From: Stefan R. <sr...@te...> - 2001-03-27 15:29:14
|
27.03.01 06:17:23, Tod Thomas <tt...@ch...> wrote: >Is there a plugin, or any other automated method, that would allow j-edit to >emulate brief ? I'm using visual slick edit and love its brief emulation but think >j-edit is really good and would prefer to use it. One of the nice things I >typically use is one full screen session (no other frames) switching between >buffers which I can't seem to get to work under j-edit. > >Thanks for any clues - Tod Hi, I don't know brief but I think I prefer a similar editing style. I have the file system browser docked at the right side of the window and use it to select files to edit. With Ctrl and PageUp resp. PageUp (the keystrokes are redefinable) I can switch between the buffers. What I would like is a keystroke to switch to the file system browser giving the tree view in it the focus. Regards, Stefan |
From: Stefan R. <sr...@te...> - 2001-03-28 14:40:11
|
Hi John, that's really cool! Exactly what I wanted. Thanks a lot, Stefan 28.03.01 05:03:07, "John Gellene" <jge...@ny...> wrote: >Try binding the attached macro to a keystroke. > >John > ... What I would like is a >> keystroke to switch to the file system browser giving the tree >> view in it the focus. ... |
From: Jeremy W. <jwa...@wa...> - 2001-03-28 16:27:31
|
Is there a way this can get worked into the jEdit core so a key stroke can be used to bring focus to any docked window? I keep File Browser and Clipper around all the time and would like to bind, say F9, to the clipper dock. I can do it with a Macro and Key Binding, but it might make sense to add this to the docking section in the settings. -- Jeremy Wadsack Wadsack-Allen Digital Group Stefan Radig wrote: > that's really cool! Exactly what I wanted. > > 28.03.01 05:03:07, "John Gellene" <jge...@ny...> wrote: > >> Try binding the attached macro to a keystroke. >> > ... > > What I would like is a > >>> keystroke to switch to the file system browser giving the tree >>> view in it the focus. |
From: John G. <jge...@ny...> - 2001-03-28 22:01:52
|
Plugin GUI's are designed differently, so I doubt one size will fit all. The browser macro won't work without the "magic" call to getBrowserView(), for example. In the interest of fairness, here's Go_to_clipper.bsh I'm setting it in the message because it illustrates the point you're making well: // Go_to_clipper.bsh -- opens (if necessary), shows // and sets focus to Clipper plugin import javax.swing.JList; manager = view.getDockableWindowManager(); clipperWin = manager.getDockableWindow("clipper-dockable"); if(clipperWin == null) { manager.addDockableWindow("clipper-dockable"); clipperWin = manager.getDockableWindow("clipper-dockable"); } manager.showDockableWindow("clipper-dockable"); clipper = clipperWin.getComponent(); clipper.requestFocus(); scrollPane = clipper.getComponent(1); list = scrollPane.getComponent(0).getComponent(0); list.requestFocus(); // end Go_to_clipper.bsh Here you need to hack your way through Container after Container, and then make two requestFocus() calls (either one is not enough). That's a lot of ugly code for a simple task. The plugin API does not have a requestPluginFocus(). It does seems sensible for a plugin to know how to request focus. The root class EditPlugin is abstract and could be extended with a no-op implementation for requestPluginFocus() (perhaps it should just return 'false' to signify that no request was made). It would then be up to the plugin developer to provide an implementation and have the method return 'true', or have requests for focus ignored. Maybe a canRequestFocus() would be good too; then your keyboard shortcuts idea would be easier to implement. No existing plugins should break as a result. Anyway, you've got a go to Clipper macro. John > -----Original Message----- > From: jed...@li... > [mailto:jed...@li...]On Behalf Of Jeremy > Wadsack > Sent: Wednesday, March 28, 2001 11:19 AM > To: jed...@li... > Subject: Re: [ jEdit-users ] Emulation Question > > > > Is there a way this can get worked into the jEdit core so a key stroke > can be used to bring focus to any docked window? I keep File Browser and > Clipper around all the time and would like to bind, say F9, to the > clipper dock. I can do it with a Macro and Key Binding, but it might > make sense to add this to the docking section in the settings. > > |
From: Jeremy W. <jwa...@wa...> - 2001-03-28 23:03:34
|
Thanks for the macro code John! Works like a charm. But I agree that some kind of method for setting focus to plugins would be a good idea. -- Jeremy Wadsack Wadsack-Allen Digital Group John Gellene wrote: > Plugin GUI's are designed differently, so I doubt one size will fit all. > The browser macro won't work without the "magic" call to getBrowserView(), > for example. > > In the interest of fairness, here's Go_to_clipper.bsh I'm setting it in the > message because it illustrates the point you're making well: > > // Go_to_clipper.bsh -- opens (if necessary), shows > // and sets focus to Clipper plugin > > import javax.swing.JList; > > manager = view.getDockableWindowManager(); > clipperWin = manager.getDockableWindow("clipper-dockable"); > if(clipperWin == null) > { > manager.addDockableWindow("clipper-dockable"); > clipperWin = manager.getDockableWindow("clipper-dockable"); > } > manager.showDockableWindow("clipper-dockable"); > > clipper = clipperWin.getComponent(); > clipper.requestFocus(); > > scrollPane = clipper.getComponent(1); > list = scrollPane.getComponent(0).getComponent(0); > > list.requestFocus(); > > // end Go_to_clipper.bsh > > Here you need to hack your way through Container after Container, and then > make two requestFocus() calls (either one is not enough). That's a lot of > ugly code for a simple task. > > The plugin API does not have a requestPluginFocus(). It does seems sensible > for a plugin to know how to request focus. The root class EditPlugin is > abstract and could be extended with a no-op implementation for > requestPluginFocus() (perhaps it should just return 'false' to signify that > no request was made). It would then be up to the plugin developer to > provide an implementation and have the method return 'true', or have > requests for focus ignored. Maybe a canRequestFocus() would be good too; > then your keyboard shortcuts idea would be easier to implement. No existing > plugins should break as a result. > > Anyway, you've got a go to Clipper macro. > > John > > > >> -----Original Message----- >> From: jed...@li... >> [mailto:jed...@li...]On Behalf Of Jeremy >> Wadsack >> Sent: Wednesday, March 28, 2001 11:19 AM >> To: jed...@li... >> Subject: Re: [ jEdit-users ] Emulation Question >> >> >> >> Is there a way this can get worked into the jEdit core so a key stroke >> can be used to bring focus to any docked window? I keep File Browser and >> Clipper around all the time and would like to bind, say F9, to the >> clipper dock. I can do it with a Macro and Key Binding, but it might >> make sense to add this to the docking section in the settings. >> >> |
From: John G. <jge...@ny...> - 2001-03-28 14:01:59
Attachments:
Go_to_file_browser.bsh
|
Try binding the attached macro to a keystroke. John > -----Original Message----- > From: jed...@li... > [mailto:jed...@li...]On Behalf Of Stefan > Radig > Sent: Tuesday, March 27, 2001 10:26 AM > To: jed...@li... > Subject: Re: [ jEdit-users ] Emulation Question > > > 27.03.01 06:17:23, Tod Thomas <tt...@ch...> wrote: > > >Is there a plugin, or any other automated method, that would > allow j-edit to > >emulate brief ? I'm using visual slick edit and love its brief > emulation but think > >j-edit is really good and would prefer to use it. One of the > nice things I > >typically use is one full screen session (no other frames) > switching between > >buffers which I can't seem to get to work under j-edit. > > > >Thanks for any clues - Tod > > Hi, > > I don't know brief but I think I prefer a similar editing style. > I have the file system browser docked at the right side of the > window and use it to select files to edit. With Ctrl and PageUp > resp. PageUp (the keystrokes are redefinable) I can switch > between the buffers. What I would like is a > keystroke to switch to the file system browser giving the tree > view in it the focus. > > Regards, > Stefan > |
From: Tod T. <tt...@ch...> - 2001-04-04 13:30:43
|
John Gellene wrote: > Try binding the attached macro to a keystroke. > > John > How do I do this? Also, in Global Options->Commands and Shortcuts how do I specify an Alt or a Numberic Keypad Key? Looks like C and S are control and shift - correct? Thanks - Tod |
From: John G. <jge...@ny...> - 2001-04-04 14:10:52
|
1. Click in the table cell for "Primary Shortcut" or "Alternative Shortcut" and the relevant command or macro. You should see a dialog window with a read-only text field. 2. For each element of your shortcut, type the desired key or keys as you would while typing in the main window. If you want '4' on the number pad, type Shift+Numpad4 or whatever you normally do to cause the number pad to produce '4'. Same thing with Alt and Ctrl key combinations. Don't try "TAB" or Ctrl+I; Java will grab them as requests to change focus and "TAB" is hard-coded in jEdit anyway. 3. The text field that popped up will tell you what jEdit thinks you typed. If you're happy, click on "OK" (do not press "Enter"; jEdit will think you want another keystroke added to the shortcut). If you're not happy, click on "Cancel" and start over. 4. Don't forget "Apply" or "OK" in the Options window when you're done. I just tried "NUMPAD4" and "A+NUMPAD4" and they work. John > John Gellene wrote: > > > Try binding the attached macro to a keystroke. > > > > John > > > > How do I do this? Also, in Global Options->Commands and > Shortcuts how do I > specify an Alt or a Numberic Keypad Key? Looks like C and S are > control and shift > - correct? > > Thanks - Tod > |
From: Jeremy W. <jwa...@wa...> - 2001-04-04 17:17:24
|
John Gellene wrote: > 1. Click in the table cell for "Primary Shortcut" or "Alternative Shortcut" > and the relevant command or macro. You should see a dialog window with a > read-only text field. My jEdit (3.02 on WinNT) only has 'Command' and 'Keyboard Shortcut.' Slava said a while back that you could provide two shortcuts for a binding but never described how to do that. Is this something new in the 3.1pre versions? > 2. For each element of your shortcut, type the desired key or keys as you > would while typing in the main window. If you want '4' on the number pad, > type Shift+Numpad4 or whatever you normally do to cause the number pad to > produce '4'. Same thing with Alt and Ctrl key combinations. Don't try > "TAB" or Ctrl+I; Java will grab them as requests to change focus and "TAB" > is hard-coded in jEdit anyway. This also doesn't work. I have to type in the values by hand. > I just tried "NUMPAD4" and "A+NUMPAD4" and they work. Finally, it would be nice if all of these were listed in a reference in the manual somewhere. -- Jeremy Wadsack Wadsack-Allen Digital Group |
From: John G. <jge...@ny...> - 2001-04-04 19:07:58
|
> John Gellene wrote: > > > 1. Click in the table cell for "Primary Shortcut" or > "Alternative Shortcut" > > and the relevant command or macro. You should see a dialog > window with a > > read-only text field. > > My jEdit (3.02 on WinNT) only has 'Command' and 'Keyboard Shortcut.' > Slava said a while back that you could provide two shortcuts for a > binding but never described how to do that. Is this something new in the > 3.1pre versions? Yes -- see below > > 2. For each element of your shortcut, type the desired key or > keys as you > > would while typing in the main window. If you want '4' on the > number pad, > > type Shift+Numpad4 or whatever you normally do to cause the > number pad to > > produce '4'. Same thing with Alt and Ctrl key combinations. Don't try > > "TAB" or Ctrl+I; Java will grab them as requests to change > focus and "TAB" > > is hard-coded in jEdit anyway. > > This also doesn't work. I have to type in the values by hand. > > > > I just tried "NUMPAD4" and "A+NUMPAD4" and they work. > > Finally, it would be nice if all of these were listed in a reference in > the manual somewhere. > > > -- > > Jeremy Wadsack > Wadsack-Allen Digital Group Tod and I have been talking past each other because I was describing the procedure on 3.1. It's a lot easier to use than 3.0. I downloaded 3.0.2 and saw the differences. You must manually type the shortcut combo. Here are combinations that work (there may be more, but unprefixed ASCII keys do not work): F-keys (e.g., 'F5') LEFT, RIGHT, UP, DOWN, HOME, END A+anykey C+anykey AS+anykey CS+anykey Unfortunately, an invalid assignment is not deleted from the table. It remains in the one-column table without replacing the old assignment during the editing session. When jEdit is restarted, the bogus assignment remains visible in the table but the old assignment no longer functions. Version 3.1 makes this process a whole lot easier (and yes, you can assign to NUMPAD4). In general, the pre-release itself is very stable; the only major issues I encounter in using it arise where the application API has changed and a plugin hasn't caught up. Usually the plugin author or somebody else posts a interim jar file or patch to take care of that. Sorry for all the confusion. John |
From: Tod T. <tt...@ch...> - 2001-04-05 12:16:53
|
My last post on this thread :) I picked up the pre-Version3.1 release and everything worked as John described - thanks for your help. Tod John Gellene wrote: > > John Gellene wrote: > > > > > 1. Click in the table cell for "Primary Shortcut" or > > "Alternative Shortcut" > > > and the relevant command or macro. You should see a dialog > > window with a > > > read-only text field. > > > > My jEdit (3.02 on WinNT) only has 'Command' and 'Keyboard Shortcut.' > > Slava said a while back that you could provide two shortcuts for a > > binding but never described how to do that. Is this something new in the > > 3.1pre versions? > > Yes -- see below > > > > 2. For each element of your shortcut, type the desired key or > > keys as you > > > would while typing in the main window. If you want '4' on the > > number pad, > > > type Shift+Numpad4 or whatever you normally do to cause the > > number pad to > > > produce '4'. Same thing with Alt and Ctrl key combinations. Don't try > > > "TAB" or Ctrl+I; Java will grab them as requests to change > > focus and "TAB" > > > is hard-coded in jEdit anyway. > > > > This also doesn't work. I have to type in the values by hand. > > > > > > > I just tried "NUMPAD4" and "A+NUMPAD4" and they work. > > > > Finally, it would be nice if all of these were listed in a reference in > > the manual somewhere. > > > > > > -- > > > > Jeremy Wadsack > > Wadsack-Allen Digital Group > > Tod and I have been talking past each other because I was describing the > procedure on 3.1. It's a lot easier to use than 3.0. I downloaded 3.0.2 > and saw the differences. You must manually type the shortcut combo. > > Here are combinations that work (there may be more, but unprefixed ASCII > keys do not work): > > F-keys (e.g., 'F5') > LEFT, RIGHT, UP, DOWN, HOME, END > A+anykey > C+anykey > AS+anykey > CS+anykey > > Unfortunately, an invalid assignment is not deleted from the table. It > remains in the one-column table without replacing the old assignment during > the editing session. When jEdit is restarted, the bogus assignment remains > visible in the table but the old assignment no longer functions. > > Version 3.1 makes this process a whole lot easier (and yes, you can assign > to NUMPAD4). In general, the pre-release itself is very stable; the only > major issues I encounter in using it arise where the application API has > changed and a plugin hasn't caught up. Usually the plugin author or > somebody else posts a interim jar file or patch to take care of that. > > Sorry for all the confusion. > > John > > -- > ----------------------------------------------- > jEdit Users' List > jEd...@li... > http://lists.sourceforge.net/lists/listinfo/jedit-users |