jedit-devel Mailing List for jEdit

Plugin Central Submission item #1915547, was opened at 2008-03-16 12:09
Message generated for change (Comment added) made by nicarran
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1915547&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: Nicolas Carranza (nicarran)
Assigned to: Jeffrey Hoyt (jchoyt)
Summary: CandyFolds 080316

Initial Comment:
{{{ CandyFolds 080316
    Source: http://downloads.sourceforge.net/candyfolds/candyfolds-1-080316-src-jedit.zip
    Announcement: initial Plugin Central release
    Requires Java 1.6
    Requires jEdit 04.03.12.00
    
    Short Description: CandyFolds draws colored fold-guides on the text area to improve code readability. CandyFolds was based on the WhiteSpace plugin's fold-guides. Visit the http://candyfolds.sf.net to report bugs or post comments.
    
    Long Description: CandyFolds draws colored fold-guides on the text-area to improve code readability. A fold-guide is a vertical line drawn from the start to the end of a fold, following the text indentation. The color used by each fold-guide can be configured using regular expressions: the regular expression tests the line of text on the starting point of the fold, if it matches then it uses the specified color to draw the fold-guide.
<p> CandyFolds was based on the WhiteSpace (by Nathan Jones and Andre Kaplan) plugin's fold-guides.
<p>Visit the <a href="http://candyfolds.sf.net">CandyFold's home page</a> to report bugs or post comments.
 }}}

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

>Comment By: Nicolas Carranza (nicarran)
Date: 2008-03-31 16:32

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

Hi,

I created a small help file and uploaded the sources to SVN. 

