jedit-devel Mailing List for jEdit

On Thursday 31 May 2001 17:54, mike dillon wrote:
> begin Andre Kaplan quotation:
> > I've made a small patch to be able to use XClipboard with jEdit3.2pre1.
> > I just replaced the MouseListener by a jEdit action.
> > I personnally bound the paste primary action to CS+v and I don't miss the
> > middle mouse button.
> >
> > What do you think? Is it OK to check it in?
>
> was 0.3 ever tagged? 

Yes. Slava was interested to work on the escher version and adapt it to jEdit 
3.2 and more.

> the latest on Plugin Central is 0.2, so i know i didn't release it. 

Good idea. Could you release XClipboard 0.3?

XClipboard 0.3: uses Escher java X11 library, native code removed.
CVS tag: xclipboard-0-3
CVS module: plugins/XClipboard
Requirements: jdk 1.2, jEdit 3.0final, escher.jar

BTW, I also have updated BufferTabs

BufferTabs 0.7.3: Fixed bug #417729: Closing all buffers throws error
CVS tag: buffertabs-0_7_3
CVS module: plugins/BufferTabs
Requirements: jdk 1.1, jEdit 3.0final

> Andre, was 0.3 your version using the Escher library?

Yes.

> go ahead and commit the change, just make sure that 0.3 is fully
> committed and tagged.

Done.

Andre.

> Would it be possible to see ImportFixer in the jEdit CVS?
> Most plugins are updated there.
> All you need is to get a SF account and ask Mike or Slava to be added to
> the developers' list.
 
> As for ImportFixer itself, have you considered extracting the import
> statements out of .class files?
 
> For example, I use more and more often JavaInsight's decompile feature
> to fix my import statements.
 
> Andre.     


I would, but there is no .class file to work on :)

I've just finished a wildcard expander which takes a .class/.java pair and
expands all the .* imports. However in ImportFixer the source doesn't
compile yet so it's impossible to simply ask the class :(
Sounds like JavaInsight handles this, which saves me having to argue over
IP with my company. All the underlying classes are my IP except the top
one that runs them all.


Sorry about posting to both mail lists btw. Will stop doing that.

As for CVS, I'll attempt to remember my SF login tomorrow and talk to
Mike/Slava.


Am I just replicating functionality btw? Should I dump the idea and pay
attention to what plugins are actually available?

Bay

begin Andre Kaplan quotation:
> I've made a small patch to be able to use XClipboard with jEdit3.2pre1.
> I just replaced the MouseListener by a jEdit action.
> I personnally bound the paste primary action to CS+v and I don't miss the 
> middle mouse button.
> 
> What do you think? Is it OK to check it in?

was 0.3 ever tagged? the latest on Plugin Central is 0.2, so i know i
didn't release it. Andre, was 0.3 your version using the Escher library?

go ahead and commit the change, just make sure that 0.3 is fully
committed and tagged.

-md

Mike, Slava,

I've made a small patch to be able to use XClipboard with jEdit3.2pre1.
I just replaced the MouseListener by a jEdit action.
I personnally bound the paste primary action to CS+v and I don't miss the 
middle mouse button.

What do you think? Is it OK to check it in?

Andre.

On Thursday 31 May 2001 05:56, ba...@ge... wrote:
> I've been fixing up some bugs, some niceties,and some missing bits that
> had nice // TODO's by.
>
> Here's the proposed v0.2.3 change list.
>
>       + Import Fixing: now handles;
>
>           o throws.
>           o nested new's.
>           o statically used classes.
>           o implements.
>           o extends.
>           o exceptions.
>           o arguments to methods.
>           o arrays.
>           o no longer removes top line if no package
>
>
> Does anyone else have any other requests/ideas/bugs that I can try to roll
> into this version?

Would it be possible to see ImportFixer in the jEdit CVS?
Most plugins are updated there.
All you need is to get a SF account and ask Mike or Slava to be added to the 
developers' list.

As for ImportFixer itself, have you considered extracting the import 
statements out of .class files?

For example, I use more and more often JavaInsight's decompile feature to fix 
my import statements.

Andre.

I like ask the group to consider this idea and give me feedback.

Korfe 1.0 jEdit Plugin Proposal
Instead of building off the existing Korfe 0.7 source code, I propose
starting a new project using the NetBean Form Engine module , see
http://form.netbeans.org/, as the new baseline for Korfe 1.0. This would be
based on NetBean 3.2 release. Unlike previous discussions about a GUI
Builder, no Free Builder code could be reused. My goal would be to have a
working version late this summer. I would like to add few bells and whistles
for my own needs such as importing VB forms and Glade XML. I don't think it
does either of these things at the moment.

I'm just lurking on the NetBean lists right now, so I'm not sure how
difficult this will be. I'm getting better with Java, but I'm still a M$ guy
at the moment. Sorry, I've gotta pay the bills.  I plan to update the Korfe
site with more information based on comments here.

I've only talked with Slava, so I figured I'd open the discussion to the
whole group. I don't see much point in saying anything on Javalobby right
now. I figure I bring up the subject on the NetBeans list once I get better
feel and have read over the FAQ in detail.

As for the lic., it will be a MPL/SPL.

I think this is one of the last things that jEdit needs to make it a IDE in
the tradition of jBuilder. The nice thing here would be unlike NetBeans, you
can take it or leave it.

Regards,


Jeff Duska

Hi, and thanks for the plugin, I'm looking forward to use it a lot more

> If anyone knows of a nice simple java parser that I can grab (cba to deal
> with figuring out my own grammar to plug into jacc or whatever) it would
> be good to know about. Currently I use a fairly hacky set of regular
> expressions, but it's not a scopeable situation.
I think it would be great for the development of Java-oriented plugins to
have a common, higher level parser which could be used by other plugins. I
have the experience of the one bundled with JBuilder 4 (JOT) which basically
is an advanced reflection API but can operate on both classes and Java
files. In it you can see imports, classes, methods fields and so on in a
hierarchical structure. JOT does the parsing online so it is quite easy to
add online syntax checkers and the like.

It can not only read but write java files. This allows to make very easily
all kinds of otherwise complex plugins, like the ImportFixer. We could have
one plugins which basically can parse the current file and other plugins can
communicate. I know that some of the plugins already do that so it could be
a matter of moving the code to an independent plugin and adding a public
interface.

Any comments?

Hi everyone, thanks for your work.

