jedit-devel Mailing List for jEdit

Hi,

I have to admit I'm very new to this and this may be the wrong list but,

I am writing a macro for doing large regex search and replaces, and need
to be able to span new lines,
now from the docmentation I think that I need to create myself a new
matcher with the RESyntax set to RE_SYNTAX_PERL5_S. and then use that.

However i'm new to Java and I don't have a clue how to do that bit.

If there is an easier way to emulate the perl /s option please tell me.
Tar.



-- 
Martyn Eggleton <ma...@de...>
CMJ

On September 29, 2003 12:32, Alexander Klimetschek wrote:
> That cannot be possible because all jars are loaded into the java vm and
> there can be only one version of one class in some package. Two
> different versions of xalan.jar, for example, cannot be loaded into the
> jvm at the same time.

Sorry Alexander, but I really have to correct you on this. It most certainly 
IS possible to load two versions of the same class under the same VM. Each of 
those classes could be loaded with different classloader instances. This is 
especially important for application servers like JBoss, for example, where 
two different applications might be using different classes which happen to 
have the same (fully qualified) name. The issues surrounding class loading 
can be quite complex, though.

Having said that, you would be correct in saying that jEdit's JARClassLoader 
can only load one version of a particular class. This is because Slava used a 
Hashtable (shared by all JARClassLoader instances) to map classname to a 
particular classloader, thereby allowing only one version of a class to be 
known to the system. In order to support Dale's suggestion, JARClassLoader 
would have to be rewritten.

Steve Jakob

Dave Landers wrote:
> They can, if they are loaded by separate peer classloaders.  If one of the 
> versions is in a "parent" classloader (like in CLASSPATH) then you are right 
> that you can not override it with another version.  But if you create 
> separate classloaders as peers of each other then these two classloaders can 
> load two different versions of the same class.

Thanks for all of you enlightening me :)

I am not a classloader expert, so I did not know of that separation 
possibility. But I just thought about the fact, that all loaded classes 
are available inside jedit to all other plugins. So I simply reasoned 
that there can only be one version of a class in memory.

Can you differ between private and public classes of a classloader? If 
you can't, it would not be possible to implement the suggested feature 
for having different versions of some utility jar for different plugins 
without breaking the plugin inter-operability, wouldn't it?

Alex

-- 
Alexander Klimetschek

<kli...@t-...>

Alexander Klimetschek wrote:

>Dale Anson wrote:
>  
>
>>In fact, it might be nice to have a subdirectory per plugin, 
>>with  a classloader per subdirectory. That would allow, for example, 
>>plugin A to use a different version of xalan.jar than plugin B, or even 
>>better, two different versions of the SAME plugin to be loaded at the 
>>same time.
>>    
>>
>
>That cannot be possible because all jars are loaded into the java vm and 
>there can be only one version of one class in some package. Two 
>different versions of xalan.jar, for example, cannot be loaded into the 
>jvm at the same time.
>
Sure they can, as long as they're loaded by separate classloaders. This 
would just require a non-delegating classloader that checks the jars in 
the plugin's own directory before passing the load request on to the 
parent classloader. The only problems with this approach would be if 
plugins passed objects to other plugins (or to the jEdit core) that were 
created from the "private" classes loaded for that plugin.

  - Dennis

Using different classloaders will allow two different versions of a 
class to be loaded at the same time. A common example is servlet 
containers where each web app is loaded by a separate classloader. The 
standard directory structure of a web app includes a WEB-INF/lib 
directory, which contains the jars used by the web app. It is entirely 
possible, and specifically allowed, for web app A to have a different 
version of xalan.jar in it's WEB-INF/lib directory than web app B. Both 
versions of xalan.jar will be loaded, but in different classloaders. If 
a needed class is not found by the web app's classloader, loading is 
delegated to the parent classloader. I'm suggesting that a similar 
arrangement for jEdit plugins would be nice.

Dale


Alexander Klimetschek wrote:

> Dale Anson wrote:
>
>> In fact, it might be nice to have a subdirectory per plugin, with  a 
>> classloader per subdirectory. That would allow, for example, plugin A 
>> to use a different version of xalan.jar than plugin B, or even 
>> better, two different versions of the SAME plugin to be loaded at the 
>> same time.
>
>
> That cannot be possible because all jars are loaded into the java vm 
> and there can be only one version of one class in some package. Two 
> different versions of xalan.jar, for example, cannot be loaded into 
> the jvm at the same time.
>
> Despite that, having subdirectories for sorting those ever growing 
> number of jars ;-) could be useful.
>

On Monday 29 September 2003 10:32 am, Alexander Klimetschek wrote:
> Dale Anson wrote:
> > In fact, it might be nice to have a subdirectory per plugin,
> > with  a classloader per subdirectory. That would allow, for example,
> > plugin A to use a different version of xalan.jar than plugin B, or even
> > better, two different versions of the SAME plugin to be loaded at the
> > same time.
>
> That cannot be possible because all jars are loaded into the java vm and
> there can be only one version of one class in some package. Two
> different versions of xalan.jar, for example, cannot be loaded into the
> jvm at the same time.



They can, if they are loaded by separate peer classloaders.  If one of the 
versions is in a "parent" classloader (like in CLASSPATH) then you are right 
that you can not override it with another version.  But if you create 
separate classloaders as peers of each other then these two classloaders can 
load two different versions of the same class.


>
> Despite that, having subdirectories for sorting those ever growing
> number of jars ;-) could be useful.
>
> --
> Alexander Klimetschek
>
> <kli...@t-...>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf

Dale Anson wrote:
> In fact, it might be nice to have a subdirectory per plugin, 
> with  a classloader per subdirectory. That would allow, for example, 
> plugin A to use a different version of xalan.jar than plugin B, or even 
> better, two different versions of the SAME plugin to be loaded at the 
> same time.

That cannot be possible because all jars are loaded into the java vm and 
there can be only one version of one class in some package. Two 
different versions of xalan.jar, for example, cannot be loaded into the 
jvm at the same time.

Despite that, having subdirectories for sorting those ever growing 
number of jars ;-) could be useful.

-- 
Alexander Klimetschek

<kli...@t-...>

I was under the impression that the jEdit classloader recursed through 
subdirectories in the ${user.home)/.jedit.jars directory. It seems to me 
that this was the behaviour some time ago, like maybe in 3.x versions of 
jEdit. Apparently that's not true any longer (if it ever was, maybe I 
don't recall correctly), but it might be a nice behaviour for situations 
like this. In fact, it might be nice to have a subdirectory per plugin, 
with  a classloader per subdirectory. That would allow, for example, 
plugin A to use a different version of xalan.jar than plugin B, or even 
better, two different versions of the SAME plugin to be loaded at the 
same time.

Also, it turns out that all those jars aren't really necessary for Ant 
1.6. Just ant.jar and either optional.jar or ant-launcher.jar. It may 
happen that neither of the last two will be required by the time Ant 1.6 
is final.

Dale


Slava Pestov wrote:

>jEdit ignores JAR manifests... however putting the JAR files in the jars
>directory should not cause any problems except visual clutter.
>
>On Sun, 2003-09-28 at 22:07, Dave Landers wrote:
>  
>
>>On Sunday 28 September 2003 1:52 pm, Dale Anson wrote:
>>    
>>
>>>Ant 1.6 has split the base distribution from just 2 jar files (ant.jar
>>>and optional.jar) to about 30. In the past, on Linux I've make soft
>>>links to these 2 files in ${user.home}/.jedit/jars and on Windows I've
>>>copied the 2 file into the jars directory so I can use ant from within
>>>jEdit. Any recommendations on how to deal with this situation now that
>>>there are 30+ jar files for ant?
>>>      
>>>
>>Maybe you can make one (empty) jar which lists those 30 in it's manifest 
>>Class-Path.
>>    
>>

Bugs item #806597, was opened at 2003-09-15 08:43
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=806597&group_id=588

Category: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: char [ and { do not work

Initial Comment:
On a notebook compaq with italian keyboard, windows xp,

j2sdk1.4.2, characters [ and { do not works (nothing is

printed in the editor window). They works only if a

close bracket is already present on the same line. 



This problem was not present in the 4.1 release, but

has been first experienced in 4.2pre5 release.





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

Comment By: Nobody/Anonymous (nobody)
Date: 2003-09-29 04:52

Message:
Logged In: NO 

The problem using the backslash on german keyboard is still

present in the current nightly snapshot.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2003-09-22 05:31

Message:
Logged In: NO 

Almost fixed using 4.2pre6. Now char [ works fine, but still

{ doesn't print nothing (again, if a closed bracket is not

already present on the line). Thanks anyway.



wal...@in...

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

Comment By: Slava Pestov (spestov)
Date: 2003-09-21 20:12

Message:
Logged In: YES 
user_id=2280

Try intalling 4.2pre5, then replace its jedit.jar with the

4.2pre6 nightly snapshot: www.jedit.org/jedit.jar

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

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

Bugs item #814163, was opened at 2003-09-29 00:53
Message generated for change (Comment added) made by lanciaux
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=814163&group_id=588

Category: plugin manager
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Plugin Options does not work (brings errors)

Initial Comment:
I Have JEdit 4.2 pre5 installed on WIN ME with 



Java 2 Runtime Environment (standard edition) version 1.4



When I try to open "Plugin Options" from anywhere,

(Plugin Menu, Plugin Manager, via shortcut, etc), I get

a Beanshell error dialog box with the following info..



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



A Beanshell Error Occured



java.lang.NumberFormatException: null



	at java.lang.Integer.parseInt(Unknown Source)



	at java.lang.Integer.<init>(Unknown Source)



	at clearcase.OptionsPane._init(OptionsPane.java:84)



	at org.gjt.sp.jedit.AbstractOptionPane.init(Unknown

Source)



	at

org.gjt.sp.jedit.gui.OptionsDialog.valueChanged(Unknown

Source)



	at

javax.swing.tree.DefaultTreeSelectionModel.fireValueChanged(Unknown

Source)



	at

javax.swing.tree.DefaultTreeSelectionModel.notifyPathChange(Unknown

Source)



	at

javax.swing.tree.DefaultTreeSelectionModel.setSelectionPaths(Unknown

Source)



	at

javax.swing.tree.DefaultTreeSelectionModel.setSelectionPath(Unknown

Source)



	at javax.swing.JTree.setSelectionPath(Unknown Source)



	at

org.gjt.sp.jedit.gui.OptionsDialog.selectPane(Unknown

Source)



	at

org.gjt.sp.jedit.gui.OptionsDialog.selectPane(Unknown

Source)



	at

org.gjt.sp.jedit.gui.OptionsDialog.selectPane(Unknown

Source)



	at org.gjt.sp.jedit.gui.OptionsDialog.init(Unknown Source)



	at org.gjt.sp.jedit.gui.OptionsDialog.<init>(Unknown

Source)



	at

org.gjt.sp.jedit.options.PluginOptions.<init>(Unknown

Source)



	at

sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native

Method)



	at

sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown

Source)



	at

sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown

Source)



	at java.lang.reflect.Constructor.newInstance(Unknown

Source)



	at bsh.Reflect.constructObject(Unknown Source)



	at bsh.BSHAllocationExpression.constructObject(Unknown

Source)



	at

bsh.BSHAllocationExpression.objectAllocation(Unknown

Source)



	at bsh.BSHAllocationExpression.eval(Unknown Source)



	at bsh.BSHPrimaryExpression.eval(Unknown Source)



	at bsh.BSHPrimaryExpression.eval(Unknown Source)



	at bsh.BSHBlock.evalBlock(Unknown Source)



	at bsh.BSHBlock.eval(Unknown Source)



	at bsh.BshMethod.invokeImpl(Unknown Source)



	at bsh.BshMethod.invoke(Unknown Source)



	at bsh.BshMethod.invoke(Unknown Source)



	at org.gjt.sp.jedit.BeanShell.runCachedBlock(Unknown

Source)



	at org.gjt.sp.jedit.BeanShellAction.invoke(Unknown Source)



	at

org.gjt.sp.jedit.gui.InputHandler.invokeAction(Unknown

Source)



	at org.gjt.sp.jedit.jEdit$3.invokeAction(Unknown Source)



	at

org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(Unknown

Source)



	at

javax.swing.AbstractButton.fireActionPerformed(Unknown

Source)



	at

javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(Unknown

Source)



	at

javax.swing.DefaultButtonModel.fireActionPerformed(Unknown

Source)



	at javax.swing.DefaultButtonModel.setPressed(Unknown

Source)



	at javax.swing.AbstractButton.doClick(Unknown Source)



	at

javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown

Source)



	at

javax.swing.plaf.basic.BasicMenuItemUI$MouseInputHandler.mouseReleased(Unknown

Source)



	at java.awt.AWTEventMulticaster.mouseReleased(Unknown

Source)



	at java.awt.Component.processMouseEvent(Unknown Source)



	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.LightweightDispatcher.retargetMouseEvent(Unknown

Source)



	at

java.awt.LightweightDispatcher.processMouseEvent(Unknown

Source)



	at

java.awt.LightweightDispatcher.dispatchEvent(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)



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



I have tried reinstalling jedit4.2p5 over the current

one, but that did not seem to fix anything. 



If I can be of any further assistance, plese contact me

at :



jed...@fl...



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

>Comment By: Ludovic Anciaux (lanciaux)
Date: 2003-09-29 11:05

Message:
Logged In: YES 
user_id=553103

I also run WindowsME including JRE/JDK142_01 - I don't have 

such error but I remember having had a plugin which was 

failing (gruntSpud 2.2). Also some BSH modifications have 

impact on macros => check you personal macros or modified 

macros ?



I propose you to rename .jedit dir in c:\Windows\ to .jedit-

bak. Move all jars in c:\...\jedit42pre5\jars somewhere else 

such a way you launch no plugin at all at start. Then check 

what happens, . If this fails - catch me on IRC #jEdit from 

7pm (CET) to discuss it.



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

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

jEdit ignores JAR manifests... however putting the JAR files in the jars
directory should not cause any problems except visual clutter.

On Sun, 2003-09-28 at 22:07, Dave Landers wrote:
> On Sunday 28 September 2003 1:52 pm, Dale Anson wrote:
> > Ant 1.6 has split the base distribution from just 2 jar files (ant.jar
> > and optional.jar) to about 30. In the past, on Linux I've make soft
> > links to these 2 files in ${user.home}/.jedit/jars and on Windows I've
> > copied the 2 file into the jars directory so I can use ant from within
> > jEdit. Any recommendations on how to deal with this situation now that
> > there are 30+ jar files for ant?
> 
> Maybe you can make one (empty) jar which lists those 30 in it's manifest 
> Class-Path.
-- 
Slava Pestov

On Sunday 28 September 2003 1:52 pm, Dale Anson wrote:
> Ant 1.6 has split the base distribution from just 2 jar files (ant.jar
> and optional.jar) to about 30. In the past, on Linux I've make soft
> links to these 2 files in ${user.home}/.jedit/jars and on Windows I've
> copied the 2 file into the jars directory so I can use ant from within
> jEdit. Any recommendations on how to deal with this situation now that
> there are 30+ jar files for ant?

Maybe you can make one (empty) jar which lists those 30 in it's manifest 
Class-Path.


http://java.sun.com/j2se/1.4.2/docs/guide/extensions/spec.html


>
> Dale
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf

Bugs item #814163, was opened at 2003-09-28 15:53
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=814163&group_id=588

Category: plugin manager
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Plugin Options does not work (brings errors)

Initial Comment:
I Have JEdit 4.2 pre5 installed on WIN ME with 



Java 2 Runtime Environment (standard edition) version 1.4



When I try to open "Plugin Options" from anywhere,

(Plugin Menu, Plugin Manager, via shortcut, etc), I get

a Beanshell error dialog box with the following info..



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



A Beanshell Error Occured



java.lang.NumberFormatException: null



	at java.lang.Integer.parseInt(Unknown Source)



	at java.lang.Integer.<init>(Unknown Source)



	at clearcase.OptionsPane._init(OptionsPane.java:84)



	at org.gjt.sp.jedit.AbstractOptionPane.init(Unknown

Source)



	at

org.gjt.sp.jedit.gui.OptionsDialog.valueChanged(Unknown

Source)



	at

javax.swing.tree.DefaultTreeSelectionModel.fireValueChanged(Unknown

Source)



	at

javax.swing.tree.DefaultTreeSelectionModel.notifyPathChange(Unknown

Source)



	at

javax.swing.tree.DefaultTreeSelectionModel.setSelectionPaths(Unknown

Source)



	at

javax.swing.tree.DefaultTreeSelectionModel.setSelectionPath(Unknown

Source)



	at javax.swing.JTree.setSelectionPath(Unknown Source)



	at

org.gjt.sp.jedit.gui.OptionsDialog.selectPane(Unknown

Source)



	at

org.gjt.sp.jedit.gui.OptionsDialog.selectPane(Unknown

Source)



	at

org.gjt.sp.jedit.gui.OptionsDialog.selectPane(Unknown

Source)



	at org.gjt.sp.jedit.gui.OptionsDialog.init(Unknown Source)



	at org.gjt.sp.jedit.gui.OptionsDialog.<init>(Unknown

Source)



	at

org.gjt.sp.jedit.options.PluginOptions.<init>(Unknown

Source)



	at

sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native

Method)



	at

sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown

Source)



	at

sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown

Source)



	at java.lang.reflect.Constructor.newInstance(Unknown

Source)



	at bsh.Reflect.constructObject(Unknown Source)



	at bsh.BSHAllocationExpression.constructObject(Unknown

Source)



	at

bsh.BSHAllocationExpression.objectAllocation(Unknown

Source)



	at bsh.BSHAllocationExpression.eval(Unknown Source)



	at bsh.BSHPrimaryExpression.eval(Unknown Source)



	at bsh.BSHPrimaryExpression.eval(Unknown Source)



	at bsh.BSHBlock.evalBlock(Unknown Source)



	at bsh.BSHBlock.eval(Unknown Source)



	at bsh.BshMethod.invokeImpl(Unknown Source)



	at bsh.BshMethod.invoke(Unknown Source)



	at bsh.BshMethod.invoke(Unknown Source)



	at org.gjt.sp.jedit.BeanShell.runCachedBlock(Unknown

Source)



	at org.gjt.sp.jedit.BeanShellAction.invoke(Unknown Source)



	at

org.gjt.sp.jedit.gui.InputHandler.invokeAction(Unknown

Source)



	at org.gjt.sp.jedit.jEdit$3.invokeAction(Unknown Source)



	at

org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(Unknown

Source)



	at

javax.swing.AbstractButton.fireActionPerformed(Unknown

Source)



	at

javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(Unknown

Source)



	at

javax.swing.DefaultButtonModel.fireActionPerformed(Unknown

Source)



	at javax.swing.DefaultButtonModel.setPressed(Unknown

Source)



	at javax.swing.AbstractButton.doClick(Unknown Source)



	at

javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown

Source)



	at

javax.swing.plaf.basic.BasicMenuItemUI$MouseInputHandler.mouseReleased(Unknown

Source)



	at java.awt.AWTEventMulticaster.mouseReleased(Unknown

Source)



	at java.awt.Component.processMouseEvent(Unknown Source)



	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.LightweightDispatcher.retargetMouseEvent(Unknown

Source)



	at

java.awt.LightweightDispatcher.processMouseEvent(Unknown

Source)



	at

java.awt.LightweightDispatcher.dispatchEvent(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)



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



I have tried reinstalling jedit4.2p5 over the current

one, but that did not seem to fix anything. 



If I can be of any further assistance, plese contact me

at :



jed...@fl...



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

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

Thanks, I missed the "what's new" part.

John Watson wrote:
> The jEdit help covers this.  The plugin section has detailed
> instructions for modifying the props file and your classes as needed. 
> It's in the "Whats new in jEdit 4.2 | Plugin API" section of Help.  As
> for testing, if you've got the 4.2 deferred loading done right, then you
> should be able to go to the plugin manager and load/unload the plugin
> without getting any errors (by checking/unchecking the checkbox next to
> the plugin name).
> 
> Dale Anson wrote:
> 
>> I looked back through the list but didn't see the answer to this
>> question -- what changes need to be made to a 4.1 plugin to work with
>> 4.2? I'm updating the Antelope plugin, and made a few minor changes so
>> it would compile and run with 4.2, but don't know what I need to do to
>> support the 'reload without shutting down jEdit' feature. Can someone
>> point me in the right direction? And then how can I test that the
>> reload works?
>>
>> Thanks,
>>
>> Dale
>>
>>
>>
>>
>> -------------------------------------------------------
>> This sf.net email is sponsored by:ThinkGeek
>> Welcome to geek heaven.
>> http://thinkgeek.com/sf
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf

Ant 1.6 has split the base distribution from just 2 jar files (ant.jar
and optional.jar) to about 30. In the past, on Linux I've make soft
links to these 2 files in ${user.home}/.jedit/jars and on Windows I've
copied the 2 file into the jars directory so I can use ant from within
jEdit. Any recommendations on how to deal with this situation now that
there are 30+ jar files for ant?

Dale

Hello,

I'm really not sure what I did, but I'm terribly sorry to report that
AltGr stopped working again. Steps I did:

1) Updated to latest cvs. AltGr was broken. I've checked CHANGES.txt and
fixes for AltGr where mentioned.

2) I got the latest snapshot from http://www.jedit.org/jedit.jar and
checked AltGr. Not working either.

Or better: Not *really* working:

I can't enter keys like []{ until I entered } once. After that, the
others do work.

Here is the output of the keyboard checker when pressing []{}[]{} ([]{
do not produce output until } is pressed):

j2sdk 1.4.2
Win XP SP1

Event KEY_PRESSED,keyCode=0x11,keyChar=0xffff,modifiers=0x2 filtered
Event KEY_PRESSED,keyCode=0x12,keyChar=0xffff,modifiers=0xa filtered
Event KEY_PRESSED,keyCode=0x0,keyChar=0x1b,modifiers=0xa filtered
Event KEY_TYPED,keyCode=0x0,keyChar=0x5b,modifiers=0x20 passed
Event KEY_RELEASED,keyCode=0x0,keyChar=0x1b,modifiers=0xa passed
Event KEY_PRESSED,keyCode=0x87,keyChar=0x1d,modifiers=0xa filtered
Event KEY_TYPED,keyCode=0x0,keyChar=0x5d,modifiers=0x20 passed
Event KEY_RELEASED,keyCode=0x87,keyChar=0x1d,modifiers=0xa passed
Event KEY_PRESSED,keyCode=0x0,keyChar=0xffff,modifiers=0xa filtered
Event KEY_TYPED,keyCode=0x0,keyChar=0x7b,modifiers=0x20 passed
Event KEY_RELEASED,keyCode=0x0,keyChar=0xffff,modifiers=0xa passed
Event KEY_PRESSED,keyCode=0x203,keyChar=0x1c,modifiers=0xa passed
==> Translated to CA<203,0>
Event KEY_TYPED,keyCode=0x0,keyChar=0x7d,modifiers=0x20 passed
==> Translated to <0,7d>
Event KEY_RELEASED,keyCode=0x203,keyChar=0x1c,modifiers=0xa passed
Event KEY_PRESSED,keyCode=0x0,keyChar=0x1b,modifiers=0xa filtered
Event KEY_TYPED,keyCode=0x0,keyChar=0x5b,modifiers=0x20 passed
==> Translated to <0,5b>
Event KEY_RELEASED,keyCode=0x0,keyChar=0x1b,modifiers=0xa passed
Event KEY_PRESSED,keyCode=0x87,keyChar=0x1d,modifiers=0xa filtered
Event KEY_TYPED,keyCode=0x0,keyChar=0x5d,modifiers=0x20 passed
==> Translated to <0,5d>
Event KEY_RELEASED,keyCode=0x87,keyChar=0x1d,modifiers=0xa passed
Event KEY_PRESSED,keyCode=0x0,keyChar=0xffff,modifiers=0xa filtered
Event KEY_TYPED,keyCode=0x0,keyChar=0x7b,modifiers=0x20 passed
==> Translated to <0,7b>
Event KEY_RELEASED,keyCode=0x0,keyChar=0xffff,modifiers=0xa passed
Event KEY_PRESSED,keyCode=0x203,keyChar=0x1c,modifiers=0xa passed
==> Translated to CA<203,0>
Event KEY_TYPED,keyCode=0x0,keyChar=0x7d,modifiers=0x20 passed
==> Translated to <0,7d>
Event KEY_RELEASED,keyCode=0x203,keyChar=0x1c,modifiers=0xa passed
Event KEY_RELEASED,keyCode=0x11,keyChar=0xffff,modifiers=0x8 filtered
Event KEY_RELEASED,keyCode=0x12,keyChar=0xffff,modifiers=0x0 filtered

