jedit-users

Re: [ jEdit-users ] Problem with installation on Windows 10

[Jesse L. <je...@ce...>]

Hi all, I just got the very latest Win10 on my development system 
(goodbye win7! it was good..) and surprisingly of all the dev software I 
use, jEdit has been the hardest to get going in Win10.

I have *exactly* the problem that jana1972 has.  I have that version of 
java (verified with "java -version"), I'm trying to use jEdit 5.6, and I 
always get the same Java Runtime Environment 11 required message.

I'm fully stuck, I've installed several versions (?) of Java, which I 
know zero about, and no go.

I really hate to give up on jEdit, I've used it now and then for 15 years.

Can anyone help with a step by step for me?
(and may I suggest ... that a step by step be in a FAQ or on the main 
download page, since an install on a clean Win10 should be 
straightforward ...)

Thanks in advance - missing it!
J


> Which version of jEdit?
> 
> Java Runtime version 1.6 (aka Java 6) or later is required for jEdit 4.4
> and later.
> Java Runtime version 1.7 (aka Java 7) or later is required for jEdit 5.2
> and later.
> Java Runtime version 1.8 (aka Java 8) or later is required for jEdit 5.4
> and later.
> Java Runtime version 11 (aka Java 11) or later is required for jEdit 5.6
> and later.
> 
> http://jedit.org/index.php?page=download
> 
> On Fri, May 28, 2021 at 4:11 AM jana1972 <jana1972@...> wrote:
> 
>> I tried to install Jedit program but failed. It does not start but says
>>
>> The application requires Java Runtime Environment
>>
>> Yet, Java is installed. I think
>>
>> C:\Users\expor>java -version
>> java version "1.8.0_291"
>> Java(TM) SE Runtime Environment (build 1.8.0_291-b10)
>> Java HotSpot(TM) 64-Bit Server VM (build 25.291-b10, mixed mode)
>>
>> Where is the problem?
>> Thank you for help
>>
>> L
>>
>>
>> --
>> This email has been checked for viruses by Avast antivirus software.
>> https://www.avast.com/antivirus
>>
>>
>>
>> --
>> -----------------------------------------------
>> jEdit Users' List
>> jEdit-users@...
>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>

Re: [ jEdit-users ] Problem with installation on Windows 10

[sigzero <si...@gm...>]

Which version of jEdit?

Java Runtime version 1.6 (aka Java 6) or later is required for jEdit 4.4
and later.
Java Runtime version 1.7 (aka Java 7) or later is required for jEdit 5.2
and later.
Java Runtime version 1.8 (aka Java 8) or later is required for jEdit 5.4
and later.
Java Runtime version 11 (aka Java 11) or later is required for jEdit 5.6
and later.

http://jedit.org/index.php?page=download

On Fri, May 28, 2021 at 4:11 AM jana1972 <jan...@ce...> wrote:

> I tried to install Jedit program but failed. It does not start but says
>
> The application requires Java Runtime Environment
>
> Yet, Java is installed. I think
>
> C:\Users\expor>java -version
> java version "1.8.0_291"
> Java(TM) SE Runtime Environment (build 1.8.0_291-b10)
> Java HotSpot(TM) 64-Bit Server VM (build 25.291-b10, mixed mode)
>
> Where is the problem?
> Thank you for help
>
> L
>
>
> --
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
>
> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

[ jEdit-users ] Problem with installation on Windows 10

[jana1972 <jan...@ce...>]

I tried to install Jedit program but failed. It does not start but says

The application requires Java Runtime Environment

Yet, Java is installed. I think

C:\Users\expor>java -version
java version "1.8.0_291"
Java(TM) SE Runtime Environment (build 1.8.0_291-b10)
Java HotSpot(TM) 64-Bit Server VM (build 25.291-b10, mixed mode)

Where is the problem?
Thank you for help

L


-- 
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

Re: [ jEdit-users ] jEdit on Mac mini w/M1 & Big Sur

[Thomas M. <th...@m3...>]

Hi,

Can you please try to start jEdit in the Terminal:

$ /path/to/java -jar /path/to/jedit.jar
Does this work for you?

Path to Java is probably /Library/Java/JavaVirtualMachines/zulu-11.jdk/Contents/Home/bin/java

Path to jedit.jar is probably /Applications/jEdit/something/jedit.jar

Mfg
Thomas 

Am 22. Mai 2021 14:42:06 MESZ schrieb David Filip <df...@co...>:
>Sent a message about 10 days ago, but got a message back saying it was
>too big.  As I have not yet found a solution, I am editing then down,
>and hope that this makes it through, and that someone out there can
>provide any advice.
>
>Begin forwarded message:
>
>From: David Filip <df...@co...>
>Subject: jEdit on Mac mini w/M1 & Big Sur
>Date: May 13, 2021 at 9:11:57 AM EDT
>To: jed...@li...
>
>Hi All!
>
>I’m trying to run the latest jEdit on a shiny new Mac Mini with the M1
>chip (Apple silicon) and Big Sur.
>
>I am getting the error: [image removed]
>
>This application required that Java 11 or later be installed on your
>computer.  Please download and install the latest version of Java from
>www.java.com <http://www.java.com/> and try again.
>
>I have defined JAVA_HOME in my .bash_profile:
>
>	export
>JAVA_HOME=/Library/Java/JavaVirtualMachines/zulu-11.jdk/Contents/Home
>
>which appears to be correct:
>
>	$ which java
>	/usr/bin/java
>
>	$ java -version
>	openjdk version "11.0.11" 2021-04-20 LTS
>	OpenJDK Runtime Environment Zulu11.48+21-CA (build 11.0.11+9-LTS)
>	OpenJDK 64-Bit Server VM Zulu11.48+21-CA (build 11.0.11+9-LTS, mixed
>mode)
>
>	$ echo $JAVA_HOME
>	/Library/Java/JavaVirtualMachines/zulu-11.jdk/Contents/Home
>
>	$JAVA_HOME/bin/java -version
>	openjdk version "11.0.11" 2021-04-20 LTS
>	OpenJDK Runtime Environment Zulu11.48+21-CA (build 11.0.11+9-LTS)
>	OpenJDK 64-Bit Server VM Zulu11.48+21-CA (build 11.0.11+9-LTS, mixed
>mode)
>
>although as you can see, I have installed the Azul / Zulu port, as it
>is the only ARM64 (M1) port of the JVM that I could find.  It is one of
>the new “Universal Binary” files that contains both Intel and ARM
>executables:
>
>	$ file `which java`
>	/usr/bin/java: Mach-O universal binary with 2 architectures:
>[x86_64:Mach-O 64-bit executable x86_64 [arm64e:Mach-O 64-bit
>executable arm64e]
>	/usr/bin/java (for architecture x86_64):	Mach-O 64-bit executable
>x86_64
>	/usr/bin/java (for architecture arm64e):	Mach-O 64-bit executable
>arm64e
>
>As I understand it, Oracle specifically does not support ARM64 (M1),
>and also has potential licensing issues (since about a year ago).
>
>Therefore, I am not sure if the problem is that jEdit is finding the
>JRE but doesn’t recognize the Zulu build, or that it is not finding it
>at all, and I somehow need to tell jEdit where to find it?
>
>Has anyone gotten jEdit working on a ARM64 / M1 Mac running Big Sur,
>and if so how?
>
>Please advise.
>
>Thanks,
>
>Dave.

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

[ jEdit-users ] jEdit on Mac mini w/M1 & Big Sur

[David F. <df...@co...>]

Sent a message about 10 days ago, but got a message back saying it was too big.  As I have not yet found a solution, I am editing then down, and hope that this makes it through, and that someone out there can provide any advice.

Begin forwarded message:

From: David Filip <df...@co...>
Subject: jEdit on Mac mini w/M1 & Big Sur
Date: May 13, 2021 at 9:11:57 AM EDT
To: jed...@li...

Hi All!

I’m trying to run the latest jEdit on a shiny new Mac Mini with the M1 chip (Apple silicon) and Big Sur.

I am getting the error: [image removed]

This application required that Java 11 or later be installed on your computer.  Please download and install the latest version of Java from www.java.com <http://www.java.com/> and try again.

I have defined JAVA_HOME in my .bash_profile:

	export JAVA_HOME=/Library/Java/JavaVirtualMachines/zulu-11.jdk/Contents/Home

which appears to be correct:

	$ which java
	/usr/bin/java

	$ java -version
	openjdk version "11.0.11" 2021-04-20 LTS
	OpenJDK Runtime Environment Zulu11.48+21-CA (build 11.0.11+9-LTS)
	OpenJDK 64-Bit Server VM Zulu11.48+21-CA (build 11.0.11+9-LTS, mixed mode)

	$ echo $JAVA_HOME
	/Library/Java/JavaVirtualMachines/zulu-11.jdk/Contents/Home

	$JAVA_HOME/bin/java -version
	openjdk version "11.0.11" 2021-04-20 LTS
	OpenJDK Runtime Environment Zulu11.48+21-CA (build 11.0.11+9-LTS)
	OpenJDK 64-Bit Server VM Zulu11.48+21-CA (build 11.0.11+9-LTS, mixed mode)

although as you can see, I have installed the Azul / Zulu port, as it is the only ARM64 (M1) port of the JVM that I could find.  It is one of the new “Universal Binary” files that contains both Intel and ARM executables:

	$ file `which java`
	/usr/bin/java: Mach-O universal binary with 2 architectures: [x86_64:Mach-O 64-bit executable x86_64 [arm64e:Mach-O 64-bit executable arm64e]
	/usr/bin/java (for architecture x86_64):	Mach-O 64-bit executable x86_64
	/usr/bin/java (for architecture arm64e):	Mach-O 64-bit executable arm64e

As I understand it, Oracle specifically does not support ARM64 (M1), and also has potential licensing issues (since about a year ago).

Therefore, I am not sure if the problem is that jEdit is finding the JRE but doesn’t recognize the Zulu build, or that it is not finding it at all, and I somehow need to tell jEdit where to find it?

Has anyone gotten jEdit working on a ARM64 / M1 Mac running Big Sur, and if so how?

Please advise.

Thanks,

Dave.

Re: [ jEdit-users ] Pipe buffer content thru program before save

[Dale A. <da...@da...>]

I think the Console plugin already has this functionality. If you open a
BeanShell in the Console plugin, you can do something like this:

runCommandToBuffer(view, "System", "your command");

This will run your command in the System shell in Console, and show the
output in a new buffer.

You could also write a "commando" xml file (see the Console plugin help
file for details) that would give you more control over what processing
happens and where the output goes.

Dale


On Sun, May 9, 2021 at 9:14 PM Eric Le Lay <de...@el...> wrote:

> Le Mon, 3 May 2021 22:13:58 +0200,
> Thomas Meyer <th...@m3...> a écrit :
>
> > Hi,
> >
> > I wanted to pipe a buffer‘s content thru a program while saving.
> > This is what I did come up with. It was surpisingly hard to solve:
> > https://github.com/thomasmey/jedit-scripts/blob/master/bsh/save-thru.bsh
> >
> > I wonder if there would have been a more easy way to solve this
> > problem! What do you think?
> >
> > Mfg
> > Thomas
> >
> >
>
> Hi,
>
> the beauty plugin lets you define external beautifiers by subclassing
> OuterBeautifier to return the command-line (see [1]). Unfortunately
> it's very heavy to define a whole plugin just to provide the
> command-line to launch. Maybe extending Beauty to create
> OuterBeautifiers from the gui with a few placeholders could be useful
> to others?
>
> Cheers,
>
> [1] https://sourceforge.net/u/kerik-sf/jsbeautifierbeauty/ci/master/tree/
>
>
> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

Re: [ jEdit-users ] Pipe buffer content thru program before save

[Eric Le L. <de...@el...>]

Le Mon, 3 May 2021 22:13:58 +0200,
Thomas Meyer <th...@m3...> a écrit :

> Hi,
> 
> I wanted to pipe a buffer‘s content thru a program while saving.
> This is what I did come up with. It was surpisingly hard to solve:
> https://github.com/thomasmey/jedit-scripts/blob/master/bsh/save-thru.bsh
> 
> I wonder if there would have been a more easy way to solve this
> problem! What do you think?
> 
> Mfg
> Thomas
> 
> 

Hi,

the beauty plugin lets you define external beautifiers by subclassing
OuterBeautifier to return the command-line (see [1]). Unfortunately
it's very heavy to define a whole plugin just to provide the
command-line to launch. Maybe extending Beauty to create
OuterBeautifiers from the gui with a few placeholders could be useful
to others?

Cheers,

[1] https://sourceforge.net/u/kerik-sf/jsbeautifierbeauty/ci/master/tree/

[ jEdit-users ] Pipe buffer content thru program before save

[Thomas M. <th...@m3...>]

Hi,

I wanted to pipe a buffer‘s content thru a program while saving.
This is what I did come up with. It was surpisingly hard to solve:
https://github.com/thomasmey/jedit-scripts/blob/master/bsh/save-thru.bsh

I wonder if there would have been a more easy way to solve this problem!
What do you think?

Mfg
Thomas

Re: [ jEdit-users ] portable apps configuration

[sigzero <si...@gm...>]

I don't know how restricted you are but...I create a shortcut and add:

*-settings=<same_dir_jedit_is_at>*

And everything gets put under there.

That's about all I got.


*--*

*Bob*

On Mon, Apr 26, 2021 at 2:38 PM e-letter <in...@gm...> wrote:

> Programmers,
>
> Due to administrator restrictions, using portable apps version of jedit.
>
> Management of plugins is proving to be an annoyance.
>
> Since java is denied, have to start via the 'java launcher' portable
> app program.
>
> Have tried to install manually some plugins (e.g. 'whitespace')
> successfully, but not others (jdiff) due to dependencies. These
> dependencies do not seem able to install manually; 'beauty' and
> 'commoncontrols'.
>
> Any advice please?
>
>
> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

[ jEdit-users ] portable apps configuration

[e-letter <in...@gm...>]

Programmers,

Due to administrator restrictions, using portable apps version of jedit.

Management of plugins is proving to be an annoyance.

Since java is denied, have to start via the 'java launcher' portable
app program.

Have tried to install manually some plugins (e.g. 'whitespace')
successfully, but not others (jdiff) due to dependencies. These
dependencies do not seem able to install manually; 'beauty' and
'commoncontrols'.

Any advice please?

Re: [ jEdit-users ] TextTools Plugin

[Eric L. <eri...@gm...>]

Are you behind a firewall?  I have problems with this at my workplace for
that reason.

On Fri, Apr 9, 2021 at 5:07 AM michaelof--- via jEdit-users <
jed...@li...> wrote:

> Hi all,
>
>
> first post to this mailing list: thanks to all who made jEdit reality!
>
>
> Trying to download and install TextTools plugin, as I need to sort text,
> found this: http://community.jedit.org/?q=node/view/2780
>
> 2 questions:
>
> a) whatever "update server" in "download manager" I try, on "install" tab
> I'm getting a "loading..." forever (no timeout) for probably offline
> servers or, after filtering and selecting "TextTools" and clicking in
> "install", an error msg box: "Error downloading plugin, please try
> different update server" (translated from German). Any hints?
>
> b) tried before subscribing to this list to register for
> http://community.jedit.org, found no registration link? Found "login" and
> "request new pw", but no "register new". Closed forum?
>
>
> Regards,
>
> Michael
>
>
>
> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>


