jedit-devel Mailing List for jEdit

Bugs item #3415682, was opened at 2011-09-29 23:43
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3415682&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: documentation
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Jarek Czekalski (jarekczek)
Assigned to: Alan Ezust (ezust)
Summary: :encoding=xxx: not documented

Initial Comment:
I looked into "Character Encodings" sections in "Working with Files" and found no info about encoding autodetection feature by inserting :encoding=xxx:

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

>Comment By: Alan Ezust (ezust)
Date: 2011-09-30 13:13

Message:
Committed 20033.


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

Comment By: Alan Ezust (ezust)
Date: 2011-09-30 12:08

Message:
i attached a patch. let me know if I am saying enough about it. I can't
commit right now due to a sf.net network issue.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3415682&group_id=588

Bugs item #3415682, was opened at 2011-09-29 23:43
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3415682&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: documentation
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jarek Czekalski (jarekczek)
Assigned to: Alan Ezust (ezust)
Summary: :encoding=xxx: not documented

Initial Comment:
I looked into "Character Encodings" sections in "Working with Files" and found no info about encoding autodetection feature by inserting :encoding=xxx:

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

>Comment By: Alan Ezust (ezust)
Date: 2011-09-30 12:08

Message:
i attached a patch. let me know if I am saying enough about it. I can't
commit right now due to a sf.net network issue.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3415682&group_id=588

Bugs item #3415683, was opened at 2011-09-29 23:49
Message generated for change (Settings changed) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3415683&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jarek Czekalski (jarekczek)
>Assigned to: Kazutoshi Satoda (k_satoda)
Summary: :encoding=: cannot correct invalid encoding name

Initial Comment:
I have a file with :encoding=UTF-88:. It does not load, ok. So I load it with "reload with encoding". Then I correct UTF-88 to UTF-8. When I try to save a file it still sees UTF-88 and I cannot save it. I get message:

No such encoding: "UTF-88" charset is not supported by your JVM

So it seems like the only option is to correct the file with another editor. But be careful. I just lost the file, because it got truncated during unsuccessful save.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3415683&group_id=588

Feature Requests item #3415899, was opened at 2011-09-30 14:04
Message generated for change (Tracker Item Submitted) made by jarekczek
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=3415899&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jarek Czekalski (jarekczek)
Assigned to: Nobody/Anonymous (nobody)
Summary: missing Find First command

Initial Comment:
We have Find Next, and Find Prev. What I really miss is Find First. Preferrably both a command and a panel button.

There is another thing I miss, Replace (without Find Next), but that's less useful.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=3415899&group_id=588

Merge Requests item #3399656, was opened at 2011-08-28 11:48
Message generated for change (Comment added) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=3399656&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: for 4.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matthieu Casanova (kpouer)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix for caret not moving

Initial Comment:
please merge rev 19847

Fixed a corner case when trying to move caret during a buffer operation (loading, transaction, undo) prevent to move the caret forever.

The easiest way is of course to reproduce it while loading buffer : press ctrl+End while the buffer is loading, and it cannot move anymore.

This can also be merged in 4.3

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

>Comment By: Matthieu Casanova (kpouer)
Date: 2011-09-30 11:27

Message:
Finally do NOT merge in 4.3.x

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

Comment By: Matthieu Casanova (kpouer)
Date: 2011-09-30 10:44

Message:
Yes I think this time the fix in rev 19947 is the good one and should be
merged

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-24 03:11

Message:
Matthieu, does this mean r19947 should be merged instead of r19847?
If yes, then please create a separate merge request for 4.3.x.
If not and it meant that this merge request should be void, then please
set it to "Rejected".

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

Comment By: Matthieu Casanova (kpouer)
Date: 2011-09-09 15:55

Message:
Same problem but different fix, revision 19947

This time it is possible to type out of the screen and the caret will be
made visible as usual.
I hope there is no other side effect

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

Comment By: Alan Ezust (ezust)
Date: 2011-09-06 23:03

Message:
un-merged rev# 19935

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

Comment By: Alan Ezust (ezust)
Date: 2011-08-30 07:26

Message:
Ignoring the changes to the .iml files in that revision, I'm assuming those
were a mistake. 

Committed r19874 to 4.4.x branch

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=3399656&group_id=588

Merge Requests item #3389428, was opened at 2011-08-10 10:20
Message generated for change (Comment added) made by vampire0
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=3389428&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: for 4.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matthieu Casanova (kpouer)
Assigned to: Nobody/Anonymous (nobody)
Summary: Update and install panel not refreshed

Initial Comment:
Please merge rev19778

This fix the following bug :
Go to the Plugin manager, load the install panel.
Then in the Manage Panel, remove an installed plugin. Check the Install panel, this plugin will not be in the list of installable plugins.
The patch fixes that.
The same happens with the Updater panel.

http://jedit.svn.sourceforge.net/viewvc/jedit?view=revision&revision=19778

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

>Comment By: Björn Kautler (vampire0)
Date: 2011-09-30 10:49

Message:
MR for 4.3.x: http://sourceforge.net/support/tracker.php?aid=3415778

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-24 04:04

Message:
Matthieu, for what branch is this?
I suspect it is for 4.4.x and set the Group accordingly.
If this is not correct, please adjust the Group value, if it is for both,
duplicate the request for 4.3.x.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=3389428&group_id=588

Merge Requests item #3415778, was opened at 2011-09-30 10:46
Message generated for change (Comment added) made by vampire0
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=3415778&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: for 4.3.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matthieu Casanova (kpouer)
Assigned to: Nobody/Anonymous (nobody)
Summary: Update and install panel not refreshed

Initial Comment:
Please merge rev19778

This fix the following bug :
Go to the Plugin manager, load the install panel.
Then in the Manage Panel, remove an installed plugin. Check the Install panel, this plugin will not be in the list of installable plugins.
The patch fixes that.
The same happens with the Updater panel.

http://jedit.svn.sourceforge.net/viewvc/jedit?view=revision&revision=19778

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

>Comment By: Björn Kautler (vampire0)
Date: 2011-09-30 10:48

Message:
MR for 4.4.x: http://sourceforge.net/support/tracker.php?aid=3389428

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=3415778&group_id=588

Merge Requests item #3415778, was opened at 2011-09-30 10:46
Message generated for change (Tracker Item Submitted) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=3415778&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: for 4.3.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matthieu Casanova (kpouer)
Assigned to: Nobody/Anonymous (nobody)
Summary: Update and install panel not refreshed

Initial Comment:
Please merge rev19778

This fix the following bug :
Go to the Plugin manager, load the install panel.
Then in the Manage Panel, remove an installed plugin. Check the Install panel, this plugin will not be in the list of installable plugins.
The patch fixes that.
The same happens with the Updater panel.

http://jedit.svn.sourceforge.net/viewvc/jedit?view=revision&revision=19778

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=3415778&group_id=588

Merge Requests item #3399656, was opened at 2011-08-28 11:48
Message generated for change (Comment added) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=3399656&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: for 4.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matthieu Casanova (kpouer)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix for caret not moving

Initial Comment:
please merge rev 19847

Fixed a corner case when trying to move caret during a buffer operation (loading, transaction, undo) prevent to move the caret forever.

The easiest way is of course to reproduce it while loading buffer : press ctrl+End while the buffer is loading, and it cannot move anymore.

This can also be merged in 4.3

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

>Comment By: Matthieu Casanova (kpouer)
Date: 2011-09-30 10:44

Message:
Yes I think this time the fix in rev 19947 is the good one and should be
merged

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-24 03:11

Message:
Matthieu, does this mean r19947 should be merged instead of r19847?
If yes, then please create a separate merge request for 4.3.x.
If not and it meant that this merge request should be void, then please
set it to "Rejected".

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

Comment By: Matthieu Casanova (kpouer)
Date: 2011-09-09 15:55

Message:
Same problem but different fix, revision 19947

This time it is possible to type out of the screen and the caret will be
made visible as usual.
I hope there is no other side effect

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

Comment By: Alan Ezust (ezust)
Date: 2011-09-06 23:03

Message:
un-merged rev# 19935

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

Comment By: Alan Ezust (ezust)
Date: 2011-08-30 07:26

Message:
Ignoring the changes to the .iml files in that revision, I'm assuming those
were a mistake. 

Committed r19874 to 4.4.x branch

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=3399656&group_id=588

These licensing rules are not fully understood by me, but here's a link 
I forgot to include: GPL compatibility matrix:
http://www.gnu.org/licenses/gpl-faq.html#gpl-compat-matrix

Jarek Czekalski pisze:
> Hello
>
> OpenJDK (http://openjdk.java.net) is open source Java Development Kit. 
> Most of its code is licensed under GPL2 (2 only!). I see our code is 
> licensed under GPL 2 or later. So these licensed are compatible in a 
> way, that openjdk code can be included in our code.
>
> Lately I was wondering about incorporating parts of openJDK into jedit. 
> I meant pieces doing native2ascii conversion in both directions. I 
> probably won't do it, because I think it won't be useful for preparing 
> our "java escaped unicode" encoding, but for future: would you accept 
> such inclusions?
>
> I can't find an easy way to browse the code online on their site. I just 
> downloaded whole source (JDK6 is 40MB) and digged in it. Here is a 
> sample link providing online browsing, but it's from outside of openjdk 
> site:
> http://www.java2s.com/Open-Source/Java-Document/6.0-JDK-Modules-sun/tools/Catalogtools.htm
>
> Jarek
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
>   

Hello

OpenJDK (http://openjdk.java.net) is open source Java Development Kit. 
Most of its code is licensed under GPL2 (2 only!). I see our code is 
licensed under GPL 2 or later. So these licensed are compatible in a 
way, that openjdk code can be included in our code.

Lately I was wondering about incorporating parts of openJDK into jedit. 
I meant pieces doing native2ascii conversion in both directions. I 
probably won't do it, because I think it won't be useful for preparing 
our "java escaped unicode" encoding, but for future: would you accept 
such inclusions?

I can't find an easy way to browse the code online on their site. I just 
downloaded whole source (JDK6 is 40MB) and digged in it. Here is a 
sample link providing online browsing, but it's from outside of openjdk 
site:
http://www.java2s.com/Open-Source/Java-Document/6.0-JDK-Modules-sun/tools/Catalogtools.htm

Jarek

Bugs item #3415683, was opened at 2011-09-30 08:49
Message generated for change (Tracker Item Submitted) made by jarekczek
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3415683&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jarek Czekalski (jarekczek)
Assigned to: Nobody/Anonymous (nobody)
Summary: :encoding=: cannot correct invalid encoding name

Initial Comment:
I have a file with :encoding=UTF-88:. It does not load, ok. So I load it with "reload with encoding". Then I correct UTF-88 to UTF-8. When I try to save a file it still sees UTF-88 and I cannot save it. I get message:

No such encoding: "UTF-88" charset is not supported by your JVM

So it seems like the only option is to correct the file with another editor. But be careful. I just lost the file, because it got truncated during unsuccessful save.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3415683&group_id=588

Bugs item #3415682, was opened at 2011-09-30 08:43
Message generated for change (Tracker Item Submitted) made by jarekczek
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3415682&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: documentation
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jarek Czekalski (jarekczek)
Assigned to: Alan Ezust (ezust)
Summary: :encoding=xxx: not documented

Initial Comment:
I looked into "Character Encodings" sections in "Working with Files" and found no info about encoding autodetection feature by inserting :encoding=xxx:

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3415682&group_id=588

Merge Requests item #3165318, was opened at 2011-01-25 09:28
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=3165318&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: for 4.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matthieu Casanova (kpouer)
Assigned to: Jeffrey Hoyt (jchoyt)
Summary: Overridden action not restored after macro reload

Initial Comment:
When macros are reloaded, if one of them was overriding a built-in action,
  the action is not restored if the overriding macro is removed 
  (#3110689)

rev 19269

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

>Comment By: Jeffrey Hoyt (jchoyt)
Date: 2011-09-29 20:16

Message:
Yes.  I was only merging in the 4.3.x series.  I assumed this was in the
trunk for 4.4..x at the time. 

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-23 20:36

Message:
Jeffrey, do I understand the history of this merge request correctly?
You misunderstood Matthieus comment and only merged this request to 4.3.x,
changing its group to 4.3.x and closing it but you didn't merge it to
4.4.x. Is this right?

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-23 20:35

Message:
MR for 4.3.x: http://sourceforge.net/support/tracker.php?aid=3413486

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

Comment By: Matthieu Casanova (kpouer)
Date: 2011-02-05 14:06

Message:
it should also be merged in 4.3.x

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=3165318&group_id=588

Hi Evan,

Nice you pulled it out. Everything has already been said. I don't think 
I want to force my solutions in this area now. Probably both 
electricKeys and electricEnter should be globally configurable, to 
enable mode overriding.

The issue I see at the moment is that depending on who writes the mode, 
the mode will have
electricKeys="abcd...."
or
electricKeys="\n"

But if a mode puts some auto-indentation rules, then it's not acceptable 
to require user to press C+i. It would be manual indentation. Then such 
modes as shellscript are incorrect and require fixing them. I think you 
should fix shellscript with \n and leave the rest as is.

By the way: could you explain re-indented in manual, in electricKeys 
description? "current line to be re-indented, just like "Indent lines" 
action does". Make it sound English.

Regards
Jarek


W dniu 09/27/2011 10:14 PM, Evan Wright pisze:
> Hi Jarek,
>
>     It appears, looking back at the development mailing list archives, 
> that making \n electric by default was looked at over a year ago and 
> voted down (see http://marc.info/?l=jedit-devel&m=127540118004009&w=2 
> <http://marc.info/?l=jedit-devel&m=127540118004009&w=2>). It seems 
> that some people don't like lines being reindented out from under 
> them. This is also why I'm leery of changing the edit modes.
>
> - Evan
>
> On Sat, Sep 24, 2011 at 3:53 PM, Jarek Czekalski 
> <jar...@po... <mailto:jar...@po...>> wrote:
>
>     Hi Evan,
>
>     I can dive into these modes, although most of them sound to me
>     exotic. But before I do I would like to suggest cutting this knot
>     instead of untying it. Here's how:
>
>     1. Make \n default and constant electricKey
>     2. Disable reading electricKeys from mode files
>     3. Mark electricKeys as deprecated in doc
>
>     The only thing we lose is immediate reindenting of a line in which
>     we still are, like in switch statements after pressing :
>     I doubt this is a real loss because enter is being pressed just
>     after this : and the line gets indented excellently.
>
>     Please consider that electric keys where introduced as a
>     workaround - I think someone said so recently.
>
>     I have also in mind a bug report 1936678: "too sensitive"
>     electricKeys with unindentThisLine.
>     https://sourceforge.net/tracker/index.php?func=detail&aid=1936678&group_id=588&atid=100588
>     <https://sourceforge.net/tracker/index.php?func=detail&aid=1936678&group_id=588&atid=100588>
>     If we could make electric enter work only if it is pressed as
>     "Insert Newline and Indent" and not work when pressed as "Insert
>     Newline", then this bug will also be fixed. I sometimes get angry
>     with automatic indentation, which could be suppressed this way.
>
>     Thanks for your work. It will help me to make indentation rules
>     for a custom language (called cbasic) I do for a living in.
>
>     Jarek
>
>     W dniu 09/24/2011 03:28 PM, Evan Wright pisze:
>>     Hello All,
>>
>>         I've just added support for the newline character in the
>>     electricKeys of edit modes, so that the indentation of a line is
>>     always recalculated when pressing "Enter". I've already added
>>     this to the shellscript mode, but from a quick grep, it looks
>>     like the following edit modes:
>>
>>     velocity, sas, ruby, pl-sql, latex, gcbasic, coffeescript
>>
>>     also have "unindentThisLine" rules without corresponding
>>     electricKeys to catch them (or they have strange catch-all
>>     electricKeys, in the case of latex and ruby), so that the rules
>>     won't be used unless you manually reindent. I don't have much
>>     experience with most of these languages, so I was wondering if
>>     anyone here was familiar enough with any of these languages to
>>     verify that this would be an improvement, before I start
>>     tinkering with the edit modes.
>>
>>     Thanks,
>>     Evan
>>
>>
>>     ------------------------------------------------------------------------------
>>     All of the data generated in your IT infrastructure is seriously valuable.
>>     Why? It contains a definitive record of application performance, security
>>     threats, fraudulent activity, and more. Splunk takes this data and makes
>>     sense of it. IT sense. And common sense.
>>     http://p.sf.net/sfu/splunk-d2dcopy2
>>
>>
>
>
>     ------------------------------------------------------------------------------
>     All of the data generated in your IT infrastructure is seriously
>     valuable.
>     Why? It contains a definitive record of application performance,
>     security
>     threats, fraudulent activity, and more. Splunk takes this data and
>     makes
>     sense of it. IT sense. And common sense.
>     http://p.sf.net/sfu/splunk-d2dcopy2
>     --
>     -----------------------------------------------
>     jEdit Developers' List
>     jEd...@li...
>     <mailto:jEd...@li...>
>     https://lists.sourceforge.net/lists/listinfo/jedit-devel
>
>

Bugs item #3415064, was opened at 2011-09-28 18:03
Message generated for change (Tracker Item Submitted) made by jarekczek
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3415064&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jarek Czekalski (jarekczek)
Assigned to: Matthieu Casanova (kpouer)
Summary: Options, Edit shortcuts combo doesn't consume enter

Initial Comment:
When a combo Edit shortcuts is pull down (to choose shortcuts source) and enter is pressed it should only finalize the combo selection. Instead whole dialog gets closed.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3415064&group_id=588

Bugs item #3034220, was opened at 2010-07-25 09:34
Message generated for change (Comment added) made by vampire0
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3034220&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: dushanm (dushan13)
Assigned to: Evan Wright (evanpw)
Summary: jEdit fails to load text-file under Mac OS X

Initial Comment:
For the last several versions of jEdit, opening a text-file from a file manager
(such as Path Finder or muCommander) will start jEdit (assuming it's not already
started) with a blank window, but the text-file itself will not be loaded.  But if
jEdit was already open, the invoked text-file will load into jEdit.  This behavior
is entirely repeatable - in fact I haven't found a way to avoid it.

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

>Comment By: Björn Kautler (vampire0)
Date: 2011-09-28 17:37

Message:
The thing about this script was just a sidenote of Daniel.
He had problems before I gave it to him and he still has problems like he
described when using the Finder or dragging to the dockbar which does not
use the script.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-28 16:14

Message:
1) You are right that "open -a jEdit --args whatever" won't work if jEdit
is already open. If you're just trying to open a file and not send some
other command, then open -a jEdit filename" should work in either case
(it's supposed to be equivalent to dragging a file to the dock icon).

2) You also are right about the problem with the script: it's possible for
the second instance to try to connect before the first instance starts
listening. A sleep in between does help.

3) In any case, if the script produces a hang / blank window, then there
is a separate problem. The bug referred to by this tracker item is a
problem with the OS X plugin, and your script goes through the regular
command-line argument route instead.

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-28 04:07

Message:
"open -a jEdit --args whatever" doesn't work anyway, independently of the
topic Daniel mentioned.
At least in my quick tests.
If I had jEdit running already, then "open -a jEdit --args whatever" did
not open "whatever" in the running jEdit instance, but just brought the
running jEdit instance in front.
Because of that I did the two-liner.
I didn't test that script much, just some tries and there I wasn't able to
produce unwanted behaviour as you describe.
What is the problem there?
I guess the "open" call resumes too fast or startup needs too long, so
that if the second line is executed the jEdit server is not yet listening.
To work around this, you could add a sleep between the two lines then it
should work better, shouldn't it?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 21:55

Message:
Just a note on the script: it's easy enough to canonicalize paths in a
shell script.  So, not supporting relative paths is not a big deal.  open
-a definition doesn't work all the time though.  Ideally, we should just be
able to pass arguments using open /Applications/jEdit.app, but I don't know
how well that interacts with the way that open works.

MacOS X Support plugin is indeed 1.2.  I hadn't actually tried dragging
onto the dock icon until just now.  That does something even more dramatic,
where the *entire* jEdit window ends up blank and everything hangs.  I had
simply been using Finder's Open With... incantation.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 21:48

Message:
@Daniel: I think this may be a Lion-specific problem (there have been some
other bugs reported on Lion that I can't reproduce on Snow Leopard), but
just to verify: 1) you are using the Mac OS X plugin version 1.2, and 2)
you get the bad behavior when dragging a file to the jEdit dock icon when
it is not open, right? I plan on upgrading to Lion in the next week or so,
and I'll try reproducing this bug again then.

@Vampire: That script works fine if jEdit is already running, but if it's
not, then it involves a race condition. Sometimes it works correctly, and
sometimes it opens two independent copies. I use "open -a jEdit --args
whatever", but I guess that's not available in some cases (as Daniel points
out), and it doesn't support relative paths.

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 19:33