Hope, this helps.

Philip

Bugs item #707064, was opened at 2003-03-20 13:41
Message generated for change (Comment added) made by dancej
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=707064&group_id=588

Category: None
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Doug DeJulio (ddj)
Assigned to: Nobody/Anonymous (nobody)
Summary: with Apple JDK 1.4.1, fonts wrong

Initial Comment:
After installing Apple's released version of JDK 1.4.1, both 1.4.1 and 1.3.1 are available on the system.

I downloaded and installed the pure JAR version of jEdit (ie. not the MacOS .app bundle).

When launching jEdit with 1.4.1, text in the editor is all displayed in the same font.  Colors are altered according to the normal rules (eg. for comments et cetera), but the font never becomes bold or italic or anything.

When launching the same jEdit JAR file with 1.3.1, it works.

(I know this observation appeared on the jedit.org discussion boards, but I haven't seen it in the bug tracking system, so I thought I'd drop it in here.  If you guys are already looking at the discussion under the "Java 1.4.1 for MacOS X released" news item on jedit.org, let me know, but otherwise I'll try to get more details on each individual bug and post them here.  In every case I've seen, the .app bundle behaves like the pure JAR version invoked with JDK 1.4.1, but avoiding the app bundle makes it easier for me to explicitly check differences in behavior between 1.3.1 and 1.4.1.)

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

Comment By: Jonathan Dance (dancej)
Date: 2003-09-27 22:11

Message:
Logged In: YES 
user_id=824896

Hi,

I'm still having this problem with the latest JDK using the

Mac bundle. I believe Java 1.4.1. has been updated since

this bug report, because it now works when running the jar.



Anyway, I've tried to triage this as much as possible, here

are my findings:



- Launching jedit.jar (with Java 1.4.1) works fine with all

fonts that have bold. (small bug: bold is always an option

in the Text Area font select box, even for fonts that don't

have Bold)

- Launching jEdit.app doesn't work with *most* fonts



However, certain fonts do work with the .app. I believe the

fonts that work are the ones in the Java framework

directory, and fonts that are "Font bundles" in the

Library/Fonts directory.



I'm sure this has been fixed in 4.2, but is there anything

you can think of which would cause this? Do we already know?

I think it must be in the jEdit.app itself. I've looked

through all the text files and didn't find anything.



Still hoping for bold...



Regards,

Jonathan

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

Comment By: Slava Pestov (spestov)
Date: 2003-07-02 21:24

Message:
Logged In: YES 
user_id=2280

This is fixed in the latest developer preview of JDK 1.4.1

and I guess Apple will release this in final form  before OS

10.3

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

Comment By: Kris Kopicki (krisko)
Date: 2003-03-25 03:20

Message:
Logged In: YES 
user_id=592663

These are all bugs in Apples Java 1.4.1 (it's generally safe

to make that assumption if it works fine in Java 1.3.1).

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

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

Bugs item #813313, was opened at 2003-09-26 21:58
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=813313&group_id=588

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Laurent Daudelin (nemesys_soft)
Assigned to: Nobody/Anonymous (nobody)
Summary: Metacharacter not working in OS X 10.3

Initial Comment:
When running OS X 10.3, the metacharacter (usually 

"Control" but "Command" or "Apple" key in jEdit) to simulate 

"right-click" doesn't work anymore.



For example, with JavaInsight, you have to right-click to 

open a popup menu where you can add packages to the 

classpath and perform other functions. That option doesn't 

work anymore in Panther and I suspect it doesn't work for 

any other plugin that requires this 'right-click'.



It would be nice if the metacharacter would be set to 

'Control', to be consistent with all other OS X apps, but I 

don't know what does that imply.



Thanks!

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

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

Bugs item #813257, was opened at 2003-09-26 13:09
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=813257&group_id=588

Category: editor core
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Global Options Popup window does not close 

Initial Comment:
Jedit 4.2pre5 on Mac OS X (10.2.6)



I have had this bug a few times when I open the General

Options popup window.  I have usually been using the

shortcuts subwindow.   



When I have hit "OK" on the window, the text option are

cleared however the window stays open without being

able to close it (even clicking the close window area

on the window bar).   This is mainly an annoying bug

because after closing any other window that is opened

shifts the focus to the empty window.  



Pet...@tu...

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

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

Bugs item #707154, was opened at 2003-03-20 22:55
Message generated for change (Settings changed) made by jnp1234
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=707154&group_id=588

Category: editor core
Group: None
>Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Heklaz (jnp1234)
Assigned to: Nobody/Anonymous (nobody)
Summary: Accents missing on Mac OS X, Linux X , jdk 1.4.1

Initial Comment:
On Mac OS X with danish keyboard and jdk 1.4.1 and jedit 4.1 some accents cannot be entered from the keyboard it seems.