-- 
Eric Ladner

[ jEdit-users ] TextTools Plugin

[<mic...@ro...>]

Hi all,


first post to this mailing list: thanks to all who made jEdit reality!


Trying to download and install TextTools plugin, as I need to sort text, found this: http://community.jedit.org/?q=node/view/2780

2 questions:

a) whatever "update server" in "download manager" I try, on "install" tab I'm getting a "loading..." forever (no timeout) for probably offline servers or, after filtering and selecting "TextTools" and clicking in "install", an error msg box: "Error downloading plugin, please try different update server" (translated from German). Any hints?

b) tried before subscribing to this list to register for http://community.jedit.org, found no registration link? Found "login" and "request new pw", but no "register new". Closed forum?


Regards,

Michael

Re: [ jEdit-users ] FlatLAF?

[Eric L. <eri...@gm...>]

Yes.  Works perfectly once the instructions are followed.

On Wed, Apr 7, 2021, 11:47 Dale Anson <da...@da...> wrote:

> Yes, that would do it! I take it you got it sorted out and it's working
> for you now?
>
> On Wed, Apr 7, 2021 at 4:42 PM Eric Ladner <eri...@gm...> wrote:
>
>> It didn't even show up in the plugins list.  Turns out that Java 11 was
>> the issue. jEdit was launching with Java 8 and that plug-in required Java
>> 11.
>>
>> On Wed, Apr 7, 2021, 11:21 Dale Anson <da...@da...> wrote:
>>
>>> Did you install it from the Plugin Manager? Does the Plugin Manager show
>>> any error for the plugin? Is there anything useful in the Activity Log
>>> (Utilities - Troubleshooting - Activity Log or Utilities - Settings
>>> Directory - activity.log)? If there was an error loading the plugin, there
>>> should be a message towards the top of the log.
>>>
>>> Dale
>>>
>>>
>>>
>>> On Tue, Apr 6, 2021 at 9:21 PM Eric Ladner <eri...@gm...>
>>> wrote:
>>>
>>>> Is there some trick to installing FlatLaF?   I've downloaded the jars,
>>>> but FlatLaF doesn't show up in the Look and Feel plugin as per the
>>>> instructions on the FlatLaf Plugin page.
>>>>
>>>> What am I missing?
>>>>
>>>> ""
>>>>
>>>> --
>>>> Eric Ladner
>>>> --
>>>> -----------------------------------------------
>>>> jEdit Users' List
>>>> jEd...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>>>
>>>

