Jump to content

Recommended Posts

Posted (edited)

Hello MxC,

 

I have one question regarding the UI :

 

If I edit my interface.xdat in order to set the windows positions to my conveniance, I have the new positions I've set when I start the game.

 

However, the Alt+L command (ShowWindow Name=FN_UILocReset) will reset the UI to the default one.

Is there a way to change this behavior in order to make it reset the positions to the ones I've set in my interface.xdat ?

 

Regards.

 

 

EDIT : StatusWnd and TargetStatusWnd are actually the only windows that I can't reset properly via alt+L, they get there for a second but they instantly move back to their default positions.

 

 

Edited by Ellone
Posted (edited)

 

3 minutes ago, Sindelia said:

You need to modify the default positions under the 'wndDefPos' tab.

 

I know that, and it works, the position are set when you start the game.

 

But my concern is that Alt+L will not reset the positions to these ones. But to the default one (I'm guessing it's stored server side.)

 

And since there is often some quick UI glitch that require us to press Alt+L ...

Edited by Ellone
Posted

That's weird. I've never had any issues assigning different default window positions. 

 

Can you give me the name of one of the windows so I can check? 

Posted

Ok, so I did a bit more tests and it looks like you were right, sorry about that :

 

Indeed, it doesn't occur on every windows. I guess I was unlucky and tried these ones first...

 

For example :

 

StatusWnd and TargetStatusWnd are coming to my positions for a short moment when I press Alt+L, but then, they instantly go back to their default ones.

Posted

This is because the default positions of these two windows are hardcoded into the interface script file.

 

OptionWnd.uc, OnTimer function. You have to decompile, modify and recompile interface.u.

Posted

Oh, nevermind then :/


I did that once, I remember the hexadecimal edit etc.

But I failed at recompiling it afterwise, so, I won't try it for now :c.

But it's weird, because I managed to change the StatusWnd y position, but the x sticks to 0.

I guess, the hardcoded part is "it has to stay on the left".

 

Anyway, thanks a lot for the informations :).

 

Also, since I don't wanna create a topic just for that, do you know how to hide a window by default ?

I tried to set the hidden property of the PCCafeEventWnd, but no effect.

 

Posted

The PCCafeEventWnd is toggled by a server packet.

 

What you can do is change the name of the script associated with it to 'undefined'. Some random name should work too, but I am not sure whether that would cause the crash the client as the window will probably by trying to attach itself to a non-existent script. You can try both solutions though.

 

This is what you need to change:

image.png.d6e842db1a9aa09ebb916c67d68bb8f9.png

 

Posted

Hmm, weird, for me, this window doesn't have any unk property.

It just has unk24 in DefaultProperty.

 

Anyway it's ok, that's not really important.  I got everything I wanted except :

- The StatusWnd and TargetStatusWnd position (maybe later)

- The hidden PC Bang Points by default

- The Alliance chat at another position as the other chats (I don't think that's possible so...)

 

 

Thank you again, you were very helpful, I will focus on some other client edit now :)

Posted
23 hours ago, Ellone said:

Hmm, weird, for me, this window doesn't have any unk property.

 

unk stands for unknown, people had to figure out whats the actual purpose of each property - you are using latest release which comes with most of them being described properly - anyway... just look at the order of values on his screenshot so you know what to edit

Posted

Thanks, 

so indeed, it works, the window is not shown by default, but the problem is it never is, the button doesn't have any effect if I remove  the script.

I only wanted the window to be hidden by default, not completly removed.

 

BUt anyway, that's no big deal..

Posted (edited)
On 27.02.2018 at 11:23 PM, Ellone said:

I only wanted the window to be hidden by default

 

well, you should be easily able to do that by setting unk 107 (eighth value from the top) to 1 - guess i should consider downloading latest schemes for property names ... :x

Edited by UgliBiBagli
  • 1 month later...
Posted
On 25.02.2018 at 12:12 AM, Sindelia said:

This is because the default positions of these two windows are hardcoded into the interface script file.

 

OptionWnd.uc, OnTimer function. You have to decompile, modify and recompile interface.u.

Can you tell me witch program i need for decompile , modify and recompile interface ? for high five please ?

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now


  • Posts

    • And Discord: https://discord.gg/3aYqWNqb
    • Ofc: https://discord.gg/3aYqWNqb
    • You can find some H5 skins shared in old L2 modding Discords, but most of the higher‑quality ones are either paid or come bundled with full client edits. I usually mix in commissioned work and whatever I can patch myself. On a side note, I fund a lot of these commissions by selling off game items through instant sell cs2 skins, which has been a quick way for me to get some cash for projects.
    • There is no need for gRPC in this case, even tho originally it was gRPC based but since we don't need it to be bi-directional, we switched to simple http requests for the web calls and SSEs for the data streamed from the server. There are distributed locks in place to precent race conditions between actions that can happen between multiple web instances and the server.   Local models can also be slow depending on the model, and most external models can actually be faster than local ones if you use Flash 2.5 or something along those lines. I am running on 512GB of Unified Memory on my Mac Studio M3 Ultra so the speed of the local model for a small model is pretty good but I tested it with Gemini too and it works equally as fast and in some cases faster. The way it works is that I'm using pgvector (one of the benefits of moving to Postgres) to search the data and see what the player can see etc and there is some batching of the next few actions for 2-4 seconds for the user until the next LLM request fires. The batching also includes branching on logic so if they for example fall under some HP they will move to kiting instead of attacking or maybe they heal etc.   Everything is authed and permission-based. The server and the backend of the frontend have secure communication between them, either with a symmetric key (not recommended for production) or a certificate (the recommended way), so there is no worry. It's all tied to the account's access level, etc., so nobody can make an action that they normally wouldn't be allowed to do. Even the MCP is token-based, and there are prompt injection protections in place. The MCP is audited, and every mutation needs confirmation. The admin area is only accessible to the admin account anyway so normal users can't access it.  
  • Topics

×
×
  • Create New...

Important Information

This community uses essential cookies to function properly. Non-essential cookies and third-party services are used only with your consent. Read our Privacy Policy and We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue..