jedit-users

Re: [ jEdit-users ] Scalac plugin

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

The main reason I have not made any changes or releases to Scalac plugin is
because the host of the scalac plugin source is not here on sf.net.
Perhaps it should be.

On Fri, May 10, 2019 at 10:45 AM Alan Ezust <ala...@gm...> wrote:

> If you rebuild the plugin from source, it will work, but the latest
> release was built against an older version of jEdit which is why there is a
> binary incompatibility.
> someone needs to release an update to it.
>
>
> On Fri, May 10, 2019 at 10:37 AM Cranston, Sarah <
> sar...@du...> wrote:
>
>> Hi all,
>>
>>
>>
>> I’m trying to install the Scalac plugin (so that I can try out the
>> FinishHim plugin), but I get this error message:
>>
>>
>>
>> *Cannot start: java.lang.NoSuchMethodError:
>> org.gjt.sp.util.IOUtilities.closeQuietly(Ljava/io/InputStream;)V*
>>
>> *Try updating to a newer version of the plugin.*
>>
>>
>>
>> I tried choosing a different mirror, and I tried removing & reinstalling
>> Scalac, to no avail.
>>
>>
>>
>> What else can I try?
>>
>>
>>
>> *Sarah Cranston*
>>
>> *Duck Creek Technologies*
>>
>> Office: +1.417.262.7017  |  Mobile: +1.417.894.6184  |
>> sar...@du...
>>
>> My hours: MWF 8:30am-12:30pm Central time
>>
>> *Connect with us:*
>>
>> Website <http://www.duckcreek.com/>  |  Blog
>> <http://www.duckcreek.com/company/blogs/>   |  LinkedIn
>> <https://www.linkedin.com/company/duck-creek-technologies/>   |  Twitter
>> <https://twitter.com/duckcreektech>  |  Facebook
>> <https://www.facebook.com/duckcreektech/>
>>
>>
>>
>> Positioned as a *Leader* by Gartner
>> <https://info.duckcreek.com/gartner-2018-sig> for Ability to Execute and
>> Completeness of Vision for four consecutive years.
>>
>>
>> --
>> -----------------------------------------------
>> jEdit Users' List
>> jEd...@li...
>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>
>

Re: [ jEdit-users ] Scalac plugin

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

If you rebuild the plugin from source, it will work, but the latest release
was built against an older version of jEdit which is why there is a binary
incompatibility.
someone needs to release an update to it.


On Fri, May 10, 2019 at 10:37 AM Cranston, Sarah <
sar...@du...> wrote:

> Hi all,
>
>
>
> I’m trying to install the Scalac plugin (so that I can try out the
> FinishHim plugin), but I get this error message:
>
>
>
> *Cannot start: java.lang.NoSuchMethodError:
> org.gjt.sp.util.IOUtilities.closeQuietly(Ljava/io/InputStream;)V*
>
> *Try updating to a newer version of the plugin.*
>
>
>
> I tried choosing a different mirror, and I tried removing & reinstalling
> Scalac, to no avail.
>
>
>
> What else can I try?
>
>
>
> *Sarah Cranston*
>
> *Duck Creek Technologies*
>
> Office: +1.417.262.7017  |  Mobile: +1.417.894.6184  |
> sar...@du...
>
> My hours: MWF 8:30am-12:30pm Central time
>
> *Connect with us:*
>
> Website <http://www.duckcreek.com/>  |  Blog
> <http://www.duckcreek.com/company/blogs/>   |  LinkedIn
> <https://www.linkedin.com/company/duck-creek-technologies/>   |  Twitter
> <https://twitter.com/duckcreektech>  |  Facebook
> <https://www.facebook.com/duckcreektech/>
>
>
>
> Positioned as a *Leader* by Gartner
> <https://info.duckcreek.com/gartner-2018-sig> for Ability to Execute and
> Completeness of Vision for four consecutive years.
>
>
> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

[ jEdit-users ] Scalac plugin

[Cranston, S. <sar...@du...>]

Hi all,

I'm trying to install the Scalac plugin (so that I can try out the FinishHim plugin), but I get this error message:

Cannot start: java.lang.NoSuchMethodError: org.gjt.sp.util.IOUtilities.closeQuietly(Ljava/io/InputStream;)V
Try updating to a newer version of the plugin.

I tried choosing a different mirror, and I tried removing & reinstalling Scalac, to no avail.

What else can I try?

Sarah Cranston
Duck Creek Technologies
Office: +1.417.262.7017  |  Mobile: +1.417.894.6184  |  sar...@du...<mailto:sar...@du...>
My hours: MWF 8:30am-12:30pm Central time
Connect with us:
Website<http://www.duckcreek.com/>  |  Blog<http://www.duckcreek.com/company/blogs/>   |  LinkedIn<https://www.linkedin.com/company/duck-creek-technologies/>   |  Twitter<https://twitter.com/duckcreektech>  |  Facebook<https://www.facebook.com/duckcreektech/>

Positioned as a Leader by Gartner<https://info.duckcreek.com/gartner-2018-sig> for Ability to Execute and Completeness of Vision for four consecutive years.

[ jEdit-users ] I wrote the code of jEdit plugin management system using Apache Ivy

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

https://github.com/nandaka-furari/jEditFollower/commit/90a2f12479c13b3431d28e08972c06a9fbbbc3ac

It uses Apache Ivy.
It still doesn't work, but this will tell you what I'm trying to do and
it's a great reference.
If this works well and is incorporated into the system, then the XSLT
plugin will not need the Saxon plugin when using XSLT 2.0, and the XML
plugin will not need the Xerces plugin.

Re: [ jEdit-users ] Filetype based indent setting

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

Global Options - Editing - Change settings for Mode:
tab width:
indent width:


On Wed, Apr 10, 2019 at 4:42 PM Dave Harper <dav...@gm...> wrote:

> After years of working primarily in C where I used an indent setting of
> 2, I'm now also starting to use Python.  Although not rigidly enforced
> if indenting is consistent, the recommended standard seems to be 4
> characters.  I know that buffer options can override global options but
> I haven't found any way to set indent width based on filetype.  So for
> the time being I've been manually setting the buffer options every time
> I edit a Python script - usually after I tab the first time and find the
> width isn't what I need.  I tried searching through the archives but
> wasn't able to come up with anything relevant.  Is such a thing
> possible?  If not, is it on a roadmap for a future release?
>
> Also, no editor meets everyone's needs perfectly, but I've found that
> jEdit is the best cross-platform editor I've ever used. Thanks to
> everyone who has helped make it possible.
>
> Dave
>
>
>
> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

[ jEdit-users ] Filetype based indent setting

[Dave H. <dav...@gm...>]

After years of working primarily in C where I used an indent setting of 
2, I'm now also starting to use Python.  Although not rigidly enforced 
if indenting is consistent, the recommended standard seems to be 4 
characters.  I know that buffer options can override global options but 
I haven't found any way to set indent width based on filetype.  So for 
the time being I've been manually setting the buffer options every time 
I edit a Python script - usually after I tab the first time and find the 
width isn't what I need.  I tried searching through the archives but 
wasn't able to come up with anything relevant.  Is such a thing 
possible?  If not, is it on a roadmap for a future release?

Also, no editor meets everyone's needs perfectly, but I've found that 
jEdit is the best cross-platform editor I've ever used. Thanks to 
everyone who has helped make it possible.

Dave

[ jEdit-users ] I will answer questions asked to me

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

Since I still do not know how to use the mailing list, I answer in this way.
I may not be able to read English messages very properly, but I will reply
as much as possible.
I think the following items will be the answer.

* What I think about jEdit
** I want jEdit to be something like IntelliJ IDEA Community Edition.
   However, I think that there is something wrong and it is not.
   I want to solve that problem.
* About the repository I created
** This project aims to create a text editor that follows jEdit.
** I think that the results obtained in that process can also be returned
to the jEdit project
* About IntelliJ
** Java requires an IDE like IntelliJ. As jEdit is.
https://sourceforge.net/p/jedit/svn/14193/
** And there is much to learn by using IntelliJ.
https://twitter.com/slava_pestov/status/702018397924536320
* About Steve Jakob
** He changed my negative perception of me and made it public. So I have no
hostility towards him anymore and will not attack him.
** Also, I think that the claim is generally valid about my disrespectful
he says.
   So, I apologize to those who are offended by that. I'm sorry.
*** However, "old" and "poor" do not think that I have the same meaning.
* About the license
** Linux is successful under GPL2. It is supported by many Linux
distributions, which are supported by many non-GPL2 licensed software.
** When I talk about licensing, at least when I talk about GPL2, I write it
as GPL2 and I understand that it is better not to write only GPL, so I will
be careful in the future.
** And there is a strong point that it means that jEdit's plugin manager
should not show the license as it is a serious misunderstanding and should
be improved.
* Relationship between OSS and companies
** Many OSSs are now supported by companies.
** For example, IntelliJ IDEA Communitiy Edition is supported by JetBrains.
** For example, OpenJDK is supported by Oracle.
*** The OpenJDK is a good example of a successful GPL when it comes to
licensing.
    However, it is GNU Classpath Exception. In my recognition this is
different from GPL2. Naturally recognition will differ depending on the
person.
* About GitHub
** It takes experiments that sometimes fail to develop something, GitHub is
excellent as a test site.

After reading various opinions and organizing the situation, I changed my
perception of the past and came up with an idea, so I will propose it.
How about creating a repository on GitHub to experiment with jEdit?
Under a permissive license, put experimental code there to make jEdit
better, but without confirmation.
As I do now, just throwing in ideas can be helpful.
And it will promote jEdit's development under GPL2 and prove that GPL2 is
not a bad license.
In any case, it is better to have an account in the name of jedit.org, and
I think that there are no disadvantages.

I now think that I can use Apache Ivy for the plugin management system, and
I want to make the code as soon as possible.
However, I can not say that this week or this month.
And, I have the confidence to trigger my plan to be adopted.

PS.
If you are concerned about "my dark summons", ask me personally, I will
answer.
However, needless to say, I do not take any responsibility for "anything"
that happens to you.

Re: [ jEdit-users ] Mac & Screen Sharing / Keyboard Lock

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

By "widget", if you mean "Plug-In", I don't have any plug-ins installed.

But "Scroll and Center Caret", which seems to be mapped to Command-L, does not appear to help.

FWIW - I have also tried de-selecting 'Use OS X naive Quartz renderer', which didn't appear to help either.

