jedit-users

Re: [ jEdit-users ] New project of text editor that follows jEdit

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

What is wrong with GPL2? This is the same license used for Linux, which has
been quite successful. The main reason I see that people use MIT or more
permissive licenses is that they want to use the software in commercial
applications without having to give back to the open source community.

Plugins are not required to use the GPL licenses. Many plugins in fact use
the MIT license, some are BSD, some are LGPL, some are WTFPL, some use
Apache licenses, some code is public domain. The GPL does not prohibit the
mixing of licenses this way.

It's not clear to me how either the licensing or the hosting are preventing
you from doing something very good?

Dale




On Thu, Apr 4, 2019 at 12:40 AM ナンダカフラリ <nan...@gm...> wrote:

> (This sentence is translated from Japanese to English using Google
> Translate)
>
> Hi jEdit users and developers.
> The other day, I posted an opinion about the transition to GitHub.
> Thank you so much for your feedback.
>
> And this time I make a very bold proposal.
> Still, I would like you to read it to the end.
>
> First of all, I think about this project, there are some problems.
> However, please keep in mind that it is only an impression that I saw from
> my eyes.
>
> * Java is very evolved now and many projects have code written with it,
> but jEdit has a lot of old code
> * At the moment the project's VCS is mostly used Git, but jEdit is
> Suvbersion
> * Currently, the project's Code Hosting Service is mostly used GitHub, but
> jEdit is a source forge
>
> And so on.
> But these are probably minor issues.
> The biggest problem in my eyes is
>
> * There are many great OSS licenses such as MIT License now, but jEdit is
> GPLv2
>
> I searched past mailing lists. Therefore, it is interpreted that the
> plug-in is also forced to be GPL.
> Nowadays many codes are often written under non-GPL licenses.
> Projects under the GPL are hated by many programmers.
> If the jEdit community launches a new text editor project that follows
> jEdit, for example under the MIT License:
> I expect to be able to do something very good.
>
> What do you think.
> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

[ jEdit-users ] New project of text editor that follows jEdit

[ナンダカフラリ <nan...@gm...>]

(This sentence is translated from Japanese to English using Google
Translate)

Hi jEdit users and developers.
The other day, I posted an opinion about the transition to GitHub.
Thank you so much for your feedback.

And this time I make a very bold proposal.
Still, I would like you to read it to the end.

First of all, I think about this project, there are some problems.
However, please keep in mind that it is only an impression that I saw from
my eyes.

* Java is very evolved now and many projects have code written with it, but
jEdit has a lot of old code
* At the moment the project's VCS is mostly used Git, but jEdit is
Suvbersion
* Currently, the project's Code Hosting Service is mostly used GitHub, but
jEdit is a source forge

And so on.
But these are probably minor issues.
The biggest problem in my eyes is

* There are many great OSS licenses such as MIT License now, but jEdit is
GPLv2

I searched past mailing lists. Therefore, it is interpreted that the
plug-in is also forced to be GPL.
Nowadays many codes are often written under non-GPL licenses.
Projects under the GPL are hated by many programmers.
If the jEdit community launches a new text editor project that follows
jEdit, for example under the MIT License:
I expect to be able to do something very good.

What do you think.

Re: [ jEdit-users ] How about migrating to GitHub in order to attract potential contributors?

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

Here is the gist of the previous discussion, the initial comments are
from Björn
(Vampire):

-----

I'm against moving to GitHub.

I don't see any added value.
We have less control over the Git repositories (no own hook scirpts for
sending changes to the mailing list, no own hook scripts for access control
like we have them currently, ...)
At SF everything is there already.

Yes, SF has an outage currently, but ever hosting provider can run into a
disk crash and SF is working 24x7 on restoring everything back while the
most stuff is up and running already.

At SF we have great service and great services.
Website Hosting with custom VHOST, various VCSs, as many different Ticket
Tools as you like to logically separate the tickets etc.

In my opinion if we would move to GitHub, we would give up much power and
good service we have and just because some people thing it is more "hip".

That the community page is a bit outdated is true, but that has nothing to
do whether you work on SourceForge or on GitHub.

On SourceForge you have the same "Web 2.0" if it comes to the serivces
provided by SF themselves, like the Tickettools etc.

I have nothing against mirroring the jEdit Sources on GitHub after the move
to Git, but in my opinion we should stay at SourceForge which served us
great the last 2 decades and still provides a great service.

About the jEdit account at GitHub, I'm already trying to reach the owner of
that account to ask for transferral of the name, unfortunately despite the
public idleness, the account is not dormant, otherwise GitHub would have
given it to me already. In case we do not get that account, I also already
reserved jedit-editor for use as the GitHub organisation.

About the Git transition of jEdit core, it is almost done, I found the
errors I made during prior try and fixed them, so there is little that
speaks against a new try of the Git transition. I just wanted to restore
the Wiki pages of the Mediawiki where the Git-commands were listed first.

I'm currently working on upgrading our Community-Wiki and then integrate
the backup of the old Mediawiki into that new version of the Foswiki. After
that I would have done the Git-switch again.

And about the dated community page, yes, it is also on my to-do list to
update that.
But that the news are 10 years old is just bullshit, the newest news is
from 16 April, 2015.

------

I tend to agree with Björn, there is a lot of structure built up around the
project using the SF tools that would be difficult/tedious to reimplement
at github. Further, the intent of the sites seems to be different to me --
SF is more about distributing software to end users where github is more
about source code management and developer collaboration. SF provides git,
to which Björn is already working on migrating the code from svn.

Björn, would you expand on this: "I have nothing against mirroring the
jEdit Sources on GitHub after the move to Git," How difficult is that to
set up and keep in sync, both ways? Having a second repository available in
case of an outage at the other would be nice.

I have also contacted github about the jEdit project there, they have
forwarded a message to the current owner of that project asking if they'd
give up the name to us. I have not heard back yet.

Björn, another question for you -- when do you think you'll have the core
code for jEdit moved to git? I also wonder if that is really necessary,
doesn't git-svn give git users the ability to use git with an svn
repository?

On Tue, Apr 2, 2019 at 10:25 AM Dale Anson <da...@da...> wrote:

