jedit-devel Mailing List for jEdit

Feature Requests item #2960844, was opened at 2010-02-28 21:29
Message generated for change (Tracker Item Submitted) made by rschwenn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2960844&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Robert Schwenn (rschwenn)
Assigned to: Nobody/Anonymous (nobody)
Summary: document jEdit's command line parameters into Activity Log

Initial Comment:
It would be nice to find the command line parameters (or maybe the whole command line) of both the startup and every invocation of the server in the Activity Log.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2960844&group_id=588

Bugs item #2958664, was opened at 2010-02-25 13:50
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2958664&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: Invalid
Priority: 5
Private: No
Submitted By: Juergen Weber (weberjn)
Assigned to: Nobody/Anonymous (nobody)
Summary: Plugin menu list structured too early

Initial Comment:
After a certain amount of plugins the plugin menu does not show a flat plugin menu but rather via A-W and W-Z submenues. 
The amount should be configurable or the amount should be better calculated. The screen length of the submenu groups combined would still fit onto my screen.

----------------------------------------------------------------------

>Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-28 20:57

Message:
I guess you're right, I just recall in general that some non-trivial work
is done by jEdit for deciding about the location & size of menus.
I wonder why the menu splitting was done this way (i.e. configurable by
the number of items and not automatically calculated from the screen
height), but there was probably a reason behind it. Anyone has an idea?
Note that there's a small difference between the view and the menus. The
size and location of the menus is determined dynamically, e.g. if there's
not enough place below the menu bar, the menu will be shown on top of it
instead. So it needs to be calculated each time.

----------------------------------------------------------------------

Comment By: Juergen Weber (weberjn)
Date: 2010-02-25 14:34

Message:
Isn't calculating the screen height necessary for knowing how many lines of
text jEdit has to display? Or is that done automatically by Swing?

Thanks for the options hint, I had overlooked it, sorry.

----------------------------------------------------------------------

Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-25 14:27

Message:
The number of items that cause a menu to split this way is configurable
using Global Options -> jEdit / Appearance -> Number of items before menus
spill over.

Calculating this automatically by screen size is not trivial in
multi-screen environments, but if you think it should be automatic please
change this into a feature request.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2958664&group_id=588

There's some issue with it not being in the System classloader. If I
remember correctly jars under the [settings]/jars directory get put into a
JARClassloader (created by jEdit), which is not the same thing. IIRC, you
are not able to do a Thread.currentThread().getContextClassLoader() and find
your resources. You also can't do a ClassLoader.getSystemClassLoader() and
find your resources.

In this case there's also something to do with bootstrapping these jars. I
tried to get it to work on the mac, but was unable to get the right
combination or set up for it to work.

Francois, there's a feature request for what you are describing:
http://sourceforge.net/tracker/?func=detail&aid=2944232&group_id=588&atid=350588

If you do create that directory please consider working on that ticket as
well. I created it the first time you brought up the NativeBrowser.

2010/2/28 Shlomy Reinstein <sre...@gm...>

> As far as I remember, jEdit loads all jar files that are in the jars
> directory by default, even if they are not plugins. Isn't that good
> enough for swt.jar?
>
> Shlomy
>
> 2010/2/28 François Rey <jed...@fr...>:
> > On Sunday 28 February 2010 18:50:58 Shlomy Reinstein wrote:
> >
> >> NativeBrowser requires swt.jar, but it's not included in the zip file.
> >
> > swt.jar is platform-dependent, you need to get the one corresponding to
> your
> > platform at Eclipse SWT page
> >
> > More info in NativeBrowser documentation.
> >
> > I'm trying to make NB work on the windows-based machine of my friend. I'm
> > having some issues in adding jars to classpath in jedit.bat (path to user
> > .jedit contain spaces...).
> >
> > To make installation easier for all platform I'm considering creating a
> > .jedit/system-jar directory (as part of jEdit setup) in which these
> system
> > jars can be placed by plugins. JNAPlugin will need to place jna.jar
> there,
> > and NativeBrowser will put it's 3 jars. Of course we'll have to write
> > scripts that will put any jar from that dir into the system classpath
> before
> > launching jEdit.
> >
> > Thanks for trying NB!
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>



-- 
Learn from the past. Live in the present. Plan for the future.
Blog: http://www.townsfolkdesigns.com/blogs/elberry
jEdit <http://www.jedit.org> - Programmer's Text Editor
Bazaar <http://bazaar.canonical.com> - Version Control for Humans

On Sunday 28 February 2010 19:28:36 Shlomy Reinstein wrote:
> As far as I remember, jEdit loads all jar files that are in the jars
> directory by default, even if they are not plugins. Isn't that good
> enough for swt.jar?
No, they need to be loader by the system class loader because this plugin uses 
native SWT libraries which perform callback to the java application. The only 
way is to put these jars in jEdit's system classpath which is why this plugin 
requires some manual installation steps as detailed in the doc.

As far as I remember, jEdit loads all jar files that are in the jars
directory by default, even if they are not plugins. Isn't that good
enough for swt.jar?

Shlomy

