jedit-devel Mailing List for jEdit

Patches item #1611766, was opened at 2006-12-08 11:05
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1611766&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: Kazutoshi Satoda (k_satoda)
>Assigned to: Alan Ezust (ezust)
Summary: avoid NPE from getIndentRules()

Initial Comment:
At jEdit trunk r8210, I saw a NPE from
getIndentRulse(). I could reproduce it with
[Record Temporary Macro] > [Stop Recording].
The attached patch will fix this problem.

Though the patch is working fine, I don't know why
lineMgr.getLineContext(line) returns null with
the above operation.

I made this patch to be the least change to avoid
an actual problem. But the function seemed to
rely on some unclear non-null assumptions.
  - tokenMarker.getMainRuleSet()
  - getMainRuleSet().getModeName()
  - jEdit.getMode(modeName)
  - getMode(modeName).getIndentRules()
If these can be problems, I think the patch should
be revised.


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

>Comment By: Alan Ezust (ezust)
Date: 2006-12-31 11:19

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

I can reproduce the bug. I haven't investigated further as to why those
conditions are not true, so if you have any additional information after
i've applied the patch, please let us know. thanks again for your help!
--alan


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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2006-12-08 12:19

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

Nothing else, I think. I can reproduce it with my
2 keyboard shortcuts (F11 > S+F11). There is nothing
between them. It also can be reproduced by selecting
menus.

Here is the error messages from the case of shortcuts.

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)
	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.invokeStaticMethod(Reflect.java:98)
	at bsh.Name.invokeMethod(Name.java:874)
	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:415)
	at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:381)
	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:184)
	at
org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4572)
	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.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(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: 2006-12-08 11:25

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

Hi, I do not understand how do you reproduce your NPE ?
Just record temporary macro and stop recording ? nothing else ?

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

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

Plugin Bugs item #908640, was opened at 2004-03-02 18:27
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=908640&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: None
Priority: 5
Private: No
Submitted By: Andrew Zahra (azahra)
>Assigned to: Jeffrey Hoyt (jchoyt)
Summary: JavaStyle breaks with new JDK1.5 syntax

Initial Comment:
Formatting fails if the new syntax for Generics is
used. e.g.
Hashtable<String, String> ht = new Hashtable<String,
String>();

There are some other syntax changes in JDK1.5
summarised here:
http://java.sun.com/developer/technicalArticles/releases/j2se15/

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2006-12-30 22:11

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

This plugin is no longer supported.

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

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

Plugin Bugs item #588614, was opened at 2002-07-30 10:31
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=588614&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: None
Priority: 5
Private: No
Submitted By: Sergey V. Udaltsov (svu)
>Assigned to: Jeffrey Hoyt (jchoyt)
Summary: JavaStyle: localized date

Initial Comment:
When javastyle creates the date in javadoc comments
(@created tag), it uses the current locale. That is not
always good. My locale is russian but I'd like to have
this date in US English format. Can this be customizable?

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2006-12-30 22:11

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

This plugin is no longer supported.

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

Comment By: Mike Atkinson (mikeatkinson)
Date: 2003-07-23 19:11

Message:
Logged In: YES 
user_id=476481

This will be part of my changes to make JavaStyle integrated
with the ProjectViewer (after all different projects may
work on different time zone).



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

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

Plugin Bugs item #908976, was opened at 2004-03-03 06:48
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=908976&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: None
Priority: 5
Private: No
Submitted By: Andre Bender (mumion)
>Assigned to: Jeffrey Hoyt (jchoyt)
Summary: JavaStyle NPE

Initial Comment:
Hi,

I've encountered a NPE in Java Style.

OS W2K, JDK1.4.2, Jedit 4.2pre9, JavaStyle 1.2 and here
is the activity log.

[error] JavaStylePlugin$JEditPrettyPrinter:
java.lang.NullPointerException
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.SimpleNode.jjtGetChild(SimpleNode.java:190)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.isIfStatement(PrettyPrintVisitor.java:3450)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.visit(PrettyPrintVisitor.java:2521)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.ASTIfStatement.jjtAccept(ASTIfStatement.java:52)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.SimpleNode.childrenAccept(SimpleNode.java:294)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.visit(PrettyPrintVisitor.java:2105)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.ASTStatement.jjtAccept(ASTStatement.java:50)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.SimpleNode.childrenAccept(SimpleNode.java:294)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.visit(PrettyPrintVisitor.java:2211)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.ASTBlockStatement.jjtAccept(ASTBlockStatement.java:58)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.SimpleNode.childrenAccept(SimpleNode.java:294)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.blockProcess(PrettyPrintVisitor.java:3332)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.blockProcess(PrettyPrintVisitor.java:3303)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.visit(PrettyPrintVisitor.java:2156)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.ASTBlock.jjtAccept(ASTBlock.java:50)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.visit(PrettyPrintVisitor.java:970)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.ASTMethodDeclaration.jjtAccept(ASTMethodDeclaration.java:302)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.SimpleNode.childrenAccept(SimpleNode.java:294)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.visit(PrettyPrintVisitor.java:479)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.ASTClassBodyDeclaration.jjtAccept(ASTClassBodyDeclaration.java:50)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.SimpleNode.childrenAccept(SimpleNode.java:294)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.visit(PrettyPrintVisitor.java:411)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.visit(PrettyPrintVisitor.java:380)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.ASTClassBody.jjtAccept(ASTClassBody.java:66)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.visit(PrettyPrintVisitor.java:359)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.ASTUnmodifiedClassDeclaration.jjtAccept(ASTUnmodifiedClassDeclaration.java:84)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.SimpleNode.childrenAccept(SimpleNode.java:294)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.visit(PrettyPrintVisitor.java:314)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.ASTClassDeclaration.jjtAccept(ASTClassDeclaration.java:294)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.SimpleNode.childrenAccept(SimpleNode.java:294)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.visit(PrettyPrintVisitor.java:264)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.ASTTypeDeclaration.jjtAccept(ASTTypeDeclaration.java:50)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.parser.ast.SimpleNode.childrenAccept(SimpleNode.java:294)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintVisitor.visit(PrettyPrintVisitor.java:164)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintFile.apply(PrettyPrintFile.java:129)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.acm.seguin.pretty.PrettyPrintFile.apply(PrettyPrintFile.java:107)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
javastyle.JavaStylePlugin$JEditPrettyPrinter.run(JavaStylePlugin.java:264)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.gjt.sp.util.WorkThreadPool.addWorkRequest(WorkThreadPool.java:110)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.gjt.sp.jedit.io.VFSManager.runInAWTThread(VFSManager.java:255)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
javastyle.JavaStylePlugin.beautify(JavaStylePlugin.java:201)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
javastyle.JavaStylePlugin.handleMessage(JavaStylePlugin.java:129)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.gjt.sp.jedit.EditBus.send(EditBus.java:148)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.gjt.sp.jedit.Buffer.save(Buffer.java:451)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.lang.reflect.Method.invoke(Method.java:324)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
bsh.Reflect.invokeOnMethod(Reflect.java:149)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
bsh.Reflect.invokeObjectMethod(Reflect.java:81)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
bsh.Name.invokeMethod(Name.java:856)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:72)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
bsh.BSHBlock.evalBlock(BSHBlock.java:130)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
bsh.BSHBlock.eval(BSHBlock.java:80)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
bsh.BshMethod.invokeImpl(BshMethod.java:349)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
bsh.BshMethod.invoke(BshMethod.java:246)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
bsh.BshMethod.invoke(BshMethod.java:171)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:521)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:229)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:195)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:291)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.gjt.sp.jedit.View.processKeyEvent(View.java:669)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
org.gjt.sp.jedit.textarea.JEditTextArea.processKeyEvent(JEditTextArea.java:4917)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.Component.processEvent(Component.java:4908)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.Container.processEvent(Container.java:1569)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.Component.dispatchEventImpl(Component.java:3614)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.Container.dispatchEventImpl(Container.java:1627)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.Component.dispatchEvent(Component.java:3476)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1713)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:627)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:831)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:741)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:592)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.Component.dispatchEventImpl(Component.java:3505)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.Container.dispatchEventImpl(Container.java:1627)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.Window.dispatchEventImpl(Window.java:1606)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.Component.dispatchEvent(Component.java:3476)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.EventQueue.dispatchEvent(EventQueue.java:456)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:201)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:151)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:145)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:137)
[error] JavaStylePlugin$JEditPrettyPrinter:  at
java.awt.EventDispatchThread.run(EventDispatchThread.java:100)

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2006-12-30 22:11

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

