jedit-devel Mailing List for jEdit

Plugin Bugs item #1691416, was opened at 2007-03-30 09:17
Message generated for change (Comment added) made by daleanson
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1691416&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: Alan Ezust (ezust)
Assigned to: Dale Anson (daleanson)
Summary: JavaSideKick: some annotations cause the parser to fail

Initial Comment:
Take a look at some code that uses findbugs annotations with lots of @ signs outside comments and without terminating semicolons.

For example, plugins/Cipher/trunk/src/cipher/DefaultCipherDialog.

JavaSideKick can't parse it.



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

>Comment By: Dale Anson (daleanson)
Date: 2007-03-31 06:02

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

Fixed, revision 9364.  The problem was that the parser was not allowing
annotations in the parameter declarations for constructors, methods, and
catches, which is allowed by the Java Language Specification 3rd Edition,
section 8.4.1.

It was the @Nullable in this section of DefaultCipherDialog.java that
brought the problem to light:

        public void actionPerformed(@Nullable ActionEvent ae) {
            ok();
        }


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

Comment By: Björn Kautler (vampire0)
Date: 2007-03-30 09:22

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

That has nothing to do with findbugs but with annotations in general.
Annotations in some places where they are valid confuse the JavaSideKick
parser and cause it to fail. This is a general problem so I changed the
title of the report.

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

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

Bugs item #1691877, was opened at 2007-03-31 11:43
Message generated for change (Comment added) made by seconddevil
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1691877&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: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: david Moss (seconddevil)
Assigned to: Nobody/Anonymous (nobody)
Summary: broken shellscript syntax hilighting

Initial Comment:
Sorry if this is a dupe.

The syntax hilighting for shellscript is broken when a quoted string spans multiple lines.

To reproduce bug, create new buffer in shellscript mode and paste the following code to it. Everything after the function is hilighted as a string literal when it shoud be plain code:

#!/bin/bash

function get_ext(){
    FILE="${1}";

    file "${FILE}" | 
        awk "{ gsub(\"  [ ]*\", \" \"); \
            gsub(\"PNG\", \".png\"); \
            gsub(\"GIF\", \".gif\"); \
            print; }" |
        cut -d' ' -f2;
}

for I in ${@} ; do
    S=$(file "${I}");

    if [ a"$(echo "${S}" | grep "PNG\|GIF")" != a ] ; then
        cp "${I}" ~/"${I}"$(get_ext "${I}");
    fi ;
done ;

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

>Comment By: david Moss (seconddevil)
Date: 2007-03-31 11:51

Message:
Logged In: YES 
user_id=255387
Originator: YES

File Added: shellscript-syntax-bug.html

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

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

Bugs item #1691877, was opened at 2007-03-31 11:43
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1691877&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: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: david Moss (seconddevil)
Assigned to: Nobody/Anonymous (nobody)
Summary: broken shellscript syntax hilighting

Initial Comment:
Sorry if this is a dupe.

The syntax hilighting for shellscript is broken when a quoted string spans multiple lines.

To reproduce bug, create new buffer in shellscript mode and paste the following code to it. Everything after the function is hilighted as a string literal when it shoud be plain code:

#!/bin/bash

function get_ext(){
    FILE="${1}";

    file "${FILE}" | 
        awk "{ gsub(\"  [ ]*\", \" \"); \
            gsub(\"PNG\", \".png\"); \
            gsub(\"GIF\", \".gif\"); \
            print; }" |
        cut -d' ' -f2;
}

for I in ${@} ; do
    S=$(file "${I}");

    if [ a"$(echo "${S}" | grep "PNG\|GIF")" != a ] ; then
        cp "${I}" ~/"${I}"$(get_ext "${I}");
    fi ;
done ;

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

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

Bugs item #1691638, was opened at 2007-03-30 21:07
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1691638&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: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sebastian Lisken (sebastianlisken)
Assigned to: Nobody/Anonymous (nobody)
Summary: change history file (and others?) to UTF

Initial Comment:
If you supply characters in search/replace that are not covered in your system's default encoding (e.g. by pasting into the dialogue from Windows' Character Map utility), the next time you start jedit and try to use the search/replace history, those characters appear as question marks. This is at least true in my Western Windows, where the history file is written using Cp1252. The problem would therefore surely apply to anything that's in the history, not just search/replace.

The history should be written and read in some UTF encoding on all systems. I see in the release notes for 4.2pre14 that this same change has already been made for the abbreviations file, now in UTF8. Maybe it's time to stop and think of all "state" or "settings" files written by jedit and determine which ones should get that same treatment.


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

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

Plugin Bugs item #1644208, was opened at 2007-01-25 01:27
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1644208&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: Matthieu Casanova (kpouer)
>Assigned to: Dale Anson (daleanson)
Summary: JavaSidekick 2.3.1 NPE with completion

Initial Comment:
Hi, when I try sidekick completion I have this exception everytime