Re: [ jEdit-users ] FlatLAF?

[Dale A. <da...@da...>]

Did you install it from the Plugin Manager? Does the Plugin Manager show
any error for the plugin? Is there anything useful in the Activity Log
(Utilities - Troubleshooting - Activity Log or Utilities - Settings
Directory - activity.log)? If there was an error loading the plugin, there
should be a message towards the top of the log.

Dale



On Tue, Apr 6, 2021 at 9:21 PM Eric Ladner <eri...@gm...> wrote:

> Is there some trick to installing FlatLaF?   I've downloaded the jars, but
> FlatLaF doesn't show up in the Look and Feel plugin as per the instructions
> on the FlatLaf Plugin page.
>
> What am I missing?
>
> ""
>
> --
> Eric Ladner
> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

Re: [ jEdit-users ] FlatLAF?

[Dale A. <da...@da...>]

Yes, that would do it! I take it you got it sorted out and it's working for
you now?

On Wed, Apr 7, 2021 at 4:42 PM Eric Ladner <eri...@gm...> wrote:

> It didn't even show up in the plugins list.  Turns out that Java 11 was
> the issue. jEdit was launching with Java 8 and that plug-in required Java
> 11.
>
> On Wed, Apr 7, 2021, 11:21 Dale Anson <da...@da...> wrote:
>
>> Did you install it from the Plugin Manager? Does the Plugin Manager show
>> any error for the plugin? Is there anything useful in the Activity Log
>> (Utilities - Troubleshooting - Activity Log or Utilities - Settings
>> Directory - activity.log)? If there was an error loading the plugin, there
>> should be a message towards the top of the log.
>>
>> Dale
>>
>>
>>
>> On Tue, Apr 6, 2021 at 9:21 PM Eric Ladner <eri...@gm...> wrote:
>>
>>> Is there some trick to installing FlatLaF?   I've downloaded the jars,
>>> but FlatLaF doesn't show up in the Look and Feel plugin as per the
>>> instructions on the FlatLaf Plugin page.
>>>
>>> What am I missing?
>>>
>>> ""
>>>
>>> --
>>> Eric Ladner
>>> --
>>> -----------------------------------------------
>>> jEdit Users' List
>>> jEd...@li...
>>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>>
>>

Re: [ jEdit-users ] FlatLAF?

[Eric L. <eri...@gm...>]

It didn't even show up in the plugins list.  Turns out that Java 11 was the
issue. jEdit was launching with Java 8 and that plug-in required Java 11.

On Wed, Apr 7, 2021, 11:21 Dale Anson <da...@da...> wrote:

> Did you install it from the Plugin Manager? Does the Plugin Manager show
> any error for the plugin? Is there anything useful in the Activity Log
> (Utilities - Troubleshooting - Activity Log or Utilities - Settings
> Directory - activity.log)? If there was an error loading the plugin, there
> should be a message towards the top of the log.
>
> Dale
>
>
>
> On Tue, Apr 6, 2021 at 9:21 PM Eric Ladner <eri...@gm...> wrote:
>
>> Is there some trick to installing FlatLaF?   I've downloaded the jars,
>> but FlatLaF doesn't show up in the Look and Feel plugin as per the
>> instructions on the FlatLaf Plugin page.
>>
>> What am I missing?
>>
>> ""
>>
>> --
>> Eric Ladner
>> --
>> -----------------------------------------------
>> jEdit Users' List
>> jEd...@li...
>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>
>

[ jEdit-users ] FlatLAF?

[Eric L. <eri...@gm...>]

Is there some trick to installing FlatLaF?   I've downloaded the jars, but
FlatLaF doesn't show up in the Look and Feel plugin as per the instructions
on the FlatLaf Plugin page.

What am I missing?

""

-- 
Eric Ladner

Re: [ jEdit-users ] Avoiding encoding I/O Error