I recently take a look at the log4j APi
(http://jakarta.apache.org/log4j/docs/index.html)
which seems to be a finely crafted log API.
One of the possibility it offers it to use several "appenders"
that is to say several output.
And i was thinking that it wood be cool to be able
to use the error list plugin as one of these appender
so that we can browse the log file and the source code silmutaneously
(that is to say to click on a line of the log will place the carret on the coresponding
source file and line).
This will provide Jedit with some sort of "asynchronous debugger".

I don't know if the error-list plugin could handle a lot of lines
but i think that either writing a new appender or 
using the existing remote socket appender such a plugin 
could be quite easy to write (at least far  easier than a
a debugger plug-in).

IMHO this could provide an unique and unvaluable functionnality to jedit.

Pierre.

 

Bugs item #428666, was updated on 2001-05-30 07:03
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=428666&group_id=588

Category: text area and syntax packages
Group: minor bug
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: selection mode and capslock out of sync

Initial Comment:
When capslock is on, the currently selected region is
merged with each newly selected region. When caplock is
off, the newly selected region replaces the previous
one. All is well and good.

Sometimes, jEdit gets confused and applys the merging
behavior when capslock is off and the replacement
behavior when capsloc is on. This is a per-text-area
bug, as I often end up with multiple panes where some
of them have one behavior, and others have the other.
Turning capsloc on/off while other apps have focus
doesn't seem to affect it.

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

>Comment By: Slava Pestov (spestov)
Date: 2001-05-30 21:02

Message:
Logged In: YES 
user_id=2280

Java only notified apps when caps lock is pressed, but not
if it is currently active or not. So yes, the selection
state can get out of sync. However, it is maintained on a
global basis (all text areas share the same setting) so it
cannot fall out of sync between different text areas (unless
you have multiple instances of jEdit running).

If you don't like this, change the keyboard shortcut of
'Multiple Selection' to something else.

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

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

I've been fixing up some bugs, some niceties,and some missing bits that
had nice // TODO's by.

Here's the proposed v0.2.3 change list.

  * v0.2.3 -
 
      + JEdit behaviour:
 
          o Resets prompt to top of page.
          o null pointer error fixed
          o changed ImportFixer.props to depend on java 1.2
 
      + Command line added. Can now do:

        java com.generationjava.util.ImportFixer { source.java, ... } and
        have the files modified in place. Or can pipe into STDIN and will get
        it out STDOUT.

      + Import Fixing: now handles;
 
          o throws.
          o nested new's.
          o statically used classes.
          o implements.
          o extends.
          o exceptions.
          o arguments to methods.
          o arrays.
          o no longer removes top line if no package    


Does anyone else have any other requests/ideas/bugs that I can try to roll
into this version?

If anyone knows of a nice simple java parser that I can grab (cba to deal
with figuring out my own grammar to plug into jacc or whatever) it would
be good to know about. Currently I use a fairly hacky set of regular
expressions, but it's not a scopeable situation.

Hopefully I can push v0.2.3 out by thursday night.

Thanks

Bayard

ba...@ge...
http://www.generationjava.com/java/JEdit.shtml

Bugs item #425629, was updated on 2001-05-20 06:00
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=425629&group_id=588

Category: plugins
Group: normal bug
>Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: John Gellene (jgellene)
Assigned to: André Kaplan (akaplan)
Summary: FTP 0.2.7/0.2.6 throws Linkage Error

Initial Comment:
jEdit3.1final, Win2K, JDK1.3

After installing FTP 0.2.7 I've been getting the 
following exception and stack trace on startup:

[notice] JARClassLoader: Starting plugin FtpPlugin 
(version 0.2.7)
[error] JARClassLoader: Error while starting plugin 
FtpPlugin
[error] JARClassLoader: java.lang.LinkageError: Class 
gnu/regexp/RESyntax violates loader constraints
[error] JARClassLoader: 	at 
java.lang.ClassLoader.defineClass0(Native Method)
[error] JARClassLoader: 	at 
java.lang.ClassLoader.defineClass(Unknown Source)
[error] JARClassLoader: 	at 
java.lang.ClassLoader.defineClass(Unknown Source)
[error] JARClassLoader: 	at 
org.gjt.sp.jedit.JARClassLoader.loadClass
(JARClassLoader.java:415)
[error] JARClassLoader: 	at 
org.gjt.sp.jedit.JARClassLoader.loadClass
(JARClassLoader.java:77)
[error] JARClassLoader: 	at 
java.lang.ClassLoader.loadClass(Unknown Source)
[error] JARClassLoader: 	at 
java.lang.ClassLoader.loadClassInternal(Unknown Source)
[error] JARClassLoader: 	at gnu.regexp.RE.<init>
(RE.java)
[error] JARClassLoader: 	at gnu.regexp.RE.<init>
(RE.java)
[error] JARClassLoader: 	at FtpVFS.<init>
(FtpVFS.java:52)
[error] JARClassLoader: 	at FtpPlugin.start
(FtpPlugin.java:33)
[error] JARClassLoader: 	at 
org.gjt.sp.jedit.EditPlugin$JAR.addPlugin
(EditPlugin.java:147)
[error] JARClassLoader: 	at 
org.gjt.sp.jedit.JARClassLoader.loadPluginClass
(JARClassLoader.java:236)
[error] JARClassLoader: 	at 
org.gjt.sp.jedit.JARClassLoader.loadAllPlugins
(JARClassLoader.java:170)
[error] JARClassLoader: 	at 
org.gjt.sp.jedit.jEdit.main(jEdit.java:305)

The problem cascades to other plugins that get 
installed in alphabetical order after FTP (JCompiler, 
Templates), but goes away when FTP is uninstalled.

I encountered the same problem after installing FTP 
0.2.6 manually.  There was no problem after 
reinstalling version 0.2.5. I see from CVS that FTP 
0.2.5 was the first version to use regexps. 

To complete the data, here are the plugins that get 
loaded before FTP in my current installation:

[notice] JARClassLoader: Starting plugin 
AboutPluginsPlugin (version 0.1.3)
[notice] JARClassLoader: Starting plugin ArchivePlugin 
(version 0.3)
[notice] JARClassLoader: Starting plugin 
BufferListPlugin (version 0.6.1)
[notice] JARClassLoader: Starting plugin 
BufferSelectorPlugin (version 1.0)
[notice] JARClassLoader: Starting plugin 
BufferTabsPlugin (version 0.7.2)
[notice] JARClassLoader: Starting plugin 
CharacterMapPlugin (version 1.0.2)
[notice] JARClassLoader: Starting plugin 
classwizard.ClassWizardPlugin (version 0.2)
[notice] JARClassLoader: Starting plugin ClipperPlugin 
(version 0.9)
[notice] JARClassLoader: Starting plugin 
Code2HTMLPlugin (version 0.3.1)
[notice] JARClassLoader: Starting plugin 
console.ConsolePlugin (version 2.4.5)
[notice] JARClassLoader: Starting plugin 
DragAndDropPlugin (version 0.2.4)
[notice] JARClassLoader: Starting plugin EditBusPlugin 
(version 1.0.0)
[notice] JARClassLoader: Starting plugin 
EditBusViewerPlugin (version 0.1.0)
[notice] JARClassLoader: Starting plugin 
EditorSchemePlugin (version 0.3)
[notice] JARClassLoader: Starting plugin 
ErrorListPlugin (version 1.0.2)
[notice] JARClassLoader: Starting plugin 
FirewallPlugin (version 0.2.3)

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

Comment By: Nobody/Anonymous (nobody)
Date: 2001-05-28 09:36

Message:
Logged In: NO 

Minor correction. The command to check the regex version in the Beanshell is:
gnu.regexp.RE.version()

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

Comment By: André Kaplan (akaplan)
Date: 2001-05-25 03:43

Message:
Logged In: YES 
user_id=1792

Fixed with JavaInsight 0.4.1

CVS tag: javainsight-0_4_1
CVS module: plugins/JavaInsight

JavaInsight 0.4.1 should appear soon on PC.
However some technical problems with the shell services at
SourceForge prevent JavaInsight from being released. Read
the SourceForge site status for more details.


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

Comment By: Scott Wyatt (swyatt)
Date: 2001-05-21 22:44

Message:
Logged In: YES 
user_id=44905

It seems this problem was caused by the JavaInsight plugin. It uses a jar file called BCEL.jar which contains 
a version of gnu.regexp. I believe this was added to the latest JavaInsight plugin which is why it is just now 
showing up. This is what caused the linkage error in my installation. I would imagine it is probably the culprit 
of most of the linkage errors reported. If you remove this plugin the linkage errors will probably go away. I 
will let Andre determine how to fix this for JavaInsight since I find it a very useful plugin.

Scott

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

Comment By: John Gellene (jgellene)
Date: 2001-05-21 07:45

Message:
Logged In: YES 
user_id=117073

The problem is that something (probably something left over 
from a prior version of jEdit) is loading an old version of 
the gnu.regexp package before FTP loads.  If you 
enter 'gnu.regexp.version()' in BeanShell and get something 
other than the correct, current version, '1.1.2', you know 
you have the same problem.  I don't know why that is 
happening, but after some effort to pinpoint the problem I 
fixed it by deleting jedit.jar and the subdirectories under 
the jEdit installation directory and reinstalling the 
program from a new download.  I did not delete the entire 
jEdit directory tree because there were a few files in the 
directory that are not part of the jEdit distribution that 
I did not want to reconstruct.  I did delete all of my 
plugins in the "system" directory, which I downloaded and 
reinstalled using PluginManager.  All is now well, and the 
JVM no longer complains about loading FTP or the RESyntax 
class.



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

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

Bugs item #417729, was updated on 2001-04-20 13:43
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=417729&group_id=588

Category: plugins
Group: normal bug
>Status: Closed
>Resolution: Fixed
Priority: 4
Submitted By: Todd Papaioannou (luckyspin)
Assigned to: André Kaplan (akaplan)
Summary: Closing all buffers throws error 

Initial Comment:
If you have a load of buffers open, and then close them
all, the following errer is thrown:

[error] Exception while sending message on EditBus:
[error] java.lang.ArrayIndexOutOfBoundsException: -1
[error] 	at
java.util.Vector.elementAt(Vector.java(Compiled Code))
[error] 	at
BufferTabs.updateTitleAt(BufferTabs.java:273)
[error] 	at
BufferTabs.bufferLoaded(BufferTabs.java:268)
[error] 	at
BufferTabs.handleMessage(BufferTabs.java:145)
[error] 	at
org.gjt.sp.jedit.EditBus.send(EditBus.java(Compiled
Code))
[error] 	at
org.gjt.sp.jedit.Buffer$1.run(Buffer.java:474)
[error] 	at
org.gjt.sp.util.WorkThreadPool.addWorkRequest(WorkThreadPool.java:92)
[error] 	at
org.gjt.sp.jedit.io.VFSManager.runInAWTThread(VFSManager.java:173)
[error] 	at
org.gjt.sp.jedit.Buffer.load(Buffer.java:497)
[error] 	at
org.gjt.sp.jedit.jEdit.openFile(jEdit.java:1215)
[error] 	at
org.gjt.sp.jedit.jEdit.openFile(jEdit.java:1156)
[error] 	at
org.gjt.sp.jedit.jEdit.newFile(jEdit.java:1344)
[error] 	at
org.gjt.sp.jedit.jEdit.newFile(jEdit.java:1300)
[error] 	at
org.gjt.sp.jedit.jEdit._closeBuffer(jEdit.java:1416)
[error] 	at
org.gjt.sp.jedit.jEdit.closeBuffer(jEdit.java:1380)
[error] 	at java.lang.reflect.Method.invoke(Native
Method)
[error] 	at bsh.Reflect.invokeMethod(Reflect.java:184)
[error] 	at
bsh.Reflect.invokeStaticMethod(Reflect.java:57)
[error] 	at bsh.Name.invokeMethod(Name.java:439)
[error] 	at
bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:29)
[error] 	at
bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:48)
[error] 	at bsh.BSHBlock.eval(BSHBlock.java:29)
[error] 	at
bsh.BshMethod.invokeDeclaredMethod(BshMethod.java:94)
[error] 	at
org.gjt.sp.jedit.BeanShell.invokeMethod(BeanShell.java:279)
[error] 	at
org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:56)
[error] 	at
org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:175)
[error] 	at
org.gjt.sp.jedit.gui.DefaultInputHandler.keyPressed(DefaultInputHandler.java(Compiled
Code))
[error] 	at
org.gjt.sp.jedit.textarea.JEditTextArea.processKeyEvent(JEditTextArea.java(Compiled
Code))
[error] 	at
java.awt.Component.processEvent(Component.java(Compiled
Code))
[error] 	at
java.awt.Container.processEvent(Container.java(Compiled
Code))
[error] 	at
java.awt.Component.dispatchEventImpl(Component.java(Compiled
Code))
[error] 	at
java.awt.Container.dispatchEventImpl(Container.java(Compiled
Code))
[error] 	at
java.awt.Component.dispatchEvent(Component.java(Compiled
Code))
[error] 	at
java.awt.LightweightDispatcher.dispatchEvent(Container.java(Compiled
Code))
[error] 	at
java.awt.LightweightDispatcher.dispatchEvent(Container.java(Compiled
Code))
[error] 	at
java.awt.Window.dispatchEventImpl(Window.java(Compiled
Code))[error] 	at
java.awt.Window.dispatchEventImpl(Window.java(Compiled
Code))[error] 	at
java.awt.Component.dispatchEvent(Component.java(Compiled
Code))
[error] 	at
java.awt.EventQueue.dispatchEvent(EventQueue.java(Compiled
Code))
[error] 	at
java.awt.EventDispatchThread.pumpOneEvent(EventDispatchThread.java(Compiled
Code))
[error] 	at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java(Compiled
Code))
[error] 	at
java.awt.EventDispatchThread.run(EventDispatchThread.java:90)


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

