jedit-devel Mailing List for jEdit

Bugs item #1307742, was opened at 2005-09-29 14:32
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=1307742&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: severe bug
Status: Open
Resolution: None
Priority: 9
Submitted By: Jiger (jigerjava)
Assigned to: Slava Pestov (spestov)
Summary: Errorlist, XML Plugin and a host of other plugins donot work

Initial Comment:
Hi,
     In jEdit 4.3pre3, lots of plugins are not working
since JEditTextArea has modified the method getBuffer(). 
  Please provide a temporary delegate so that the old
plugins keep working fine(may be deprecate etc), or
kindly release the updated plugins to work with the new
API. Since a lot of plugins depend on these crucial
plugins and on the actual getBuffer method. This is
currently severely limiting the use of jEdit for
day-to-day work.

Sample error stack is attached below.

java.lang.NoSuchMethodError:
org.gjt.sp.jedit.textarea.JEditTextArea.getBuffer()Lorg/gjt/sp/jedit/Buffer;
	at xml.XmlPlugin.isDelegated(Unknown Source)
	at xml.XmlActions.insertClosingTagKeyTyped(Unknown Source)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
	at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:585)
	at bsh.Reflect.invokeOnMethod(Reflect.java:149)
	at bsh.Reflect.invokeStaticMethod(Reflect.java:100)
	at bsh.Name.invokeMethod(Name.java:872)
	at
bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:72)
	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:349)
	at bsh.BshMethod.invoke(BshMethod.java:246)
	at bsh.BshMethod.invoke(BshMethod.java:171)
	at
org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:507)
	at
org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)
	at
org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:229)
	at
org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:195)
	at
org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:356)
	at org.gjt.sp.jedit.View.processKeyEvent(View.java:616)
	at
org.gjt.sp.jedit.textarea.JEditTextArea.processKeyEvent(JEditTextArea.java:4551)
	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:1774)
	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)


Thanks,
Jiger

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

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

Bugs item #1307321, was opened at 2005-09-28 13:37
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=1307321&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: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Curtailed information in Fonts selection

Initial Comment:
This is a slight error which mars an otherwise
excellent editor

The demo sentence in the font selections menu 'The
quick brown fox jumped over the lazy dog' is wrong. It
should be '.The quick brown fox jumps over the lazy
dog', otherwise one doesn't get to see all the letters
of the alphabet :-)

Email: i_...@we...



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

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

I was able to debug jedit in eclipse without using the remote
debugging features at all. I didn't even know it was necessary.

I just started jedit in regular debug mode from inside eclipse (after
all the jars were built with debugging options enabled). Eclipse
stopped in the breakpoints and let me inspect the variables, etc.


On 9/28/05, Ed King <ea...@ya...> wrote:
> You'll need to start jEdit in a JVM session that
> has remote debugging enabled, and then start a
> remote debugging session.  I posted step-by-step
> instructions for doing this in Eclipse a few
> months back in the (little used) jEdit Community
> Forum.
>
> Here's the post:
> http://community.jedit.org/?q=3Dnode/view/1852
>
> -Ed
>
> --- Sagar Rastogi <sag...@gm...> wrote:
>
> > Hi,
> >  I am a newbie to both Java Swing and also Jedit. I
> > need to customize the
> > Lazy8Ledger plugin. How do I set breakpoints in its
> > code?
> > I've been able to set breakpoints in the code of
> > jedit but since it loads
> > the .jar file directly for plugins, how do I debug
> > them?
> > Is there an IDE which I can use from which I can
> > edit, build and even debug
> > the plugins?
> >  Thanks
> >  Sagar
> >
>
>
>
>
> __________________________________
> Yahoo! Mail - PC Magazine Editors' Choice 2005
> http://mail.yahoo.com
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>

You'll need to start jEdit in a JVM session that
has remote debugging enabled, and then start a 
remote debugging session.  I posted step-by-step
instructions for doing this in Eclipse a few 
months back in the (little used) jEdit Community
Forum. 

Here's the post: 
http://community.jedit.org/?q=node/view/1852

-Ed

--- Sagar Rastogi <sag...@gm...> wrote:

> Hi,
>  I am a newbie to both Java Swing and also Jedit. I
> need to customize the
> Lazy8Ledger plugin. How do I set breakpoints in its
> code?
> I've been able to set breakpoints in the code of
> jedit but since it loads
> the .jar file directly for plugins, how do I debug
> them?
> Is there an IDE which I can use from which I can
> edit, build and even debug
> the plugins?
>  Thanks
>  Sagar
> 



		
__________________________________ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com

Hi,
 I am a newbie to both Java Swing and also Jedit. I need to customize the
Lazy8Ledger plugin. How do I set breakpoints in its code?
I've been able to set breakpoints in the code of jedit but since it loads
the .jar file directly for plugins, how do I debug them?
Is there an IDE which I can use from which I can edit, build and even debug
the plugins?
 Thanks
 Sagar

Bugs item #1295148, was opened at 2005-09-19 10:49
Message generated for change (Comment added) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1295148&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: severe bug
>Status: Closed
>Resolution: Duplicate
Priority: 5
Submitted By: Petr Prikryl (prikryl)
Assigned to: Nobody/Anonymous (nobody)
Summary: Format Para - BeanShell error - index out of range

Initial Comment:
Hi,

I have recenly installed jEdit 4.3pre2 on Windows 2000.
I am using Java jre1.5.0_04. When reformatting 
paragraph, the BeanShell error occured (see below for 
details). Windows line endings are used, the cp1250 
encoding, Hard word wrap mode on pos 76.

It happened several times earlier. When I change 
something before the paragraph, the error disappears. I 
tried to create a simple example case, but was not 
successful.

Anyway, thanks for the great editor (I am using it for 
about 5 years).

Regards,
  Petr

P.S. If the bug was already reported, then sorry. I tried 
to search for the earlier bug report but I did not find it.

BeanShell error occured:
java.lang.StringIndexOutOfBoundsException: String 
index out of range: 341
	at java.lang.String.charAt(Unknown Source)
	at 
org.gjt.sp.jedit.TextUtilities.ignoringWhitespaceIndex
(TextUtilities.java:641)
	at 
org.gjt.sp.jedit.textarea.JEditTextArea.formatParagraph
(JEditTextArea.java:4273)
	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.invokeOnMethod
(Reflect.java:149)
	at bsh.Reflect.invokeObjectMethod
(Reflect.java:81)
	at bsh.Name.invokeMethod(Name.java:856)
	at bsh.BSHMethodInvocation.eval
(BSHMethodInvocation.java:72)
	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:349)
	at bsh.BshMethod.invoke
(BshMethod.java:246)
	at bsh.BshMethod.invoke
(BshMethod.java:171)
	at org.gjt.sp.jedit.BeanShell.runCachedBlock
(BeanShell.java:507)
	at org.gjt.sp.jedit.BeanShellAction.invoke
(BeanShellAction.java:76)
	at 
org.gjt.sp.jedit.gui.InputHandler.invokeAction
(InputHandler.java:229)
	at 
org.gjt.sp.jedit.gui.InputHandler.invokeAction
(InputHandler.java:195)
	at 
org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey
(DefaultInputHandler.java:356)
	at org.gjt.sp.jedit.View.processKeyEvent
(View.java:615)
	at 
org.gjt.sp.jedit.textarea.JEditTextArea.processKeyEvent
(JEditTextArea.java:4748)
	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.dispatchKeyEve
nt(Unknown Source)
	at 
java.awt.DefaultKeyboardFocusManager.preDispatchKey
Event(Unknown Source)
	at 
java.awt.DefaultKeyboardFocusManager.typeAheadAsse
rtions(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.pumpOneEventForHierarc
hy(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)


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

>Comment By: Matthieu Casanova (kpouer)
Date: 2005-09-26 14:13

Message:
Logged In: YES 
user_id=285591

Hi, it seems it's dupe of bug 1173630.
It is fixed on CVS

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

Comment By: Petr Prikryl (prikryl)
Date: 2005-09-19 12:29

Message:
Logged In: YES 
user_id=771873

Tried better. Just do File - New, type a single 'x', let the 
cursor where it is and do C-e f.

Do you observe the same bug?

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

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

Bugs item #1177313, was opened at 2005-04-05 21:32
Message generated for change (Comment added) made by jdfx
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1177313&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: minor bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Opening filenames with spaces

Initial Comment:
I have used Jedit 4.2 and 4.3pre2 on Linux (Mandrake
8.2).  In both of them, I cannot properly open a
filename that contains spaces from the commandline. 
Jedit will start and then open two or more new, blank
documents, one for each substring of the filename. 
This occurs even when I enclose the filename in double
quotes.
Example:
% jedit "foo bar"
will open two new files in Jedit, named "foo" and "bar"
Similarly, % jedit foo\ bar will not work either

nl...@ya...

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

Comment By: Jakub Drnec (jdfx)
Date: 2005-09-25 20:50

Message:
Logged In: YES 
user_id=609570

Solution: replace the $@ in the jedit shell script with "$@"

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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-04-06 00:07

Message:
Logged In: NO 

this should fix it:
printf 's/$@/"$@"/\nwq\n' | ed $(which jedit)

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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-04-05 21:38

Message:
Logged In: NO 

This obviously doesn't fix the problem, and it may not even
help you do what you want, but maybe it will:

If "foo bar" is the only filename in the directory that fits
"foo*bar", "jedit foo*bar" might work.

I don't know, I haven't tested it (and I don't have a Linux
box here).

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

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

Bugs item #1303461, was opened at 2005-09-24 20:03
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=1303461&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: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: daniel hahler (blueyed)
Assigned to: Nobody/Anonymous (nobody)
Summary: Exception when removing a node from hypersearch results

Initial Comment:
When I try to remove a node from the hypersearch results I get  
the following exception. I can remove whole search result nodes  
fine, but not subnotes for files below.  
  
This is with current 4.3pre3 from CVS. 
  
[error] AWT-EventQueue-0: Exception in thread   
"AWT-EventQueue-0"    
[error] AWT-EventQueue-0: java.lang.NullPointerException   
[error] AWT-EventQueue-0:  at   
org.gjt.sp.jedit.search.HyperSearchOperationNode.removeNodeFromCache(HyperSearchOperationNode.java:114)   
[error] AWT-EventQueue-0:  at   
org.gjt.sp.jedit.search.HyperSearchResults$RemoveTreeNodeAction.actionPerformed(HyperSearchResults.java:483)   
[error] AWT-EventQueue-0:  at   
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1849)   
[error] AWT-EventQueue-0:  at   
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2169)   
[error] AWT-EventQueue-0:  at   
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:420)   
[error] AWT-EventQueue-0:  at   
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:258)   
[error] AWT-EventQueue-0:  at   
javax.swing.AbstractButton.doClick(AbstractButton.java:302)   
[error] AWT-EventQueue-0:  at   
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1000)   
[error] AWT-EventQueue-0:  at   
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1041)   
[error] AWT-EventQueue-0:  at   
java.awt.Component.processMouseEvent(Component.java:5488)   
[error] AWT-EventQueue-0:  at   
javax.swing.JComponent.processMouseEvent(JComponent.java:3126)   
[error] AWT-EventQueue-0:  at   
java.awt.Component.processEvent(Component.java:5253)   
[error] AWT-EventQueue-0:  at   
java.awt.Container.processEvent(Container.java:1966)   
[error] AWT-EventQueue-0:  at   
java.awt.Component.dispatchEventImpl(Component.java:3955)   
[error] AWT-EventQueue-0:  at   
java.awt.Container.dispatchEventImpl(Container.java:2024)   
[error] AWT-EventQueue-0:  at   
java.awt.Component.dispatchEvent(Component.java:3803)   
[error] AWT-EventQueue-0:  at   
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212)   
[error] AWT-EventQueue-0:  at   
java.awt.LightweightDispatcher.processMouseEvent(Container.java:3892)   
[error] AWT-EventQueue-0:  at   
java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822)   
[error] AWT-EventQueue-0:  at   
java.awt.Container.dispatchEventImpl(Container.java:2010)   
[error] AWT-EventQueue-0:  at   
java.awt.Window.dispatchEventImpl(Window.java:1774)   
[error] AWT-EventQueue-0:  at   
java.awt.Component.dispatchEvent(Component.java:3803)   
[error] AWT-EventQueue-0:  at   
java.awt.EventQueue.dispatchEvent(EventQueue.java:463)   
[error] AWT-EventQueue-0:  at   
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)   
[error] AWT-EventQueue-0:  at   
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)   
[error] AWT-EventQueue-0:  at   
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)   
[error] AWT-EventQueue-0:  at   
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)   
[error] AWT-EventQueue-0:  at   
java.awt.EventDispatchThread.run(EventDispatchThread.java:110)   

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

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

Bugs item #1208476, was opened at 2005-05-25 09:12
Message generated for change (Comment added) made by jaguar080
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1208476&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
Submitted By: Sebastian Eigner (sebastl)
Assigned to: Nobody/Anonymous (nobody)
Summary: wrong file encoding when loading via command line

Initial Comment:
I have a text file encoded with cp1252. (with german 
umlauts äöü in it)
I copy the file to my harddisk, open it with jedit. 
jEdit shows correct encoding cp1252. 
Convert the file to UTF-8. (works)
close the file in jedit. 
now copy the original file (cp1252) to the location where 
the newly converted file (utf-8) was. 
open the old file (in the new location) via the command 
line or via drag'n'drop in jedit: 
jedit recognizes the file encoding as UTF-8. Which is 
wrong and renders the file unreadable. 
If I open the file via the Menubar => File => Open and 
have the encoding "Auto-detect" everything works as 
expected. 



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

Comment By: Pablo Olmos (jaguar080)
Date: 2005-09-23 10:05

Message:
Logged In: YES 
user_id=590108

This is a similar problem.

I constantly encounter this behavior:

If I open a file which I know is in UTF-8 jEdit always opens
it as UTF-16. Why?
If I edit the file, I have to manually set the encoding back
to UTF-8 and save. If I open the file again, the encoding is
detected to be UTF-16

I'm using jEdit 4.2final on a win2k with JRE 1.5.0_04.

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

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

Plugin Central Submission item #1296948, was opened at 2005-09-20 21:59
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=1296948&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
Submitted By: Jean-Yves MENGANT (jymen)
Assigned to: Nobody/Anonymous (nobody)
Summary: JpyDbg V0.0.12

Initial Comment:
Name : JpyDbg 
Version : 0.0.12 

Preprequisites :
Jdk : 1.4 and above
Jedit : 1.4.2 

Plugin dependencies :
Xml 0.8
SideKick 0.3

External Dependencies :
Python 2.2 or Python 2.4
Jython 2.1 

Enhancements description :

JPyDbg V0.0.12
+ BIG IMPROVEMENT :  The variable Window is now a 
clean and lean Python Object  memory
browser based on a Swing tree table : You can navigate 
recursivelly Local and global 
Python instances and last but not least   dynamically 
change the final node data instances  
+ IMPROVEMENT: Jython environment configuration 
have been simplifed.
+ IMPROVEMENT :  Clean isolation of Jython and 
Python configuration context
+ IMPROVEMENT :  Check button for  Jython / Python 
configuration correctness
+ IMPROVEMENT :  PYTHON PATH management has 
been revisited and improved

Source Code Jar : http://sourceforge.net/projects/jpydbg 


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

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

Bugs item #1281848, was opened at 09/04/05 20:17
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1281848&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: Closed
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: ebcdic code page - IBM-1047

Initial Comment:
I may have put this in the wrong category, but I can't 
figure out where to get the ebcdic code page (IBM1047, 
IBM-1047, or cp1047) and how to make it available to 
jedit on my workstation.  Can you advise?  

Thanks,
Donna
mar...@us...

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

>Comment By: SourceForge Robot (sf-robot)
Date: 09/19/05 19:20

Message:
Logged In: YES 
user_id=1312539

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: Jean-Yves MENGANT (jymen)
Date: 09/05/05 08:42

Message:
Logged In: YES 
user_id=513881

in the buffer option of a given document just typing 
cp1047 in the encoding combo even if the code is not visible 
in the combo list +
reloading the document after does the trick for me.

It's better to use the jre1.5 anyway since the managed 
encoding have been increased compared to previous jre 
version

Jean-Yves



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

Comment By: Matthieu Casanova (kpouer)
Date: 09/04/05 23:55

Message:
Logged In: YES 
user_id=285591

Hi, I may be wrong but the encodings are encodings made
available by the JVM.
On my computer (Windows XP SP1 and Sun JDK 1.5 update 4) I
have your charset. But if I use a 1.4 JVM from Sun too I do
not have it anymore

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

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

Plugin Bugs item #1295472, was opened at 2005-09-19 07:39
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=1295472&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
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Link to AntHelper Plugin not working

Initial Comment:
There is a problem with the link to the AntHelper plugin. 
Both the link from the plugin manager and the link on 
the plugin page do not work.

- Peter

pet...@ed...

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

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

Bugs item #1295148, was opened at 2005-09-19 10:49
Message generated for change (Comment added) made by prikryl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1295148&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: severe bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Petr Prikryl (prikryl)
Assigned to: Nobody/Anonymous (nobody)
Summary: Format Para - BeanShell error - index out of range

Initial Comment:
Hi,

I have recenly installed jEdit 4.3pre2 on Windows 2000.
I am using Java jre1.5.0_04. When reformatting 
paragraph, the BeanShell error occured (see below for 
details). Windows line endings are used, the cp1250 
encoding, Hard word wrap mode on pos 76.

It happened several times earlier. When I change 
something before the paragraph, the error disappears. I 
tried to create a simple example case, but was not 
successful.

Anyway, thanks for the great editor (I am using it for 
about 5 years).

Regards,
  Petr

P.S. If the bug was already reported, then sorry. I tried 
to search for the earlier bug report but I did not find it.

BeanShell error occured:
java.lang.StringIndexOutOfBoundsException: String 
index out of range: 341
	at java.lang.String.charAt(Unknown Source)
	at 
org.gjt.sp.jedit.TextUtilities.ignoringWhitespaceIndex
(TextUtilities.java:641)
	at 
org.gjt.sp.jedit.textarea.JEditTextArea.formatParagraph
(JEditTextArea.java:4273)
	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.invokeOnMethod
(Reflect.java:149)
	at bsh.Reflect.invokeObjectMethod
(Reflect.java:81)
	at bsh.Name.invokeMethod(Name.java:856)
	at bsh.BSHMethodInvocation.eval
(BSHMethodInvocation.java:72)
	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:349)
	at bsh.BshMethod.invoke
(BshMethod.java:246)
	at bsh.BshMethod.invoke
(BshMethod.java:171)
	at org.gjt.sp.jedit.BeanShell.runCachedBlock
(BeanShell.java:507)
	at org.gjt.sp.jedit.BeanShellAction.invoke
(BeanShellAction.java:76)
	at 
org.gjt.sp.jedit.gui.InputHandler.invokeAction
(InputHandler.java:229)
	at 
org.gjt.sp.jedit.gui.InputHandler.invokeAction
(InputHandler.java:195)
	at 
org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey
(DefaultInputHandler.java:356)
	at org.gjt.sp.jedit.View.processKeyEvent
(View.java:615)
	at 
org.gjt.sp.jedit.textarea.JEditTextArea.processKeyEvent
(JEditTextArea.java:4748)
	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.dispatchKeyEve
nt(Unknown Source)
	at 
java.awt.DefaultKeyboardFocusManager.preDispatchKey
Event(Unknown Source)
	at 
java.awt.DefaultKeyboardFocusManager.typeAheadAsse
rtions(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.pumpOneEventForHierarc
hy(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)


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

>Comment By: Petr Prikryl (prikryl)
Date: 2005-09-19 12:29

Message:
Logged In: YES 
user_id=771873

Tried better. Just do File - New, type a single 'x', let the 
cursor where it is and do C-e f.

Do you observe the same bug?

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

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

Bugs item #1295148, was opened at 2005-09-19 10:49
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=1295148&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: severe bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Petr Prikryl (prikryl)
Assigned to: Nobody/Anonymous (nobody)
Summary: Format Para - BeanShell error - index out of range

Initial Comment:
Hi,

I have recenly installed jEdit 4.3pre2 on Windows 2000.
I am using Java jre1.5.0_04. When reformatting 
paragraph, the BeanShell error occured (see below for 
details). Windows line endings are used, the cp1250 
encoding, Hard word wrap mode on pos 76.

It happened several times earlier. When I change 
something before the paragraph, the error disappears. I 
tried to create a simple example case, but was not 
successful.

Anyway, thanks for the great editor (I am using it for 
about 5 years).

Regards,
  Petr

P.S. If the bug was already reported, then sorry. I tried 
to search for the earlier bug report but I did not find it.

BeanShell error occured:
java.lang.StringIndexOutOfBoundsException: String 
index out of range: 341
	at java.lang.String.charAt(Unknown Source)
	at 
org.gjt.sp.jedit.TextUtilities.ignoringWhitespaceIndex
(TextUtilities.java:641)
	at 
org.gjt.sp.jedit.textarea.JEditTextArea.formatParagraph
(JEditTextArea.java:4273)
	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.invokeOnMethod
(Reflect.java:149)
	at bsh.Reflect.invokeObjectMethod
(Reflect.java:81)
	at bsh.Name.invokeMethod(Name.java:856)
	at bsh.BSHMethodInvocation.eval
(BSHMethodInvocation.java:72)
	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:349)
	at bsh.BshMethod.invoke
(BshMethod.java:246)
	at bsh.BshMethod.invoke
(BshMethod.java:171)
	at org.gjt.sp.jedit.BeanShell.runCachedBlock
(BeanShell.java:507)
	at org.gjt.sp.jedit.BeanShellAction.invoke
(BeanShellAction.java:76)
	at 
org.gjt.sp.jedit.gui.InputHandler.invokeAction
(InputHandler.java:229)
	at 
org.gjt.sp.jedit.gui.InputHandler.invokeAction
(InputHandler.java:195)
	at 
org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey
(DefaultInputHandler.java:356)
	at org.gjt.sp.jedit.View.processKeyEvent
(View.java:615)
	at 
org.gjt.sp.jedit.textarea.JEditTextArea.processKeyEvent
(JEditTextArea.java:4748)
	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.dispatchKeyEve
nt(Unknown Source)
	at 
java.awt.DefaultKeyboardFocusManager.preDispatchKey
Event(Unknown Source)
	at 
java.awt.DefaultKeyboardFocusManager.typeAheadAsse
rtions(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.pumpOneEventForHierarc
hy(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)


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

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

Bugs item #1294576, was opened at 2005-09-18 07:51
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=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: Open
Resolution: None
Priority: 5
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.

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

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

Plugin Bugs item #1294006, was opened at 2005-09-17 21:18
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=1294006&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
Submitted By: Mads Lie Jensen (madsliejensen)
Assigned to: Nobody/Anonymous (nobody)
Summary: PhpParser doesn't like missing ?>

Initial Comment:
PhpParser 1.2.0  reports a missing ?> in the end of a
php file as an error. 

But actually it is correct php-code to omit the last ?>
- some people actually prefer to omit it. (If it is not
there, there will be no accidental spaces or newlines
which will make troubles it you are dealing with cookies)


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

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

Ok, just added a new commando.dtd to CVS that has them all. Let me know if=
=20
there are any problems.

On 9/16/05, Manfred Usselmann <uss...@ic...> wrote:
>=20
> Thanks, but I found out that my problem is something else.
>=20
> The Console plugin help mentions three element types which cause problems=
:
>=20
> LONG_ENTRY
> FILE_ENTRY
> DIR_ENTRY
>=20
>

Thanks, but I found out that my problem is something else.

The Console plugin help mentions three element types which cause problems:

LONG_ENTRY
FILE_ENTRY
DIR_ENTRY

FILE_ENTRY and DIR_ENTRY
are actually working, but are missing in the commando.dtd.

LONG_ENTRY does not work at all and causes the mentioned error messages.

Cheers,
Manfred


Alan Ezust wrote:

> In my experience, this problem can be solved by telling the JVM more 
> info about where jedit is.
> 
> Adding a -Djedit.home=/path/to/jedit in your startup script might help. 
> If that doesn't work, try running it from the jedit directory.
> 
> 
> On 9/15/05, *Manfred Usselmann* <uss...@ic... 
> <mailto:uss...@ic...>> wrote:
> 
>     Alan Ezust wrote:
>      > Turns out that the plugin was unable to find the .bsh files which are
>      > installed in
>      > the jar file. They are in the console/bsh - those are the bean
>     shell scripts
>      > that commando reuses.
>      >
>      > Strange you're having this problem in 4.2. Did you make any
>     changes to
>      > the jar?
> 
>     No, I did not. I even just deleted the plugin and reinstalled it via the
>     plugin manager. Still getting those  error messages when I try to
>     execute my commando files:
> 
> 
>     Sourced file: inline evaluation of:
>     ``commandoLONG_ENTRY(view,pane,ns,label,var,options);'' : Error in
>     method invocation: Method addComponent( java.lang.String ) not found in
>     class'console.commando.CommandoDialog$SettingsPane' : at Line: 17 : in
>     file: commandoLONG_ENTRY : pane .addComponent ( label )
> 
>     Called from method: commandoLONG_ENTRY : at Line: 1 : in file: inline
>     evaluation of:
>     ``commandoLONG_ENTRY(view,pane,ns,label,var,options);'' :
>     commandoLONG_ENTRY ( view , pane , ns , label , var , options )
>             at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:76)
>             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:81)
>             at bsh.BshMethod.invokeImpl(BshMethod.java:349)
>             at bsh.BshMethod.invoke(BshMethod.java:247)
>             at bsh.BshMethod.invoke(BshMethod.java:179)
>             at bsh.Name.invokeLocalMethod(Name.java:956)
>             at bsh.Name.invokeMethod(Name.java:806)
>             at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:72)
>             at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
>             at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
>             at bsh.Interpreter.eval(Interpreter.java:641)
>             at bsh.Interpreter.eval(Interpreter.java:733)
>             at bsh.Interpreter.eval(Interpreter.java:720)
>             at org.gjt.sp.jedit.BeanShell._eval(BeanShell.java :446)
>             at org.gjt.sp.jedit.BeanShell.eval(BeanShell.java:410)
>             at
>     console.commando.CommandoHandler.endElement(CommandoHandler.java:222)
>             at com.microstar.xml.XmlParser.parseElement(XmlParser.java :953)
>             at com.microstar.xml.XmlParser.parseContent(XmlParser.java:1118)
>             at com.microstar.xml.XmlParser.parseElement(XmlParser.java:947)
>             at com.microstar.xml.XmlParser.parseContent(XmlParser.java
>     :1118)
>             at com.microstar.xml.XmlParser.parseElement(XmlParser.java:947)
>             at com.microstar.xml.XmlParser.parseContent(XmlParser.java:1118)
>             at com.microstar.xml.XmlParser.parseElement(XmlParser.java :947)
>             at com.microstar.xml.XmlParser.parseDocument(XmlParser.java:496)
>             at com.microstar.xml.XmlParser.doParse(XmlParser.java:176)
>             at com.microstar.xml.XmlParser.parse(XmlParser.java:146)
>             at console.commando.CommandoDialog.load(CommandoDialog.java:206)
>             at
>     console.commando.CommandoDialog.access$100(CommandoDialog.java:44)
>             at
>     console.commando.CommandoDialog$ActionHandler.actionPerformed
>     (CommandoDialog.java:350)
>             at javax.swing.JComboBox.fireActionEvent(Unknown Source)
>             at javax.swing.JComboBox.setSelectedItem(Unknown Source)
>             at javax.swing.JComboBox.setSelectedIndex(Unknown Source)
>             at
>     console.commando.CommandoDialog.<init>(CommandoDialog.java:88)
>             at
>     console.commando.CommandoCommand.invoke(CommandoCommand.java:62)
>             at org.gjt.sp.jedit.gui.InputHandler.invokeAction
>     (InputHandler.java:229)
>             at
>     org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:195)
>             at
>     org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:297)
>             at org.gjt.sp.jedit.View.processKeyEvent (View.java:669)
>             at
>     org.gjt.sp.jedit.textarea.JEditTextArea.processKeyEvent(JEditTextArea.java:4957)
>             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)
> 
> 
>      >
>      > On 9/13/05, *Manfred Usselmann* < uss...@ic...
>     <mailto:uss...@ic...>
>      > <mailto:uss...@ic...
>     <mailto:uss...@ic...>>> wrote:
>      >
>      >     Alan Ezust <ala...@gm...
>     <mailto:ala...@gm...> <mailto:ala...@gm...
>     <mailto:ala...@gm...>>>
>      >     schrieb am Mon, 12 Sep 2005 22:43:29
>      >     -0700:
>      >
>      >      > I was doing some work on the Console plugin and suddenly,
>     I am
>      >     getting
>      >      > this  beanshell error for EVERY commando file that I am
>     trying to
>      >      > load...
>      >      > [...]
>      >      > Has anyone seen this error message before?
>      >
>      >     Yes, I have the same problem since some time, my commando
>     files don't
>      >     work any longer (jEdit 4.2 final, JDK 5.0).
>      >
>      >      > What is the cause of it?
>      >
>      >     I have no idea.
>      >
>      >
>      >     --
>      >    
>     ________________________________________________________________________
>      >     Manfred
>      >    
>     Usselmann                            uss...@ic...
>     <mailto:uss...@ic...>
>      >     <mailto:uss...@ic...
>     <mailto:uss...@ic...>>
>      >
>      >
>      >     -------------------------------------------------------
>      >     SF.Net email is sponsored by:
>      >     Tame your development challenges with Apache's Geronimo App
>     Server.
>      >     Download
>      >     it for free - -and be entered to win a 42" plasma tv or your
>     very own
>      >     Sony(tm)PSP.  Click here to play:
>     http://sourceforge.net/geronimo.php
>      >     --
>      >     -----------------------------------------------
>      >     jEdit Developers' List
>      >     jEd...@li...
>     <mailto:jEd...@li...>
>      >     <mailto:jEd...@li...
>     <mailto:jEd...@li...>>
>      >     https://lists.sourceforge.net/lists/listinfo/jedit-devel
>      >     <https://lists.sourceforge.net/lists/listinfo/jedit-devel
>     <https://lists.sourceforge.net/lists/listinfo/jedit-devel>>
>      >
>      >
> 
> 
>     --
>     ________________________________________________________________________
>       Manfred
>     Usselmann                            uss...@ic...
>     <mailto:uss...@ic...>
> 
> 
>     -------------------------------------------------------
>     SF.Net email is sponsored by:
>     Tame your development challenges with Apache's Geronimo App Server.
>     Download
>     it for free - -and be entered to win a 42" plasma tv or your very own
>     Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
>     --
>     -----------------------------------------------
>     jEdit Developers' List
>     jEd...@li...
>     <mailto:jEd...@li...>
>     https://lists.sourceforge.net/lists/listinfo/jedit-devel
>     <https://lists.sourceforge.net/lists/listinfo/jedit-devel>
> 
> 


-- 
________________________________________________________________________
  Manfred Usselmann                            uss...@ic...

Bugs item #1292706, was opened at 2005-09-16 09:15
Message generated for change (Comment added) made by stuart_m_r
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1292706&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: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Stuart (stuart_m_r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Size of file open/save dialogs incorrect on dual displays

Initial Comment:
The size of the open/save dialog is incorrectly
calculated/restored when the dialog is displayed on the
second display on a dual display system (Windows XP).

Basically, if the dialog opens on the secondary
display, then the previous size and position is lost.

Here are the tests I have performed to explore the
behaviour.

If the dialog appears on the primary display, the width
is correctly calculated/restore from previous settings.
 If the adjustments are made (with the dialog still on
the primary display) then these are correctly restored
on next opening of the dialog.  This is the behaviour I
would expect.

If the dialog appears on the secondary display,
previous size and position settings are lost.  I think
that the width of the dialog is being determined by the
minimum width of the tree component in the dialog. (See
attachment).  Any resizing of the dialog (with the
dialog still on the secondary display) is lost the next
time it is open.  This is abnormal behaviour.

If the dialog is opened on the secondary display,
resized and dragged it to the primary display.  The
size and position settings are restored on next open.

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

>Comment By: Stuart (stuart_m_r)
Date: 2005-09-16 09:48

Message:
Logged In: YES 
user_id=1345801

Forgot the version jEdit V 4.2final.

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

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

Bugs item #1292730, was opened at 2005-09-16 09:46
Message generated for change (Comment added) made by stuart_m_r
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1292730&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: Open
Resolution: None
Priority: 5
Submitted By: Stuart (stuart_m_r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Highlighted text disappears on dual monitor

Initial Comment:
With jEdit open on a larger secondary display, the end
of the text area disappears when drag highlighing.

I think that this has something to do with display
metrics, so here are my display settings:
Primary display: 1024x768
Secondary display: 1280x1024

Situation:
jEdit is open on the secondary display open almost full
display length, so there is a section of the textarea
that would be off the bottom of the display if the
window was on the primary display.

The file being edited is around 3 pages long, IE
scolling is occurring.  I'm highlighting from
approximate middle of the file to the end by click
dragging the mouse to the bottom of the window causing
the textarea to scroll.

When the end of the file is reached the last few lines
are incorrectly blank.  The last line appears when the
mouse button is release from the drag selection. (1st
grab in attachment)

Scrolling up and down by a single line causes the text
area to display the missing area correctly. (2nd grab)

Removing the selection (single mouse click), the lines
disappear completely (3rd grab). Again, single line
scroll will redisplay the lines.

The textarea operates as expected (always displaying
the last lines) after jEdit window has been reduced to
fit within the dimensions of the primary display (but
still on the secndary display).

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

>Comment By: Stuart (stuart_m_r)
Date: 2005-09-16 09:48

Message:
Logged In: YES 
user_id=1345801

Forgot the version jEdit V 4.2final.

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

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

Bugs item #1292730, was opened at 2005-09-16 09:46
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=1292730&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: Open
Resolution: None
Priority: 5
Submitted By: Stuart (stuart_m_r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Highlighted text disappears on dual monitor

Initial Comment:
With jEdit open on a larger secondary display, the end
of the text area disappears when drag highlighing.

I think that this has something to do with display
metrics, so here are my display settings:
Primary display: 1024x768
Secondary display: 1280x1024

Situation:
jEdit is open on the secondary display open almost full
display length, so there is a section of the textarea
that would be off the bottom of the display if the
window was on the primary display.

The file being edited is around 3 pages long, IE
scolling is occurring.  I'm highlighting from
approximate middle of the file to the end by click
dragging the mouse to the bottom of the window causing
the textarea to scroll.

When the end of the file is reached the last few lines
are incorrectly blank.  The last line appears when the
mouse button is release from the drag selection. (1st
grab in attachment)

Scrolling up and down by a single line causes the text
area to display the missing area correctly. (2nd grab)

Removing the selection (single mouse click), the lines
disappear completely (3rd grab). Again, single line
scroll will redisplay the lines.

The textarea operates as expected (always displaying
the last lines) after jEdit window has been reduced to
fit within the dimensions of the primary display (but
still on the secndary display).

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

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

Bugs item #1292706, was opened at 2005-09-16 09:15
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=1292706&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: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Stuart (stuart_m_r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Size of file open/save dialogs incorrect on dual displays

Initial Comment:
The size of the open/save dialog is incorrectly
calculated/restored when the dialog is displayed on the
second display on a dual display system (Windows XP).

Basically, if the dialog opens on the secondary
display, then the previous size and position is lost.

Here are the tests I have performed to explore the
behaviour.

If the dialog appears on the primary display, the width
is correctly calculated/restore from previous settings.
 If the adjustments are made (with the dialog still on
the primary display) then these are correctly restored
on next opening of the dialog.  This is the behaviour I
would expect.

If the dialog appears on the secondary display,
previous size and position settings are lost.  I think
that the width of the dialog is being determined by the
minimum width of the tree component in the dialog. (See
attachment).  Any resizing of the dialog (with the
dialog still on the secondary display) is lost the next
time it is open.  This is abnormal behaviour.

If the dialog is opened on the secondary display,
resized and dragged it to the primary display.  The
size and position settings are restored on next open.

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

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

Bugs item #1190815, was opened at 2005-04-27 00:31
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1190815&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: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Justin Dieters (enderak)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unable to type in Save As dialog

Initial Comment:
When doing a "Save As" or "Save a Copy As", I am unable
to type a filename in the dialog box.  I can still move
around directories, click/highlight in the input box,
etc. using the mouse, but other keyboard input doesn't
seem to work in the box either, such as the up/down keys.

No errors are output to the Activity Log when this
happens, however the behaviour seems to only happen
when using the keyboard to activate the save as. (i.e.
Alt-F Alt-A or Alt-F followed by navigating with the
arrow keys)  This behaviour does not seem to happen
when going to File>Save As using the mouse.

On jEdit 4.3pre2 with Java 1.5 on Gentoo Linux.(Fluxbox WM)
(I have also noticed this behaviour since the 4.2pre's,
possibly earlier)

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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-09-15 17:07

Message:
Logged In: NO 

I have the same problem on my linux box running slack 10.1
with java version 1.5.0_01.  The behaviour occurs with both
jedit v4.2 and v4.3pre2.  

The inability to type anything is intermittant (it fails
~70% of the time) when I use keyboard shortcuts to bring up
the file system browser.  

Using the mouse to manually select File > Open or File >
Save never fails.

restarting jedit doesn't seem to affect the problem

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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-07-01 14:20

Message:
Logged In: NO 

i noticed this behaviour with sun JDK 1.5.0_04 on
debian/sid, too.
it seems to be dialog-related, because closing the search dialog
usully helps. i think this bug does only occur, when the search
dialog is open.




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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-06-28 09:58

Message:
Logged In: NO 

This sort of behavior (unable to type in the save/save-as
dialog box) also happens sporadically on Mandrake 10.1 with
Java 1.5.0_1 and on Fedora Core 4.0 with Java 1.5.0_4 using
JEdit 4.3pre2. Only shutting down and restarting JEdit
temporarily fixes this behavior.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-05-24 00:58

Message:
Logged In: NO 

I got a similar problem : I cannot type in the Save dialog
box, but I can in the Save As dialog box. The problem occurs
when I save a new file for the first time. If I use the Save
command, I cannot type in. So I use the Save As command, I
got the same dialog box, but I can type in.
This happens with 4.2 and 4.3pre2 on Fedora Core 3.

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

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

Alan Ezust wrote:
> Turns out that the plugin was unable to find the .bsh files which are 
> installed in
> the jar file. They are in the console/bsh - those are the bean shell scripts
> that commando reuses.
> 
> Strange you're having this problem in 4.2. Did you make any changes to 
> the jar?

No, I did not. I even just deleted the plugin and reinstalled it via the 
plugin manager. Still getting those  error messages when I try to 
execute my commando files:


Sourced file: inline evaluation of: 
``commandoLONG_ENTRY(view,pane,ns,label,var,options);'' : Error in 
method invocation: Method addComponent( java.lang.String ) not found in 
class'console.commando.CommandoDialog$SettingsPane' : at Line: 17 : in 
file: commandoLONG_ENTRY : pane .addComponent ( label )

Called from method: commandoLONG_ENTRY : at Line: 1 : in file: inline 
evaluation of: ``commandoLONG_ENTRY(view,pane,ns,label,var,options);'' : 
commandoLONG_ENTRY ( view , pane , ns , label , var , options )
	at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:76)
	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:81)
	at bsh.BshMethod.invokeImpl(BshMethod.java:349)
	at bsh.BshMethod.invoke(BshMethod.java:247)
	at bsh.BshMethod.invoke(BshMethod.java:179)
	at bsh.Name.invokeLocalMethod(Name.java:956)
	at bsh.Name.invokeMethod(Name.java:806)
	at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:72)
	at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
	at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
	at bsh.Interpreter.eval(Interpreter.java:641)
	at bsh.Interpreter.eval(Interpreter.java:733)
	at bsh.Interpreter.eval(Interpreter.java:720)
	at org.gjt.sp.jedit.BeanShell._eval(BeanShell.java:446)
	at org.gjt.sp.jedit.BeanShell.eval(BeanShell.java:410)
	at console.commando.CommandoHandler.endElement(CommandoHandler.java:222)
	at com.microstar.xml.XmlParser.parseElement(XmlParser.java:953)
	at com.microstar.xml.XmlParser.parseContent(XmlParser.java:1118)
	at com.microstar.xml.XmlParser.parseElement(XmlParser.java:947)
	at com.microstar.xml.XmlParser.parseContent(XmlParser.java:1118)
	at com.microstar.xml.XmlParser.parseElement(XmlParser.java:947)
	at com.microstar.xml.XmlParser.parseContent(XmlParser.java:1118)
	at com.microstar.xml.XmlParser.parseElement(XmlParser.java:947)
	at com.microstar.xml.XmlParser.parseDocument(XmlParser.java:496)
	at com.microstar.xml.XmlParser.doParse(XmlParser.java:176)
	at com.microstar.xml.XmlParser.parse(XmlParser.java:146)
	at console.commando.CommandoDialog.load(CommandoDialog.java:206)
	at console.commando.CommandoDialog.access$100(CommandoDialog.java:44)
	at 
console.commando.CommandoDialog$ActionHandler.actionPerformed(CommandoDialog.java:350)
	at javax.swing.JComboBox.fireActionEvent(Unknown Source)
	at javax.swing.JComboBox.setSelectedItem(Unknown Source)
	at javax.swing.JComboBox.setSelectedIndex(Unknown Source)
	at console.commando.CommandoDialog.<init>(CommandoDialog.java:88)
	at console.commando.CommandoCommand.invoke(CommandoCommand.java:62)
	at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:229)
	at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:195)
	at 