[Matthieu C. <cho...@gm...>]

Hi,
sorry for the late response :

To detect if a file is binary, jEdit will first try to detect encoding with the standard encording detectors (BOM, XML, html, python ...), if unsucessful try to read the 100 first bytes of the file using default OS charset to detect null chars.
If it found null char then it is considered as binary.

About fallback encoding, it allows jEdit to try other encodings if the other solutions failed, but it seems it is not used during search, not sure why yet.


-- 
  Matthieu Casanova
  cho...@gm...

Mar 16 mars 2021, à 05:45, Fisher, John a écrit :
> Dear jedit-users mail list members,
> 
> How can I avoid the following I/O Error?
> 
> The following I/O operation could not be completed:
> <filename>:
> The file could not be loaded correctly (some data might be lost) with
> the encoding "UTF-8,windows-1252".
> (See details in Activity Log)
> Try selecting a different encoding.
> It can be selected with the menu File->Reload with Encoding.
> If you want it to be done automatically, add the candidates into
> "List of fallback encodings" in Encodings pane of Global Options.
> 
> I would prefer to be able to search a large directory hierarchy that 
> may include arbitrary binary files and never see this error. I 
> particularly don't want to have to dismiss it multiple times.
> 
> Is there an encoding that never fails that I could add to the fallback 
> encodings, such as an 8-bit one with all code points well defined?
> 
> Regards
> John Fisher
> 
> This email message and any accompanying attachments may contain 
> information which is confidential. If you are not the intended 
> recipient then you must not read, use, disseminate, distribute or copy 
> this message or attachments. If you have received this message in error 
> then please notify the sender immediately and delete this message. Any 
> views expressed in this message are those of the individual sender 
> except where the sender expressly, and with authority, expresses them 
> to be the view of Team Telecom Group Ltd. Before opening any 
> attachments, please check them for viruses and defects.
> 
> Team Telecom Group Ltd, Field House, Derby, DE1 1NH
> 
> This message has been scanned for viruses & other malicious content.
> 
> 
> 
> -- 
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

Re: [ jEdit-users ] Avoiding encoding I/O Error

[Fisher, J. <Joh...@si...>]

I have been asked via a direct email whether the "Skip binary files" option would solve my problem.

The answer is no because the "Skip binary files" option isn't documented anywhere I can find and therefore I don't understand what criteria jEdit uses to decide a file is a binary one.

In any case I would prefer that it doesn't exercise that kind of intelligence. I prefer editors to behave in a fairly dumb and predictable way. Also I would prefer that jEdit has the capability to load an arbitrary binary file. My suggestion might enable it do that.

This email message and any accompanying attachments may contain information which is confidential. If you are not the intended recipient then you must not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error then please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender except where the sender expressly, and with authority, expresses them to be the view of Team Telecom Group Ltd. Before opening any attachments, please check them for viruses and defects.

Team Telecom Group Ltd, Field House, Derby, DE1 1NH

This message has been scanned for viruses & other malicious content.

[ jEdit-users ] Avoiding encoding I/O Error

[Fisher, J. <Joh...@si...>]

Dear jedit-users mail list members,

How can I avoid the following I/O Error?

The following I/O operation could not be completed:
<filename>:
The file could not be loaded correctly (some data might be lost) with
the encoding "UTF-8,windows-1252".
(See details in Activity Log)
Try selecting a different encoding.
It can be selected with the menu File->Reload with Encoding.
If you want it to be done automatically, add the candidates into
"List of fallback encodings" in Encodings pane of Global Options.

I would prefer to be able to search a large directory hierarchy that may include arbitrary binary files and never see this error. I particularly don't want to have to dismiss it multiple times.

Is there an encoding that never fails that I could add to the fallback encodings, such as an 8-bit one with all code points well defined?

Regards
John Fisher

This email message and any accompanying attachments may contain information which is confidential. If you are not the intended recipient then you must not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error then please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender except where the sender expressly, and with authority, expresses them to be the view of Team Telecom Group Ltd. Before opening any attachments, please check them for viruses and defects.

Team Telecom Group Ltd, Field House, Derby, DE1 1NH

This message has been scanned for viruses & other malicious content.

Re: [ jEdit-users ] Turning off syntax highlighting for a file

[Edward D. <eld...@tr...>]

On 1/16/2021 7:35 AM, Robert Schwenn wrote:
> Hi,
> mainly there are two permanent background tasks: structure browsing in 
> sidekick and syntax highlighting. Both depend on edit mode. You could 
> quickly check if they're slowing down jedit by changing the edit mode to 
> "text" (means: no highlighting, no strucure) by ohne of them:
> 
> a) Utilities -> Buffer Options -> Edit Mode (only until next buffer load)
> b) permanent:  place ":mode=text:" in one of the first or last 10 lines 
> of the buffer

Thank you ! I do not have the Sidekick plugin installed so it must be 
because of syntax highlighting. The next time I experience a significant 
slowdown editing a C++ file I will change the buffer options edit mode 
to text and hopefully that will solve the problem. I assume that I can 
place ":mode=text:" anywhere in the first or last 10 lines, such as in a 
C++ comment, to have the file permanently be treated as text edit mode.