>Comment By: André Kaplan (akaplan)
Date: 2001-05-30 16:41

Message:
Logged In: YES 
user_id=1792

BufferTabs 0.7.3 fixes this.

CVS tag: buffertabs-0_7_3
CVS module: plugins/BufferTabs

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

Comment By: Todd Papaioannou (luckyspin)
Date: 2001-04-20 16:01

Message:
Logged In: YES 
user_id=16728

I have two setups (both pre5) one with that script and one
without.
Both throw the same error when you close the last titled
buffer. 

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

Comment By: Dirk Möbius (dmoebius)
Date: 2001-04-20 15:48

Message:
Logged In: YES 
user_id=9521

This is probably caused by my Startup script that sets the 
gui fonts to plain. (See #415938 "BufferTabs open file 
problem"). 

Please try without that script.

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

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

mike dillon wrote:
> 
> begin Christoph Steinbeck quotation:
> > Can't wait to get the latest version. Your plugin is really the last
> > step towards making a fully fledged Java IDE out of JEdit.
> 
> last step? probably not. but it is a strong step in the right direction.

Granted.
But for me it was the last thing needed to make me move away from Kawa,
over to JEdit as my IDE. Which finally gives me the possibility to
remove bugs, if there are any, and not live with them for more than a
year (Rick probably knows what I mean, since he mentioned Kawa in his
last posting.).

Another thing: Has anyone ever mentioned Antidot in this list as a
potential basis for wrapping a plugin around it?

Cheers, 

Chris

--
Dr. Christoph Steinbeck (http://www.ice.mpg.de/departments/ChemInf)
MPI of Chemical Ecology, Carl-Zeiss-Promenade 10, 07745 Jena, Germany
Tel: +49(0)3641 643644 - Fax: +49(0)3641 643665

What is man but that lofty spirit - that sense of enterprise. 
... Kirk, "I, Mudd," stardate 4513.3..

A good step ;-)

Wait until you see the Workspace plugin that is being developed.  If anyone
has ever used Kawa's or JBuilder's virtual folders you'll like what we have
coming next.  I know its sounds like ProjectViewer but we never liked the
way it was implemented.  Workspace will have one xml doc for each project
and can be stored anywhere on the filesystem.

> -----Original Message-----
> From: jed...@li...
> [mailto:jed...@li...]On Behalf Of mike dillon
> Sent: Wednesday, May 30, 2001 3:01 PM
> To: de...@je...
> Subject: Re: [ jEdit-devel ] AntFarm
>
>
> begin Christoph Steinbeck quotation:
> > Can't wait to get the latest version. Your plugin is really the last
> > step towards making a fully fledged Java IDE out of JEdit.
>
> last step? probably not. but it is a strong step in the right direction.
>
> -md
>
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> http://lists.sourceforge.net/lists/listinfo/jedit-devel
>

begin Christoph Steinbeck quotation:
> Can't wait to get the latest version. Your plugin is really the last
> step towards making a fully fledged Java IDE out of JEdit. 

last step? probably not. but it is a strong step in the right direction.

-md

Rick Gibbs wrote:
> 
> I'll add it to CVS tonight, sorry about the delay.

Everything that you did for the development and advancement of AntFarm
is already highly appreciated.
Sorry for sounding impatient :-)