The source code is in SVN with the tag release-0.5.1
(https://jedit.svn.sourceforge.net/svnroot/jedit/plugins/CandyFolds/tags/release-0.5.1)

I think I will have to create a new plugin announcement to reflect the new
source code direction. I will wait for your comments.

Thanks,
Nicolas

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2008-03-28 20:13

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

I added you as a developer to the project so you can put this into SVN in
the future.  

Do you have a help file of some sort?  docbook or html format?  You should
at least have a small file with attribution in it if nothing else.

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

Comment By: Nicolas Carranza (nicarran)
Date: 2008-03-23 17:15

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

Hello Jeff,

I made the version with the changes you requested (version 0.5.0 and
revamped to use the build-support package). Here are the new sources: 
http://downloads.sourceforge.net/candyfolds/CandyFolds.zip

Should I create a new plugin announcement?

It would be fine to put these sources in the jEdit SVN repository. What
should I do to have the necessary permissions?

Thanks,
Nicolas

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2008-03-17 20:58

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

A couple requests.  First, please choose a release number, not a date. 
Something like 1.0 or 0.1.0.  That is consistent with the rest of the
plugins.  Second, please revamp your plugin so it uses the build-support
package (see
http://www.jedit.org/users-guide/plugin-implement-building.html).  Third,
you are encouraged to put your code in to the jEdit SVN repository.  You
don't have to, obviously, but it makes our lives easier.

Thanks,

Jeff

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

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

Plugin Feature Requests item #1549243, was opened at 2006-08-30 05:24
Message generated for change (Comment added) made by daleanson
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=1549243&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: 7
Private: No
Submitted By: Denis Koryavov (dkoryavov)
Assigned to: Nobody/Anonymous (nobody)
Summary: TaskList Plugin: show tasks from opened buffers and PV.

Initial Comment:
It would be very nice if the TaskList plugin did show
tasks from opened buffers and current ProjectViewer
project.

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

>Comment By: Dale Anson (daleanson)
Date: 2008-03-31 14:05

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

+1 from me too.  It shouldn't need any work in Project Viewer to support
this.  There is some code in the SVN Plugin that tracks repository settings
per project that could be used as an example.  Also, I see Marcelo has made
new commits to PV in the past few days, maybe he's found some time?


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

Comment By: Alan Ezust (ezust)
Date: 2008-03-12 15:44

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

+1 to that!
I think we need another maintainer of projectviewer too, since Marcelo is
too busy to work on it these days...


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

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

Bugs item #1930320, was opened at 2008-03-31 18:46
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=1930320&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: severe bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dawid Weiss (dawidweiss)
Assigned to: Nobody/Anonymous (nobody)
Summary: NPE at startup under NX remote display.

Initial Comment:
JEdit fails to start under NX remote desktop. The exception stems from inability to determine screen dimensions

A patch is attached that uses a different method of retrieving screen boundaries. Works under NX and on regular display.

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

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

Bugs item #1930307, was opened at 2008-03-31 18:26
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=1930307&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: minor bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dawid Weiss (dawidweiss)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add an alias of ant-optional (currently called ant-nodeps)

Initial Comment:
The source-code level build documentation informs that ant-optional package is required. This package is named ant-nodeps in ant 1.7.x (OpenSuSE, Windows).

Patch adding this to the documentation is attached.

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

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

Plugin Feature Requests item #1672118, was opened at 2007-03-01 19:58
Message generated for change (Comment added) made by andyrossmeissl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=1672118&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: Andrew Rossmeissl (andyrossmeissl)
Assigned to: Nobody/Anonymous (nobody)
Summary: SFTP option use native putty,Pageant/ssh,ssh-agent tools?

Initial Comment:
The FTP/SFTP plugin can currently use a private key file to authenticate to SFTP servers. Instead of asking for the private key's password, it should check first to see if it's available from Pageant, an ssh-agent.

http://www.chiark.greenend.org.uk/~sgtatham/putty/

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

>Comment By: Andrew Rossmeissl (andyrossmeissl)
Date: 2008-03-31 09:32

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

Yes, Putty includes a tool called plink that allows for automated
command-line SSH connections that use its Pageant SSH agent.

http://the.earth.li/~sgtatham/putty/0.53b/htmldoc/Chapter7.html

TortoiseSVN includes a modified "silent" version of plink that may be
useful to jedit.

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

Comment By: Alan Ezust (ezust)
Date: 2008-03-30 21:13

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

Is there a command line ssh and sftp program that is pageant aware?

I was thinking it would also be nice if I could use sftp plugin with
ssh-agent on *nix. It's a pain to have to keep re-adding my key/passphrase
when my native ssh agent already has it.

I know that if the plugin used the native tools, it would be 'agent
aware', and if the putty/pageant suite had a compatible command line
client, it would be easier to solve this problem for both platforms at
once.






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

Comment By: Alan Ezust (ezust)
Date: 2008-03-30 21:13

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

Is there a command line ssh and sftp program that is pageant aware?

I was thinking it would also be nice if I could use sftp plugin with
ssh-agent on *nix. It's a pain to have to keep re-adding my key/passphrase
when my native ssh agent already has it.

I know that if the plugin used the native tools, it would be 'agent
aware', and if the putty/pageant suite had a compatible command line
client, it would be easier to solve this problem for both platforms at
once.






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

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

Plugin Bugs item #1929705, was opened at 2008-03-31 02:17
Message generated for change (Comment added) made by voituk
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1929705&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: Marcelo Vanzin (vanza)
Assigned to: Nobody/Anonymous (nobody)
Summary: FTP: weird directory listing with wu-ftpd

Initial Comment:
I'm using the FTP plugin (or trying to...) to test some new functionality in ProjectViewer, and I've run into this interesting problem.

I installed wu-ftpd on my local machine (version 2.6.2, from Ubuntu Feisty) and I got the directory listing you can see in the attached image.

It's as if the FTP plugin is considering the timestamp as part of the file name... no need to mention that I can't cd into any directory because of that.

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

>Comment By: Voituk Vadim (voituk)
Date: 2008-03-31 12:17

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

I`ve no-one wu-ftpd server instance installed, so can you send me LIST
command output generated by your ftpd?

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

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

Plugin Feature Requests item #1672118, was opened at 2007-03-01 16:58
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=1672118&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: Andrew Rossmeissl (andyrossmeissl)
Assigned to: Nobody/Anonymous (nobody)
Summary: SFTP option use native putty,Pageant/ssh,ssh-agent tools?

Initial Comment:
The FTP/SFTP plugin can currently use a private key file to authenticate to SFTP servers. Instead of asking for the private key's password, it should check first to see if it's available from Pageant, an ssh-agent.

http://www.chiark.greenend.org.uk/~sgtatham/putty/

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

>Comment By: Alan Ezust (ezust)
Date: 2008-03-30 19:13

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

Is there a command line ssh and sftp program that is pageant aware?

I was thinking it would also be nice if I could use sftp plugin with
ssh-agent on *nix. It's a pain to have to keep re-adding my key/passphrase
when my native ssh agent already has it.

I know that if the plugin used the native tools, it would be 'agent
aware', and if the putty/pageant suite had a compatible command line
client, it would be easier to solve this problem for both platforms at
once.






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

Comment By: Alan Ezust (ezust)
Date: 2008-03-30 19:13

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

Is there a command line ssh and sftp program that is pageant aware?

I was thinking it would also be nice if I could use sftp plugin with
ssh-agent on *nix. It's a pain to have to keep re-adding my key/passphrase
when my native ssh agent already has it.

I know that if the plugin used the native tools, it would be 'agent
aware', and if the putty/pageant suite had a compatible command line
client, it would be easier to solve this problem for both platforms at
once.






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

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

Plugin Feature Requests item #1672118, was opened at 2007-03-01 16:58
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=1672118&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: Andrew Rossmeissl (andyrossmeissl)
Assigned to: Nobody/Anonymous (nobody)
>Summary: SFTP option use native putty,Pageant/ssh,ssh-agent tools?

Initial Comment:
The FTP/SFTP plugin can currently use a private key file to authenticate to SFTP servers. Instead of asking for the private key's password, it should check first to see if it's available from Pageant, an ssh-agent.

http://www.chiark.greenend.org.uk/~sgtatham/putty/

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

>Comment By: Alan Ezust (ezust)
Date: 2008-03-30 19:13

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

Is there a command line ssh and sftp program that is pageant aware?

I was thinking it would also be nice if I could use sftp plugin with
ssh-agent on *nix. It's a pain to have to keep re-adding my key/passphrase
when my native ssh agent already has it.

I know that if the plugin used the native tools, it would be 'agent
aware', and if the putty/pageant suite had a compatible command line
client, it would be easier to solve this problem for both platforms at
once.






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

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

Plugin Feature Requests item #1560283, was opened at 2006-09-17 12:25
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=1560283&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: 7
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Marcelo Vanzin (vanza)
Summary: ProjectViewer: Projects and Workspaces

Initial Comment:

Projects in the projectviewer can be grouped into
groups, that is nice, but it would also be nice to have
the concept of a "dependency" project... In other
words, if we are editing XML plugin, and we list
SideKick and jEdit-Trunk as two dependent projects,
then it should be "assumed" that all of the files in
the "dependent" plugins are also effectively in our
project, whenever it comes to indexing, searching, or
fast-opening. Perhaps they can also show up in the
project tree in a different color.

So each project should have a list of dependent
plugins, and we should be able to add/remove them from
a checkbox list (that shows all projects). 







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

>Comment By: Alan Ezust (ezust)
Date: 2008-03-30 18:52

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

Actually, I was thinking about this some more... It might be possible to
define another thing that is like a "project group" but is instead called a
"workspace". 

A workspace in eclipse is a grouping of projects. In jedit/PV, it is that
too, - it should be openable like a project.
When the user opens a workspace, PV reports ALL of the files in that
workspace as part of the "current" project, as far as plugins are
concerned. make VPTWorkspace extend from VPTProject so that it is a project
as far as plugins are concerned.






Another nice feature perhaps, would be letting the workspace contain
projects that are already defined elsewhere. That way, we can have "linked"
projects.


This would make PV work more like MS DEV or Eclipse, where one can open
multiple projects at once.





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

Comment By: Alan Ezust (ezust)
Date: 2008-03-30 18:52

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

Actually, I was thinking about this some more... It might be possible to
define another thing that is like a "project group" but is instead called a
"workspace". 

A workspace in eclipse is a grouping of projects. In jedit/PV, it is that
too, - it should be openable like a project.
When the user opens a workspace, PV reports ALL of the files in that
workspace as part of the "current" project, as far as plugins are
concerned. make VPTWorkspace extend from VPTProject so that it is a project
as far as plugins are concerned.






Another nice feature perhaps, would be letting the workspace contain
projects that are already defined elsewhere. That way, we can have "linked"
projects.


This would make PV work more like MS DEV or Eclipse, where one can open
multiple projects at once.





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

Comment By: Marcelo Vanzin (vanza)
Date: 2008-03-30 18:08

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

Hi Alan,

Adding this feature purely at the API level (with just a GUI to choose the
"linked" projects) would be easy, but adding full GUI support (like showing
the dependencies on the project tree and making sure all operations work
regardless of whether the project is active as a project or a dependency)
would be a lot trickier.

The API support would already help plugins like the GlobalPlugin and
anybody else looking for that sort of information. Would that be enough?

(For me, in particular, the GUI part is not very interesting... not just
because it will be a lot of work to implement. :-))


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

Comment By: Alan Ezust (ezust)
Date: 2007-08-13 07:48

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

Having the feature where one can get a list of all dependent projects
(this should definitely be part of the VPTProject API), would be useful for
plugins like GlobalPlugin, A default option to global would be to supply
GTAGSLIBPATH with a list of all the root directories of dependent projects.
The sooner this is added to ProjectViewer, the sooner we can get plugins to
support it.







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

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

Plugin Feature Requests item #1560283, was opened at 2006-09-17 12:25
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=1560283&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: 7
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Marcelo Vanzin (vanza)
>Summary: ProjectViewer: Projects and Workspaces

Initial Comment:

Projects in the projectviewer can be grouped into
groups, that is nice, but it would also be nice to have
the concept of a "dependency" project... In other
words, if we are editing XML plugin, and we list
SideKick and jEdit-Trunk as two dependent projects,
then it should be "assumed" that all of the files in
the "dependent" plugins are also effectively in our
project, whenever it comes to indexing, searching, or
fast-opening. Perhaps they can also show up in the
project tree in a different color.

So each project should have a list of dependent
plugins, and we should be able to add/remove them from
a checkbox list (that shows all projects). 







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

>Comment By: Alan Ezust (ezust)
Date: 2008-03-30 18:52

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

Actually, I was thinking about this some more... It might be possible to
define another thing that is like a "project group" but is instead called a
"workspace". 

A workspace in eclipse is a grouping of projects. In jedit/PV, it is that
too, - it should be openable like a project.
When the user opens a workspace, PV reports ALL of the files in that
workspace as part of the "current" project, as far as plugins are
concerned. make VPTWorkspace extend from VPTProject so that it is a project
as far as plugins are concerned.






Another nice feature perhaps, would be letting the workspace contain
projects that are already defined elsewhere. That way, we can have "linked"
projects.


This would make PV work more like MS DEV or Eclipse, where one can open
multiple projects at once.





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

Comment By: Marcelo Vanzin (vanza)
Date: 2008-03-30 18:08

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

Hi Alan,

Adding this feature purely at the API level (with just a GUI to choose the
"linked" projects) would be easy, but adding full GUI support (like showing
the dependencies on the project tree and making sure all operations work
regardless of whether the project is active as a project or a dependency)
would be a lot trickier.

The API support would already help plugins like the GlobalPlugin and
anybody else looking for that sort of information. Would that be enough?

(For me, in particular, the GUI part is not very interesting... not just
because it will be a lot of work to implement. :-))


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

Comment By: Alan Ezust (ezust)
Date: 2007-08-13 07:48

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

Having the feature where one can get a list of all dependent projects
(this should definitely be part of the VPTProject API), would be useful for
plugins like GlobalPlugin, A default option to global would be to supply
GTAGSLIBPATH with a list of all the root directories of dependent projects.
The sooner this is added to ProjectViewer, the sooner we can get plugins to
support it.







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

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

Plugin Feature Requests item #1460179, was opened at 2006-03-28 10:04
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=1460179&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: Alan Ezust (ezust)
Assigned to: Marcelo Vanzin (vanza)
Summary: ProjectViewer should use jedit's file chooser

Initial Comment:
When you open a file, jedit's file chooser pops up and
we can access a favorites list, as well as other
enhanced things.

projectviewer, when you are creating a new project,
should pop up the same file chooser.



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

>Comment By: Alan Ezust (ezust)
Date: 2008-03-30 18:38

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


This isn't closed quite yet :-)

I meant from the 
add project - root directory - choose button.


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

Comment By: Alan Ezust (ezust)
Date: 2008-03-30 18:38

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


This isn't closed quite yet :-)

I meant from the 
add project - root directory - choose button.


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

Comment By: Marcelo Vanzin (vanza)
Date: 2008-03-30 17:59

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

Current SVN version already has this functionality. Not very well tested
on anything other than local files, though. :-)

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

Comment By: Marcelo Vanzin (vanza)
Date: 2006-06-30 09:59

Message:
Logged In: YES 
user_id=75113

The are two big problems:

- PV uses java.io.File internally a lot. Changing to VFS 
would mean refactoring everything to use plain Strings 
containing URLs, or maybe even java.net.URL instances (less 
likely).

- The bigger issue: most of the functionality of PV 
(importing, finding things, etc) is based on 
java.io.FilenameFilter and 
javax.swing.filechooser.FileFilter (see 
projectviewer.importer.ImporterFileFilter). jEdit's VFS 
dialog only supports user-defined "globs" as filters. I 
really don't want to lose all the functionality the filters 
provide, especially since I use them a lot.

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

Comment By: Alan Ezust (ezust)
Date: 2006-06-30 09:03

Message:
Logged In: YES 
user_id=935841

Is this because projectviewer can only deal with local files
and not remote ones and other file systems?

Maybe we can write another constructor to the FSB that puts
it in a restrictive mode, not allowing remote files, and
then use that ctor from the PV.

Another idea is to somehow grab the local bookmarks in the
"favorites" of the FSB and add it to the file dialogs
created by PV.

The important part of this feature request is the bookmarks. 


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

Comment By: Marcelo Vanzin (vanza)
Date: 2006-03-28 20:21

Message:
Logged In: YES 
user_id=75113

This will probably take a while to implement and for sure
won't make it into the next release. It will need a lot of
code changes inside PV since jEdit's VFSBrowser doesn't
support filename filters the way Swing's file chooser does
(understandable since one works with VFS.DirectoryEntry and
the other uses java.io.File which are very different).

It will probably mean that PV will become "100% VFS enabled"
when this is implemented; but it will take some time
(especially considering my very scarce free time lately).

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

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

Plugin Feature Requests item #1460179, was opened at 2006-03-28 10:04
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=1460179&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: Alan Ezust (ezust)
Assigned to: Marcelo Vanzin (vanza)
Summary: ProjectViewer should use jedit's file chooser

Initial Comment:
When you open a file, jedit's file chooser pops up and
we can access a favorites list, as well as other
enhanced things.

projectviewer, when you are creating a new project,
should pop up the same file chooser.



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

>Comment By: Alan Ezust (ezust)
Date: 2008-03-30 18:38

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


This isn't closed quite yet :-)

I meant from the 
add project - root directory - choose button.


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

Comment By: Marcelo Vanzin (vanza)
Date: 2008-03-30 17:59

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

Current SVN version already has this functionality. Not very well tested
on anything other than local files, though. :-)

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

Comment By: Marcelo Vanzin (vanza)
Date: 2006-06-30 09:59

Message:
Logged In: YES 
user_id=75113

The are two big problems:

- PV uses java.io.File internally a lot. Changing to VFS 
would mean refactoring everything to use plain Strings 
containing URLs, or maybe even java.net.URL instances (less 
likely).

- The bigger issue: most of the functionality of PV 
(importing, finding things, etc) is based on 
java.io.FilenameFilter and 
javax.swing.filechooser.FileFilter (see 
projectviewer.importer.ImporterFileFilter). jEdit's VFS 
dialog only supports user-defined "globs" as filters. I 
really don't want to lose all the functionality the filters 
provide, especially since I use them a lot.

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

Comment By: Alan Ezust (ezust)
Date: 2006-06-30 09:03

Message:
Logged In: YES 
user_id=935841

Is this because projectviewer can only deal with local files
and not remote ones and other file systems?

Maybe we can write another constructor to the FSB that puts
it in a restrictive mode, not allowing remote files, and
then use that ctor from the PV.

Another idea is to somehow grab the local bookmarks in the
"favorites" of the FSB and add it to the file dialogs
created by PV.

The important part of this feature request is the bookmarks. 


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

Comment By: Marcelo Vanzin (vanza)
Date: 2006-03-28 20:21

Message:
Logged In: YES 
user_id=75113

This will probably take a while to implement and for sure
won't make it into the next release. It will need a lot of
code changes inside PV since jEdit's VFSBrowser doesn't
support filename filters the way Swing's file chooser does
(understandable since one works with VFS.DirectoryEntry and
the other uses java.io.File which are very different).

It will probably mean that PV will become "100% VFS enabled"
when this is implemented; but it will take some time
(especially considering my very scarce free time lately).

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

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

Plugin Feature Requests item #1560283, was opened at 2006-09-17 12:25
Message generated for change (Comment added) made by vanza
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=1560283&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: 7
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Marcelo Vanzin (vanza)
Summary: ProjectViewer: Dependencies relationships

Initial Comment:

Projects in the projectviewer can be grouped into
groups, that is nice, but it would also be nice to have
the concept of a "dependency" project... In other
words, if we are editing XML plugin, and we list
SideKick and jEdit-Trunk as two dependent projects,
then it should be "assumed" that all of the files in
the "dependent" plugins are also effectively in our
project, whenever it comes to indexing, searching, or
fast-opening. Perhaps they can also show up in the
project tree in a different color.

So each project should have a list of dependent
plugins, and we should be able to add/remove them from
a checkbox list (that shows all projects). 







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

>Comment By: Marcelo Vanzin (vanza)
Date: 2008-03-30 18:08

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

Hi Alan,

Adding this feature purely at the API level (with just a GUI to choose the
"linked" projects) would be easy, but adding full GUI support (like showing
the dependencies on the project tree and making sure all operations work
regardless of whether the project is active as a project or a dependency)
would be a lot trickier.

The API support would already help plugins like the GlobalPlugin and
anybody else looking for that sort of information. Would that be enough?

(For me, in particular, the GUI part is not very interesting... not just
because it will be a lot of work to implement. :-))


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

Comment By: Alan Ezust (ezust)
Date: 2007-08-13 07:48

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

Having the feature where one can get a list of all dependent projects
(this should definitely be part of the VPTProject API), would be useful for
plugins like GlobalPlugin, A default option to global would be to supply
GTAGSLIBPATH with a list of all the root directories of dependent projects.
The sooner this is added to ProjectViewer, the sooner we can get plugins to
support it.







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

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

Plugin Feature Requests item #1460179, was opened at 2006-03-28 10:04
Message generated for change (Settings changed) made by vanza
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=1460179&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: Alan Ezust (ezust)
Assigned to: Marcelo Vanzin (vanza)
Summary: ProjectViewer should use jedit's file chooser

Initial Comment:
When you open a file, jedit's file chooser pops up and
we can access a favorites list, as well as other
enhanced things.

projectviewer, when you are creating a new project,
should pop up the same file chooser.



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

>Comment By: Marcelo Vanzin (vanza)
Date: 2008-03-30 17:59

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

Current SVN version already has this functionality. Not very well tested
on anything other than local files, though. :-)

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

Comment By: Marcelo Vanzin (vanza)
Date: 2006-06-30 09:59

Message:
Logged In: YES 
user_id=75113

The are two big problems:

- PV uses java.io.File internally a lot. Changing to VFS 
would mean refactoring everything to use plain Strings 
containing URLs, or maybe even java.net.URL instances (less 
likely).

- The bigger issue: most of the functionality of PV 
(importing, finding things, etc) is based on 
java.io.FilenameFilter and 
javax.swing.filechooser.FileFilter (see 
projectviewer.importer.ImporterFileFilter). jEdit's VFS 
dialog only supports user-defined "globs" as filters. I 
really don't want to lose all the functionality the filters 
provide, especially since I use them a lot.

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

Comment By: Alan Ezust (ezust)
Date: 2006-06-30 09:03

Message:
Logged In: YES 
user_id=935841

Is this because projectviewer can only deal with local files
and not remote ones and other file systems?

Maybe we can write another constructor to the FSB that puts
it in a restrictive mode, not allowing remote files, and
then use that ctor from the PV.

Another idea is to somehow grab the local bookmarks in the
"favorites" of the FSB and add it to the file dialogs
created by PV.

The important part of this feature request is the bookmarks. 


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

Comment By: Marcelo Vanzin (vanza)
Date: 2006-03-28 20:21

Message:
Logged In: YES 
user_id=75113

This will probably take a while to implement and for sure
won't make it into the next release. It will need a lot of
code changes inside PV since jEdit's VFSBrowser doesn't
support filename filters the way Swing's file chooser does
(understandable since one works with VFS.DirectoryEntry and
the other uses java.io.File which are very different).

It will probably mean that PV will become "100% VFS enabled"
when this is implemented; but it will take some time
(especially considering my very scarce free time lately).

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

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

Plugin Bugs item #1929705, was opened at 2008-03-30 16:17
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=1929705&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: Marcelo Vanzin (vanza)
Assigned to: Nobody/Anonymous (nobody)
Summary: FTP: weird directory listing with wu-ftpd

Initial Comment:
I'm using the FTP plugin (or trying to...) to test some new functionality in ProjectViewer, and I've run into this interesting problem.

I installed wu-ftpd on my local machine (version 2.6.2, from Ubuntu Feisty) and I got the directory listing you can see in the attached image.

It's as if the FTP plugin is considering the timestamp as part of the file name... no need to mention that I can't cd into any directory because of that.

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

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

Plugin Bugs item #1929701, was opened at 2008-03-30 15:57
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=1929701&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: Marcelo Vanzin (vanza)
Assigned to: Nobody/Anonymous (nobody)
Summary: FTP: NPE if password dialog is canceled.

Initial Comment:
Testing ProjectViewer from trunk, I get this if I cancel the password dialog that comes up when starting jEdit:

java.lang.NullPointerException
	at ftp.FtpVFS.getConnection(FtpVFS.java:449)
	at ftp.FtpVFS._getFile(FtpVFS.java:287)
	at projectviewer.VFSHelper.getFile(VFSHelper.java:115)
	at projectviewer.vpt.VPTFile.getFile(VPTFile.java:116)
	at 
[lots of uninteresting stuff follows]

FTP version 0.9.4, jEdit from trunk, PV from trunk. The way I hit it is to create a project, add a file from FTP (don't choose to save password), close jEdit, open it again and cancel the password dialog.

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

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

Plugin Feature Requests item #1929566, was opened at 2008-03-30 21:23
Message generated for change (Comment added) made by oswaldcz
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=1929566&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: Alan Ezust (ezust)
Assigned to: Jakub Roztocil (oswaldcz)
Summary: javascriptshell: add action 'evaluate buffer in javascript'

Initial Comment:
subject pretty much says it all :-)


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

>Comment By: Jakub Roztocil (oswaldcz)
Date: 2008-03-31 00:10

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

Commited in revision 12347

Added actions "Evaluate buffer in JavaScript" and "Evaluate selection in
JavaScript"

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

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

I was looking at FEST earlier this week.  I was looking for a way to 
test the SVN plugin, especially after I refactored the password 
handling, I wanted to make sure I didn't break anything that worked 
previously.  The FEST home page is here:

http://fest.easytesting.org

I haven't done more than just read through the website yet.  Has anyone 
here looked into it or used it?

Dale


Alan Ezust wrote:
> Testing infrastructure? heh...
>
> You can write macros to test some things in jEdit, and execute them
> inside the same process. Now we have the choice of writing them in
> javascript or beanshell, since both are built-in.
>
> At the moment though, there is not even a set of basic smoke tests for
> jedit, which is why a stupid range-check bug on the find dialog (which
> only shows up when you install on fresh properties) showed up only
> after we released 4.3pre13. :-(
>
> Automated testing is a great idea, and if you want to add an
> infrastructure to jEdit, I'm all for it. I don't know of any open
> source tools that do nice low-level record-playback of events. I'm
> currently learning a tool called 'squish' by froglogic which is very
> nice, and it also supports Swing apps, but I am not sure if we can
> afford it ;-)
>
>
>
>
>
> On Sat, Mar 29, 2008 at 12:29 PM, Sridhar Parasuram
> <sri...@gm...> wrote:
>   
>> Hi,
>> I want to write some test cases for some features in jEdit. Could anyone
>> throw some light on the existing testing infrastructure for this project.
>> Any pointers will be of great help.
>> Thanks.
>> Sridhar.
>>     
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
>   

Patches item #1929512, was opened at 2008-03-30 10:32
Message generated for change (Comment added) made by ldiracdelta
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1929512&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: LDiracDelta (ldiracdelta)
Assigned to: Nobody/Anonymous (nobody)
Summary: Search Directory of Current Buffer

Initial Comment:
Added option to search & replace Dialog to search the directory of the current buffer.  I did this because I found I was constantly opening the "open file" dialog, grabbing the path ( which is the directory of the current buffer ) and then opening the search dialog and pasting that path into the search directory.

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

>Comment By: LDiracDelta (ldiracdelta)
Date: 2008-03-30 14:26

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

Wow.  That's embarrassing.   I never knew what that did until now.
I'll just go crawl in a hole now.

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

Comment By: Alan Ezust (ezust)
Date: 2008-03-30 13:35

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

How is this different from what the "synchronize" button does?


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

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

Bugs item #1927869, was opened at 2008-03-28 04:32
Message generated for change (Settings changed) made by vanza
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1927869&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: text area and syntax packages
Group: minor bug
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Ben Golding (bgolding)
>Assigned to: Marcelo Vanzin (vanza)
Summary: Perl edit mode: qr/"/ breaks highlighting

Initial Comment:
Save the following as "foo.pl":
  my $patt = qr!\\|/|:|\*|\?|"|\<|>|\|!;
  #everything now is pink

The double-quote in the regular expression seems to cause this problem, and prefixing it with \ does not help. As a result, the first 546 lines of my Perl script are mostly pink.

--------
I saw this bug in 4.3pre12 and pre13. I think it was not present in some earlier version such as 4.2final.

Using Windows XP SP2, Java 1.6.0_04


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

>Comment By: Marcelo Vanzin (vanza)
Date: 2008-03-30 14:19

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

Fixed in SVN rev #12345 (nice number!). It was actually the fact that "!"
was not recognized for the quote operator, not the " character itself, that
was causing the problem.

(Sometimes I ask myself why people code in perl...)

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

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

Testing infrastructure? heh...

You can write macros to test some things in jEdit, and execute them
inside the same process. Now we have the choice of writing them in
javascript or beanshell, since both are built-in.

At the moment though, there is not even a set of basic smoke tests for
jedit, which is why a stupid range-check bug on the find dialog (which
only shows up when you install on fresh properties) showed up only
after we released 4.3pre13. :-(

Automated testing is a great idea, and if you want to add an
infrastructure to jEdit, I'm all for it. I don't know of any open
source tools that do nice low-level record-playback of events. I'm
currently learning a tool called 'squish' by froglogic which is very
nice, and it also supports Swing apps, but I am not sure if we can
afford it ;-)





On Sat, Mar 29, 2008 at 12:29 PM, Sridhar Parasuram
<sri...@gm...> wrote:
> Hi,
> I want to write some test cases for some features in jEdit. Could anyone
> throw some light on the existing testing infrastructure for this project.
> Any pointers will be of great help.
> Thanks.
> Sridhar.

Patches item #1929512, was opened at 2008-03-30 10:32
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1929512&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: LDiracDelta (ldiracdelta)
Assigned to: Nobody/Anonymous (nobody)
Summary: Search Directory of Current Buffer

Initial Comment:
Added option to search & replace Dialog to search the directory of the current buffer.  I did this because I found I was constantly opening the "open file" dialog, grabbing the path ( which is the directory of the current buffer ) and then opening the search dialog and pasting that path into the search directory.

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

>Comment By: Alan Ezust (ezust)
Date: 2008-03-30 13:35

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

How is this different from what the "synchronize" button does?


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

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

Plugin Central Submission item #1836538, was opened at 2007-11-22 17:08
Message generated for change (Comment added) made by dwayneb
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1836538&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: David Bernard (dwayneb)
Assigned to: Alan Ezust (ezust)
Summary: MvnPlugin 1.0 for jEdit 4.3pre11

Initial Comment:
{{{ MvnPlugin 1.0
    Source: http://alchim.sourceforge.net/download/bundles/MvnPlugin-1.0.zip
    Announcement: initial Plugin Central release
    Requires Java 1.5
    Requires jEdit 04.03.11.00
    Required plugins: 
        errorlist.ErrorListPlugin 1.6
        console.ConsolePlugin 4.3.4
    
    Short Description: This plugin provides basic support for [maven2] project in [jEdit] :
    
    Long Description: This plugin provides basic support for [maven2] project in [jEdit] :
  * running "mvn ...",
  * create project from archetype,
  * quick access to pom.xml,
  * ...
  
  [maven2]: http://maven.apache.org
  [jEdit]:  http://jedit.org
 }}}

NOTES :
* plugin build with maven
* plugin source code in scala
* binary version available at http://alchim.sourceforge.net/download/bundles/MvnPlugin-1.0-bin.zip
* archives (source and binary) follow the layout of archives from "plugin central"
* It's my first plugin for jEdit

Thanks

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

>Comment By: David Bernard (dwayneb)
Date: 2008-03-30 21:44

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

Thanks for the reply. Your answer was what I imaged (about the full build
licecycle).
Scala is a langage that generate jvm byte code.
I already have the procedure to generate .zip and tar.gz (only need to
rename to .tgz)

I send you a private email with my IM.

Thanks again

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

Comment By: Alan Ezust (ezust)
Date: 2008-03-30 20:49

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

We all use ant as the common build system to build plugins. We have a
system that builds both source and binary tarballs, and source and binary
zips, for plugin central. Since we always have ant installed, we don't need
to install anything special to build plugins. I don't understand your
reasoning about antlib and scala, but I am not familiar with Scala.

If you want to help us and not require us to build it, you would need to
provide all 4 archives, and make sure it is built against the correct
dependencies. But I imagine that would be more work for you than providing
us a build.xml.

Alternately, add me to your AIM client and perhaps one of these days you
can walk me through the build process. 

As for alternate repositories, I have mixed feelings about that. I like
that all the plugins are in one place right now. 



The documentation for the system we use to build archives is here:

http://plugins.jedit.org/pjo.html



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

Comment By: David Bernard (dwayneb)
Date: 2008-03-29 23:50

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

Hi,

The plugin is written in scala. Providing an ant's build.xml imply
installing scala distribution, and antlib. So no less installation at the
end.

I understand, that you don't want to host plugin that you "can't
compile".
Why not :
* allowing users to register other plugin repository
* or accept plugin pre-packaged

?

Thanks for your time. 


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

Comment By: Alan Ezust (ezust)
Date: 2008-03-05 21:57

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

please submit a build.xml file that does the necessary things to build and
install the plugin,
along with an accompanying build.properties.example file that shows what
properties may need to be set/customzed by the packager.

http://www.jedit.org/users-guide/plugin-implement-building.html




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

Comment By: David Bernard (dwayneb)
Date: 2008-02-02 20:10

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

Hi,

after you install maven. copy the attached settings.xml into $HOME/.m2/
and edit it to set the path for your local configuration (I added a comment
to tell which is install.dir and which is jedit.install.dir.

Then go into the source directory (where there is pom.xml) and use the
following command :
* "mvn compile" to do a simple compliation
* "mvn clean install" to create the jar and install it into ${install.dir}
(ant notation)
* "mvn assembly:assembly" to create the zip under the target directory
(target directory ~ build dir for ant)

Thanks.

Notes:
* I created a new version of the plugin (and currently working on the
next)
* I created 2 others plugin (build with maven) : ScalaPlugin and
ScalaMiniIDE

I'll submit them after release of the next Console version (they require
the patch I sent).

Thanks again
File Added: settings.xml

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

Comment By: Alan Ezust (ezust)
Date: 2008-02-02 19:07

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

can you please supply instructions on how to build this plugin?
I have never used Maven before, and I'm wondering whether this plugin
picks up the build.properties that I have in the parent directory, or how
do I specify the location of ${install.dir} and ${jedit.install.dir}?





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

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

Plugin Feature Requests item #1929566, was opened at 2008-03-30 12:23
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=1929566&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: Alan Ezust (ezust)
Assigned to: Jakub Roztocil (oswaldcz)
Summary: javascriptshell: add action 'evaluate buffer in javascript'

Initial Comment:
subject pretty much says it all :-)


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

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

Plugin Central Submission item #1913872, was opened at 2008-03-13 14:47
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1913872&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: Jakub Roztocil (oswaldcz)
Assigned to: Jeffrey Hoyt (jchoyt)
Summary: JavaScriptShell 0.1

Initial Comment:
{{{ JavaScriptShell 0.1
    Source: Source code is in SVN with the tag release-0.1
http://jedit.svn.sourceforge.net/viewvc/jedit/plugins/JavaScriptShell/tags/release-0.1/
    Announcement: Initial release of the JavaScriptShell plugin
    Requires Java 1.5
    Requires jEdit 04.03.06.00
    Required plugins: 
        console.ConsolePlugin 4.3.3
    
    Short Description: JavaScript shell and macros handler
    
    Long Description: <html>
	<p>The JavaScriptShell plugin adds to jEdit a new script handler so you can write macros and startup scripts in JavaScript. It also adds JavaScript shell to the console interface provided by the Console Plugin.</p>
</html>
 }}}

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

>Comment By: Alan Ezust (ezust)
Date: 2008-03-30 12:02

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

Thanks for that, jakub! I was hoping someone would do this.


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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2008-03-17 18:06

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

Released to Plugin Central.

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

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