jEdit Community - Resources for users of the jEdit Text Editor
Archives
jedit doesn't reopen files that were open last time when starting
Submitted by onurbi on Friday, 6 March, 2009 - 12:40
Hello,

using Version 4.3 pre 16 under Windows, jedit doesn't reopen the files which has been open when I closed it.

Few years ago I appreciated this feature. I found nothing in the global settings which does switch off or on this feature.

It is not so, that jedit does forget any setting, but for instance the check box of the plugin buffer tabs belongs to the amnesia case.

Regards,

onurbi
JEdit 4.3 pre16 on Windows Vista SLOW scrolling
Submitted by bfredrickson on Friday, 13 March, 2009 - 17:09
There seems to be a 1 second delay between pressing page down and the screen responding.

Subsequent pgdn's don't appear to be cached, so scrolling via the keyboard happens very slowly.

This also happens using the scroll wheel on the mouse.

This also happens using the Vertical Scroll component on the side of the screen. This was not happening on the previous version of JEdit.

Is there a fix / patch, or a command-line switch that will fix this?

Hardware:
Windows Vista Business; 1GB RAM; Athalon 64 X2 4200+; NVIDIA GeForce 7300 GS video card

Thanks!

Blaine Fredrickson
mac version types invisible characters
Submitted by NeoVanGoth on Saturday, 14 March, 2009 - 09:07
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
Keyboard Focus in Text Area
Submitted by ggblack on Wednesday, 18 March, 2009 - 13:14
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.
Select From Gutter With Right-Click
Submitted by ehtyar on Thursday, 19 March, 2009 - 00:43
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.
Open Selection with Extension (Open_Selection_with_Extension.bsh v1.0 by Gael Ecorchard)
Submitted by galou on Thursday, 19 March, 2009 - 08:25
Opens the file which base name is the selected text and which extension is identical to the one of the file where the text is selected - creates the file if it does not exist.
What is the community's opinion of "Jedit X"?
Submitted by Todd on Saturday, 21 March, 2009 - 14:11
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
Highlight plugin - fixed matching of end-of-line with '$' and beginning-of-line with '^' (Highlight.jar v0.2 by Shlomy Reinstein)
Submitted by shlomy on Monday, 23 March, 2009 - 21:43

Updated on 03/24/2009 - 07:33
Downloads: 1026

java.net.ConnectException: Connection refused
Submitted by audrey on Wednesday, 25 March, 2009 - 02:36
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.
installer jar fails
Submitted by audrey on Wednesday, 25 March, 2009 - 03:02
  • 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]
persist search settings by buffer
Submitted by greghk on Saturday, 28 March, 2009 - 03:37
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.
Installing plugins without network?
Submitted by neigaard on Monday, 30 March, 2009 - 11:41
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
Solution: Launching External Apps From Macros
Submitted by ehtyar on Wednesday, 1 April, 2009 - 00:25
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.
fast find next
Submitted by tissatussa on Sunday, 5 April, 2009 - 00:43
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).
Can't find some plugins
Submitted by dj_segfault on Monday, 6 April, 2009 - 12:42
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.
Vista 64bit - JREs installed - installer cannot find them
Submitted by daniellord on Tuesday, 7 April, 2009 - 22:39
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.
Display Garbled When Using Sidekick
Submitted by proee on Thursday, 9 April, 2009 - 18:24
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?
Complete Word doesn't work with a language where variables can contains dots
Submitted by marce on Thursday, 9 April, 2009 - 19:02
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]
Slow paints
Submitted by JMNorris on Friday, 10 April, 2009 - 16:18
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.
Block comment dynamic expand
Submitted by alexandrei on Tuesday, 14 April, 2009 - 08:27
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 Laughing out loud

Thank you!
User login
Browse archives
« March 2009 »
MoTuWeThFrSaSu
 
1
2
7
8
9
10
11
12
15
16
17
18
20
22
24
26
27
29
31
 
Poll
Are you interested in language packs for jEdit?
Yes, and I could help maintain translations
26%
Yes, I'd like to have translations
32%
Indifferent
35%
No, that'd be bad (please comment)
7%
Total votes: 1093
Syndication
file   ver   dls
German Localization light   4.4.2.1   97301
Context Free Art (*.cfdg)   0.31   46061
BBEdit scheme   1.0   18600
JBuilder scheme   .001   18501
ColdFusion scheme   1.0   18030
R Edit Mode - extensive version   0.1   17480
Advanced HTML edit mode   1.0   16212
Matlab Edit Mode   1.0   16074
jEdit XP icons   1.0   15235
XP icons for jEdit   1.1   14299