Can't wait to get the latest version. Your plugin is really the last
step towards making a fully fledged Java IDE out of JEdit. 

Cheers, 

Chris

--
Dr. Christoph Steinbeck (http://www.ice.mpg.de/departments/ChemInf)
MPI of Chemical Ecology, Carl-Zeiss-Promenade 10, 07745 Jena, Germany
Tel: +49(0)3641 643644 - Fax: +49(0)3641 643665

What is man but that lofty spirit - that sense of enterprise. 
... Kirk, "I, Mudd," stardate 4513.3..

I'll add it to CVS tonight, sorry about the delay.

> -----Original Message-----
> From: jed...@li...
> [mailto:jed...@li...]On Behalf Of Christoph
> Steinbeck
> Sent: Wednesday, May 30, 2001 7:47 AM
> To: jed...@li...
> Subject: [ jEdit-devel ] AntFarm
> 
> 
> I remember someone mention that he added a number of improvements to
> AntFarm. Is it possible that we get this plugin into the CVS finally to
> give others a chance to contribute :-)
> 
> 
> Cheers, 
> 
> Chris
> 
> --
> Dr. Christoph Steinbeck (http://www.ice.mpg.de/departments/ChemInf)
> MPI of Chemical Ecology, Carl-Zeiss-Promenade 10, 07745 Jena, Germany
> Tel: +49(0)3641 643644 - Fax: +49(0)3641 643665
> 
> What is man but that lofty spirit - that sense of enterprise. 
> ... Kirk, "I, Mudd," stardate 4513.3..
> 
> -- 
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> http://lists.sourceforge.net/lists/listinfo/jedit-devel
> 

I remember someone mention that he added a number of improvements to
AntFarm. Is it possible that we get this plugin into the CVS finally to
give others a chance to contribute :-)