> There has been discussion in the past about moving the project to Github,
> but the consensus was that it would be a lot of work for little gain and no
> one was that interested in doing it.
>
> On Tue, Apr 2, 2019 at 7:49 AM Alan Ezust <ala...@gm...> wrote:
>
>> I'd like to convert from svn to git. Vampire was working on getting all
>> of the history into the repository (including some of the original cvs
>> history which is not in the current svn repo).  That was years ago, and
>> it's still not done yet. Perhaps we should forget about that and just
>> convert the svn as-is to git.
>>
>> As for github versus sourceforge, after the conversaion, we could have
>> one clone on sf.net and we can have other clones elsewhere.
>> I like keeping all the source + plugins under one roof.
>>
>>
>> On Tue, Apr 2, 2019 at 6:44 AM sigzero <si...@gm...> wrote:
>>
>>> I don't know if it has been discussed. I think it's a good idea.
>>>
>>> I am not sure about jEdit plugins but it might be nice to get them all
>>> under the same umbrella so issues can be fixed with those as well. But that
>>> is probably something that the jEdit team can't do.
>>>
>>> --
>>> Bob
>>>
>>> On Tue, Apr 2, 2019 at 9:32 AM ナンダカフラリ <nan...@gm...> wrote:
>>>
>>>> Nice to meet you.
>>>> Did you already have a discussion about GitHub?
>>>>
>>>> If so, what conclusion do you have?
>>>>
>>>> --
>>>> -----------------------------------------------
>>>> jEdit Users' List
>>>> jEd...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>>>
>>> --
>>> -----------------------------------------------
>>> jEdit Users' List
>>> jEd...@li...
>>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>>
>> --
>> -----------------------------------------------
>> jEdit Users' List
>> jEd...@li...
>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>
>

Re: [ jEdit-users ] How about migrating to GitHub in order to attract potential contributors?

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

There has been discussion in the past about moving the project to Github,
but the consensus was that it would be a lot of work for little gain and no
one was that interested in doing it.

On Tue, Apr 2, 2019 at 7:49 AM Alan Ezust <ala...@gm...> wrote:

> I'd like to convert from svn to git. Vampire was working on getting all of
> the history into the repository (including some of the original cvs history
> which is not in the current svn repo).  That was years ago, and it's still
> not done yet. Perhaps we should forget about that and just convert the svn
> as-is to git.
>
> As for github versus sourceforge, after the conversaion, we could have one
> clone on sf.net and we can have other clones elsewhere.
> I like keeping all the source + plugins under one roof.
>
>
> On Tue, Apr 2, 2019 at 6:44 AM sigzero <si...@gm...> wrote:
>
>> I don't know if it has been discussed. I think it's a good idea.
>>
>> I am not sure about jEdit plugins but it might be nice to get them all
>> under the same umbrella so issues can be fixed with those as well. But that
>> is probably something that the jEdit team can't do.
>>
>> --
>> Bob
>>
>> On Tue, Apr 2, 2019 at 9:32 AM ナンダカフラリ <nan...@gm...> wrote:
>>
>>> Nice to meet you.
>>> Did you already have a discussion about GitHub?
>>>
>>> If so, what conclusion do you have?
>>>
>>> --
>>> -----------------------------------------------
>>> jEdit Users' List
>>> jEd...@li...
>>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>>
>> --
>> -----------------------------------------------
>> jEdit Users' List
>> jEd...@li...
>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>
> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

Re: [ jEdit-users ] How about migrating to GitHub in order to attract potential contributors?

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

I'd like to convert from svn to git. Vampire was working on getting all of
the history into the repository (including some of the original cvs history
which is not in the current svn repo).  That was years ago, and it's still
not done yet. Perhaps we should forget about that and just convert the svn
as-is to git.

As for github versus sourceforge, after the conversaion, we could have one
clone on sf.net and we can have other clones elsewhere.
I like keeping all the source + plugins under one roof.


On Tue, Apr 2, 2019 at 6:44 AM sigzero <si...@gm...> wrote:

> I don't know if it has been discussed. I think it's a good idea.
>
> I am not sure about jEdit plugins but it might be nice to get them all
> under the same umbrella so issues can be fixed with those as well. But that
> is probably something that the jEdit team can't do.
>
> --
> Bob
>
> On Tue, Apr 2, 2019 at 9:32 AM ナンダカフラリ <nan...@gm...> wrote:
>
>> Nice to meet you.
>> Did you already have a discussion about GitHub?
>>
>> If so, what conclusion do you have?
>>
>> --
>> -----------------------------------------------
>> jEdit Users' List
>> jEd...@li...
>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>
> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

Re: [ jEdit-users ] How about migrating to GitHub in order to attract potential contributors?

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

I don't know if it has been discussed. I think it's a good idea.

I am not sure about jEdit plugins but it might be nice to get them all
under the same umbrella so issues can be fixed with those as well. But that
is probably something that the jEdit team can't do.

--
Bob

On Tue, Apr 2, 2019 at 9:32 AM ナンダカフラリ <nan...@gm...> wrote:

> Nice to meet you.
> Did you already have a discussion about GitHub?
>
> If so, what conclusion do you have?
>
> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

[ jEdit-users ] How about migrating to GitHub in order to attract potential contributors?

[ナンダカフラリ <nan...@gm...>]

Nice to meet you.
Did you already have a discussion about GitHub?

If so, what conclusion do you have?

Re: [ jEdit-users ] May be search impaired

[Mike M. <ma...@um...>]

On 2/8/2019 8:44 PM, doug wrote:> Hi,
 > Generally like jedit, but notepad++ does a better job of highlighting
 > values in xml files.
 >
 > I think there must be an easy way to make values inside <name>value
 > </name>.

What do you mean by "values"?  Text values?  If so, what should happen 
with mixed text, like
  <para>
     This is a reference <ref>Somewhere</ref>.
  <para>
Should the <ref> tag be treated as part of the <para> tab's value, or 
should only its text content be treated as a "value"?

I presume you don't mean the value inside <foo>...</foo> in the 
following example:
    <foo>
      <bar someattr="somevalue"/>
    <foo>

What should happen with whitespace inside tags?  Should whitespace 
behave differently in text values from the way it behaves elsewhere?

At any rate, the way to do what you want is to create an xml.xml file 
that encodes the things you want tagged in certain ways, as described in 
jEdit's help document, in the topic "Writing jEdit modes".  You'll 
probably want to start with the xml.xml file as delivered, and modify it 
to your tastes.  Depending on how things are set up on your computer, 
you may want to copy the as-delivered file over to your personal jEdit 
Modes directory.  The as-delivered file can be found using the 
"Utilities" > "jEdit Home Directory" menu item, and choosing the "Modes" 
directory menu item under that.  Your personal jEdit Modes directory can 
similarly be found using the "Utilities" > "jEdit Settings Directory" 
command.  Once you create your personal xml.xml, you may want to change 
the way xml files you're editing are handled in Utilities > Global 
Options, choose "Editing" on the left, then choose first the "Edit 
Modes" tab on the right to create a new mode.  Then change the "Mode 
Settings" tab (right next to the "Edit Modes" tab) to assign xml files 
to your new mode.
-- 
    Mike Maxwell
    "My definition of an interesting universe is
    one that has the capacity to study itself."
          --Stephen Eastmond

