While technically possible, it's dangerous, let me explain:
if the UI stays in haks (xmls and images) it will overwrite whatever is in the player's override folder. In this scenario the UI is either reverted to what it was before or it stays like this, but this applies to everyone, there's no option to choose.
If you want the option to choose you'd have to remove all the UI elements from server haks, then by default the UI would be the standard one, and each player could use his own UI if they put all the necessary files in their Override folder.
Now why is this dangerous? Because UIs can run scripts, as long as the server has them. This means that I could make my own UI with a button that calls down Meteor Swarms at-will. ;)
I'm not sure if we want to go that route, ususally haks in PW have to cover every aspect of the game, even those that were not changed (I could say ESPECIALLY those) because if they're not there, someone can override them with their override folder and do whatever he wants bypassing the server intended rules.
Regarding The New Ui


-
*Clangeddin
- Posts: 109
- Joined: Thu Jan 01, 1970 12:00 am
Actually, you know what? I've just toyed around with this idea a bit and I've found a way to implement both styles with the option to switch on the fly in-game.
For the time being I've managed to do it for the party bar only, for target window it's definitely more complicated and I can give no guarantees on that, but at least that would partially satisfy your request.
For the time being I've managed to do it for the party bar only, for target window it's definitely more complicated and I can give no guarantees on that, but at least that would partially satisfy your request.

-
*Tomekk
- Posts: 855
- Joined: Thu Jan 01, 1970 12:00 am
Look, I am in no means trying to say your work is bad, I'm just saying it need a bit more polish before it should have gone live. As mentioned before, if you need help with styling it and giving it PS:T like graphics, I can help with that part ;)Clangeddin,Mar 8 2016 wrote: Actually, you know what? I've just toyed around with this idea a bit and I've found a way to implement both styles with the option to switch on the fly in-game.
For the time being I've managed to do it for the party bar only, for target window it's definitely more complicated and I can give no guarantees on that, but at least that would partially satisfy your request.

-
*Clangeddin
- Posts: 109
- Joined: Thu Jan 01, 1970 12:00 am
The latest hotfix applies the following:
- The delay that happens when you open the character window should be substantially reduced and will only happen the first time you open it until you log off.
- If the UI was causing some frame rate drop or lag issues, this should have solved them.
- You can drag your party bar (by clicking on the "PARTY" header) and the combat modes bar.
Minor issues:
- The name of the equipped armor in the character window will no longer updated automatically if you switch equipment with the window open. To update the name, close and re-open the window. This was necessary to adress the potential frame rate drop / lag issues.
- Bards may have some trouble dragging around the combat mode bar but they can still do it if they click between the Bard and Modes tab.
- The delay that happens when you open the character window should be substantially reduced and will only happen the first time you open it until you log off.
- If the UI was causing some frame rate drop or lag issues, this should have solved them.
- You can drag your party bar (by clicking on the "PARTY" header) and the combat modes bar.
Minor issues:
- The name of the equipped armor in the character window will no longer updated automatically if you switch equipment with the window open. To update the name, close and re-open the window. This was necessary to adress the potential frame rate drop / lag issues.
- Bards may have some trouble dragging around the combat mode bar but they can still do it if they click between the Bard and Modes tab.


-
*Clangeddin
- Posts: 109
- Joined: Thu Jan 01, 1970 12:00 am
That's because it was made draggable, you can still click to move if you double click under it for the time being.b00seven,Mar 9 2016 wrote: prob already know this![]()
but new party overlay has a large invisible overlay which inhibits click-to-move function.
I'll see if it's possible to keep it draggable and prevent this, but if it's not maybe I'll revert it to non-draggable for next update, it's not like the party window gains much by being dragged around anyway, it's designed to stay on the top-right corner.


-
*Clangeddin
- Posts: 109
- Joined: Thu Jan 01, 1970 12:00 am
Yes, it's fixed for next update, no worries.

-
*Sirhc
- Posts: 7
- Joined: Thu Jan 01, 1970 12:00 am
I have had considerable trouble using the mouse to move my toon anywhere on screen near where the party descriptor box is. Anytime I click near the descriptor the toolset always thinks I am trying to click the descriptor instead of moving my toon. Have died numerous times as a result.
Thanks
Chris
Thanks
Chris

-
*Clangeddin
- Posts: 109
- Joined: Thu Jan 01, 1970 12:00 am
I apologize for the oversight, next build should have it fixed along with the option to revert to the default UI style if you don't like the new one.Sirhc,Mar 10 2016 wrote: I have had considerable trouble using the mouse to move my toon anywhere on screen near where the party descriptor box is. Anytime I click near the descriptor the toolset always thinks I am trying to click the descriptor instead of moving my toon. Have died numerous times as a result.
Thanks
Chris
