Community
Participate
Working Groups
I set up an external command to launch a shell (cmd.exe or bash or whatever) in the background the console becomes essentially a DOS or xterm window. It would make a pretty good one if it just had a few more features such as: - Typing anywhere in the window would scroll to the end and insert the characters. Currently you have to scroll to the end yourself and click on the last line before typing has any effect. - Ability to send signals to the shell, especially control-C (interrupt) and control-D or control-Z (end of file). On UNIX you'd want control-\ (kill) and maybe some others. - Command recall, through up/down arrows or perhaps emacs-style keys (control- P previous, control-N next). Keys should be customizable. - If on the prompt, home should go to the beginning of the command not the beginning of the line. It won't let you backspace over the prompt so at some level it knows what the prompt is. There are others I can think of but these are the biggies.
Marking as later for future consideration.
Reopen for consideration in 3.0.
marking as later (currently does not look like we have the cycles for this one)
How about re-opening this with a help wanted keyword? Marking things 'resolved later' makes them harder to find in a search and crosses them out in other bugzilla entries that refer to them.
I'll add the keyword, but until someone signs up, I'd rather keep it as "later" for organizational purposes.
Are there any major obvious techical problems? How about SWT catching ctl and other special keys?
I believe the only constraint is time/resources. Catching key presses should not be an issue (however, there is an issue in sending a VM CTRL-C, since there is no standard protocol to do so).
Re-open for 3.1 consideration.
Please keep the implementation for this feature extensible and do not hide the implementation in internal packages (like unfortunately done with the MessageConsole implementation).
The initial implementation of a new IOConsole is in CVS already checked in. Of course work is still in the early stages and a lot of improvement is still to come. You'll find the code in the org.eclipse.ui.console plugin. Effort will be made to keep the code flexible and extensible, though much of the work will be done by internal classes (especially with the initial implementation).
*** Bug 29076 has been marked as a duplicate of this bug. ***
If you run the code at http://java.sun.com/features/2002/09/pword_mask.html (which is useful for getting and masking a password from a shell), it sends the Eclipse console into an infinite loop.
From original bug report, first two points are fixed (typing auto positions cursor to the end, and control-D/Z EOF support). Remainging issues not planned for 3.1. Deffered. - Command recall, through up/down arrows or perhaps emacs-style keys (control- P previous, control-N next). Keys should be customizable. - If on the prompt, home should go to the beginning of the command not the beginning of the line. It won't let you backspace over the prompt so at some level it knows what the prompt is.
.
*** Bug 120282 has been marked as a duplicate of this bug. ***
(In reply to comment #13) > From original bug report, first two points are fixed (typing auto positions > cursor to the end, and control-D/Z EOF support). Remainging issues not planned > for 3.1. Deffered. > > - Command recall, through up/down arrows or perhaps emacs-style keys (control- > P previous, control-N next). Keys should be customizable. > > - If on the prompt, home should go to the beginning of the command not the > beginning of the line. It won't let you backspace over the prompt so at some > level it knows what the prompt is. > I hope this issue isn't forgotten, as of 3.2 M4 it is not complete.
cw - There is nothing planned for this item in the 3.2 time frame due to a lack of resources. We will however consider any patches contributed by the community.
See also https://sourceforge.net/projects/wickedshell/
As of now 'LATER' and 'REMIND' resolutions are no longer supported. Please reopen this bug if it is still valid for you.
Can this bug be reopened now? The need is still there.
Sure. I mentioned in one of the other related bugs that there is a fully featured terminal emulator in the Target Management project. However, I don't think we could replace console with it since it's not applicable on Windows.