MAX# of GUI Controls
by GAMEHACK3R · in General Discussion · 09/28/2007 (7:16 pm) · 11 replies
Is there a Maximum number of GUI Controls you can have in a single Interface in TGE.
I currently have 1500 controls in a single interface.
The only console message so far that has come up is "set::getobject index out of range"
I currently have 1500 controls in a single interface.
The only console message so far that has come up is "set::getobject index out of range"
#2
09/28/2007 (8:35 pm)
Is that even possible? that would have to be some layering and coding job. can we see as screeny?
#3
09/29/2007 (12:45 am)
'Function before form' atm so it isnt pretty sorry. The first every screeny Click Here
#4
10/01/2007 (9:59 am)
You may want to try the push and pop dialog functions in that form ;)
#5
i just did a simple test with the GuiArray2Ctrl
and created 4,000 tiny GuiButtonCtrl's on the screen at once,
all clickable.
10/01/2007 (10:17 am)
1500 GuiControls should be fine.i just did a simple test with the GuiArray2Ctrl
and created 4,000 tiny GuiButtonCtrl's on the screen at once,
all clickable.
#6
thats great to hear, i was a little concerned that i was going to run into an index problem , i would have hated to get close to completing the functionality to find that there was a limit :D
@ted
everything u see in the screeny is functional atm . Including the taskbar, so managing the "windows" is not an issue (clicking on a taskbar icon will bring the "window" above the others) but using push and pop does not give enough freedom ,pushtoback/front is far better.
@Derry
hacking simulation, so a fully functional operating system and software , virtual internet(websites , servers etc). Thankfully the websites can share the same the same controls.
@edward
yes possible , and yes ALOT of coding.
10/01/2007 (9:17 pm)
@orion thats great to hear, i was a little concerned that i was going to run into an index problem , i would have hated to get close to completing the functionality to find that there was a limit :D
@ted
everything u see in the screeny is functional atm . Including the taskbar, so managing the "windows" is not an issue (clicking on a taskbar icon will bring the "window" above the others) but using push and pop does not give enough freedom ,pushtoback/front is far better.
@Derry
hacking simulation, so a fully functional operating system and software , virtual internet(websites , servers etc). Thankfully the websites can share the same the same controls.
@edward
yes possible , and yes ALOT of coding.
#7
10/01/2007 (9:49 pm)
@GAMEHACK3R: Okay, I guess stand corrected.
#8
10/01/2007 (10:08 pm)
Id love to hear from a GG employee oh the max indexing tho and if there are any other "problems" i might face.
#9
BTW, the error you reported has nothing to do with hard coded limitations or anything--you simply tried to get the nth object in a set using .getObject(n);, when you had some number of objects < n in the set. It's simply telling you that, for example, you wanted the 12th member of a set that only contained 9 objects, or something along those lines.
10/01/2007 (10:30 pm)
Well, it's not something we personally have delved in to, so nothing really to say, except that I at least hope to hear how it goes :)BTW, the error you reported has nothing to do with hard coded limitations or anything--you simply tried to get the nth object in a set using .getObject(n);, when you had some number of objects < n in the set. It's simply telling you that, for example, you wanted the 12th member of a set that only contained 9 objects, or something along those lines.
#10
Tho from what i have seen so far the only limitation is my imagination
10/02/2007 (1:26 am)
Thanks Stephen ^_^ lets hope i dont run into any hard coded limitationsTho from what i have seen so far the only limitation is my imagination
#11
However, you might hit performance limits simply due to having so many gui controls. The gui code was not really designed to do what you are trying to do and it will likely perform very badly and be generally painful to work with. I'm mostly guessing about performance, though.
Just out of curiosity, why did you choose to do this in Torque ? It seems that Torque, or any game engine for that matter, is a really bad choice. It appears that all you're doing is mimicing the OS' GUI, so why not just use that directly or use something like wxWidgets ? Using Torque means that 3D hardware and a pretty decent machine are needed to play your game. That sounds like a really silly limitation to me :)
T.
10/02/2007 (1:59 am)
There is no hardcoded limit to the number of objects that can be in a group/set, and thus no limit to how many GUI controls can be on screen at once.However, you might hit performance limits simply due to having so many gui controls. The gui code was not really designed to do what you are trying to do and it will likely perform very badly and be generally painful to work with. I'm mostly guessing about performance, though.
Just out of curiosity, why did you choose to do this in Torque ? It seems that Torque, or any game engine for that matter, is a really bad choice. It appears that all you're doing is mimicing the OS' GUI, so why not just use that directly or use something like wxWidgets ? Using Torque means that 3D hardware and a pretty decent machine are needed to play your game. That sounds like a really silly limitation to me :)
T.
Torque Owner Derry Bryson
Default Studio Name