jedit-devel

[ jEdit-devel ] [jedit:bugs] #4135 Slow HyperSearch Performance on macOS with Large Files and Queries

[Björn K. <vam...@us...>]

It should be enough if you take the `jedit` file of 5.7 and overwrite the one in 5.6


---

**[bugs:#4135] Slow HyperSearch Performance on macOS with Large Files and Queries**

**Status:** open
**Group:** Regressive (new to devel)
**Created:** Sat May 25, 2024 12:31 AM UTC by Matthew Orzewalla
**Last Updated:** Wed Aug 14, 2024 05:05 PM UTC
**Owner:** nobody
**Attachments:**

- [activity.log](https://sourceforge.net/p/jedit/bugs/4135/attachment/activity.log) (17.4 kB; application/octet-stream)


I have been observing slow hypersearch performanc on macOS for a while now, but wanted to wait for a preview of 5.7 to see if performance improved.

>From what I can tell, it began with the switch to Java 11, but I'm not positive that is the root cause. The bug has been observed on both Intel Macs and ARM Macs

Steps I use to reproduce:
1.  Download the plain text copy of Death Valley in '49 from Project Gutenberg here: https://www.gutenberg.org/ebooks/12236.txt.utf-8
2.  Install and start up a fresh version jEdit 5.7pre (no prexisting jEdit user directory) from the version posted in this thread: https://sourceforge.net/p/jedit/bugs/4123/. On my system java-version lists: 
openjdk version "21.0.2" 2024-01-16 LTS
OpenJDK Runtime Environment Temurin-21.0.2+13 (build 21.0.2+13-LTS)
OpenJDK 64-Bit Server VM Temurin-21.0.2+13 (build 21.0.2+13-LTS, mixed mode)
3.  Open the text file (pg12236.txt from the download on my system) in jEdit
4.  Perform a search with Ignore Case and HyperSearch selected of the word "death". The 106 results should be returned fairly quickly
5.  Perform a search for the word "from". The 625 results will eventually be returned, but it beachballs my system for about 50 seconds.

Performing a search for the word "the" beachballs my system for longer than I am willing to wait.

I can perform a search of the same file for the word "the" on a Windows install of jEdit and return the 15,733 results in less than 3 seconds (the Windows About jEdit screen lists, "jEdit 5.5.0 server mode, using Oracle Corporation Java 1.8.0_391).

I am uploading the activity.log file., but I didn't see anything indicating the slow performance within the file.

Let me know if there is any other information I can provide that can help diagnose the root cause. At first I had thought that it had something to do with docking or undocking the HyperSearch window (with docked causing slow performance), but then I went back and did some dedicated testing and found that it is slow undocked as well. It also seems that if I do more searches and work my way up to larger returns that the slowness subsides, as if it is slow allocating memory to the process, but once that memory gets allocated it is no longer slow.

Thank you for your help in this matter.


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:bugs] #4135 Slow HyperSearch Performance on macOS with Large Files and Queries

[Matthew O. <le...@us...>]

I am fairly certain the issue existed in jEdit 5.6 for macOS. I just now reinstalled 5.6 to confirm, but am running into the "This application required that Java 11 or later be installed on your computer" issue with a vanilla install. I will need to go find agan the steps needed to get 5.6 pointed to the Java 11 I have installed on the system.


---

**[bugs:#4135] Slow HyperSearch Performance on macOS with Large Files and Queries**

**Status:** open
**Group:** Regressive (new to devel)
**Created:** Sat May 25, 2024 12:31 AM UTC by Matthew Orzewalla
**Last Updated:** Wed Aug 14, 2024 04:02 PM UTC
**Owner:** nobody
**Attachments:**

- [activity.log](https://sourceforge.net/p/jedit/bugs/4135/attachment/activity.log) (17.4 kB; application/octet-stream)


I have been observing slow hypersearch performanc on macOS for a while now, but wanted to wait for a preview of 5.7 to see if performance improved.

>From what I can tell, it began with the switch to Java 11, but I'm not positive that is the root cause. The bug has been observed on both Intel Macs and ARM Macs

Steps I use to reproduce:
1.  Download the plain text copy of Death Valley in '49 from Project Gutenberg here: https://www.gutenberg.org/ebooks/12236.txt.utf-8
2.  Install and start up a fresh version jEdit 5.7pre (no prexisting jEdit user directory) from the version posted in this thread: https://sourceforge.net/p/jedit/bugs/4123/. On my system java-version lists: 
openjdk version "21.0.2" 2024-01-16 LTS
OpenJDK Runtime Environment Temurin-21.0.2+13 (build 21.0.2+13-LTS)
OpenJDK 64-Bit Server VM Temurin-21.0.2+13 (build 21.0.2+13-LTS, mixed mode)
3.  Open the text file (pg12236.txt from the download on my system) in jEdit
4.  Perform a search with Ignore Case and HyperSearch selected of the word "death". The 106 results should be returned fairly quickly
5.  Perform a search for the word "from". The 625 results will eventually be returned, but it beachballs my system for about 50 seconds.

Performing a search for the word "the" beachballs my system for longer than I am willing to wait.

I can perform a search of the same file for the word "the" on a Windows install of jEdit and return the 15,733 results in less than 3 seconds (the Windows About jEdit screen lists, "jEdit 5.5.0 server mode, using Oracle Corporation Java 1.8.0_391).

I am uploading the activity.log file., but I didn't see anything indicating the slow performance within the file.

Let me know if there is any other information I can provide that can help diagnose the root cause. At first I had thought that it had something to do with docking or undocking the HyperSearch window (with docked causing slow performance), but then I went back and did some dedicated testing and found that it is slow undocked as well. It also seems that if I do more searches and work my way up to larger returns that the slowness subsides, as if it is slow allocating memory to the process, but once that memory gets allocated it is no longer slow.

Thank you for your help in this matter.


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:bugs] #4135 Slow HyperSearch Performance on macOS with Large Files and Queries

[Alan E. <ez...@us...>]

So just to confirm, you see this problem in jEdit 5.5 but not 5.7. What about jEdit 5.6?


---

**[bugs:#4135] Slow HyperSearch Performance on macOS with Large Files and Queries**

**Status:** open
**Group:** Regressive (new to devel)
**Created:** Sat May 25, 2024 12:31 AM UTC by Matthew Orzewalla
**Last Updated:** Wed Aug 14, 2024 02:48 PM UTC
**Owner:** nobody
**Attachments:**

- [activity.log](https://sourceforge.net/p/jedit/bugs/4135/attachment/activity.log) (17.4 kB; application/octet-stream)


I have been observing slow hypersearch performanc on macOS for a while now, but wanted to wait for a preview of 5.7 to see if performance improved.

>From what I can tell, it began with the switch to Java 11, but I'm not positive that is the root cause. The bug has been observed on both Intel Macs and ARM Macs

Steps I use to reproduce:
1.  Download the plain text copy of Death Valley in '49 from Project Gutenberg here: https://www.gutenberg.org/ebooks/12236.txt.utf-8
2.  Install and start up a fresh version jEdit 5.7pre (no prexisting jEdit user directory) from the version posted in this thread: https://sourceforge.net/p/jedit/bugs/4123/. On my system java-version lists: 
openjdk version "21.0.2" 2024-01-16 LTS
OpenJDK Runtime Environment Temurin-21.0.2+13 (build 21.0.2+13-LTS)
OpenJDK 64-Bit Server VM Temurin-21.0.2+13 (build 21.0.2+13-LTS, mixed mode)
3.  Open the text file (pg12236.txt from the download on my system) in jEdit
4.  Perform a search with Ignore Case and HyperSearch selected of the word "death". The 106 results should be returned fairly quickly
5.  Perform a search for the word "from". The 625 results will eventually be returned, but it beachballs my system for about 50 seconds.

Performing a search for the word "the" beachballs my system for longer than I am willing to wait.

I can perform a search of the same file for the word "the" on a Windows install of jEdit and return the 15,733 results in less than 3 seconds (the Windows About jEdit screen lists, "jEdit 5.5.0 server mode, using Oracle Corporation Java 1.8.0_391).

I am uploading the activity.log file., but I didn't see anything indicating the slow performance within the file.

Let me know if there is any other information I can provide that can help diagnose the root cause. At first I had thought that it had something to do with docking or undocking the HyperSearch window (with docked causing slow performance), but then I went back and did some dedicated testing and found that it is slow undocked as well. It also seems that if I do more searches and work my way up to larger returns that the slowness subsides, as if it is slow allocating memory to the process, but once that memory gets allocated it is no longer slow.

Thank you for your help in this matter.


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:bugs] #4135 Slow HyperSearch Performance on macOS with Large Files and Queries

[Alan E. <ez...@us...>]

- **Group**: normal bug --> Regressive (new to devel)
- **Comment**:






---

**[bugs:#4135] Slow HyperSearch Performance on macOS with Large Files and Queries**

**Status:** open
**Group:** Regressive (new to devel)
**Created:** Sat May 25, 2024 12:31 AM UTC by Matthew Orzewalla
**Last Updated:** Sun Aug 11, 2024 09:29 PM UTC
**Owner:** nobody
**Attachments:**

- [activity.log](https://sourceforge.net/p/jedit/bugs/4135/attachment/activity.log) (17.4 kB; application/octet-stream)


I have been observing slow hypersearch performanc on macOS for a while now, but wanted to wait for a preview of 5.7 to see if performance improved.

>From what I can tell, it began with the switch to Java 11, but I'm not positive that is the root cause. The bug has been observed on both Intel Macs and ARM Macs

Steps I use to reproduce:
1.  Download the plain text copy of Death Valley in '49 from Project Gutenberg here: https://www.gutenberg.org/ebooks/12236.txt.utf-8
2.  Install and start up a fresh version jEdit 5.7pre (no prexisting jEdit user directory) from the version posted in this thread: https://sourceforge.net/p/jedit/bugs/4123/. On my system java-version lists: 
openjdk version "21.0.2" 2024-01-16 LTS
OpenJDK Runtime Environment Temurin-21.0.2+13 (build 21.0.2+13-LTS)
OpenJDK 64-Bit Server VM Temurin-21.0.2+13 (build 21.0.2+13-LTS, mixed mode)
3.  Open the text file (pg12236.txt from the download on my system) in jEdit
4.  Perform a search with Ignore Case and HyperSearch selected of the word "death". The 106 results should be returned fairly quickly
5.  Perform a search for the word "from". The 625 results will eventually be returned, but it beachballs my system for about 50 seconds.

Performing a search for the word "the" beachballs my system for longer than I am willing to wait.

I can perform a search of the same file for the word "the" on a Windows install of jEdit and return the 15,733 results in less than 3 seconds (the Windows About jEdit screen lists, "jEdit 5.5.0 server mode, using Oracle Corporation Java 1.8.0_391).

I am uploading the activity.log file., but I didn't see anything indicating the slow performance within the file.

Let me know if there is any other information I can provide that can help diagnose the root cause. At first I had thought that it had something to do with docking or undocking the HyperSearch window (with docked causing slow performance), but then I went back and did some dedicated testing and found that it is slow undocked as well. It also seems that if I do more searches and work my way up to larger returns that the slowness subsides, as if it is slow allocating memory to the process, but once that memory gets allocated it is no longer slow.

Thank you for your help in this matter.


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] sidekick 1.9

[Alan E. <ala...@gm...>]

Looks like Sidekick 1.9 needs to be released. 1.8 came out in 2015 and
there are a few changes since then.
--Alan

[ jEdit-devel ] [jedit:bugs] #4135 Slow HyperSearch Performance on macOS with Large Files and Queries

[Matthew O. <le...@us...>]

With the release of jEdit 5.7, I tried the process again. i installed jEdit 5.7 on Windows 10 using Temurin 21 (let me know if the details are needed; I am not in front of the Windows machine at the moment), and HyperSearch works as expected for the test file for searching "death", "from", or "the".

I tested jEdit 5.7 on an ARM Mac using Temurin 22 (on Windows I did not realize that Temurin 22 was the latest release) and I am still observing a sustained beachball when searching "the". I did try turing off the Text Color and Background Color checkboxes within the HyperSearch Style Editor, and I think that may have sped up performance when searching "from", but the search still had issues searching the word "the".

Since the original post, I noticed that Isabelle2024 was released here: https://isabelle.in.tum.de. When performing the same proceedure with the Isabelle2024 (jEdit 5.6 under the covers) HyperSearch works as expected (taking maybe a couple seconds to populate the HyperSearch results for "the"). 

Isabelle uses the Azul Systems Java 21 virtual machine  built-in to the install. I tried changing the macOS Java vurtual machine to Azul Systems Java 21, but got the same anomolous result for jEdit 5.7.

I would use Isabelle2024 going forward, but I do like the better macOS integration available in jEdit 5.7. :)


---

**[bugs:#4135] Slow HyperSearch Performance on macOS with Large Files and Queries**

**Status:** open
**Group:** normal bug
**Created:** Sat May 25, 2024 12:31 AM UTC by Matthew Orzewalla
**Last Updated:** Sat May 25, 2024 12:31 AM UTC
**Owner:** nobody
**Attachments:**

- [activity.log](https://sourceforge.net/p/jedit/bugs/4135/attachment/activity.log) (17.4 kB; application/octet-stream)


I have been observing slow hypersearch performanc on macOS for a while now, but wanted to wait for a preview of 5.7 to see if performance improved.

>From what I can tell, it began with the switch to Java 11, but I'm not positive that is the root cause. The bug has been observed on both Intel Macs and ARM Macs

Steps I use to reproduce:
1.  Download the plain text copy of Death Valley in '49 from Project Gutenberg here: https://www.gutenberg.org/ebooks/12236.txt.utf-8
2.  Install and start up a fresh version jEdit 5.7pre (no prexisting jEdit user directory) from the version posted in this thread: https://sourceforge.net/p/jedit/bugs/4123/. On my system java-version lists: 
openjdk version "21.0.2" 2024-01-16 LTS
OpenJDK Runtime Environment Temurin-21.0.2+13 (build 21.0.2+13-LTS)
OpenJDK 64-Bit Server VM Temurin-21.0.2+13 (build 21.0.2+13-LTS, mixed mode)
3.  Open the text file (pg12236.txt from the download on my system) in jEdit
4.  Perform a search with Ignore Case and HyperSearch selected of the word "death". The 106 results should be returned fairly quickly
5.  Perform a search for the word "from". The 625 results will eventually be returned, but it beachballs my system for about 50 seconds.

Performing a search for the word "the" beachballs my system for longer than I am willing to wait.

I can perform a search of the same file for the word "the" on a Windows install of jEdit and return the 15,733 results in less than 3 seconds (the Windows About jEdit screen lists, "jEdit 5.5.0 server mode, using Oracle Corporation Java 1.8.0_391).

I am uploading the activity.log file., but I didn't see anything indicating the slow performance within the file.

Let me know if there is any other information I can provide that can help diagnose the root cause. At first I had thought that it had something to do with docking or undocking the HyperSearch window (with docked causing slow performance), but then I went back and did some dedicated testing and found that it is slow undocked as well. It also seems that if I do more searches and work my way up to larger returns that the slowness subsides, as if it is slow allocating memory to the process, but once that memory gets allocated it is no longer slow.

Thank you for your help in this matter.


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:plugin-feature-requests] #401 Language Server Protocol implementation for JEdit

[marco m. <mi...@us...>]

---

**[plugin-feature-requests:#401] Language Server Protocol implementation for JEdit**

**Status:** open
**Group:** 
**Labels:** LSP implementation Language Server Protocol implementation 
**Created:** Thu Aug 08, 2024 12:57 PM UTC by marco milanesi
**Last Updated:** Thu Aug 08, 2024 12:57 PM UTC
**Owner:** nobody


Hi! short question:
do you know if someone is trying to implement at least Java "**Language Server Protocol**" (LSP) as JEdit Plugin ?
instead using old JavaCC (or Antlr) that works bad with JDK-11...

i've found this, but doesn't work properly :
https://git.sr.ht/~damien/jedit-lsp

thanks for any info
greets


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-feature-requests/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-feature-requests/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:bugs] #4123 macOS Jedit cannot find Java engine

[Björn K. <vam...@us...>]

Hey Bobby, I'm sorry I missed your message.
5.7.0 is released since yesterday, so hopefully with that at least the startup problems should also be resolved for you.
Let me know whether that works now for you.


---

**[bugs:#4123] macOS Jedit cannot find Java engine**

**Status:** closed-fixed
**Group:** severe bug
**Created:** Fri Mar 17, 2023 09:04 AM UTC by Rene Vincent Jansen
**Last Updated:** Wed May 29, 2024 09:42 PM UTC
**Owner:** Björn Kautler


I installed Jedit (latest) from a macOS .dmg on Ventura 13.2.1. It complains it requires a Java 11 or higher; I have Java 19 on the path.


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:plugin-bugs] #1711 DirtyGutter causes issues with FTP plugin

[Björn K. <vam...@us...>]

And it even comes with DirtyGutter disabled in its plugins menu. To work-around you really have to disable the whole plugin.


---

**[plugin-bugs:#1711] DirtyGutter causes issues with FTP plugin**

**Status:** open
**Group:** 
**Created:** Tue May 07, 2013 05:28 PM UTC by Anonymous
**Last Updated:** Sun Aug 04, 2024 05:34 PM UTC
**Owner:** nobody


When changing a line, jEdit is hanging a little because the DirtyGutter \(LCMPlugin\) is throwing an exception due to invalid slashes in the file path over sftp. Disabling the DirtyGutter plugin resolves this issue.

My environment details:
jEdit 5.1pre1
Java 1.7.0\_15
Windows 7 64bit

here is the exception \(note the backslashes in the first line\):

java.io.FileNotFoundException: \home\jmcmul01\scripts\jim.ksh \(The system cannot find the path specified\)
at java.io.FileInputStream.open\(Native Method\)
at java.io.FileInputStream.<init>\(FileInputStream.java:138\)
at java.io.FileInputStream.<init>\(FileInputStream.java:97\)
at org.gjt.sp.jedit.io.FileVFS.\_createInputStream\(FileVFS.java:519\)
at lcm.LCMPlugin.readFile\(Unknown Source\)
at lcm.providers.diff.DiffBufferHandler.doDiff\(Unknown Source\)
at lcm.providers.diff.DiffBufferHandler.handleContentChange\(Unknown Source\)
at lcm.providers.diff.DiffBufferHandler.contentInserted\(Unknown Source\)
at org.gjt.sp.jedit.buffer.JEditBuffer.fireContentInserted\(JEditBuffer.java:2458\)
at org.gjt.sp.jedit.buffer.JEditBuffer.contentInserted\(JEditBuffer.java:2790\)
at org.gjt.sp.jedit.buffer.JEditBuffer.insert\(JEditBuffer.java:734\)
at org.gjt.sp.jedit.buffer.JEditBuffer.insert\(JEditBuffer.java:678\)
at org.gjt.sp.jedit.textarea.TextArea.replaceSelection\(TextArea.java:2076\)
at org.gjt.sp.jedit.textarea.JEditTextArea.replaceSelection\(JEditTextArea.java:248\)
at org.gjt.sp.jedit.textarea.TextArea.setSelectedText\(TextArea.java:2034\)
at org.gjt.sp.jedit.textarea.TextArea.insertEnterAndIndent\(TextArea.java:4476\)
at sun.reflect.NativeMethodAccessorImpl.invoke0\(Native Method\)
at sun.reflect.NativeMethodAccessorImpl.invoke\(NativeMethodAccessorImpl.java:57\)
at sun.reflect.DelegatingMethodAccessorImpl.invoke\(DelegatingMethodAccessorImpl.java:43\)
at java.lang.reflect.Method.invoke\(Method.java:601\)
at org.gjt.sp.jedit.bsh.Reflect.invokeMethod\(Reflect.java:134\)
at org.gjt.sp.jedit.bsh.Reflect.invokeObjectMethod\(Reflect.java:80\)
at org.gjt.sp.jedit.bsh.Name.invokeMethod\(Name.java:855\)
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:431\)
at org.gjt.sp.jedit.BeanShellAction.invoke\(BeanShellAction.java:73\)
at org.gjt.sp.jedit.gui.InputHandler.invokeAction\(InputHandler.java:342\)
at org.gjt.sp.jedit.gui.InputHandler.invokeAction\(InputHandler.java:307\)
at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey\(DefaultInputHandler.java:196\)
at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling\(AbstractInputHandler.java:405\)
at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent\(InputHandler.java:151\)
at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent\(TextArea.java:4726\)
at java.awt.Component.processEvent\(Component.java:6282\)
at java.awt.Container.processEvent\(Container.java:2229\)
at java.awt.Component.dispatchEventImpl\(Component.java:4861\)
at java.awt.Container.dispatchEventImpl\(Container.java:2287\)
at java.awt.Component.dispatchEvent\(Component.java:4687\)
at java.awt.KeyboardFocusManager.redispatchEvent\(KeyboardFocusManager.java:1895\)
at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent\(DefaultKeyboardFocusManager.java:762\)
at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent\(DefaultKeyboardFocusManager.java:1027\)
at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions\(DefaultKeyboardFocusManager.java:899\)
at java.awt.DefaultKeyboardFocusManager.dispatchEvent\(DefaultKeyboardFocusManager.java:727\)
at java.awt.Component.dispatchEventImpl\(Component.java:4731\)
at java.awt.Container.dispatchEventImpl\(Container.java:2287\)
at java.awt.Window.dispatchEventImpl\(Window.java:2719\)
at java.awt.Component.dispatchEvent\(Component.java:4687\)
at java.awt.EventQueue.dispatchEventImpl\(EventQueue.java:729\)
at java.awt.EventQueue.access$200\(EventQueue.java:103\)
at java.awt.EventQueue$3.run\(EventQueue.java:688\)
at java.awt.EventQueue$3.run\(EventQueue.java:686\)
at java.security.AccessController.doPrivileged\(Native Method\)
at java.security.ProtectionDomain$1.doIntersectionPrivilege\(ProtectionDomain.java:76\)
at java.security.ProtectionDomain$1.doIntersectionPrivilege\(ProtectionDomain.java:87\)
at java.awt.EventQueue$4.run\(EventQueue.java:702\)
at java.awt.EventQueue$4.run\(EventQueue.java:700\)
at java.security.AccessController.doPrivileged\(Native Method\)
at java.security.ProtectionDomain$1.doIntersectionPrivilege\(ProtectionDomain.java:76\)
at java.awt.EventQueue.dispatchEvent\(EventQueue.java:699\)
at java.awt.EventDispatchThread.pumpOneEventForFilters\(EventDispatchThread.java:242\)
at java.awt.EventDispatchThread.pumpEventsForFilter\(EventDispatchThread.java:161\)
at java.awt.EventDispatchThread.pumpEventsForHierarchy\(EventDispatchThread.java:150\)
at java.awt.EventDispatchThread.pumpEvents\(EventDispatchThread.java:146\)
at java.awt.EventDispatchThread.pumpEvents\(EventDispatchThread.java:138\)
at java.awt.EventDispatchThread.run\(EventDispatchThread.java:91\)




---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:plugin-bugs] #1711 DirtyGutter causes issues with FTP plugin

[Björn K. <vam...@us...>]

jEdit is not hanging for me, and I don't think the problem are the "invalid backslashes".
>From what I see (I also get this exception on jEdit 5.7.0 with DirtyGutter 0.3b) I'd say the problem is that the plugin considers all buffers to be local, not considering the file system where the file actually coming from.


---

**[plugin-bugs:#1711] DirtyGutter causes issues with FTP plugin**

**Status:** open
**Group:** 
**Created:** Tue May 07, 2013 05:28 PM UTC by Anonymous
**Last Updated:** Fri Feb 05, 2016 12:57 PM UTC
**Owner:** nobody


When changing a line, jEdit is hanging a little because the DirtyGutter \(LCMPlugin\) is throwing an exception due to invalid slashes in the file path over sftp. Disabling the DirtyGutter plugin resolves this issue.

My environment details:
jEdit 5.1pre1
Java 1.7.0\_15
Windows 7 64bit

here is the exception \(note the backslashes in the first line\):

java.io.FileNotFoundException: \home\jmcmul01\scripts\jim.ksh \(The system cannot find the path specified\)
at java.io.FileInputStream.open\(Native Method\)
at java.io.FileInputStream.<init>\(FileInputStream.java:138\)
at java.io.FileInputStream.<init>\(FileInputStream.java:97\)
at org.gjt.sp.jedit.io.FileVFS.\_createInputStream\(FileVFS.java:519\)
at lcm.LCMPlugin.readFile\(Unknown Source\)
at lcm.providers.diff.DiffBufferHandler.doDiff\(Unknown Source\)
at lcm.providers.diff.DiffBufferHandler.handleContentChange\(Unknown Source\)
at lcm.providers.diff.DiffBufferHandler.contentInserted\(Unknown Source\)
at org.gjt.sp.jedit.buffer.JEditBuffer.fireContentInserted\(JEditBuffer.java:2458\)
at org.gjt.sp.jedit.buffer.JEditBuffer.contentInserted\(JEditBuffer.java:2790\)
at org.gjt.sp.jedit.buffer.JEditBuffer.insert\(JEditBuffer.java:734\)
at org.gjt.sp.jedit.buffer.JEditBuffer.insert\(JEditBuffer.java:678\)
at org.gjt.sp.jedit.textarea.TextArea.replaceSelection\(TextArea.java:2076\)
at org.gjt.sp.jedit.textarea.JEditTextArea.replaceSelection\(JEditTextArea.java:248\)
at org.gjt.sp.jedit.textarea.TextArea.setSelectedText\(TextArea.java:2034\)
at org.gjt.sp.jedit.textarea.TextArea.insertEnterAndIndent\(TextArea.java:4476\)
at sun.reflect.NativeMethodAccessorImpl.invoke0\(Native Method\)
at sun.reflect.NativeMethodAccessorImpl.invoke\(NativeMethodAccessorImpl.java:57\)
at sun.reflect.DelegatingMethodAccessorImpl.invoke\(DelegatingMethodAccessorImpl.java:43\)
at java.lang.reflect.Method.invoke\(Method.java:601\)
at org.gjt.sp.jedit.bsh.Reflect.invokeMethod\(Reflect.java:134\)
at org.gjt.sp.jedit.bsh.Reflect.invokeObjectMethod\(Reflect.java:80\)
at org.gjt.sp.jedit.bsh.Name.invokeMethod\(Name.java:855\)
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:431\)
at org.gjt.sp.jedit.BeanShellAction.invoke\(BeanShellAction.java:73\)
at org.gjt.sp.jedit.gui.InputHandler.invokeAction\(InputHandler.java:342\)
at org.gjt.sp.jedit.gui.InputHandler.invokeAction\(InputHandler.java:307\)
at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey\(DefaultInputHandler.java:196\)
at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling\(AbstractInputHandler.java:405\)
at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent\(InputHandler.java:151\)
at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent\(TextArea.java:4726\)
at java.awt.Component.processEvent\(Component.java:6282\)
at java.awt.Container.processEvent\(Container.java:2229\)
at java.awt.Component.dispatchEventImpl\(Component.java:4861\)
at java.awt.Container.dispatchEventImpl\(Container.java:2287\)
at java.awt.Component.dispatchEvent\(Component.java:4687\)
at java.awt.KeyboardFocusManager.redispatchEvent\(KeyboardFocusManager.java:1895\)
at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent\(DefaultKeyboardFocusManager.java:762\)
at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent\(DefaultKeyboardFocusManager.java:1027\)
at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions\(DefaultKeyboardFocusManager.java:899\)
at java.awt.DefaultKeyboardFocusManager.dispatchEvent\(DefaultKeyboardFocusManager.java:727\)
at java.awt.Component.dispatchEventImpl\(Component.java:4731\)
at java.awt.Container.dispatchEventImpl\(Container.java:2287\)
at java.awt.Window.dispatchEventImpl\(Window.java:2719\)
at java.awt.Component.dispatchEvent\(Component.java:4687\)
at java.awt.EventQueue.dispatchEventImpl\(EventQueue.java:729\)
at java.awt.EventQueue.access$200\(EventQueue.java:103\)
at java.awt.EventQueue$3.run\(EventQueue.java:688\)
at java.awt.EventQueue$3.run\(EventQueue.java:686\)
at java.security.AccessController.doPrivileged\(Native Method\)
at java.security.ProtectionDomain$1.doIntersectionPrivilege\(ProtectionDomain.java:76\)
at java.security.ProtectionDomain$1.doIntersectionPrivilege\(ProtectionDomain.java:87\)
at java.awt.EventQueue$4.run\(EventQueue.java:702\)
at java.awt.EventQueue$4.run\(EventQueue.java:700\)
at java.security.AccessController.doPrivileged\(Native Method\)
at java.security.ProtectionDomain$1.doIntersectionPrivilege\(ProtectionDomain.java:76\)
at java.awt.EventQueue.dispatchEvent\(EventQueue.java:699\)
at java.awt.EventDispatchThread.pumpOneEventForFilters\(EventDispatchThread.java:242\)
at java.awt.EventDispatchThread.pumpEventsForFilter\(EventDispatchThread.java:161\)
at java.awt.EventDispatchThread.pumpEventsForHierarchy\(EventDispatchThread.java:150\)
at java.awt.EventDispatchThread.pumpEvents\(EventDispatchThread.java:146\)
at java.awt.EventDispatchThread.pumpEvents\(EventDispatchThread.java:138\)
at java.awt.EventDispatchThread.run\(EventDispatchThread.java:91\)




---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:plugin-central-submission] #1082 QDocSidekick

[Eric Le L. <ker...@us...>]

- **status**: pending --> closed-accepted
- **Comment**:

Released to [plugin central](https://plugins.jedit.org/plugins/?QDocSideKick)



---

**[plugin-central-submission:#1082] QDocSidekick**

**Status:** closed-accepted
**Group:** None
**Created:** Wed May 22, 2024 03:17 AM UTC by Dale Anson
**Last Updated:** Sat Jul 20, 2024 02:54 PM UTC
**Owner:** Eric Le Lay


{{{ QDocSideKick 1.0
    Source: Source code is in SVN with the tag 1.0
    Announcement: Initial release. Brand new plugin for working with QDoc files https://doc.qt.io/qt-6/01-qdoc-manual.html.. While the manual says "QDoc finds QDoc comments in .cpp files and in .qdoc files", this QDocSideKick plugin only works with .qdoc files.
    Requires Java 11
    Requires jEdit 05.04.00.00
    
    Short Description: QDocSideKick
    
    Long Description: <html>
   <p>SideKick for QDoc files</p>
</html>
 }}}


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-central-submission/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-central-submission/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:plugin-central-submission] #1082 QDocSidekick

[Eric Le L. <ker...@us...>]

Thanks Dale for the fixes. Indeed the example was already there and it is well parsed.
I was able to build the plugin and can release as is, but could you consider including this fix so indented `\section1` works?

Example:

~~~
/*!
    \section1 Basic Qt

    This is the first section.


        \section2 Getting Started

        This is the first subsection.


            \section3 Hello Qt

            This is the first subsubsection.


            \section3 Making Connections

            This is the second subsubsection.


            \section3 Using the Reference Documentation

            This is the third subsubsection.


        \section2 Creating Dialogs

        This is the second subsection.


            \section3 Subclassing QDialog

            This is the first subsubsection.

            ...


    \section1 Intermediate Qt

    This is the second section.


        \section2 Layout Management

        This is the second section's first subsection.


            \section3 Basic Layouts

            This is the first subsubsection.

        ...
*/

~~~

In QDocSideKickParser.java, line 121
~~~
-                    String section = lineText.substring(index, length);
+                    String section = lineText.substring(index, index + length);
~~~

Thanks,


---

**[plugin-central-submission:#1082] QDocSidekick**

**Status:** pending
**Group:** None
**Created:** Wed May 22, 2024 03:17 AM UTC by Dale Anson
**Last Updated:** Fri Jul 19, 2024 08:54 PM UTC
**Owner:** Eric Le Lay


{{{ QDocSideKick 1.0
    Source: Source code is in SVN with the tag 1.0
    Announcement: Initial release. Brand new plugin for working with QDoc files https://doc.qt.io/qt-6/01-qdoc-manual.html.. While the manual says "QDoc finds QDoc comments in .cpp files and in .qdoc files", this QDocSideKick plugin only works with .qdoc files.
    Requires Java 11
    Requires jEdit 05.04.00.00
    
    Short Description: QDocSideKick
    
    Long Description: <html>
   <p>SideKick for QDoc files</p>
</html>
 }}}


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-central-submission/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-central-submission/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:plugin-central-submission] #1082 QDocSidekick

[Dale A. <dal...@us...>]

- Description has changed:

Diff:

~~~~

--- old
+++ new
@@ -1,11 +1,10 @@
-
-{{{ QDoc 1.0
+{{{ QDocSideKick 1.0
     Source: Source code is in SVN with the tag 1.0
-    Announcement: Initial release. Brand new plugin for working with QDoc files https://doc.qt.io/qt-6/01-qdoc-manual.html.. While the manual says "QDoc finds QDoc comments in .cpp files and in .qdoc files", this QDoc plugin only works with .qdoc files.
+    Announcement: Initial release. Brand new plugin for working with QDoc files https://doc.qt.io/qt-6/01-qdoc-manual.html.. While the manual says "QDoc finds QDoc comments in .cpp files and in .qdoc files", this QDocSideKick plugin only works with .qdoc files.
     Requires Java 11
     Requires jEdit 05.04.00.00
     
-    Short Description: QDoc SideKick
+    Short Description: QDocSideKick
     
     Long Description: <html>
    <p>SideKick for QDoc files</p>

~~~~

- **Comment**:

Eric, it should be good now. I've renamed things more consistently, so it should be QDocSideKick. There is an example file in the source named "qt-convenience-api.qdoc" to test with.



---

**[plugin-central-submission:#1082] QDocSidekick**

**Status:** pending
**Group:** None
**Created:** Wed May 22, 2024 03:17 AM UTC by Dale Anson
**Last Updated:** Fri Jul 19, 2024 07:56 PM UTC
**Owner:** Eric Le Lay


{{{ QDocSideKick 1.0
    Source: Source code is in SVN with the tag 1.0
    Announcement: Initial release. Brand new plugin for working with QDoc files https://doc.qt.io/qt-6/01-qdoc-manual.html.. While the manual says "QDoc finds QDoc comments in .cpp files and in .qdoc files", this QDocSideKick plugin only works with .qdoc files.
    Requires Java 11
    Requires jEdit 05.04.00.00
    
    Short Description: QDocSideKick
    
    Long Description: <html>
   <p>SideKick for QDoc files</p>
</html>
 }}}


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-central-submission/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-central-submission/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:plugin-central-submission] #1082 QDocSidekick

[Dale A. <dal...@us...>]

Thanks, Eric, I'd kind of forgotten about this one also. I'll look into it. This was sort of a one-off plugin for Alan, I'm guessing he's the only one actually using it.


---

**[plugin-central-submission:#1082] QDocSidekick**

**Status:** pending
**Group:** None
**Created:** Wed May 22, 2024 03:17 AM UTC by Dale Anson
**Last Updated:** Fri Jul 19, 2024 05:20 PM UTC
**Owner:** Eric Le Lay



{{{ QDoc 1.0
    Source: Source code is in SVN with the tag 1.0
    Announcement: Initial release. Brand new plugin for working with QDoc files https://doc.qt.io/qt-6/01-qdoc-manual.html.. While the manual says "QDoc finds QDoc comments in .cpp files and in .qdoc files", this QDoc plugin only works with .qdoc files.
    Requires Java 11
    Requires jEdit 05.04.00.00
    
    Short Description: QDoc SideKick
    
    Long Description: <html>
   <p>SideKick for QDoc files</p>
</html>
 }}}


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-central-submission/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-central-submission/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:plugin-central-submission] #1082 QDocSidekick

[Eric Le L. <ker...@us...>]

Please provide an example qdoc file.
I've tried with the example at https://doc.qt.io/qt-6/05-qdoc-commands-documentstructure.html and I get a StringIndexOutOfBound when parsing it (see attached file).

Jedit 5.4.0, Java 11, ubuntu container.
Stacktrace:
   ~~~
   [java] 5:17:29 PM [SwingWorker-pool-1-thread-3] [error] SwingWorker-pool-1-thread-3: java.lang.StringIndexOutOfBoundsException: begin 12, end 9, length 30
     [java] 5:17:29 PM [SwingWorker-pool-1-thread-3] [error] SwingWorker-pool-1-thread-3:  at java.base/java.lang.String.checkBoundsBeginEnd(String.java:3319)
     [java] 5:17:29 PM [SwingWorker-pool-1-thread-3] [error] SwingWorker-pool-1-thread-3:  at java.base/java.lang.String.substring(String.java:1874)
     [java] 5:17:29 PM [SwingWorker-pool-1-thread-3] [error] SwingWorker-pool-1-thread-3:  at sidekick.qdoc.QdocSideKickParser.parse(QdocSideKickParser.java:121)
     [java] 5:17:29 PM [SwingWorker-pool-1-thread-3] [error] SwingWorker-pool-1-thread-3:  at sidekick.SideKick$ParseRequestWorker.doInBackground(SideKick.java:550)
     [java] 5:17:29 PM [SwingWorker-pool-1-thread-3] [error] SwingWorker-pool-1-thread-3:  at sidekick.SideKick$ParseRequestWorker.doInBackground(SideKick.java:526)
     [java] 5:17:29 PM [SwingWorker-pool-1-thread-3] [error] SwingWorker-pool-1-thread-3:  at java.desktop/javax.swing.SwingWorker$1.call(SwingWorker.java:304)
     [java] 5:17:29 PM [SwingWorker-pool-1-thread-3] [error] SwingWorker-pool-1-thread-3:  at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
     [java] 5:17:29 PM [SwingWorker-pool-1-thread-3] [error] SwingWorker-pool-1-thread-3:  at java.desktop/javax.swing.SwingWorker.run(SwingWorker.java:343)
     [java] 5:17:29 PM [SwingWorker-pool-1-thread-3] [error] SwingWorker-pool-1-thread-3:  at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
     [java] 5:17:29 PM [SwingWorker-pool-1-thread-3] [error] SwingWorker-pool-1-thread-3:  at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
     [java] 5:17:29 PM [SwingWorker-pool-1-thread-3] [error] SwingWorker-pool-1-thread-3:  at java.base/java.lang.Thread.run(Thread.java:829)
~~~


Attachments:

- [test.qdoc](https://sourceforge.net/p/jedit/plugin-central-submission/_discuss/thread/91564096d0/32e2/attachment/test.qdoc) (850 Bytes; application/octet-stream)


---

**[plugin-central-submission:#1082] QDocSidekick**

**Status:** pending
**Group:** None
**Created:** Wed May 22, 2024 03:17 AM UTC by Dale Anson
**Last Updated:** Fri Jul 19, 2024 04:58 PM UTC
**Owner:** Eric Le Lay



{{{ QDoc 1.0
    Source: Source code is in SVN with the tag 1.0
    Announcement: Initial release. Brand new plugin for working with QDoc files https://doc.qt.io/qt-6/01-qdoc-manual.html.. While the manual says "QDoc finds QDoc comments in .cpp files and in .qdoc files", this QDoc plugin only works with .qdoc files.
    Requires Java 11
    Requires jEdit 05.04.00.00
    
    Short Description: QDoc SideKick
    
    Long Description: <html>
   <p>SideKick for QDoc files</p>
</html>
 }}}


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-central-submission/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-central-submission/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:plugin-central-submission] #1082 QDocSidekick

[Eric Le L. <ker...@us...>]

- Description has changed:

Diff:

~~~~

--- old
+++ new
@@ -1,4 +1,3 @@
-
 
 {{{ QDoc 1.0
     Source: Source code is in SVN with the tag 1.0

~~~~

- **status**: open --> pending
- **assigned_to**: Eric Le Lay
- **Comment**:

Hi Dale,
sorry for taking so long to look into this.

1. please confirm the plugin name should be QDoc: it uses qdoc.props and is located in svn in plugins/QDoc but the ticket summary was QDocSidekick so I have a doubt.
2. dependencies to the Sidekick and EclipseIcons plugins are missing in qdoc.props. Maybe also to ErrorList but it's already a Sidekick dependency.



---

**[plugin-central-submission:#1082] QDocSidekick**

**Status:** pending
**Group:** None
**Created:** Wed May 22, 2024 03:17 AM UTC by Dale Anson
**Last Updated:** Wed May 22, 2024 03:17 AM UTC
**Owner:** Eric Le Lay



{{{ QDoc 1.0
    Source: Source code is in SVN with the tag 1.0
    Announcement: Initial release. Brand new plugin for working with QDoc files https://doc.qt.io/qt-6/01-qdoc-manual.html.. While the manual says "QDoc finds QDoc comments in .cpp files and in .qdoc files", this QDoc plugin only works with .qdoc files.
    Requires Java 11
    Requires jEdit 05.04.00.00
    
    Short Description: QDoc SideKick
    
    Long Description: <html>
   <p>SideKick for QDoc files</p>
</html>
 }}}


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-central-submission/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-central-submission/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:bugs] #4074 alt modifier key does not work on french keyboard under MacOS

[hmijail <hm...@us...>]

Found this bug while trying to use JEdit  on macOS with Australian keyboard... for Isabelle work, of all things :).



---

**[bugs:#4074] alt modifier key does not work on french keyboard under MacOS**

**Status:** open
**Group:** normal bug
**Labels:** MacOS keyboard / shortcuts 
**Created:** Sat Dec 15, 2018 05:42 PM UTC by lauhub
**Last Updated:** Mon Jul 08, 2024 11:01 AM UTC
**Owner:** nobody


I use JEdit 5.5 with a french keyboard on a MacOS computer

On older version I could use (e.g.) `alt` + `left arrow` to move one word left. This shortcut does not work.

I tried to set the two following attributes in `startup.bsh` :

~~~
Debug.ALT_KEY_PRESSED_DISABLED = false;
Debug.ALTERNATIVE_DISPATCHER = false;
~~~

In that case, the `alt` + `left arrow` works but the problem is that I can not use the keys like `~`, `{`, `}`, `[`, `]`, `|` among many others (specifically, non-ASCII characters).

On older versions, I remember I could use the Alt key for shorcuts without any problem I don't remember which one).



---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:bugs] #4123 macOS Jedit cannot find Java engine

[Bobby M. <bob...@us...>]

Hello Björn Kautler,

Could you please share a copy of  5.7pre1 version. Facing same problem with M3 Mac .

Error Message: This application requires that Java 11 or later be installed on your computer.

It successfully from terminal : java -jar /Applications/jEdit.app/Contents/java/jedit.jar
Also this one helped : https://apple.stackexchange.com/questions/426713/how-to-help-the-jedit-application-find-java


1. Install the ARM version of Java 17 from Oracle
2. Install jEdit 5.6 (Follow instructions to drag and drop to your Applications folder and Ctrl-Click it).
3. Download the precompiled binary of universalJavaApplicationStub  (https://github.com/tofi86/universalJavaApplicationStub/releases/)
4. Unzip it, and overwrite the binary /Applications/jEdit.app/Contents/MacOS/jedit with it i.e

cp ~/Downloads/universalJavaApplicationStub /Applications/jEdit.app/Contents/MacOS/jedit

5. Update the key JVMVersion in /Applications/jEdit.app/Contents/Info.plist using an editor like TextEdit to be 17.

<key>JVMVersion</key>
<string>17</string>

6. Launch jEdit


In Jedit I use highlight plugin frequently. But this is getting failed to load with error "Cannot start: java.lang.IndexOutOfBoundsException: Index 0 out of bounds for length 0
Try updating to a newer version of the plugin."

I wanted to try both issues are fixed in new version 5.7.

Regards,
Bobby Marks
    


Attachments:

- [activity.log](https://sourceforge.net/p/jedit/bugs/_discuss/thread/a9e68e28ca/9aef/attachment/activity.log) (89.1 kB; application/octet-stream)


---

**[bugs:#4123] macOS Jedit cannot find Java engine**

**Status:** closed-fixed
**Group:** severe bug
**Created:** Fri Mar 17, 2023 09:04 AM UTC by Rene Vincent Jansen
**Last Updated:** Thu May 23, 2024 02:29 PM UTC
**Owner:** Björn Kautler


I installed Jedit (latest) from a macOS .dmg on Ventura 13.2.1. It complains it requires a Java 11 or higher; I have Java 19 on the path.


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:bugs] #4123 macOS Jedit cannot find Java engine

[Björn K. <vam...@us...>]

Thanks for testing it out


---

**[bugs:#4123] macOS Jedit cannot find Java engine**

**Status:** closed-fixed
**Group:** severe bug
**Created:** Fri Mar 17, 2023 09:04 AM UTC by Rene Vincent Jansen
**Last Updated:** Thu May 23, 2024 02:29 PM UTC
**Owner:** Björn Kautler


I installed Jedit (latest) from a macOS .dmg on Ventura 13.2.1. It complains it requires a Java 11 or higher; I have Java 19 on the path.


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:bugs] #4123 macOS Jedit cannot find Java engine

[Björn K. <vam...@us...>]

- **status**: open --> closed-fixed
- **assigned_to**: Björn Kautler



---

**[bugs:#4123] macOS Jedit cannot find Java engine**

**Status:** closed-fixed
**Group:** severe bug
**Created:** Fri Mar 17, 2023 09:04 AM UTC by Rene Vincent Jansen
**Last Updated:** Fri May 17, 2024 08:25 AM UTC
**Owner:** Björn Kautler


I installed Jedit (latest) from a macOS .dmg on Ventura 13.2.1. It complains it requires a Java 11 or higher; I have Java 19 on the path.


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:plugin-central-submission] #1082 QDocSidekick

[Dale A. <dal...@us...>]

---

**[plugin-central-submission:#1082] QDocSidekick**

**Status:** open
**Group:** None
**Created:** Wed May 22, 2024 03:17 AM UTC by Dale Anson
**Last Updated:** Wed May 22, 2024 03:17 AM UTC
**Owner:** nobody




{{{ QDoc 1.0
    Source: Source code is in SVN with the tag 1.0
    Announcement: Initial release. Brand new plugin for working with QDoc files https://doc.qt.io/qt-6/01-qdoc-manual.html.. While the manual says "QDoc finds QDoc comments in .cpp files and in .qdoc files", this QDoc plugin only works with .qdoc files.
    Requires Java 11
    Requires jEdit 05.04.00.00
    
    Short Description: QDoc SideKick
    
    Long Description: <html>
   <p>SideKick for QDoc files</p>
</html>
 }}}


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-central-submission/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-central-submission/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:plugin-central-submission] #1081 WhiteSpace 1.0.3

[Eric Le L. <ker...@us...>]

- **status**: open --> closed-accepted
- **Comment**:

released to plugin central.
Thanks,



---

**[plugin-central-submission:#1081] WhiteSpace 1.0.3**

**Status:** closed-accepted
**Group:** None
**Created:** Tue May 07, 2024 03:04 AM UTC by Alan Ezust
**Last Updated:** Mon May 13, 2024 11:38 PM UTC
**Owner:** Eric Le Lay


{{{ WhiteSpace 1.0.3
    Source: Source code is in SVN with the tag WhiteSpace-1.0.3
    Announcement: 
    A menu item for showing all whitespaces, patch #3483876 (jsot).
    Updates for jEdit 5.7, and removal of deprecation warnings.
        
    Requires Java 11
    Requires jEdit 05.06.99.00
    
    Short Description: The main feature of WhiteSpace is to highlight whitespaces
    
    Long Description: The main feature of WhiteSpace is to highlight whitespaces
 }}}


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-central-submission/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-central-submission/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:plugin-feature-requests] #400 projectviewer.import_always_cb dialog should remember filename preference

[Alan E. <ez...@us...>]

- Description has changed:

Diff:

~~~~

--- old
+++ new
@@ -3,4 +3,4 @@
 
 Answering "yes" to this question seems to also mean "don't ask me again" but I am confused about whether "yes" means all files or just files of this name. 
 
-I want this dialog to remember my answer whenever it asks me again about a file with the same name and not ask me again but import automatically/not depending on my answer.  Perhaps we need another checkbox "don't ask me again".
+I want this dialog to remember my answer whenever it asks me again about a file with the same name and not ask me again but import automatically/not depending on my answer.  Perhaps a checkbox "don't ask me about this filename again".

~~~~




---

**[plugin-feature-requests:#400] projectviewer.import_always_cb dialog should remember filename preference**

**Status:** open
**Group:** 
**Created:** Fri May 17, 2024 02:06 PM UTC by Alan Ezust
**Last Updated:** Fri May 17, 2024 02:46 PM UTC
**Owner:** Dale Anson


Sometimes I save a file that does not belong in my project. I get the question "add to project?"
and it also asks me "import automatically from now on?"

Answering "yes" to this question seems to also mean "don't ask me again" but I am confused about whether "yes" means all files or just files of this name. 

I want this dialog to remember my answer whenever it asks me again about a file with the same name and not ask me again but import automatically/not depending on my answer.  Perhaps a checkbox "don't ask me about this filename again".


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-feature-requests/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-feature-requests/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:plugin-feature-requests] #400 projectviewer.import_always_cb dialog should remember filename preference

[Alan E. <ez...@us...>]

Ticket moved from /p/jedit/plugin-bugs/1926/


---

**[plugin-feature-requests:#400] projectviewer.import_always_cb dialog should remember filename preference**

**Status:** open
**Group:** 
**Created:** Fri May 17, 2024 02:06 PM UTC by Alan Ezust
**Last Updated:** Fri May 17, 2024 02:46 PM UTC
**Owner:** Dale Anson


Sometimes I save a file that does not belong in my project. I get the question "add to project?"
and it also asks me "import automatically from now on?"

Answering "yes" to this question seems to also mean "don't ask me again" but I am confused about whether "yes" means all files or just files of this name. 

I want this dialog to remember my answer whenever it asks me again about a file with the same name and not ask me again but import automatically/not depending on my answer.  Perhaps we need another checkbox "don't ask me again".


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-feature-requests/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-feature-requests/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[ jEdit-devel ] [jedit:plugin-bugs] #1926 projectviewer.import_always_cb dialog should remember filename preference

[Alan E. <ez...@us...>]

- **summary**: ProjectViewer: projectviewer.import_always_cb --> projectviewer.import_always_cb dialog should remember filename preference



---

**[plugin-bugs:#1926] projectviewer.import_always_cb dialog should remember filename preference**

**Status:** open
**Group:** 
**Created:** Fri May 17, 2024 02:06 PM UTC by Alan Ezust
**Last Updated:** Fri May 17, 2024 02:44 PM UTC
**Owner:** Dale Anson


Sometimes I save a file that does not belong in my project. I get the question "add to project?"
and it also asks me "import automatically from now on?"

Answering "yes" to this question seems to also mean "don't ask me again" but I am confused about whether "yes" means all files or just files of this name. 

I want this dialog to remember my answer whenever it asks me again about a file with the same name and not ask me again but import automatically/not depending on my answer.  Perhaps we need another checkbox "don't ask me again".


---

Sent from sourceforge.net because jed...@li... is subscribed to https://sourceforge.net/p/jedit/plugin-bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.