jedit-devel Mailing List for jEdit

Merge Requests item #3014339, was opened at 2010-06-10 07:33
Message generated for change (Settings changed) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=3014339&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: Matthieu Casanova (kpouer)
>Assigned to: Jeffrey Hoyt (jchoyt)
Summary: Fix caret position when adding explicit fold

Initial Comment:
r18046
When adding an explicit fold, in any edit mode, if there was no selection the caret was going after the folds instead of between them
http://jedit.svn.sourceforge.net/jedit/?view=rev&rev=18046

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

>Comment By: Jeffrey Hoyt (jchoyt)
Date: 2010-09-30 18:59

Message:
Matthieu,  rev 18046 is a change made to CtagsInterface by shlomy

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

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

Merge Requests item #3013714, was opened at 2010-06-09 07:47
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=3013714&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: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Matthieu Casanova (kpouer)
>Assigned to: Jeffrey Hoyt (jchoyt)
Summary: Fix add explicit fold in xml

Initial Comment:
r18030

Hi, in xml, html and other edit modes that do not have a line comment, the cursor is in a wrong position after adding explicit fold.
It was the bug https://sourceforge.net/tracker/index.php?func=detail&aid=2138160&group_id=588&atid=100588
and is fixed in rev 18030

http://jedit.svn.sourceforge.net/jedit/?view=rev&rev=18030

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

>Comment By: Jeffrey Hoyt (jchoyt)
Date: 2010-09-30 18:54

Message:
Reviewed and accepted.  Committed revision 18693.

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

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

Merge Requests item #2984022, was opened at 2010-04-08 12:28
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=2984022&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: Closed
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Eric Le Lay (kerik-sf)
>Assigned to: Jeffrey Hoyt (jchoyt)
Summary: fix blocking HelpViewer

Initial Comment:
r17544
http://jedit.svn.sourceforge.net/viewvc/jedit?view=rev&revision=17544
r17546
http://jedit.svn.sourceforge.net/viewvc/jedit?view=rev&revision=17546
r17549
http://jedit.svn.sourceforge.net/viewvc/jedit?view=rev&revision=17549

see bug #1231914 - jEdit not responsible when waiting for unavailable input
https://sourceforge.net/tracker/index.php?func=detail&aid=1231914&group_id=588&atid=100588

r17544 targets slow throughput websites
r17549 targets unaccessible websites

I can only confirm that r17549 works for sure : I tried it when disabling the proxy, behind a corporate firewall (network timeout after a LONG time).
r17544 seems to make page load slower on average, but the UI seems more responsive.


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

>Comment By: Jeffrey Hoyt (jchoyt)
Date: 2010-09-30 18:46

Message:
No response since April. . Closing this as Out of Date 

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

Comment By: Eric Le Lay (kerik-sf)
Date: 2010-08-26 04:37

Message:
I call everything in the EDT after setPage() and updated the comment in
r18419
http://jedit.svn.sourceforge.net/jedit/?rev=18419&view=rev
So could you please merge r17549, r17753, r18419 ?

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

Comment By: Eric Le Lay (kerik-sf)
Date: 2010-07-19 14:50

Message:
shlomy committed an fix in r18207
http://jedit.svn.sourceforge.net/jedit/?rev=18207&view=rev
I'll update the comment this week.

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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2010-05-08 03:11

Message:
Thanks for the refinement. Two concerns remain in my mind.

(1)
Is it really only NPE that is caused by this violation of
"The single-thread rule"?

The NPE mentioned in the JVM bug 4714674 seems local to NetBeans which
does doc.putProperty(Document.StreamDescriptionProperty, null) as a
workaround for their own problem.

If you are not sure about the actual problem which will happen, I
propose the following change of wording:
- Calling setPage outside from the EDT may lead to NPE :
+ Calling setPage outside from the EDT violates
+ "The single-tread rule" of Swing, but it's an
+ experienced workaround:

(2)
The comment justifies only the call of setPage(). How about other calls?

I think the application of invokeLater(), which now surrounds only
setValue(scrollPosition), should be widen for all the rest of operations
after setPage().

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

Comment By: Eric Le Lay (kerik-sf)
Date: 2010-05-07 02:39

Message:
Good catch, but the whole point of the change is to call setPage() outside
of the EDT...
I added a note as you requested in r17753

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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2010-05-05 05:52