2010/2/28 François Rey <jed...@fr...>:
> On Sunday 28 February 2010 18:50:58 Shlomy Reinstein wrote:
>
>> NativeBrowser requires swt.jar, but it's not included in the zip file.
>
> swt.jar is platform-dependent, you need to get the one corresponding to your
> platform at Eclipse SWT page
>
> More info in NativeBrowser documentation.
>
> I'm trying to make NB work on the windows-based machine of my friend. I'm
> having some issues in adding jars to classpath in jedit.bat (path to user
> .jedit contain spaces...).
>
> To make installation easier for all platform I'm considering creating a
> .jedit/system-jar directory (as part of jEdit setup) in which these system
> jars can be placed by plugins. JNAPlugin will need to place jna.jar there,
> and NativeBrowser will put it's 3 jars. Of course we'll have to write
> scripts that will put any jar from that dir into the system classpath before
> launching jEdit.
>
> Thanks for trying NB!

On Sunday 28 February 2010 18:50:58 Shlomy Reinstein wrote:
> NativeBrowser requires swt.jar, but it's not included in the zip file.

swt.jar is platform-dependent, you need to get the one corresponding to your 
platform at Eclipse SWT page
More info in NativeBrowser documentation.

I'm trying to make NB work on the windows-based machine of my friend. I'm 
having some issues in adding jars to classpath in jedit.bat (path to user 
.jedit contain spaces...).

To make installation easier for all platform I'm considering creating a 
.jedit/system-jar directory (as part of jEdit setup) in which these system 
jars can be placed by plugins. JNAPlugin will need to place jna.jar there, and 
NativeBrowser will put it's 3 jars. Of course we'll have to write scripts that 
will put any jar from that dir into the system classpath before launching 
jEdit.

Thanks for trying NB!

Hi,

NativeBrowser requires swt.jar, but it's not included in the zip file.

Shlomy