This plugin is no longer supported.

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

Comment By: Andre Bender (mumion)
Date: 2004-03-17 07:12

Message:
Logged In: YES 
user_id=105305

I've done some more investigation on this bug, and it can
easily be reproduced with the following lines of code (in
some already correct code )

if ( a > b )
{
}

as soon as there is some code within the curly brackets the
NPE disapears.

This shouldn't happen very often, but i hit CTRL-S very
often and so I get that NPE window everytime, thats kind of
annoying.

cu
Andre (Mumion)

P.S. jEdit is still the best editor I've ever used!

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

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

Plugin Bugs item #904487, was opened at 2004-02-25 14:44
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=904487&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: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Jeffrey Hoyt (jchoyt)
Summary: Javastyle refuses to load

Initial Comment:
Hi!
I was using jEdit 4.1 and I have been using it for quite  
a while. I use the JavaStyle to format the code. Has 
been working fine.

Today jEdit started to crash a lot and after a crash 
JavaStyle refused to load. jEdit saif "ArrayIndex out of 
bounds" or something similar. A dialog said that perhaps 
a new version could fix this.

However, I tried to uninstall and then reinstall it 2 times 
with the same result. I then came to think of the 
settings and I removed them from. Then everything 
worked fine again!

I attach my settings so that you can have a go at  it.

Sincerily
john Gunnarsson

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2006-12-30 22:11

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

This plugin is no longer supported.

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

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

Plugin Bugs item #785981, was opened at 2003-08-09 13:31
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=785981&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: None
Priority: 8
Private: No
Submitted By: des lownds (des09)
Assigned to: Jeffrey Hoyt (jchoyt)
Summary: 4.2pre4 makes speedjava unusable

Initial Comment:
In 4.2pre4 the behavior of the selection boxes rendered
by speedjava plugin as method/variable hints has
changed. One used to be ablke to continue typing, now
one has to dismiss the hints to type the next letter.

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2006-12-30 22:09

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

This plugin is no longer supported.

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

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

Plugin Bugs item #692244, was opened at 2003-02-24 09:19
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=692244&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: None
Priority: 5
Private: No
Submitted By: Rob Fletcher (rfletch6)
>Assigned to: Jeffrey Hoyt (jchoyt)
Summary: Dots change colour when clicked in SpeedJava dockable

Initial Comment:
The dots in the SpeedJava plugin are changing colour 
when clicked. It's a very strange pattern and I can't see 
any obvious consistency to it. Sometimes when you 
click on a blue (method) dot it will turn green (field), 
clicking it again turns it back to blue. Clicking on a 
different dot will sometimes turn the first one back to 
blue and sometimes not. Similarly clicking on a grey 
(constructor) or green dot will sometimes turn it blue.

Also some of the initial colours are wrong. For example, 
in the file I'm looking at right now 
(org.gjt.sp.jedit.AbstractOptionPane), the constructor is 
labelled green and the getName() method grey, _init() 
method is green, name field is blue, etc.

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2006-12-30 22:09

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

This plugin is no longer supported.

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

Comment By: Stefan Kost (ensonic)
Date: 2003-02-27 12:03

Message:
Logged In: YES 
user_id=250654

I've done even more cleanups in CVS, can you perhaps help me
by creating a minimal java class, where this effects happens ?

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

Comment By: Stefan Kost (ensonic)
Date: 2003-02-27 08:00

Message:
Logged In: YES 
user_id=250654

I have added lots of debuggin code and even refactorised the
JavaSourceInfo._parse() methods a bit. For me it sound like
this methods fails to correectly initialise all scope
instances properly and the changing of color is just the
visual effect of it.
Anyway, the code is nearly without comments and there are
mthods about 300 lines long, with variables such as
i,j,l,..., and so on, to cut it short it is a mess.

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

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

Plugin Bugs item #745927, was opened at 2003-05-30 02:32
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=745927&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: None
Priority: 3
Private: No
Submitted By: Brad Mace (bemace)
Assigned to: Jeffrey Hoyt (jchoyt)
Summary: SpeedJava should not directly use BufferChangeListener

Initial Comment:
This exception happens every time I open a file that
has folds:

[error] Buffer: Exception while sending buffer event:
[error] Buffer: java.lang.AbstractMethodError
[error] Buffer:  at
org.gjt.sp.jedit.Buffer.fireFoldHandlerChanged(Buffer.java:4154)
[error] Buffer:  at
org.gjt.sp.jedit.Buffer.setFoldHandler(Buffer.java:3077)
[error] Buffer:  at
org.gjt.sp.jedit.Buffer.propertiesChanged(Buffer.java:1535)
[error] Buffer:  at
org.gjt.sp.jedit.Buffer.setMode(Buffer.java:2040)
[error] Buffer:  at
org.gjt.sp.jedit.Buffer.setMode(Buffer.java:2071)
[error] Buffer:  at
org.gjt.sp.jedit.Buffer.finishLoading(Buffer.java:3777)
[error] Buffer:  at
org.gjt.sp.jedit.Buffer.access$600(Buffer.java:71)
[error] Buffer:  at
org.gjt.sp.jedit.Buffer$1.run(Buffer.java:288)
[error] Buffer:  at
org.gjt.sp.util.WorkThreadPool.doAWTRequest(WorkThreadPool.java:391)
[error] Buffer:  at
org.gjt.sp.util.WorkThreadPool.doAWTRequests(WorkThreadPool.java:379)
[error] Buffer:  at
org.gjt.sp.util.WorkThreadPool.access$200(WorkThreadPool.java:37)
[error] Buffer:  at
org.gjt.sp.util.WorkThreadPool$RunRequestsInAWTThread.run(WorkThreadPool.java:476)
[error] Buffer:  at
java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:178)
[error] Buffer:  at
java.awt.EventQueue.dispatchEvent(EventQueue.java:443)
[error] Buffer:  at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:191)
[error] Buffer:  at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:144)
[error] Buffer:  at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
[error] Buffer:  at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:130)
[error] Buffer:  at
java.awt.EventDispatchThread.run(EventDispatchThread.java:98)
[debug] EditBus:
BufferUpdate[what=PROPERTIES_CHANGED,view=null,source=XPTrackerPanel.java
(I:\plugins\XPTracker\src\main\xptracker\gui\)]
[debug] EditBus:
BufferUpdate[what=LOADED,view=null,source=XPTrackerPanel.java
(I:\plugins\XPTracker\src\main\xptracker\gui\)]


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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2006-12-30 22:09

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