[error] BeanShellAction: java.lang.NullPointerException
[error] BeanShellAction:  at sidekick.java.JavaCompletionFinder.getPossibleNonQualifiedCompletions(JavaCompletionFinder.java:278)
[error] BeanShellAction:  at sidekick.java.JavaCompletionFinder.getPossibleCompletions(JavaCompletionFinder.java:164)
[error] BeanShellAction:  at sidekick.java.JavaCompletionFinder.complete(JavaCompletionFinder.java:64)
[error] BeanShellAction:  at sidekick.java.JavaParser.complete(JavaParser.java:637)
[error] BeanShellAction:  at sidekick.SideKickActions.complete(SideKickActions.java:111)
[error] BeanShellAction:  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[error] BeanShellAction:  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[error] BeanShellAction:  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[error] BeanShellAction:  at java.lang.reflect.Method.invoke(Method.java:585)
[error] BeanShellAction:  at bsh.Reflect.invokeMethod(Reflect.java:134)
[error] BeanShellAction:  at bsh.Reflect.invokeStaticMethod(Reflect.java:98)
[error] BeanShellAction:  at bsh.Name.invokeMethod(Name.java:874)
[error] BeanShellAction:  at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
[error] BeanShellAction:  at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
[error] BeanShellAction:  at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
[error] BeanShellAction:  at bsh.BSHBlock.evalBlock(BSHBlock.java:130)
[error] BeanShellAction:  at bsh.BSHBlock.eval(BSHBlock.java:80)
[error] BeanShellAction:  at bsh.BshMethod.invokeImpl(BshMethod.java:362)
[error] BeanShellAction:  at bsh.BshMethod.invoke(BshMethod.java:258)
[error] BeanShellAction:  at bsh.BshMethod.invoke(BshMethod.java:186)
[error] BeanShellAction:  at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:509)
[error] BeanShellAction:  at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)
[error] BeanShellAction:  at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:416)
[error] BeanShellAction:  at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:382)
[error] BeanShellAction:  at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:373)
[error] BeanShellAction:  at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling(AbstractInputHandler.java:116)
[error] BeanShellAction:  at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:185)
[error] BeanShellAction:  at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4510)
[error] BeanShellAction:  at java.awt.Component.processEvent(Component.java:5278)
[error] BeanShellAction:  at java.awt.Container.processEvent(Container.java:1966)
[error] BeanShellAction:  at java.awt.Component.dispatchEventImpl(Component.java:3968)
[error] BeanShellAction:  at java.awt.Container.dispatchEventImpl(Container.java:2024)
[error] BeanShellAction:  at java.awt.Component.dispatchEvent(Component.java:3803)
[error] BeanShellAction:  at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1826)
[error] BeanShellAction:  at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:677)
[error] BeanShellAction:  at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:934)
[error] BeanShellAction:  at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:806)
[error] BeanShellAction:  at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:641)
[error] BeanShellAction:  at java.awt.Component.dispatchEventImpl(Component.java:3841)
[error] BeanShellAction:  at java.awt.Container.dispatchEventImpl(Container.java:2024)
[error] BeanShellAction:  at java.awt.Window.dispatchEventImpl(Window.java:1778)
[error] BeanShellAction:  at java.awt.Component.dispatchEvent(Component.java:3803)
[error] BeanShellAction:  at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
[error] BeanShellAction:  at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
[error] BeanShellAction:  at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
[error] BeanShellAction:  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
[error] BeanShellAction:  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
[error] BeanShellAction:  at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)


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

>Comment By: Alan Ezust (ezust)
Date: 2007-03-30 10:14

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

Hi Matthieu,

If you use  "parse on keystroke" and sidekick tries to parse your file
when it's not a valid Java, getting that to work is probably really
tricky.
Since I don't use Parse On KeyStroke, it doesn't bother me. If you want
that to be fixed, you should open up another tracker item for that. 



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

Comment By: Matthieu Casanova (kpouer)
Date: 2007-01-25 06:16

Message:
Logged In: YES 
user_id=285591
Originator: YES

Hi, it seems fixed, no exception anymore.
But I have another little problem I think it is related with the parse on
keystroke feature.
When I have
List l = new ArrayList();
l.
and here I ask for completion I have a combo.
But if I wait the buffer is parsed again, and because there is l. I
suppose the parsing fails and there is probably no parsed datas, so it
doesn't return me anything.

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

Comment By: Dale Anson (daleanson)
Date: 2007-01-25 05:56

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

I think this is fixed already.  Would you mind checking the version in
svn?  

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

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

Plugin Bugs item #1519303, was opened at 2006-07-08 11:54
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1519303&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: Robert Schwenn (rschwenn)
>Assigned to: Alan Ezust (ezust)
Summary: Column Ruler breaks if outline plugin is loaded

Initial Comment:
This is a followup of bug #1499133.

When trying to toggle (on) the Ruler, a beanshell error
occurs, if the outline plugin is loaded.

Environment:
Column Ruler Version 0.9.1 or 1.0.0
jEdit 4.3preX


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

>Comment By: Alan Ezust (ezust)
Date: 2007-03-30 09:48

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

Tagged and released 1.2.1.


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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-03-29 10:31

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

I found that the jar of Outline 1.2 contains invalid
actions.xml which causes this error. But it was already
removed by svn repo at r6675 (2006/08/09). The next
release of Outline plugin will fix this. Who should do
the release?


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

Comment By: Robert Schwenn (rschwenn)
Date: 2007-02-28 13:54

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

Well, the bug came back. (I just checked jEdit 4.3pre7 with many plugins
loaded - and it does not occur.)

jEdit 4.3pre9
SUN JRE 1.5.0_11-b03 (Win XP SP2)

loaded plugins:
outline plugin 1.2
ColumnRuler plugin 1.0.1
SideKick 0.7.3
ErrorList 1.4.2


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

Comment By: Robert Schwenn (rschwenn)
Date: 2006-11-02 10:45

Message:
Logged In: YES 
user_id=1486645

fixed with:
jEdit 4.3pre7
outline plugin 1.2
ColumnRuler plugin 1.0.1


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

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

Plugin Central Submission item #1691435, was opened at 2007-03-30 09:47
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1691435&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
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Jeffrey Hoyt (jchoyt)
Summary: Outline 1.2.1

Initial Comment:
Paste the text below into the Plugin Central Submission Tracker at http://sourceforge.net/tracker/?group_id=588&atid=625093

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

{{{ Outline 1.2.1
    Source: Source code is in SVN : Outline/tags/release-1-2-1
    Announcement: Updated for jEdit 4.3pre6 and more recent SideKick plugins.
        No longer clashes with ColumnRuler.
        
    Requires Java 1.5
    Requires jEdit 04.03.08.00
    Required plugins: 
        sidekick.SideKickPlugin 0.7
        errorlist.ErrorListPlugin 1.4
    
    Short Description: Provides a SideKick tree structure parser for folds.
    
    Long Description: The Outline plugin provides a SideKick tree structure browser for folds in text.
 }}}

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

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

