loadui
 

The version of /loadui in Update #10 should no longer crash.

I'm not at 100% confidence so nothing will appear in the release notes.

If you can get it to crash, please post as much detail as you can.
If some data does not get updated, please let me know.

You can also use "/loadui <name>" as in "/loadui default"
Bobble

So am I to understand you believe you have /loadui functioning properly but wish us to test it?

Trying to put it in laymans terms lol.

Awesome. Hopefully it works 100%. Thanks

If your comment here, or the length of time it took to get this fixed are any indication.


That must have been one hell of a bug to find!

Thanks!

would we need to remove the eq2.ini before testing the /loadui ?

Looks like its working (still testing more though). Also noticed a nice in game error telling me a custom window was out of date. VERY nice.

edit: hmmm, rebooted and then tried to load the same skin but in a different folder and it didnt work. None of the dynamic data was showing.

Doing more testing to find a pattern.

edit: tried to load about 3 different UI peices that are up to date and each time I do none of the dynamic data gets populated, guages dont work, etc.

Whats weird is it worked once, just the 1st time.

Tested with both eq2.ini present and not. Seems to not matter with regard to the command, but you should know that if you leave it in, everytime you run the game, it will load from the INI.

Observations:

1) Typing /loadui just doesnt cut it. The UI Skin window loads, but the only option is the default skin. Not too sure on how to fix that. How does this window work?

Typing /loadui <custom> works fine however. Be sure to replace <custom> with your custom folder name.

2) Accessing options window after performing /loadui crashes to desktop every single time. Like clockwork. I suppose this is understandable, since everything in the options window (apart from the skin) is hardcoded/pushed from the server. Zoning doesnt help.

3) After, er .. loading /loadui, other non-dynamic windows show their [DEVL] state. This includes the quest window, the skills window, the recipebook window, maybe the knowledge window as well. However after zoning, (which unloads/loads the UI, I suppose) everything is fixed. DOES NOT WORK WITH ISSUE TWO


4) After performing the switch, chat and hotbar settings get borked. They resort to default locations, and only one of each are open.

I have not tried combat after performing /loadui. Will attempt in a min and update report.

The folder needs a eq2ui_skininfo.xml filled out properly for it to show in the loadui window. Then it will look like this... (minus the 2nd default folder)

Every time I try /loadui it doesnt populate the dynamic data and some windows dont even load like the options window. I deleted my char ui ini, eq2.ini, etc and still doesnt work correctly.

However It does seem to remember what interface to use (if you remove your eq2.ini) if I log out and log back in. So I can do a /loadui, pick my interface, log out and log back in and everything works.

Also I notice there is no keep current UI posistions.

More like abducting dynamic data!... lol .. if thats the case I wonder if these new artifacts in TS are linked to the /loadui command hehe...

Anyways thanks for the heads up on this before I went and borked my set up by playing with that damn command ;)

OK, HMM, well Zonx includes an eq2ui_skininfo.xml file in his, and it just doesnt show up. I suppose I can compare the default vs zonx

Yeah compare the two I think they changed the layout of the skinfio xml a while back and also try to remove any punctuation.

Dolby: Turn autoattack on after using /loadui and see if that refreshes the dynamicdata. It always did when I did it. (Actually attacking something always caused a crash before, though.)

dc_r


each interface needs to be in a seperate folder.

There is no eq2.ini needed.

A folder with the name 'custom' should have a skininfo file named 'custom'

a folder with the name zonxfetish should have a skininfo file named something like Zonx Fetish... etc.... etc..

one folder, per one skin info file.

So when you type LoadUI, it will look for any folder with SkinInfo Files and display those names, and if you load one of those.
it will load the files in that directory.

If you want to 'mix and match' you will need to create a folder, and skin info file for that particular combination of UI.s

I do not believe the load UI is meant to load pieces from multiple directorys at the same time.

You are basically just telling it...

This is NOW my custom UI folder, and I want you to check in this folder, first, if the file is not found here. then load the default for the rest of the windows.

The loadUI command works almost exactly like the eq2.ini file would work, with the exception that the /loadUI will 'eventaully' loadthe UI in game, at any time, and not just on startup.

Hope that is a bit more clear.

Sorry to here that the Dynamic Data is not working with it.

Sounds like they are getting closer though.

ahhh ha, that worked. After i did /loadui I atked something and the dynamic data populated. Some windows still dont load though... like the options window and the quest journal shows no data.

Edited:

I appreciated the help you offered, K, and I'm sure it wasnt your intention, but you made me feel like I was a bloomin idiot.

I left EQ1 before they implemented the loadui window ( i think), so I'm sorry if I was a bit ignorant on this part.

And Kosmos will certainly remember not to help you in the future :P

The journals window works for me, upon zoning. The options window is forever borked tho

Thanks
 

Thanks for the feedback on this!

If I'm reading the thread correctly the summary is:

No longer any crash reports after using /loadui
The option window won't work afterwards.
The quest journal data isn't updated until after zoning.
The dynamic data isn't immediately refreshing -- combat may trigger the update.

opening the options window after using /loadui crashes the game for me.

Also, chat window settings are lost. The main window reverts to default size, and additional windows vanish. That was mentioned already by someone, but it wasn't included on your list, so I thought I'd bring it up again. It's a "dealbreaker," in my book. ;)

-- Darryl

Been out of it for a while. Taking advantage of this "Come back and play for 7 days" thing going on.

Very glad to see that there was at least some progress with the /loadui :)

I know this post is very old sorry to bump it, but I tried loading a ui the other day and it didn't work right so I tried to go back to default, and it wiped out all my Quest Journal entries, but said I has 35 quests over the max allowed. Only this that brought them back up and fixed my quest count was restarting the game. Just thought I'd post and let someone know :o

Any updates?
 

Has there been any progress or updates to the /loadui since this thread started? I took an unexpected and involuntary hiatus from EQII for quite a few months (but kept my subscription current), and am still trying to catch up on all of the changes. I can't seem to find anything about the /loadui in any updates so I am assuming that it is still not functioning properly. Has it been put on a backburner again or is it actually working and I just haven't located the update notes for it?

No it still only half way works