Message:
Just as a note to you evanpw, That script Daniel mentioned was given to him
by me. The open call will open jEdit.app or bring it to foreground and then
the java call executes normally, sending what to do to the running jEdit
instance. This is intended for jEdit command line usage as each one alone
will not work. The open alone doesn't handle command line arguments nice.
The java command alone will not inject the properties defined in the
Info.plist and will not appear as running jEdit.app in the dockbar. This
combination though with first opening or bringing to front the jEdit.app
and then send what to do to the jEdit server works like a charm and
supports all command line arguments of jEdit.

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 19:10

Message:
Might be worth noting that even when jEdit is open, I can produce the blank
editor + hang behavior by opening a file using the following script:

#!/bin/sh
open /Applications/jEdit.app
exec java -jar /Applications/jEdit.app/Contents/Resources/Java/jedit.jar
-reuseview "$@"

(note: open -a jEdit doesn't work if you have deactivated local backups in
Lion, which is something I highly recommend for anyone who values their
battery life)

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 19:07

Message:
Tried with the 4.4.2 daily (from 09/20/2011).  Looks like it behaves
exactly like 4.4.1 in this area.  Opening a file when jEdit is open works
fine (unlike 4.5pre1), but opening a file when jEdit is *not* open results
in the blank editor + full application hang behavior that we know and love.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 18:55

