#you cannot add it inside the border

1 messages · Page 1 of 1 (latest)

silent cave
#

Just so I understand, but "inside the border" you mean the border of the main "circuit connection" frame or the inner border of the "read working" section?

I want to create another secrion in the Circuit connection window.

normal quest
#

the circuit connection box itself

silent cave
#

Ok, thanks for info, I will make a feature request for it then

normal quest
#

it'll get denied

silent cave
#

Hm? Why?

normal quest
#

wube will not be adding support to add elements inside base game guis

spring field
#

vanilla GUI’s are untouchable by mods (for a very good reason(s))

#

so unless you want to remake it with the API, you cant touch it

silent cave
#

It could be an "add only" situation which would work completely fine

#

the entire entity gui cannot be created with api, and yet you can add to it

silent cave
#

You could have mods add panels and it would not break the existing stuff since mods cant touch that (edit or remove), only add

spring field
#

as in have a mod add a panel to the existing GUI?

silent cave
#

yes

spring field
#

that’d require it be touchable by the API, which isnt ever going to be a thing

silent cave
spring field
#

because its a part of the engine, for very good reasons (which im finding right now)

silent cave
#

i understand it might be extra work in case the code is hard-wired to not support this, but "it is more work than its worth" is not the same argument as "it has fundamental problems that cannot be solved"

#

i would be curious what those reasons are

#

if mods can add a panel to the right on the gui, then why not at the end of the list panel?

spring field
#

mods are not in the same state as the engine, and moving GUI to the mod state would cause WAYYYYYYY more issues then it’d ever be worth

#

its either vanilla GUI’s are untouchable and work, or are in the API and dont work

#

there is no way to have it be both

silent cave
#

ok, thanks for context, but the modded frame is next to the vanilla frame and it works fine

#

so the main gui window can hold multiple frames, with some geing game state, and some latency/client state

#

do i understand that correctly?

spring field
#

im not sure how that works, you’d have to access someone more expirenced then i in GUI

#

i presume there is some connection between the two so that you can build ontop of a vanilla GUI, but i dont know

silent cave
#

well my guess is that at the frame level it is decided how it is going to work (what the "source of thruth", how to handle changes, etc etc)

#

but if different frames can be next to each other, then different panels should be able to be bellow one another in a single frame. At least in theory, there might be some hard-wiring on the level of the frame to make that require a moderately side rewrite.

spring field
#

eh, you can just ask someone about it but the answer will still be “no modifications to vanilla GUI”

silent cave
#

or maybe client-side elements can hold server-side ones, but not vice versa?

spring field
#

i believe that’d fall into “it’d be horrendous for the devs to work with”