Plugin Bugs item #1691416, was opened at 2007-03-30 18:17
Message generated for change (Comment added) made by vampire0
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1691416&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: Alan Ezust (ezust)
Assigned to: Dale Anson (daleanson)
>Summary: JavaSideKick: some annotations cause the parser to fail

Initial Comment:
Take a look at some code that uses findbugs annotations with lots of @ signs outside comments and without terminating semicolons.

For example, plugins/Cipher/trunk/src/cipher/DefaultCipherDialog.

JavaSideKick can't parse it.



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

>Comment By: Björn Kautler (vampire0)
Date: 2007-03-30 18:22

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

That has nothing to do with findbugs but with annotations in general.
Annotations in some places where they are valid confuse the JavaSideKick
parser and cause it to fail. This is a general problem so I changed the
title of the report.

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

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

Plugin Bugs item #1691416, was opened at 2007-03-30 09:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1691416&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: Alan Ezust (ezust)
Assigned to: Dale Anson (daleanson)
Summary: JavaSideKick: should ignore (?) findbugs annotations

Initial Comment:
Take a look at some code that uses findbugs annotations with lots of @ signs outside comments and without terminating semicolons.

For example, plugins/Cipher/trunk/src/cipher/DefaultCipherDialog.

JavaSideKick can't parse it.



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

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

Patches item #1687138, was opened at 2007-03-23 16:07
Message generated for change (Comment added) made by nyte7
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1687138&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: Rejected
Priority: 5
Private: No
Submitted By: Nyte (nyte7)
Assigned to: Alan Ezust (ezust)
Summary: Patch - Preserve indent style after autoindentation

Initial Comment:
This patch will preserve indentation style of the previous line.

For instance, if tabs were set to a size of 2 and the user tabbed 2 times and pressed space 2 times, the auto-indent feature will cause the next line to consist of 3 tabs.

This patch checks the previous lines indentation style and then copies it during the auto-indent stage.

A new function was added in StandardUtilities.java and the call to the auto-indent was changed to reflect the new function in JEditBuffer.java.

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

>Comment By: Nyte (nyte7)
Date: 2007-03-30 03:43

Message:
Logged In: YES 
user_id=1743088
Originator: YES

Ok, I fixed the text mode by doing the following:

I get the ideal indent for the current line using getIdealIndent. 
However, within that method, I offset the indents to zero to trick the
method into thinking this line has no leading white space.  By doing this,
I can get the autoindent rules to work on this line as if it has no leading
white space.

Finally, I call getPrevIndentStyle to get the previous lines indentation
style.

Straightforward from then on.  Updated patch attached.
File Added: JEditBuffer.patch

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

Comment By: Nyte (nyte7)
Date: 2007-03-29 22:35

Message:
Logged In: YES 
user_id=1743088
Originator: YES

Ok, nevermind.  I found out how after tinkering around with the settings.

What is the width of your tab and indents?

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

Comment By: Nyte (nyte7)
Date: 2007-03-29 22:23

Message:
Logged In: YES 
user_id=1743088
Originator: YES

I was just wondering how to enable Python mode so I can debug this?

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

Comment By: Alan Ezust (ezust)
Date: 2007-03-27 12:22

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

I'm testing your patch, and it seems to not work nicely with python. Have
you tested it in python mode?

Using python, and with my tab key bound to "insert tab and indent", I
start a function definition

    def myfunc(foo) :

I hit return. The next line is indented the same level as the "def" which
was not the case before (it would
indent the following line an additional level).

At this point, invoking "insert tab and indent" shortcut has no effect. It
did work before.
The regular "insert tab" shortcut does work there, but I don't want to
have to do that.

Is there a way to get your preserve indentation style also working with
python?


"insert tab and indent" worked too.





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

Comment By: Nyte (nyte7)
Date: 2007-03-23 21:19

Message:
Logged In: YES 
user_id=1743088
Originator: YES

This fix was tested on the trunk development line as of March 23 2007.

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 21:16

Message:
Logged In: YES 
user_id=1743088
Originator: YES

In StandardUtilities.java, a new method was added getPrevIndentStyle()
which will retrieve the previous lines indentation style.

The auto-indent method callee indentLine() was changed to reflect to
execute getPrevIndentStyle() instead of getIdealIndent().

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 21:14

Message:
Logged In: YES 
user_id=1743088
Originator: YES

File Added: JEditBuffer.patch

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 21:13

Message:
Logged In: YES 
user_id=1743088
Originator: YES

This patches bug #1593576.
File Added: StandardUtilities.patch

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 16:23

Message:
Logged In: YES 
user_id=1743088
Originator: YES

I forgot to mention that this was tested on 4.3pre9 build (WinXP).

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 16:10

Message:
Logged In: YES 
user_id=1743088
Originator: YES

File Added: JEditBuffer.java

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 16:09

Message:
Logged In: YES 
user_id=1743088
Originator: YES

File Added: JEditBuffer.java

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 16:08

Message:
Logged In: YES 
user_id=1743088
Originator: YES

File Added: StandardUtilities.java

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

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

Bugs item #1690839, was opened at 2007-03-29 21:12
Message generated for change (Comment added) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1690839&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: normal bug
>Status: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: ben (benm-morgan)
Assigned to: Nobody/Anonymous (nobody)
Summary: upper text dissapears upon lower deleted when scrolled down

Initial Comment:
jEdit Version: 4.3pre9
JRE Version: 1.5 update 11 (jre-1_5_0_11-windows-i586-p-s)
Operating System: Windows XP SP2

Problem:

