UI Builder Feature Request and Bug Tracker

[SOE-Rothgar]

Post your UI Feature Requests and Bugs here. I'll do my best to keep this post updated with the latest information.

Features: In the Works

ColorStyle

A ColorStyle object will have a single color property. Any object should be able to take a reference to a ColorStyle as well as a specific color.

Left, Top, Width, Height Properties

Allow manipulation of UIWidget Location and Size via individual properties.

Features: For Consideration

Better Navigation of Modules

Improve the interface for navigating modules in the UI window. Possible solution is to allow users to open and close tabs for modules they are currently working on instead of showing a tab for every module.

Cleanup XML Output

Try to remove properties that aren't necessary like PackLocationProp, PackSizeProp, LocalText, LocalTooltip, etc.

Bugs

Events being fired when not in run mode

Need more info such as specific events, repro steps, etc.

[gm9]

UIbuilder Bugs (not listing those you already announced as addressed in the upcoming version)

• Graphics cannot be reloaded - Fixed with GU44 version
• Generally alignment within UIbuilder is often not like within the game. But I assume this cannot be helped as it is probably an issue of the UIengine itself (for example, US servers align differently than localized servers...)
• When changing a style name, all references to it get automatically updated. When copying a style (to create a new one based on it), there are two styles with the same name. You don't know which one is the linked one, so you may end up renaming the wrong one without noticing.
• Default DynamicDataFilter is set to FFFFFFFF instead of FFFF
• If using <includes> to non .xml files UIbuilder automatically appends ".xml" to the file name and creates a file with that appended name.
• The opacity setting for rectangle styles is not saved by UIbuilder, probably because it is also not shown in "Limit Properties" mode even for non-default values

UI Feature requests:

• Could we get non-localized DynamicData objects please? I use subclass detection for a number of windows and the translation it needs to do internally is taking it's toll an performance (in particular since I need to repeat it all the time due to dynamic data taking too long to initialize for people with slow computers). At least non-localized adventure and crafting subclasses would be very helpful.
• In addition to the above, sublcass DynamicData only becomes available to the UI a certain time after the UI loads (the OnShow event). Could you either slow down the triggering of the OnShow or speed of the DynamicData please?
• I need to be able to use UI script on non-ASCII characters, in particular for compatibility with localized versions of EQ2. For example, I cannot do any useabilityonplayer coding for users having non-ASCII character names.
• Let us convert floating point numbers to integers! - Now possible using Top, Left, Height, Width values as discovered by Drumstix42
• Allow UIbuilder to load interface folders, not specific files. This will reduce confusion for new users, and make it easier for mods that do not include an eq2ui.xml file. This functionality is mostly already part of UIbuilder. Currently you can copy an eq2ui.xml into your customUI folder and load it via UIbuilder. You can then delete it from the customUI folder and continue loading that UI into UIbuilder via the "Recent" list.
• I personally would love to be able to write a complete uisettings.ini file from within UIbuilder, based on the layout I made there.
• Would you be able to add a way to switch the localization within UIbuilder so we can see how it looks in French or Japanese, for example? Would make it much easier to be fully compatible for international users.
• Similarily I don't assume you could generate a table of asset codes so we could pick from already translated terms for our mods?

Other UI bugs:

see my Known Issues page

[lordebon]

Feature Request:

The ability to set (in a local uibuilder.ini file perhaps?) options such as what size the main pane loads as (and to preserve locations, SCALE it to the size in the eq2ui.xml file). For example, if the eq2ui.xml file's size is 1280x1024, you could set the Scale Factor to be .5 and the pane would open as 640x512, but all the locations would still be on a scale as though the window is 1280x1024.

This would save some headache for us folks without newer, larger monitors. Or alternatively, just let us save the size of it and ignore the location issue.

[Landiin]

Originally Posted by SOE-Rothgar

Bugs

Events being fired when not in run mode

Need more info such as specific events, repro steps, etc.

OnShow, OnHide: All you have to do is toggle the eye button.

Them are the only two I know of off the top of my head. I'll post more if I find any more.

[Talyns]

If I remember correctly, it's all the true/false events an object has (onActivate or onDeactivate, or, onEnable or onDisable, are some others)

For, example
If you manually change the true/false property of Activated or Enabled it will fire the OnActivate and OnEnable events respectively, even though the UI isn't "running".

Edited: to remove redundant information

[Zonx]

1) Fully implement SelectedItemIndex on all Data driven components so we can extract/manipulate the source data based on a selection. Currently I think only Dropdown and List work. Table, ComboBox, etc... do not.

2) Likewise implement all the relevent events, OnSellect, OnDeSellect, OnItemHover, OnItemHoverOut.

3) Implement some facility to strip non-text tagging from a text field. Example: Currently there is no way to remove say... a color tag from a line item in the Tracking window. Dropping that line item into a script with the color tag included hoses most scripting. Similar issues with link tags.

4) Implement an OnChange event for every component with a text atribute so that it fires even when the text is changed via server/client and not just user input.

[dragowulf]

OnClick
OnClickHold

[FloridaFringe]

Originally Posted by SOE-Rothgar

Cleanup XML Output

Try to remove properties that aren't necessary like PackLocationProp, PackSizeProp, LocalText, LocalTooltip, etc.

Regarding manual cleanup, can these bits of code be removed from existing xml files without recourse or should they be left alone?

Also, does there need to be a ScrollExtent when it's the same as Size?

[gm9]

Originally Posted by FloridaFringe

Regarding manual cleanup, can these bits of code be removed from existing xml files without recourse or should they be left alone?

You can safely remove them.

Originally Posted by FloridaFringe

Also, does there need to be a ScrollExtent when it's the same as Size?

No.

[Zonx]

Although they can be safely removed... it was my understanding some of these atributes were specifically added to improve performance. If you remove them, the client has to calc them.

[gm9]

Originally Posted by Zonx

Although they can be safely removed... it was my understanding some of these atributes were specifically added to improve performance. If you remove them, the client has to calc them.

I think that was changed a while ago, previously it was true. Currently I can't even get the client to read them. You can basically put arbitary values in any of these, it won't affect anything (at least when I tried).

Previously it actually mattered what you put in PackLocationProp, for example, I remember I had issues with that long ago when I tried to get my mini zoning window to center correctly on all resolutions. Today that issue does not exist anymore.

[FloridaFringe]

Thank you for the replies. I'm leaning towards believing the performance impact theory as I do use Fetish as a foundation with that in mind. However, as someone who's rather new at xml coding and having to learn on my own it would be nice to get an official position on this if at all possible as it would go a long way towards helping me to remove a lot of code that just seems to confuse me.

Thanks again for the insights.