(back to index) (edit this in the feed-back web form)
- Title
- Author friendliness
- Type
- Feature_request
- Raised by
- Frank
- Date opened
- Wednesday, 2 June 2010
- Description
- Currently being enjoying hours and hours of pleasure with EJS, which I’m really grateful of, I also do notice some minor annoyances that bug me every time I deal with it a little more. So here is my wish-list:
- Make the green start button by default kill all running simulations before starting a new instance. That would save me hundreds of mouse clicks on my notebook to close the running simulation while programming in trial and error mode. (And how often do you work with several instances anyway? Should be a right click option.)
- Make Ctrl-Y another alias for Shift-Ctrl-Z (Redo after Undo) for this is standard in most Windows programs.
- Implement shortcuts Ctrl-C, Ctrl-X, Ctrl-V, and Del for Copy/Cut/Paste/Delete in Model Variables and View Tree.
- Add an option to keep the EJS Preview window permanently closed, (in order to work just in Model + View and the running simulation.)
Best regards, and thanks for all,
Frank
I endorse these feature requests.
- It would a vast improvement if by default running a simulation anew first kills the existing simulation.
- Implementing Ctrl-C, Ctrl-X, Ctrl-V, and Del wherever applicable.
- Many, many different cues trigger the Preview window to be pushed to the foreground. While intended as helpful, in practice this behavior is a problem; in the vast majority of cases the preview window is unwanted.
Cleon
- Importance
- 4
- Proposed solution
- * The red start button by default now kills the previous simulation, and then turns green. But you need to click on green to run it again.
- There is now a new checkbox (below the tree) to keep the preview window closed.
- The other requests are under process…
Additional request:
To have View Panel cut/paste behave like file manipulation as in a GUI file manager. In file management, if you try to paste where you cannot (eg pasting in a directory where you have no write access), then after the failure the original file is still in its original place. The cut is made final only when there has been a successful paste.
Currently cut/paste in the View panel acts as follows: if the user attempts to drop a child element onto a parent element where it does not fit then EJS issues a warning and aborts. The original child element is gone (it’s still on the clipboard). The user must then paste back to the original location to restore the original state. Is it possible to restore automatically?
Cleon
- Urgency
- 3
- Status
- Active
- Resolution
-
(back)
« 00052 · Edit Form · 00054 »