(Some of this is just information, I don't know if it makes a difference or not.)

I open jEdit with the command:
java -Duser.home=. -jar jedit.jar -settings=settings


Say I opened a latex document of 184 lines; where the text exceeded the window of course, so there is a scrollbar. I select lines 7 through 181 for example and press delete. It brings me back up and all the lines before line 7 are gone, and I can't scroll up. If I press the Up key, it gives me the following beanshell error:

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

java.lang.NullPointerException
	at org.gjt.sp.jedit.textarea.TextArea.scrollTo(TextArea.java:860)
	at org.gjt.sp.jedit.textarea.TextArea.scrollToCaret(TextArea.java:712)
	at org.gjt.sp.jedit.textarea.TextArea._finishCaretUpdate(TextArea.java:5004)
	at org.gjt.sp.jedit.textarea.TextArea.finishCaretUpdate(TextArea.java:5156)
	at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2213)
	at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2179)
	at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2168)
	at org.gjt.sp.jedit.textarea.TextArea._changeLine(TextArea.java:5271)
	at org.gjt.sp.jedit.textarea.TextArea.goToPrevLine(TextArea.java:2730)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at bsh.Reflect.invokeMethod(Reflect.java:134)
	at bsh.Reflect.invokeObjectMethod(Reflect.java:80)
	at bsh.Name.invokeMethod(Name.java:858)
	at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
	at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
	at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
	at bsh.BSHBlock.evalBlock(BSHBlock.java:130)
	at bsh.BSHBlock.eval(BSHBlock.java:80)
	at bsh.BshMethod.invokeImpl(BshMethod.java:362)
	at bsh.BshMethod.invoke(BshMethod.java:258)
	at bsh.BshMethod.invoke(BshMethod.java:186)
	at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:509)
	at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)
	at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:416)
	at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:382)
	at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:373)
	at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling(AbstractInputHandler.java:116)
	at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:185)
	at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4510)
	at java.awt.Component.processEvent(Unknown Source)
	at java.awt.Container.processEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Window.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)

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

Hope I provided enough info.
Good luck and thanks for the most outstanding beautiful wonderful editor I've ever used; keep up the good work!!


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

>Comment By: Matthieu Casanova (kpouer)
Date: 2007-03-30 10:03

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

Hi, I think this is fixed in SVN, could you try to compile jEdit from
sources and try again ? if you cannot I can provide you an updated version
of jedit.jar

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

Comment By: ben (benm-morgan)
Date: 2007-03-29 21:15

Message:
Logged In: YES 
user_id=1438320
Originator: YES

Oh yeah; forgot to add:
If I switch buffers and then switch back again; it's all there (visible)
again.

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

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

Plugin Central Submission item #1690967, was opened at 2007-03-29 18:41
Message generated for change (Settings changed) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1690967&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: Jeffrey Hoyt (jchoyt)
Summary: DockerPlugin 0.4

Initial Comment:
Paste the text below into the Plugin Central Submission Tracker at http://sourceforge.net/tracker/?group_id=588&atid=625093

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

{{{ DockerPlugin 0.4
    Source: Source code is in SVN under plugins/Docker/tags/docker_0_4
    Announcement: Version 0.4 requires jEdit 4.2final, Java 1.5 
        	Merged Perspective plugin into Docker plugin.
        	Added some cleanup code to the DockerPlugin.stop() method.
        	Updated collections to use 1.5 generics.
        	Updated menu and option panes for 4.2 plugin API.
        
    Requires Java 1.5
    Requires jEdit 04.02.99.00
    Required plugins: 
        CommonControlsPlugin 0.7
    
    Short Description: Enhancements to the Dockable window manager
    
    Long Description: The Docker plugin provides some extra docking actions which were not available in the jEdit core. Extra features include: loading/saving perspectives, dock auto-hiding, popup to cycle through docks, and a toggle all docks shortcut.
 }}}

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2007-03-29 22:41

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

Had to up the jEdit dependency to 4.3pre6 because it uses the XMLUtilities
class

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2007-03-29 22:41

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

Released to Plugin Central.

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

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

Plugin Central Submission item #1690967, was opened at 2007-03-29 18:41
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1690967&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
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Jeffrey Hoyt (jchoyt)
Summary: DockerPlugin 0.4

Initial Comment:
Paste the text below into the Plugin Central Submission Tracker at http://sourceforge.net/tracker/?group_id=588&atid=625093

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

{{{ DockerPlugin 0.4
    Source: Source code is in SVN under plugins/Docker/tags/docker_0_4
    Announcement: Version 0.4 requires jEdit 4.2final, Java 1.5 
        	Merged Perspective plugin into Docker plugin.
        	Added some cleanup code to the DockerPlugin.stop() method.
        	Updated collections to use 1.5 generics.
        	Updated menu and option panes for 4.2 plugin API.
        
    Requires Java 1.5
    Requires jEdit 04.02.99.00
    Required plugins: 
        CommonControlsPlugin 0.7
    
    Short Description: Enhancements to the Dockable window manager
    
    Long Description: The Docker plugin provides some extra docking actions which were not available in the jEdit core. Extra features include: loading/saving perspectives, dock auto-hiding, popup to cycle through docks, and a toggle all docks shortcut.
 }}}

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

>Comment By: Jeffrey Hoyt (jchoyt)
Date: 2007-03-29 22:41

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

Had to up the jEdit dependency to 4.3pre6 because it uses the XMLUtilities
class

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2007-03-29 22:41

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

Released to Plugin Central.

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

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

Patches item #1687138, was opened at 2007-03-23 16:07
Message generated for change (Comment added) made by nyte7
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1687138&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: Rejected
Priority: 5
Private: No
Submitted By: Nyte (nyte7)
Assigned to: Alan Ezust (ezust)
Summary: Patch - Preserve indent style after autoindentation

Initial Comment:
This patch will preserve indentation style of the previous line.

For instance, if tabs were set to a size of 2 and the user tabbed 2 times and pressed space 2 times, the auto-indent feature will cause the next line to consist of 3 tabs.

This patch checks the previous lines indentation style and then copies it during the auto-indent stage.

A new function was added in StandardUtilities.java and the call to the auto-indent was changed to reflect the new function in JEditBuffer.java.

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