I will try a more up-to-date Java JDK, as someone else suggested, but I am a Java developer, and my customer has me developing for JDK 8, so I need to get some focused and careful down-time in order to test that, without disrupting anything else I'm working on ...


> On Apr 8, 2019, at 1:58 PM, Alan Ezust <ala...@gm...> wrote:
> 
> Actually, what you think of as "locked" keyboard might just be that a different widget has focus and is eating your keyboard events.
> Besides clicking in the widget with your mouse, you can bring focus back to the text area with many keyboard shortcuts, the one I like to use is "scroll and center caret". 
> 

Re: [ jEdit-users ] Mac & Screen Sharing / Keyboard Lock

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

Actually, what you think of as "locked" keyboard might just be that a
different widget has focus and is eating your keyboard events.
Besides clicking in the widget with your mouse, you can bring focus back to
the text area with many keyboard shortcuts, the one I like to use is
"scroll and center caret".

Re: [ jEdit-users ] Mac & Screen Sharing / Keyboard Lock

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

Hi Dave,

Sorry you weren’t able to figure it out. Unfortunately I don’t have access to a second Mac device at this time.

> On Apr 8, 2019, at 1:29 PM, David Filip <df...@co...> wrote:
> ...
> Nonetheless, Steve Jakob, I acknowledge the many years of contributions you have made to the JEdit project, and even if this problem cannot be resolved, I will forgive you, and promise never to make you disappear from this world by my dark summons, or by any other means ... ;-)

LMAO!

Thanks,

Steve.

Re: [ jEdit-users ] Mac & Screen Sharing / Keyboard Lock

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

Hi David,

JRE 1.8.0_121 is kinda old. Try updating to a newer version of the JRE, one
that was released after whatever version of the OS is you are running.
Maybe there are bug fixes in the JRE that will handle these OS-specific
platform issues.



On Mon, Apr 8, 2019 at 10:30 AM David Filip <df...@co...> wrote:

> Steve,
>
> Thanks for the response, but while I agree is appears to be a window
> context problem, I have verified this problem occurs when there are no
> other windows open, from JEdit or otherwise.  Also, I use JEdit all the
> time, and Screen Sharing all the time, and have for many years, and through
> the years I’ve been doing this, this NEVER happened until I upgraded a
> bunch of servers from El Capitan to High Sierra + Mojave.
>
> I can always reproduce the problem by opening up a Screen Sharing session,
> launching JEdit on the remote server, typing or opening a file, and then
> changing the context to either the desktop or any other window on the
> remote server.  If I click the mouse within the JEdit window, I can see the
> highlight bar move within the editor window, and I see the JEdit menu
> options appear at the top, and the JEdit window bar “darkens”, so I know
> the window is being selected, but alas, the keyboard is completely
> unresponsive.  I can fix it by minimizing the JEdit window, and then
> double-clicking on the minimized icon to re-open the window, and then my
> keyboard works in the edit window … until I click somewhere else and then
> back, and then the keyboard is frozen again.
>
> I’m wondering if anyone out there with High Sierra / Mojave and at least
> two Mac’s can reproduce this, by screen sharing from one to the other.  Not
> sure that it matters, but I am opening Screen Sharing ON MOJAVE and opening
> a remote session ON HIGH SIERRA.
>
> Again, I never see any of this if I am on the same Mac at the “console”
> (local keyboard and display).  Also, I have seen it in various combinations
> between different servers, so it is not specific to just one Mac (I think I
> have 6 Macs, last time I took count …).
>
> Nonetheless, this problem is very annoying, and ALMOST getting me to look
> for another editor, after using JEdit for many years.  I said ALMOST ...
>
> Nonetheless, Steve Jakob, I acknowledge the many years of contributions
> you have made to the JEdit project, and even if this problem cannot be
> resolved, I will forgive you, and promise never to make you disappear from
> this world by my dark summons, or by any other means ... ;-)
>
> Thanks,
>
> Dave Filip
>
>
> > On Apr 5, 2019, at 10:18 AM, Steve Jakob <ste...@wi...>
> wrote:
> >
> > Hi David,
> >
> > I’ve never run jEdit remotely via MacOS screen sharing but I have
> experienced similar behaviour. It happens for me when jEdit opens another
> window and that new window has the focus, rendering the main editing window
> completely unresponsive. This happens most often when jEdit detects a
> change in an open file. Often it’s not clear what’s going on as the new
> window gets opened behind another application window or on another virtual
> desktop. Using Alt-Tab to switch to jEdit often seems to take me to the
> main editing window rather than the window with focus. In order to fix it I
> use Mission Control to show all open windows in order to find and close the
> offending window.
> >
> > Is it possible you’re having a similar “rogue window” problem?
> >
> > Steve Jakob
> >
> >
> >> On Apr 5, 2019, at 8:53 AM, David Filip <df...@co...> wrote:
> >>
> >> Greetings,
> >>
> >> I have started having a rather bizarre problem running JEdit - my
> favorite cross-platform delevlopment editor - on a Mac ... but only when
> using screen sharing (?!).  I believe this started when I upgraded from El
> Capitan to Mojave (on some Macs) and High Sierra (on some Macs that don't
> support Mojave).  I don't remember ever seeing this problem on El Capitan.
> >>
> >> JEdit works fine when I am sitting at the Mac connected keyboard and
> screen.  I have seen no issues since upgrading.
> >>
> >> However, if I use macOS Screen Sharing to a remote Mac, I can open
> JEdit on the remote Mac, begin editing a file, and everything is fine until
> I lose focus and click on another window.  Then, if I click back on my
> JEdit window -- still within screen sharing -- the keyboard is completely
> locked unresponsive, but only in the JEdit window.  Of course, I can change
> focus to any other window on the remote Mac and the keyboard works fine.
> >>
> >> What is even more bizarre is if I then physically go to the connected
> keyboard and screen of what was the remote Mac once this happens, the
> keyboard is also unresponsive within the JEdit window.  However, while
> still sitting at the connected keyboard and screen, I click on another
> window to change focus, and then click back on the JEdit window, I can once
> again type in JEdit.
> >>
> >> So ... I'm wondering if anyone else has experienced this?  Or if anyone
> out there has any ideas?
> >>
> >> I am running the latest JEdit (5.5.0) with the Oracle JRE 1.8.0_121.  I
> know it is easy to blame on macOS Screen Sharing, but I don't experience
> this with any other program, and regardless of the root cause, I'd love to
> find a work-around.
> >>
> >> My use case is that I manage five (5) Macs, each doing different
> things, an spend most of my day in front of a 4K monitor so that I can
> manage all of them, via Screen Sharing.
> >>
> >> Also, I originally had this problem running an older version of JEdit
> (I believe it was 5.3), so I upgraded (to 5.5.0) hoping it would help, but
> it did not.
> >>
> >> Any feedback or suggestions would be appreciated.
> >>
> >> Thanks,
> >>
> >> Dave.
> >>
> >>
> >>
> >> --
> >> -----------------------------------------------
> >> 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 ] Mac & Screen Sharing / Keyboard Lock

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

I have no suggestions for your issue, but i literally laughed out loud at
your message, thanks!

On Mon, Apr 8, 2019 at 11:29 AM David Filip <df...@co...> wrote:

> Steve,
>
> Thanks for the response, but while I agree is appears to be a window
> context problem, I have verified this problem occurs when there are no
> other windows open, from JEdit or otherwise.  Also, I use JEdit all the
> time, and Screen Sharing all the time, and have for many years, and through
> the years I’ve been doing this, this NEVER happened until I upgraded a
> bunch of servers from El Capitan to High Sierra + Mojave.
>
> I can always reproduce the problem by opening up a Screen Sharing session,
> launching JEdit on the remote server, typing or opening a file, and then
> changing the context to either the desktop or any other window on the
> remote server.  If I click the mouse within the JEdit window, I can see the
> highlight bar move within the editor window, and I see the JEdit menu
> options appear at the top, and the JEdit window bar “darkens”, so I know
> the window is being selected, but alas, the keyboard is completely
> unresponsive.  I can fix it by minimizing the JEdit window, and then
> double-clicking on the minimized icon to re-open the window, and then my
> keyboard works in the edit window … until I click somewhere else and then
> back, and then the keyboard is frozen again.
>
> I’m wondering if anyone out there with High Sierra / Mojave and at least
> two Mac’s can reproduce this, by screen sharing from one to the other.  Not
> sure that it matters, but I am opening Screen Sharing ON MOJAVE and opening
> a remote session ON HIGH SIERRA.
>
> Again, I never see any of this if I am on the same Mac at the “console”
> (local keyboard and display).  Also, I have seen it in various combinations
> between different servers, so it is not specific to just one Mac (I think I
> have 6 Macs, last time I took count …).
>
> Nonetheless, this problem is very annoying, and ALMOST getting me to look
> for another editor, after using JEdit for many years.  I said ALMOST ...
>
> Nonetheless, Steve Jakob, I acknowledge the many years of contributions
> you have made to the JEdit project, and even if this problem cannot be
> resolved, I will forgive you, and promise never to make you disappear from
> this world by my dark summons, or by any other means ... ;-)
>
> Thanks,
>
> Dave Filip
>
>
> > On Apr 5, 2019, at 10:18 AM, Steve Jakob <ste...@wi...>
> wrote:
> >
> > Hi David,
> >
> > I’ve never run jEdit remotely via MacOS screen sharing but I have
> experienced similar behaviour. It happens for me when jEdit opens another
> window and that new window has the focus, rendering the main editing window
> completely unresponsive. This happens most often when jEdit detects a
> change in an open file. Often it’s not clear what’s going on as the new
> window gets opened behind another application window or on another virtual
> desktop. Using Alt-Tab to switch to jEdit often seems to take me to the
> main editing window rather than the window with focus. In order to fix it I
> use Mission Control to show all open windows in order to find and close the
> offending window.
> >
> > Is it possible you’re having a similar “rogue window” problem?
> >
> > Steve Jakob
> >
> >
> >> On Apr 5, 2019, at 8:53 AM, David Filip <df...@co...> wrote:
> >>
> >> Greetings,
> >>
> >> I have started having a rather bizarre problem running JEdit - my
> favorite cross-platform delevlopment editor - on a Mac ... but only when
> using screen sharing (?!).  I believe this started when I upgraded from El
> Capitan to Mojave (on some Macs) and High Sierra (on some Macs that don't
> support Mojave).  I don't remember ever seeing this problem on El Capitan.
> >>
> >> JEdit works fine when I am sitting at the Mac connected keyboard and
> screen.  I have seen no issues since upgrading.
> >>
> >> However, if I use macOS Screen Sharing to a remote Mac, I can open
> JEdit on the remote Mac, begin editing a file, and everything is fine until
> I lose focus and click on another window.  Then, if I click back on my
> JEdit window -- still within screen sharing -- the keyboard is completely
> locked unresponsive, but only in the JEdit window.  Of course, I can change
> focus to any other window on the remote Mac and the keyboard works fine.
> >>
> >> What is even more bizarre is if I then physically go to the connected
> keyboard and screen of what was the remote Mac once this happens, the
> keyboard is also unresponsive within the JEdit window.  However, while
> still sitting at the connected keyboard and screen, I click on another
> window to change focus, and then click back on the JEdit window, I can once
> again type in JEdit.
> >>
> >> So ... I'm wondering if anyone else has experienced this?  Or if anyone
> out there has any ideas?
> >>
> >> I am running the latest JEdit (5.5.0) with the Oracle JRE 1.8.0_121.  I
> know it is easy to blame on macOS Screen Sharing, but I don't experience
> this with any other program, and regardless of the root cause, I'd love to
> find a work-around.
> >>
> >> My use case is that I manage five (5) Macs, each doing different
> things, an spend most of my day in front of a 4K monitor so that I can
> manage all of them, via Screen Sharing.
> >>
> >> Also, I originally had this problem running an older version of JEdit
> (I believe it was 5.3), so I upgraded (to 5.5.0) hoping it would help, but
> it did not.
> >>
> >> Any feedback or suggestions would be appreciated.
> >>
> >> Thanks,
> >>
> >> Dave.
> >>
> >>
> >>
> >> --
> >> -----------------------------------------------
> >> 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 ] Mac & Screen Sharing / Keyboard Lock

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

Steve,

Thanks for the response, but while I agree is appears to be a window context problem, I have verified this problem occurs when there are no other windows open, from JEdit or otherwise.  Also, I use JEdit all the time, and Screen Sharing all the time, and have for many years, and through the years I’ve been doing this, this NEVER happened until I upgraded a bunch of servers from El Capitan to High Sierra + Mojave.

I can always reproduce the problem by opening up a Screen Sharing session, launching JEdit on the remote server, typing or opening a file, and then changing the context to either the desktop or any other window on the remote server.  If I click the mouse within the JEdit window, I can see the highlight bar move within the editor window, and I see the JEdit menu options appear at the top, and the JEdit window bar “darkens”, so I know the window is being selected, but alas, the keyboard is completely unresponsive.  I can fix it by minimizing the JEdit window, and then double-clicking on the minimized icon to re-open the window, and then my keyboard works in the edit window … until I click somewhere else and then back, and then the keyboard is frozen again.

I’m wondering if anyone out there with High Sierra / Mojave and at least two Mac’s can reproduce this, by screen sharing from one to the other.  Not sure that it matters, but I am opening Screen Sharing ON MOJAVE and opening a remote session ON HIGH SIERRA.

Again, I never see any of this if I am on the same Mac at the “console” (local keyboard and display).  Also, I have seen it in various combinations between different servers, so it is not specific to just one Mac (I think I have 6 Macs, last time I took count …).

Nonetheless, this problem is very annoying, and ALMOST getting me to look for another editor, after using JEdit for many years.  I said ALMOST ...

Nonetheless, Steve Jakob, I acknowledge the many years of contributions you have made to the JEdit project, and even if this problem cannot be resolved, I will forgive you, and promise never to make you disappear from this world by my dark summons, or by any other means ... ;-)

Thanks,

Dave Filip


> On Apr 5, 2019, at 10:18 AM, Steve Jakob <ste...@wi...> wrote:
> 
> Hi David,
> 
> I’ve never run jEdit remotely via MacOS screen sharing but I have experienced similar behaviour. It happens for me when jEdit opens another window and that new window has the focus, rendering the main editing window completely unresponsive. This happens most often when jEdit detects a change in an open file. Often it’s not clear what’s going on as the new window gets opened behind another application window or on another virtual desktop. Using Alt-Tab to switch to jEdit often seems to take me to the main editing window rather than the window with focus. In order to fix it I use Mission Control to show all open windows in order to find and close the offending window.
> 
> Is it possible you’re having a similar “rogue window” problem?
> 
> Steve Jakob
> 
> 
>> On Apr 5, 2019, at 8:53 AM, David Filip <df...@co...> wrote:
>> 
>> Greetings,
>> 
>> I have started having a rather bizarre problem running JEdit - my favorite cross-platform delevlopment editor - on a Mac ... but only when using screen sharing (?!).  I believe this started when I upgraded from El Capitan to Mojave (on some Macs) and High Sierra (on some Macs that don't support Mojave).  I don't remember ever seeing this problem on El Capitan.
>> 
>> JEdit works fine when I am sitting at the Mac connected keyboard and screen.  I have seen no issues since upgrading.
>> 
>> However, if I use macOS Screen Sharing to a remote Mac, I can open JEdit on the remote Mac, begin editing a file, and everything is fine until I lose focus and click on another window.  Then, if I click back on my JEdit window -- still within screen sharing -- the keyboard is completely locked unresponsive, but only in the JEdit window.  Of course, I can change focus to any other window on the remote Mac and the keyboard works fine.
>> 
>> What is even more bizarre is if I then physically go to the connected keyboard and screen of what was the remote Mac once this happens, the keyboard is also unresponsive within the JEdit window.  However, while still sitting at the connected keyboard and screen, I click on another window to change focus, and then click back on the JEdit window, I can once again type in JEdit.
>> 
>> So ... I'm wondering if anyone else has experienced this?  Or if anyone out there has any ideas?
>> 
>> I am running the latest JEdit (5.5.0) with the Oracle JRE 1.8.0_121.  I know it is easy to blame on macOS Screen Sharing, but I don't experience this with any other program, and regardless of the root cause, I'd love to find a work-around.
>> 
>> My use case is that I manage five (5) Macs, each doing different things, an spend most of my day in front of a 4K monitor so that I can manage all of them, via Screen Sharing.
>> 
>> Also, I originally had this problem running an older version of JEdit (I believe it was 5.3), so I upgraded (to 5.5.0) hoping it would help, but it did not.
>> 
>> Any feedback or suggestions would be appreciated.
>> 
>> Thanks,
>> 
>> Dave.
>> 
>> 
>> 
>> -- 
>> -----------------------------------------------
>> 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 ] Created a GitHub repository that gives jEdit live

[Dimitri M. <dm...@bm...>]

PS for those who haven't seen this back when it was making the rounds:
google translate is known for its "peculiar" sense of humour

https://www.indy100.com/article/google-translate-phrases-results-reddit-doomsday-clock-8463591

-- 
Dimitri Maziuk
Programmer/sysadmin
BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu

Re: [ jEdit-users ] Created a GitHub repository that gives jEdit live

[Dimitri M. <dm...@bm...>]

On 4/8/19 10:19 AM, Stefan Reich via jEdit-users wrote:
> Yeah that was a really weird, but somehow enjoyable post ("my dark
> summons"!?).
Wait till the sky opens and a plague of alien transformer angels
descends upon your all houses carrying deathu notuses. We'll see how you
enjoy it then, mu-ha-ha-ha-ha.
-- 
Dimitri Maziuk
Programmer/sysadmin
BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu

Re: [ jEdit-users ] Created a GitHub repository that gives jEdit live

[Stefan R. <ste...@go...>]

Yeah that was a really weird, but somehow enjoyable post ("my dark
summons"!?). And what are all his XML files about?

I think jEdit should probably be pioneered by someone who doesn't have to
use Google Translate in order to speak English...

Cheers

On Mon, 8 Apr 2019 at 02:23, Dale Anson <da...@da...> wrote:

> I'm not clear on what you're trying to do with this project, would you
> explain what you're trying to accomplish? How would this be incorporated
> into the jEdit project? I have a feeling that I'm missing something due to
> Japanese/English translations. Is this going to be a successor to jEdit? A
> rewrite from scratch? I see your project includes a couple of IntelliJ
> control files, so I'm also curious as to what IntelliJ provides that you
> like that jEdit doesn't? At what point would you expect that you'd be using
> jEdit itself for your project rather than IntelliJ?
>
> What is this about? Steve has been contributing to the jEdit project for
> as long as I can remember, and that's getting close to 20 years.
> "And Steve Jakob.
> I will not forgive you.
> I have you disappear from this world by my dark summons."
>
> Thanks,
>
> Dale
>
>
>
> On Sat, Apr 6, 2019 at 1:06 AM ナンダカフラリ <nan...@gm...> wrote:
>
>> (This sentence is translated from Japanese to English using Google
>> Translate)
>>
>> Hello.
>>
>> I tried to create a repository that aims to create a successor to jEdit.
>>
>> https://github.com/nandaka-furari/jEditFollower
>>
>> I just rewritten the DTD to RelaxNG so that nobody ever needs to type in
>> a capital letter.
>> And also a little Java code.
>> It is still about this level, but I think that it can also be
>> incorporated into the jEdit project and used eventually.
>>
>> And Steve Jakob.
>> I will not forgive you.
>> I have you disappear from this world by my dark summons.
>> --
>> -----------------------------------------------
>> 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
>


-- 
Stefan Reich
BotCompany.de // Java-based operating systems

Re: [ jEdit-users ] Created a GitHub repository that gives jEdit live

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

I had considered just dismissing this, but then I thought that you might be just some inexperienced kid who’s just getting into software development so I’ve decided to explain why I feel that your proposal is unreasonable and a little insulting to those who maintain and support jEdit.

First, you have no history with this project and have made no contributions that I’m aware of, but you come on this list and essentially tell the maintainers that the project is on the wrong hosting service, had a bad license and the code quality is poor. This is disrepectful.

This is the second time that you’ve been pushing for a move to github but have given no good reason for such a move other than because it’s what YOU want. Dale had taken the time to provide you with some of the previous discussions on that topic but you seem to have ignored them. This is also disrepectul.

You stated in your proposal that “Projects under the GPL are hated by many programmers” but the jEdit maintainers are programmers and they’ve CHOSEN to work on an application with a GPL license. Again, your statement is disrespectul of them.

I get the impression that you don’t know much about the GPL or software licensing in general. If you did you would understand that the license change that you want is nearly impossible at this point. A change in license would require permission from the code authors, many of whom haven’t been associated with the project in years. This includes the original author, Slava Pestov.

Finally, I feel that you’ve greatly underestimated the time and effort that would be required to make the changes that you’ve proposed. Changing hosting services is not as simple as copying a bunch of files. Removing “old code” (for example, changing the graphics toolkit from Swing to JavaFX) is nowhere near as simple as it sounds.

Maybe you’re an amazing programmer. Maybe you have some excellent ideas. Maybe you have what it takes to create a modern replacement for jEdit, but I don’t know because you’re new here and it seems as if all you’ve done since you arrived on this list is to make demands. I have a great deal of respect for the folks who maintain jEdit and I’m a little protective of them. For me, jEdit is an indispensable part of my software toolkit that I use almost every day. If you want to be taken seriously as a developer then I would suggest starting out by making smaller contributions to the jEdit codebase rather than advocating for large, disruptive changes.

To close, I stand by my statement from my previous email. If you want a programmer’s editor that doesn’t have “old code” and that’s hosted on github with a more permissive license then you’re probably going to have to write it yourself. If you want an excellent programmer’s editor that’s very flexible and has proven itself over many years, then jEdit is a good choice.

Hate me if you must, but I’m just being honest.

Steve Jakob

> On Apr 6, 2019, at 3:05 AM, ナンダカフラリ <nan...@gm...> wrote:
> 
> (This sentence is translated from Japanese to English using Google Translate)
> 
> Hello.
> 
> I tried to create a repository that aims to create a successor to jEdit.
> 
> https://github.com/nandaka-furari/jEditFollower <https://github.com/nandaka-furari/jEditFollower>
> 
> I just rewritten the DTD to RelaxNG so that nobody ever needs to type in a capital letter.
> And also a little Java code.
> It is still about this level, but I think that it can also be incorporated into the jEdit project and used eventually.
> 
> And Steve Jakob.
> I will not forgive you.
> I have you disappear from this world by my dark summons.
> -- 
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users

Re: [ jEdit-users ] Created a GitHub repository that gives jEdit live

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

I'm not clear on what you're trying to do with this project, would you
explain what you're trying to accomplish? How would this be incorporated
into the jEdit project? I have a feeling that I'm missing something due to
Japanese/English translations. Is this going to be a successor to jEdit? A
rewrite from scratch? I see your project includes a couple of IntelliJ
control files, so I'm also curious as to what IntelliJ provides that you
like that jEdit doesn't? At what point would you expect that you'd be using
jEdit itself for your project rather than IntelliJ?

What is this about? Steve has been contributing to the jEdit project for as
long as I can remember, and that's getting close to 20 years.
"And Steve Jakob.
I will not forgive you.
I have you disappear from this world by my dark summons."

Thanks,

Dale



On Sat, Apr 6, 2019 at 1:06 AM ナンダカフラリ <nan...@gm...> wrote:

> (This sentence is translated from Japanese to English using Google
> Translate)
>
> Hello.
>
> I tried to create a repository that aims to create a successor to jEdit.
>
> https://github.com/nandaka-furari/jEditFollower
>
> I just rewritten the DTD to RelaxNG so that nobody ever needs to type in a
> capital letter.
> And also a little Java code.
> It is still about this level, but I think that it can also be incorporated
> into the jEdit project and used eventually.
>
> And Steve Jakob.
> I will not forgive you.
> I have you disappear from this world by my dark summons.
> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

[ jEdit-users ] Created a GitHub repository that gives jEdit live

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

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

Hello.

I tried to create a repository that aims to create a successor to jEdit.

https://github.com/nandaka-furari/jEditFollower

I just rewritten the DTD to RelaxNG so that nobody ever needs to type in a
capital letter.
And also a little Java code.
It is still about this level, but I think that it can also be incorporated
into the jEdit project and used eventually.

And Steve Jakob.
I will not forgive you.
I have you disappear from this world by my dark summons.

Re: [ jEdit-users ] Mac & Screen Sharing / Keyboard Lock

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

Hi David,

I’ve never run jEdit remotely via MacOS screen sharing but I have experienced similar behaviour. It happens for me when jEdit opens another window and that new window has the focus, rendering the main editing window completely unresponsive. This happens most often when jEdit detects a change in an open file. Often it’s not clear what’s going on as the new window gets opened behind another application window or on another virtual desktop. Using Alt-Tab to switch to jEdit often seems to take me to the main editing window rather than the window with focus. In order to fix it I use Mission Control to show all open windows in order to find and close the offending window.

Is it possible you’re having a similar “rogue window” problem?

Steve Jakob


> On Apr 5, 2019, at 8:53 AM, David Filip <df...@co...> wrote:
> 
> Greetings,
> 
> I have started having a rather bizarre problem running JEdit - my favorite cross-platform delevlopment editor - on a Mac ... but only when using screen sharing (?!).  I believe this started when I upgraded from El Capitan to Mojave (on some Macs) and High Sierra (on some Macs that don't support Mojave).  I don't remember ever seeing this problem on El Capitan.
> 
> JEdit works fine when I am sitting at the Mac connected keyboard and screen.  I have seen no issues since upgrading.
> 
> However, if I use macOS Screen Sharing to a remote Mac, I can open JEdit on the remote Mac, begin editing a file, and everything is fine until I lose focus and click on another window.  Then, if I click back on my JEdit window -- still within screen sharing -- the keyboard is completely locked unresponsive, but only in the JEdit window.  Of course, I can change focus to any other window on the remote Mac and the keyboard works fine.
> 
> What is even more bizarre is if I then physically go to the connected keyboard and screen of what was the remote Mac once this happens, the keyboard is also unresponsive within the JEdit window.  However, while still sitting at the connected keyboard and screen, I click on another window to change focus, and then click back on the JEdit window, I can once again type in JEdit.
> 
> So ... I'm wondering if anyone else has experienced this?  Or if anyone out there has any ideas?
> 
> I am running the latest JEdit (5.5.0) with the Oracle JRE 1.8.0_121.  I know it is easy to blame on macOS Screen Sharing, but I don't experience this with any other program, and regardless of the root cause, I'd love to find a work-around.
> 
> My use case is that I manage five (5) Macs, each doing different things, an spend most of my day in front of a 4K monitor so that I can manage all of them, via Screen Sharing.
> 
> Also, I originally had this problem running an older version of JEdit (I believe it was 5.3), so I upgraded (to 5.5.0) hoping it would help, but it did not.
> 
> Any feedback or suggestions would be appreciated.
> 
> Thanks,
> 
> Dave.
> 
> 
> 
> -- 
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users

[ jEdit-users ] Mac & Screen Sharing / Keyboard Lock

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

Greetings,

I have started having a rather bizarre problem running JEdit - my favorite cross-platform delevlopment editor - on a Mac ... but only when using screen sharing (?!).  I believe this started when I upgraded from El Capitan to Mojave (on some Macs) and High Sierra (on some Macs that don't support Mojave).  I don't remember ever seeing this problem on El Capitan.

JEdit works fine when I am sitting at the Mac connected keyboard and screen.  I have seen no issues since upgrading.

However, if I use macOS Screen Sharing to a remote Mac, I can open JEdit on the remote Mac, begin editing a file, and everything is fine until I lose focus and click on another window.  Then, if I click back on my JEdit window -- still within screen sharing -- the keyboard is completely locked unresponsive, but only in the JEdit window.  Of course, I can change focus to any other window on the remote Mac and the keyboard works fine.

What is even more bizarre is if I then physically go to the connected keyboard and screen of what was the remote Mac once this happens, the keyboard is also unresponsive within the JEdit window.  However, while still sitting at the connected keyboard and screen, I click on another window to change focus, and then click back on the JEdit window, I can once again type in JEdit.

So ... I'm wondering if anyone else has experienced this?  Or if anyone out there has any ideas?

I am running the latest JEdit (5.5.0) with the Oracle JRE 1.8.0_121.  I know it is easy to blame on macOS Screen Sharing, but I don't experience this with any other program, and regardless of the root cause, I'd love to find a work-around.

My use case is that I manage five (5) Macs, each doing different things, an spend most of my day in front of a 4K monitor so that I can manage all of them, via Screen Sharing.

Also, I originally had this problem running an older version of JEdit (I believe it was 5.3), so I upgraded (to 5.5.0) hoping it would help, but it did not.

Any feedback or suggestions would be appreciated.

Thanks,

Dave.

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

[Dimitri M. <dm...@bm...>]

On 4/4/19 12:30 PM, Steve Jakob wrote:

> Well put Dale, my thoughts exactly. When I read the original post my thought was “the only programmers who hate the GPL are the ones who want to steal code”.

The noughties called and wanted to play you an .au of Stallman singing
The Free Software Song.

I want ZFS in my my Linux but apparently GPL is large part of the reason
it can't be integrated in the upstream kernel. I have not idea if the
same thing could happen to jEdit vs a plugin -- or more importantly if
anyone would care, just given the size of the userbase -- but I think
this whole "stealing code" spiel got old a couple decades ago.

-- 
Dimitri Maziuk
Programmer/sysadmin
BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu

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

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

I think having all the plugins in one place is a better option. I haven't
looked so I don't know if that is already the case.

jEdit being GPL doesn't really affect anything. It usually CORPORATE suits
that don't like the GPL and I don't see jEdit being in their crosshairs at
all.

--
Bob

On Thu, Apr 4, 2019 at 1:23 PM Alan Ezust <ala...@gm...> wrote:

> Hello Nanda,
>
> I prefer wtfpl myself. I released some of my plugins under that license.
> But switching between GPL or MIT or WPFTL license does not impact my
> ability to write code or contribute.
> What problem are you trying to solve?
>
> On Wed, Apr 3, 2019 at 11:40 PM ナンダカフラリ <nan...@gm...> wrote:
>
>> (This sentence is translated from Japanese to English using Google
>> Translate)
>>
>
>
>> * 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.
>>
>> --
> -----------------------------------------------
> jEdit Users' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-users
>

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

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

> On Apr 4, 2019, at 1:00 PM, Dale Anson <da...@da...> wrote:
> 
> 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. …

Well put Dale, my thoughts exactly. When I read the original post my thought was “the only programmers who hate the GPL are the ones who want to steal code”.

If the original poster wants a text editor project on Github that doesn’t contain “old code” and that uses a different license, then perhaps he should write one himself.

Steve.

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

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

Hello Nanda,

I prefer wtfpl myself. I released some of my plugins under that license.
But switching between GPL or MIT or WPFTL license does not impact my
ability to write code or contribute.
What problem are you trying to solve?

On Wed, Apr 3, 2019 at 11:40 PM ナンダカフラリ <nan...@gm...> wrote:

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


> * 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.
>
>