Message:
It's at the same place, but listed under jEdit-stable:
http://www.tellurianring.com/projects/jedit-daily/index.php?dir=jEdit_stable

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:53

Message:
Where do I get the 4.4 nightly?

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 18:51

Message:
Could you also try the 4.4 nightly?

@evanpw I'm not investigating, just giving additional thoughts. You are
welcome to fix this. :-)

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:40

Message:
I had to roll back to 4.4.1 since certain plugins don't work properly on
the nightly (most notably SuperAbrevs).  I installed from the 4.5pre1
download, built 09/26/2011.

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 18:33

Message:
Daniel, what nightly do you use? 4.4 or 4.5?

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 18:28

Message:
If you go to the jEdit menu (not the help menu), and click on "About
jEdit", do you get a dialog box?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:21

Message:
Apple's JRE.  The only odd thing I'm doing is adding the following property
to Info.plist:

apple.awt.graphics.UseQuartz=true

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 18:20

Message:
Are you using Apple's JRE or a different one?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:19

Message:
I do have the Mac OSX plugin loaded, and all my plugins (except Character
Map) are at their latest versions.  This is on MacOS X Lion 10.7.1.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 18:18

Message:
The latest nightly works for me. Do you have the Mac OSX plugin loaded?
What version of OS X are you using?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:11

Message:
Attempted with the latest nightly.  Not only has this regressed (files
don't open properly when jEdit is closed), but it appears that things are
worse in that files now fail to open properly even when jEdit is already
open.

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

Comment By: Townsfolk (elberry)
Date: 2011-09-06 19:50

Message:
Fixed by patch:
https://sourceforge.net/tracker/?func=detail&aid=3161330&group_id=588&atid=300588

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

Comment By: Dac Chartrand (conner_bw)
Date: 2010-10-14 09:33

Message:
I can confirm this. I was going to post the following bug report as a new
ticket, but instead will append it as a comment to this one.

[OSX] Can't open files unless jEdit is already active

OSX 10.6.4
jEdit 4.3.2

I use jEdit as an external editor in other programs (example, SmartSVN).
When I do an open from the other program, jEdit doesn't open the file
unless it's already active.

A more basic case follows:

0) The jEdit icon is in your dock, no buffers from previous sessions when
launching.
1) Make sure jEdit is inactive (not running)
2) Drag a file onto the jEdit icon in the dock

Expected:
File opens

Actual:
Buffer is empty. 
if I drag again a second time, it works. 

This also fails, but sometimes it works?

0) The jEdit icon is in your dock, no buffers from previous sessions when
launching.
1) Make sure jEdit is inactive (not running)
2)  At the prompt do: `open -a /Applications/jEdit.app /path/to/file`

Expected:
File opens

Actual:
Sometimes it works, sometimes it doesn't?

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3034220&group_id=588

Bugs item #3034220, was opened at 2010-07-25 03:34
Message generated for change (Comment added) made by evanpw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3034220&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: dushanm (dushan13)
Assigned to: Evan Wright (evanpw)
Summary: jEdit fails to load text-file under Mac OS X

Initial Comment:
For the last several versions of jEdit, opening a text-file from a file manager
(such as Path Finder or muCommander) will start jEdit (assuming it's not already
started) with a blank window, but the text-file itself will not be loaded.  But if
jEdit was already open, the invoked text-file will load into jEdit.  This behavior
is entirely repeatable - in fact I haven't found a way to avoid it.

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

>Comment By: Evan Wright (evanpw)
Date: 2011-09-28 10:14

Message:
1) You are right that "open -a jEdit --args whatever" won't work if jEdit
is already open. If you're just trying to open a file and not send some
other command, then open -a jEdit filename" should work in either case
(it's supposed to be equivalent to dragging a file to the dock icon).

2) You also are right about the problem with the script: it's possible for
the second instance to try to connect before the first instance starts
listening. A sleep in between does help.

3) In any case, if the script produces a hang / blank window, then there
is a separate problem. The bug referred to by this tracker item is a
problem with the OS X plugin, and your script goes through the regular
command-line argument route instead.

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 22:07

Message:
"open -a jEdit --args whatever" doesn't work anyway, independently of the
topic Daniel mentioned.
At least in my quick tests.
If I had jEdit running already, then "open -a jEdit --args whatever" did
not open "whatever" in the running jEdit instance, but just brought the
running jEdit instance in front.
Because of that I did the two-liner.
I didn't test that script much, just some tries and there I wasn't able to
produce unwanted behaviour as you describe.
What is the problem there?
I guess the "open" call resumes too fast or startup needs too long, so
that if the second line is executed the jEdit server is not yet listening.
To work around this, you could add a sleep between the two lines then it
should work better, shouldn't it?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 15:55

Message:
Just a note on the script: it's easy enough to canonicalize paths in a
shell script.  So, not supporting relative paths is not a big deal.  open
-a definition doesn't work all the time though.  Ideally, we should just be
able to pass arguments using open /Applications/jEdit.app, but I don't know
how well that interacts with the way that open works.

MacOS X Support plugin is indeed 1.2.  I hadn't actually tried dragging
onto the dock icon until just now.  That does something even more dramatic,
where the *entire* jEdit window ends up blank and everything hangs.  I had
simply been using Finder's Open With... incantation.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 15:48

Message:
@Daniel: I think this may be a Lion-specific problem (there have been some
other bugs reported on Lion that I can't reproduce on Snow Leopard), but
just to verify: 1) you are using the Mac OS X plugin version 1.2, and 2)
you get the bad behavior when dragging a file to the jEdit dock icon when
it is not open, right? I plan on upgrading to Lion in the next week or so,
and I'll try reproducing this bug again then.

@Vampire: That script works fine if jEdit is already running, but if it's
not, then it involves a race condition. Sometimes it works correctly, and
sometimes it opens two independent copies. I use "open -a jEdit --args
whatever", but I guess that's not available in some cases (as Daniel points
out), and it doesn't support relative paths.

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 13:33

Message:
Just as a note to you evanpw, That script Daniel mentioned was given to him
by me. The open call will open jEdit.app or bring it to foreground and then
the java call executes normally, sending what to do to the running jEdit
instance. This is intended for jEdit command line usage as each one alone
will not work. The open alone doesn't handle command line arguments nice.
The java command alone will not inject the properties defined in the
Info.plist and will not appear as running jEdit.app in the dockbar. This
combination though with first opening or bringing to front the jEdit.app
and then send what to do to the jEdit server works like a charm and
supports all command line arguments of jEdit.

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 13:10

Message:
Might be worth noting that even when jEdit is open, I can produce the blank
editor + hang behavior by opening a file using the following script:

#!/bin/sh
open /Applications/jEdit.app
exec java -jar /Applications/jEdit.app/Contents/Resources/Java/jedit.jar
-reuseview "$@"

(note: open -a jEdit doesn't work if you have deactivated local backups in
Lion, which is something I highly recommend for anyone who values their
battery life)

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 13:07

Message:
Tried with the 4.4.2 daily (from 09/20/2011).  Looks like it behaves
exactly like 4.4.1 in this area.  Opening a file when jEdit is open works
fine (unlike 4.5pre1), but opening a file when jEdit is *not* open results
in the blank editor + full application hang behavior that we know and love.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 12:55