This plugin is no longer supported.

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

Comment By: Slava Pestov (spestov)
Date: 2003-06-02 23:32

Message:
Logged In: YES 
user_id=2280

Moving bug to plugin bug tracker -- changed description.

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

Comment By: Brad Mace (bemace)
Date: 2003-06-01 21:33

Message:
Logged In: YES 
user_id=370261

It looks like SpeedJava is the culprit.  SideKick was the
only other plugin listening.  After disabling SpeedJava that
particular exception went away.

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

Comment By: Slava Pestov (spestov)
Date: 2003-05-31 14:48

Message:
Logged In: YES 
user_id=2280

Hi,

Can you evaluate this BeanShell code in the console (so that
array contents are printed):

buffer.getBufferChangeListeners()

Then check each plugin's code in turn to see which one has
the missing method.

Plugin buffer change listeners should extend
BufferChangeAdapter not BufferChangeListener BTW, since with
the former changes to the interface won't break your code.

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

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

Plugin Bugs item #694478, was opened at 2003-02-27 11:52
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=694478&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: Wont Fix
Priority: 5
Private: No
Submitted By: Stefan Kost (ensonic)
>Assigned to: Jeffrey Hoyt (jchoyt)
Summary: SpeedJava: does not handle array initialisations

Initial Comment:
when havinf array inits, speedjava adds an empty scope
(name=null) for the value list

public class ArrayInit {
	int[] test = {0,1,2};
	
}


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

>Comment By: Jeffrey Hoyt (jchoyt)
Date: 2006-12-30 22:06

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

Plugin is no longer supported.  

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

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

Plugin Bugs item #568042, was opened at 2002-06-12 09:39
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=568042&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: Wont Fix
Priority: 5
Private: No
Submitted By: Chris Kent (cjkent)
>Assigned to: Jeffrey Hoyt (jchoyt)
Summary: SpeedJava doesn't work without {

Initial Comment:
SpeedJava doesn't work after an if statement that
doesn't have an opening bracket after it.

i.e. it will work fine in the following snippet:

if(something) {
    whatever.

but does nothing in this case:

if(something)
    whatever.


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

>Comment By: Jeffrey Hoyt (jchoyt)
Date: 2006-12-30 20:44

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

Plugin is no longer supported.  

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

Comment By: Stefan Kost (ensonic)
Date: 2003-04-07 08:22

Message:
Logged In: YES 
user_id=250654

I have tried the following example and I don't see anything
wrong :

/** SpeedJava doesn't work without '{'
@see
http://sourceforge.net/tracker/index.php?func=detail&aid=568042&group_id=588&atid=100588
*/
public class bug568042 {

	void test(void) {
		if(true)
		return; 
	}
	
	int hallo() {
	}
}

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

Comment By: Chris Kent (cjkent)
Date: 2003-04-07 08:17

Message:
Logged In: YES 
user_id=353578

I was using the most up to date version of SpeedJava with
the current (at the time) dev version of jEdit
(4.1pre-something). there was nothing in the activity log. I
gave up using SpeedJava in favour of Jane/CodeAid a while ago.

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

Comment By: Stefan Kost (ensonic)
Date: 2003-04-07 08:10

Message:
Logged In: YES 
user_id=250654

SpeedJava will probably not be updated anymore. Jane &
CodeAid together provide nearly the same functionallity.
Anyway, which version of SpeedJava do you use with wiich
version of jEdit and what exactly happens. Can something be
seen in the activitylog ?

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

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

Plugin Central Submission item #1624128, was opened at 2006-12-29 03:45
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1624128&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: Bertalan Fodor (fodber)
Assigned to: Jeffrey Hoyt (jchoyt)
Summary: LilyPondTool 2.10.2 ready to release

Initial Comment:
1. Name: LilyPondTool

2. Version Number: 2.10.2

3. Requirements:
JRE 5.0
jEdit 4.3pre6

ErrorListPlugin 1.4.2
SideKickPlugin 0.6.7
TemplatesPlugin 4.0.0
ConsolePlugin 4.2.6.5
JakartaCommonsPlugin 0.4.4

Third party dependencies and prerequisites:

* Run-time dependencies: Antlr 2.7.6, JWizardComponent, JPedal libraries,
JTextCheck, JavaHelp, LilyJHelp (antlr.jar, jhall.jar, jtextcheck-1.0-b5.jar, JWizardComponent.jar, LilyJHelp.jar)
All of these are available in the jars directory of
http://www.organum.hu/fileadmin/lilypondtool/2.10.2/lily4jedit-binary.zip

* Only for building the plugin several other libraries
are needed (Itext, bsf, bsh) . They are in the LilyPondTool/buildlib directory of
http://www.organum.hu/fileadmin/lilypondtool/2.10.2/lily4jedit-buildlib.zip

* the run-time dependencies must be placed in the lib directory inside the source directory

* the build-time dependencies must be placed in the buildlib directory inside the source directory

4. Announcement
LilyPond 2.10 support with many new features, including advanced point-and-click tools and ruler

5. Source Code
http://www.organum.hu/fileadmin/lilypondtool/2.10.2/LilyPondTool-src.zip

6. Descriptions
Short:

LilyTool is a LilyPond plugin for JEdit.
It is not a graphical front-end, but gives similar
functionality as Emacs LilyPond mode and helps creating
scores easier.

Long:

LilyPond tool provides a plugin for jEdit with a lot of
features that can help making LilyPond scores faster,
easier and with less error. Features include:

* Document Wizard with lyrics support to set up
documents easier
* Structure browser with code folding
* Simple parser for finding simple errors
* Integrated PDF viewer with point-and-click support
* Convenient running of LilyPond and related tools
* Automatic code completion for typing commands and
tweaking properties
* Automatic hyphenation of lyrics using OpenOffice
dictionaries

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

>Comment By: Jeffrey Hoyt (jchoyt)
Date: 2006-12-30 20:42

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

Upload malfuntion will delay release until tomorrow, but it's all packaged
and ready to go.  Look for it tomorrow about 1700 Zulu. Bertalan, thanks
for all your help during packaging.  This plugin, by necessity, has a lot
of dependencies and you've done a remarkable job getting it as smooth as it
is - Thanks!

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

Comment By: Bertalan Fodor (fodber)
Date: 2006-12-30 07:16

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

Just create it and leave it empty. It's a bug in build.xml. You know, for
building the plugin for the repository, it needs two passes. You're doing
the second pass. Only he first pass needs buildres.

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2006-12-29 21:56

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

I seem to be missing a directort in the src zip file - I don't have a
buildres directory.  I have:
[jchoyt@mm141783-pc LilyPondTool]$ ls -1
actions.xml
build
buildlib
build.properties
build.xml
DEVELOPMENT.txt
doc
docbook-wrapper.xsl
dockables.xml
helpbuild
jhIndexer.cfg
lib
LilyPondTool.props
lilytool
modes
org
services.xml
TODO.txt

Advice?

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

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

Plugin Bugs item #1558568, was opened at 2006-09-14 12:24
Message generated for change (Comment added) made by kasimir-k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1558568&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: kasimir-k (kasimir-k)
Assigned to: Nobody/Anonymous (nobody)
Summary: ConfigurableFoldHandler - Buffer should be JEditBuffers

Initial Comment:
>From http://jedit.org/CHANGES43.txt  4.3pre3 API Changes:

"Now that the text area is independent of the rest of
jEdit, various text area-related APIs that used to take
org.gjt.sp.jedit.Buffer
instances now take 
org.gjt.sp.jedit.buffer.JEditBuffers"

ConfigurableFoldHandler uses Buffer, thus it won't work
with 4.3pre3 and above. 


I belive this would be fairly simple thing to fix, but
unfortunately still beyond my Java skills, which there
aren't any.

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

>Comment By: kasimir-k (kasimir-k)
Date: 2006-12-30 23:13

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

http://plugins.jedit.org/plugins/?ConfigurableFoldHandler now has version
0.6.3 which fixes this problem.

I was really missing this plugin - thank you very much ezust for fixing
this!

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

Comment By: geniosity (geniosity)
Date: 2006-11-28 20:22

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

Hi,

I REALLY would love it if this plugin was fixed, but unfortunately, it
doesn't look like it. Here's the message from the Activity Log:
--------------------------------------------------------------------------------
[error] AWT-EventQueue-0: Exception in thread "AWT-EventQueue-0" 
[error] AWT-EventQueue-0: java.lang.AbstractMethodError:
org.gjt.sp.jedit.buffer.FoldHandler.getFoldLevel(Lorg/gjt/sp/jedit/buffer/JEditBuffer;ILjavax/swing/text/Segment;)I
[error] AWT-EventQueue-0:  at
org.gjt.sp.jedit.buffer.JEditBuffer.getFoldLevel(JEditBuffer.java:1698)
[error] AWT-EventQueue-0:  at
org.gjt.sp.jedit.buffer.JEditBuffer.isFoldStart(JEditBuffer.java:1643)
[error] AWT-EventQueue-0:  at
org.gjt.sp.jedit.textarea.Gutter.paintLine(Gutter.java:552)
[error] AWT-EventQueue-0:  at
org.gjt.sp.jedit.textarea.Gutter.paintComponent(Gutter.java:137)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paint(JComponent.java:1005)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintWithOffscreenBuffer(JComponent.java:4963)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintDoubleBuffered(JComponent.java:4916)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent._paintImmediately(JComponent.java:4859)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintImmediately(JComponent.java:4666)
[error] AWT-EventQueue-0:  at
javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:451)
[error] AWT-EventQueue-0:  at
javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:114)
[error] AWT-EventQueue-0:  at
java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
[error] AWT-EventQueue-0:  at
java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
[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)

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

