I have a very strange issue with jEdit on MacOS X Leopard (current version). I use jEdit mainly for PHP programming and have experienced the following: Sometimes when I type correct code, I get strange syntax errors at whitespacec somewhere in the middle of an expression. When I set the line as comment and retype it below, it's working.
After seeing this behaviour several times, I looked at the code with a hex editor and saw, that those syntax errors are no single whitespaces, but indeed two bytes, which look like UTF-16 characters! I think it maybe happens for example when I type | (alt+7 on mac) and after that a space, maybe while still holding down alt (it happens when you type fast...). As in MacOS, nearly everything is a hotkey for some unicode character, I thought of that, but I couldn't reproduce it clearly.

Does anyone know this behaviour? I use the latest version of jEdit, but encountered the issue with several other versions too. The JRE is apple default, as it can't be upgraded with Sun JRE or something.
Maybe there is some way to tell the jEdit textarea to only recognize some default characters (ASCII + maybe some selfdefined unicode chars [I need umlauts])?!

Thanks and regards,
Neo / Tom

I have just started using jedit (4.3pre16 under Mandriva Linux 2009) and I have found it so far a pleasure to use. However one aspect of its operation has proved an annoyance, and so I would like to know if this is a feature I have to live with, or that I am missing something.

I prefer to use the keyboard as much as possible, and only revert to the mouse where absolutely necessary. I find that whenever I trigger a command from a shotcut that presents an input dialog, I am left in a keyboard limbo when the dialog closes. The only way I have found to return to editing the text with the keyboard is to click into the text area with the mouse, which I would naturally prefer not to have to do, but rather find a keyboard solution. An example would be the "go to line" shortcut.

Any help would be much appreciated.

Hi all.

I'm a recent jEdit convert from Notepad++. My primary motivation for converting was for a consistent experience across platforms (namely Linux vs. Windows), but I'm very impressed with jEdit all-round.

The only feature I'm missing is being able to select text blocks from the Gutter. I understand that this cannot be implemented with left-click because it would interfere with code-folding which I totally understand. After some experimentation I found that selecting from the gutter works with right-click. Unfortunately, it also triggers the standard context menu.

My request is, would it be possibly to have right-click on the gutter not display the context menu to make it possible to select text blocks from the gutter. I would very much appreciate consideration of this new feature.

Thank you, Ehtyar.

This is probably as good a place as any to post this question. I have been a long-time jEdit user, but since moving to a Mac I've been frustrated with its lack of "Cocoa-ness." Progress has been made with the interface *looking* more Mac-centric, but the software itself doesn't play especially well with OSX.

So when I stumbled on "Jedit X," I was excited at first, thinking I'd finally found a Cocoa version of jEdit. This doesn't seem to be entirely true. While the first paragraph describing Jedit X says it is "the result of re-building the software entirely from scratch in Cocoa to best take advantage OS X's capabilities," a line further down says "Our Jedit is a native Macintosh application and is totally unrelated to the Java editor 'jEdit.'" Not quite sure how both can be true. The two programs certainly have similarities, but a lot of differences, too. Boiling it down to the biggest advantages & disadvantages from my view, it has a lot of the same powerful text-editing functions and search capability but with better OSX integration, but doesn't have the Plugin Manager or even compatibility with manual jEdit plugin installation (unless I'm missing something). Of course another advantage/disadvantage, depending on how you look at it, is the fact that Jedit X is a commercial product.

I'm still hoping there will one day be a Cocoa version of jEdit itself that stays current, or close to current with the Java version. Is that even remotely possible? What is the jEdit community's opinion of "Jedit X"? Is it viewed as a rip-off or a legitimate commercial offshoot of jEdit?

Thanks,

Todd