Message:
It's at the same place, but listed under jEdit-stable:
http://www.tellurianring.com/projects/jedit-daily/index.php?dir=jEdit_stable

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 12:53

Message:
Where do I get the 4.4 nightly?

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 12:51

Message:
Could you also try the 4.4 nightly?

@evanpw I'm not investigating, just giving additional thoughts. You are
welcome to fix this. :-)

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 12:40

Message:
I had to roll back to 4.4.1 since certain plugins don't work properly on
the nightly (most notably SuperAbrevs).  I installed from the 4.5pre1
download, built 09/26/2011.

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 12:33

Message:
Daniel, what nightly do you use? 4.4 or 4.5?

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 12:28

Message:
If you go to the jEdit menu (not the help menu), and click on "About
jEdit", do you get a dialog box?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 12:21

Message:
Apple's JRE.  The only odd thing I'm doing is adding the following property
to Info.plist:

apple.awt.graphics.UseQuartz=true

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 12:20

Message:
Are you using Apple's JRE or a different one?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 12:19

Message:
I do have the Mac OSX plugin loaded, and all my plugins (except Character
Map) are at their latest versions.  This is on MacOS X Lion 10.7.1.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 12:18

Message:
The latest nightly works for me. Do you have the Mac OSX plugin loaded?
What version of OS X are you using?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 12:11

Message:
Attempted with the latest nightly.  Not only has this regressed (files
don't open properly when jEdit is closed), but it appears that things are
worse in that files now fail to open properly even when jEdit is already
open.

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

Comment By: Townsfolk (elberry)
Date: 2011-09-06 13:50

Message:
Fixed by patch:
https://sourceforge.net/tracker/?func=detail&aid=3161330&group_id=588&atid=300588

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

Comment By: Dac Chartrand (conner_bw)
Date: 2010-10-14 03:33

Message:
I can confirm this. I was going to post the following bug report as a new
ticket, but instead will append it as a comment to this one.

[OSX] Can't open files unless jEdit is already active

OSX 10.6.4
jEdit 4.3.2

I use jEdit as an external editor in other programs (example, SmartSVN).
When I do an open from the other program, jEdit doesn't open the file
unless it's already active.

A more basic case follows:

0) The jEdit icon is in your dock, no buffers from previous sessions when
launching.
1) Make sure jEdit is inactive (not running)
2) Drag a file onto the jEdit icon in the dock

Expected:
File opens

Actual:
Buffer is empty. 
if I drag again a second time, it works. 

This also fails, but sometimes it works?

0) The jEdit icon is in your dock, no buffers from previous sessions when
launching.
1) Make sure jEdit is inactive (not running)
2)  At the prompt do: `open -a /Applications/jEdit.app /path/to/file`

Expected:
File opens

Actual:
Sometimes it works, sometimes it doesn't?

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3034220&group_id=588

Bugs item #3414877, was opened at 2011-09-28 09:54
Message generated for change (Tracker Item Submitted) made by tvojeho
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3414877&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: tvojeho (tvojeho)
Assigned to: Matthieu Casanova (kpouer)
Summary: Extra vertical line spacing bug

Initial Comment:
Hi, 

when using the feature "Extra vertical line spacing" on Text Area option pane, there are two cosmetic issues I noticed:

1) When scrolling with Down Arrow with extra spacing in negative values, each time the cursor jumps on a new numbered line, it leaves a small mark where the upper part of the cursor was - I guess it would be the size of pixels set in the options.

2) Selecting text - the text selected is in the original place it would originally be while the the unselected text remains in the place determined by the line spacing options, thus the text line creates a "step up/down".

tvojeho

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3414877&group_id=588

Bugs item #3034220, was opened at 2010-07-25 09:34
Message generated for change (Comment added) made by vampire0
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3034220&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: dushanm (dushan13)
Assigned to: Evan Wright (evanpw)
Summary: jEdit fails to load text-file under Mac OS X

Initial Comment:
For the last several versions of jEdit, opening a text-file from a file manager
(such as Path Finder or muCommander) will start jEdit (assuming it's not already
started) with a blank window, but the text-file itself will not be loaded.  But if
jEdit was already open, the invoked text-file will load into jEdit.  This behavior
is entirely repeatable - in fact I haven't found a way to avoid it.

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

>Comment By: Björn Kautler (vampire0)
Date: 2011-09-28 04:07

Message:
"open -a jEdit --args whatever" doesn't work anyway, independently of the
topic Daniel mentioned.
At least in my quick tests.
If I had jEdit running already, then "open -a jEdit --args whatever" did
not open "whatever" in the running jEdit instance, but just brought the
running jEdit instance in front.
Because of that I did the two-liner.
I didn't test that script much, just some tries and there I wasn't able to
produce unwanted behaviour as you describe.
What is the problem there?
I guess the "open" call resumes too fast or startup needs too long, so
that if the second line is executed the jEdit server is not yet listening.
To work around this, you could add a sleep between the two lines then it
should work better, shouldn't it?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 21:55

Message:
Just a note on the script: it's easy enough to canonicalize paths in a
shell script.  So, not supporting relative paths is not a big deal.  open
-a definition doesn't work all the time though.  Ideally, we should just be
able to pass arguments using open /Applications/jEdit.app, but I don't know
how well that interacts with the way that open works.

MacOS X Support plugin is indeed 1.2.  I hadn't actually tried dragging
onto the dock icon until just now.  That does something even more dramatic,
where the *entire* jEdit window ends up blank and everything hangs.  I had
simply been using Finder's Open With... incantation.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 21:48

Message:
@Daniel: I think this may be a Lion-specific problem (there have been some
other bugs reported on Lion that I can't reproduce on Snow Leopard), but
just to verify: 1) you are using the Mac OS X plugin version 1.2, and 2)
you get the bad behavior when dragging a file to the jEdit dock icon when
it is not open, right? I plan on upgrading to Lion in the next week or so,
and I'll try reproducing this bug again then.

@Vampire: That script works fine if jEdit is already running, but if it's
not, then it involves a race condition. Sometimes it works correctly, and
sometimes it opens two independent copies. I use "open -a jEdit --args
whatever", but I guess that's not available in some cases (as Daniel points
out), and it doesn't support relative paths.

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 19:33

Message:
Just as a note to you evanpw, That script Daniel mentioned was given to him
by me. The open call will open jEdit.app or bring it to foreground and then
the java call executes normally, sending what to do to the running jEdit
instance. This is intended for jEdit command line usage as each one alone
will not work. The open alone doesn't handle command line arguments nice.
The java command alone will not inject the properties defined in the
Info.plist and will not appear as running jEdit.app in the dockbar. This
combination though with first opening or bringing to front the jEdit.app
and then send what to do to the jEdit server works like a charm and
supports all command line arguments of jEdit.

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 19:10

Message:
Might be worth noting that even when jEdit is open, I can produce the blank
editor + hang behavior by opening a file using the following script:

#!/bin/sh
open /Applications/jEdit.app
exec java -jar /Applications/jEdit.app/Contents/Resources/Java/jedit.jar
-reuseview "$@"

(note: open -a jEdit doesn't work if you have deactivated local backups in
Lion, which is something I highly recommend for anyone who values their
battery life)

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 19:07

Message:
Tried with the 4.4.2 daily (from 09/20/2011).  Looks like it behaves
exactly like 4.4.1 in this area.  Opening a file when jEdit is open works
fine (unlike 4.5pre1), but opening a file when jEdit is *not* open results
in the blank editor + full application hang behavior that we know and love.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 18:55