>Comment By: Nyte (nyte7)
Date: 2007-03-29 22:35

Message:
Logged In: YES 
user_id=1743088
Originator: YES

Ok, nevermind.  I found out how after tinkering around with the settings.

What is the width of your tab and indents?

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

Comment By: Nyte (nyte7)
Date: 2007-03-29 22:23

Message:
Logged In: YES 
user_id=1743088
Originator: YES

I was just wondering how to enable Python mode so I can debug this?

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

Comment By: Alan Ezust (ezust)
Date: 2007-03-27 12:22

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

I'm testing your patch, and it seems to not work nicely with python. Have
you tested it in python mode?

Using python, and with my tab key bound to "insert tab and indent", I
start a function definition

    def myfunc(foo) :

I hit return. The next line is indented the same level as the "def" which
was not the case before (it would
indent the following line an additional level).

At this point, invoking "insert tab and indent" shortcut has no effect. It
did work before.
The regular "insert tab" shortcut does work there, but I don't want to
have to do that.

Is there a way to get your preserve indentation style also working with
python?


"insert tab and indent" worked too.





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

Comment By: Nyte (nyte7)
Date: 2007-03-23 21:19

Message:
Logged In: YES 
user_id=1743088
Originator: YES

This fix was tested on the trunk development line as of March 23 2007.

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 21:16

Message:
Logged In: YES 
user_id=1743088
Originator: YES

In StandardUtilities.java, a new method was added getPrevIndentStyle()
which will retrieve the previous lines indentation style.

The auto-indent method callee indentLine() was changed to reflect to
execute getPrevIndentStyle() instead of getIdealIndent().

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 21:14

Message:
Logged In: YES 
user_id=1743088
Originator: YES

File Added: JEditBuffer.patch

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 21:13

Message:
Logged In: YES 
user_id=1743088
Originator: YES

This patches bug #1593576.
File Added: StandardUtilities.patch

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 16:23

Message:
Logged In: YES 
user_id=1743088
Originator: YES

I forgot to mention that this was tested on 4.3pre9 build (WinXP).

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 16:10

Message:
Logged In: YES 
user_id=1743088
Originator: YES

File Added: JEditBuffer.java

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 16:09

Message:
Logged In: YES 
user_id=1743088
Originator: YES

File Added: JEditBuffer.java

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 16:08

Message:
Logged In: YES 
user_id=1743088
Originator: YES

File Added: StandardUtilities.java

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

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

Patches item #1687138, was opened at 2007-03-23 16:07
Message generated for change (Comment added) made by nyte7
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1687138&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: Rejected
Priority: 5
Private: No
Submitted By: Nyte (nyte7)
Assigned to: Alan Ezust (ezust)
Summary: Patch - Preserve indent style after autoindentation

Initial Comment:
This patch will preserve indentation style of the previous line.

For instance, if tabs were set to a size of 2 and the user tabbed 2 times and pressed space 2 times, the auto-indent feature will cause the next line to consist of 3 tabs.

This patch checks the previous lines indentation style and then copies it during the auto-indent stage.

A new function was added in StandardUtilities.java and the call to the auto-indent was changed to reflect the new function in JEditBuffer.java.

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

>Comment By: Nyte (nyte7)
Date: 2007-03-29 22:23

Message:
Logged In: YES 
user_id=1743088
Originator: YES

I was just wondering how to enable Python mode so I can debug this?

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

Comment By: Alan Ezust (ezust)
Date: 2007-03-27 12:22

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

I'm testing your patch, and it seems to not work nicely with python. Have
you tested it in python mode?

Using python, and with my tab key bound to "insert tab and indent", I
start a function definition

    def myfunc(foo) :

I hit return. The next line is indented the same level as the "def" which
was not the case before (it would
indent the following line an additional level).

At this point, invoking "insert tab and indent" shortcut has no effect. It
did work before.
The regular "insert tab" shortcut does work there, but I don't want to
have to do that.

Is there a way to get your preserve indentation style also working with
python?


"insert tab and indent" worked too.





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

Comment By: Nyte (nyte7)
Date: 2007-03-23 21:19

Message:
Logged In: YES 
user_id=1743088
Originator: YES

This fix was tested on the trunk development line as of March 23 2007.

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 21:16

Message:
Logged In: YES 
user_id=1743088
Originator: YES

In StandardUtilities.java, a new method was added getPrevIndentStyle()
which will retrieve the previous lines indentation style.

The auto-indent method callee indentLine() was changed to reflect to
execute getPrevIndentStyle() instead of getIdealIndent().

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 21:14

Message:
Logged In: YES 
user_id=1743088
Originator: YES

File Added: JEditBuffer.patch

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 21:13

Message:
Logged In: YES 
user_id=1743088
Originator: YES

This patches bug #1593576.
File Added: StandardUtilities.patch

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 16:23

Message:
Logged In: YES 
user_id=1743088
Originator: YES

I forgot to mention that this was tested on 4.3pre9 build (WinXP).

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 16:10

Message:
Logged In: YES 
user_id=1743088
Originator: YES

File Added: JEditBuffer.java

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 16:09

Message:
Logged In: YES 
user_id=1743088
Originator: YES

File Added: JEditBuffer.java

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

Comment By: Nyte (nyte7)
Date: 2007-03-23 16:08

Message:
Logged In: YES 
user_id=1743088
Originator: YES

File Added: StandardUtilities.java

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

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

Plugin Central Submission item #1690967, was opened at 2007-03-29 16:41
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1690967&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
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Jeffrey Hoyt (jchoyt)
Summary: DockerPlugin 0.4

Initial Comment:
Paste the text below into the Plugin Central Submission Tracker at http://sourceforge.net/tracker/?group_id=588&atid=625093

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