I updated my Fedora 10 box yesterday and now cannot launch jEdit. At least, I'm assuming the update is responsible. There was nothing else that I can think of that might have changed. When it launches, I see only a white screen, no window at all. I can see my gnome panels, though. The following is from activity.log: java.version=1.5.0_14 java.vm.version=1.5.0_14-b03 java.runtime.version=1.5.0_14-b03 java.vendor=Sun Microsystems Inc. java.compiler=null os.name=Linux os.version=2.6.27.19-170.2.35.fc10.i686 os.arch=i386 user.home=/home/audrey java.home=/usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre java.class.path=/home/audrey/jedit/4.3pre12/jedit.jar An error occurred while connecting to the jEdit server instance. This probably means that jEdit crashed and/or exited abnormally the last time it was run. If you don't know what this means, don't worry. java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) at java.net.Socket.connect(Socket.java:520) at java.net.Socket.connect(Socket.java:470) at java.net.Socket.(Socket.java:367) at java.net.Socket.(Socket.java:209) at org.gjt.sp.jedit.jEdit.main(jEdit.java:247) My yum.log shows the following were updated: selinux-policy-targeted-3.5.13-49.fc10.noarch postgresql-libs-8.3.7-1.fc10.i386 postgresql-8.3.7-1.fc10.i386 postgresql-server-8.3.7-1.fc10.i386 postgresql-plperl-8.3.7-1.fc10.i386 postgresql-plpython-8.3.7-1.fc10.i386 gtk2-2.14.7-7.fc10.i386 lcms-1.18-1.fc10.i386 lcms-libs-1.18-1.fc10.i386 libX11-devel-1.1.5-1.fc10.i386 libX11-1.1.5-1.fc10.i386 xorg-x11-drv-vesa-2.2.0-3.fc10.i386 I'm going to assume (I know--a lot of assumptions here) that Postgres and Little CMS have nothing to do with it. I know next to nothing about Java sockets or jEdit server. Could the gtk or x11/xorg updates possibly be at fault? BTW, I did try to upgrade jEdit before posting here, but that's been a bit of a problem itself, and is the subject of the next post I'll be making. I figured I should keep them separate.

• I just posted the "java.net.ConnectException: Connection refused" thread below, about sudden problems 4.3pre12 (it had been fine for a while). Before posting, I thought to check for a newer release and tried installing 4.3pre16 but have encountered other problems. When I try to launch the jar installer, I get the following backtrace and the installer window is blank and completely unresponsive. Anyone know what this might mean?
• BTW, I have to use list items here because the forum otherwise disappears my newlines. Maybe allowing code blocks would be good. Also, preview only seems to work for comments, not new threads.

• $ java -jar jedit4.3pre16install.jar
• Locking assertion failure. Backtrace:
• #0 /usr/lib/libxcb-xlib.so.0 [0xdfc767]
• #1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xdfc831]
• #2 /usr/lib/libX11.so.6(_XReply+0x254) [0x24bf54]
• #3 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab22cd7e]
• #4 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab216d47]
• #5 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab216ec3]
• #6 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x26) [0xab217106]
• #7 [0xb4003bfa]
• #8 [0xb3ffdb3b]
• #9 [0xb3ffdb3b]
• #10 [0xb3ffb219]
• #11 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d82bc]
• #12 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb7aecf98]
• #13 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d80ef]
• #14 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so(JVM_DoPrivileged+0x32d) [0xb7a35b9d]
• #15 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb781f30d]
• #16 [0xb40034ab]
• #17 [0xb3ffda64]
• #18 [0xb3ffb219]
• #19 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d82bc]
• Locking assertion failure. Backtrace:
• #0 /usr/lib/libxcb-xlib.so.0 [0xdfc767]
• #1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xdfc90e]
• #2 /usr/lib/libX11.so.6 [0x24b0e9]
• #3 /usr/lib/libX11.so.6(XGetVisualInfo+0x26) [0x241216]
• #4 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab216089]
• #5 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab2162d3]
• #6 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab216f71]
• #7 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x26) [0xab217106]
• #8 [0xb4003bfa]
• #9 [0xb3ffdb3b]
• #10 [0xb3ffdb3b]
• #11 [0xb3ffb219]
• #12 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d82bc]
• #13 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb7aecf98]
• #14 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d80ef]
• #15 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so(JVM_DoPrivileged+0x32d) [0xb7a35b9d]
• #16 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb781f30d]
• #17 [0xb40034ab]
• #18 [0xb3ffda64]
• #19 [0xb3ffb219]