[ jEdit-users ] May be search impaired

[doug <dle...@gm...>]

Hi,
Generally like jedit, but notepad++ does a better job of highlighting 
values in xml files.

I think there must be an easy way to make values inside <name>value </name>.

I would like to see "value" as bold font so easier to read and not focus 
on text of xml elements

Thanks for any ideas. Other modding users swear by notepad++.

Re: [ jEdit-users ] Using with Java 11

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

I just switched my shortcut to point to my JDK11 install and jEdit started
up.  It can open files and browse my folders. Not an exhaustive test, but
it seems to work fine.

Bob

On Sun, Jan 27, 2019 at 10:09 AM Edward Diener <eld...@tr...>
wrote:

> Does JEdit 5.5 work with the Java 11 jre and jdk ? I could only find
> mention of JEdit and Java 8 on the website.
>
>
>
> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

[ jEdit-users ] Using with Java 11

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

Does JEdit 5.5 work with the Java 11 jre and jdk ? I could only find 
mention of JEdit and Java 8 on the website.

Re: [ jEdit-users ] .g4 file identified as backup file?

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

Hmm, nevermind, this looks like something I caused myself.

On Thu, Jan 17, 2019 at 12:42 PM Dale Anson <da...@da...> wrote:

> Files with a .g4 extension are antlr grammar files. When I open such a
> file, jEdit tells me it's likely a backup file, then colors it in the
> buffer switcher as a back up file. It's also correctly identified as an
> antlr grammar file, so the right mode is selected, the coloring is correct,
> and the antlr sidekick parses it correctly. Anyone know why these files are
> incorrectly identified as back up files?
>
> Thanks,
>
> Dale
>
>
>

[ jEdit-users ] .g4 file identified as backup file?

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

Files with a .g4 extension are antlr grammar files. When I open such a
file, jEdit tells me it's likely a backup file, then colors it in the
buffer switcher as a back up file. It's also correctly identified as an
antlr grammar file, so the right mode is selected, the coloring is correct,
and the antlr sidekick parses it correctly. Anyone know why these files are
incorrectly identified as back up files?

Thanks,

Dale

Re: [ jEdit-users ] JEdit JRELoad Error on Mac OS 10.6.12 Sierra

[<hro...@gm...>]

Hi,

 could you please run jedit from the terminal and post the output?

Thanx

2018-08-30 16:43 keltezéssel, Baudouin Le Charlier írta:
>   Hi,
>
>   I cannot use JEdit on my Mac OS 10.6.12 Sierra. I get a "JRELoad Error". Is it a Java version problem ? my java version is "1.8.0_131".
>
> Thanks for any help.
>
> Baudouin
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot

[ jEdit-users ] JEdit JRELoad Error on Mac OS 10.6.12 Sierra

[Baudouin Le C. <bau...@uc...>]

  Hi,

  I cannot use JEdit on my Mac OS 10.6.12 Sierra. I get a "JRELoad Error". Is it a Java version problem ? my java version is "1.8.0_131".

Thanks for any help.

Baudouin

Re: [ jEdit-users ] jedit-5.5.0 broken after OS-upgrade to Ubuntu-18.04. 64-bit

[Thomas M. <tho...@gm...>]

Hi,

thanks for your reply.

2018-08-23 13:53 GMT+02:00 Hrotkó Gábor <hro...@gm...>:
> Hi,
>
>
>  it seems like an openjdk misconfiguration. The folks here figured it out:
>
> https://askubuntu.com/questions/1067569/cant-open-logisim-in-lubuntu
>
>
> there are two options as I can see:
>
> 1. disable assistive_technologies as described there

I commented the line in question, should work as well,

>
> 2. install libatk-wrapper-java (not tested)
>
>
>
> Roti

For the record, the related bug-report:
https://bugs.launchpad.net/ubuntu/+source/logisim/+bug/1788267

Thanks,
  Harm

Re: [ jEdit-users ] jedit-5.5.0 broken after OS-upgrade to Ubuntu-18.04. 64-bit

[Hrotkó G. <hro...@gm...>]

Hi,


 it seems like an openjdk misconfiguration. The folks here figured it out:

https://askubuntu.com/questions/1067569/cant-open-logisim-in-lubuntu


there are two options as I can see:

1. disable assistive_technologies as described there

2. install libatk-wrapper-java (not tested)



Roti



2018-08-23 13:36 keltezéssel, Thomas Morley írta:
> Hi all,
>
> after OS-upgrade to Ubuntu-18.04, 64-bit jEdit (now version 5.5.0) seems broken.
>
>
> ~$ jedit
> 1:24:29 PM [main] [error] main: Exception in thread "main"
> 1:24:29 PM [main] [error] main: java.awt.AWTError: Assistive
> Technology not found: org.GNOME.Accessibility.AtkWrapper
> 1:24:29 PM [main] [error] main:  at
> java.desktop/java.awt.Toolkit.newAWTError(Toolkit.java:472)
> 1:24:29 PM [main] [error] main:  at
> java.desktop/java.awt.Toolkit.fallbackToLoadClassForAT(Toolkit.java:488)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:177)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.HashMap$KeySpliterator.forEachRemaining(HashMap.java:1608)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:497)
> 1:24:29 PM [main] [error] main:  at
> java.desktop/java.awt.Toolkit.loadAssistiveTechnologies(Toolkit.java:532)
> 1:24:29 PM [main] [error] main:  at
> java.desktop/java.awt.Toolkit.getDefaultToolkit(Toolkit.java:613)
> 1:24:29 PM [main] [error] main:  at
> java.desktop/java.awt.EventQueue.invokeAndWait(EventQueue.java:1342)
> 1:24:29 PM [main] [error] main:  at
> java.desktop/javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1480)
> 1:24:29 PM [main] [error] main:  at
> org.gjt.sp.jedit.GUIUtilities.showSplashScreen(GUIUtilities.java:1957)
> 1:24:29 PM [main] [error] main:  at org.gjt.sp.jedit.jEdit.main(jEdit.java:389)
> 1:24:29 PM [main] [error] main: Caused by:
> java.lang.ClassNotFoundException: org.GNOME.Accessibility.AtkWrapper
> 1:24:29 PM [main] [error] main:  at
> java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
> 1:24:29 PM [main] [error] main:  at
> java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:190)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:499)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.lang.Class.forName0(Native Method)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.lang.Class.forName(Class.java:374)
> 1:24:29 PM [main] [error] main:  at
> java.desktop/java.awt.Toolkit.fallbackToLoadClassForAT(Toolkit.java:485)
> 1:24:29 PM [main] [error] main:  ... 15 more
>
>
> ~$ java -version
> openjdk version "10.0.2" 2018-07-17
> OpenJDK Runtime Environment (build 10.0.2+13-Ubuntu-1ubuntu0.18.04.1)
> OpenJDK 64-Bit Server VM (build 10.0.2+13-Ubuntu-1ubuntu0.18.04.1, mixed mode)
>
>
> ~$ update-alternatives --config java
> There are 2 choices for the alternative java (providing /usr/bin/java).
>
>   Selection    Path                                            Priority   Status
> ------------------------------------------------------------
> * 0            /usr/lib/jvm/java-11-openjdk-amd64/bin/java      1101
>    auto mode
>   1            /usr/lib/jvm/java-11-openjdk-amd64/bin/java      1101
>    manual mode
>   2            /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java   1081
>    manual mode
>
>
>
> Not sure what to do now.
> Any hint is highly appreciated.
>
>
> Thanks,
>   Harm
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot

Re: [ jEdit-users ] jedit-5.5.0 broken after OS-upgrade to Ubuntu-18.04. 64-bit

[Thomas M. <tho...@gm...>]

2018-08-23 13:36 GMT+02:00 Thomas Morley <tho...@gm...>:
> Hi all,
>
> after OS-upgrade to Ubuntu-18.04, 64-bit jEdit (now version 5.5.0) seems broken.
>
>
> ~$ jedit
> 1:24:29 PM [main] [error] main: Exception in thread "main"
> 1:24:29 PM [main] [error] main: java.awt.AWTError: Assistive
> Technology not found: org.GNOME.Accessibility.AtkWrapper
> 1:24:29 PM [main] [error] main:  at
> java.desktop/java.awt.Toolkit.newAWTError(Toolkit.java:472)
> 1:24:29 PM [main] [error] main:  at
> java.desktop/java.awt.Toolkit.fallbackToLoadClassForAT(Toolkit.java:488)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:177)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.HashMap$KeySpliterator.forEachRemaining(HashMap.java:1608)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:497)
> 1:24:29 PM [main] [error] main:  at
> java.desktop/java.awt.Toolkit.loadAssistiveTechnologies(Toolkit.java:532)
> 1:24:29 PM [main] [error] main:  at
> java.desktop/java.awt.Toolkit.getDefaultToolkit(Toolkit.java:613)
> 1:24:29 PM [main] [error] main:  at
> java.desktop/java.awt.EventQueue.invokeAndWait(EventQueue.java:1342)
> 1:24:29 PM [main] [error] main:  at
> java.desktop/javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1480)
> 1:24:29 PM [main] [error] main:  at
> org.gjt.sp.jedit.GUIUtilities.showSplashScreen(GUIUtilities.java:1957)
> 1:24:29 PM [main] [error] main:  at org.gjt.sp.jedit.jEdit.main(jEdit.java:389)
> 1:24:29 PM [main] [error] main: Caused by:
> java.lang.ClassNotFoundException: org.GNOME.Accessibility.AtkWrapper
> 1:24:29 PM [main] [error] main:  at
> java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
> 1:24:29 PM [main] [error] main:  at
> java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:190)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:499)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.lang.Class.forName0(Native Method)
> 1:24:29 PM [main] [error] main:  at
> java.base/java.lang.Class.forName(Class.java:374)
> 1:24:29 PM [main] [error] main:  at
> java.desktop/java.awt.Toolkit.fallbackToLoadClassForAT(Toolkit.java:485)
> 1:24:29 PM [main] [error] main:  ... 15 more
>
>
> ~$ java -version
> openjdk version "10.0.2" 2018-07-17
> OpenJDK Runtime Environment (build 10.0.2+13-Ubuntu-1ubuntu0.18.04.1)
> OpenJDK 64-Bit Server VM (build 10.0.2+13-Ubuntu-1ubuntu0.18.04.1, mixed mode)
>
>
> ~$ update-alternatives --config java
> There are 2 choices for the alternative java (providing /usr/bin/java).
>
>   Selection    Path                                            Priority   Status
> ------------------------------------------------------------
> * 0            /usr/lib/jvm/java-11-openjdk-amd64/bin/java      1101
>    auto mode
>   1            /usr/lib/jvm/java-11-openjdk-amd64/bin/java      1101
>    manual mode
>   2            /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java   1081
>    manual mode
>
>
>
> Not sure what to do now.
> Any hint is highly appreciated.
>
>
> Thanks,
>   Harm

To answer my own question.

I did:
~$ sudo nano /etc/java-11-openjdk/accessibility.properties
and commented the line:
assistive_technologies=org.GNOME.Accessibility.AtkWrapper

Though, why is this needed??


Cheers,
  Harm

[ jEdit-users ] jedit-5.5.0 broken after OS-upgrade to Ubuntu-18.04. 64-bit

[Thomas M. <tho...@gm...>]

Hi all,

after OS-upgrade to Ubuntu-18.04, 64-bit jEdit (now version 5.5.0) seems broken.