Message:
Thank you for testing again. Now I reviewed the mix of all revisions;
r17544,17546,17549,17725. The behavior seems OK as before.

But now, I'm afraid of violation of "The single-thread rule" of Swing.
http://java.sun.com/products/jfc/tsc/articles/threads/threads1.html#single_thread_rule
Sorry for not noticing this at the first review.

In the newly introduced thread, some methods are called and only one is
wrapped in SwingUtilities.invokeLater(). But based on the above rule,
I think most (all?) of them should be wrapped, shouldn't they?

I found that running JEditorPane#setPage() in non-AWT thread is used in
NetBeans was a workaround of the following problem.
http://bugs.sun.com/view_bug.do?bug_id=4714674
... And unfortunately, it says "Release Fixed: 7(b27)" which means the
fix is not available in Java 5 and 6. If we decide to call setPage() as
proposed here, I think a comment about the above problem should be put
there.

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

Comment By: Eric Le Lay (kerik-sf)
Date: 2010-05-03 02:21

Message:
I reverted r17544 & r17546 to trunk in r17725.
Could you still apply r17549?
Thanks,

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

Comment By: Eric Le Lay (kerik-sf)
Date: 2010-04-26 14:11

Message:
You seem to be right.
I inserted a link in some user guide to http://guide.macports.org, which
is quite a big HTML page and throttled my connection using ipfw :
sudo ipfw pipe 1 config bw 200Byte/s
sudo ipfw add 1 pipe 1 dst-port 80

The jEdit UI was completely frozen until the whole page was loaded.
I'm still experimenting with it. I'll let you know if I find a workaround.

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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2010-04-24 12:20

Message:
It seems that r17549 is enough, and r17544 doesn't make any change over
r17549. Do you have any test case that r17544 makes difference?

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

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

Merge Requests item #2959782, was opened at 2010-02-26 13:44
Message generated for change (Settings changed) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=2959782&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: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Kazutoshi Satoda (k_satoda)
>Assigned to: Jeffrey Hoyt (jchoyt)
Summary: Fix exception from RegexEncodingDetector

Initial Comment:
r17388
http://jedit.svn.sourceforge.net/jedit/?view=rev&rev=17388
(A test case is provided in the log message.)

The exception prevents users from loading certain file using some
encoding auto detectors.

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

>Comment By: Jeffrey Hoyt (jchoyt)
Date: 2010-09-30 18:44

Message:
Reviewed and accepted.  Committed revision 18692.

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

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

Plugin Central Submission item #3078445, was opened at 2010-09-30 00:15
Message generated for change (Comment added) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3078445&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: Pending
Priority: 5
Private: No
Submitted By: Damien (kog13)
Assigned to: Townsfolk (elberry)
Summary: ClojureShell 1.0

Initial Comment:
{{{ ClojureShell 1.0
    Source: Source code is in SVN with the tag 1.0 (no SVN release numbers, please)
    Announcement: 
    Requires Java 1.5
    Requires jEdit 04.03.18.00
    Required plugins: 
        procshell.ProcessShellPlugin 1.0
        clojure.ClojurePlugin 1.2.0
    
    Short Description: Provides a Console shell that maintains a Clojure Read-Eval-Print-Loop.
    
    Long Description: The Clojure Shell plugin maintains a running Clojure environment and Read-Eval-Print-Loop in the Console.

Actions are provided to quickly evaluate selected text, an open buffer, or a chosen external file in the shell, making it easy to run quick tests before committing code to your project.
 }}}

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

Comment By: Damien (kog13)
Date: 2010-09-30 15:03

Message:
User's guide has been added.

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

Comment By: Townsfolk (elberry)
Date: 2010-09-30 12:08

Message:
Please include a small help file with some information about what the
plugin is, and it's intended use.

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

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

Plugin Central Submission item #3078438, was opened at 2010-09-30 00:02
Message generated for change (Comment added) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3078438&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: Pending
Priority: 5
Private: No
Submitted By: Damien (kog13)
Assigned to: Townsfolk (elberry)
Summary: PythonShell 1.0

Initial Comment:
{{{ PythonShell 1.0
    Source: Source code is in SVN with the tag 1.0 (no SVN release numbers, please)
    Announcement: 
    Requires Java 1.5
    Requires jEdit 04.03.99.00
    Required plugins: 
        procshell.ProcessShellPlugin 1.0
    
    Short Description: Provides a Console shell that maintains a running Python Read-Eval-Print-Loop.
    
    Long Description: The Python Shell plugin maintains a running Python environment and Read-Eval-Print-Loop in the Console.

Actions are provided to quickly evaluate selected text, an open buffer, or a chosen external file in the shell, making it easy to run quick tests before committing code to your project.
 }}}

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