I search some files backward by default. It would be nice to have the equivalent to the :folding command that you can insert into a buffer to persist folding options. Something like :search=backward to default the search direction in this buffer to backward. Perhaps other users have other search options that they are constantly setting for certain files that a mechanism like this could persist as well.

I have a Jedit on a machine with network, and also one on a machine without network. Can I somehow copy my plugins to the machine without network, and make them work there? I have tried copying all the jars from the plugin dir, but I get strange errors like this:

java.lang.NoClassDefFoundError: gnu/regexp/REException
at buffertabs.BufferTabs.propertiesChanged(Unknown Source)
at buffertabs.BufferTabs.start(Unknown Source)
at buffertabs.BufferTabsPlugin.addBufferTabsToEditPane(Unknown Source)
at buffertabs.BufferTabsPlugin.toggleBufferTabsForEditPane(Unknown Source)
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 org.gjt.sp.jedit.bsh.Reflect.invokeMethod(Reflect.java:134)
at org.gjt.sp.jedit.bsh.Reflect.invokeStaticMethod(Reflect.java:98)
at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:871)
at org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
at org.gjt.sp.jedit.bsh.BSHBlock.evalBlock(BSHBlock.java:130)
at org.gjt.sp.jedit.bsh.BSHBlock.eval(BSHBlock.java:80)
at org.gjt.sp.jedit.bsh.BshMethod.invokeImpl(BshMethod.java:362)
at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:258)
at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:186)
at org.gjt.sp.jedit.BeanShellFacade.runCachedBlock(BeanShellFacade.java:225)
at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:441)
at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:73)
at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:352)
at org.gjt.sp.jedit.jEdit$4.invokeAction(jEdit.java:3083)
at org.gjt.sp.jedit.jEdit$4.invokeAction(jEdit.java:3067)
at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java:220)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.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$Handler.mouseReleased(Unknown Source)
at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.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.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)
Caused by: java.lang.ClassNotFoundException: gnu.regexp.REException
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at org.gjt.sp.jedit.JARClassLoader.loadFromParent(JARClassLoader.java:469)
at org.gjt.sp.jedit.JARClassLoader.loadClass(JARClassLoader.java:86)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
... 54 more

Hi guys.

When i first moved to jEdit, I was extremely frustrated by the way Java launches external apps (via Runtime.getRuntime().exec()). It decided internally whether or not you should see a console window for a console program and other stupid stuff like that. There are solutions all over the place using cmd /c and cmd /k to remedy this problem, but that all gets very messy when you're dealing with batch files.

