Since version 4.x will focus on a fully customizable interface, I suggest that developers can show multiple browser tabs, with their own names, and by default, the only tab would be "Text". I'll run through browse() call examples.
world << browse("Click a vehicle.", "window=Help&popup=0")
This would bring up a browser tab with the name "Help".
world << browse("<a href='byond://?floorit'>Floor It!</a>",
"window=Commands&popup=0&display=0")
This would add a browser tab named "Commands", but not activate it.
world << browse("Click a vehicle.", "window=Help&popup=1")
This would remove the browser tab "Help", and bring up a popup browser, with the window name "Help".
for(var/i in client.browseTabs) src << browse(null, "window=[i]")
'browseTabs' would be a list of the open browser tab names. I also suggest a list of popup window names.
Now then, the tab name doesn't have to match the window name.
world << browse("Click a vehicle.",
"window=tabHelp&popup=0")
This would create a browser tab with the window name "tabHelp", but the caption "Game help".
If a 3.x or lower DMB is executed in Dream Seeker, then one "Browser" tab would show, and work just as it does now.</<></<></<></<>< /<>
ID:134974
 Jun 7 2005, 11:38 am
|
|
Even if it isn't, you might be able to fudge it using excessive amounts of Javascript/"DHTML" (make a whole bunch of DIVs, switch visibility on and off as appropriate when the user clicks on "tab" links). Updating the page (new tabs, different content on existing tabs) would be an interesting challenge, but I'm sure it could be done if you were persistent.
Wow, I'm full of impossible ideas today. =) | |
Is this something like what you had in mind?
 <font size="-2">* Anything shown in this image may or may not end up in a future version of BYOND.</font> Based on what little I know, you'll probably at least be able to mimic a tabbed interface like the above picture. Whether you'll be able to create such controls dynamically at runtime, I have absolutely no idea. I personally suspect that may be more of a 4.5 feature, but I have no factual basis upon which to confirm or deny such a suspicion. And yes, I'm being intentionally vague, but that's mostly because I've personally had nothing to do with the gui developments in 4.0 thus far. :) We're not even in alpha on that, and we still need to get 3.5 out of beta before getting there. | |
That's a teaser if I've ever seen one.
It isn't exactly what I was suggestion, but it looks like you'll be able to do the same thing. And, do I spy the ability to create multiple maps?? (We could re-make Nindendo DS games.) | |
If they add that in, it better not be with the already existent window parameter. I want my multiple windows. Instead, add a tab parameter so you can have multiple popup windows, each with any tabs you may want in it. If no tabs are specified, it should just work as it does currently.
| |
What about multiple text windows? It would be nice to be able to direct different types of messages to different chat windows.
And, if multiple kinds of windows are in, will tabs be the only way to display them? Or will the designer be able to actually position his windows about the interface as desired? What if I wanted to get rid of the MAP window altogether and have 3 text windows and the brower window? Even better would be if I could set some properties so that two of the 3 text windows do not have an input bar connected to them. Input is still only handled by the main input bar. That would accomplish what I've been wanting to do for a long time, anyway. =$= Big J Money =$= | |
If not I hope it will be, it's one of the things I'm looking forward to. =P