FastOpen behaves differently between my two environments. On my Window box, if I
have nothing selected and hit my shortcut for FastOpen, it opens the dialog and gives
focus to the filename box, just like I would expect. On my Linux box, if nothing
is selected, nothing happens. No dialog pops up. Both machines work the same and
correctly if a word is selected in the buffer, the dialog pops up if the name is ambiguous
with the selected word in the filename, or it directly opens the file if the selected
word is an unambiguous filename.
Both boxes are using latest FastOpen from plugin manager.
Here's the not working Linux config:
jEdit 5.0pre2 daily from 02-July-12
7:02:40 AM \[main\] \[message\] Log: java.version=1.7.0_05
7:02:40 AM \[main\] \[message\] Log: java.vm.version=23.1-b03
7:02:40 AM \[main\] \[message\] Log: java.vm.name=Java HotSpot(TM) 64-Bit Server VM
7:02:40 AM \[main\] \[message\] Log: java.runtime.version=1.7.0_05-b06
7:02:40 AM \[main\] \[message\] Log: java.runtime.name=Java(TM) SE Runtime Environment
7:02:40 AM \[main\] \[message\] Log: java.vendor=Oracle Corporation
7:02:40 AM \[main\] \[message\] Log: java.compiler=null
7:02:40 AM \[main\] \[message\] Log: os.name=Linux
7:02:40 AM \[main\] \[message\] Log: os.version=2.6.18-238.el5
7:02:40 AM \[main\] \[message\] Log: os.arch=amd64
...
7:02:41 AM \[AWT-EventQueue-0\] \[debug\] EditBus: PluginUpdate\[what=LOADED,exit=false,version=2.5,source=/ln/home/snarum/.jedit/jars/FastOpen.jar,class=com.patelsoft.fastopen.FastOpenPlugin\]
And here is the working Windows version:
jEdit 5.0pre1 downloaded 10-July-12 (I don't think it was a daily)
8:03:12 AM \[main\] \[message\] Log: java.version=1.7.0_05
8:03:12 AM \[main\] \[message\] Log: java.vm.version=23.1-b03
8:03:12 AM \[main\] \[message\] Log: java.vm.name=Java HotSpot(TM) Client VM
8:03:12 AM \[main\] \[message\] Log: java.runtime.version=1.7.0_05-b06
8:03:12 AM \[main\] \[message\] Log: java.runtime.name=Java(TM) SE Runtime Environment
8:03:12 AM \[main\] \[message\] Log: java.vendor=Oracle Corporation
8:03:12 AM \[main\] \[message\] Log: java.compiler=null
8:03:12 AM \[main\] \[message\] Log: os.name=Windows 7
8:03:12 AM \[main\] \[message\] Log: os.version=6.1
8:03:12 AM \[main\] \[message\] Log: os.arch=x86
...
8:03:13 AM \[AWT-EventQueue-0\] \[debug\] EditBus: PluginUpdate\[what=LOADED,exit=false,version=2.5,source=C:\Users\snarum\AppData\Roaming\jEdit\jars\FastOpen.jar,class=com.patelsoft.fastopen.FastOpenPlugin\]
| Submitted | snarum-micron - 2012-08-22 14:16:10 | Assigned | |
|---|---|---|---|
| Priority | 5 | Labels | |
| Status | open | Group | None |
| Resolution | None |
| 2012-08-22 14:29:40 snarum-micron |
Interestingly, after filing the report, the Windows box is now doing the same as the Linux box... nothing. This definitely worked a moment ago, even after I sent this report, but now is not. |
|---|---|
| 2012-08-22 15:14:47 ezust |
Is your shortcut for fastopen bound to the show-dockable action or the "show fast
open dialog"?
|
| 2012-08-22 15:21:01 ezust |
Whatever action it is currently bound to, try binding your shortcut to the other (dockable
vs dialog) and see if you have the same problem.
|
| 2012-08-22 17:46:42 snarum-micron |
On both machines, by shortcut was pointing to 'Fast Open'. I changed it to "Show
Fast Open Dialog" and it now works repeatedly. I see four total things when I filter
on 'fast' in the shortcut options dialog:
|
| 2012-08-22 18:05:47 ezust |
I can not reproduce your issue on linux or windows with java 1.6.
|
| 2012-08-22 18:25:20 snarum-micron |
OK, some more data is probably appropriate then. My original problem was using the
dockable version with the dockable floating. I did not try it docked. I just tried
it now, by switching my shortcut back to 'Fast Open', and selecting the FastOpen to
be docked Top. Now when I hit my keystroke, the Fast Open dialog pops up ever time.
Note, I did not say that the dockable opens, I said the dialog pops up, floating.
The usual buttons across the top when you have a floating dockable are not present.
Dragging it into a docking area does not work. Etc.
|
| 2012-08-22 18:47:05 ezust |
- **summary**: FastOpen: no dialog if nothing selected --> FastOpen + MyDoggy: issues with dockable actions. |
| 2012-08-22 18:47:05 ezust |
I can't reproduce any of your problems if I am not using MyDoggy. Are you sure you
see no difference?
|
| 2012-08-22 18:55:27 ezust |
Another interesting problem with FastOpen+MyDoggy : if I have 2 views open, and I
select "FastOpen", nothing happens from one of the Views. I can only open the dockable
from one of the views. The Dialog action works fine though.
|
| 2012-08-22 19:19:46 snarum-micron |
OK, when I reported before that I had disabled MyDoggy, I did so by changing the selection in the Options->Docking dialog to Original. I did not restart. I just restarted with the setting to Original, verified using Activator that MyDoggy is not loaded, and I cannot reproduce the issue. |