2010/2/27 François Rey <jed...@fr...>:
> NativeBrowser is part of the daily build available at
> http://www.tellurianring.com/projects/jedit-daily/index.php?dir=NativeBrowser
>
> To anyone who cares about a native browser within a dockable window (js+swf
> support), please try this new plugin and report back here, it needs more
> validation before release.
>
> It works on my linux machine, it probably works on windows, but current
> attempts to make it work on Mac have failed (probably requires a change to
> jEdit's main method).
>
> For more info see
> https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2944064&group_id=588
>
>
> On Friday 26 February 2010 20:24:01 Eric Berry wrote:
>> No, but it is required that some one other than the developer test it, and
>> since I am on a mac, you need to find someone else. You're basically asking
>> me to release a plugin that "Works on my machine". Sorry, but no. The world
>> doesn't work off your machine. We don't have a lot of quality assurance,
>> but to have the plugin in jEdit's Plugin Manager, I at least need more
>> than that.
>>
>> Personally, I would really like this to work on the Mac, and seeing how it
>> should be able to, I would like to see a more genuine try to get it working
>> so. What's the rush? I don't think it's that far off, you probably just
>> need a few more developers to help you out. Since you mention that you
>> don't know if it works on Windows either, you should absolutely get some
>> people to test it there as well.
>>
>>
>> 2010/2/26 François Rey <jed...@fr...>
>>
>> > Is mac os x support required to release a plugin?
>> > This plugin definitely works on my linux box.
>> > Not sure about windows.
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>

Hi Kermit,

I've been reworking my svn repository in order to prepare for public 
release.

The intent is to have the repo seeded with Mr. Srivastava's original v. 
0.09 code and then build upon this up to my current code base. This way 
full historical copyright info will be present in the repo.

Once finished with this I'll decide between svn syncing to SF's svn or 
try plugin central from external svn repo.

Nearly done now BTW.

---
Saludos / Kind regards.
David Requena


El 28/02/2010 16:27, Kermit Kiser escribió:
> David ;
>
> Did you ever get commit access so you could upload the new NetRexxDE 
> plugin for Plugin Central access?
>
> -- Kermit
>
>
> David Requena wrote:
>> Thanks for a fast reply
>>
>> El 22/02/2010 17:39, Alan Ezust escribió:
>>
>>    
>>> I would recommend the following.
>>>
>>> 1. joining jedit-devel if you are not already on it.
>>>
>>>      
>> You mean this very mailing list? OK, done.
>>
>>
>>    
>>> 2. asking for commit permissions (let me know what your user name on sf.net is)
>>>
>>>      
>>
>> My username on sf is 'drequena' but see below.
>>
>>    
>>> 3. committing your changes to the jedit svn repo for that plugin, and
>>> becoming the official maintainer
>>>
>>>      
>> I definitely would rather not touch Mr. Srivastava's original project. Surely not with his consent.
>> Should he come back to NetRexxJe I'm open to merge projects or whatever.
>>
>> OTH NetRexxDE and NetRexxJe are now different plugins which happen to share a common ancestor.
>> They've been diverting for some time now...
>>
>> If deemed of some value, I might additionally take over NetRexxJe just bringing it up to 4.3.1
>> compatibility and maintenance (bugfixing, keeping track of api changes etc). No further developent,
>> new features, etc. though. Let me know if interested as I already have this.
>>
>>    
>>> 4. tag it, create a release announcement.
>>>
>>> Please see this page for more details:
>>> http://www.jedit.org/index.php?page=devel
>>>
>>>
>>>      
>>
>> I've read athttp://plugins.jedit.org/releasing.php  that source can reside at an external svn repo
>> which is great. Any special steps needed for this?
>>
>> ---
>> Saludos / Kind regards.
>> David Requena
>>
>>
>> ------------------------------------------------------------------------------
>> Download Intel® Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>>    

David ;

Did you ever get commit access so you could upload the new NetRexxDE 
plugin for Plugin Central access?

-- Kermit


David Requena wrote:
> Thanks for a fast reply
>
> El 22/02/2010 17:39, Alan Ezust escribió:
>
>   
>> I would recommend the following.
>>
>> 1. joining jedit-devel if you are not already on it.
>>    
>>     
> You mean this very mailing list? OK, done.
>
>
>   
>> 2. asking for commit permissions (let me know what your user name on sf.net is)
>>    
>>     
>
> My username on sf is 'drequena' but see below.
>
>   
>> 3. committing your changes to the jedit svn repo for that plugin, and
>> becoming the official maintainer
>>    
>>     
> I definitely would rather not touch Mr. Srivastava's original project. Surely not with his consent.
> Should he come back to NetRexxJe I'm open to merge projects or whatever.
>
> OTH NetRexxDE and NetRexxJe are now different plugins which happen to share a common ancestor.
> They've been diverting for some time now...
>
> If deemed of some value, I might additionally take over NetRexxJe just bringing it up to 4.3.1
> compatibility and maintenance (bugfixing, keeping track of api changes etc). No further developent,
> new features, etc. though. Let me know if interested as I already have this.
>
>   
>> 4. tag it, create a release announcement.
>>
>> Please see this page for more details:
>> http://www.jedit.org/index.php?page=devel
>>
>>    
>>     
>
> I've read at http://plugins.jedit.org/releasing.php that source can reside at an external svn repo
> which is great. Any special steps needed for this?
>
> ---
> Saludos / Kind regards.
> David Requena
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
>   

ez...@us... wrote:
> Revision: 17316
>            http://jedit.svn.sourceforge.net/jedit/?rev=17316&view=rev
> Author:   ezust
> Date:     2010-02-18 18:35:52 +0000 (Thu, 18 Feb 2010)
>
> Log Message:
> -----------
> back-patched bug #2927555: beanshell load() fails w/ exception.
>
> Modified Paths:
> --------------
>      jEdit/branches/4.3.x/doc/CHANGES.txt
>      jEdit/branches/4.3.x/org/gjt/sp/jedit/bsh/commands/load.bsh

This change seems not to be done with svn merge, since svn:mergeinfo is
not is touched.

Could you please verify this is the merge of existing revision on trunk?
And after finding the revision(s), please do
"svn merge --record-only -c M[,N...] ^/jEdit/trunk" to tweak
svn:mergeinfo accordingly.

-- 
k_satoda

Bugs item #1294576, was opened at 2005-09-18 14:51
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1294576&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: minor bug
>Status: Closed
Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: File system browser windows "File Name" field is locked

Initial Comment:
Problem: 

After jedit has been up and running for a while (over a
day), I click save and then try to enter a file name. 
The field is looked and will not let me type or paste
anything.

Workaround:
If I close jedit it will say there are unsaved files,
which brings up the save file browser window and the
file name field works.

----------------------------------------------------------------------

>Comment By: SourceForge Robot (sf-robot)
Date: 2010-02-28 02:20

Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: Matthieu Casanova (kpouer)
Date: 2010-02-14 00:28

Message:
I think this bug is out of date

----------------------------------------------------------------------

Comment By: Robert Schwenn (rschwenn)
Date: 2008-03-02 21:13

Message:
Logged In: YES 
user_id=1486645
Originator: NO

Has anyone seen this as of jEdit 4.3pre6?


----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2006-08-18 01:35

Message:
Logged In: YES 
user_id=935841

I used to get this behavior. Closing jedit is not necessary
- typically, either you toggle the focus of the dialog that
has popped up, or just close and re-open the same dialog. 

I am not sure how to fix the intermittant behavior, but I am
re-working some other UI issues related to the FSB, so you
may want to try 4.3pre6 also.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1294576&group_id=588

Bugs item #1229447, was opened at 2005-06-29 03:28
Message generated for change (Settings changed) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1229447&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: text area and syntax packages
Group: minor bug
>Status: Closed
Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Gabriel Barros (gcbsourceforge)
Assigned to: Nobody/Anonymous (nobody)
Summary: hint text is hardcoded to be black

Initial Comment:
the hint window has the font face hardcoded to black. i 
use the windows high
contrast white on black theme (yep, i'm weird like that) 
and i get black text
on black background. I even tried setting the option to 
use the text area colors
everywhere in the program but it's still black on black.

----------------------------------------------------------------------

>Comment By: SourceForge Robot (sf-robot)
Date: 2010-02-28 02:20

Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: Matthieu Casanova (kpouer)
Date: 2010-02-14 00:26

Message:
What is the hint window ?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1229447&group_id=588

Plugin Feature Requests item #2930154, was opened at 2010-01-12 00:39
Message generated for change (Settings changed) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=2930154&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
>Assigned to: Shlomy Reinstein (shlomy)
Summary: updater plugin options

Initial Comment:
Perhaps updater's options should be updated.
We probably want to offer 3 (or 4?) choices.

1: latest stable release, 
2: latest stable snapshot (is that available yet?)
3: latest devel release (which at the moment is the same thing, but won't be so for long)
4. latest snapshot




----------------------------------------------------------------------

>Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-28 00:45

Message:
Implemented in SVN rev. 17399.

----------------------------------------------------------------------

Comment By: Townsfolk (elberry)
Date: 2010-01-14 02:42

Message:
Ah. right, sorry. I meant 2 and 4.

I've renamed the jEdit_4.3 daily to jEdit_stable. It's still running off
the 4.3.x branch, are we going to rename the branch to "stable" as well? or
are just going to create a new one when 4.4 is released?

----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2010-01-12 07:02

Message:
I meant #2 and #4 are the dailies, and #1 and #3 are the releases (and
currently, #1 is the same as #3, but once we release 4.3.1 and 4.4pre1,
then they will be different.


----------------------------------------------------------------------

Comment By: Townsfolk (elberry)
Date: 2010-01-12 01:49

Message:
I think #2, and #3 are the dailies right?

I'll be changing the current 4.3 daily over to be "stable", or "release".

So we'll have 2 dailies for jEdit core: "trunk", and "stable" or
"release".

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=2930154&group_id=588

Plugin Feature Requests item #2938058, was opened at 2010-01-23 19:38
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=2938058&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
>Assigned to: Shlomy Reinstein (shlomy)
Summary: Lucene: Actions for next/previous result

Initial Comment:
I want to bind keyboard shortcuts to next/previous search result.


----------------------------------------------------------------------

>Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-27 22:53

Message:
Implemented in SVN rev. 17398. The new actions are
"lucene.go-to-next-result" and "lucene.go-to-prev-result", and both are
available from the plugin menu.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=2938058&group_id=588

Bugs item #2960128, was opened at 2010-02-27 04:47
Message generated for change (Comment added) made by daleanson
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2960128&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: keyboard / mouse
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Marco Bright Caminati (marco-caminati)
Assigned to: Nobody/Anonymous (nobody)
Summary: Jedit steals keyboard focus from window manager.

Initial Comment:
Start jedit afresh. Press Alt-v (view menu unrolls). Press F12. From now on, jedit preys all keystrokes
from window manager (except direct xorgs Ctrl-Alt-Fn or Ctrl-Alt-backspace keypresses).
You have either to use mouse or press Ctrl-q (without necessarily completing quitting afterwards)
to  get out of this. This is annoying for mouse-intolerant people.

Environment:
Linux slax 2.6.27.27
xorg server 1.4.2
Window Managers: tested both with Fluxbox 1.0.0 and KDE 3.5.10
Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
jedit 4.3.1 stable

----------------------------------------------------------------------

>Comment By: Dale Anson (daleanson)
Date: 2010-02-27 13:19

Message:
I also have F12 set to the default "Toggle Docked Areas".  My testings are
on some version of jEdit after 4.3 final, but not the latest from svn and I
have a pile of plugins installed.

----------------------------------------------------------------------

Comment By: Marco Bright Caminati (marco-caminati)
Date: 2010-02-27 11:41

Message:
@shlomy: F12 is the default action "Toggle Docked Areas".
By the way, my testings are done on a freshly download and untarred jedit,
on a rebooted pc (which, here on slax, means a maiden machine).

----------------------------------------------------------------------

Comment By: Dale Anson (daleanson)
Date: 2010-02-27 09:38

Message:
I see the same problem, and it is annoying.  Here's a little more detail on
how to reproduce:

1. Start jEdit
2. Press Alt-v.  See the View menu expand.
3. Press F12.  See that the main text area gets the focus and that the
View menu is still expanded.
4. Notice there is no way to close the View menu, or do anything else for
that matter, other than type in the main text area.  The only way out that
I can find is to click the mouse button.

----------------------------------------------------------------------

Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-27 05:32

Message:
What's F12? In jEdit, all shortcuts are customizable. If F12 is mapped to a
jEdit action, you can find it easily by opening the action bar (usually
Ctrl+Enter) and checking the history items to find the action name.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2960128&group_id=588

Bugs item #2960128, was opened at 2010-02-27 12:47
Message generated for change (Comment added) made by marco-caminati
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2960128&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: keyboard / mouse
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Marco Bright Caminati (marco-caminati)
Assigned to: Nobody/Anonymous (nobody)
Summary: Jedit steals keyboard focus from window manager.

Initial Comment:
Start jedit afresh. Press Alt-v (view menu unrolls). Press F12. From now on, jedit preys all keystrokes
from window manager (except direct xorgs Ctrl-Alt-Fn or Ctrl-Alt-backspace keypresses).
You have either to use mouse or press Ctrl-q (without necessarily completing quitting afterwards)
to  get out of this. This is annoying for mouse-intolerant people.

Environment:
Linux slax 2.6.27.27
xorg server 1.4.2
Window Managers: tested both with Fluxbox 1.0.0 and KDE 3.5.10
Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
jedit 4.3.1 stable

----------------------------------------------------------------------

>Comment By: Marco Bright Caminati (marco-caminati)
Date: 2010-02-27 19:41

Message:
@shlomy: F12 is the default action "Toggle Docked Areas".
By the way, my testings are done on a freshly download and untarred jedit,
on a rebooted pc (which, here on slax, means a maiden machine).

----------------------------------------------------------------------

Comment By: Dale Anson (daleanson)
Date: 2010-02-27 17:38

Message:
I see the same problem, and it is annoying.  Here's a little more detail on
how to reproduce:

1. Start jEdit
2. Press Alt-v.  See the View menu expand.
3. Press F12.  See that the main text area gets the focus and that the
View menu is still expanded.
4. Notice there is no way to close the View menu, or do anything else for
that matter, other than type in the main text area.  The only way out that
I can find is to click the mouse button.

----------------------------------------------------------------------

Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-27 13:32

Message:
What's F12? In jEdit, all shortcuts are customizable. If F12 is mapped to a
jEdit action, you can find it easily by opening the action bar (usually
Ctrl+Enter) and checking the history items to find the action name.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2960128&group_id=588

Plugin Bugs item #2898608, was opened at 2009-11-16 20:00
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2898608&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: shleym2009 (shleym2009)
>Assigned to: Shlomy Reinstein (shlomy)
Summary: Gdb plugin is broken when using gdb 7.0

Initial Comment:
This plugin bug should be easy to fix if you already have a working jEdit/jEdit plugin building environment.
I do not have all the tools installed and that is why I am reporting this problem here in the hope that somebody could do it as a side micro-project.

Gdb jEdit plugin does not stop at breakpoints since gdb was updated from 6.8 to 7.0 in our company.

The immediate reason for failure is that old version of gdb (running with --interpretor=mi switch) reported the following lines when running toward breakepoint:

^running
*stopped,reason=...

The new gdb version had started to report an extra line (*running) and the responce sequence now looks like
^running
*running,thread-id="all"
*stopped,reason=...

Gdb plugin stops reading gdb responses at the newly introduced line
"*running".

IMHO the easiest fix could be done in the /home/titan/lenny/Downloads/GdbPlugin/gdb/core/Debuger.java file, private class OutOfBandHandler, method "void handle(String msg, GdbResult res)".

This method is dedicated to process all "*<some_word>,..." lines and the goal is to make it just skip "*report,..." line.

Adding two lines at the very beginning of this method will achieve this goal:

public void handle(String msg, GdbResult res) {
if (msg.equals("running"))
return;
...
}

----------------------------------------------------------------------

>Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-27 20:25

Message:
Fix was released some time ago (version 0.5 of the plugin).

----------------------------------------------------------------------

Comment By: Shlomy Reinstein (shlomy)
Date: 2009-11-21 11:37

Message:
Shortly after my last commit to this plugin, I stopped using gdb. I don't
know which gdb version I used, but any changes in gdb since then are not
covered by the plugin. If you like, feel free to update the plugin. If your
problem is the build environment, you can send me patches and I'll build
and send you to check.

The plugin has one major issue that I could not easily resolve: Separating
the output streams of the debuggee and gdb. Both are processed by the
plugin as a single output stream, which causes all sorts of problems. I
tried to resolve it using native code and JNI, but had some technical
problems with it, some of which may have recently been solved in jedit.


----------------------------------------------------------------------

Comment By: shleym2009 (shleym2009)
Date: 2009-11-17 16:48

Message:
Hi Shlomy,

Thanks for the very useful plugin. The change I am proposing is not taking
anything from the existing functionality. It just adds sensible processing
for the new lines reported by gdb 7.0.

There is very low chance that old functionality would be broken after
adding processing of the line, which would never be reported by the gdb v
6.x.

But you have another point. What is the guarantee, that this new
"*running,..." line is the only new problem with using your Gdb Plugin
under gdb 7.0 ?

If you or somebody else will be able to build a jar file or even a single
Debuger.class file (I will put it into the jar myself). I will be able to
test it with gdb 6.8 and gdb 7.0.

My e-mail for such communication is shl...@li...

----------------------------------------------------------------------

Comment By: Shlomy Reinstein (shlomy)
Date: 2009-11-16 21:41

Message:
Thanks for the bug fix. Are you sure this cannot affect older versions of
gdb?
I wrote this plugin a long time ago, and haven't used/maintained it, since
I stopped using gdb shortly afterwards.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2898608&group_id=588

Plugin Central Submission item #2907062, was opened at 2009-12-01 21:17
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2907062&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Priority: 5
Private: No
Submitted By: Shlomy Reinstein (shlomy)
Assigned to: Townsfolk (elberry)
Summary: GdbPlugin 0.5

Initial Comment:
{{{ GdbPlugin 0.5
    Source: Source code is in SVN with the tag XXXX (no SVN release numbers, please)
    Announcement: 
    Requires Java 1.5
    Requires jEdit 04.03.09.00
    Required plugins: 
        console.ConsolePlugin 4.3.2
        CommonControlsPlugin 0.9.4
    
    Short Description: This plugin provides a jEdit interface for debuggers
    
    Long Description: <html>
<p>GdbPlugin enables debugging programs using the gdb debugger directly from jEdit. The plugin provides the following functionality: </p>
<ul>
<li>
Setting/Removing/Toggling breakpoints directly in jEdit buffers.
</li>
<li>
Controlling program execution (the usual continue/step/next/...) - either using actions from the GdbPlugin menu or using a very simple GUI panel.
</li>
<li>
Visualization of breakpoints and the current instruction using icons in the gutter area.
</li>
<li>
Viewing/changing values of expressions and automatic variables (function arguments and variables defined inside the function).
</li>
<li>
Breakpoint dockable which enables editing breakpoint properties (conditions/skip counts/enabled state) and adding watchpoints.
</li>
<li>
Stack trace (normally called "backtrace" in gdb) dockable that enables you to view and quickly jump to the source code of selected stack frames.
</li>
<li>
Defining "launch configurations" - i.e. the applications to debug, their command-line arguments etc.
</li>
<li>
Two Console plugin shell services: "Program" for communication with the debugged program, and "GDB/MI" for controlling the GDB/MI process.
</li>
</ul>
<p>
The plugin uses gdb/mi (for most functions) for the interface with gdb. The plugin is still under development; as such, it is incomplete and might be unstable.
</p>

</html>
 }}}

This version just adds support for gdb 7.0.

----------------------------------------------------------------------

>Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-27 20:25

Message:
Oops... last comment was meant for another item...

----------------------------------------------------------------------

Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-27 20:24

Message:
The fix was released some time ago.

----------------------------------------------------------------------

Comment By: Townsfolk (elberry)
Date: 2009-12-02 02:45

Message:
Released to Plugin Central.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2907062&group_id=588

Plugin Central Submission item #2907062, was opened at 2009-12-01 21:17
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2907062&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Priority: 5
Private: No
Submitted By: Shlomy Reinstein (shlomy)
Assigned to: Townsfolk (elberry)
Summary: GdbPlugin 0.5

Initial Comment:
{{{ GdbPlugin 0.5
    Source: Source code is in SVN with the tag XXXX (no SVN release numbers, please)
    Announcement: 
    Requires Java 1.5
    Requires jEdit 04.03.09.00
    Required plugins: 
        console.ConsolePlugin 4.3.2
        CommonControlsPlugin 0.9.4
    
    Short Description: This plugin provides a jEdit interface for debuggers
    
    Long Description: <html>
<p>GdbPlugin enables debugging programs using the gdb debugger directly from jEdit. The plugin provides the following functionality: </p>
<ul>
<li>
Setting/Removing/Toggling breakpoints directly in jEdit buffers.
</li>
<li>
Controlling program execution (the usual continue/step/next/...) - either using actions from the GdbPlugin menu or using a very simple GUI panel.
</li>
<li>
Visualization of breakpoints and the current instruction using icons in the gutter area.
</li>
<li>
Viewing/changing values of expressions and automatic variables (function arguments and variables defined inside the function).
</li>
<li>
Breakpoint dockable which enables editing breakpoint properties (conditions/skip counts/enabled state) and adding watchpoints.
</li>
<li>
Stack trace (normally called "backtrace" in gdb) dockable that enables you to view and quickly jump to the source code of selected stack frames.
</li>
<li>
Defining "launch configurations" - i.e. the applications to debug, their command-line arguments etc.
</li>
<li>
Two Console plugin shell services: "Program" for communication with the debugged program, and "GDB/MI" for controlling the GDB/MI process.
</li>
</ul>
<p>
The plugin uses gdb/mi (for most functions) for the interface with gdb. The plugin is still under development; as such, it is incomplete and might be unstable.
</p>

</html>
 }}}

This version just adds support for gdb 7.0.

----------------------------------------------------------------------

>Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-27 20:24

Message:
The fix was released some time ago.

----------------------------------------------------------------------

Comment By: Townsfolk (elberry)
Date: 2009-12-02 02:45

Message:
Released to Plugin Central.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2907062&group_id=588

Plugin Bugs item #2942498, was opened at 2010-01-29 22:21
Message generated for change (Settings changed) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2942498&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: CtagsInterface can't add projects to dependencies pane

Initial Comment:
2:21:27 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0: java.lang.NullPointerException
2:21:27 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0:  at ctagsinterface.projects.ProjectDependencies.showProjectSelectionDialog(ProjectDependencies.java:133)
2:21:27 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0:  at ctagsinterface.projects.ProjectDependencies.access$000(ProjectDependencies.java:33)
2:21:27 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0:  at ctagsinterface.projects.ProjectDependencies$1.getDependency(ProjectDependencies.java:56)
2:21:27 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0:  at ctagsinterface.projects.ProjectDependencies$3.actionPerformed(ProjectDependencies.java:104)


----------------------------------------------------------------------

Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-27 20:19

Message:
Fixed in SVN rev. 17396. For now, an error message will show up asking for
a CtagsInterface restart in case PV was loaded after CtagsInterface (which
means it was either not installed or intentionally disabled when
CtagsInterface was loaded).

----------------------------------------------------------------------

Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-07 21:52

Message:
I think this can only happen if you somehow start PV after starting
CtagsInterface. Did you have CtagsInterface without PV at first, and then
loaded/installed PV?

----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2010-02-07 20:19

Message:
What version are you using? SVN? Daily Build? Or latest released?
And what version of ProejctViewer?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2942498&group_id=588

Plugin Bugs item #2942498, was opened at 2010-01-29 22:21
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2942498&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: CtagsInterface can't add projects to dependencies pane

Initial Comment:
2:21:27 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0: java.lang.NullPointerException
2:21:27 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0:  at ctagsinterface.projects.ProjectDependencies.showProjectSelectionDialog(ProjectDependencies.java:133)
2:21:27 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0:  at ctagsinterface.projects.ProjectDependencies.access$000(ProjectDependencies.java:33)
2:21:27 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0:  at ctagsinterface.projects.ProjectDependencies$1.getDependency(ProjectDependencies.java:56)
2:21:27 PM [AWT-EventQueue-0] [error] AWT-EventQueue-0:  at ctagsinterface.projects.ProjectDependencies$3.actionPerformed(ProjectDependencies.java:104)


----------------------------------------------------------------------

>Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-27 20:19

Message:
Fixed in SVN rev. 17396. For now, an error message will show up asking for
a CtagsInterface restart in case PV was loaded after CtagsInterface (which
means it was either not installed or intentionally disabled when
CtagsInterface was loaded).

----------------------------------------------------------------------

Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-07 21:52

Message:
I think this can only happen if you somehow start PV after starting
CtagsInterface. Did you have CtagsInterface without PV at first, and then
loaded/installed PV?

----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2010-02-07 20:19

Message:
What version are you using? SVN? Daily Build? Or latest released?
And what version of ProejctViewer?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2942498&group_id=588

Plugin Patches item #2959723, was opened at 2010-02-26 17:44
Message generated for change (Comment added) made by scarlac
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997937&aid=2959723&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: AshZeroOne (eobusek)
Assigned to: Seph Soliman (scarlac)
Summary: Paste into Find dialog does nothing on Mac

Initial Comment:
I found some info on this.  I loaded jEdit with no plugins and the problem went away.  I then tried individual plugins until I found the one causing the problem: MacOSX.  I looked at the code and suspected something going on with the Look and Feel, so I started trying different L&F settings.  The problem occurs for the CDE/Motif and the Mac OS X L&Fs.  I got the Mac OS X L&F working by changing the line:

if (lf.equalsIgnoreCase("apple.laf.aqualookandfeel") == false)
  to
if (lf.equalsIgnoreCase("com.apple.laf.aqualookandfeel") == false)

in the function start() of the MacOSXPlugin class.

Further testing shows that paste doesn't work for CDE/Motif even with the MacOSX plugin NOT loaded.  So that seems to be a separate issue.

Sorry if I'm doing this wrong - first time I've tried to fix something.  Here is the diff:

ernest-mac:trunk ernest$ svn diff
Index: jars/MacOSX/macosx/MacOSXPlugin.java
===================================================================
--- jars/MacOSX/macosx/MacOSXPlugin.java	(revision 17378)
+++ jars/MacOSX/macosx/MacOSXPlugin.java	(working copy)
@@ -65,9 +65,9 @@
 				{
 					// Fix key bindings for OS X for anything other than Aqua LNF
 					// See: http://lists.apple.com/archives/java-dev/2008/Apr/msg00209.html
-					if (lf.equalsIgnoreCase("apple.laf.aqualookandfeel") == false)
+					if (lf.equalsIgnoreCase("com.apple.laf.aqualookandfeel") == false)
 					{
-						Log.log(Log.DEBUG, this, "Fixing keybindingds on current LNF");
+						Log.log(Log.DEBUG, this, "Fixing keybindings on current LNF '" + lf + "'");
 						UIDefaults uid = UIManager.getLookAndFeelDefaults();
 						fixMacKeyBindings(uid);
 					}


----------------------------------------------------------------------

>Comment By: Seph Soliman (scarlac)
Date: 2010-02-27 19:11

Message:
I just discovered that my properties was set incorrect compared to the
proper classpath for the LNF reported by both jvm 1.4.2, 1.5 and 1.6. It
was missing the prefix "com.". I am unable find the cause of this incorrect
setting.
The fix is to make a proper check if the current environment is the native
one, not on the actual name.

Fixed in revision #17395 in trunk.

Best
Seph

----------------------------------------------------------------------

Comment By: Seph Soliman (scarlac)
Date: 2010-02-27 18:08

Message:
Please provide some system specifications, specifically jEdit version, JVM
version, plugin version and OS X version. It works fine on all machines
i've tested on, and it works well both in the Metal and Aqua LNF.
It sounds like you are running the wrong JVM version, since the namespace
you are trying to test for changed in newer versions.

Regards
Seph

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2010-02-27 10:44

Message:
Moving to Plugin Patches tracker, and assigning to Seph since this seems
related to a report which was closed as Invalid.
https://sourceforge.net/support/tracker.php?aid=2956477

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997937&aid=2959723&group_id=588

Plugin Patches item #2959723, was opened at 2010-02-26 17:44
Message generated for change (Comment added) made by scarlac
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997937&aid=2959723&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: AshZeroOne (eobusek)
Assigned to: Seph Soliman (scarlac)
Summary: Paste into Find dialog does nothing on Mac

Initial Comment:
I found some info on this.  I loaded jEdit with no plugins and the problem went away.  I then tried individual plugins until I found the one causing the problem: MacOSX.  I looked at the code and suspected something going on with the Look and Feel, so I started trying different L&F settings.  The problem occurs for the CDE/Motif and the Mac OS X L&Fs.  I got the Mac OS X L&F working by changing the line:

if (lf.equalsIgnoreCase("apple.laf.aqualookandfeel") == false)
  to
if (lf.equalsIgnoreCase("com.apple.laf.aqualookandfeel") == false)

in the function start() of the MacOSXPlugin class.

Further testing shows that paste doesn't work for CDE/Motif even with the MacOSX plugin NOT loaded.  So that seems to be a separate issue.

Sorry if I'm doing this wrong - first time I've tried to fix something.  Here is the diff:

ernest-mac:trunk ernest$ svn diff
Index: jars/MacOSX/macosx/MacOSXPlugin.java
===================================================================
--- jars/MacOSX/macosx/MacOSXPlugin.java	(revision 17378)
+++ jars/MacOSX/macosx/MacOSXPlugin.java	(working copy)
@@ -65,9 +65,9 @@
 				{
 					// Fix key bindings for OS X for anything other than Aqua LNF
 					// See: http://lists.apple.com/archives/java-dev/2008/Apr/msg00209.html
-					if (lf.equalsIgnoreCase("apple.laf.aqualookandfeel") == false)
+					if (lf.equalsIgnoreCase("com.apple.laf.aqualookandfeel") == false)
 					{
-						Log.log(Log.DEBUG, this, "Fixing keybindingds on current LNF");
+						Log.log(Log.DEBUG, this, "Fixing keybindings on current LNF '" + lf + "'");
 						UIDefaults uid = UIManager.getLookAndFeelDefaults();
 						fixMacKeyBindings(uid);
 					}


----------------------------------------------------------------------

Comment By: Seph Soliman (scarlac)
Date: 2010-02-27 18:08

Message:
Please provide some system specifications, specifically jEdit version, JVM
version, plugin version and OS X version. It works fine on all machines
i've tested on, and it works well both in the Metal and Aqua LNF.
It sounds like you are running the wrong JVM version, since the namespace
you are trying to test for changed in newer versions.

Regards
Seph

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2010-02-27 10:44

Message:
Moving to Plugin Patches tracker, and assigning to Seph since this seems
related to a report which was closed as Invalid.
https://sourceforge.net/support/tracker.php?aid=2956477

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997937&aid=2959723&group_id=588

Bugs item #2960128, was opened at 2010-02-27 04:47
Message generated for change (Comment added) made by daleanson
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2960128&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: keyboard / mouse
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Marco Bright Caminati (marco-caminati)
Assigned to: Nobody/Anonymous (nobody)
Summary: Jedit steals keyboard focus from window manager.

Initial Comment:
Start jedit afresh. Press Alt-v (view menu unrolls). Press F12. From now on, jedit preys all keystrokes
from window manager (except direct xorgs Ctrl-Alt-Fn or Ctrl-Alt-backspace keypresses).
You have either to use mouse or press Ctrl-q (without necessarily completing quitting afterwards)
to  get out of this. This is annoying for mouse-intolerant people.

Environment:
Linux slax 2.6.27.27
xorg server 1.4.2
Window Managers: tested both with Fluxbox 1.0.0 and KDE 3.5.10
Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
jedit 4.3.1 stable

----------------------------------------------------------------------

>Comment By: Dale Anson (daleanson)
Date: 2010-02-27 09:38

Message:
I see the same problem, and it is annoying.  Here's a little more detail on
how to reproduce:

1. Start jEdit
2. Press Alt-v.  See the View menu expand.
3. Press F12.  See that the main text area gets the focus and that the
View menu is still expanded.
4. Notice there is no way to close the View menu, or do anything else for
that matter, other than type in the main text area.  The only way out that
I can find is to click the mouse button.

----------------------------------------------------------------------

Comment By: Shlomy Reinstein (shlomy)
Date: 2010-02-27 05:32

Message:
What's F12? In jEdit, all shortcuts are customizable. If F12 is mapped to a
jEdit action, you can find it easily by opening the action bar (usually
Ctrl+Enter) and checking the history items to find the action name.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2960128&group_id=588

Merge Requests item #2960167, was opened at 2010-02-27 22:13
Message generated for change (Tracker Item Submitted) made by k_satoda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=2960167&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: for 4.3.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Kazutoshi Satoda (k_satoda)
Assigned to: Nobody/Anonymous (nobody)
Summary: Get rid of less accurate encoding selection using FSB

Initial Comment:
r17393,17394
http://jedit.svn.sourceforge.net/jedit/?view=rev&rev=17393
(r17394 is a small fix for CAHNGES.txt)

The problem is described in the following tracker items.
https://sourceforge.net/support/tracker.php?aid=1524181
https://sourceforge.net/support/tracker.php?aid=1721796

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=2960167&group_id=588