Chat window width & tabs @patch 1.7
Anyone else got several chat tabs and everytime you zone/reloadui only about 2 chat tabs are shown and the others are minimized behind this horizontal arrow? (the arrow that appears if the chat window width is too small to show all tabs).
Even if my chat window is half the screen width (1920) this will happen... |
there is a known bug with the ui scaling reseting at startup and zone change.
|
By default, in xml code, the ZO_ChatSystem has a set width of 350.
They are not resetting the saved settings.width until after they call SharedChatContainer.LoadSettings(...) Lua Code:
But SharedChatContainer.LoadSettings(...), eventually, calls the SharedChatContainer:PerformLayout(), which is what blocks those tabs & puts them in the overflow container because it still thinks the desired width of the chat window is 350. The saved settings.width need to be reset before the SharedChatContainer.LoadSettings(...) is called: Lua Code:
|
Tahnks for the help. Couldn't get your code to work so far but I noticed the layout will get restored properly if I simply click the chat's right or top edge (where you could resize it).
So this code helps to restore the layout properly at a PlayerActivated event callback: Code:
--Fix for the chat tabs moved into overflow container, introduced with patch 1.7 |
Quote:
Lua Code:
And yes clicking on the edge of the chat window does also fix it because it calls, I'm at work I forget what it was called, but some drag/resizing function that forces a call to PerformLayout() for you which fixes it. But, the code I posted did not work for you?? That is very strange, it should work, unless you have something else changing the dimensions of the chat window and messing it up again....or there is also another problem somewhere that I did not see.
The code you posted has basically the same effect. The only difference is your letting it put the tabs in the overflow container & then fixing it. In my code I fixed it before they even get put into the overflow container area because in my code the settings.width is reset before Lua Code:
Lua Code:
Lua Code:
|
Nope, I did not disable all other addons. Maybe this was the problem then.
I had tested it within an exsting addon at the player activated callback function, so it should have worked for the 1st loading and later reloaduis. Maybe it was because of other addons (maybe pChat) which I had enabled. For the moment the fix AFTER the chat system tabs got moved to the overflow button, is ok for me :-) Thanks. |
Quote:
|
I thought it will be "overwritten" in the player activation event too.
But if I think about it further: Right, this makes sense :o I'll retest it globally in the addon's file again then. |
Quote:
So if you place it in the player activation event, it does overwrite it, but its to late. The "original" code has already been run & does not get run again until you reload the ui, but then the process starts all over again. The game uses the original code until player activation when you overwrite it again, but again its to late the code already ran...so it never actually fixes anything that way. |
All times are GMT -6. The time now is 02:47 PM. |
vBulletin © 2024, Jelsoft Enterprises Ltd
© 2014 - 2022 MMOUI