Alan Ezust | 21 Apr 04:08 2014
Picon

[jedit:plugin-feature-requests] #154 Project Templates

What about the Templates plugin?

[plugin-feature-requests:#154] Project Templates

Status: open
Group:
Created: Mon Nov 09, 2009 03:50 AM UTC by Damien
Last Updated: Mon Nov 09, 2009 03:50 AM UTC
Owner: nobody

I think it would be cool if ProjectViewer came with templates for starting new projects. For example, creating a new Java project would create a src/ directory and a default build.xml file. The main problem with creating new projects in jEdit is that, if you need a buildfile, you either need to know exactly how to create one or go find one online, which can be a drag. Having new projects create a default buildfile would make this process much easier, and the templates could be extended to add new types of projects.

To go along with this, it would also be nice if jEdit natively supported a "Build Project" option. Console doesn't make any distinction between "Compile Current Buffer" and "Build Current Project," but the two are often very different (javac versus ant, for instance), and whether in Console or in ProjectViewer I think there should be a separate command to build projects.

Sent from sourceforge.net because jedit-devel <at> lists.sourceforge.net is subscribed to https://sourceforge.net/p/jedit/plugin-feature-requests/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-feature-requests/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

------------------------------------------------------------------------------
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with eXo Platform Software
Java Based Open Source Intranet - Social, Extensible, Cloud Ready
Get Started Now And Turn Your Intranet Into A Collaboration Platform
http://p.sf.net/sfu/ExoPlatform
--

-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel
Alan Ezust | 21 Apr 04:07 2014
Picon

[jedit:plugin-feature-requests] #189 Console commando suggestions

  • status: open --> closed-out-of-date
  • Group: -->

[plugin-feature-requests:#189] Console commando suggestions

Status: closed-out-of-date
Group:
Created: Tue Feb 16, 2010 01:01 AM UTC by Damien
Last Updated: Sun Nov 27, 2011 06:53 PM UTC
Owner: Damien

1) Change the default java compiler from ant to javac
2) Add commando files for gcc, g++, and a generic "run executable" (to run c and c++ files)

Having ant as the default compiler for java has never made sense to me; ant is used to build projects, not compile individual buffers. And gcc and g++ are common compilers that I believe should be included, as well as a commando to run an executable with the same name as the buffer minus the extension. This would make programming in c and c++ in jEdit much more accessible.

Sent from sourceforge.net because jedit-devel <at> lists.sourceforge.net is subscribed to https://sourceforge.net/p/jedit/plugin-feature-requests/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-feature-requests/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

------------------------------------------------------------------------------
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with eXo Platform Software
Java Based Open Source Intranet - Social, Extensible, Cloud Ready
Get Started Now And Turn Your Intranet Into A Collaboration Platform
http://p.sf.net/sfu/ExoPlatform
--

-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel
Alan Ezust | 21 Apr 00:58 2014
Picon

[jedit:plugin-patches] #162 Console plugin extension. Allow Project Root Path shortcut in Error Pattern "filename".

  • status: open --> closed-rejected
  • Comment:

If FileOpenerService does not work for you after testing my pre-release of ErrorList 2.2, please contact me or open a ticket against it.

[plugin-patches:#162] Console plugin extension. Allow Project Root Path shortcut in Error Pattern "filename".

Status: closed-rejected
Group: 4.3
Labels: Console
Created: Wed Apr 16, 2014 02:29 PM UTC by lundril
Last Updated: Sun Apr 20, 2014 10:46 PM UTC
Owner: Alan Ezust

This patch is against Console-5.1.3.zip.

What it is about:

I build a C/C++ project with traditional "make".
The C/C++ compiler is called with relative paths.
So I get (for exmple) the following warning messages in the console output:

../../mod1/src/access/checkit.c:1381:23: warning: variable ‘excess’ set but not used

I use the following warning pattern to catch this:

../../([^\:]+)\:([^\:]+)\:. warning\:(.)

Now I have got several copies of the C/C++ project on my PC, but of course I only have got one Error Pattern to catch the warnings for the builds in all the different project directories.

So I want to be able to somehow replace the "../../" with my Project Root path in the Error Pattern matcher.

The following patch allows this by including <p> in your Error Pattern "filename".

For example like this:
filename: <p>/prja/$1

The <p> will be replaced by the Project Root path from the Project Viewer, when the project is build and the error and warning messages are collected in the Error List.

So for example the filename will be modified to:

/home/lundril/checkouts/copy_a/prja/mod1/src/access/checkit.c

because my Project Root is "/home/lundril/checkouts/copy_a".

This patch is intended as a basis for discussion.
TBD/Notes:

  • Maybe using <p> as magic tag to be replaced is not a good idea ?
    (because it is too close to XML tags ?).
    Note: Using $p does not seem to work, because this seems to conflict with
    the regex parser.
  • Maybe more/different tags might also make sense ?
  • Currently ErrorMatcher.matchLine() is modified to use the "expanded"
    filename (fileBackrefExp). Maybe it is better to instead further modify
    ErrorMatcher.match() around the call to MiscUtilities.constructPath() ?
    Maybe leads to cleaner code and completely avoids the
    fileBackrefExp declaration ?

Sent from sourceforge.net because jedit-devel <at> lists.sourceforge.net is subscribed to https://sourceforge.net/p/jedit/plugin-patches/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
--

-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel
Alan Ezust | 21 Apr 00:46 2014
Picon

[jedit:plugin-patches] #162 Console plugin extension. Allow Project Root Path shortcut in Error Pattern "filename".

Please try this version of ErrorList, which should use the FileOpenerService at the right times.

http://lazarus.oddiofile.com/jars/ErrorList.jar

[plugin-patches:#162] Console plugin extension. Allow Project Root Path shortcut in Error Pattern "filename".

Status: open
Group: 4.3
Labels: Console
Created: Wed Apr 16, 2014 02:29 PM UTC by lundril
Last Updated: Sun Apr 20, 2014 09:04 PM UTC
Owner: Alan Ezust

This patch is against Console-5.1.3.zip.

What it is about:

I build a C/C++ project with traditional "make".
The C/C++ compiler is called with relative paths.
So I get (for exmple) the following warning messages in the console output:

../../mod1/src/access/checkit.c:1381:23: warning: variable ‘excess’ set but not used

I use the following warning pattern to catch this:

../../([^\:]+)\:([^\:]+)\:. warning\:(.)

Now I have got several copies of the C/C++ project on my PC, but of course I only have got one Error Pattern to catch the warnings for the builds in all the different project directories.

So I want to be able to somehow replace the "../../" with my Project Root path in the Error Pattern matcher.

The following patch allows this by including <p> in your Error Pattern "filename".

For example like this:
filename: <p>/prja/$1

The <p> will be replaced by the Project Root path from the Project Viewer, when the project is build and the error and warning messages are collected in the Error List.

So for example the filename will be modified to:

/home/lundril/checkouts/copy_a/prja/mod1/src/access/checkit.c

because my Project Root is "/home/lundril/checkouts/copy_a".

This patch is intended as a basis for discussion.
TBD/Notes:

  • Maybe using <p> as magic tag to be replaced is not a good idea ?
    (because it is too close to XML tags ?).
    Note: Using $p does not seem to work, because this seems to conflict with
    the regex parser.
  • Maybe more/different tags might also make sense ?
  • Currently ErrorMatcher.matchLine() is modified to use the "expanded"
    filename (fileBackrefExp). Maybe it is better to instead further modify
    ErrorMatcher.match() around the call to MiscUtilities.constructPath() ?
    Maybe leads to cleaner code and completely avoids the
    fileBackrefExp declaration ?

Sent from sourceforge.net because jedit-devel <at> lists.sourceforge.net is subscribed to https://sourceforge.net/p/jedit/plugin-patches/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
--

-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel
Alan Ezust | 20 Apr 23:04 2014
Picon

[jedit:plugin-patches] #162 Console plugin extension. Allow Project Root Path shortcut in Error Pattern "filename".

  1. the unused import in ConsolePlugin.java is a mistake and I just removed it from trunk. thanks for letting me know.
  2. i just did some testing of FileOpenerService and it's not working for me either. I will have to investigate, fix it and ask you to test it.

[plugin-patches:#162] Console plugin extension. Allow Project Root Path shortcut in Error Pattern "filename".

Status: open
Group: 4.3
Labels: Console
Created: Wed Apr 16, 2014 02:29 PM UTC by lundril
Last Updated: Sun Apr 20, 2014 05:50 PM UTC
Owner: Alan Ezust

This patch is against Console-5.1.3.zip.

What it is about:

I build a C/C++ project with traditional "make".
The C/C++ compiler is called with relative paths.
So I get (for exmple) the following warning messages in the console output:

../../mod1/src/access/checkit.c:1381:23: warning: variable ‘excess’ set but not used

I use the following warning pattern to catch this:

../../([^\:]+)\:([^\:]+)\:. warning\:(.)

Now I have got several copies of the C/C++ project on my PC, but of course I only have got one Error Pattern to catch the warnings for the builds in all the different project directories.

So I want to be able to somehow replace the "../../" with my Project Root path in the Error Pattern matcher.

The following patch allows this by including <p> in your Error Pattern "filename".

For example like this:
filename: <p>/prja/$1

The <p> will be replaced by the Project Root path from the Project Viewer, when the project is build and the error and warning messages are collected in the Error List.

So for example the filename will be modified to:

/home/lundril/checkouts/copy_a/prja/mod1/src/access/checkit.c

because my Project Root is "/home/lundril/checkouts/copy_a".

This patch is intended as a basis for discussion.
TBD/Notes:

  • Maybe using <p> as magic tag to be replaced is not a good idea ?
    (because it is too close to XML tags ?).
    Note: Using $p does not seem to work, because this seems to conflict with
    the regex parser.
  • Maybe more/different tags might also make sense ?
  • Currently ErrorMatcher.matchLine() is modified to use the "expanded"
    filename (fileBackrefExp). Maybe it is better to instead further modify
    ErrorMatcher.match() around the call to MiscUtilities.constructPath() ?
    Maybe leads to cleaner code and completely avoids the
    fileBackrefExp declaration ?

Sent from sourceforge.net because jedit-devel <at> lists.sourceforge.net is subscribed to https://sourceforge.net/p/jedit/plugin-patches/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
--

-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel
Alan Ezust | 20 Apr 20:51 2014
Picon

[jedit:plugin-bugs] #768 FTP plugin - save leads to OS freeze on XP

  • status: pending --> closed-out-of-date

[plugin-bugs:#768] FTP plugin - save leads to OS freeze on XP

Status: closed-out-of-date
Group:
Created: Fri Dec 08, 2006 10:25 AM UTC by goebbe
Last Updated: Sat Apr 19, 2014 09:04 AM UTC
Owner: nobody

When I try to save a document in Jedit from my (office) XP computer via the FTP-plugin I get the following results:
Jedit claims for several minutes (estimated) I/O activity. Then the I/O job is aborted.
Afterwards my whole computer is practically unusable. All actions take a huge amount of time. No network connection any more (e.g. impossible to browse the internet or to connect a server via ssh). The computer cannot shut-down any more - the only way to shut down is via cold-shut-down. :-(

This is reproducable behaviour.
I attach the activity-log to this bug-report.

I use the windows install of Jedit 4.3pre8 together with
Sun JavaRE 5.0 update 9 on Windows XP.

Background:
The FTP-server is an 3 year old Solaris-server. Half a year ago I used to work successfully with an older version Jedit and an older version of the FTP-plugin from a different Windows2000 computer (from a different location).

Unfortunately I am not able to interpret the activity log - Could somebody explain shortly what the problem might be?

p.s. I am only a Jedit user (not a developer of any kind), please excuse if my descriptions are insufficient or technically not correct.
Please let me know if you need further information.
Thanks for providing Jedit and the FTP plugin

Sent from sourceforge.net because jedit-devel <at> lists.sourceforge.net is subscribed to https://sourceforge.net/p/jedit/plugin-bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
--

-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel
Alan Ezust | 20 Apr 20:46 2014
Picon

[jedit:plugin-bugs] #969 Templates 4.1.1 depends on gnu.regex

  • status: open --> closed-fixed
  • Group: -->
  • Comment:

Templates 4.1.2 released

[plugin-bugs:#969] Templates 4.1.1 depends on gnu.regex

Status: closed-fixed
Group:
Created: Tue Mar 11, 2008 09:35 AM UTC by Matthieu Casanova
Last Updated: Sun Mar 16, 2008 06:04 PM UTC
Owner: Steve Jakob

Templates 4.1.1 depends on gnu.regex so it will be broken by 4.3pre13

Sent from sourceforge.net because jedit-devel <at> lists.sourceforge.net is subscribed to https://sourceforge.net/p/jedit/plugin-bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
--

-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel
Alan Ezust | 20 Apr 20:40 2014
Picon

[jedit:plugin-bugs] #80 SourceControl Plugin: File is not in working folder

  • summary: VSSPlugin: File is not in working folder --> SourceControl Plugin: File is not in working folder
  • Group: -->

[plugin-bugs:#80] SourceControl Plugin: File is not in working folder

Status: open
Group:
Created: Wed Mar 19, 2003 10:27 PM UTC by Anonymous
Last Updated: Thu May 29, 2003 05:38 AM UTC
Owner: nobody

My properties settings look like this:

VSSIntegration.property.1.name=$/
view.dock.top.dimension=0
view.font=monospaced
options.width=747
view.dock.right.dimension=0
vfs.browser.dialog.width=452
options.last=VSS
firewall.host=proxy.ch.intel.com
firewall.socks.enabled=false
buffer.lineSeparator=\r\n
options.y=206
options.x=268
options.sourcecontrol.filepath=C\:\\Program
Files\\Microsoft Visual Studio\\VSS\\win32
helpviewer.extendedState=0
VSSIntegration.property.1.value=c\:\\vss

When I try to checkout a file that belongs to the working
folder, I receive the message:

There was an error while checking out
file: &quot;MSVisualSourceSafeImpl - file is not in working
folder of specified VSS Projects - set projects in the
VSSIntegration options&quot;

arnoldoMuller <at> yahoo.com

Thanks.

Sent from sourceforge.net because jedit-devel <at> lists.sourceforge.net is subscribed to https://sourceforge.net/p/jedit/plugin-bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
--

-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel
Alan Ezust | 20 Apr 20:35 2014
Picon

[jedit:plugin-bugs] #48 SourceControl plugin: Spaces in Windows file paths

  • summary: Spaces in Windows file paths(VSSPlugin) --> SourceControl plugin: Spaces in Windows file paths
  • Group: -->

[plugin-bugs:#48] SourceControl plugin: Spaces in Windows file paths

Status: open
Group:
Created: Wed Oct 16, 2002 12:55 PM UTC by Laurent Sellin
Last Updated: Thu May 29, 2003 05:27 AM UTC
Owner: nobody

Under the SourceControl/Visual Source Safe plugin, I
could not use the check in/check out commands when
my local working folder or my source safe project name
have spaces in them, as the file paths are truncated on
the space character on the command line.
I solved this pb by modifying the code to put double
quotes around the file name given in the command line
in MSVisualSourceSafeImpl.java: in the method
convertFileNameToVSSFileName(String fileName) I
added at the end the line ssFileName
= &quot;\&amp;quot;&quot;+ssFileName+&quot;\&amp;quot;&quot;;
By the way if you are interested I have played with the
code and manually added commands to undo checkout
and to get the latest version of a file.
Thanks for this great plugin!

Laurent

Sent from sourceforge.net because jedit-devel <at> lists.sourceforge.net is subscribed to https://sourceforge.net/p/jedit/plugin-bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
--

-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel
Alan Ezust | 20 Apr 20:33 2014
Picon

[jedit:plugin-bugs] #38 MalFormedURLException from Oracle query

  • status: open --> closed-out-of-date
  • Group: -->
  • Comment:

I don't understand how to reproduce this, or which plugin it is a bug report against.

[plugin-bugs:#38] MalFormedURLException from Oracle query

Status: closed-out-of-date
Group:
Created: Thu Sep 05, 2002 07:24 PM UTC by Frank Goss
Last Updated: Thu May 29, 2003 05:24 AM UTC
Owner: nobody

I have a Java program that access an Oracle
database using the Oracle ThinClient. If I access a
table of type VARCHAR2 that has values that look
like a Date ( 2002-09-03 12:23:34 ) or a table of
type Date, the return value generates a
MalFormedURLException. I get the same error when
using JCompiler/Console or AntFarm.

Compiling and running the same Java code file in
the DOS Command Prompt does not generate any
error.

I am using Java 1.4.0 in a Windows NT4.0
environment.

I can supply the source file if it would help.

Thanks,
Frank

Sent from sourceforge.net because jedit-devel <at> lists.sourceforge.net is subscribed to https://sourceforge.net/p/jedit/plugin-bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
--

-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel
Alan Ezust | 20 Apr 19:50 2014
Picon

[jedit:plugin-patches] #162 Console plugin extension. Allow Project Root Path shortcut in Error Pattern "filename".

  • status: closed-rejected --> open

[plugin-patches:#162] Console plugin extension. Allow Project Root Path shortcut in Error Pattern "filename".

Status: open
Group: 4.3
Labels: Console
Created: Wed Apr 16, 2014 02:29 PM UTC by lundril
Last Updated: Wed Apr 16, 2014 11:05 PM UTC
Owner: Alan Ezust

This patch is against Console-5.1.3.zip.

What it is about:

I build a C/C++ project with traditional "make".
The C/C++ compiler is called with relative paths.
So I get (for exmple) the following warning messages in the console output:

../../mod1/src/access/checkit.c:1381:23: warning: variable ‘excess’ set but not used

I use the following warning pattern to catch this:

../../([^\:]+)\:([^\:]+)\:. warning\:(.)

Now I have got several copies of the C/C++ project on my PC, but of course I only have got one Error Pattern to catch the warnings for the builds in all the different project directories.

So I want to be able to somehow replace the "../../" with my Project Root path in the Error Pattern matcher.

The following patch allows this by including <p> in your Error Pattern "filename".

For example like this:
filename: <p>/prja/$1

The <p> will be replaced by the Project Root path from the Project Viewer, when the project is build and the error and warning messages are collected in the Error List.

So for example the filename will be modified to:

/home/lundril/checkouts/copy_a/prja/mod1/src/access/checkit.c

because my Project Root is "/home/lundril/checkouts/copy_a".

This patch is intended as a basis for discussion.
TBD/Notes:

  • Maybe using <p> as magic tag to be replaced is not a good idea ?
    (because it is too close to XML tags ?).
    Note: Using $p does not seem to work, because this seems to conflict with
    the regex parser.
  • Maybe more/different tags might also make sense ?
  • Currently ErrorMatcher.matchLine() is modified to use the "expanded"
    filename (fileBackrefExp). Maybe it is better to instead further modify
    ErrorMatcher.match() around the call to MiscUtilities.constructPath() ?
    Maybe leads to cleaner code and completely avoids the
    fileBackrefExp declaration ?

Sent from sourceforge.net because jedit-devel <at> lists.sourceforge.net is subscribed to https://sourceforge.net/p/jedit/plugin-patches/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jedit/admin/plugin-patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
--

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

Gmane