> 
> Robert
> 
> 
> Am 16.01.2021 um 06:43 schrieb Edward Diener:
>> JEdit sometimes slows to a crawl when editing certain complicated C++ 
>> files. By complicated I mean a C++ file which shows advanced C++ 
>> syntax features and which also may have temporarily incorrect C++ 
>> syntax as I work through some programming problem. By slowing to a 
>> crawl I mean that moving my cursor around in the file or placing my 
>> cursor somewhere in the file or scrolling through the file, is 
>> sometimes extremely slow, without JEdit taking a number of seconds, 
>> sometimes 5 or more, before I can continue editing.
>>
>> I believe this is happening because JEdit is trying in the background 
>> to parse the C++ constructs in the file, most probably because JEdit 
>> needs to understand the constructs in the file in order to do its 
>> syntax highlighting.
>>
>> I would like to defeat this occasional slowness somehow and the 
>> thought that I have is to do whatever is necessary to stop JEdit from 
>> parsing the C++ syntax elements in the file.
>>
>> Is Jedit parsing the C++ files in the background in order to 
>> understand its constructs ?
>>
>> Is Jedit trying to understand the constructs in order to provide 
>> syntax highlighting ?
>>
>> Is there a way to completely turn off syntax highlighting for a buffer 
>> ? Or for a file's edit mode ?
>>
>> Will turning off syntax highlighting ( I hope that is possible ) 
>> prevent JEdit from trying to parse the C++ constructs in the file ?
>>
>> The slowdown of course can be the result of some Plugin I have, but I 
>> do not see that any of my Plugins needs to parse the file for C++ 
>> constructs for any reason.
>>
>>
>>
> 
> 
> 

Re: [ jEdit-users ] Turning off syntax highlighting for a file

[Robert S. <Rob...@ka...>]

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix"><font face="monospace">Hi,</font></div>
    <div class="moz-cite-prefix"><font face="monospace">mainly there are
        two permanent background tasks: structure browsing in sidekick
        and </font><font face="monospace"><font face="monospace">syntax
          highlighting. Both depend on edit mode. You could quickly
          check if they're slowing down jedit by changing the edit mode
          to "text" (means: no highlighting, no strucure) by ohne of
          them:<br>
        </font></font></div>
    <div class="moz-cite-prefix"><font face="monospace"><font
          face="monospace"> <br>
        </font></font></div>
    <div class="moz-cite-prefix"><font face="monospace"><font
          face="monospace">a) Utilities -&gt; Buffer Options -&gt; Edit
          Mode (</font></font><font face="monospace"><font
          face="monospace"><font face="monospace"><font face="monospace">only
              until next buffer load)</font></font></font></font></div>
    <div class="moz-cite-prefix"><font face="monospace"><font
          face="monospace">b) permanent:  place ":mode=text:" in one of
          the first or last 10 lines of the buffer<br>
        </font></font></div>
    <div class="moz-cite-prefix"><font face="monospace"><br>
      </font></div>
    <div class="moz-cite-prefix"><font face="monospace">Robert</font></div>
    <div class="moz-cite-prefix"><font face="monospace"><br>
      </font></div>
    <div class="moz-cite-prefix"><font face="monospace"><br>
      </font></div>
    <div class="moz-cite-prefix"><font face="monospace">Am 16.01.2021 um
        06:43 schrieb Edward Diener:<br>
      </font></div>
    <blockquote type="cite" cite="mid:rttude$mgs$1...@ci..."><font
        face="monospace">JEdit sometimes slows to a crawl when editing
        certain complicated C++ files. By complicated I mean a C++ file
        which shows advanced C++ syntax features and which also may have
        temporarily incorrect C++ syntax as I work through some
        programming problem. By slowing to a crawl I mean that moving my
        cursor around in the file or placing my cursor somewhere in the
        file or scrolling through the file, is sometimes extremely slow,
        without JEdit taking a number of seconds, sometimes 5 or more,
        before I can continue editing.
        <br>
      </font>
      <font face="monospace"><br>
        I believe this is happening because JEdit is trying in the
        background to parse the C++ constructs in the file, most
        probably because JEdit needs to understand the constructs in the
        file in order to do its syntax highlighting.
        <br>
      </font>
      <font face="monospace"><br>
        I would like to defeat this occasional slowness somehow and the
        thought that I have is to do whatever is necessary to stop JEdit
        from parsing the C++ syntax elements in the file.
        <br>
      </font>
      <font face="monospace"><br>
        Is Jedit parsing the C++ files in the background in order to
        understand its constructs ?
        <br>
      </font>
      <font face="monospace"><br>
        Is Jedit trying to understand the constructs in order to provide
        syntax highlighting ?
        <br>
      </font>
      <font face="monospace"><br>
        Is there a way to completely turn off syntax highlighting for a
        buffer ? Or for a file's edit mode ?
        <br>
      </font>
      <font face="monospace"><br>
        Will turning off syntax highlighting ( I hope that is possible )
        prevent JEdit from trying to parse the C++ constructs in the
        file ?
        <br>
      </font>
      <font face="monospace"><br>
        The slowdown of course can be the result of some Plugin I have,
        but I do not see that any of my Plugins needs to parse the file
        for C++ constructs for any reason.
        <br>
      </font>
      <font face="monospace"><br>
      </font>
      <font face="monospace"><br>
      </font>
      <font face="monospace"><br>
      </font>
    </blockquote>
    <font face="monospace"><br>
    </font>
  </body>
</html>

[ jEdit-users ] Turning off syntax highlighting for a file

[Edward D. <eld...@tr...>]