Looks like the same error.

Thanks,
James

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

Comment By: Chris Miller (devrellim)
Date: 2006-11-28 16:57

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

I've submitted a patch that I believe fixes the problem.  Anyone
interested in testing the new code can download it from
<http://www.cpmiller.com/ConfigurableFoldHandler.jar>;  Use this jar at
your own risk; it's only been minimally tested as yet.

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

Comment By: Todd Prouty (toddprouty)
Date: 2006-11-20 16:56

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

I'm in the same boat. It's a very useful plug-in, but beyond my Java
skills to fix at this point. Not only does it not work, but having this
plug-ininstalled makes jEdit completely unusable, as described in
kasimir's original submission: 

http://tinyurl.com/yaksmn
(https://sourceforge.net/tracker/index.php?func=detail&aid=1431462&group_id=588&atid=565475)

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

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

Plugin Central Submission item #1624128, was opened at 2006-12-29 09:45
Message generated for change (Comment added) made by fodber
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1624128&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: Bertalan Fodor (fodber)
Assigned to: Jeffrey Hoyt (jchoyt)
Summary: LilyPondTool 2.10.2 ready to release

Initial Comment:
1. Name: LilyPondTool

2. Version Number: 2.10.2

3. Requirements:
JRE 5.0
jEdit 4.3pre6

ErrorListPlugin 1.4.2
SideKickPlugin 0.6.7
TemplatesPlugin 4.0.0
ConsolePlugin 4.2.6.5
JakartaCommonsPlugin 0.4.4

Third party dependencies and prerequisites:

* Run-time dependencies: Antlr 2.7.6, JWizardComponent, JPedal libraries,
JTextCheck, JavaHelp, LilyJHelp (antlr.jar, jhall.jar, jtextcheck-1.0-b5.jar, JWizardComponent.jar, LilyJHelp.jar)
All of these are available in the jars directory of
http://www.organum.hu/fileadmin/lilypondtool/2.10.2/lily4jedit-binary.zip

* Only for building the plugin several other libraries
are needed (Itext, bsf, bsh) . They are in the LilyPondTool/buildlib directory of
http://www.organum.hu/fileadmin/lilypondtool/2.10.2/lily4jedit-buildlib.zip

* the run-time dependencies must be placed in the lib directory inside the source directory

* the build-time dependencies must be placed in the buildlib directory inside the source directory

4. Announcement
LilyPond 2.10 support with many new features, including advanced point-and-click tools and ruler

5. Source Code
http://www.organum.hu/fileadmin/lilypondtool/2.10.2/LilyPondTool-src.zip

6. Descriptions
Short:

LilyTool is a LilyPond plugin for JEdit.
It is not a graphical front-end, but gives similar
functionality as Emacs LilyPond mode and helps creating
scores easier.

Long:

LilyPond tool provides a plugin for jEdit with a lot of
features that can help making LilyPond scores faster,
easier and with less error. Features include:

* Document Wizard with lyrics support to set up
documents easier
* Structure browser with code folding
* Simple parser for finding simple errors
* Integrated PDF viewer with point-and-click support
* Convenient running of LilyPond and related tools
* Automatic code completion for typing commands and
tweaking properties
* Automatic hyphenation of lyrics using OpenOffice
dictionaries

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

>Comment By: Bertalan Fodor (fodber)
Date: 2006-12-30 13:16

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

Just create it and leave it empty. It's a bug in build.xml. You know, for
building the plugin for the repository, it needs two passes. You're doing
the second pass. Only he first pass needs buildres.

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2006-12-30 03:56

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

I seem to be missing a directort in the src zip file - I don't have a
buildres directory.  I have:
[jchoyt@mm141783-pc LilyPondTool]$ ls -1
actions.xml
build
buildlib
build.properties
build.xml
DEVELOPMENT.txt
doc
docbook-wrapper.xsl
dockables.xml
helpbuild
jhIndexer.cfg
lib
LilyPondTool.props
lilytool
modes
org
services.xml
TODO.txt

Advice?

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

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

Feature Requests item #1624755, was opened at 2006-12-30 06:45
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1624755&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: v4.3
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Geoff (geofflaw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Wrap Buffer Contents to Window

Initial Comment:
At present jEdit has three word wrap modes which are as follows:

None: no word wrapping
Soft: word wrapping is done against the specified margin
Hard: the file is modified to insert new line breaks at the specified margin

These modes only work if there are space characters in the line. If jEdit is working with a file that has no space characters it does not wrap the line. This means it is not the editor of choice for this kind of file and other utilities like Windows Notepad are used instead.

I would like to request a new option "Wrap to Window" which works irrespective of the contents of a line. In effect it should make the horizontal scroll bar redundant.

I believe there are two choices for this new option:

1) A new Word Wrap mode, called Window

2) A new option Window Wrap that disables Word Wrap and when Word Wrap is enabled Window Wrap should be disabled

Initially I thought option 1 sounded right but as this new option will not word wrap but just wrap the second option might be better and clearer for new users.

I believe this would be a very valuable enhancement to jEdit and if nothing else will mean I don't keep having to use Windows Notepad!

Bug 1623562 contains some information relating to this and was the trigger for this request.

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

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

Plugin Central Submission item #1624128, was opened at 2006-12-29 03:45
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1624128&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: Bertalan Fodor (fodber)
>Assigned to: Jeffrey Hoyt (jchoyt)
Summary: LilyPondTool 2.10.2 ready to release

Initial Comment:
1. Name: LilyPondTool

2. Version Number: 2.10.2

3. Requirements:
JRE 5.0
jEdit 4.3pre6

ErrorListPlugin 1.4.2
SideKickPlugin 0.6.7
TemplatesPlugin 4.0.0
ConsolePlugin 4.2.6.5
JakartaCommonsPlugin 0.4.4

Third party dependencies and prerequisites:

* Run-time dependencies: Antlr 2.7.6, JWizardComponent, JPedal libraries,
JTextCheck, JavaHelp, LilyJHelp (antlr.jar, jhall.jar, jtextcheck-1.0-b5.jar, JWizardComponent.jar, LilyJHelp.jar)
All of these are available in the jars directory of
http://www.organum.hu/fileadmin/lilypondtool/2.10.2/lily4jedit-binary.zip

* Only for building the plugin several other libraries
are needed (Itext, bsf, bsh) . They are in the LilyPondTool/buildlib directory of
http://www.organum.hu/fileadmin/lilypondtool/2.10.2/lily4jedit-buildlib.zip

* the run-time dependencies must be placed in the lib directory inside the source directory

* the build-time dependencies must be placed in the buildlib directory inside the source directory

4. Announcement
LilyPond 2.10 support with many new features, including advanced point-and-click tools and ruler

5. Source Code
http://www.organum.hu/fileadmin/lilypondtool/2.10.2/LilyPondTool-src.zip

6. Descriptions
Short:

LilyTool is a LilyPond plugin for JEdit.
It is not a graphical front-end, but gives similar
functionality as Emacs LilyPond mode and helps creating
scores easier.

Long:

LilyPond tool provides a plugin for jEdit with a lot of
features that can help making LilyPond scores faster,
easier and with less error. Features include:

* Document Wizard with lyrics support to set up
documents easier
* Structure browser with code folding
* Simple parser for finding simple errors
* Integrated PDF viewer with point-and-click support
* Convenient running of LilyPond and related tools
* Automatic code completion for typing commands and
tweaking properties
* Automatic hyphenation of lyrics using OpenOffice
dictionaries

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

>Comment By: Jeffrey Hoyt (jchoyt)
Date: 2006-12-29 21:56

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

I seem to be missing a directort in the src zip file - I don't have a
buildres directory.  I have:
[jchoyt@mm141783-pc LilyPondTool]$ ls -1
actions.xml
build
buildlib
build.properties
build.xml
DEVELOPMENT.txt
doc
docbook-wrapper.xsl
dockables.xml
helpbuild
jhIndexer.cfg
lib
LilyPondTool.props
lilytool
modes
org
services.xml
TODO.txt

Advice?

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

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

Bugs item #1622202, was opened at 2006-12-26 03:55
Message generated for change (Comment added) made by myshforum
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1622202&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: LHEZ Gael (myshforum)
Assigned to: Nobody/Anonymous (nobody)
Summary: Search and java1.6

Initial Comment:
Hi,

Under jdk1.6 the Search box fails.



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

>Comment By: LHEZ Gael (myshforum)
Date: 2006-12-30 03:03

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

Hum, that's not the same problem :) In your case, the search dialog
location is in the wrong place while in mine, it's in the good place, but
the dialog become invisible.

However mine since dependant to something else, but I still can't track it
:/

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

Comment By: Greg Inozemtsev (i-greg)
Date: 2006-12-30 01:51

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

I am also having trouble with the search dialog not appearing. I am using
JRE 1.6 and jEdit 4.3pre8 on Windows XP with a dual monitor setup. 

When I press Ctrl+F, the search box appears off the screen. One way to get
it back is to hit Alt+space, then resize the window, then move the window,
using keyboard shortcuts.

I tracked the problem down to a wrong value for position being written
into the jEdit properties file. If I open the file and edit the
coordinates, the search window problem is fixed. However, if I open the
Global Options window and save any changes, the wrong coordinates get
written into the file again, and the problem comes back.

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

Comment By: LHEZ Gael (myshforum)
Date: 2006-12-29 13:12

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

Yes I can reproduce it.

I use the search box (ctrl F) for what it was made (eg: searching), click
find, and then it goes on the buffer. Then, I have to scroll a little up,
click to focus in the buffer, and the search box become invisible. It come
back if I select it (If I know where I left her), or If select another
app's window.

As full config :

- Windows XP Sp2 (with patch, in exception of IE7)
- Gigabyte 965P DS4 + Core II Duo E6400
- MSI GeForge 7900 GTO 512MB
- Corsair PC6400 4x512 RAM (I actually bought a TwinX yesterday, but the
box bug was there before)
- 2xSata II Seagate Barracuda 7200.10 HDD, 250GB and 320GB
- Pionner DVD Reader/Burner

And that's all.

That's not the first problem I had, as if I remember, I have the same
graphic card than you, and you seems to have no problem. It may be
hardware related or drivers related as I didn't touch jdk1.6's config.

If you have a solution, I would be happy to test it :)


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

Comment By: Matthieu Casanova (kpouer)
Date: 2006-12-29 11:18

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

Can you reproduce that ? What is your config ?
I use Java 1.6 and do not have problems like that

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

Comment By: LHEZ Gael (myshforum)
Date: 2006-12-26 03:56

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

See the screenshot (sorry, I misunderstood the submit button as a send
button for the screenshot itself). 

This is simply a refresh glitch.

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

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

Plugin Central Submission item #1623908, was opened at 2006-12-28 17:26
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1623908&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: ConfigurableFoldHandler 0.6.3

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

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

{{{ configurablefoldhandler 0.6.3
    Source: Source code is in svn under ConfigurableFoldHandler/tags/release-0-6-3
    Announcement: Updated for use with jEdit 4.3pre8.
        
    Requires Java 1.5
    Requires jEdit 04.03.08.00
    
    Short Description: The ConfigurableFoldHandler plugin adds a new fold handler to jEdit that allows the user to specify the strings that define the start and end of a fold.
    
    Long Description: The ConfigurableFoldHandler plugin adds a new fold handler to jEdit that allows the user to specify the strings that define the start and end of a fold. Different fold strings can be defined for each edit mode and each open buffer.
 }}}

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2006-12-29 20:52

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=1623908&group_id=588

Bugs item #1622202, was opened at 2006-12-25 21:55
Message generated for change (Comment added) made by i-greg
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1622202&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: LHEZ Gael (myshforum)
Assigned to: Nobody/Anonymous (nobody)
Summary: Search and java1.6

Initial Comment:
Hi,

Under jdk1.6 the Search box fails.



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

Comment By: Greg Inozemtsev (i-greg)
Date: 2006-12-29 19:51

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

I am also having trouble with the search dialog not appearing. I am using
JRE 1.6 and jEdit 4.3pre8 on Windows XP with a dual monitor setup. 

When I press Ctrl+F, the search box appears off the screen. One way to get
it back is to hit Alt+space, then resize the window, then move the window,
using keyboard shortcuts.

I tracked the problem down to a wrong value for position being written
into the jEdit properties file. If I open the file and edit the
coordinates, the search window problem is fixed. However, if I open the
Global Options window and save any changes, the wrong coordinates get
written into the file again, and the problem comes back.

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

Comment By: LHEZ Gael (myshforum)
Date: 2006-12-29 07:12

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

Yes I can reproduce it.

I use the search box (ctrl F) for what it was made (eg: searching), click
find, and then it goes on the buffer. Then, I have to scroll a little up,
click to focus in the buffer, and the search box become invisible. It come
back if I select it (If I know where I left her), or If select another
app's window.

As full config :

- Windows XP Sp2 (with patch, in exception of IE7)
- Gigabyte 965P DS4 + Core II Duo E6400
- MSI GeForge 7900 GTO 512MB
- Corsair PC6400 4x512 RAM (I actually bought a TwinX yesterday, but the
box bug was there before)
- 2xSata II Seagate Barracuda 7200.10 HDD, 250GB and 320GB
- Pionner DVD Reader/Burner

And that's all.

That's not the first problem I had, as if I remember, I have the same
graphic card than you, and you seems to have no problem. It may be hardware
related or drivers related as I didn't touch jdk1.6's config.

If you have a solution, I would be happy to test it :)


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

Comment By: Matthieu Casanova (kpouer)
Date: 2006-12-29 05:18

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

Can you reproduce that ? What is your config ?
I use Java 1.6 and do not have problems like that

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

Comment By: LHEZ Gael (myshforum)
Date: 2006-12-25 21:56

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

See the screenshot (sorry, I misunderstood the submit button as a send
button for the screenshot itself). 

This is simply a refresh glitch.

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

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