~$ jedit
1:24:29 PM [main] [error] main: Exception in thread "main"
1:24:29 PM [main] [error] main: java.awt.AWTError: Assistive
Technology not found: org.GNOME.Accessibility.AtkWrapper
1:24:29 PM [main] [error] main:  at
java.desktop/java.awt.Toolkit.newAWTError(Toolkit.java:472)
1:24:29 PM [main] [error] main:  at
java.desktop/java.awt.Toolkit.fallbackToLoadClassForAT(Toolkit.java:488)
1:24:29 PM [main] [error] main:  at
java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183)
1:24:29 PM [main] [error] main:  at
java.base/java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:177)
1:24:29 PM [main] [error] main:  at
java.base/java.util.HashMap$KeySpliterator.forEachRemaining(HashMap.java:1608)
1:24:29 PM [main] [error] main:  at
java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484)
1:24:29 PM [main] [error] main:  at
java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474)
1:24:29 PM [main] [error] main:  at
java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150)
1:24:29 PM [main] [error] main:  at
java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173)
1:24:29 PM [main] [error] main:  at
java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
1:24:29 PM [main] [error] main:  at
java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:497)
1:24:29 PM [main] [error] main:  at
java.desktop/java.awt.Toolkit.loadAssistiveTechnologies(Toolkit.java:532)
1:24:29 PM [main] [error] main:  at
java.desktop/java.awt.Toolkit.getDefaultToolkit(Toolkit.java:613)
1:24:29 PM [main] [error] main:  at
java.desktop/java.awt.EventQueue.invokeAndWait(EventQueue.java:1342)
1:24:29 PM [main] [error] main:  at
java.desktop/javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1480)
1:24:29 PM [main] [error] main:  at
org.gjt.sp.jedit.GUIUtilities.showSplashScreen(GUIUtilities.java:1957)
1:24:29 PM [main] [error] main:  at org.gjt.sp.jedit.jEdit.main(jEdit.java:389)
1:24:29 PM [main] [error] main: Caused by:
java.lang.ClassNotFoundException: org.GNOME.Accessibility.AtkWrapper
1:24:29 PM [main] [error] main:  at
java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
1:24:29 PM [main] [error] main:  at
java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:190)
1:24:29 PM [main] [error] main:  at
java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:499)
1:24:29 PM [main] [error] main:  at
java.base/java.lang.Class.forName0(Native Method)
1:24:29 PM [main] [error] main:  at
java.base/java.lang.Class.forName(Class.java:374)
1:24:29 PM [main] [error] main:  at
java.desktop/java.awt.Toolkit.fallbackToLoadClassForAT(Toolkit.java:485)
1:24:29 PM [main] [error] main:  ... 15 more


~$ java -version
openjdk version "10.0.2" 2018-07-17
OpenJDK Runtime Environment (build 10.0.2+13-Ubuntu-1ubuntu0.18.04.1)
OpenJDK 64-Bit Server VM (build 10.0.2+13-Ubuntu-1ubuntu0.18.04.1, mixed mode)


~$ update-alternatives --config java
There are 2 choices for the alternative java (providing /usr/bin/java).

  Selection    Path                                            Priority   Status
------------------------------------------------------------
* 0            /usr/lib/jvm/java-11-openjdk-amd64/bin/java      1101
   auto mode
  1            /usr/lib/jvm/java-11-openjdk-amd64/bin/java      1101
   manual mode
  2            /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java   1081
   manual mode



Not sure what to do now.
Any hint is highly appreciated.


Thanks,
  Harm

[ jEdit-users ] FYI - jEdit broken by openjdk-7 update 7u181-2.6.14-0ubuntu0.2 (unbuntu 14.04)

[John S. <jo...@ec...>]

Hi all,

New to this list, but been using jEdit for probably 15+ years on linux 
systems.
This is just an FYI for anyone in a similar situation.

This is on Ubuntu 14.04, which packages openjdk-7-jdk and jEdit 5.1.

On 2018-08-10 there was an upgrade of openjdk-7, specifically to 
7u181-2.6.14-0ubuntu0.2, details here:
https://www.ubuntuupdates.org/package/core/trusty/main/updates/openjdk-7-jdk

This openjdk upgrade has broken jEdit - on my xubuntu 14.04 system at 
least. I was using jEdit as usual before the upgrade. After the upgrade, 
it fails to fully launch. The splash briefly appears, it runs through 
some of the launch steps, then vanishes. That's all. Output of running
$ jedit -log=1
...is pasted in below.

I've tried the following, with same results:
- uninstalled (complete purge) and reinstalled 5.1
- tried clean installs of each of 5.3, 5.2, 5.0, and 4.5.2

So whatever breaks in jEdit vs. the openjdk upgrade, is broken in all of 
those.

Meanwhile I have another laptop with ubuntu 16.04 on it, which packages 
openjdk-8 and jEdit 5.3. That is fully updated package-wise and works fine.

I don't know if these older jEdit versions are being maintained vs. 
issues like this. If they are I'll submit a bug.

regards,
John S.


Log output follows...

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

$ jedit -log=1
2:37:26 PM [main] [message] Log: When reporting bugs, please include the 
following information:
2:37:26 PM [main] [message] Log: java.version=1.7.0_181
2:37:26 PM [main] [message] Log: java.vm.version=24.181-b01
2:37:26 PM [main] [message] Log: java.vm.name=OpenJDK 64-Bit Server VM
2:37:26 PM [main] [message] Log: java.runtime.version=1.7.0_181-b01
2:37:26 PM [main] [message] Log: java.runtime.name=OpenJDK Runtime 
Environment
2:37:26 PM [main] [message] Log: java.vendor=Oracle Corporation
2:37:26 PM [main] [message] Log: java.compiler=null
2:37:26 PM [main] [message] Log: os.name=Linux
2:37:26 PM [main] [message] Log: os.version=3.13.0-155-generic
2:37:26 PM [main] [message] Log: os.arch=amd64
2:37:26 PM [main] [message] Log: user.home=/home/john
2:37:26 PM [main] [message] Log: 
java.home=/usr/lib/jvm/java-7-openjdk-amd64/jre
2:37:26 PM [main] [message] Log: java.class.path=/usr/share/jedit/jedit.jar
2:37:26 PM [main] [message] jEdit: starting with command line arguments: 
-log=1
2:37:26 PM [main] [notice] jEdit: An error occurred while connecting to 
the jEdit server instance.
2:37:26 PM [main] [notice] jEdit: This probably means that jEdit crashed 
and/or exited abnormally
2:37:26 PM [main] [notice] jEdit: the last time it was run.
2:37:26 PM [main] [notice] jEdit: If you don't know what this means, 
don't worry.
2:37:26 PM [main] [notice] jEdit: java.lang.IllegalArgumentException: 
Wrong port file format
2:37:26 PM [main] [notice] jEdit:  at 
org.gjt.sp.jedit.jEdit.main(jEdit.java:310)
2:37:26 PM [main] [debug] jEdit: before splash screen activation:107 ms
2:37:26 PM [main] [debug] jEdit: after splash screen activation:306 ms
2:37:26 PM [main] [debug] MiscUtilities: Saving backup of file 
"/home/john/.jedit/activity.log" to 
"/home/john/.jedit/settings-backup/activity.log~1~"
2:37:26 PM [main] [notice] jEdit: jEdit version 5.1.0
2:37:26 PM [main] [message] jEdit: Settings directory is /home/john/.jedit
2:37:26 PM [main] [message] jEdit: jEdit home directory is /usr/share/jedit
2:37:26 PM [main] [debug] SplashScreen: init:39/226ms
2:37:26 PM [main] [debug] SplashScreen: init system properties:58/284ms
2:37:26 PM [main] [message] BeanShell: Beanshell Init
2:37:26 PM [main] [debug] SplashScreen: init beanshell:35/319ms
2:37:26 PM [main] [debug] SplashScreen: loading site properties:6/325ms
2:37:26 PM [main] [debug] SplashScreen: loading user properties:7/332ms
2:37:26 PM [main] [debug] GUIUtilities: Icon theme set to: tango
2:37:26 PM [main] [debug] GUIUtilities: Loading icon theme from: 
jeditresource:/org/gjt/sp/jedit/icons/themes/tango/
2:37:26 PM [main] [debug] SplashScreen: init GUI:9/341ms
$
--------------------


