Menu
▾
▴
Re: [Openrocket-devel] Mac OSX UI Elements
|
From: Joe P. <jo...@pf...> - 2012-06-24 16:06:04
|
Sampo Niskanen writes: >Hi, > >Bill - that sounds like the right way to go. Feel free to commit it in. > > >Kevin - I haven't used Android extensively, so I don't know what the >most unobtrusive way would be. I would assume that the majority of >changes could be rather simple in the field. There's basically three >ways to go: > >1) No warnings of unsaved files, but option to save. There might be >a marker somewhere in the UI that the file is unsaved. > >2) Prompt the user to save/discard changes when closing/opening a new >file. I somewhat dislike prompts, as they disrupt the flow. I'd >assume the disruption to be greater in mobile devices. > >3) Save automatically in background. The original file could be >copied to e.g. filename-original.ork (if such a file already exists, >don't replace it). This could be made configurable in the options. > > >What do you think of the options? I might be leaning towards >automatic saving, with the option of turning the autosave off in the >preferences. That might be the least disruptive for the user, though >reverting to the original file might be a common use-case for which we >might want to add an option in the menus. > >Anyone else have thoughts? I'll leave the final call to you, as I >haven't used the platform extensively. The last option fits in better with the majority of Android apps. It's very rare (not unheard of, but rare) that I see an app that has explicit save options. A "revert" option would be very helpful, as would a "create new copy of this design with a new name". Wandering off topic, I tend to regard explicit "save" options as mistakes (extremely common mistakes, but mistakes none the less) on other platforms as well. When I've written some applications intended for naive users under Linux, I've made sure to keep the file in a reasonable state at all times; the users have vastly preferred it that way. >As for the Windows file association, there's the question what to do >if file associations already exists. When happens when you upgrade? >Or move the JAR file somewhere else? Should we also associate RKT >files if they have no existing association? I'd like to have some >decisions on these before we implement any automatic file association >addition. > > >Regards, > Sampo N. > > > >On Sun, Jun 24, 2012 at 2:39 AM, <kr...@su...> wrote: >> Sampo, >> >> I found this post just today on TRF with the proper dos commands for windows >> associateions: >> >> http://www.rocketryforum.com/showthread.php?37769-Open-Rocket-on-Office-2010&p=351675#post351675 >> >> If the above foesn't fix the problem, try opening a command prompt and >> entering the following commands: >> >> ftype openrocket="java.exe" -jar "C:\OpenRocket.jar" "%1" %* >> >> assoc .ork=openrocket >> >> Replace "C:\OpenRocket.jar" with the full path to your OpenRocket.jar file >> >> >> Maybe that could be used. >> >> I don't want to change the feel of OR swing with changes to the "is >> modified" state. However, on Android, since you cannot change the rocket >> itself, it seems nice to be able to save when configs & simulations are >> changed. Further since it is a single-document model, all your changes are >> lost if you load a new model. In order to prevent frustrations (Stupid app >> lost my changes), we can either have the app save in the background for >> changes - which is really the natural behavior of most android applications >> - or have it issue prompts/warnings when loading new rockets. >> >> What do you think? Save in the background, or warnings? I'm leaning to >> warnings actually. >> >> Kevin >> >> >> ----- Original Message ----- >> From: >> "OpenRocket development mailing list" >> <ope...@li...> >> >> To: >> "OpenRocket development mailing list" >> <ope...@li...> >> Cc: >> >> Sent: >> Sat, 23 Jun 2012 06:21:40 +0300 >> Subject: >> Re: [Openrocket-devel] Mac OSX UI Elements >> >> >> >> Hi, >> >> At what location will you add the initialization code? There's also >> already a SystemInfo class which should be utilized / extended as >> necessary. >> >> As for Windows file type registrations, I've been considering it as >> well, but never got around to it. (Not owning a Windows machine also >> affects this..) I think the simplest way to accomplish the changes >> would be to run command-line tools to affect the changes (unless >> someone wants to do some JNI magic while keeping the out-of-the-box >> JAR experience). An alternative would be to build an installer around >> OR which does these actions. >> >> >> >> Regarding the saved state, it was a conscious decision that a document >> wouldn't be considered modified if only the simulations have been >> affected. Similarly the undo/redo actions only affect the rocket >> design, not simulations. I considered the options and decided on this >> approach since the simulations are somewhat "transient" in nature. >> What if you just open a design, run a simulation, examine the results >> and close? Should you be prompted to save before you close? What if >> you update the wind speed first? >> >> For undo/redo, you make a modification to the rocket, run a simulation >> and want to undo the change - I find it more intuitive that it undoes >> the rocket change instead of reverts the simulation data. Similarly >> if you have to add the simulation first. (The simulation statuses >> change based on the rocket changes, including undo/redo.) >> >> I'm happy to hear arguments for/against this logic, but until >> something else is decided, this logic is "as designed". On Android >> where you cannot modify the rocket, it might make sense to use some >> other logic. Though even there I'd feel quite comfortable if the app >> never suggested saving the document, but allowed doing so if the user >> wants to persist the changes done in the field. >> >> >> Cheers, >> Sampo N. >> >> >> >> On Sat, Jun 23, 2012 at 5:45 AM, Bill Kuker <bk...@bi...> wrote: >>> So I just call the static function >>> net.sf.openrocket.gui.main.BasicFrame.quitAction() from the OSX >>> QuitHandler. That function calls closeAction() on each BasicFrame >>> which in turn queries it's OpenRocketDocument with isSaved() to see if >>> it needs to ask you if you want to save or not. isSaved() seems to >>> return true if the document has been saved since the most recent >>> modification. A very brief look at the code suggests to me that you >>> are right - the isSaved() function only seems to check the document's >>> Rocket object. >>> >>> I get the exact same Quit behavior as ever, because I am calling the >>> exact same code. Sorry that it is not more useful to you. >>> >>> -Bill Kuker >>> >>> >>> >>> On Fri, Jun 22, 2012 at 10:15 PM, Kevin Ruland <kr...@su...> >>> wrote: >>>> Bill, >>>> >>>> I asked a little while ago about how to tell if the OpenRocketDocument >>>> had >>>> been modified. I believe the answer was that you can tell if the >>>> components >>>> had changed but not if configurations or simulations had been added. I >>>> too >>>> would like to have this information for the android application. How are >>>> you planning on approaching this? >>>> >>>> Also, do you know anything about windows? I think it would be slick to >>>> register file type and launcher when the application is started. >>>> Unfortunately I don't know anything about that. >>>> >>>> Kevin >>>> >>>> >>>> >>>> ----- Original Message ----- >>>> From: >>>> "OpenRocket development mailing list" >>>> <ope...@li...> >>>> >>>> To: >>>> "OpenRocket development mailing list" >>>> <ope...@li...> >>>> Cc: >>>> >>>> Sent: >>>> Fri, 22 Jun 2012 17:18:08 -0400 >>>> Subject: >>>> [Openrocket-devel] Mac OSX UI Elements >>>> >>>> >>>> >>>> I'd like to submit a changeset that does the following on OSX: >>>> >>>> - Sets the Application name to OpenRocket >>>> - Uses the screen menu bar, not the window menu bar >>>> - Sets up the Quit Handler ask about unsaved changes >>>> - Sets up the About Handler >>>> - Sets the Dock Icon >>>> >>>> And, of course, does none of this anywhere else. Any Objections? >>>> >>>> Thanks, >>>> >>>> -Bill Kuker >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Live Security Virtual Conference >>>> Exclusive live event will cover all the ways today's security and >>>> threat landscape has changed and how IT managers can respond. Discussions >>>> will include endpoint security, mobile security and the latest in malware >>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>>> _______________________________________________ >>>> Openrocket-devel mailing list >>>> Ope...@li... >>>> https://lists.sourceforge.net/lists/listinfo/openrocket-devel >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Live Security Virtual Conference >>>> Exclusive live event will cover all the ways today's security and >>>> threat landscape has changed and how IT managers can respond. Discussions >>>> will include endpoint security, mobile security and the latest in malware >>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>>> _______________________________________________ >>>> Openrocket-devel mailing list >>>> Ope...@li... >>>> https://lists.sourceforge.net/lists/listinfo/openrocket-devel >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. Discussions >>> will include endpoint security, mobile security and the latest in malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> _______________________________________________ >>> Openrocket-devel mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/openrocket-devel >> >> >> >> -- >> Sampo Niskanen <=> http://www.iki.fi/sampo.niskanen/ >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Openrocket-devel mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openrocket-devel >> >> ________________________________ >> Email sent using Atmail - Email, Groupware and Calendaring done right. >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Openrocket-devel mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openrocket-devel >> > > > >-- > Sampo Niskanen <=> http://www.iki.fi/sampo.niskanen/ > >------------------------------------------------------------------------------ >Live Security Virtual Conference >Exclusive live event will cover all the ways today's security and >threat landscape has changed and how IT managers can respond. Discussions >will include endpoint security, mobile security and the latest in malware >threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >_______________________________________________ >Openrocket-devel mailing list >Ope...@li... >https://lists.sourceforge.net/lists/listinfo/openrocket-devel |