SourceForge.net | 3 Nov 22:05 2005
Picon
Picon

[ jedit-Plugin Central Submission-1347676 ] LilyPondTool 0.2.9

Plugin Central Submission item #1347676, was opened at 2005-11-03 22:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1347676&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
Submitted By: Bertalan Fodor (fodber)
Assigned to: Nobody/Anonymous (nobody)
Summary: LilyPondTool 0.2.9

Initial Comment:
 1. Name: LilyPondTool

2. Version Number: 0.2.9

3. Requirements:
JRE 5.0
jEdit 4.2final

ErrorListPlugin 1.3.2
SideKickPlugin 0.3.3
TemplatesPlugin 3.3.0
ConsolePlugin 4.1.2
JakartaCommonsPlugin 0.4.3 
(Continue reading)

SourceForge.net | 4 Nov 14:43 2005
Picon
Picon

[ jedit-Plugin Bugs-1348280 ] ftp plugin halt when directory contains symbolic links

Plugin Bugs item #1348280, was opened at 2005-11-04 05:43
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1348280&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
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: ftp plugin halt when directory contains symbolic links

Initial Comment:
jedit v4.3pre2 on windows XP, java 1.4.2_02-b03
ftp server : AIX 4.3.2

When I try to open a directory containing symbolic
links, ftp plugin halt, I can see there is 1 I/O
operation proceding in the status bar but nothing
happen any more in the file system browser. I'm then
forced to end jedit with the task manager

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

You can respond by visiting: 
(Continue reading)

SourceForge.net | 6 Nov 06:29 2005
Picon
Picon

[ jedit-Plugin Central Submission-1349367 ] Optional 0.1 in CVS

Plugin Central Submission item #1349367, was opened at 2005-11-05 21:29
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1349367&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
Submitted By: Alan Ezust (ezust)
Assigned to: Nobody/Anonymous (nobody)
Summary: Optional 0.1 in CVS

Initial Comment:
Optional 0.1

Requirements:
	* jdk 1.4.1
	* jEdit 4.3pre3 

Author:
	Alan Ezust

Announcement:
	release 0.1

Source:
(Continue reading)

SourceForge.net | 6 Nov 06:45 2005
Picon
Picon

[ jedit-Plugin Central Submission-1312384 ] Console 4.3.1 obsolete - stay tuned for 4.3.2

Plugin Central Submission item #1312384, was opened at 2005-10-03 15:36
Message generated for change (Settings changed) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1312384&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: Deleted
Priority: 5
Submitted By: Alan Ezust (ezust)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Console 4.3.1 obsolete - stay tuned for 4.3.2

Initial Comment:
#

Version 4.3.1 Requires jEdit 4.3 beta and Java 1.5

    *

      Rewrote command execution part to use the JDK 1.5
ProcessBuilder class. This made it possible to merge
stdout and stderr, which means that the output of make,
which sends its "entering/leaving" messages to stdout,
and its error messages to stderr, can be merged into
one stream for parsing.
    *
(Continue reading)

SourceForge.net | 6 Nov 06:54 2005
Picon
Picon

[ jedit-Plugin Central Submission-1349373 ] Infoviewer 1.5.2 in CVS

Plugin Central Submission item #1349373, was opened at 2005-11-05 21:54
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1349373&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
Submitted By: Alan Ezust (ezust)
Assigned to: Nobody/Anonymous (nobody)
Summary: Infoviewer 1.5.2 in CVS

Initial Comment:
InfoViewer 1.5.0's help-overriding won't work against
the current jedit in CVS - I removed HelpViewerFactory
and restored the previous action.xml shell for "help".

InfoViewer 1.5.2 works with the latest CVS of Jedit.
Contains some small bugfixes, and a bit of refactoring.

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

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

-------------------------------------------------------
(Continue reading)

SourceForge.net | 6 Nov 12:37 2005
Picon
Picon

[ jedit-Bugs-1275607 ] "find" field does not always receive focus

Bugs item #1275607, was opened at 2005-08-29 11:27
Message generated for change (Comment added) made by chapman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1275607&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: search and replace
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Xuan Baldauf (mediumnet)
Assigned to: Robert McKinnon (robmckinnon)
Summary: "find" field does not always receive focus

Initial Comment:
On Linux (unlike on Windows) using JVM

java version "1.5.0_04"
Java(TM) 2 Runtime Environment, Standard Edition (build
1.5.0_04-b05)
Java HotSpot(TM) Client VM (build 1.5.0_04-b05, mixed
mode, sharing)

