*CENSORED* new ui resets each character switch

Hey there, this is probably a setting somewhere I am missing.
I'm using isboxer (playing everquest) with a 6 small windows along the side, one main taking most of the screen. ISboxer itself is working fine - I see them all, they switch properly etc.
But I am using the new *CENSORED*, and it has some fancy new GUI elements you can choose to use. lmgui or something, well most new plugins and lua use this.

Each time I switch window with ISBoxer, it seems to issue a reset on that gui layer, and all the windows move back to their default places, in a big pile on the top left of the screen.

It all works fine if I don't use isboxer, and it all is fine if I position them and don't switch, but as soon as I switch the reset happens.
Is there some way to tell innerspace/isboxer to do it's magic after that imgui layer in some way? Or whatever is needed to resolve this so I can still use the new lua stuff...

[bob]

Sounds like an issue the devs of *CENSORED* might want to look at.

Reason being there is no ISBoxer event that should be causing the Windows of product to reload their elements, and even if it did, then the load process for such elements should be loading to their current saved position, rather than the defaults. I guess the one exception to this might be if the render size is changing and the saved position is outside the bounds of the viewport size. In that case there may be some race condition in place where the reload is occurring before the viewport has been set.

I think the new GUI stuff has to work directly to a render device. It might be that isboxer is in the chain "wrong" (or MQ is) ... I'm not sure because I am not able to use isboxer as is, but it might be the small displays down the side do not even show the lmgui stuff, only the "main" display selected does.

I don't know any way I can change the render device chain, from isboxer or mq.

[bob]

Right.... I'll try and word it with your words.

ISBoxer works and switches windows, and you have another package from elsewhere that is hooking into the same "render device" that ISBoxer creates and when that "render device" repositions/resets using the swap/switch methods in ISBoxer, ISBoxer continues to work as expected, but your other package resets its own UI elements.

I'm not seeing the issue as something that would need to change in ISBoxer?

allow selection of the render device ISboxer is talking to / using. That way, MQ can write all it's UI elememts as it wants, and isboxer grabs THAT render device and does it's magic.

Or even just do it automatically if mq is running, because it's how the thing's new gui works.

Windows has no problem showing me 6 little versions of the running EQs, all with the lmgui output shown.

[lax]

I would recommend just changing your Window Layout.

For example, if you change to a Video FX-based layout, all of the windows actually stay in the same size and position they started in, and instead you get interactive views of them provided another way.

I understand why you're saying what you are, but it's really not a "order of render device" thing, I guarantee it's the other software reacting to the window sizing.

thanks for the reply

I went into isboxer config for that set of toons, and turned on Video-FX, saved, unloaded everything, reloaded, same problem.

I'm not sure if there was something else I should have altered. I'm looking for a "main viewport" with all 6 sessions down the right hand side, so I can see them all the time, and which ever I select is also the main viewport. I will change often.

Also, I understand it's an issue caused by the other software, but these 2 are often used together, so it's sometihng likely to come up. Okay, no render device order, I would guess detour of the screen draw routines instead.

BTW in the old setup I had (before clicking on VideoFX), the windows were not changing size. They were all the correct size, just I had small versions along the side to look at and use to change via clicking if I wanted. Mostly to see what they are doing. Turning on the VideoFX checkbox didn't alter how anything was functioning from a gameplaying perspective.

[bob]

the windows were not changing size. They were all the correct size

I'm not even sure if this means you were already running a custom video fx layout or whether you are saying they were previously all rendering at the same size regardless of the viewport size (which is generally the expected configuration).


The checkbox for VideoFX on a Window Layout doesn't actually do anything particularly useful unless the rest of the character set and Window Layout is setup correctly. Not sure if you did the other necessary parts (most people wouldn't know the specific config required for that particular checkbox).

The easy method for a VFX layout is to use the Window Layout Wizard to create a new WIndow Layout, in the options in the wizard, set Use VideoFX = true, and then choose an appropriate layout. This will then add a specific character to your character set and create a Window Layout which will work with VideoFX. The other option is to roll a custom VideoFX layout.

But overall, the test trying to be achieved is to make sure there is no difference between the render size and the viewport size and swap between them and see if the issue persists.

You can achieve this by creating a Window Layout that is running the games all Stacked on top of each other (make sure Always On Top is OFF and maybe set all regions to your usual main region size so it doesn't stuff up your INIs or other UI elements). Run the team with this window layout, with MQ, then swap between windows. With them all stacked and with a render size the same as the viewport size, do the MQ element positions still reset ?