Does plugin availability depend on the OS?
Submitted by Wednesday, 1 July, 2009 - 22:28
Greetings! I have recently installed jEdit on Windows and Ubuntu. Under Windows the Plugin Manager lists some plugins not listed under Ubuntu. For instance, XML and Python Client. Is this normal? Is there a fix besides manual installation (which already gave me a few headaches)?
Thanks in advance!
Submitted by Wednesday, 17 June, 2009 - 13:36
Using jEdit 4.3pre16
7:19:10 AM [main] [message] Log: When reporting bugs, please include the following information:
7:19:10 AM [main] [message] Log: java.version=1.6.0_13
7:19:10 AM [main] [message] Log: java.vm.version=11.3-b02
7:19:10 AM [main] [message] Log: java.runtime.version=1.6.0_13-b03
7:19:10 AM [main] [message] Log: java.vendor=Sun Microsystems Inc.
7:19:10 AM [main] [message] Log: java.compiler=null
7:19:10 AM [main] [message] Log: os.name=Linux
7:19:10 AM [main] [message] Log: os.version=2.6.28-11-generic
7:19:10 AM [main] [message] Log: os.arch=i386
7:19:10 AM [main] [message] Log: user.home=/home/raklet
7:19:10 AM [main] [message] Log: java.home=/usr/lib/jvm/java-6-sun-18.104.22.168/jre
7:19:10 AM [main] [message] Log: java.class.path=/usr/share/jedit/jedit.jar
Fast open is not behaving properly. First, it does not find all of the files in my project. I have indexing set to 5 seconds and will even click on reindex to make sure it is up to date. I have hundreds of files located in dozens of directories. Here is a subset of some of my files as an example.
Directory - Sources
That is just a small sample of numerous files. In fast open, I type the letters "su" because I am looking for Subs.php. Fast open only returns one result - Subs-Post.php. It misbehaves in this way with every other file search. It will only return few or no results out of many possible. Providing a complete file name usually ends up with no match at all.
There are some errors in the activity log generated by Fast Open.
7:19:15 AM [Thread-2] [error] Thread-2: at com.patelsoft.fastopen.FastOpen.getFilePattern(FastOpen.java:583)
7:19:15 AM [Thread-2] [error] Thread-2: at com.patelsoft.fastopen.FastOpen.findfile(FastOpen.java:467)
7:19:15 AM [Thread-2] [error] Thread-2: at com.patelsoft.fastopen.FastOpen.indexingCompleted(FastOpen.java:1028)
7:19:15 AM [Thread-2] [error] Thread-2: at com.patelsoft.fastopen.AbstractIndexManager.notifyListeners(AbstractIndexManager.java:98)
7:19:15 AM [Thread-2] [error] Thread-2: at com.patelsoft.fastopen.AbstractIndexManager.queryFilesFromSource(AbstractIndexManager.java:61)
7:19:15 AM [Thread-2] [error] Thread-2: at com.patelsoft.fastopen.PollingIndexManager.collectFiles(PollingIndexManager.java:60)
7:19:15 AM [Thread-2] [error] Thread-2: at com.patelsoft.fastopen.PollingIndexManager.run(PollingIndexManager.java:41)
Having trouble with whitespace plugin
Submitted by Sunday, 14 June, 2009 - 20:23
Using jedit 4.3pre16 and java 1.6.0_13 on linux.
When I first installed the whitespace plugin, it wouldn't show any whitespace characters at all. I munged these forums and online until I finally figured out that I needed to install Sun's JDK. After I installed it and restarted jedit, all was well. After a couple weeks of use, I just noticed that whitespace is not showing up again. I don't know exactly when it went away because I wasn't looking for it.
I don't mind figuring out where it went wrong, but I'm not even sure where to look. If someone could point me in the right direction, I would appreciate it.
File association issue
Submitted by Wednesday, 10 June, 2009 - 19:38
I'm a new user of jEdit 4.3. After installing jEdit, I found that I can no longer use links for Microsoft Live Meeting. The link is to a file called launch.rtc. When I click on a LiveMeeting link, jEdit opens up with the XML for connecting to the meeting rather than LiveMeeting opening up. This behavior suggests that there is a problem with file associations. However, when I check the file associations the .rtc files are associated to LiveMeeting in the registry as well as "File Types" under Folder Options. Uninstalling jEdit resolves the issue. Before permanently uinstalling jEdit and looking for another editor, I thought I would see if anyone has stumbled upon this issue or perhaps knows if jEdit has it's own set of file associations.
maya plugin loading error.
Submitted by Wednesday, 27 May, 2009 - 00:52
i downloaded the maya plugin from highend - link: http://www.highend3d.com/maya/downloads/tools/syntax_scripting/jEdit-Maya-Editor-Plugin-3732.html
after following the installation rules as described in the tutorial: http://www.highend3d.com/maya/tutorials/using_tools_scripts/319-1.html
i got the following error: (image link): http://www.resurrexion.org/images/jedit_mayaerror.jpg
does anyone know if that could be a compatibility error with the jedit version, any ideas?
thanks in advance
i'd love to get this working, as the internal script editor from maya is totally crap.
dialog box ignores width setting
Submitted by Thursday, 21 May, 2009 - 03:55
I'm using 4.2final
When doing File|Open or File|Save As, the resultant dialog box is very narrow horizontally.
If I type "jEdit.getProperty("vfs.browser.dialog.width")" into the BeanShell, I get a value of 112 (on startup - as indicated in the properties file). If I manually resize the window (by dragging its edge), and check
on the window width, I'll get a value in the range of 600-700 (depending on how I resize it). I can also set the width by jEdit.setProperty("vfs.browser.dialog.width", "650"). If I check the width by jEdit.getProperty("vfs.browser.dialog.width"), the width is reported as I have set it.
If I then try and open (or save) another file, the dialog box opens as a narrow box, and the width reverts back to 112.
I can manually set the height by either dragging the window or using jEdit.setProperty and it is remembered.
I can manually set the x position by using jEdit.setProperty and it is remembered. If I drag it, it isn't remembered.
If I try to set a y value, jEdit forgets it.
I have tried exiting jEdit and editing the properties files to change the vfs.browser.dialog.width to a larger number. If I edit it, and then check on the value (jEdit.getProperty) before opening any dialog boxes, the value is reported as I have set it. After I try to open a file, the dialog box opens up as narrow, and the dialog box width is now reported as 112.
problems with error-list and console: error line numbers switch always to 1 and a new file is opened
Submitted by Wednesday, 20 May, 2009 - 06:26
i've got problems with the error-list plugin. I have searched the forum an google and didn't find any solution for my problem.
Every time i start my batch file for compiling from console the errors were displayed correct in the error-list. Now when i klick on an error in order to jump to it then the file with the errors opens again with now content and the cursor jumps to this file of course in line number 1. After that all other line-numbers in the error-list switch to 1.
So i can't use the error-list for that it was made for
. Can anybody help me?
(Win32 version) Files save with DOS CRLF linefeeds and/or /n line endings -- bad for Cygwin stuff.
Submitted by Friday, 8 May, 2009 - 03:05
Maybe I'm missing something.
Is there a Buffer or Global Options setting in the present stable version to prevent either of these from happening when saving a file? If there isn't one, adding one would put jEdit ahead of the (lite versions of the) commercial developer-oriented text editors and definitely ahead of those emacs and vim clones that are still around for Windows and Mac OS X.
The whack-n's are particularly annoying when they appear in shell scripts in Cygwin and other Linux/Unix-es.
A cross-platform text editor should default with cross-platform file-write settings, imo, and as Mac and Windows both glom onto LF (without any /n ornamentation), logically that's the better, if not best, choice for a default.
Again, my opinion.
If I'm missing a hint or a clue as to the settings, please let me know.
Some keys don't work
Submitted by Saturday, 2 May, 2009 - 14:57
Recently some of my keys don't work anymore. For example capital B, the left and right arrow, Delete Key. The rest of the keys behave normally.
I'm running jedit 4.3pre14 with Java 1.6 on two machines. One is working fine, the other has the problem.
Has anyone else had this before and what was the fix?
jdiff plugin problems
Submitted by Thursday, 30 April, 2009 - 19:33
I am using jedit 4.3pre13 with java 1.6.0_10 on linux mint. The problem I am having is that when I use the jdiff plugin, the two buffers do not scroll together. Also there are no arrows I can click on that will automatically add/remove text to the buffers. Under windows the jdiff plugin was much more functional, is there a way I can fix this in linux?
cursor turns into "no parking" sign
Submitted by Tuesday, 28 April, 2009 - 18:26
sometimes when I am using jEdit, cursor turns into something that looks like black "no parking" sign and I cannot do anything, I cannot click anything and I have to restart X server. Is it a bug or a feature that I accidently turned on? How do I turn it off? If I turned it on I have no idea how I did that - I just noticed it usually happens when I am selecting text. Do you have any advice?
Copy/Paste not working in dialog boxes (jEdit 4.3pre16)
Submitted by Thursday, 23 April, 2009 - 19:11
Recently changed jobs and fortunately was able to convince IT to let me install jEdit 4.3 Pre 16 (running on Java 1.6.0_13, WinXP) on my computer. Most things are working just fine, but I can't use copy or paste (C-c, C-v, C-x) in any dialog boxes -- file open, search/replace, hypersearch bar, etc. etc.
I don't think it's a bug because I was using jEdit 4.3 pre previously without an issue.
Suggestions anyone? I don't have admin rights on the machine, so it's hard to make many changes, and I don't want to ask IT to do too much because they'll ask me to switch to the standard software (I only got this installed as a favor). I've used jEdit for a couple of years now and love it -- would hate to have to switch to the "standard" software used here.
HELP - cannot save favorite folders in JEdit on Mac
Submitted by Wednesday, 22 April, 2009 - 15:45
Hi there, When I save a favorite folder to save to / open from in the file dialog, each time I restart JEdit these favorites are lost.
Can anyone explain how I can fix this.
I have seen windows forum entries stating that the properties files for JEdit stores this information, but I cannot find this on the Mac.
I am running Mac OS X 10.5.6 and have JEdit 4.3pre16
Display Garbled When Using Sidekick
Submitted by 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?
installer jar fails
Submitted by 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-22.214.171.124/jre/lib/i386/xawt/libmawt.so [0xab22cd7e]
- #4 /usr/lib/jvm/java-1.5.0-sun-126.96.36.199/jre/lib/i386/xawt/libmawt.so [0xab216d47]
- #5 /usr/lib/jvm/java-1.5.0-sun-188.8.131.52/jre/lib/i386/xawt/libmawt.so [0xab216ec3]
- #6 /usr/lib/jvm/java-1.5.0-sun-184.108.40.206/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-220.127.116.11/jre/lib/i386/client/libjvm.so [0xb79d82bc]
- #12 /usr/lib/jvm/java-1.5.0-sun-18.104.22.168/jre/lib/i386/client/libjvm.so [0xb7aecf98]
- #13 /usr/lib/jvm/java-1.5.0-sun-22.214.171.124/jre/lib/i386/client/libjvm.so [0xb79d80ef]
- #14 /usr/lib/jvm/java-1.5.0-sun-126.96.36.199/jre/lib/i386/client/libjvm.so(JVM_DoPrivileged+0x32d) [0xb7a35b9d]
- #15 /usr/lib/jvm/java-1.5.0-sun-188.8.131.52/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-184.108.40.206/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-220.127.116.11/jre/lib/i386/xawt/libmawt.so [0xab216089]
- #5 /usr/lib/jvm/java-1.5.0-sun-18.104.22.168/jre/lib/i386/xawt/libmawt.so [0xab2162d3]
- #6 /usr/lib/jvm/java-1.5.0-sun-22.214.171.124/jre/lib/i386/xawt/libmawt.so [0xab216f71]
- #7 /usr/lib/jvm/java-1.5.0-sun-126.96.36.199/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-188.8.131.52/jre/lib/i386/client/libjvm.so [0xb79d82bc]
- #13 /usr/lib/jvm/java-1.5.0-sun-184.108.40.206/jre/lib/i386/client/libjvm.so [0xb7aecf98]
- #14 /usr/lib/jvm/java-1.5.0-sun-220.127.116.11/jre/lib/i386/client/libjvm.so [0xb79d80ef]
- #15 /usr/lib/jvm/java-1.5.0-sun-18.104.22.168/jre/lib/i386/client/libjvm.so(JVM_DoPrivileged+0x32d) [0xb7a35b9d]
- #16 /usr/lib/jvm/java-1.5.0-sun-22.214.171.124/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb781f30d]
- #17 [0xb40034ab]
- #18 [0xb3ffda64]
- #19 [0xb3ffb219]
java.net.ConnectException: Connection refused
Submitted by 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.vendor=Sun Microsystems Inc.
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)
My yum.log shows the following were updated:
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.
mac version types invisible characters
Submitted by 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
lost all keyboard support
Submitted by Thursday, 5 March, 2009 - 18:12
jEdit 4.3pre12 java 1.5.0_14, Fedora 10
I suddenly cannot use my keyboard for anything inside jEdit. It was fine earlier today but I tabbed over to jEdit from another app and could not type. I then realised that the keyboard gave no response for anything. After some poking around, I finally simply restarted the machine. When I re-launched jEdit I found the same problem!
I'm guessing it's a Java bug, and not jEdit, but I'm really at a loss to troubleshoot this any further. Can anyone point me in the right direction? Or, any direction, for that matter.
I did let the system update yesterday although, as I said, it was working fine this morning so I can't see how that's the issue.
Buffer switcher not switching buffers
Submitted by Wednesday, 25 February, 2009 - 22:25
I am running 4.3 pre16 with JDK 1.6.0_11
Most of the time everything works fine, but just today I have twice had the buffer switcher stop working.
I only have 4 or so files open. When I click on the switcher it drops down the list of files. I select one and the switcher updates to display that filename, but the buffer itself does not change. The previously selected file is still there.
If I use the CTRL-PGUP/PGDOWN shortcut it works fine. The problem is only when I use the drop-down.
Right now this issue appears to be random. I closed all of the files and reopened them and the problem went away for a while but within a few minutes, it was back.
I have since restarted the editor entirely. I will advise if it happens again or if I am able to narrow down a set of circumstances where the problem occurs.
Right now, I am just curious if anyone else has experienced this.
will not start
Submitted by Wednesday, 25 February, 2009 - 15:17
After many good works my j-edit will not start. If i click to start, the start picture show how file which boot. At "run startup scripts" j--edit hang up and that's it. I must close the file by process manager.
Please help, because this is a good program.
German prefer...my english is...BAD
Many thanks and greetZ from Germany, Ingo