, when trying to search, the focus is not always at the
"find" field (the field where the text to be searched
is to be entered). There is an about 50% chance to get
the focus.
(Continue reading)

Rob . | 7 Nov 01:19 2005
Picon

Can I do my own plugin releases?

Hi all,

In the spirit of "release early and release often" I'd like to be able
to do my own plugin manager releases for the Ruby Editor Plugin.

So far I have just been letting people download the plugin manually from:
http://jedit.org/ruby/

During a coding spurt I often just want to get the latest code out
there - waiting for a plugin release request to be serviced forces me
into someone else's schedule and slows down the rate at which I can
respond to feedback.

Rob

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
--

-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel

Andy Streich | 7 Nov 01:49 2005

Re: Can I do my own plugin releases?

On Sunday 06 November 2005 04:19 pm, Rob . wrote:
> In the spirit of "release early and release often" I'd like to be able
> to do my own plugin manager releases for the Ruby Editor Plugin.
>
> So far I have just been letting people download the plugin manually from:
> http://jedit.org/ruby/
>
> During a coding spurt I often just want to get the latest code out
> there - waiting for a plugin release request to be serviced forces me
> into someone else's schedule and slows down the rate at which I can
> respond to feedback.

As a plugin author myself I feel your pain :-)  What to do?  You can always 
make a release available on the community site or any webserver you can push 
files to and send out an announcement to the user list.

An enhancement to the plugin manager would be to allow a choice between the 
"approved" version and the author's latest release (with some reasonable 
warning about the security/stability consequences).  But I wouldn't favor 
that unless there was a way to vet plugin authors.  A very high-value service 
the current method provides is having a trusted person review your work and 
build it from source.  That gives me lots of confidence when I use the plugin 
manager and I don't want to give that up.  

"release early and release often" doesn't mean release just any old thing.  I 
don't say that to disparage your work.  I'm assume you apply high standards.  
It's just that when I download a jEdit plugin I'm giving it free reign on my 
machine which is not a small thing.  If you have eager users who want to stay 
update with the latest and greatest, it's not hard to for them to copy a jar 
file into the right place.
(Continue reading)

Rob . | 7 Nov 02:11 2005
Picon

Re: Can I do my own plugin releases?

On 11/7/05, Andy Streich <andy <at> rushyglen.com> wrote:
> On Sunday 06 November 2005 04:19 pm, Rob . wrote:
> > In the spirit of "release early and release often" I'd like to be able
> > to do my own plugin manager releases for the Ruby Editor Plugin.
>
> As a plugin author myself I feel your pain :-)  What to do?  You can always
> make a release available on the community site or any webserver you can push
> files to and send out an announcement to the user list.

Currently I let them download from http://jedit.org/ruby/

> An enhancement to the plugin manager would be to allow a choice between the
> "approved" version and the author's latest release (with some reasonable
> warning about the security/stability consequences).  But I wouldn't favor
> that unless there was a way to vet plugin authors.  A very high-value service
> the current method provides is having a trusted person review your work and
> build it from source.  That gives me lots of confidence when I use the plugin
> manager and I don't want to give that up.

My request was a personal one, I don't want everyone to be able to
release plugin manager releases.

> "release early and release often" doesn't mean release just any old thing.  I
> don't say that to disparage your work.  I'm assume you apply high standards.

he, he - I've been doing jEdit plugin authoring for 4 years. My XSLT
work and promotion even got us awards back in 2002 (I have the copy of
the first certificate, I sent Slava the copy of the second):
http://www.geocities.com/xemplify/jedit-xml-j-2002-awards/

(Continue reading)

SourceForge.net | 7 Nov 22:28 2005
Picon
Picon

[ jedit-Bugs-1350706 ] Name of config dir (.jEdit) is bad on windows

Bugs item #1350706, was opened at 2005-11-07 16:28
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1350706&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: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Geron (ageron)
Assigned to: Nobody/Anonymous (nobody)
Summary: Name of config dir (.jEdit) is bad on windows

Initial Comment:
- I just installed jEdit 4.2 on a Windows NT machine as
an Administrator on the machine.
- I then closed the Windows session and logged on again
on this same machine as a regular user in an NT Domain.
- Everything went fine during the session itself, jEdit
worked fine.

- But when I closed the session I got an error message
from windows NT saying that it could not copy the
directory .jEdit back to the NT Domain => NT Domain
users cannot save their jEdit settings and they get a
warning every time they log off !
(Continue reading)


Gmane