Message:
It's at the same place, but listed under jEdit-stable:
http://www.tellurianring.com/projects/jedit-daily/index.php?dir=jEdit_stable

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:53

Message:
Where do I get the 4.4 nightly?

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 18:51

Message:
Could you also try the 4.4 nightly?

@evanpw I'm not investigating, just giving additional thoughts. You are
welcome to fix this. :-)

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:40

Message:
I had to roll back to 4.4.1 since certain plugins don't work properly on
the nightly (most notably SuperAbrevs).  I installed from the 4.5pre1
download, built 09/26/2011.

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 18:33

Message:
Daniel, what nightly do you use? 4.4 or 4.5?

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 18:28

Message:
If you go to the jEdit menu (not the help menu), and click on "About
jEdit", do you get a dialog box?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:21

Message:
Apple's JRE.  The only odd thing I'm doing is adding the following property
to Info.plist:

apple.awt.graphics.UseQuartz=true

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 18:20

Message:
Are you using Apple's JRE or a different one?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:19

Message:
I do have the Mac OSX plugin loaded, and all my plugins (except Character
Map) are at their latest versions.  This is on MacOS X Lion 10.7.1.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 18:18

Message:
The latest nightly works for me. Do you have the Mac OSX plugin loaded?
What version of OS X are you using?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:11

Message:
Attempted with the latest nightly.  Not only has this regressed (files
don't open properly when jEdit is closed), but it appears that things are
worse in that files now fail to open properly even when jEdit is already
open.

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

Comment By: Townsfolk (elberry)
Date: 2011-09-06 19:50

Message:
Fixed by patch:
https://sourceforge.net/tracker/?func=detail&aid=3161330&group_id=588&atid=300588

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

Comment By: Dac Chartrand (conner_bw)
Date: 2010-10-14 09:33

Message:
I can confirm this. I was going to post the following bug report as a new
ticket, but instead will append it as a comment to this one.

[OSX] Can't open files unless jEdit is already active

OSX 10.6.4
jEdit 4.3.2

I use jEdit as an external editor in other programs (example, SmartSVN).
When I do an open from the other program, jEdit doesn't open the file
unless it's already active.

A more basic case follows:

0) The jEdit icon is in your dock, no buffers from previous sessions when
launching.
1) Make sure jEdit is inactive (not running)
2) Drag a file onto the jEdit icon in the dock

Expected:
File opens

Actual:
Buffer is empty. 
if I drag again a second time, it works. 

This also fails, but sometimes it works?

0) The jEdit icon is in your dock, no buffers from previous sessions when
launching.
1) Make sure jEdit is inactive (not running)
2)  At the prompt do: `open -a /Applications/jEdit.app /path/to/file`

Expected:
File opens

Actual:
Sometimes it works, sometimes it doesn't?

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3034220&group_id=588

Hi Jarek,

    It appears, looking back at the development mailing list archives, that
making \n electric by default was looked at over a year ago and voted down
(see http://marc.info/?l=jedit-devel&m=127540118004009&w=2). It seems that
some people don't like lines being reindented out from under them. This is
also why I'm leery of changing the edit modes.

- Evan

On Sat, Sep 24, 2011 at 3:53 PM, Jarek Czekalski
<jar...@po...>wrote:

>  Hi Evan,
>
> I can dive into these modes, although most of them sound to me exotic. But
> before I do I would like to suggest cutting this knot instead of untying it.
> Here's how:
>
> 1. Make \n default and constant electricKey
> 2. Disable reading electricKeys from mode files
> 3. Mark electricKeys as deprecated in doc
>
> The only thing we lose is immediate reindenting of a line in which we still
> are, like in switch statements after pressing :
> I doubt this is a real loss because enter is being pressed just after this
> : and the line gets indented excellently.
>
> Please consider that electric keys where introduced as a workaround - I
> think someone said so recently.
>
> I have also in mind a bug report 1936678: "too sensitive" electricKeys with
> unindentThisLine.
>
> https://sourceforge.net/tracker/index.php?func=detail&aid=1936678&group_id=588&atid=100588
> If we could make electric enter work only if it is pressed as "Insert
> Newline and Indent" and not work when pressed as "Insert Newline", then this
> bug will also be fixed. I sometimes get angry with automatic indentation,
> which could be suppressed this way.
>
> Thanks for your work. It will help me to make indentation rules for a
> custom language (called cbasic) I do for a living in.
>
> Jarek
>
> W dniu 09/24/2011 03:28 PM, Evan Wright pisze:
>
> Hello All,
>
>      I've just added support for the newline character in the electricKeys
> of edit modes, so that the indentation of a line is always recalculated when
> pressing "Enter". I've already added this to the shellscript mode, but from
> a quick grep, it looks like the following edit modes:
>
>  velocity, sas, ruby, pl-sql, latex, gcbasic, coffeescript
>
>  also have "unindentThisLine" rules without corresponding electricKeys to
> catch them (or they have strange catch-all electricKeys, in the case of
> latex and ruby), so that the rules won't be used unless you manually
> reindent. I don't have much experience with most of these languages, so I
> was wondering if anyone here was familiar enough with any of these languages
> to verify that this would be an improvement, before I start tinkering with
> the edit modes.
>
>  Thanks,
> Evan
>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.http://p.sf.net/sfu/splunk-d2dcopy2
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>
>

Bugs item #3414671, was opened at 2011-09-27 22:01
Message generated for change (Tracker Item Submitted) made by jarekczek
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3414671&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jarek Czekalski (jarekczek)
Assigned to: Matthieu Casanova (kpouer)
Summary: Edit Status Bar Entry not working

Initial Comment:
In Status Bar options, Widgets tab, there is a button next to the green arrow down. It open dialog "Edit Status Bar Entry". But it really does insert a new entry. This new entry is added above the current entry what is different than adding with plus button.

r20023, linux

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3414671&group_id=588

Bugs item #3034220, was opened at 2010-07-25 02:34
Message generated for change (Comment added) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3034220&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: dushanm (dushan13)
Assigned to: Evan Wright (evanpw)
Summary: jEdit fails to load text-file under Mac OS X

Initial Comment:
For the last several versions of jEdit, opening a text-file from a file manager
(such as Path Finder or muCommander) will start jEdit (assuming it's not already
started) with a blank window, but the text-file itself will not be loaded.  But if
jEdit was already open, the invoked text-file will load into jEdit.  This behavior
is entirely repeatable - in fact I haven't found a way to avoid it.

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 14:55

Message:
Just a note on the script: it's easy enough to canonicalize paths in a
shell script.  So, not supporting relative paths is not a big deal.  open
-a definition doesn't work all the time though.  Ideally, we should just be
able to pass arguments using open /Applications/jEdit.app, but I don't know
how well that interacts with the way that open works.

MacOS X Support plugin is indeed 1.2.  I hadn't actually tried dragging
onto the dock icon until just now.  That does something even more dramatic,
where the *entire* jEdit window ends up blank and everything hangs.  I had
simply been using Finder's Open With... incantation.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 14:48

Message:
@Daniel: I think this may be a Lion-specific problem (there have been some
other bugs reported on Lion that I can't reproduce on Snow Leopard), but
just to verify: 1) you are using the Mac OS X plugin version 1.2, and 2)
you get the bad behavior when dragging a file to the jEdit dock icon when
it is not open, right? I plan on upgrading to Lion in the next week or so,
and I'll try reproducing this bug again then.