To solve this problem, I downloaded ShellExecute by OptimumX (http://www.optimumx.com/), which basically just uses ShellExecuteEx() to launch the app specified on the command line. When launching apps via this utility, they behave as you would expect them to.

To use it, put it in your jre bin directory, or somewhere in your path environment variable, and use it in your macro like so:

path = buffer.getPath().substring(0, buffer.getPath().lastIndexOf("\\"));
Process proc = Runtime.getRuntime().exec("ShellExecute.exe /F:cmd.exe", null, new File(path));

That example macro will open a command prompt in the directory containing the document of the current buffer.

Hope this helps some people out.

Ehtyar.

hi all, does anybody know a way to achieve this funtionality ? :: selecting a string and then pressing "find next" (mine is F3) could directly be done without the popup search window. This handy fast functionality is found in the TextPad editor (only Windows).

I've been using jEdit for a long time, and use a lot of plugins. I went to install it at my new job, but some of those plugins aren't listed. For instance, there were several XML ones (for indenting, validating, etc) that I can't find. I even tried looking at a few different mirrors.

Have some plugins been deprecated?

Thanks.

JREs 1.5 and 1.6u13 ae installed but the Windows installer cannot find them. Worse, it doesn't allow me to locate them for it, it just quits. Java installer complains about a folder permissions problem but never names to folder so I cannot debug it. Shame, I've used Jedit for years under Win 2000 and Win XP Pro, but this appears to be the end of it.

I've experience "display garble" for a number of years when using the sidekick plugin, it's finally to the point where I can't stand it any more - I hope there is a fix!

The problem occurs when sidekick is active and I click to save the buffer after editing some text. The document saves, but the screen then shows the characters around the cursor out of order. It appears the parser is confused somehow.

My current solution is to simply drag the divider between buffer to force the screen to redraw. This refreshes the buffer and the text is back to normal.

Has anyone else experience this issue? Any workaround?

Hi there,

I'm using jEdit 4.3.pre16 with java 1.5.0.13.

My problem is the language I configure in jedit named Infobasic supports dots in variables, for example: Y.TOTAL.CREDITS is a variable name.

I have configured all the syntax highlight, some other compiling routines, etc. But when I configure the extra characters to consider a word there is a problem ( "_." -> this are the extra characters I define), when I press Ctrl+B to see the code completion, there is an error on jEdit, you can see the exception given:

02:01:58 PM [AWT-EventQueue-0] [debug] CompleteWord: $ . (this is a debug message i put in CompleteWord.java)
02:01:58 PM [AWT-EventQueue-0] [debug] CompleteWord: _\\.$ . (this is a debug message i put in CompleteWord.java)
02:01:58 PM [AWT-EventQueue-0] [debug] CompleteWord: Z.RESULT (this is a debug message i put in CompleteWord.java)
02:01:58 PM [AWT-EventQueue-0] [debug] CompleteWord: (this is a debug message i put in CompleteWord.java)
02:01:58 PM [AWT-EventQueue-0] [debug] CompleteWord: array completions [ ] (this is a debug message i put in CompleteWord.java)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: java.lang.StringIndexOutOfBoundsException: String index out of range: -8
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.lang.String.substring(String.java:1768)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.lang.String.substring(String.java:1735)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.gui.CompleteWord.completeWord(CompleteWord.java:103)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.lang.reflect.Method.invoke(Method.java:585)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.bsh.Reflect.invokeMethod(Reflect.java:134)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.bsh.Reflect.invokeStaticMethod(Reflect.java:98)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:871)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.bsh.BSHBlock.evalBlock(BSHBlock.java:130)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.bsh.BSHBlock.eval(BSHBlock.java:80)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.bsh.BshMethod.invokeImpl(BshMethod.java:362)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:258)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:186)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.BeanShellFacade.runCachedBlock(BeanShellFacade.java:225)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:441)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:73)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:352)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:317)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:197)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling(AbstractInputHandler.java:405)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:151)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4545)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.Component.processEvent(Component.java:5294)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.Container.processEvent(Container.java:1966)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.Component.dispatchEventImpl(Component.java:3984)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.Container.dispatchEventImpl(Container.java:2024)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.Component.dispatchEvent(Component.java:3819)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1826)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:681)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:938)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:810)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:645)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.Component.dispatchEventImpl(Component.java:3857)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.Container.dispatchEventImpl(Container.java:2024)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.Window.dispatchEventImpl(Window.java:1791)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.Component.dispatchEvent(Component.java:3819)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
02:01:58 PM [AWT-EventQueue-0] [error] BeanShellAction: at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
02:02:00 PM [AWT-EventQueue-0] [debug] EditBus: DynamicMenuChanged[menu=recent-files,source=null]

I have a new computer and my new installation of jEdit has SLOW window paints/refreshes. My old computer did not have this problem. Refreshes (on opening a new file, scrolling, etc.) snap up with my old installation.

The problem does not occur with at least some other Java apps (eg., Eclipse, SmartSVN) suggesting (but of course not proving) that the problem is not with the JRE. The difference between the two computers does seem to show up with ArgoUML, but I haven't used it enough to know that for sure.

The old compter is a Lenovo T61, the new a Lenovo T400. Both computers are Windows XP, all service packs and other Windows update fixes installed.

Both jEdit installations are v. 4.3pre16. I just upgraded the new computer JRE from 1.6.0, update 11 to update 12. IIRC, the old computer is at update 11.

I tried copying both by ApplicatonData/.jEdit (or, in Micrsoft lingo, ApplicatonData\.jedit) and my Pogram Files/jEdit directories from the old computer to the new computer. It didn't help.

My current Utilities->Global Options->Text Area options include:
Electric (auto scroll) borders [whatever that is]: Off.
Anti Aliased smooth text: none.
Fractional font metrics (for better smooth text display): Off.

