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

Mine still crashes, just did it yesterday to load the EQ UI so I could set my guild recruiment page then /loadui back to Fethis... crash !

Thanks for the report. I saw that yesterday when I was playing too.

I noticed a rather elusive bug with /loadui. I was adding buttons and indicators for AFK, LFG and LFW to the player window. When using /loadui to test the indicators, none or only one of them would show/hide (after zoning). The code was working, i.e. the DynamicData was received and interpreted, as I confirmed by adding a /say which fired each time. Only the visible=true|false took no effect. The same code works fine after restarting the client instead.

With respect to crashes, I rarely see one if using /loadui while fullscreen and switching to Default and then back to my UI. It will usually crash the client if not fullscreen during each time /loadui is used or if I try to load my UI directly if it's already loaded. Also, I can do "/loadui Default", but I'll get a crash for "/loadui CustomUI". I'll usually crash if I try to chain "/loadui Default" and "/loadui" in a macro.

/loadui won't load any images but will keep the images used by the first loaded UI in memory.

Yeah I try it every so often an everytime I /loadUI MyUI or any other UI it crashes.

to be honest It's only worked once that I can remember and it loaded everything but with the default text values on all the fields and then shortly afterward it would crash.

What's the progress
 

Just doing a bump to find out what the progress is on the /loadui issue I used it a lot in eq1 by editing a file and the testing it while the game was running. Another point to this is will they make it where you can have a different ui per character? If they have please post how; :p because, my wife and I use the same system and it get bothersome to have to use the same ui for both a monk and a warden :mad:.

i have a batch file i run before playing the game that swaps eq2.ini files for me, allowing me to quickly switch UIs... i haven't used the in-game /loadui since a long time ago... dind't have a good experience with it

I'm not sure when it was fixed but /loadui works really well now. You still need to zone once to initialize some data and it kills your uisettings, but otherwise I was not able to get it to crash once after trying it out extensively.

Also, you do no longer have to go back to the DefaultUI before reloading your custom UI after editing something, you can now do this directly (and via the command line /loadui ProfitUI). It even loads the graphics with the UI now.

Whoever fixed that, these are for you: :nana: :nana: :nana: :nana: :nana:

Wow, thanks for posting this. This is going to save me hours and hours of loading and quiting out of the game for tweaking and bug testing.

Wow thats great, does it also remember your UI after you exit the game and come back?

Nope, not that.

I'm noticing some confusing behavior with /loadui...

1. It totally wipes out my guild event history! It also defaults the displayed values of the guild's short and long descriptions, although upon clicking the "Edit" buttons for those fields, the custom values are still there.

2. It shifts the stack numbers of items in my inventory bags down and to the right, so they're sitting on a corner junction of the icon padding.

Relogging solves the issue, but it totally freaked me out when I saw it!

I would suggest adding a -keepsetting switch to the command. This way if for what ever reason you want to keep the UI settings you currently have you can. Having it default to resetting it makes perfect since but it would be nice to be able to keep it, while tweaking a UI mod or for what ever reason.

Just in case you weren't aware, there is a /refreshuidata command that will resend data to the client that normally only gets updated on zoning.

So after /loadui, you can run /refreshuidata and it should fix up most missing data.

wow nice, didn't know that. May I suggest to just add that functionality directly to /loadui? At least I can currently think of no circumstances where you would not want it to load that data.

Yeah, I was thinking the same thing. It seems reasonable and I can't think of anything it would hurt at the moment.