Missing accents are ^,¨,~,`,´ both as accents (â, etc) and characters on their own

More details on request.

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

Comment By: Heklaz (jnp1234)
Date: 2003-09-26 20:08

Message:
Logged In: YES 
user_id=56541

Still a bug for Mac OS X, see bug id 805017.

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

Comment By: Heklaz (jnp1234)
Date: 2003-07-28 15:09

Message:
Logged In: YES 
user_id=56541

Now accents work on linux.



On MacOS X (Danish keyboard, same used for linux test) I still 

cannot enter accents and accented characters as well as []{}@.



Attached is the output of the keyboard tester for characters 

[{ä¨.









version: jedit42pre3 with seperate jedit.jar (pre4)





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

Comment By: Heklaz (jnp1234)
Date: 2003-06-27 09:41

Message:
Logged In: YES 
user_id=56541

Attached are 2 files with output of the keyboard tester for some 

accents.



kbpre3.txt without the startup translateKeys



kbpre3-startup.txt with the startup translateKeys



The output with the translateKeys is not correct. ^ will appear, 

but not in accents like ô (dont know if it should), similar for ¨, 

displays as " (quote I believe), but not accents like ä.







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

Comment By: Slava Pestov (spestov)
Date: 2003-06-27 06:17

Message:
Logged In: YES 
user_id=2280

Hi,



I notice you never provided pre3 keyboard tester output for

the keys in question. Can you do this, both before and after

the translations I provided below were added to a startup

script?

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

Comment By: Heklaz (jnp1234)
Date: 2003-06-26 08:48

Message:
Logged In: YES 
user_id=56541

Worked with the second fetch of the file.



Attached is the output of various keypresses.



Just noticed that with this jar file "opt-i" does not insert a '|' any 

longer (no does it go up one line).





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

Comment By: Slava Pestov (spestov)
Date: 2003-06-25 19:39

Message:
Logged In: YES 
user_id=2280

Try getting jedit.jar again, make sure you don't get an old

copy from the cache, etc. Debug.DUMP_KEY_EVENTS=true is correct

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

Comment By: Heklaz (jnp1234)
Date: 2003-06-25 15:33

Message:
Logged In: YES 
user_id=56541

I get an error while evaluating "Debug.DUMP_KEY_EVENTS=true" :

(something about reflection )

no such field: DUMP_KEY_EVENTS



have installed the jedit.jar file.



What should I do?





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

Comment By: Slava Pestov (spestov)
Date: 2003-06-25 05:58

Message:
Logged In: YES 
user_id=2280

The issue with opt-i is fixed in 4.2pre3.



Now if the keys work in swing components but not the text

area, I guess there are problems with event delivery.



Can you install pre2, replace jedit.jar with

www.jedit.org/jedit.jar, then do this:



1) utilities->beanshell->evaluate expression:

Debug.DUMP_KEY_EVENTS=true



2) press problematic keys in text area



3) post here the debug messages starting with "[debug] Key

event:" which will end up in the activity log after #2.

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

Comment By: Heklaz (jnp1234)
Date: 2003-06-24 12:07

Message:
Logged In: YES 
user_id=56541

Another quirk on Mac OS X.





Entering '|' (opt-i on a Danish keyboard) produces a strange 

result: move up one line and then insert the '|' character.



keyboard tester (pre2) output:



Event 

java.awt.event.KeyEvent[KEY_PRESSED,keyCode=18,keyChar='?'

,modifiers=Alt,extModifiers=Alt,keyLocation=KEY_LOCATION_UNK

NOWN] on 

org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,layout=j

avax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=null

,alignmentY=null,border=apple.laf.AquaTextFieldBorder@de5a20,fl

ags=296,maximumSize=,minimumSize=,preferredSize=,caretColo

r=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabledTextCo

lor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=128],editab

le=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,b

ottom=0,right=0],selectedTextColor=apple.laf.CColorPaintUIResou

rce[r=200,g=200,b=200],selectionColor=apple.laf.CColorPaintUIR

esource[r=200,g=200,b=200],columns=0,columnWidth=0,comma

nd=,horizontalAlignment=LEADING] filtered

Event 

java.awt.event.KeyEvent[KEY_TYPED,keyCode=0,keyChar='|',keyL

ocation=KEY_LOCATION_UNKNOWN] on 

org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,layout=j

avax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=null

,alignmentY=null,border=apple.laf.AquaTextFieldBorder@de5a20,fl

ags=296,maximumSize=,minimumSize=,preferredSize=,caretColo

r=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabledTextCo

lor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=128],editab

le=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,b

ottom=0,right=0],selectedTextColor=apple.laf.CColorPaintUIResou

rce[r=200,g=200,b=200],selectionColor=apple.laf.CColorPaintUIR

esource[r=200,g=200,b=200],columns=0,columnWidth=0,comma

nd=,horizontalAlignment=LEADING] passed

Event 

java.awt.event.KeyEvent[KEY_PRESSED,keyCode=73,keyChar='|',

modifiers=Alt,extModifiers=Alt,keyLocation=KEY_LOCATION_UNKN

OWN] on 

org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,layout=j

avax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=null

,alignmentY=null,border=apple.laf.AquaTextFieldBorder@de5a20,fl

ags=296,maximumSize=,minimumSize=,preferredSize=,caretColo

r=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabledTextCo

lor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=128],editab

le=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,b

ottom=0,right=0],selectedTextColor=apple.laf.CColorPaintUIResou

rce[r=200,g=200,b=200],selectionColor=apple.laf.CColorPaintUIR

esource[r=200,g=200,b=200],columns=0,columnWidth=0,comma

nd=,horizontalAlignment=LEADING] passed

Event 

java.awt.event.KeyEvent[KEY_RELEASED,keyCode=73,keyChar='|',

modifiers=Alt,extModifiers=Alt,keyLocation=KEY_LOCATION_UNKN

OWN] on 

org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,invalid,l

ayout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignme

ntX=null,alignmentY=null,border=apple.laf.AquaTextFieldBorder@

de5a20,flags=296,maximumSize=,minimumSize=,preferredSize=,

caretColor=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabl

edTextColor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=12

8],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=0

,left=0,bottom=0,right=0],selectedTextColor=apple.laf.CColorPain

tUIResource[r=200,g=200,b=200],selectionColor=apple.laf.CColor

PaintUIResource[r=200,g=200,b=200],columns=0,columnWidth=0

,command=,horizontalAlignment=LEADING] passed

Event 

java.awt.event.KeyEvent[KEY_RELEASED,keyCode=18,keyChar='?

',keyLocation=KEY_LOCATION_UNKNOWN] on 

org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,invalid,l

ayout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignme

ntX=null,alignmentY=null,border=apple.laf.AquaTextFieldBorder@

de5a20,flags=296,maximumSize=,minimumSize=,preferredSize=,

caretColor=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabl

edTextColor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=12

8],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=0

,left=0,bottom=0,right=0],selectedTextColor=apple.laf.CColorPain

tUIResource[r=200,g=200,b=200],selectionColor=apple.laf.CColor

PaintUIResource[r=200,g=200,b=200],columns=0,columnWidth=0

,command=,horizontalAlignment=LEADING] passed



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

Comment By: Heklaz (jnp1234)
Date: 2003-06-21 13:28

Message:
Logged In: YES 
user_id=56541

Yes, accents do work in search and file open dialogs. Behaves like 

for NotePad from the jdk jfc demos.



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

Comment By: Slava Pestov (spestov)
Date: 2003-06-21 06:30

Message:
Logged In: YES 
user_id=2280

Do accents work in text components other than the jEdit text

area? For example, try in the search dialog box, or the

file>open dialog box.

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

Comment By: Heklaz (jnp1234)
Date: 2003-06-20 10:50

Message:
Logged In: YES 
user_id=56541

Adding the key translations seemed not to have any effect. What 

happens I cannot tell because the keyboard produces no output 

in the interesting cases.



Looking closer at the pre2 keyboardtester output it seems that 

returned keyChar  is actually correct but not being inserted in 

the text.



This is from the pre2 jar file (I accidentially deleted the pre3).



If I can help, let me know,



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

Comment By: Slava Pestov (spestov)
Date: 2003-06-18 21:50

Message:
Logged In: YES 
user_id=2280

Note in the below code for some reason there is a line break

between VK_CLOSE_BRACKE and T! You'll need to change this or

it won't parse. All other line breaks are ok

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

Comment By: Slava Pestov (spestov)
Date: 2003-06-18 21:49

Message:
Logged In: YES 
user_id=2280

Hi, I have uploaded a new snapshot to www.jedit.org/jedit.jar.



Can you try run the new snapshot with this BeanShell code in

a startup script and tell me if the accent keys work:



KeyEventTranslator.translateKey(

new KeyEventTranslator.Key(null,KeyEvent.VK_CLOSE_BRACKET,'\0'),

new KeyEventTranslator.Key(null,0,'"')

);



KeyEventTranslator.translateKey(

new KeyEventTranslator.Key("S",KeyEvent.VK_CLOSE_BRACKET,'\0'),

new KeyEventTranslator.Key(null,0,(char)0x5e)

);



KeyEventTranslator.translateKey(

new KeyEventTranslator.Key("C",KeyEvent.VK_CLOSE_BRACKET,'\0'),

new KeyEventTranslator.Key(null,0,'~')

);



KeyEventTranslator.translateKey(

new KeyEventTranslator.Key(null,KeyEvent.VK_EQUALS,'\0'),

new KeyEventTranslator.Key(null,0,'\'')

);



KeyEventTranslator.translateKey(

new KeyEventTranslator.Key("S",KeyEvent.VK_EQUALS,'\0'),

new KeyEventTranslator.Key(null,0,'`')

);

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

Comment By: Heklaz (jnp1234)
Date: 2003-06-17 08:41

Message:
Logged In: YES 
user_id=56541

Attached a file with (some) accented characters.



About jedit on linux:

jedit kan generate accented characters but not the accents on 

their own in the mentioned configuration.





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

Comment By: Slava Pestov (spestov)
Date: 2003-06-13 03:21

Message:
Logged In: YES 
user_id=2280

Can I also have the keyboard tester output for the accents

themselves (â, etc)

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

Comment By: Heklaz (jnp1234)
Date: 2003-06-12 12:22