Comment By: Damien (kog13)
Date: 2010-09-30 14:48

Message:
User's guide has been added.

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

Comment By: Townsfolk (elberry)
Date: 2010-09-30 11:24

Message:
Please include a small help file with some information about what the
plugin is, and it's intended use.

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

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

Bugs item #1664209, was opened at 2007-02-20 14:29
Message generated for change (Comment added) made by tsourick
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1664209&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: plugin API
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Igor Clukas (igorski)
Assigned to: Kazutoshi Satoda (k_satoda)
Summary: 4.3pre9: FTP slow

Initial Comment:
Reading and writing through the FTP plugin is extremely slow in 4.3pre9 (Mac OS X 10.4.8, Java 1.5.0_06, FTP plugin 0.8).
Downgrading to 4.3pre8 helps, so the problem seems to be in jEdit, not in the plugin.

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

Comment By: Roman V Tsourick (tsourick)
Date: 2010-09-30 22:37

Message:
Sorry, forgot to mention FTP version- it's 0.9.7

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

Comment By: Roman V Tsourick (tsourick)
Date: 2010-09-30 22:36

Message:
Again. FTP is very slow. jEdit 4.3.2 standalone mode on Java 1.6.0_21

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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-02-28 18:46

Message:
Logged In: YES 
user_id=1483238
Originator: NO

This is fixed by the patch #1667659 (committed in r9019).


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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-02-24 08:08

Message:
Logged In: YES 
user_id=1483238
Originator: NO

I found that an I/O stream from FTP VFS causes read
timeout if it is closed multiple times. Thank you Igor
for mentioning the delay after the transfer. And sorry
for the terrible regression.

I'll submit a patch soon.


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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-02-23 20:47

Message:
Logged In: YES 
user_id=1483238
Originator: NO

Hmm. There seems to be other problems.

Could you take a look at the [I/O Progress Monitor]
and tell me where (and how) the progress is different
between 4.3pre8 and 4.3pre9? (Before, while, or after
the progress is running)


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

Comment By: Igor Clukas (igorski)
Date: 2007-02-23 20:11

Message:
Logged In: YES 
user_id=425563
Originator: YES

In my case it took about 4-5 times longer to load AND save via FTP. Remote
site uses vsftpd 2.0.3-1 on Debian Sarge. My network is lacking ipv6
support.
An extra oddity was that when the transfer already had taken place, it
took an extra 10 seconds or so to set the file attributes.

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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-02-23 19:42

Message:
Logged In: YES 
user_id=1483238
Originator: NO

In my investigation, there seems to be no change in
loading between 4.3pre8 and 4.3pre9. The slow down can
happen only on saving, right?


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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-02-23 18:39

Message:
Logged In: YES 
user_id=1483238
Originator: NO

I found that the I/O buffer size was accidentally
changed in my patch to make I/O operation exception
safe.

I tried to set the buffer size like 4.3pre8 and saw
some speed up. My test environment is sftp to
localhost and 10MB file. Saving the file took 7~8 sec
in 4.3pre9. After setting the buffer size, it took 3~4
sec.

Does "extremely slow" mean such twice time or so?

I will submit a patch. If this is confirmed as the
exact problem, this bug will be closed with the patch.


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

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

Bugs item #1664209, was opened at 2007-02-20 14:29
Message generated for change (Comment added) made by tsourick
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1664209&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: plugin API
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Igor Clukas (igorski)
Assigned to: Kazutoshi Satoda (k_satoda)
Summary: 4.3pre9: FTP slow

Initial Comment:
Reading and writing through the FTP plugin is extremely slow in 4.3pre9 (Mac OS X 10.4.8, Java 1.5.0_06, FTP plugin 0.8).
Downgrading to 4.3pre8 helps, so the problem seems to be in jEdit, not in the plugin.

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

Comment By: Roman V Tsourick (tsourick)
Date: 2010-09-30 22:36

Message:
Again. FTP is very slow. jEdit 4.3.2 standalone mode on Java 1.6.0_21

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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-02-28 18:46

Message:
Logged In: YES 
user_id=1483238
Originator: NO