@Vampire: That script works fine if jEdit is already running, but if it's
not, then it involves a race condition. Sometimes it works correctly, and
sometimes it opens two independent copies. I use "open -a jEdit --args
whatever", but I guess that's not available in some cases (as Daniel points
out), and it doesn't support relative paths.

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 12:33

Message:
Just as a note to you evanpw, That script Daniel mentioned was given to him
by me. The open call will open jEdit.app or bring it to foreground and then
the java call executes normally, sending what to do to the running jEdit
instance. This is intended for jEdit command line usage as each one alone
will not work. The open alone doesn't handle command line arguments nice.
The java command alone will not inject the properties defined in the
Info.plist and will not appear as running jEdit.app in the dockbar. This
combination though with first opening or bringing to front the jEdit.app
and then send what to do to the jEdit server works like a charm and
supports all command line arguments of jEdit.

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 12:10

Message:
Might be worth noting that even when jEdit is open, I can produce the blank
editor + hang behavior by opening a file using the following script:

#!/bin/sh
open /Applications/jEdit.app
exec java -jar /Applications/jEdit.app/Contents/Resources/Java/jedit.jar
-reuseview "$@"

(note: open -a jEdit doesn't work if you have deactivated local backups in
Lion, which is something I highly recommend for anyone who values their
battery life)

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 12:07

Message:
Tried with the 4.4.2 daily (from 09/20/2011).  Looks like it behaves
exactly like 4.4.1 in this area.  Opening a file when jEdit is open works
fine (unlike 4.5pre1), but opening a file when jEdit is *not* open results
in the blank editor + full application hang behavior that we know and love.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 11:55

Message:
It's at the same place, but listed under jEdit-stable:
http://www.tellurianring.com/projects/jedit-daily/index.php?dir=jEdit_stable

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 11:53

Message:
Where do I get the 4.4 nightly?

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 11:51

Message:
Could you also try the 4.4 nightly?

@evanpw I'm not investigating, just giving additional thoughts. You are
welcome to fix this. :-)

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 11:40

Message:
I had to roll back to 4.4.1 since certain plugins don't work properly on
the nightly (most notably SuperAbrevs).  I installed from the 4.5pre1
download, built 09/26/2011.

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 11:33

Message:
Daniel, what nightly do you use? 4.4 or 4.5?

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 11:28

Message:
If you go to the jEdit menu (not the help menu), and click on "About
jEdit", do you get a dialog box?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 11:21

Message:
Apple's JRE.  The only odd thing I'm doing is adding the following property
to Info.plist:

apple.awt.graphics.UseQuartz=true

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 11:20

Message:
Are you using Apple's JRE or a different one?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 11:19

Message:
I do have the Mac OSX plugin loaded, and all my plugins (except Character
Map) are at their latest versions.  This is on MacOS X Lion 10.7.1.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 11:18

Message:
The latest nightly works for me. Do you have the Mac OSX plugin loaded?
What version of OS X are you using?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 11:11

Message:
Attempted with the latest nightly.  Not only has this regressed (files
don't open properly when jEdit is closed), but it appears that things are
worse in that files now fail to open properly even when jEdit is already
open.

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

Comment By: Townsfolk (elberry)
Date: 2011-09-06 12:50

Message:
Fixed by patch:
https://sourceforge.net/tracker/?func=detail&aid=3161330&group_id=588&atid=300588

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

Comment By: Dac Chartrand (conner_bw)
Date: 2010-10-14 02:33

Message:
I can confirm this. I was going to post the following bug report as a new
ticket, but instead will append it as a comment to this one.

[OSX] Can't open files unless jEdit is already active

OSX 10.6.4
jEdit 4.3.2

I use jEdit as an external editor in other programs (example, SmartSVN).
When I do an open from the other program, jEdit doesn't open the file
unless it's already active.

A more basic case follows:

0) The jEdit icon is in your dock, no buffers from previous sessions when
launching.
1) Make sure jEdit is inactive (not running)
2) Drag a file onto the jEdit icon in the dock

Expected:
File opens

Actual:
Buffer is empty. 
if I drag again a second time, it works. 

This also fails, but sometimes it works?

0) The jEdit icon is in your dock, no buffers from previous sessions when
launching.
1) Make sure jEdit is inactive (not running)
2)  At the prompt do: `open -a /Applications/jEdit.app /path/to/file`

Expected:
File opens

Actual:
Sometimes it works, sometimes it doesn't?

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3034220&group_id=588

Bugs item #3034220, was opened at 2010-07-25 03:34
Message generated for change (Comment added) made by evanpw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3034220&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: dushanm (dushan13)
Assigned to: Evan Wright (evanpw)
Summary: jEdit fails to load text-file under Mac OS X

Initial Comment:
For the last several versions of jEdit, opening a text-file from a file manager
(such as Path Finder or muCommander) will start jEdit (assuming it's not already
started) with a blank window, but the text-file itself will not be loaded.  But if
jEdit was already open, the invoked text-file will load into jEdit.  This behavior
is entirely repeatable - in fact I haven't found a way to avoid it.

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

>Comment By: Evan Wright (evanpw)
Date: 2011-09-27 15:48

Message:
@Daniel: I think this may be a Lion-specific problem (there have been some
other bugs reported on Lion that I can't reproduce on Snow Leopard), but
just to verify: 1) you are using the Mac OS X plugin version 1.2, and 2)
you get the bad behavior when dragging a file to the jEdit dock icon when
it is not open, right? I plan on upgrading to Lion in the next week or so,
and I'll try reproducing this bug again then.

@Vampire: That script works fine if jEdit is already running, but if it's
not, then it involves a race condition. Sometimes it works correctly, and
sometimes it opens two independent copies. I use "open -a jEdit --args
whatever", but I guess that's not available in some cases (as Daniel points
out), and it doesn't support relative paths.

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 13:33

Message:
Just as a note to you evanpw, That script Daniel mentioned was given to him
by me. The open call will open jEdit.app or bring it to foreground and then
the java call executes normally, sending what to do to the running jEdit
instance. This is intended for jEdit command line usage as each one alone
will not work. The open alone doesn't handle command line arguments nice.
The java command alone will not inject the properties defined in the
Info.plist and will not appear as running jEdit.app in the dockbar. This
combination though with first opening or bringing to front the jEdit.app
and then send what to do to the jEdit server works like a charm and
supports all command line arguments of jEdit.

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 13:10

Message:
Might be worth noting that even when jEdit is open, I can produce the blank
editor + hang behavior by opening a file using the following script:

#!/bin/sh
open /Applications/jEdit.app
exec java -jar /Applications/jEdit.app/Contents/Resources/Java/jedit.jar
-reuseview "$@"

(note: open -a jEdit doesn't work if you have deactivated local backups in
Lion, which is something I highly recommend for anyone who values their
battery life)

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 13:07

Message:
Tried with the 4.4.2 daily (from 09/20/2011).  Looks like it behaves
exactly like 4.4.1 in this area.  Opening a file when jEdit is open works
fine (unlike 4.5pre1), but opening a file when jEdit is *not* open results
in the blank editor + full application hang behavior that we know and love.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 12:55

Message:
It's at the same place, but listed under jEdit-stable:
http://www.tellurianring.com/projects/jedit-daily/index.php?dir=jEdit_stable

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 12:53

Message:
Where do I get the 4.4 nightly?

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 12:51

Message:
Could you also try the 4.4 nightly?