Bugs item #1623562, was opened at 2006-12-28 11:47
Message generated for change (Comment added) made by geofflaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1623562&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: Geoff (geofflaw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Word Wrap does not work in Hard mode

Initial Comment:
When a line contains a lot of text then I have observe the following:

Word Wrap: None - works exactly as expected, long lines are displayed on one long line
Word Wrap: Soft - breaks lines where there is a space character, which is as I would expect
Word Wrap: Hard - initially looks like None but after "Format Paragraph" looks like soft, looks like a bug

Changes made using Buffer Options.

I would expect Hard to wrap at 80 characters irrespective to space characters etc.

Selecting Hard mode and then "Format Paragraph" marks the file as Edited which is not what I would expect having typed nothing.

Using jEdit 4.3 Pre 8

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

>Comment By: Geoff (geofflaw)
Date: 2006-12-29 23:11

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

File Added: word-wrap_updated.html

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

Comment By: Geoff (geofflaw)
Date: 2006-12-29 23:11

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

File Added: word-wrap.html

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

Comment By: Geoff (geofflaw)
Date: 2006-12-29 23:10

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

I have attached the old document from the help and my proposed update
which I think helps clarify the matter. I am happy for this to be improved
upon.

I will raise the feature request when I have written some more detail on
it.

Thanks, Geoff

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

Comment By: Matthieu Casanova (kpouer)
Date: 2006-12-29 13:46

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

Hi, maybe there is a missing information in the doc : the line is broken
only on spaces.
And yes I think a new feature request for a wrap mode : window is the
right thing. Unless someone knows a way to do that ? But I don't think it
is already possible

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

Comment By: Geoff (geofflaw)
Date: 2006-12-29 12:01

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

I have attached a test file, this does not seem to work with Hard Wrap as
described in the documentation you quoted, so that may be a bug. However I
do fail to see the use of the hard mode but let's not go there!

Shall I raise a Feature Request for "Wrap Mode: Window" then? This sounds
like the right way forward to me what do you think?
File Added: jEditTestFile.txt

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

Comment By: Matthieu Casanova (kpouer)
Date: 2006-12-29 11:28

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

Hi, I was wrong about the comparison with word processors, you're right.
But here is the doc of the Hard Wrap

In hard wrap mode, inserting text at the end of a line will automatically
break the line if it extends beyond the wrap margin. Inserting or removing
text in the middle of a line has no effect, however text can be re-wrapped
using the Edit>Text>Format Paragraph command.

What you expect is a softwrap that do not cut between words but at a fixed
column count right ?
I'm sorry this is not a bug since the hard wrap does what the doc says. It
is a new feature request I think (or maybe it is possible to do that with
the soft wrap ?)

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

Comment By: Geoff (geofflaw)
Date: 2006-12-29 11:15

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

I have to disagree, word processors do not break up long lines by adding a
new line they wrap it on the screen.

Let's say I have a file with 4 lines of text, each 300 characters long and
each character is between a and z, no space, tab or other white space. I
would expect this:

Word Wrap = None: 4 lines displayed each very long and I can scroll to the
right using my cursor or scroll bar
Word Wrap = Soft: same as None because there are no spaces
Word Wrap = Hard: the 4 lines are either wrapped to the screen or the
margin, so the horizontal scroll bar is not needed but the file contents
are unchanged

Take a look at Windows Notepad, it does what I am talking about, except
the intelligent soft mode of course! I still find myself using Notepad
instead of jEdit, which seems very wrong!

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

Comment By: Matthieu Casanova (kpouer)
Date: 2006-12-29 10:44

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

Hi, I think it is not a bug. You should read again the documentation about
wrapping :
the Hard Wrap really change your text introducing some new lines like a
word processor does

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

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

Bugs item #1623562, was opened at 2006-12-28 11:47
Message generated for change (Comment added) made by geofflaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1623562&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: Geoff (geofflaw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Word Wrap does not work in Hard mode

Initial Comment:
When a line contains a lot of text then I have observe the following:

Word Wrap: None - works exactly as expected, long lines are displayed on one long line
Word Wrap: Soft - breaks lines where there is a space character, which is as I would expect
Word Wrap: Hard - initially looks like None but after "Format Paragraph" looks like soft, looks like a bug

Changes made using Buffer Options.

I would expect Hard to wrap at 80 characters irrespective to space characters etc.

Selecting Hard mode and then "Format Paragraph" marks the file as Edited which is not what I would expect having typed nothing.

Using jEdit 4.3 Pre 8

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

>Comment By: Geoff (geofflaw)
Date: 2006-12-29 23:11

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

File Added: word-wrap.html

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

Comment By: Geoff (geofflaw)
Date: 2006-12-29 23:10

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

I have attached the old document from the help and my proposed update
which I think helps clarify the matter. I am happy for this to be improved
upon.

I will raise the feature request when I have written some more detail on
it.

Thanks, Geoff

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

Comment By: Matthieu Casanova (kpouer)
Date: 2006-12-29 13:46

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

Hi, maybe there is a missing information in the doc : the line is broken
only on spaces.
And yes I think a new feature request for a wrap mode : window is the
right thing. Unless someone knows a way to do that ? But I don't think it
is already possible

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

Comment By: Geoff (geofflaw)
Date: 2006-12-29 12:01

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

I have attached a test file, this does not seem to work with Hard Wrap as
described in the documentation you quoted, so that may be a bug. However I
do fail to see the use of the hard mode but let's not go there!

Shall I raise a Feature Request for "Wrap Mode: Window" then? This sounds
like the right way forward to me what do you think?
File Added: jEditTestFile.txt

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

Comment By: Matthieu Casanova (kpouer)
Date: 2006-12-29 11:28

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

Hi, I was wrong about the comparison with word processors, you're right.
But here is the doc of the Hard Wrap

In hard wrap mode, inserting text at the end of a line will automatically
break the line if it extends beyond the wrap margin. Inserting or removing
text in the middle of a line has no effect, however text can be re-wrapped
using the Edit>Text>Format Paragraph command.

What you expect is a softwrap that do not cut between words but at a fixed
column count right ?
I'm sorry this is not a bug since the hard wrap does what the doc says. It
is a new feature request I think (or maybe it is possible to do that with
the soft wrap ?)

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

Comment By: Geoff (geofflaw)
Date: 2006-12-29 11:15

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

I have to disagree, word processors do not break up long lines by adding a
new line they wrap it on the screen.

Let's say I have a file with 4 lines of text, each 300 characters long and
each character is between a and z, no space, tab or other white space. I
would expect this:

Word Wrap = None: 4 lines displayed each very long and I can scroll to the
right using my cursor or scroll bar
Word Wrap = Soft: same as None because there are no spaces
Word Wrap = Hard: the 4 lines are either wrapped to the screen or the
margin, so the horizontal scroll bar is not needed but the file contents
are unchanged

Take a look at Windows Notepad, it does what I am talking about, except
the intelligent soft mode of course! I still find myself using Notepad
instead of jEdit, which seems very wrong!

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

Comment By: Matthieu Casanova (kpouer)
Date: 2006-12-29 10:44

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

Hi, I think it is not a bug. You should read again the documentation about
wrapping :
the Hard Wrap really change your text introducing some new lines like a
word processor does

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

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

Bugs item #1623562, was opened at 2006-12-28 11:47
Message generated for change (Comment added) made by geofflaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1623562&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: Geoff (geofflaw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Word Wrap does not work in Hard mode

Initial Comment:
When a line contains a lot of text then I have observe the following:

Word Wrap: None - works exactly as expected, long lines are displayed on one long line
Word Wrap: Soft - breaks lines where there is a space character, which is as I would expect
Word Wrap: Hard - initially looks like None but after "Format Paragraph" looks like soft, looks like a bug

Changes made using Buffer Options.

I would expect Hard to wrap at 80 characters irrespective to space characters etc.

Selecting Hard mode and then "Format Paragraph" marks the file as Edited which is not what I would expect having typed nothing.

Using jEdit 4.3 Pre 8

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

>Comment By: Geoff (geofflaw)
Date: 2006-12-29 23:10

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

I have attached the old document from the help and my proposed update
which I think helps clarify the matter. I am happy for this to be improved
upon.

I will raise the feature request when I have written some more detail on
it.

Thanks, Geoff

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

Comment By: Matthieu Casanova (kpouer)
Date: 2006-12-29 13:46

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

Hi, maybe there is a missing information in the doc : the line is broken
only on spaces.
And yes I think a new feature request for a wrap mode : window is the
right thing. Unless someone knows a way to do that ? But I don't think it
is already possible

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

Comment By: Geoff (geofflaw)
Date: 2006-12-29 12:01

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

I have attached a test file, this does not seem to work with Hard Wrap as
described in the documentation you quoted, so that may be a bug. However I
do fail to see the use of the hard mode but let's not go there!

Shall I raise a Feature Request for "Wrap Mode: Window" then? This sounds
like the right way forward to me what do you think?
File Added: jEditTestFile.txt

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

Comment By: Matthieu Casanova (kpouer)
Date: 2006-12-29 11:28

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

Hi, I was wrong about the comparison with word processors, you're right.
But here is the doc of the Hard Wrap

In hard wrap mode, inserting text at the end of a line will automatically
break the line if it extends beyond the wrap margin. Inserting or removing
text in the middle of a line has no effect, however text can be re-wrapped
using the Edit>Text>Format Paragraph command.

What you expect is a softwrap that do not cut between words but at a fixed
column count right ?
I'm sorry this is not a bug since the hard wrap does what the doc says. It
is a new feature request I think (or maybe it is possible to do that with
the soft wrap ?)

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

Comment By: Geoff (geofflaw)
Date: 2006-12-29 11:15

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

I have to disagree, word processors do not break up long lines by adding a
new line they wrap it on the screen.

Let's say I have a file with 4 lines of text, each 300 characters long and
each character is between a and z, no space, tab or other white space. I
would expect this:

Word Wrap = None: 4 lines displayed each very long and I can scroll to the
right using my cursor or scroll bar
Word Wrap = Soft: same as None because there are no spaces
Word Wrap = Hard: the 4 lines are either wrapped to the screen or the
margin, so the horizontal scroll bar is not needed but the file contents
are unchanged

Take a look at Windows Notepad, it does what I am talking about, except
the intelligent soft mode of course! I still find myself using Notepad
instead of jEdit, which seems very wrong!

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

Comment By: Matthieu Casanova (kpouer)
Date: 2006-12-29 10:44

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

Hi, I think it is not a bug. You should read again the documentation about
wrapping :
the Hard Wrap really change your text introducing some new lines like a
word processor does

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

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

Plugin Bugs item #1617305, was opened at 2006-12-17 02:27
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1617305&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: Kato Wulf (phpzen)
Assigned to: Nobody/Anonymous (nobody)
Summary: XML NullPointerException breaks ProjectViewer (deletes proj)

Initial Comment:
After installing the XML plugin, my projects won't load anymore in ProjectViewere.

The contents of ~/.jedit/projectviewer/pv.xml are actually getting replaced by a blank file.

Running jedit -log=0 from the command line produces a ClassCastException and NullPointerException (in the attached file).

Uninstalling the XML plugin fixes the problem (projects function normally after that).  Is there any way this could be patched/hacked/etc?

I could really use the XSD/DTD validation provided by XML plugin and definitely need the ProjectManager/FastOpen plugins :(

Thanks for the great product, hard work, and in advance for any assistance.

Xerces 2.8.0
XML    0.14
Jedit  4.2-r2

System Info:
-----------
kato@localhost ~/.jedit $ uname -a
Linux localhost 2.6.18-gentoo-r3 #9 Sat Dec 16 13:36:23 Local time zone must be set--see zic manu i686 AMD Athlon(tm) Processor AuthenticAMD GNU/Linux

kato@localhost ~/.jedit $ equery list jedit
 * installed packages
[I--] [  ] app-editors/jedit-4.2-r2 (0)

kato@localhost ~/.jedit $ ls -l jars
total 8556
-rw-r--r-- 1 kato users   30234 Dec 16 22:02 BufferList.jar
-rw-r--r-- 1 kato users  227620 Dec 16 22:04 CharacterMap.jar
-rw-r--r-- 1 kato users   19259 Dec 16 22:02 Code2HTML.jar
-rw-r--r-- 1 kato users   39951 Dec 16 22:15 CommonControls.jar
-rw-r--r-- 1 kato users   43073 Dec 16 22:02 ErrorList.jar
-rw-r--r-- 1 kato users   43844 Dec 16 22:04 FastOpen.jar
-rw-r--r-- 1 kato users    6120 Dec 16 22:02 Hex.jar
-rw-r--r-- 1 kato users   23255 Dec 16 22:04 HexEdit.jar
-rw-r--r-- 1 kato users  220226 Dec 16 22:04 JDiffPlugin.jar
drwxr-xr-x 5 kato users    4096 Dec 17 00:02 ProjectViewer
-rw-r--r-- 1 kato users  686148 Dec 17 00:02 ProjectViewer.jar
-rw-r--r-- 1 kato users  236990 Dec 16 22:02 SideKick.jar
drwxr-xr-x 4 kato users    4096 Dec 17 02:07 XML
-rw-r--r-- 1 kato users  254949 Dec 17 02:07 XML.jar
-rw-r--r-- 1 kato users  303157 Dec 16 22:04 XSearch.jar
drwxr-xr-x 3 kato users    4096 Dec 17 02:07 XercesPlugin
-rw-r--r-- 1 kato users 4889348 Dec 17 02:07 XercesPlugin.jar
-rw-r--r-- 1 kato users    8284 Dec 16 22:02 colorchooser.jar
-rw-r--r-- 1 kato users  151853 Dec 17 02:07 htmlparser.jar
-rw-r--r-- 1 kato users   11665 Dec 16 22:15 kappalayout.jar
-rw-r--r-- 1 kato users   60047 Dec 17 02:07 resolver.jar
-rw-r--r-- 1 kato users 1207073 Dec 17 02:07 xercesImpl.jar
-rw-r--r-- 1 kato users  195119 Dec 17 02:07 xml-apis.jar

-----------

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

>Comment By: Alan Ezust (ezust)
Date: 2006-12-29 13:36

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

What is Jedit 4.2-r2? Did you get that from jedit.org ?
I recommend using 4.3pre8 or later.


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

Comment By: Alan Ezust (ezust)
Date: 2006-12-17 16:49

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

There are some issues with the XML parsers in conjunction with Jedit 4.2
and the newer plugins. The developers no longer use those versions so they
won't be fixed. Try jedit 4.3pre8 with a more recent XML plugin and your
problem should go away.



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

Comment By: Kato Wulf (phpzen)
Date: 2006-12-17 02:45

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

Hello, I now think this is unrelated to the XML/Xerces plugin. 
Uninstalling these coincided with the projects working, but shortly after,
they failed again... i see the attached errors with XML/Xerces plugins
uninstalled.

Additionally, I noted that I missed my ProjectViewer version, which is
2.1.3.5.
File Added: jedit_stack.txt

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

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

Plugin Bugs item #1624552, was opened at 2006-12-29 11:16
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1624552&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: Nobody/Anonymous (nobody)
Summary: SideKick: parse button stops working after project switch

Initial Comment:
This may happen at other times too, but I noticed that the parse button of sidekick stops working after I change projects in the projectviewer.

When this happens, I usually notice a line like this in the activity log:

[error] String: build.xml (/home/ezust/jedit/trunk/)

[where this is the file I was editing].

I'm not sure where this message is coming from.




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

>Comment By: Alan Ezust (ezust)
Date: 2006-12-29 13:34

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

got it working via a workaround.


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

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

Plugin Bugs item #1624552, was opened at 2006-12-29 11:16
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=1624552&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: SideKick: parse button stops working after project switch

Initial Comment:
This may happen at other times too, but I noticed that the parse button of sidekick stops working after I change projects in the projectviewer.

When this happens, I usually notice a line like this in the activity log:

[error] String: build.xml (/home/ezust/jedit/trunk/)

[where this is the file I was editing].

I'm not sure where this message is coming from.




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

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

Bugs item #1617483, was opened at 2006-12-17 20:35
Message generated for change (Comment added) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1617483&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: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Uwe (donovaly)
>Assigned to: Matthieu Casanova (kpouer)
Summary: scroll problem after HyperSearch

Initial Comment:
- Open the attached TeX-file with jEdit 4.3pre8.
- Search for the word "Kathode" with HyperSearch
- click on the result in the HyperSearch result window

As result the word "Kathode" will be highlighted and the cursor set behind it, but the horizontal scrollbar is not active. That means that the scrollbar is at the first position and is inactive when I move the cursor with the arrow keys.
This is annoying because the view jumps to the beginning of the text line whenever I use the scrollbar and therefore I lose the word I just searched for.

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

>Comment By: Matthieu Casanova (kpouer)
Date: 2006-12-29 20:05

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

fixed in SVN

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

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