This is fixed by the patch #1667659 (committed in r9019).


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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-02-24 08:08

Message:
Logged In: YES 
user_id=1483238
Originator: NO

I found that an I/O stream from FTP VFS causes read
timeout if it is closed multiple times. Thank you Igor
for mentioning the delay after the transfer. And sorry
for the terrible regression.

I'll submit a patch soon.


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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-02-23 20:47

Message:
Logged In: YES 
user_id=1483238
Originator: NO

Hmm. There seems to be other problems.

Could you take a look at the [I/O Progress Monitor]
and tell me where (and how) the progress is different
between 4.3pre8 and 4.3pre9? (Before, while, or after
the progress is running)


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

Comment By: Igor Clukas (igorski)
Date: 2007-02-23 20:11

Message:
Logged In: YES 
user_id=425563
Originator: YES

In my case it took about 4-5 times longer to load AND save via FTP. Remote
site uses vsftpd 2.0.3-1 on Debian Sarge. My network is lacking ipv6
support.
An extra oddity was that when the transfer already had taken place, it
took an extra 10 seconds or so to set the file attributes.

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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-02-23 19:42

Message:
Logged In: YES 
user_id=1483238
Originator: NO

In my investigation, there seems to be no change in
loading between 4.3pre8 and 4.3pre9. The slow down can
happen only on saving, right?


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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-02-23 18:39

Message:
Logged In: YES 
user_id=1483238
Originator: NO

I found that the I/O buffer size was accidentally
changed in my patch to make I/O operation exception
safe.

I tried to set the buffer size like 4.3pre8 and saw
some speed up. My test environment is sftp to
localhost and 10MB file. Saving the file took 7~8 sec
in 4.3pre9. After setting the buffer size, it took 3~4
sec.

Does "extremely slow" mean such twice time or so?

I will submit a patch. If this is confirmed as the
exact problem, this bug will be closed with the patch.


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

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

Plugin Central Submission item #3078445, was opened at 2010-09-29 22:15
Message generated for change (Comment added) made by elberry
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3078445&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: Pending
Priority: 5
Private: No
Submitted By: Damien (kog13)
>Assigned to: Townsfolk (elberry)
Summary: ClojureShell 1.0

Initial Comment:
{{{ ClojureShell 1.0
    Source: Source code is in SVN with the tag 1.0 (no SVN release numbers, please)
    Announcement: 
    Requires Java 1.5
    Requires jEdit 04.03.18.00
    Required plugins: 
        procshell.ProcessShellPlugin 1.0
        clojure.ClojurePlugin 1.2.0
    
    Short Description: Provides a Console shell that maintains a Clojure Read-Eval-Print-Loop.
    
    Long Description: The Clojure Shell plugin maintains a running Clojure environment and Read-Eval-Print-Loop in the Console.

Actions are provided to quickly evaluate selected text, an open buffer, or a chosen external file in the shell, making it easy to run quick tests before committing code to your project.
 }}}

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

>Comment By: Townsfolk (elberry)
Date: 2010-09-30 10:08

Message:
Please include a small help file with some information about what the
plugin is, and it's intended use.

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

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

Plugin Central Submission item #3078444, was opened at 2010-09-29 22:11
Message generated for change (Comment added) made by elberry
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3078444&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: Closed
Priority: 5
Private: No
Submitted By: Damien (kog13)
>Assigned to: Townsfolk (elberry)
Summary: Clojure 1.2.0

Initial Comment:
{{{ Clojure 1.2.0
    Source: Source code is in SVN with the tag 1.2.0 (no SVN release numbers, please)
    Announcement: 
    Requires Java 1.5
    Requires jEdit 04.03.18.00
    Optional plugins: 
        console.ConsolePlugin 4.4.2
    
    Short Description: Provides Clojure to jEdit
    
    Long Description: Clojure comes packaged with the Clojure programming language, a functional programming language for the JVM. It also provides a commando file for running clojure scripts.
 }}}

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

>Comment By: Townsfolk (elberry)
Date: 2010-09-30 09:57

Message:
Upgraded jEdit requirement to at least 4.3 finall (04.03.99.00), also fixed
the build.xml to install dependency jars along with the plugin.

Tested against 4.3.2

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

Comment By: Townsfolk (elberry)
Date: 2010-09-30 09:56

Message:
Released to Plugin Central.

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

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