Cheers, 

Chris

--
Dr. Christoph Steinbeck (http://www.ice.mpg.de/departments/ChemInf)
MPI of Chemical Ecology, Carl-Zeiss-Promenade 10, 07745 Jena, Germany
Tel: +49(0)3641 643644 - Fax: +49(0)3641 643665

What is man but that lofty spirit - that sense of enterprise. 
... Kirk, "I, Mudd," stardate 4513.3..

Bugs item #428666, was updated on 2001-05-30 07:03
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=428666&group_id=588

Category: text area and syntax packages
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: selection mode and capslock out of sync

Initial Comment:
When capslock is on, the currently selected region is
merged with each newly selected region. When caplock is
off, the newly selected region replaces the previous
one. All is well and good.

Sometimes, jEdit gets confused and applys the merging
behavior when capslock is off and the replacement
behavior when capsloc is on. This is a per-text-area
bug, as I often end up with multiple panes where some
of them have one behavior, and others have the other.
Turning capsloc on/off while other apps have focus
doesn't seem to affect it.

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

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

Bugs item #428439, was updated on 2001-05-29 13:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=428439&group_id=588

Category: search and replace
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Shawn Pringle (clorine35)
Assigned to: Nobody/Anonymous (nobody)
Summary: Search Again only works on one buffer

Initial Comment:
The search again function operates only on the current
buffer even when "All Buffers" were previously selected
in the orginal search.  

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

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

> -----Original Message-----
> From: jed...@li...
> [mailto:jed...@li...]On Behalf Of Andre
> Kaplan
> Sent: Monday, May 28, 2001 12:23 PM
> To: jed...@li...
> Subject: [ jEdit-devel ] Re: [ jEdit-users ] Beanshell questions
>
>
> On Monday 28 May 2001 04:13, John Gellene wrote:
>
> > I have not looked at your CVS revisions, but have you
> considered exposing
> > the tree model from a conventionally accessible method? It
> would avoid the
> > need to hack through the GUI to get parsing results.  I don't
> think Will's
> > revision dealt with this.
>
> John,
>
> It's done in JBrowse 1.4.1 tagged jbrowse-1_4_1. See also the
> updated script.
> Could you check it out and test it before I release JBrowse?
>
> Thanks,
>   Andre.
>
I would be glad to.  As you may know, SourceForge has asked all users to
reset their passwords, and the turnaround is slow.  I will do some testing
when SourceForge readmits me to CVS.

John

On Tue, May 29, 2001 at 01:39:19PM +0200, Andre Kaplan wrote:
> Cool!
> A few days ago, I've updated JDiffPlugin (devel branch) for jEdit 3.2pre1.
> Here's the description:

Mike,

When creating branches, don't forget to make the dependencies mutually
exclusive.

Slava

On Monday 28 May 2001 22:45, mike dillon wrote:
> hey everyone-
>
> as part of implementing a new Plugin Central backend for the
> new-and-improved Plugin Manager in jEdit 3.2, i have mostly rewritten
> all the pages on the site, including the legacy export script
> (/export/plugin_manager). the new export script may be found out
> (http://plugins.jedit.org/export/new_plugin_manager.php).
>
> Plugin Central can now have any number of active branches for each
> package. the legacy script is set up to always show the 'main' branches
> for each plugin, but the new plugin manager script shows all branches,
> allowing the Plugin Manager to select the correct branch. this means
> that we can maintain simultaneous release paths for plugins when a jEdit
> API change forces plugin code changes. not that we should make a habit
> of having multiple versions of the same plugin available on Plugin
> Central, but sometimes it would make things easier than they have been
> in the past.

Cool!
A few days ago, I've updated JDiffPlugin (devel branch) for jEdit 3.2pre1.
Here's the description:

JDiffPlugin 1.2.2: Updated for the new jEdit 3.2 selection API
CVS tag: jdiffplugin-1_2_2
CVS module: plugins/JDiffPlugin
Requirements: JDK 1.1, jEdit 3.2pre1

I've updated Archive (main branch):
Archive 0.3.2: the cache directory was not cleaned when jEdit exited.
CVS tag: archive-0_3_2
CVS module: plugins/Archive
Requirements: JDK 1.1, jEdit 3.1final, BZip2.jar, tar.jar

Andre.

Bugs item #428040, was updated on 2001-05-28 12:35
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=428040&group_id=588

Category: editor core
Group: normal bug
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Reinout van Schouwen (reinouts)
Assigned to: Nobody/Anonymous (nobody)
Summary: no read permission, backup opened anyway

Initial Comment:
If another user is editing a file in a directory, and
so a #foo# file exists, jEdit will notify the user that
a backup file exists if he tries to open foo. If the
user agrees to open the backup file, but #foo# doesn't
have read  permission, an empty buffer called 'foo'
will be opened instead- even if the file 'foo' itself
has sufficient read/write permissions.


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

>Comment By: Slava Pestov (spestov)
Date: 2001-05-29 04:12

Message:
Logged In: YES 
user_id=2280

Fixed in 3.2pre2.

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

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

Hi,

I noticed your plugins provide both an EditAction subclass and an
actions.xml file.

As of jEdit 3.0, EditAction subclasses should not be written. Instead,
you must create an actions.xml file that looks like so:

<?xml version="1.0"?>

<!DOCTYPE ACTIONS SYSTEM "actions.dtd">

<ACTIONS>
	<ACTION NAME="import-fixer">
		beanshell code that you would have put in the invoke()
		method goes here. the variables 'view', 'textArea',
		'editPane' and 'buffer' are pre-defined.

		normally, it should call a static method in your plugin
		class that does all the work, passing it the current view
		or text area instance.
	</ACTION>
</ACTIONS>

Slava

On Sun, May 27, 2001 at 11:32:50AM +0100, ba...@ge... wrote:
> I'd like to mention two plugins I've written.
> 
> The first is a pretty useless one. But it's documentation is a tutorial on
> writing a plugin. This is mainly because my poor internet link and failure
> to read meant I missed the three example plugins. So I used the JavaStyle
> plugin as an example. It's named Food. (As I was hungry and it replaces
> the current file with the word "Foo'd". )
> 
> The second was my real aim. I've called it ImportFixer. When run it
> analyses the current file and inserts the import statements for the
> classes used in the file. It uses the classpath to find the classes, and
> ignores ones it can't deal with.
> 
> The first time it's used you'll get a slight hit as it builds up an
> index. 
> 
> It outputs the import statements in the order mentioned in the sun
> standard.
> 
> I'm sure it has bugs and unpleasantrys, but hopefully it won't be too
> evil. I'm aware that it will probably wipe out other import statements
> that aren't necessary and that it will change something like java.sql.Date
> to java.util.Date if the latter is earlier in the classpath.
> 
> Both are downloadable from my website:
> 
> http://www.generationjava.com/java/JEdit.shtml
> 
> I hope they prove of use,
> 
> Bayard
> 
> ba...@ge...
> http://www.generationjava.com
> 
> 
> -- 
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> http://lists.sourceforge.net/lists/listinfo/jedit-devel