Message:
Logged In: YES 
user_id=56541

jedit running under X 4.2.0 on SuSE Linux 8.1 on intel seems to 

have similar problems with accents.





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

Comment By: Heklaz (jnp1234)
Date: 2003-06-11 16:23

Message:
Logged In: YES 
user_id=56541

Results from the keyboard tester with pre3. 

The () means the character intended before the ':' and actual key 

presses after.



Accented characters cannot be entered.



This is with a Danish keyboard layout.



Using apple's X11 server against a Linux server, jedit is able 

generate accented characters, but not the accents on their own.



(¨: ¨)

Event 

KEY_PRESSED,keyCode=0x5d,keyChar=0xffff,modifiers=0x0 

passed

Event 

KEY_RELEASED,keyCode=0x5d,keyChar=0xa8,modifiers=0x0 

passed



(^: shift-¨/^)

Event 

KEY_PRESSED,keyCode=0x10,keyChar=0xffff,modifiers=0x1 

filtered

Event 

KEY_PRESSED,keyCode=0x5d,keyChar=0xffff,modifiers=0x1 

passed

Event 

KEY_RELEASED,keyCode=0x5d,keyChar=0x5e,modifiers=0x1 

passed

Event 

KEY_RELEASED,keyCode=0x10,keyChar=0xffff,modifiers=0x0 

passed



(~: opt-¨)

Event 

KEY_PRESSED,keyCode=0x12,keyChar=0xffff,modifiers=0x8 

filtered

Event 

KEY_PRESSED,keyCode=0x5d,keyChar=0xffff,modifiers=0x8 

filtered

Event 

KEY_RELEASED,keyCode=0x5d,keyChar=0x7e,modifiers=0x8 

passed

Event 

KEY_RELEASED,keyCode=0x12,keyChar=0xffff,modifiers=0x0 

passed



(´: ´)

Event 

KEY_PRESSED,keyCode=0x3d,keyChar=0xffff,modifiers=0x0 

passed

Event 

KEY_RELEASED,keyCode=0x3d,keyChar=0xb4,modifiers=0x0 

passed



(`: `)

Event 

KEY_PRESSED,keyCode=0x10,keyChar=0xffff,modifiers=0x1 

filtered

Event 

KEY_PRESSED,keyCode=0x3d,keyChar=0xffff,modifiers=0x1 

passed

Event 

KEY_RELEASED,keyCode=0x3d,keyChar=0x60,modifiers=0x1 

passed

Event 

KEY_RELEASED,keyCode=0x10,keyChar=0xffff,modifiers=0x0 

passed



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

Comment By: Slava Pestov (spestov)
Date: 2003-06-06 01:56

Message:
Logged In: YES 
user_id=2280

Even better:



Can you install jEdit 4.2pre2, and replace the jedit.jar

with the one from here:



http://www.jedit.org/jedit.jar



This is a 4.2pre3 snapshot.



Then, run jEdit and invoke

utilities>troubleshooting>keyboard tester, and press the

keys that are causing problems.

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

Comment By: Slava Pestov (spestov)
Date: 2003-06-06 01:52

Message:
Logged In: YES 
user_id=2280

Its hard to understand the keyboard tester output.



Can you provide seperate lines of output for each key that

doesn't work?

Including the accents and the letters with accents.

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

Comment By: Heklaz (jnp1234)
Date: 2003-06-05 12:39

Message:
Logged In: YES 
user_id=56541

I don't know if it is helpful. Attached is the output of the 

keyboard tester for the keys: ´`¨^~

The interpreted names in the dialog (equals, closebracket) seems 

not to relate to the keys.







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

Comment By: Heklaz (jnp1234)
Date: 2003-06-05 08:46

Message:
Logged In: YES 
user_id=56541

4.2pre2 does not address this issue yet.



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

Comment By: Heklaz (jnp1234)
Date: 2003-03-24 09:45

Message:
Logged In: YES 
user_id=56541

A bit more precise information.

I can enter ^, but only with the key sequence opt-shift-^, not shift-^ that would allow accents.

Other strange keys:
opt-q enters a '°' AND moves one line up where as shift-opt-q enters a '?' and stays on the line.

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

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

Bugs item #707154, was opened at 2003-03-20 22:55
Message generated for change (Comment added) made by jnp1234
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=707154&group_id=588

Category: editor core
Group: None
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Heklaz (jnp1234)
Assigned to: Nobody/Anonymous (nobody)
Summary: Accents missing on Mac OS X, Linux X , jdk 1.4.1

Initial Comment:
On Mac OS X with danish keyboard and jdk 1.4.1 and jedit 4.1 some accents cannot be entered from the keyboard it seems.

Missing accents are ^,¨,~,`,´ both as accents (â, etc) and characters on their own

More details on request.

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

>Comment By: Heklaz (jnp1234)
Date: 2003-09-26 20:08

Message:
Logged In: YES 
user_id=56541

Still a bug for Mac OS X, see bug id 805017.

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

Comment By: Heklaz (jnp1234)
Date: 2003-07-28 15:09

Message:
Logged In: YES 
user_id=56541

Now accents work on linux.



On MacOS X (Danish keyboard, same used for linux test) I still 

cannot enter accents and accented characters as well as []{}@.



Attached is the output of the keyboard tester for characters 

[{ä¨.









version: jedit42pre3 with seperate jedit.jar (pre4)





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

Comment By: Heklaz (jnp1234)
Date: 2003-06-27 09:41

Message:
Logged In: YES 
user_id=56541

Attached are 2 files with output of the keyboard tester for some 

accents.



kbpre3.txt without the startup translateKeys



kbpre3-startup.txt with the startup translateKeys



The output with the translateKeys is not correct. ^ will appear, 

but not in accents like ô (dont know if it should), similar for ¨, 

displays as " (quote I believe), but not accents like ä.







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

Comment By: Slava Pestov (spestov)
Date: 2003-06-27 06:17

Message:
Logged In: YES 
user_id=2280

Hi,



I notice you never provided pre3 keyboard tester output for

the keys in question. Can you do this, both before and after

the translations I provided below were added to a startup

script?

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

Comment By: Heklaz (jnp1234)
Date: 2003-06-26 08:48

Message:
Logged In: YES 
user_id=56541

Worked with the second fetch of the file.



Attached is the output of various keypresses.



Just noticed that with this jar file "opt-i" does not insert a '|' any 

longer (no does it go up one line).





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

Comment By: Slava Pestov (spestov)
Date: 2003-06-25 19:39

Message:
Logged In: YES 
user_id=2280

Try getting jedit.jar again, make sure you don't get an old

copy from the cache, etc. Debug.DUMP_KEY_EVENTS=true is correct

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

Comment By: Heklaz (jnp1234)
Date: 2003-06-25 15:33

Message:
Logged In: YES 
user_id=56541

I get an error while evaluating "Debug.DUMP_KEY_EVENTS=true" :

(something about reflection )

no such field: DUMP_KEY_EVENTS



have installed the jedit.jar file.



What should I do?





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

Comment By: Slava Pestov (spestov)
Date: 2003-06-25 05:58

Message:
Logged In: YES 
user_id=2280

The issue with opt-i is fixed in 4.2pre3.



Now if the keys work in swing components but not the text

area, I guess there are problems with event delivery.



Can you install pre2, replace jedit.jar with

www.jedit.org/jedit.jar, then do this:



1) utilities->beanshell->evaluate expression:

Debug.DUMP_KEY_EVENTS=true



2) press problematic keys in text area



3) post here the debug messages starting with "[debug] Key

event:" which will end up in the activity log after #2.

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

Comment By: Heklaz (jnp1234)
Date: 2003-06-24 12:07

Message:
Logged In: YES 
user_id=56541

Another quirk on Mac OS X.





Entering '|' (opt-i on a Danish keyboard) produces a strange 

result: move up one line and then insert the '|' character.



keyboard tester (pre2) output:



Event 

java.awt.event.KeyEvent[KEY_PRESSED,keyCode=18,keyChar='?'

,modifiers=Alt,extModifiers=Alt,keyLocation=KEY_LOCATION_UNK

NOWN] on 