-- 
John Schinnerer - M.A., Whole Systems Design
--------------------------------------------
- Eco-Living -
Whole Systems Design Services
People - Place - Learning - Integration
jo...@ec... - 510.982.1334
http://eco-living.net
http://sociocracyconsulting.com

[ jEdit-users ] 5.5 in Ubuntu repo

[Gábor H. <hro...@gm...>]

Hi list!

 When can we expect that the new 5.5 version will pushed to the official
ubuntu repos?


Thanks!
Roti

Re: [ jEdit-users ] key pad keys appear the same as normal

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

I think the code for that was introduced in the "startup.bsh" file under
the "startup"  folder.
We did something with the keypad arrowkeys there.
You can hand-edit that file and remove the stuff you don't want.


On Wed, May 9, 2018 at 3:16 AM, Alex Finch <fi...@la...> wrote:

>
> Hi,
>
>          I have just updated my version of jedit. On my previous version
> 5.1.0 I had set up a number of private macros to work from the keypad. I
> now have version 5.5.0 and I find that the keypad keys are being translated
> to the identical code as the normal keyboard. I have run the keyboard
> tester and tried keypad - , keyboard -, keypad right arrow, and keyboard
> right arrow and the KEY_PRESSED  keyCode key is different  but the keyChar
> and "Translated to" are the same. Under 5.1.0 the "Translated to" is
> different (See below). Is this a bug or a feature? Is there some way to get
> back the old behaviour? I'm on linux by the way.
>
>  thanks ,
>
> Alex
>
> - - RIGHT RIGHT
>
> Event KEY_PRESSED,keyCode=0x6d,keyChar=0x2d,modifiers=0x0,consumed=0
> filtered
> Event KEY_TYPED,keyCode=0x0,keyChar=0x2d,modifiers=0x0,consumed=0 passed
> ==> Translated to <0,2d>
> Event KEY_RELEASED,keyCode=0x6d,keyChar=0x2d,modifiers=0x0,consumed=0
> passed
> Event KEY_PRESSED,keyCode=0x2d,keyChar=0x2d,modifiers=0x0,consumed=0
> filtered
> Event KEY_TYPED,keyCode=0x0,keyChar=0x2d,modifiers=0x0,consumed=0 passed
> ==> Translated to <0,2d>
> Event KEY_RELEASED,keyCode=0x2d,keyChar=0x2d,modifiers=0x0,consumed=0
> passed
> Event KEY_PRESSED,keyCode=0x27,keyChar=0xffff,modifiers=0x0,consumed=0
> passed
> ==> Translated to <27,0>
> Event KEY_RELEASED,keyCode=0x27,keyChar=0xffff,modifiers=0x0,consumed=0
> passed
> Event KEY_PRESSED,keyCode=0xe3,keyChar=0xffff,modifiers=0x0,consumed=0
> passed
> ==> Translated to <27,0>
> Event KEY_RELEASED,keyCode=0xe3,keyChar=0xffff,modifiers=0x0,consumed=0
> passed
>
> Previous behaviour:
>
> SUBTRACT - KP_RIGHT RIGHT
>
> Event KEY_PRESSED,keyCode=0x6d,keyChar=0x2d,modifiers=0x0,consumed=0
> passed
> ==> Translated to <6d,0>
> Event KEY_TYPED,keyCode=0x0,keyChar=0x2d,modifiers=0x0,consumed=0 filtered
> Event KEY_RELEASED,keyCode=0x6d,keyChar=0x2d,modifiers=0x0,consumed=0
> passed
> Event KEY_PRESSED,keyCode=0x2d,keyChar=0x2d,modifiers=0x0,consumed=0
> filtered
> Event KEY_TYPED,keyCode=0x0,keyChar=0x2d,modifiers=0x0,consumed=0 passed
> ==> Translated to <0,2d>
> Event KEY_RELEASED,keyCode=0x2d,keyChar=0x2d,modifiers=0x0,consumed=0
> passed
> Event KEY_PRESSED,keyCode=0xe3,keyChar=0xffff,modifiers=0x0,consumed=0
> passed
> ==> Translated to <e3,0>
> Event KEY_RELEASED,keyCode=0xe3,keyChar=0xffff,modifiers=0x0,consumed=0
> passed
> Event KEY_PRESSED,keyCode=0x27,keyChar=0xffff,modifiers=0x0,consumed=0
> passed
> ==> Translated to <27,0>
> Event KEY_RELEASED,keyCode=0x27,keyChar=0xffff,modifiers=0x0,consumed=0
> passed
>
> --
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

[ jEdit-users ] key pad keys appear the same as normal

[Alex F. <fi...@la...>]

Hi,

          I have just updated my version of jedit. On my previous version 5.1.0 I had set up a number of private macros to work from 
the keypad. I now have version 5.5.0 and I find that the keypad keys are being translated to the identical code as the normal 
keyboard. I have run the keyboard tester and tried keypad - , keyboard -, keypad right arrow, and keyboard right arrow and the 
KEY_PRESSED  keyCode key is different  but the keyChar and "Translated to" are the same. Under 5.1.0 the "Translated to" is 
different (See below). Is this a bug or a feature? Is there some way to get back the old behaviour? I'm on linux by the way.

  thanks ,

Alex

- - RIGHT RIGHT

Event KEY_PRESSED,keyCode=0x6d,keyChar=0x2d,modifiers=0x0,consumed=0 filtered
Event KEY_TYPED,keyCode=0x0,keyChar=0x2d,modifiers=0x0,consumed=0 passed
==> Translated to <0,2d>
Event KEY_RELEASED,keyCode=0x6d,keyChar=0x2d,modifiers=0x0,consumed=0 passed
Event KEY_PRESSED,keyCode=0x2d,keyChar=0x2d,modifiers=0x0,consumed=0 filtered
Event KEY_TYPED,keyCode=0x0,keyChar=0x2d,modifiers=0x0,consumed=0 passed
==> Translated to <0,2d>
Event KEY_RELEASED,keyCode=0x2d,keyChar=0x2d,modifiers=0x0,consumed=0 passed
Event KEY_PRESSED,keyCode=0x27,keyChar=0xffff,modifiers=0x0,consumed=0 passed
==> Translated to <27,0>
Event KEY_RELEASED,keyCode=0x27,keyChar=0xffff,modifiers=0x0,consumed=0 passed
Event KEY_PRESSED,keyCode=0xe3,keyChar=0xffff,modifiers=0x0,consumed=0 passed
==> Translated to <27,0>
Event KEY_RELEASED,keyCode=0xe3,keyChar=0xffff,modifiers=0x0,consumed=0 passed