{{{ DockerPlugin 0.4
    Source: Source code is in SVN under plugins/Docker/tags/docker_0_4
    Announcement: Version 0.4 requires jEdit 4.2final, Java 1.5 
        	Merged Perspective plugin into Docker plugin.
        	Added some cleanup code to the DockerPlugin.stop() method.
        	Updated collections to use 1.5 generics.
        	Updated menu and option panes for 4.2 plugin API.
        
    Requires Java 1.5
    Requires jEdit 04.02.99.00
    Required plugins: 
        CommonControlsPlugin 0.7
    
    Short Description: Enhancements to the Dockable window manager
    
    Long Description: The Docker plugin provides some extra docking actions which were not available in the jEdit core. Extra features include: loading/saving perspectives, dock auto-hiding, popup to cycle through docks, and a toggle all docks shortcut.
 }}}

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

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

Bugs item #1690839, was opened at 2007-03-29 19:12
Message generated for change (Comment added) made by benm-morgan
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1690839&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: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ben (benm-morgan)
Assigned to: Nobody/Anonymous (nobody)
Summary: upper text dissapears upon lower deleted when scrolled down

Initial Comment:
jEdit Version: 4.3pre9
JRE Version: 1.5 update 11 (jre-1_5_0_11-windows-i586-p-s)
Operating System: Windows XP SP2

Problem:

(Some of this is just information, I don't know if it makes a difference or not.)

I open jEdit with the command:
java -Duser.home=. -jar jedit.jar -settings=settings


Say I opened a latex document of 184 lines; where the text exceeded the window of course, so there is a scrollbar. I select lines 7 through 181 for example and press delete. It brings me back up and all the lines before line 7 are gone, and I can't scroll up. If I press the Up key, it gives me the following beanshell error:

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

java.lang.NullPointerException
	at org.gjt.sp.jedit.textarea.TextArea.scrollTo(TextArea.java:860)
	at org.gjt.sp.jedit.textarea.TextArea.scrollToCaret(TextArea.java:712)
	at org.gjt.sp.jedit.textarea.TextArea._finishCaretUpdate(TextArea.java:5004)
	at org.gjt.sp.jedit.textarea.TextArea.finishCaretUpdate(TextArea.java:5156)
	at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2213)
	at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2179)
	at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2168)
	at org.gjt.sp.jedit.textarea.TextArea._changeLine(TextArea.java:5271)
	at org.gjt.sp.jedit.textarea.TextArea.goToPrevLine(TextArea.java:2730)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at bsh.Reflect.invokeMethod(Reflect.java:134)
	at bsh.Reflect.invokeObjectMethod(Reflect.java:80)
	at bsh.Name.invokeMethod(Name.java:858)
	at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
	at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
	at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
	at bsh.BSHBlock.evalBlock(BSHBlock.java:130)
	at bsh.BSHBlock.eval(BSHBlock.java:80)
	at bsh.BshMethod.invokeImpl(BshMethod.java:362)
	at bsh.BshMethod.invoke(BshMethod.java:258)
	at bsh.BshMethod.invoke(BshMethod.java:186)
	at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:509)
	at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)
	at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:416)
	at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:382)
	at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:373)
	at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling(AbstractInputHandler.java:116)
	at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:185)
	at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4510)
	at java.awt.Component.processEvent(Unknown Source)
	at java.awt.Container.processEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Window.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)

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

Hope I provided enough info.
Good luck and thanks for the most outstanding beautiful wonderful editor I've ever used; keep up the good work!!


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

>Comment By: ben (benm-morgan)
Date: 2007-03-29 19:15

Message:
Logged In: YES 
user_id=1438320
Originator: YES

Oh yeah; forgot to add:
If I switch buffers and then switch back again; it's all there (visible)
again.

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

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

Bugs item #1690839, was opened at 2007-03-29 19:12
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1690839&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: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ben (benm-morgan)
Assigned to: Nobody/Anonymous (nobody)
Summary: upper text dissapears upon lower deleted when scrolled down

Initial Comment:
jEdit Version: 4.3pre9
JRE Version: 1.5 update 11 (jre-1_5_0_11-windows-i586-p-s)
Operating System: Windows XP SP2

Problem:

(Some of this is just information, I don't know if it makes a difference or not.)

I open jEdit with the command:
java -Duser.home=. -jar jedit.jar -settings=settings


Say I opened a latex document of 184 lines; where the text exceeded the window of course, so there is a scrollbar. I select lines 7 through 181 for example and press delete. It brings me back up and all the lines before line 7 are gone, and I can't scroll up. If I press the Up key, it gives me the following beanshell error:

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

java.lang.NullPointerException
	at org.gjt.sp.jedit.textarea.TextArea.scrollTo(TextArea.java:860)
	at org.gjt.sp.jedit.textarea.TextArea.scrollToCaret(TextArea.java:712)
	at org.gjt.sp.jedit.textarea.TextArea._finishCaretUpdate(TextArea.java:5004)
	at org.gjt.sp.jedit.textarea.TextArea.finishCaretUpdate(TextArea.java:5156)
	at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2213)
	at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2179)
	at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2168)
	at org.gjt.sp.jedit.textarea.TextArea._changeLine(TextArea.java:5271)
	at org.gjt.sp.jedit.textarea.TextArea.goToPrevLine(TextArea.java:2730)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at bsh.Reflect.invokeMethod(Reflect.java:134)
	at bsh.Reflect.invokeObjectMethod(Reflect.java:80)
	at bsh.Name.invokeMethod(Name.java:858)
	at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
	at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
	at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
	at bsh.BSHBlock.evalBlock(BSHBlock.java:130)
	at bsh.BSHBlock.eval(BSHBlock.java:80)
	at bsh.BshMethod.invokeImpl(BshMethod.java:362)
	at bsh.BshMethod.invoke(BshMethod.java:258)
	at bsh.BshMethod.invoke(BshMethod.java:186)
	at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:509)
	at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)
	at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:416)
	at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:382)
	at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:373)
	at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling(AbstractInputHandler.java:116)
	at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:185)
	at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4510)
	at java.awt.Component.processEvent(Unknown Source)
	at java.awt.Container.processEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Window.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)

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

Hope I provided enough info.
Good luck and thanks for the most outstanding beautiful wonderful editor I've ever used; keep up the good work!!


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

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

Patches item #1687684, was opened at 2007-03-24 20:33
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1687684&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: Accepted
Priority: 5
Private: No
Submitted By: Kazutoshi Satoda (k_satoda)
>Assigned to: Björn Kautler (vampire0)
>Summary: Improve encoding handling especially for UTF-16, UTF-32

Initial Comment:
This patch is a large improvement about handling of
text encodings. This is also a preparation to improve
encoding auto detection. If this patch is accepted, I
will submit a next one which depends on this.

* User visible changes
  - User can control the endian of UTF-16 or UTF-32
    via new encoding names, x-UTF-16LE-BOM,
    X-UTF-32LE-BOM, X-UTF-32BE-BOM. These names are
    supported by Java SE 6. For older environments,
    jEdit also emulates these encodings.
    (This reverts r9092.)
  - BOM for UTF-32 is detected.
  - [Reload with Encoding] supports extended encodings.
    This possibly fixes the bug #1683494.
  - Loading with wrong encoding is reported as an
    error. (This might be disputable about usability.
    But silent data loss should be avoided in
    principle.)

* Developer visible changes
  - Extended encodings can be added via service.xml.
    This means a plugin can add special encodings.
    (I would like to see an encoding which performs
    Unicode Escapes for Java props file.)
  - Encoding can be completely specified by just one
    string name. This is important because the name is
    saved to a file and typed by user into a TextField.
  - BOM handling codes are encapsulated into one class.
    No more unprincipled public constants.


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

>Comment By: Alan Ezust (ezust)
Date: 2007-03-29 10:37

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

I was not able to adequately test this feature, since I rarely work with
foreign fonts or even other character sets. I ask that both you and Vampire
test it, since you both like to use lots of foreign characters.

committed to 9308. Assigning to Vampire to test. 




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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-03-28 10:48

Message:
Logged In: YES 
user_id=1483238
Originator: YES

Please use this: myname.zip

This file contains some files which all contains
my real name in Japanese. The name of each file is the
encoding of the file. You might have to change the
font to see the correct result.

I hope this is funny enough for you.

Following is some casual test suits.

If auto detection is enabled:
All files except MS932.txt should be opened with
correct encoding because they have BOMs. Saving them
should reproduce exact same bytes.

If auto detection is disabled:
All files which can't be interpreted by the global
default encoding should fail to load. Using
[Reload with Encoding] with correct encoding should
avoid the error. Saving them should reproduce exact
same bytes.

File Added: myname.zip

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

Comment By: Alan Ezust (ezust)
Date: 2007-03-27 16:08

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

I'd like to apply this, but I need a file as a testcase to use "reload
with encoding". Can you please attach a file which has one of the encodings
and some funny characters in it as a testcase for me to verify the patch
with?



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

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

Plugin Bugs item #1519303, was opened at 2006-07-09 03:54
Message generated for change (Comment added) made by k_satoda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1519303&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: Robert Schwenn (rschwenn)
Assigned to: Nobody/Anonymous (nobody)
Summary: Column Ruler breaks if outline plugin is loaded

Initial Comment:
This is a followup of bug #1499133.

When trying to toggle (on) the Ruler, a beanshell error
occurs, if the outline plugin is loaded.

Environment:
Column Ruler Version 0.9.1 or 1.0.0
jEdit 4.3preX


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

>Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-03-30 02:31

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

I found that the jar of Outline 1.2 contains invalid
actions.xml which causes this error. But it was already
removed by svn repo at r6675 (2006/08/09). The next
release of Outline plugin will fix this. Who should do
the release?


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

Comment By: Robert Schwenn (rschwenn)
Date: 2007-03-01 06:54

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

Well, the bug came back. (I just checked jEdit 4.3pre7 with many plugins
loaded - and it does not occur.)

jEdit 4.3pre9
SUN JRE 1.5.0_11-b03 (Win XP SP2)

loaded plugins:
outline plugin 1.2
ColumnRuler plugin 1.0.1
SideKick 0.7.3
ErrorList 1.4.2


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

Comment By: Robert Schwenn (rschwenn)
Date: 2006-11-03 03:45

Message:
Logged In: YES 
user_id=1486645

fixed with:
jEdit 4.3pre7
outline plugin 1.2
ColumnRuler plugin 1.0.1


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

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

Patches item #1687284, was opened at 2007-03-24 01:27
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1687284&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: Accepted
Priority: 5
Private: No
Submitted By: Kazutoshi Satoda (k_satoda)
>Assigned to: Alan Ezust (ezust)
Summary: Use encoding in buffer histories for temporary buffers

Initial Comment:
While searching a directory, every file is opened as
a temporary buffer using the global default encoding.
Then files which have different encoding can't be
searched correctly.

This patch is an improvement for the above problem.
We have the most relevant encoding in buffer histories,
then just use it. Combining this feature with large
number of the history (512 or so) can be a solution of
the problem for a person who works with small set of
files.

P.S.
The problem can be solved with more powerful auto
detection of encoding. But this patch will also
help the auto detection I'm currently implementing.


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

>Comment By: Alan Ezust (ezust)
Date: 2007-03-29 10:22

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

Applied to rev 9347.


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

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

Feature Requests item #1582315, was opened at 2006-10-22 23:15
Message generated for change (Comment added) made by k_satoda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1582315&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: Pending
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Savior (savior-)
Assigned to: Nobody/Anonymous (nobody)
Summary: Font selection based on language

Initial Comment:
Hello,

I think it would be nice, if there was a possibility in
jEdit to select different fonts for different languages.

I use jEdit mainly to write programs, and then I only
use English, of course. However, I also use it to write
letters, notes, etc., and I usually do that in
Hungarian or Japanase. Now, I have found 1 font (the
famous bitstream cyberbit), that is capable of
displaying both iso 8859-2 and Japanese, but it is not
monospaced, so I cannot use it for programming.