org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,layout=j

avax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=null

,alignmentY=null,border=apple.laf.AquaTextFieldBorder@de5a20,fl

ags=296,maximumSize=,minimumSize=,preferredSize=,caretColo

r=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabledTextCo

lor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=128],editab

le=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,b

ottom=0,right=0],selectedTextColor=apple.laf.CColorPaintUIResou

rce[r=200,g=200,b=200],selectionColor=apple.laf.CColorPaintUIR

esource[r=200,g=200,b=200],columns=0,columnWidth=0,comma

nd=,horizontalAlignment=LEADING] filtered

Event 

java.awt.event.KeyEvent[KEY_TYPED,keyCode=0,keyChar='|',keyL

ocation=KEY_LOCATION_UNKNOWN] on 

org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,layout=j

avax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=null

,alignmentY=null,border=apple.laf.AquaTextFieldBorder@de5a20,fl

ags=296,maximumSize=,minimumSize=,preferredSize=,caretColo

r=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabledTextCo

lor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=128],editab

le=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,b

ottom=0,right=0],selectedTextColor=apple.laf.CColorPaintUIResou

rce[r=200,g=200,b=200],selectionColor=apple.laf.CColorPaintUIR

esource[r=200,g=200,b=200],columns=0,columnWidth=0,comma

nd=,horizontalAlignment=LEADING] passed

Event 

java.awt.event.KeyEvent[KEY_PRESSED,keyCode=73,keyChar='|',

modifiers=Alt,extModifiers=Alt,keyLocation=KEY_LOCATION_UNKN

OWN] on 

org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,layout=j

avax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=null

,alignmentY=null,border=apple.laf.AquaTextFieldBorder@de5a20,fl

ags=296,maximumSize=,minimumSize=,preferredSize=,caretColo

r=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabledTextCo

lor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=128],editab

le=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,b

ottom=0,right=0],selectedTextColor=apple.laf.CColorPaintUIResou

rce[r=200,g=200,b=200],selectionColor=apple.laf.CColorPaintUIR

esource[r=200,g=200,b=200],columns=0,columnWidth=0,comma

nd=,horizontalAlignment=LEADING] passed

Event 

java.awt.event.KeyEvent[KEY_RELEASED,keyCode=73,keyChar='|',

modifiers=Alt,extModifiers=Alt,keyLocation=KEY_LOCATION_UNKN

OWN] on 

org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,invalid,l

ayout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignme

ntX=null,alignmentY=null,border=apple.laf.AquaTextFieldBorder@

de5a20,flags=296,maximumSize=,minimumSize=,preferredSize=,

caretColor=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabl

edTextColor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=12

8],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=0

,left=0,bottom=0,right=0],selectedTextColor=apple.laf.CColorPain

tUIResource[r=200,g=200,b=200],selectionColor=apple.laf.CColor

PaintUIResource[r=200,g=200,b=200],columns=0,columnWidth=0

,command=,horizontalAlignment=LEADING] passed

Event 

java.awt.event.KeyEvent[KEY_RELEASED,keyCode=18,keyChar='?

',keyLocation=KEY_LOCATION_UNKNOWN] on 

org.gjt.sp.jedit.gui.GrabKeyDialog$InputPane[,0,0,219x29,invalid,l

ayout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignme

ntX=null,alignmentY=null,border=apple.laf.AquaTextFieldBorder@

de5a20,flags=296,maximumSize=,minimumSize=,preferredSize=,

caretColor=javax.swing.plaf.ColorUIResource[r=0,g=0,b=0],disabl

edTextColor=javax.swing.plaf.ColorUIResource[r=128,g=128,b=12

8],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=0

,left=0,bottom=0,right=0],selectedTextColor=apple.laf.CColorPain

tUIResource[r=200,g=200,b=200],selectionColor=apple.laf.CColor

PaintUIResource[r=200,g=200,b=200],columns=0,columnWidth=0

,command=,horizontalAlignment=LEADING] passed



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

Comment By: Heklaz (jnp1234)
Date: 2003-06-21 13:28

Message:
Logged In: YES 
user_id=56541

Yes, accents do work in search and file open dialogs. Behaves like 

for NotePad from the jdk jfc demos.



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

Comment By: Slava Pestov (spestov)
Date: 2003-06-21 06:30

Message:
Logged In: YES 
user_id=2280

Do accents work in text components other than the jEdit text

area? For example, try in the search dialog box, or the

file>open dialog box.

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

Comment By: Heklaz (jnp1234)
Date: 2003-06-20 10:50

Message:
Logged In: YES 
user_id=56541

Adding the key translations seemed not to have any effect. What 

happens I cannot tell because the keyboard produces no output 

in the interesting cases.



Looking closer at the pre2 keyboardtester output it seems that 

returned keyChar  is actually correct but not being inserted in 

the text.



This is from the pre2 jar file (I accidentially deleted the pre3).



If I can help, let me know,



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

Comment By: Slava Pestov (spestov)
Date: 2003-06-18 21:50

Message:
Logged In: YES 
user_id=2280

Note in the below code for some reason there is a line break

between VK_CLOSE_BRACKE and T! You'll need to change this or

it won't parse. All other line breaks are ok

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

Comment By: Slava Pestov (spestov)
Date: 2003-06-18 21:49

Message:
Logged In: YES 
user_id=2280

Hi, I have uploaded a new snapshot to www.jedit.org/jedit.jar.



Can you try run the new snapshot with this BeanShell code in

a startup script and tell me if the accent keys work:



KeyEventTranslator.translateKey(

new KeyEventTranslator.Key(null,KeyEvent.VK_CLOSE_BRACKET,'\0'),

new KeyEventTranslator.Key(null,0,'"')

);



KeyEventTranslator.translateKey(

new KeyEventTranslator.Key("S",KeyEvent.VK_CLOSE_BRACKET,'\0'),

new KeyEventTranslator.Key(null,0,(char)0x5e)

);



KeyEventTranslator.translateKey(

new KeyEventTranslator.Key("C",KeyEvent.VK_CLOSE_BRACKET,'\0'),

new KeyEventTranslator.Key(null,0,'~')

);



KeyEventTranslator.translateKey(

new KeyEventTranslator.Key(null,KeyEvent.VK_EQUALS,'\0'),

new KeyEventTranslator.Key(null,0,'\'')

);



KeyEventTranslator.translateKey(

new KeyEventTranslator.Key("S",KeyEvent.VK_EQUALS,'\0'),

new KeyEventTranslator.Key(null,0,'`')

);

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

Comment By: Heklaz (jnp1234)
Date: 2003-06-17 08:41

Message:
Logged In: YES 
user_id=56541

Attached a file with (some) accented characters.



About jedit on linux:

jedit kan generate accented characters but not the accents on 

their own in the mentioned configuration.





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

Comment By: Slava Pestov (spestov)
Date: 2003-06-13 03:21

Message:
Logged In: YES 
user_id=2280

Can I also have the keyboard tester output for the accents

themselves (â, etc)

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

Comment By: Heklaz (jnp1234)
Date: 2003-06-12 12:22

Message:
Logged In: YES 
user_id=56541

jedit running under X 4.2.0 on SuSE Linux 8.1 on intel seems to 

have similar problems with accents.





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

Comment By: Heklaz (jnp1234)
Date: 2003-06-11 16:23

Message:
Logged In: YES 
user_id=56541

Results from the keyboard tester with pre3. 

The () means the character intended before the ':' and actual key 

presses after.



Accented characters cannot be entered.



This is with a Danish keyboard layout.



Using apple's X11 server against a Linux server, jedit is able 

generate accented characters, but not the accents on their own.



(¨: ¨)

Event 

KEY_PRESSED,keyCode=0x5d,keyChar=0xffff,modifiers=0x0 

passed

Event 

KEY_RELEASED,keyCode=0x5d,keyChar=0xa8,modifiers=0x0 

passed



(^: shift-¨/^)

Event 

KEY_PRESSED,keyCode=0x10,keyChar=0xffff,modifiers=0x1 

filtered