Previous behaviour:

SUBTRACT - KP_RIGHT RIGHT

Event KEY_PRESSED,keyCode=0x6d,keyChar=0x2d,modifiers=0x0,consumed=0 passed
==> Translated to <6d,0>
Event KEY_TYPED,keyCode=0x0,keyChar=0x2d,modifiers=0x0,consumed=0 filtered
Event KEY_RELEASED,keyCode=0x6d,keyChar=0x2d,modifiers=0x0,consumed=0 passed
Event KEY_PRESSED,keyCode=0x2d,keyChar=0x2d,modifiers=0x0,consumed=0 filtered
Event KEY_TYPED,keyCode=0x0,keyChar=0x2d,modifiers=0x0,consumed=0 passed
==> Translated to <0,2d>
Event KEY_RELEASED,keyCode=0x2d,keyChar=0x2d,modifiers=0x0,consumed=0 passed
Event KEY_PRESSED,keyCode=0xe3,keyChar=0xffff,modifiers=0x0,consumed=0 passed
==> Translated to <e3,0>
Event KEY_RELEASED,keyCode=0xe3,keyChar=0xffff,modifiers=0x0,consumed=0 passed
Event KEY_PRESSED,keyCode=0x27,keyChar=0xffff,modifiers=0x0,consumed=0 passed
==> Translated to <27,0>
Event KEY_RELEASED,keyCode=0x27,keyChar=0xffff,modifiers=0x0,consumed=0 passed

-- 

[ jEdit-users ] Saving buffer when no changes have been made to a file

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

It appears that when I am editing a file in a buffer. and I choose File 
| Save, the contents are saved even when I have made no changes to the 
buffer. Is there a way to specify that when File | Save is used the file 
should be saved only when changes have been made to the file ?

Re: [ jEdit-users ] Fwd: jEdit 5.5.0 is out!

[Vampire <Va...@je...>]

I wouldn't provide this on the official download page Dale.
This way we can say that 7 is not supported.
If we provide this on the official download page, we officially support
Java 7 again.

Besides that, not installing Java 8 on XP because it is not supported
sounds pretty strange when XP itself is not supported anymore since long
time already and actually is pretty unsafe.

I doubt there are many situations like that.

Cheers
Björn

Jesse Pavel <jp...@al...> schrieb am Mi., 11. Apr. 2018, 02:43:

> And, if you'd like, here's the patch to make jEdit build in Java 7 -- just
> minor stuff:
>
>   https://app.box.com/s/7h7y4tekmtpnweo6glwbfwyiy679egln
>
> Best,
> Jesse
>
>
> On Tue, Apr 10, 2018 at 7:08 PM, Dale Anson <da...@da...> wrote:
>
>> Nice! Vampire, Alan -- would this be something that should be made
>> available on the downloads page?
>>
>> On Tue, Apr 10, 2018 at 4:39 PM, Jesse Pavel <jp...@al...> wrote:
>>
>>> By the way, if anyone has machines that are stuck at Java 7 (there are a
>>> few Windows XP machines around my place that don't have Java 8 because it's
>>> not officially supported on XP), I have a jedit.jar built from SVN for Java
>>> 7 that you can use in place of the jedit.jar that comes with the installer:
>>>
>>>   https://app.box.com/s/5l5b3bc5ph22m9crmq1vsglw318p9m76
>>>
>>> Cheers,
>>> Jesse
>>>
>>>
>>>
>>> On Mon, Apr 9, 2018 at 10:26 PM, sigzero <si...@gm...> wrote:
>>>
>>>> Awesome!
>>>>
>>>> On Mon, Apr 9, 2018 at 7:36 PM, Vampire <Va...@je...> wrote:
>>>>
>>>>> Hello everyone,
>>>>>
>>>>> I proudly present jEdit 5.5.0, the first stable release of the 5.5
>>>>> series of jEdit.
>>>>>
>>>>> Detailed changes can as always be found in the Change Log attached in
>>>>> the end of this email, but here are some of the major features of this
>>>>> version:
>>>>>
>>>>>     * Untitled buffers are now also autosaved
>>>>>     * Autosave files can be stored inside a certain directory like
>>>>> backup files instead of besides the original file
>>>>>     * jEdit's launcher and core have both been tested with Java 9.
>>>>> Some of the plugins (e.g. Lucene) may not yet be compatible, but at
>>>>> least the core works fine on it now
>>>>>
>>>>>
>>>>> Volunteers are always welcome to contribute to the future of jEdit:
>>>>> http://www.jedit.org/index.php?page=devel
>>>>>
>>>>>
>>>>> That being said, here is the download link:
>>>>> http://www.jedit.org/index.php?page=download
>>>>>
>>>>>
>>>>> Have fun with the new release.
>>>>>
>>>>> Best Regards
>>>>> Björn "Vampire" Kautler
>>>>>
>>>>>
>>>>>
>>>>> jEdit 5.5 version history
>>>>>        (changes since jEdit 5.4.0)
>>>>> :encoding=UTF-8:
>>>>>
>>>>> {{{ Version 5.5.0
>>>>>
>>>>> Thanks to Björn "Vampire" Kautler, AdamS, Wim West, M. Cesar R. Lacruz,
>>>>> Egor Abramovich, Hrotkó Gábor, Alan Ezust, Dale Anson, Roman Tsourick,
>>>>> Rafal Kolanski, Uwe Stöhr, Matthieu Casanova, A. Vontobel and Jesse
>>>>> Pavel for
>>>>> contributing to this release.
>>>>>
>>>>> {{{ Bug Fixes
>>>>>
>>>>> - Fix and cleanup various localization properties (Björn "Vampire"
>>>>> Kautler)
>>>>>
>>>>> - Make the Display_Shortcuts.bsh macro work properly (Björn "Vampire"
>>>>> Kautler)
>>>>>
>>>>> - Do not manipulate filename when opening a probably backup file but
>>>>> let the
>>>>>   user choose what to do as intended (Björn "Vampire" Kautler)
>>>>>
>>>>> - Fix jEdit backup filename recognition (Björn "Vampire" Kautler)
>>>>>
>>>>> - Do not use translated strings to match log lines within activity.log
>>>>> in
>>>>>   Make_Bug_Report.bsh (Björn "Vampire" Kautler)
>>>>>
>>>>> - Support Java 9 and newer in the Windows EXE launcher
>>>>>   (Bug #4064 - Björn "Vampire" Kautler)
>>>>>
>>>>> - Fix splash screen progress call count not being equal in all code
>>>>> branches /
>>>>>   parameter combinations (Björn "Vampire" Kautler)
>>>>>
>>>>> - Fix splash screen progress count, so that the progress bar finally
>>>>> reaches
>>>>>   the right end (Björn "Vampire" Kautler)
>>>>>
>>>>> - Fix a bug preventing jEdit from loading when a buffer has an invalid
>>>>>   selection and is loaded in two edit panes (Matthieu Casanova)
>>>>>
>>>>> - RegisterViewer editable contentPane fixed (Patch #598, Jesse Pavel)
>>>>>
>>>>> - Command line behavior for +line fixed (Patch #590 - Wim West)
>>>>>
>>>>> - Autosave Untitled Buffers is now persistent across sessions
>>>>>   (Feature Request #501, Patch #596, Patch #614, Fix Bug #4059 -
>>>>> Hrotkó Gábor)
>>>>>
>>>>> - Fixed a number of bugs in the new jEdit printing system (Dale Anson)
>>>>>
>>>>> - Add missing local properties to Insert_Buffer_Properties macro
>>>>>   (Patch #599 - Jesse Pavel)
>>>>>
>>>>> - Fixed an issue with the activity log viewer so that setting the
>>>>> number of
>>>>>   lines in the log actually works. (Dale Anson)
>>>>>
>>>>> - Fix for bug #3971, exception trying to set WM_CLASS. (Dale Anson)
>>>>>
>>>>> - Fix for bug #4047, illegal reflective access operation with Java 9.
>>>>>   (Dale Anson)
>>>>>
>>>>> - Fix Bug #4011, The Cut Lines macro gives exception if the cursor is
>>>>> beyond
>>>>>   text area (Patch #600, Roman Tsourick)
>>>>>
>>>>> - Fix for bug #541, let ESC key close the print dialog. (Dale Anson)
>>>>>
>>>>> }}}
>>>>> {{{ UI Improvements
>>>>>
>>>>> - Consistently use lowercase status bar indicators for disabled
>>>>> settings
>>>>>   (Björn "Vampire" Kautler)
>>>>>
>>>>> - Allow specification of fallback font sizes (Patch #569, Rafal
>>>>> Kolanski)
>>>>>
>>>>> - Show tooltips in ShortcutOptionPane table (FR# 538, Roman Tsourick)
>>>>>
>>>>> - FSB: Disable first column dragging (Patch# 603, Roman Tsourick)
>>>>>
>>>>> - FSB: Sorting icon not following header when moving
>>>>>   (Bug# 4049, Patch# 604, Roman Tsourick)
>>>>>
>>>>> }}}
>>>>> {{{ Miscellaneous
>>>>>
>>>>> - FR #506, FR #536: Autosaves are now saved to the Autosave directory,
>>>>> if
>>>>>   specified. (Alan Ezust, Hrotkó Gábor)
>>>>>
>>>>> - FR #175: Saving and backup option, "Never Mark Untitled Buffers
>>>>> Dirty" changed
>>>>>   name and behavior to "Close Dirty Untitled buffers without
>>>>> confirmation"
>>>>>   (Alan Ezust)
>>>>>
>>>>> - Patch #612, fr #518: buffer lock (Roman Tsourick)
>>>>>
>>>>> - Enhancements of russian localization (Roman Tsourick)
>>>>>
>>>>> }}}
>>>>> {{{ Editing
>>>>>
>>>>> - Shipped JavaDocs are now working properly if viewed with a browser as
>>>>>   JavaScript parts are no longer stripped off, just the noscript tags
>>>>> that
>>>>>   inform about disabled JavaScript are removed. ((Björn "Vampire"
>>>>> Kautler)
>>>>>
>>>>> - Patch #607: C and C++ mode updates (Roman Tsourick)
>>>>>
>>>>> - Patch #613: javascript mode update (up to ES 2017) (Roman Tsourick)
>>>>>
>>>>> - Patch #608, bug #2106: PHP mode "//" comment syntax highlighting is
>>>>> incorrect
>>>>>   (Roman Tsourick)
>>>>>
>>>>> - Patch #609, bug #2194: ASP Syntax highlight bug w/comment (Roman
>>>>> Tsourick)
>>>>>
>>>>> - Patch #610, bug #4054: hash comment highlighting in mysql mode
>>>>>   (Roman Tsourick)
>>>>>
>>>>> - Patch #611, bug #3249: assembler-x86 comment directive (Roman
>>>>> Tsourick)
>>>>>
>>>>> - nsis2 mode updates (Uwe Stöhr - Patch #606)
>>>>>
>>>>> - Draw2d mode updates (A.Vontobel - Patch #605)
>>>>>
>>>>> - Add Gherkin mode (english) to support Cucumber feature files
>>>>>   (Matthieu Casanova)
>>>>>
>>>>> - Patch #593 - Various small patches to modes (AdamS)
>>>>>
>>>>> - Patch #592 - for groovy mode (Egor Abramovich)
>>>>>
>>>>> - Patch #595 - New Assembly-arm32 edit mode (M. Cesar R. Lacruz)
>>>>>
>>>>> - Updated java-module-info mode (Dale Anson)
>>>>>
>>>>> }}}
>>>>>
>>>>> }}}
>>>>>
>>>>> jEdit buffer local properties:
>>>>>
>>>>> :maxLineLen=80:wrap=hard:autoIndent=simple:noTabs=true:indentSize=2:tabSize=2:
>>>>> :folding=explicit:collapseFolds=2:
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Check out the vibrant tech community on one of the world's most
>>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>>> --
>>>>> -----------------------------------------------
>>>>> jEdit Users' List
>>>>> jEd...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>>>>
>>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Check out the vibrant tech community on one of the world's most
>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>> --
>>>> -----------------------------------------------
>>>> jEdit Users' List
>>>> jEd...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>>>
>>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> --
>>> -----------------------------------------------
>>> jEdit Users' List
>>> jEd...@li...
>>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>>
>>>
>>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot--
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>