Therefore, I think it would be very useful to have the
option of using more than one font for displaying text.
I could use Monospaced for English and Hungarian, and
the Japanese characters I write could be detected as
such, and displayed in another font.

The configuration could work like this: in the "Global
Options" dialog, the user could set the default font
for the text area (as he can now). However, pressing an
"Advanced" button, a new dialog would pop up,
presenting the user with a list of languages and the
fonts associated with them.

Languages could be specified as Unicode script blocks.
The Font.canDisplay() functions could be for the
checks. I also think that this behaviour should be able
to be disabled by the user, as it may slow down the
editor -- I do not know to what extent, though. Maybe
it would be the best, if it was implemented as a plugin.

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

>Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-03-30 02:03

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

This should be closed unless more info is added.

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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2006-10-23 00:06

Message:
Logged In: YES 
user_id=1483238

Aren't Java Font Configuration Files for that?
http://java.sun.com/j2se/1.5.0/docs/guide/intl/fontconfig.ht
ml

FYI, I'm using Monospaced on Windows XP, and it can
display mixed languages (including Japanese) text with
monospaced font. Then I didn't have to change default
fontconfig files.


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

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

Bugs item #1670598, was opened at 2007-02-28 17:13
Message generated for change (Comment added) made by k_satoda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1670598&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: Pending
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Slava Pestov (spestov)
Assigned to: Nobody/Anonymous (nobody)
Summary: NPE when invoking 'Stop Recording'

Initial Comment:
java.lang.NullPointerException
	at org.gjt.sp.jedit.buffer.JEditBuffer.getIndentRules(JEditBuffer.java:2467)
	at org.gjt.sp.jedit.buffer.JEditBuffer.getIdealIndentForLine(JEditBuffer.java:989)
	at org.gjt.sp.jedit.buffer.JEditBuffer.indentLine(JEditBuffer.java:907)
	at org.gjt.sp.jedit.Macros$Recorder.dispose(Macros.java:872)
	at org.gjt.sp.jedit.Macros$Recorder.access$000(Macros.java:746)
	at org.gjt.sp.jedit.Macros.stopRecording(Macros.java:557)

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

>Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-03-30 01:58

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

This should be closed unless more info is added.


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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-03-01 00:40

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

I remember that it was fixed by the following patch.
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1611766&group_id=588

But it is in neither 4.3pre8 nor 4.3pre9.
What version are you using?


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

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

Bugs item #1683494, was opened at 2007-03-19 19:45
Message generated for change (Comment added) made by k_satoda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1683494&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matthieu Casanova (kpouer)
Assigned to: Nobody/Anonymous (nobody)
Summary: Impossible to reload with encoding UTF-8Y

Initial Comment:
Hi, it is impossible to reload a file with encoding UTF-8Y, probably because the flag Buffer.ENCODING_AUTODETECT is set to false when using the reload with encoding action, so the encoding autodetect cannot change the encoding to normal UTF-8.

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

>Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-03-30 01:54

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

Thanks for your guide. UTF-8Y is likely useless
without auto detection. However, now I'm sure that the
patch #1687684 will also fix it.


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

Comment By: Matthieu Casanova (kpouer)
Date: 2007-03-29 04:06

Message:
Logged In: YES 
user_id=285591
Originator: YES

No, UTF-8Y is one of the encoding that are supported by jEdit but not by a
jvm. jEdit uses a trick to do that.
You can check the autodetect() method and see what should be done when
using this encoding

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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-03-29 03:09

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

I gues, you used [Reload with Encoding] > [Other...]
and typed "UTF-8Y" in the input box, and got an error
message box saying "UTF-8Y is not a valid encoding".
Right?

If this is right, it will be fixed by the patch
#1687684. Could you please test the patch and report
the result?

If my guess is not right, could you please explain
what happened when you tried to reload a file with
encoding UTF-8Y?


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

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

Plugin Bugs item #1690720, was opened at 2007-03-29 08:20
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1690720&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: Alan Ezust (ezust)
Assigned to: Nobody/Anonymous (nobody)
Summary: Docker: beanshell error after reloading

Initial Comment:
I'm testing the behavior of Docker after a plugin reload.
Plugin works fine when it's loaded initially, but after reloading if I try to invoke the "toggle docks" action, I get a beanshell error.

java.lang.NullPointerException: Null Pointer in Method Invocation
	at bsh.Name.invokeMethod(Name.java:844)
	at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
	at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
	at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
	at bsh.BSHIfStatement.evaluateCondition(BSHIfStatement.java:63)
	at bsh.BSHIfStatement.eval(BSHIfStatement.java:46)
	at bsh.BSHBlock.evalBlock(BSHBlock.java:130)
	at bsh.BSHBlock.eval(BSHBlock.java:80)
	at bsh.BshMethod.invokeImpl(BshMethod.java:362)
	at bsh.BshMethod.invoke(BshMethod.java:258)
	at bsh.BshMethod.invoke(BshMethod.java:186)
	at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:509)
	at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)
	at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:416)
	at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:382)
	at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:373)
	at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling(AbstractInputHandler.java:116)
	at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:185)
	at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4507)
	at java.awt.Component.processEvent(Component.java:5265)
	at java.awt.Container.processEvent(Container.java:1966)
	at java.awt.Component.dispatchEventImpl(Component.java:3955)
	at java.awt.Container.dispatchEventImpl(Container.java:2024)
	at java.awt.Component.dispatchEvent(Component.java:3803)
	at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1810)
	at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:672)
	at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:920)
	at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:798)
	at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:636)
	at java.awt.Component.dispatchEventImpl(Component.java:3841)
	at java.awt.Container.dispatchEventImpl(Container.java:2024)
	at java.awt.Window.dispatchEventImpl(Window.java:1778)
	at java.awt.Component.dispatchEvent(Component.java:3803)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)



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

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