Patches item #3078863, was opened at 2010-09-30 13:54
Message generated for change (Tracker Item Submitted) made by kollross
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=3078863&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: texteditor
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Diogo Kollross (kollross)
Assigned to: Nobody/Anonymous (nobody)
Summary: Oracle PL/SQL mode

Initial Comment:
An edit mode for Oracle 11g PL/SQL featuring:

- Keywords
- Operators
- Comments (single and multi-line)
- String literals (standard and custom delimited)
- Built-in functions
- Supplied PL/SQL packages and their procedures/functions

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

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

Plugin Central Submission item #3078438, was opened at 2010-09-29 22:02
Message generated for change (Comment added) made by elberry
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3078438&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: Pending
Priority: 5
Private: No
Submitted By: Damien (kog13)
>Assigned to: Townsfolk (elberry)
Summary: PythonShell 1.0

Initial Comment:
{{{ PythonShell 1.0
    Source: Source code is in SVN with the tag 1.0 (no SVN release numbers, please)
    Announcement: 
    Requires Java 1.5
    Requires jEdit 04.03.99.00
    Required plugins: 
        procshell.ProcessShellPlugin 1.0
    
    Short Description: Provides a Console shell that maintains a running Python Read-Eval-Print-Loop.
    
    Long Description: The Python Shell plugin maintains a running Python environment and Read-Eval-Print-Loop in the Console.

Actions are provided to quickly evaluate selected text, an open buffer, or a chosen external file in the shell, making it easy to run quick tests before committing code to your project.
 }}}

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

>Comment By: Townsfolk (elberry)
Date: 2010-09-30 09:24

Message:
Please include a small help file with some information about what the
plugin is, and it's intended use.

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

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

Plugin Central Submission item #3078436, was opened at 2010-09-29 21:51
Message generated for change (Settings changed) made by elberry
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3078436&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: Closed
Priority: 5
Private: No
Submitted By: Damien (kog13)
>Assigned to: Townsfolk (elberry)
Summary: ProcessShell 1.0

Initial Comment:
{{{ ProcessShell 1.0
    Source: Source code is in SVN with the tag 1.0 (no SVN release numbers, please)
    Announcement: 
    Requires Java 1.5
    Requires jEdit 04.03.99.00
    Required plugins: 
        console.ConsolePlugin 4.4.2
    
    Short Description: This plugin provides a utility class for definining a Console shell based on an external process.
    
    Long Description: The Process Shell plugin provides a base class for implementing Console shells that rely on an external process.
 }}}

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

>Comment By: Townsfolk (elberry)
Date: 2010-09-30 09:19

Message:
Tested with jEdit 4.3.2 (04.03.99.02)

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

Comment By: Townsfolk (elberry)
Date: 2010-09-30 09:19

Message:
Released to Plugin Central.

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

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

Feature Requests item #3022440, was opened at 2010-06-28 19:07
Message generated for change (Comment added) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=3022440&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: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: Default Bufferset Scope

Initial Comment:
I think the default bufferset scope should be set to view, not global. Most programs create distinctions between windows, and having one program's window affect another one is pretty rare. This can cause confusion when global is set as default, and those who prefer a global bufferset are more likely to know what it is and how to change it.

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

>Comment By: Matthieu Casanova (kpouer)
Date: 2010-09-30 15:38

Message:
The fact is that I wanted that the implementation didn't change the default
behavior of jEdit, that's why global is default

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

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

Bugs item #830646, was opened at 2003-10-26 20:56
Message generated for change (Comment added) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=830646&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: Slava Pestov (spestov)
Assigned to: Matthieu Casanova (kpouer)
Summary: I/O abort handling is very broken