JEdit sometimes slows to a crawl when editing certain complicated C++ 
files. By complicated I mean a C++ file which shows advanced C++ syntax 
features and which also may have temporarily incorrect C++ syntax as I 
work through some programming problem. By slowing to a crawl I mean that 
moving my cursor around in the file or placing my cursor somewhere in 
the file or scrolling through the file, is sometimes extremely slow, 
without JEdit taking a number of seconds, sometimes 5 or more, before I 
can continue editing.

I believe this is happening because JEdit is trying in the background to 
parse the C++ constructs in the file, most probably because JEdit needs 
to understand the constructs in the file in order to do its syntax 
highlighting.

I would like to defeat this occasional slowness somehow and the thought 
that I have is to do whatever is necessary to stop JEdit from parsing 
the C++ syntax elements in the file.

Is Jedit parsing the C++ files in the background in order to understand 
its constructs ?

Is Jedit trying to understand the constructs in order to provide syntax 
highlighting ?

Is there a way to completely turn off syntax highlighting for a buffer ? 
Or for a file's edit mode ?

Will turning off syntax highlighting ( I hope that is possible ) prevent 
JEdit from trying to parse the C++ constructs in the file ?

The slowdown of course can be the result of some Plugin I have, but I do 
not see that any of my Plugins needs to parse the file for C++ 
constructs for any reason.

Re: [ jEdit-users ] Jedit using wrong java on MacOS

[Steve J. <ste...@wi...>]

Hi Phil,

I wasn’t aware of this issue, but then I’m still on Mojave. I’ll probably skip Catalina and go straight to Big Sur sometime in the next 6 months.

That issue has actually been reported on the universalJavaApplicationStub site and there’s an interesting discussion here (including a couple of possible fixes):

https://github.com/tofi86/universalJavaApplicationStub/issues/85 <https://github.com/tofi86/universalJavaApplicationStub/issues/85>

Steve.

> On Jan 4, 2021, at 3:38 AM, Evans, Philip A. (Dr.) <pa...@le...> wrote:
> 
> Hi Steve
> 
> Thanks, that does indeed solve it.
> 
> I hit another issue then which is that I don’t have proper disk access injedit, which seems related to this issue:
> 
> https://developer.apple.com/forums/thread/132986 <https://developer.apple.com/forums/thread/132986>
> 
> i.e. that the MacOS security prompts don’t fire up and get set for something with a script, rather than a compiled binary as the executable.
> Hmmm. Maybe I’ll write a quick C++ code that as the executable and make it call the script… !
> 
> Or maybe the jEdit devs could update the Mac DMG to use JAVA_HOME instead of the system Java:)
> 
> 
> Phil
> 
>> On 1 Jan 2021, at 20:18, Steve Jakob <ste...@wi... <mailto:ste...@wi...>> wrote:
>> 
>> Hello Dr. Phil,
>> 
>> I’ve had similar issues on my Mac in the past where the jEdit application stub is unable to find the JRE or uses the wrong one. I was able to fix the problem by replacing the application stub with the “Universal Java application stub” found here:
>> 
>> https://github.com/tofi86/universalJavaApplicationStub <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Ftofi86%2FuniversalJavaApplicationStub&data=04%7C01%7Cpae9%40leicester.ac.uk%7Cf6c614bb5d8146651ca408d8ae92767b%7Caebecd6a31d44b0195ce8274afe853d9%7C0%7C0%7C637451291381318411%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=fRGb3hBJjRrAAV1Wc%2FqseVPlBqjBl8D%2BpoIgN5qchW8%3D&reserved=0>
>> 
>> It’s just a shell script rather than compiled code, so it’s easy to view and modify with a text editor (like jEdit, for example) if you’re familiar with BASH scripts. It also respects the JAVA_HOME variable, so it’s easy to run jEdit with the JRE of your choice. The info on that web site does a good job of explaining how it works.
>> 
>> To set it up:
>> 
>> - in the Mac Finder, navigate to the jEdit application (probably in your /Applications directory)
>> - right-click and choose “Show Package Contents”
>> - enter the “Contents” folder and then the “MacOS” folder
>> - rename the existing “jedit” stub to something else (eg. “jedit.save”) in case you want to change back
>> - save a copy of the “Universal Java application stub” into this folder and rename it to “jedit”
>> 
>> The next time you try to start jEdit it will use the new stub.
>> 
>> Good luck,
>> 
>> Steve Jakob
>> 
>>> On Dec 26, 2020, at 4:40 AM, Evans, Philip A. (Dr.) <pa...@le... <mailto:pa...@le...>> wrote:
>>> 
>>> Hi everyone
>>> 
>>> If I install jedit from the downloadable mac dmg file (which is prefereable to the universal installer for many reasons) it seems to insist on pocking up the oracle Java that shipped with MacOS, instead of the newer java I’ve installed from MacPorts.
>>> 
>>> I have disabled the system java, set JAVA_HOME etc. Other Java apps seem to be picking up openjdk15 fine, but not jedit. If I use jedit 5.6.0 then it complains that it won’t work at all, and jedit 5.5.0 complains because I have a plug in that requires java>1.8
>>> 
>>> Does anyone know how to force jedit to use a specific installation of java?
>>> 
>>> Thanks
>>> 
>>> 
>>> Phil
>>> 
>>> 
>>> -------------------------
>>> 
>>> Phil Evans,
>>> Swift Development Scientist & Athena W-ISC Technical Lead
>>> X-ray and Observational Astronomy Group,
>>> University of Leicester
>>> 
>>> Tel: +44 (0)116 252 5059
>>> Mobile: +44 (0)7780 980240 (work)
>>> Mobile: +44 (0)7974 977723 (personal)
>>> 
>>> Office: G49 Physics Building
>>> 
>>> pa...@le... <mailto:pa...@le...>
>>> 
>>> http://www.star.le.ac.uk/~pae9 <http://www.star.le.ac.uk/~pae9>
>>> http://www.swift.ac.uk
>>> 
>>> Follow me as a Swift scientist on Twitter: @swift_phil
>>> http://www.star.le.ac.uk/~pae9/twitter
>>> 
>>> 
>>> -- 
>>> -----------------------------------------------
>>> jEdit Users' List
>>> jEd...@li...
>>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>> 
> 
> -------------------------
> 
> Phil Evans,
> Swift Development Scientist & Athena W-ISC Technical Lead
> X-ray and Observational Astronomy Group,
> University of Leicester
> 
> Tel: +44 (0)116 252 5059
> Mobile: +44 (0)7780 980240 (work)
> Mobile: +44 (0)7974 977723 (personal)
> 
> Office: G49 Physics Building
> 
> pa...@le... <mailto:pa...@le...>
> 
> http://www.star.le.ac.uk/~pae9
> http://www.swift.ac.uk
> 
> Follow me as a Swift scientist on Twitter: @swift_phil
> http://www.star.le.ac.uk/~pae9/twitter
> 
> -- 
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users

Re: [ jEdit-users ] Jedit using wrong java on MacOS

[Evans, P. A. (Dr.) <pa...@le...>]

Hi Steve

Thanks, that does indeed solve it.

I hit another issue then which is that I don’t have proper disk access injedit, which seems related to this issue:

https://developer.apple.com/forums/thread/132986

i.e. that the MacOS security prompts don’t fire up and get set for something with a script, rather than a compiled binary as the executable.
Hmmm. Maybe I’ll write a quick C++ code that as the executable and make it call the script… !

Or maybe the jEdit devs could update the Mac DMG to use JAVA_HOME instead of the system Java:)


Phil

On 1 Jan 2021, at 20:18, Steve Jakob <ste...@wi...<mailto:ste...@wi...>> wrote:

Hello Dr. Phil,

I’ve had similar issues on my Mac in the past where the jEdit application stub is unable to find the JRE or uses the wrong one. I was able to fix the problem by replacing the application stub with the “Universal Java application stub” found here:

https://github.com/tofi86/universalJavaApplicationStub<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Ftofi86%2FuniversalJavaApplicationStub&data=04%7C01%7Cpae9%40leicester.ac.uk%7Cf6c614bb5d8146651ca408d8ae92767b%7Caebecd6a31d44b0195ce8274afe853d9%7C0%7C0%7C637451291381318411%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=fRGb3hBJjRrAAV1Wc%2FqseVPlBqjBl8D%2BpoIgN5qchW8%3D&reserved=0>

It’s just a shell script rather than compiled code, so it’s easy to view and modify with a text editor (like jEdit, for example) if you’re familiar with BASH scripts. It also respects the JAVA_HOME variable, so it’s easy to run jEdit with the JRE of your choice. The info on that web site does a good job of explaining how it works.

To set it up:

- in the Mac Finder, navigate to the jEdit application (probably in your /Applications directory)
- right-click and choose “Show Package Contents”
- enter the “Contents” folder and then the “MacOS” folder
- rename the existing “jedit” stub to something else (eg. “jedit.save”) in case you want to change back
- save a copy of the “Universal Java application stub” into this folder and rename it to “jedit”

The next time you try to start jEdit it will use the new stub.

Good luck,

Steve Jakob

On Dec 26, 2020, at 4:40 AM, Evans, Philip A. (Dr.) <pa...@le...<mailto:pa...@le...>> wrote:

Hi everyone

If I install jedit from the downloadable mac dmg file (which is prefereable to the universal installer for many reasons) it seems to insist on pocking up the oracle Java that shipped with MacOS, instead of the newer java I’ve installed from MacPorts.

I have disabled the system java, set JAVA_HOME etc. Other Java apps seem to be picking up openjdk15 fine, but not jedit. If I use jedit 5.6.0 then it complains that it won’t work at all, and jedit 5.5.0 complains because I have a plug in that requires java>1.8

Does anyone know how to force jedit to use a specific installation of java?

Thanks


Phil


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

Phil Evans,
Swift Development Scientist & Athena W-ISC Technical Lead
X-ray and Observational Astronomy Group,
University of Leicester

Tel: +44 (0)116 252 5059
Mobile: +44 (0)7780 980240 (work)
Mobile: +44 (0)7974 977723 (personal)

Office: G49 Physics Building

pa...@le...<mailto:pa...@le...>

http://www.star.le.ac.uk/~pae9
http://www.swift.ac.uk

Follow me as a Swift scientist on Twitter: @swift_phil
http://www.star.le.ac.uk/~pae9/twitter


--
-----------------------------------------------
jEdit Users' List
jEd...@li...
https://lists.sourceforge.net/lists/listinfo/jedit-users


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

Phil Evans,
Swift Development Scientist & Athena W-ISC Technical Lead
X-ray and Observational Astronomy Group,
University of Leicester

Tel: +44 (0)116 252 5059
Mobile: +44 (0)7780 980240 (work)
Mobile: +44 (0)7974 977723 (personal)

Office: G49 Physics Building

pa...@le...<mailto:pa...@le...>

http://www.star.le.ac.uk/~pae9
http://www.swift.ac.uk

Follow me as a Swift scientist on Twitter: @swift_phil
http://www.star.le.ac.uk/~pae9/twitter