Event 

KEY_PRESSED,keyCode=0x5d,keyChar=0xffff,modifiers=0x1 

passed

Event 

KEY_RELEASED,keyCode=0x5d,keyChar=0x5e,modifiers=0x1 

passed

Event 

KEY_RELEASED,keyCode=0x10,keyChar=0xffff,modifiers=0x0 

passed



(~: opt-¨)

Event 

KEY_PRESSED,keyCode=0x12,keyChar=0xffff,modifiers=0x8 

filtered

Event 

KEY_PRESSED,keyCode=0x5d,keyChar=0xffff,modifiers=0x8 

filtered

Event 

KEY_RELEASED,keyCode=0x5d,keyChar=0x7e,modifiers=0x8 

passed

Event 

KEY_RELEASED,keyCode=0x12,keyChar=0xffff,modifiers=0x0 

passed



(´: ´)

Event 

KEY_PRESSED,keyCode=0x3d,keyChar=0xffff,modifiers=0x0 

passed

Event 

KEY_RELEASED,keyCode=0x3d,keyChar=0xb4,modifiers=0x0 

passed



(`: `)

Event 

KEY_PRESSED,keyCode=0x10,keyChar=0xffff,modifiers=0x1 

filtered

Event 

KEY_PRESSED,keyCode=0x3d,keyChar=0xffff,modifiers=0x1 

passed

Event 

KEY_RELEASED,keyCode=0x3d,keyChar=0x60,modifiers=0x1 

passed

Event 

KEY_RELEASED,keyCode=0x10,keyChar=0xffff,modifiers=0x0 

passed



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

Comment By: Slava Pestov (spestov)
Date: 2003-06-06 01:56

Message:
Logged In: YES 
user_id=2280

Even better:



Can you install jEdit 4.2pre2, and replace the jedit.jar

with the one from here:



http://www.jedit.org/jedit.jar



This is a 4.2pre3 snapshot.



Then, run jEdit and invoke

utilities>troubleshooting>keyboard tester, and press the

keys that are causing problems.

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

Comment By: Slava Pestov (spestov)
Date: 2003-06-06 01:52

Message:
Logged In: YES 
user_id=2280

Its hard to understand the keyboard tester output.



Can you provide seperate lines of output for each key that

doesn't work?

Including the accents and the letters with accents.

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

Comment By: Heklaz (jnp1234)
Date: 2003-06-05 12:39

Message:
Logged In: YES 
user_id=56541

I don't know if it is helpful. Attached is the output of the 

keyboard tester for the keys: ´`¨^~

The interpreted names in the dialog (equals, closebracket) seems 

not to relate to the keys.







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

Comment By: Heklaz (jnp1234)
Date: 2003-06-05 08:46

Message:
Logged In: YES 
user_id=56541

4.2pre2 does not address this issue yet.



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

Comment By: Heklaz (jnp1234)
Date: 2003-03-24 09:45

Message:
Logged In: YES 
user_id=56541

A bit more precise information.

I can enter ^, but only with the key sequence opt-shift-^, not shift-^ that would allow accents.

Other strange keys:
opt-q enters a '°' AND moves one line up where as shift-opt-q enters a '?' and stays on the line.

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

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

Bugs item #804643, was opened at 2003-09-11 14:49
Message generated for change (Comment added) made by pcause
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=804643&group_id=588

Category: virtual file systems
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: P Cause (pcause)
Assigned to: Nobody/Anonymous (nobody)
Summary: File System Browser Doesn't Start in Right Directory

Initial Comment:
4.2pre5 / 1.4.2_01



Set File System Browser to start in last visited.  It 

always starts in "home".  I'm on Windows, so this 

is "c:\document and settings\me".





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

>Comment By: P Cause (pcause)
Date: 2003-09-26 11:02

Message:
Logged In: YES 
user_id=69421

I'm using pre-5, which is the latest for those of us not 

building from source.



There is a setting in options about where in the FS jedit 

should be when you bring up the open dialog.  If you set it to 

start in last visited, then on a fresh start of jEdit, it should 

open the directory of the last file you opened in your previous 

jEdit use.  It has worked this way for a long time and pre5 

and actually some earlier pre X version broke this behavior.



Hope that helps you udnerstand.

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

Comment By: Ludovic Anciaux (lanciaux)
Date: 2003-09-25 14:20

Message:
Logged In: YES 
user_id=553103

(Currently using jE42pre6), I don't understand what do you 

mean because - everytime I log on jEdit without having quit 

last time on an opened file (this means I will have quite with 

buffer untitled-1 only). jEdit will always opens in jEdit 4.2 

directory where jedit.jar is located. Could-you explain it a bit 

more ? I find this a normal way of working.

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

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

Plugin Bugs item #813059, was opened at 2003-09-26 13:31
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=813059&group_id=588

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Chris Kent (cjkent)
Assigned to: Nobody/Anonymous (nobody)
Summary: Jane fails to parse sidekick.Asset

Initial Comment:
the jane plugin throws an exception when it tries to

parse Asset.java from the sidekick plugin. it also

fails on SideKickCompletion.java and (ironically)

SideKickParser.java.



[error] WorkThread:

java.lang.ArrayIndexOutOfBoundsException: Array index

out of range: 1572

[error] WorkThread: 	at

org.gjt.sp.jedit.Buffer.createPosition(Buffer.java:3004)

[error] WorkThread: 	at

jane.util.JaneUtils.createStartPosition(JaneUtils.java:45)

[error] WorkThread: 	at

jane.sidekick.JaneSideKickParser.buildNode(JaneSideKickParser.java:117)

[error] WorkThread: 	at

jane.sidekick.JaneSideKickParser.buildNode(JaneSideKickParser.java:100)

[error] WorkThread: 	at

jane.sidekick.JaneSideKickParser.buildChildNodes(JaneSideKickParser.java:81)

[error] WorkThread: 	at

jane.sidekick.JaneSideKickParser.parse(JaneSideKickParser.java:66)



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

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

Bugs item #812988, was opened at 2003-09-26 03:41
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=812988&group_id=588

Category: installer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: bad entry in context menu

Initial Comment:
hello,



I wonder why there is two entry in the context menu

when i clicked on a file :



open with jedit

open *.mp3 with jedit



When i delete key in the registry the two disapeared

but i want the first not the second. 



It would be great if that entries go in "Ouvrir avec" 

(ie Open with) and not add 2 entries Open with



Windows xp sp1 j2sdk 1.4.2b24+j2re 1.4.2b24 plugin

jedit4.2pre5

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

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

Bugs item #805017, was opened at 2003-09-12 13:39
Message generated for change (Comment added) made by ngc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=805017&group_id=588

Category: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Stephan Hradek (ngc)
Assigned to: Nobody/Anonymous (nobody)
Summary: ^ and ~ can't be entered on Mac

Initial Comment:
Usually you press ^ or  ~ followed by Space on Mac to

get that character. I just get a space in jEdit 4.1

final's textarea. It works in search & replace.

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

>Comment By: Stephan Hradek (ngc)
Date: 2003-09-26 09:38

Message:
Logged In: YES 
user_id=864970

Tried so. Didn't change anything except for more errors

while starting. I'll attach them.

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

Comment By: Heklaz (jnp1234)
Date: 2003-09-22 12:51

Message:
Logged In: YES 
user_id=56541



Switching from pre5 to pre6 did not resolve the problem for me. 

Still cannot enter ^, ~ or accented characters in the text area.



However, does work in for example search & replace.

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

Comment By: Slava Pestov (spestov)
Date: 2003-09-22 05:13

Message:
Logged In: YES 
user_id=2280

ngc: try intalling 4.2pre5, then replace its jedit.jar with

the 4.2pre6 nightly snapshot: www.jedit.org/jedit.jar

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

Comment By: Heklaz (jnp1234)
Date: 2003-09-17 15:42

Message:
Logged In: YES 
user_id=56541



With 4.2pre5 accents do not work (well) on Mac OS X, java 

1.4.1_x



Certain alt-<key> combinations produce some accents but not in 

consistent or useful way.









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

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