At some point, the slowness problem mysteriously (apparently not in response to a settings change) disappeared. However, the slowness reappeared on my next reboot. (I usually try to avoid reboots, preferring stanbys and hibernates. However, this preference is ofeten foiled by the fact that it is Windows.) Could this perhaps suggest that the some setting (fractional font metrics, perhaps) is often ignored???

Any ideas would be greatly appreciated.

Hello,

I am curious if there is a plugin/macro that can do the following thing:
- I manually open a block comment (c/c++, etc), with "/*" or "/**"
- I press enter, and a new * is added at the start of the line, aligned with the previous * (1 line indent)
- the above repeats, until I enter the ending "/"

I've seen this behaviour in vi/vim, and I really like it! This is the only thing that I could not find in jEdit (yet). Otherwise, it's my perfect editor

Thank you!

One thing that continually bugs me about graphical diff programs (not just JDiffPlugin, but every single one I've encountered) is that they don't scroll the viewport and move the caret to the column where the difference actually begins. As an example of a file where this is terribly useful, imagine an XML file where the diffs are spread out among hundreds of different elements, and most of the diffs begin at the end of a physical line that spans 200 - 1000 or more columns.

Word wrapping is really awful with XML, too, because most XML stuff doesn't wrap very well.

The solution, for me, was to hack JDiffPlugin to do what I want.

There are now two new plugin options under "General". Here are more thorough explanations of the behavior:

1. "Scroll horizontally to next/prev diff" -> When you activate the menu action `Plugins -> JDiff Plugin -> Go To {Next/Previous} Difference', the following occur:
(i.) The caret in both buffers is bound to the first character on the current physical line that differs between the files.
(ii.) The horizontal offset of the text area is set to align the caret with the left side of the text area. This, in effect, lets you see as much of your match as the text buffer will allow. There are two types of over/underflow: First, your match (the whole diff) can be so large that it still hangs off the viewport to the right. Second, your match can be small enough that the end of the line is hit, so the viewport doesn't actually align the caret all the way to the left.

2. "Select first word in next/prev diff" -> When you activate the menu action listed above, the first word of the diff is selected in both buffers. This is just a visual cue to further obviate the actual location of the diff. Ideally this feature would creep to select the entire diff, up to the end of the line (but not beyond).

This does have rather particular use cases:

1. Changes occurring frequently near the end of the line.
2. Many scattered changes at wildly different column positions.
3. Screens deprived of much horizontal width (such as laptops).
4. Enables very rapid deletion/modification of a batch of diffs that you already know how to fix, because the caret is placed right where you expect it to be for each diff.

I split my changes into a separate .patch file for each. This tarball does create a folder upon extraction so you won't get spew if you untar it without creating a folder

http://tiyukquellmalz.org/horiz_scroll_patch.tar.bz2

I also added a new API function to the core JEdit object TextArea in the hope that it will be useful. I needed to implement this method to solve my problem (1) above. Perhaps it can be extended to do left/center/right justification based on an enum value, but that's a bit out of the scope of my work for now.

Note: this patch will NOT work without also rebuilding jEdit from source and incorporating the modified TextArea.

Thanks,

Sean McNamara

Hey All -

In my work, I spend a lot of time reading log files. As I read log files, I copy out snippets of information and paste them into tabs within a text editor, formerly UltraEdit. I'm trying to make the switch to jEdit - but I'm running into a really weird issue that I don't seem to get around.

The issue is that I want to have multiple unsaved buffers open at a time. These snippets of information that I paste into the text editor are nothing that I wish to save. In UltraEdit I can open up as many unsaved buffers as I want ... but in jEdit I only seem to be able to open up a single unsaved buffer.

Lets say I have jEdit open with a single buffer, reading a clean (no changes) text file. I hit CTRL-N and a new buffer opens "Untitled-1" - no problems. I hit CTRL-N again to open up a second unsaved buffer - nothing happens! There is no "Untitled-2" ...

Does this have something to do with my configuration of jEdit? Is this a limitation of jEdit? I've done a fair amount of searching and I haven't been able to find anyone else reporting this or discussing it. If it is a limiation, I will probably find myself gravitating back towards UltraEdit, I fear (which I would really like to avoid).

Any ideas?