org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:297)
	at org.gjt.sp.jedit.View.processKeyEvent(View.java:669)
	at 
org.gjt.sp.jedit.textarea.JEditTextArea.processKeyEvent(JEditTextArea.java:4957)
	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)


> 
> On 9/13/05, *Manfred Usselmann* <uss...@ic... 
> <mailto:uss...@ic...>> wrote:
> 
>     Alan Ezust <ala...@gm... <mailto:ala...@gm...>>
>     schrieb am Mon, 12 Sep 2005 22:43:29
>     -0700:
> 
>      > I was doing some work on the Console plugin and suddenly, I am
>     getting
>      > this  beanshell error for EVERY commando file that I am trying to
>      > load...
>      > [...]
>      > Has anyone seen this error message before?
> 
>     Yes, I have the same problem since some time, my commando files don't
>     work any longer (jEdit 4.2 final, JDK 5.0).
> 
>      > What is the cause of it?
> 
>     I have no idea.
> 
> 
>     --
>     ________________________________________________________________________
>     Manfred
>     Usselmann                            uss...@ic...
>     <mailto:uss...@ic...>
> 
> 
>     -------------------------------------------------------
>     SF.Net email is sponsored by:
>     Tame your development challenges with Apache's Geronimo App Server.
>     Download
>     it for free - -and be entered to win a 42" plasma tv or your very own
>     Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
>     --
>     -----------------------------------------------
>     jEdit Developers' List
>     jEd...@li...
>     <mailto:jEd...@li...>
>     https://lists.sourceforge.net/lists/listinfo/jedit-devel
>     <https://lists.sourceforge.net/lists/listinfo/jedit-devel>
> 
> 


-- 
________________________________________________________________________
  Manfred Usselmann                            uss...@ic...

Bugs item #1290596, was opened at 2005-09-13 22:03
Message generated for change (Comment added) made by spestov
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1290596&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: Invalid
Priority: 5
Submitted By: Alan Ezust (ezust)
Assigned to: Nobody/Anonymous (nobody)
Summary: Global Options and Plugin Options should go in same dialog

Initial Comment:
Can we join the two trees into one? It would make for
configuring much simpler.



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

>Comment By: Slava Pestov (spestov)
Date: 2005-09-14 19:23

Message:
Logged In: YES 
user_id=2280

Please don't submit feature requests to the bug tracker.

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

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