@evanpw I'm not investigating, just giving additional thoughts. You are
welcome to fix this. :-)

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 12:40

Message:
I had to roll back to 4.4.1 since certain plugins don't work properly on
the nightly (most notably SuperAbrevs).  I installed from the 4.5pre1
download, built 09/26/2011.

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 12:33

Message:
Daniel, what nightly do you use? 4.4 or 4.5?

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 12:28

Message:
If you go to the jEdit menu (not the help menu), and click on "About
jEdit", do you get a dialog box?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 12:21

Message:
Apple's JRE.  The only odd thing I'm doing is adding the following property
to Info.plist:

apple.awt.graphics.UseQuartz=true

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 12:20

Message:
Are you using Apple's JRE or a different one?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 12:19

Message:
I do have the Mac OSX plugin loaded, and all my plugins (except Character
Map) are at their latest versions.  This is on MacOS X Lion 10.7.1.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 12:18

Message:
The latest nightly works for me. Do you have the Mac OSX plugin loaded?
What version of OS X are you using?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 12:11

Message:
Attempted with the latest nightly.  Not only has this regressed (files
don't open properly when jEdit is closed), but it appears that things are
worse in that files now fail to open properly even when jEdit is already
open.

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

Comment By: Townsfolk (elberry)
Date: 2011-09-06 13:50

Message:
Fixed by patch:
https://sourceforge.net/tracker/?func=detail&aid=3161330&group_id=588&atid=300588

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

Comment By: Dac Chartrand (conner_bw)
Date: 2010-10-14 03:33

Message:
I can confirm this. I was going to post the following bug report as a new
ticket, but instead will append it as a comment to this one.

[OSX] Can't open files unless jEdit is already active

OSX 10.6.4
jEdit 4.3.2

I use jEdit as an external editor in other programs (example, SmartSVN).
When I do an open from the other program, jEdit doesn't open the file
unless it's already active.

A more basic case follows:

0) The jEdit icon is in your dock, no buffers from previous sessions when
launching.
1) Make sure jEdit is inactive (not running)
2) Drag a file onto the jEdit icon in the dock

Expected:
File opens

Actual:
Buffer is empty. 
if I drag again a second time, it works. 

This also fails, but sometimes it works?

0) The jEdit icon is in your dock, no buffers from previous sessions when
launching.
1) Make sure jEdit is inactive (not running)
2)  At the prompt do: `open -a /Applications/jEdit.app /path/to/file`

Expected:
File opens

Actual:
Sometimes it works, sometimes it doesn't?

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3034220&group_id=588

Bugs item #3034220, was opened at 2010-07-25 09:34
Message generated for change (Comment added) made by vampire0
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3034220&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: dushanm (dushan13)
Assigned to: Evan Wright (evanpw)
Summary: jEdit fails to load text-file under Mac OS X

Initial Comment:
For the last several versions of jEdit, opening a text-file from a file manager
(such as Path Finder or muCommander) will start jEdit (assuming it's not already
started) with a blank window, but the text-file itself will not be loaded.  But if
jEdit was already open, the invoked text-file will load into jEdit.  This behavior
is entirely repeatable - in fact I haven't found a way to avoid it.

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

>Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 19:33

Message:
Just as a note to you evanpw, That script Daniel mentioned was given to him
by me. The open call will open jEdit.app or bring it to foreground and then
the java call executes normally, sending what to do to the running jEdit
instance. This is intended for jEdit command line usage as each one alone
will not work. The open alone doesn't handle command line arguments nice.
The java command alone will not inject the properties defined in the
Info.plist and will not appear as running jEdit.app in the dockbar. This
combination though with first opening or bringing to front the jEdit.app
and then send what to do to the jEdit server works like a charm and
supports all command line arguments of jEdit.

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 19:10

Message:
Might be worth noting that even when jEdit is open, I can produce the blank
editor + hang behavior by opening a file using the following script:

#!/bin/sh
open /Applications/jEdit.app
exec java -jar /Applications/jEdit.app/Contents/Resources/Java/jedit.jar
-reuseview "$@"

(note: open -a jEdit doesn't work if you have deactivated local backups in
Lion, which is something I highly recommend for anyone who values their
battery life)

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 19:07

Message:
Tried with the 4.4.2 daily (from 09/20/2011).  Looks like it behaves
exactly like 4.4.1 in this area.  Opening a file when jEdit is open works
fine (unlike 4.5pre1), but opening a file when jEdit is *not* open results
in the blank editor + full application hang behavior that we know and love.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 18:55

Message:
It's at the same place, but listed under jEdit-stable:
http://www.tellurianring.com/projects/jedit-daily/index.php?dir=jEdit_stable

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:53

Message:
Where do I get the 4.4 nightly?

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 18:51

Message:
Could you also try the 4.4 nightly?

@evanpw I'm not investigating, just giving additional thoughts. You are
welcome to fix this. :-)

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:40

Message:
I had to roll back to 4.4.1 since certain plugins don't work properly on
the nightly (most notably SuperAbrevs).  I installed from the 4.5pre1
download, built 09/26/2011.

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

Comment By: Björn Kautler (vampire0)
Date: 2011-09-27 18:33

Message:
Daniel, what nightly do you use? 4.4 or 4.5?

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 18:28

Message:
If you go to the jEdit menu (not the help menu), and click on "About
jEdit", do you get a dialog box?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:21

Message:
Apple's JRE.  The only odd thing I'm doing is adding the following property
to Info.plist:

apple.awt.graphics.UseQuartz=true

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 18:20

Message:
Are you using Apple's JRE or a different one?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:19

Message:
I do have the Mac OSX plugin loaded, and all my plugins (except Character
Map) are at their latest versions.  This is on MacOS X Lion 10.7.1.

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

Comment By: Evan Wright (evanpw)
Date: 2011-09-27 18:18

Message:
The latest nightly works for me. Do you have the Mac OSX plugin loaded?
What version of OS X are you using?

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

Comment By: Daniel Spiewak ()
Date: 2011-09-27 18:11

Message:
Attempted with the latest nightly.  Not only has this regressed (files
don't open properly when jEdit is closed), but it appears that things are
worse in that files now fail to open properly even when jEdit is already
open.

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

Comment By: Townsfolk (elberry)
Date: 2011-09-06 19:50

Message:
Fixed by patch:
https://sourceforge.net/tracker/?func=detail&aid=3161330&group_id=588&atid=300588

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

Comment By: Dac Chartrand (conner_bw)
Date: 2010-10-14 09:33

Message:
I can confirm this. I was going to post the following bug report as a new
ticket, but instead will append it as a comment to this one.

[OSX] Can't open files unless jEdit is already active

OSX 10.6.4
jEdit 4.3.2

I use jEdit as an external editor in other programs (example, SmartSVN).
When I do an open from the other program, jEdit doesn't open the file
unless it's already active.

A more basic case follows:

0) The jEdit icon is in your dock, no buffers from previous sessions when
launching.
1) Make sure jEdit is inactive (not running)
2) Drag a file onto the jEdit icon in the dock

Expected:
File opens

Actual:
Buffer is empty. 
if I drag again a second time, it works. 

This also fails, but sometimes it works?

0) The jEdit icon is in your dock, no buffers from previous sessions when
launching.
1) Make sure jEdit is inactive (not running)
2)  At the prompt do: `open -a /Applications/jEdit.app /path/to/file`

Expected:
File opens

Actual:
Sometimes it works, sometimes it doesn't?

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3034220&group_id=588