Re: Countdown to a HUGE Surprise!
Posted: Tue Jul 19, 2011 7:02 am
In that case, I shall rename it. I'm thinking "Hardwire", but I'm open to suggestions.
For information and discussion about Oolite.
https://bb.oolite.space/
Drag'n'Dock - pronounced DragonDock as you suggested Disembodied (cleverly, as usual!) works well, implies ease of use, and includes DragonFire's avatar name t' boot!Disembodied wrote:Dockyard? Stardock? Commander Dragonfire's Splendiferous Ship-Designing Widget (or CDSSDW for short)?
Ooh! The Drag-and-Dropyard? The DragonDockyard? DragonDock?
You guys get all the best jobs!DaddyHoggy wrote:CommonSenseOTB wrote:We can only hope.Killer Wolf wrote:does it involve scantily-clad females?
Steady - El Viejo and myself spend a fair amount of time removing "awaiting approval" first posts that would leave "scantily-clad" looking like a description of a nun at the winner of the over-dressed-nun-of -the-year Competition.
The list of plist parameters never changes for any given type of ship (etc.), so that already sets what forms I put in. Furthermore, a majority of those parameters have their own built in limitations, thus that can be conveyed as sliders and check boxes. Other parameters without limitations can be displayed as text boxes (masked ones at time to ensure that only numbers are put in). Parameters that involve code, such as "launch-actions", can be conveyed as multiline text boxes.RyanHoots wrote:As a Trekkie, I like the name Spacedock. I have had similar ideas, and I think it will be fun to play with.
I don't think it will change how we OXP forever, I think Spacedock (or whatever you want to call it) would put limits on what you can do, so I think people like me and CSOTB will just stick to writing the code by hand. But it will be a fun tool...
I love those ideas! However, since drag and drop is not an element of the GUI at this point, I'll go with "DragonDock". A nice play on words, and like DH said, it conveys the ease of use of the program (plus incorporates my username!)Disembodied wrote:Ooh! The Drag-and-Dropyard? The DragonDockyard? DragonDock?
May I suggest leaving that out? All theDragonfire wrote:Parameters that involve code, such as "launch-actions", can be conveyed as multiline text boxes.
_actions
fields are deprecated in favour of JavaScript.Can we initialise turrets via JS?Ahruman wrote:May I suggest leaving that out? All theDragonfire wrote:Parameters that involve code, such as "launch-actions", can be conveyed as multiline text boxes._actions
fields are deprecated in favour of JavaScript.
If the new form of subent declarations is used it's not necessary anymore to use initialiseTurret, e.g.Thargoid wrote:Can we initialise turrets via JS?Ahruman wrote:May I suggest leaving that out? All theDragonfire wrote:Parameters that involve code, such as "launch-actions", can be conveyed as multiline text boxes._actions
fields are deprecated in favour of JavaScript.
Code: Select all
{type = ball_turret; subentity_key = "myTurret"; orientation = (1,0,0,0); position = (0,5,7);}
Gotcha - sounds good to me...Svengali wrote:If the new form of subent declarations is used it's not necessary anymore to use initialiseTurret, e.g.Code: Select all
{type = ball_turret; subentity_key = "myTurret"; orientation = (1,0,0,0); position = (0,5,7);}