Initial Comment:
(I'm moving all my bugs from TODO.txt to the bug tracker).

Half the time it seems aborting an I/O request does not
work. A better way needs to be found than using the
deprecated Thread.stop(Throwable) API.

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

>Comment By: Matthieu Casanova (kpouer)
Date: 2010-09-30 15:28

Message:
No, I didn't change anything about that.
In fact I'm not sure it is possible to stop a thread. We can interrupt a
thread but if the Runnable do not check the status of the thread it
probably doesn't change anything.

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

Comment By: Eric Le Lay (kerik-sf)
Date: 2010-09-25 11:48

Message:
Matthieu,
is it better now with your good work on io tasks ?

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

Comment By: Townsfolk (elberry)
Date: 2009-12-01 19:38

Message:
Sorry. resetting to open until someone has time to look into it.

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

Comment By: Townsfolk (elberry)
Date: 2009-12-01 18:47

Message:
This bug is very old, if it still exists in current development version of
jEdit (4.3pre18/pre19) please reopen it. Otherwise it will be closed out
automatically by the SF tracker system.

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

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

At this point, there is no intention to remove jEdit from SVN. I actually
switched to Bazaar, which seems to be better than git, and provides a
similar bzr-svn layer for synchronizing with the SVN repository just like
git-svn. jEdit has a Bazaar mirror in LaunchPad, which provides a
quick-start for this.

Shlomy

On Thu, Sep 30, 2010 at 1:51 PM, Vadim Voituk <vad...@gm...>wrote:

> Alan,
>
> Why not to keep jEdit in SVN (as main public repository) and work with it
> using git-svn.
> I`m working on jEdit plugins in this way about year already - and there is
> no problems with it.
>
> As result i`m getting all benefits of gits (local commits, speed, fast
> branching and merging, etc), but no one else developer should not care which
> VCS i`m using.
>
> Looks like Sholmy works in the same way, isn`t it?
>
>
>
> --
> Voituk Vadim
> vad...@gm...
> SkypeID: voituk
>
>
> On Wed, Sep 29, 2010 at 00:55, Eric Berry <el...@gm...> wrote:
>
>> Thanks Alan, it was definitely worth a try.
>>
>> To those who want to give the Launchpad.net/Bazaar mirror a try. If you
>> have the bzr-svn plugin installed, you should be able to pull from the
>> Launchpad mirror (read only), and push directly to the SVN repository
>> (read/write).
>>
>> Eg.
>> bzr branch lp:jedit
>> *hack hack hack*
>> bzr ci -m "My hacking on jEdit trunk, mirrored on Launchpad.net in
>> Bazaar."
>> bzr push https://jedit.svn.sourceforge.net/svnroot/jedit/jEdit/trunk
>>
>> // after the first branch, and first push
>> bzr pull (or merge, will pull/merge down changes from launchpad)
>> *hack hack hack*
>> bzr ci -m "More hacking"
>> bzr push (will automatically push to SVN)
>>
>> Note that the first push will take some time as bzr-svn retrieves, caches,
>> and correlates the SVN history locally.
>>
>> Or, you can always just use Bazaar as a better SVN client, and use bzr
>> against the SVN repo directly.
>>
>> Eg.
>> bzr branch https://jedit.svn.sourceforge.net/svnroot/jedit/jEdit/trunk
>> *hack hack hack*
>> bzr ci -m "My hacking on jEdit trunk, using Bazaar locally, against the
>> SF.net SVN repository."
>> bzr push :parent
>>
>> // after the first branch, and first push
>> bzr pull (or merge, will pull/merge down changes from SF.net)
>> *hack hack hack*
>> bzr ci -m "More hacking"
>> bzr push (will automatically push to SVN)
>>
>>
>>
>> --
>> Learn from the past. Live in the present. Plan for the future.
>> Blog: http://www.townsfolkdesigns.com/blogs/elberry
>> jEdit <http://www.jedit.org> - Programmer's Text Editor
>> Bazaar <http://bazaar.canonical.com> - Version Control for Humans
>>
>>
>> ------------------------------------------------------------------------------
>> Start uncovering the many advantages of virtual appliances
>> and start using them to simplify application deployment and
>> accelerate your shift to cloud computing.
>> http://p.sf.net/sfu/novell-sfdev2dev
>> --
>> -----------------------------------------------
>> jEdit Developers' List
>> jEd...@li...
>> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>>
>>
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>
>

Alan,

Why not to keep jEdit in SVN (as main public repository) and work with it
using git-svn.
I`m working on jEdit plugins in this way about year already - and there is
no problems with it.

As result i`m getting all benefits of gits (local commits, speed, fast
branching and merging, etc), but no one else developer should not care which
VCS i`m using.

Looks like Sholmy works in the same way, isn`t it?



-- 
Voituk Vadim
vad...@gm...
SkypeID: voituk


On Wed, Sep 29, 2010 at 00:55, Eric Berry <el...@gm...> wrote:

> Thanks Alan, it was definitely worth a try.
>
> To those who want to give the Launchpad.net/Bazaar mirror a try. If you
> have the bzr-svn plugin installed, you should be able to pull from the
> Launchpad mirror (read only), and push directly to the SVN repository
> (read/write).
>
> Eg.
> bzr branch lp:jedit
> *hack hack hack*
> bzr ci -m "My hacking on jEdit trunk, mirrored on Launchpad.net in Bazaar."
> bzr push https://jedit.svn.sourceforge.net/svnroot/jedit/jEdit/trunk
>
> // after the first branch, and first push
> bzr pull (or merge, will pull/merge down changes from launchpad)
> *hack hack hack*
> bzr ci -m "More hacking"
> bzr push (will automatically push to SVN)
>
> Note that the first push will take some time as bzr-svn retrieves, caches,
> and correlates the SVN history locally.
>
> Or, you can always just use Bazaar as a better SVN client, and use bzr
> against the SVN repo directly.
>
> Eg.
> bzr branch https://jedit.svn.sourceforge.net/svnroot/jedit/jEdit/trunk
> *hack hack hack*
> bzr ci -m "My hacking on jEdit trunk, using Bazaar locally, against the
> SF.net SVN repository."
> bzr push :parent
>
> // after the first branch, and first push
> bzr pull (or merge, will pull/merge down changes from SF.net)
> *hack hack hack*
> bzr ci -m "More hacking"
> bzr push (will automatically push to SVN)
>
>
>
> --
> Learn from the past. Live in the present. Plan for the future.
> Blog: http://www.townsfolkdesigns.com/blogs/elberry
> jEdit <http://www.jedit.org> - Programmer's Text Editor
> Bazaar <http://bazaar.canonical.com> - Version Control for Humans
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>
>

Plugin Central Submission item #3078445, was opened at 2010-09-30 00:15
Message generated for change (Tracker Item Submitted) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3078445&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
Priority: 5
Private: No
Submitted By: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: ClojureShell 1.0

Initial Comment:
{{{ ClojureShell 1.0
    Source: Source code is in SVN with the tag 1.0 (no SVN release numbers, please)
    Announcement: 
    Requires Java 1.5
    Requires jEdit 04.03.18.00
    Required plugins: 
        procshell.ProcessShellPlugin 1.0
        clojure.ClojurePlugin 1.2.0
    
    Short Description: Provides a Console shell that maintains a Clojure Read-Eval-Print-Loop.
    
    Long Description: The Clojure Shell plugin maintains a running Clojure environment and Read-Eval-Print-Loop in the Console.

Actions are provided to quickly evaluate selected text, an open buffer, or a chosen external file in the shell, making it easy to run quick tests before committing code to your project.
 }}}

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

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

Plugin Central Submission item #3078444, was opened at 2010-09-30 00:11
Message generated for change (Tracker Item Submitted) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3078444&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
Priority: 5
Private: No
Submitted By: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: Clojure 1.2.0

Initial Comment:
{{{ Clojure 1.2.0
    Source: Source code is in SVN with the tag 1.2.0 (no SVN release numbers, please)
    Announcement: 
    Requires Java 1.5
    Requires jEdit 04.03.18.00
    Optional plugins: 
        console.ConsolePlugin 4.4.2
    
    Short Description: Provides Clojure to jEdit
    
    Long Description: Clojure comes packaged with the Clojure programming language, a functional programming language for the JVM. It also provides a commando file for running clojure scripts.
 }}}

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

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

Plugin Central Submission item #3078436, was opened at 2010-09-29 23:51
Message generated for change (Settings changed) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3078436&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
Priority: 5
Private: No
Submitted By: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
>Summary: ProcessShell 1.0

Initial Comment:
{{{ ProcessShell 1.0
    Source: Source code is in SVN with the tag 1.0 (no SVN release numbers, please)
    Announcement: 
    Requires Java 1.5
    Requires jEdit 04.03.99.00
    Required plugins: 
        console.ConsolePlugin 4.4.2
    
    Short Description: This plugin provides a utility class for definining a Console shell based on an external process.
    
    Long Description: The Process Shell plugin provides a base class for implementing Console shells that rely on an external process.
 }}}

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

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

Plugin Central Submission item #3078438, was opened at 2010-09-30 00:02
Message generated for change (Tracker Item Submitted) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3078438&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
Priority: 5
Private: No
Submitted By: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: PythonShell 1.0

Initial Comment:
{{{ PythonShell 1.0
    Source: Source code is in SVN with the tag 1.0 (no SVN release numbers, please)
    Announcement: 
    Requires Java 1.5
    Requires jEdit 04.03.99.00
    Required plugins: 
        procshell.ProcessShellPlugin 1.0
    
    Short Description: Provides a Console shell that maintains a running Python Read-Eval-Print-Loop.
    
    Long Description: The Python Shell plugin maintains a running Python environment and Read-Eval-Print-Loop in the Console.

Actions are provided to quickly evaluate selected text, an open buffer, or a chosen external file in the shell, making it easy to run quick tests before committing code to your project.
 }}}

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

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

Plugin Central Submission item #3078436, was opened at 2010-09-29 23:51
Message generated for change (Settings changed) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3078436&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
Priority: 5
Private: No
Submitted By: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Process Shell 1.0

Initial Comment:
{{{ ProcessShell 1.0
    Source: Source code is in SVN with the tag 1.0 (no SVN release numbers, please)
    Announcement: 
    Requires Java 1.5
    Requires jEdit 04.03.99.00
    Required plugins: 
        console.ConsolePlugin 4.4.2
    
    Short Description: This plugin provides a utility class for definining a Console shell based on an external process.
    
    Long Description: The Process Shell plugin provides a base class for implementing Console shells that rely on an external process.
 }}}

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

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

Plugin Central Submission item #3078436, was opened at 2010-09-29 23:51
Message generated for change (Tracker Item Submitted) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3078436&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
Priority: 5
Private: No
Submitted By: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: Process Shell

Initial Comment:
{{{ ProcessShell 1.0
    Source: Source code is in SVN with the tag 1.0 (no SVN release numbers, please)
    Announcement: 
    Requires Java 1.5
    Requires jEdit 04.03.99.00
    Required plugins: 
        console.ConsolePlugin 4.4.2
    
    Short Description: This plugin provides a utility class for definining a Console shell based on an external process.
    
    Long Description: The Process Shell plugin provides a base class for implementing Console shells that rely on an external process.
 }}}

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

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

CtagsInterface, MarkerSets, and the DirtyGutter plugins have been moved to
jEdit's git repository.

The Daily builds for these plugins have been switched over to use the code
from their new repositories.

Thanks.

-- 
Learn from the past. Live in the present. Plan for the future.
Blog: http://www.townsfolkdesigns.com/blogs/elberry
jEdit <http://www.jedit.org> - Programmer's Text Editor
Bazaar <http://bazaar.canonical.com> - Version Control for Humans

CtagsInterface - Failure:

********************************************************************************
Build Log Snippet:
Started by user anonymous
Checkout:workspace / /Users/eberry/.hudson/jobs/CtagsInterface/workspace - hudson.remoting.LocalChannel@1031ba1
Using strategy: Default
Last Built Revision: Revision 6f503db9add3464b5f1cb715f4d663faceaf9b63 (origin/master)
Checkout:trunk / /Users/eberry/.hudson/jobs/CtagsInterface/workspace/trunk - hudson.remoting.LocalChannel@1031ba1
GitAPI created
Cloning the remote Git repository
Cloning repository origin
$ git clone -o origin git://jedit.git.sourceforge.net/gitroot/jedit/CtagsInterface /Users/eberry/.hudson/jobs/CtagsInterface/workspace/trunk
Fetching upstream changes from git://jedit.git.sourceforge.net/gitroot/jedit/CtagsInterface
[trunk] $ git fetch -t git://jedit.git.sourceforge.net/gitroot/jedit/CtagsInterface +refs/heads/*:refs/remotes/origin/*
[trunk] $ git ls-tree HEAD
Seen branch in repository origin/master
Commencing build of Revision 6f503db9add3464b5f1cb715f4d663faceaf9b63 (origin/master)
GitAPI created
Checking out Revision 6f503db9add3464b5f1cb715f4d663faceaf9b63 (origin/master)
[trunk] $ git checkout -f 6f503db9add3464b5f1cb715f4d663faceaf9b63
[trunk] $ git tag -a -f -m "Hudson Build #84" hudson-CtagsInterface-84
Recording changes in branch origin/master
[trunk] $ git whatchanged --no-abbrev -M --pretty=raw 6f503db9add3464b5f1cb715f4d663faceaf9b63..6f503db9add3464b5f1cb715f4d663faceaf9b63
No emails were triggered.
FATAL: Unable to find build script at /Users/eberry/.hudson/jobs/CtagsInterface/workspace/build.xml
Email was triggered for: Failure
Sending email for trigger: Failure


********************************************************************************
Changes: