![]() |
Performance Panel Parser request...
I forgot who wrote the perf panel parser program... was it Laffs? Could someone get back to me on it so I could ask them this in person?
Anyway, I was wondering if this person would write a parser for my startbutton mods. As I have 2 different start buttons, I would need options for two settings. Melee Version and Caster Version. As well, I was wondering if there would be a way to have the program also change the default volume settings... Basically... I need the parser to be almost the same, but similiar to the one Goldi includes with her mod... Code:
EQ_Recent.INI Location[...] = Square Button <--x-------> = Slider Bar (_) = Value Box -------------------------- MELEE INFORMATION Custom 1 Preset Location: 150,16 Custom 2 Preset Location: 200,16 Custom 3 Preset Location: 250,16 Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
CASTER INFORMATION Custom 1 Preset Location: 100,16 Custom 2 Preset Location: 150,16 Custom 3 Preset Location: 200,16 Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
|
It was Ger that wrote the parser.....
There is a way round setting the button positions likes without your users having to change the locs in the preset files.... I think I sent you a pm telling you how to do this? or maybe I didnt lol... Anyways Ger is the guy to ask, reguarding the parser :) |
Figure out how many variables you have, where the info will be pulled from (i.e. parsed from X file, user-supplied, etc.) and provide me with a mockup file I can pull the static portions from and I'll see what I can do.
|
There is really no need for you to have a seperate parser made.
The code can be in your mod, and the parser can work the same for everyone. I'll see if I can find my post on it. |
Here you go!
It even has an XML file included to demonstrate it. Last thing I did before I uninstalled everything. http://www.eq2interface.com/forums/s...9&postcount=92 P.S. Hi guys! Whats up? |
Quote:
That is not part of the parser. the parser only does the display settings. Volumn controls are done in the mod itself. The parson only scans the display setting items. There is chart that I made that shows the settings it scans for. I'm sure you could find it. As far as the issue you are having. Pretty much anything can be worked around with the method I just posted. It's actually much 'better' in my opinion than having different versions of the parser floating around. Not saying I'm against it or anything, just saying that it's not really needed. You really, really, restrict yourself when you lock in to the parser settings. With the method I posted you can put the buttons whereever you prefer. Regardless of the parser. Of course, it's been a while since I looked at this stuff, and things could have changed a great deal. I can't believe all mine appear to still be working. Hope it helps. |
Quote:
You want to change the location of the three custom preset buttons. The way that would be best for you to do that. Is edit the current preset buttons to make them invisible. Then code your own buttons in the xml to be wherever you prefer. They the even happends on them, make it set the even for the invisible buttons. This should work for any type of button or slider or whatever. All of the other controls that don't deal with the displays are coded in the XML and are not parsed from the INI file. (At least as far as I know, that was the way the parser was created) I don't think goldies version changes that, but I could be wrong. So you make your mod however you want, and have those buttons control the orginal buttons. The file that the parser spits out, has the visible property set to visible. The only modification I would suggest is having the parser have two settings one for visible and one for not visible. Then they will all be the same, because the button locations will be coded by the author and not the parser. |
Quote:
Perhaps someone else can explain it better then me? Or perhaps I don't understand the issue, but as far as I can tell after reading it a couple of times. It should work fine. |
Quote:
Version control was going to be a mess, and you can image it could be more confusing for users to have to select which version they want each time they ran the thing. It seemed to me. for the end user the easiest solution was to have a single parser.period. That way the authors have complete control of the styles or location of there buttons, and the file the perset-parser spits out, is basically invisible. Seriously you talking about VERY LITTLE code to have one control, activate another control. Compared to the amount of work it took for Ger to create the parser, and maintain it. Which will be futher complicated by additional versions. as far as your programming style. It seems to me that the method I present is much more robust and will work for everyone. Compared to one version for one mod. |
| All times are GMT -5. The time now is 11:02 AM. |
vBulletin® - Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
© MMOUI