jedit-devel Mailing List for jEdit

Hi, just letting you know of the release of version 1.2 of the IRC
plugin.

Find it at  http://www.iq-computing.de/IRCPlugin.jar
(I still have to do a nice web site for it...)


I find this release to be extremely stable and quite complete. Please
note that the IRC plugin is not intended to be a full-featured IRC
client, though.
So anyway, do you have any comments about it being added to Plugin
Central?

Any comments about the plugin itself are also more than welcome!


Version history for 1.2:

1.2, 01-10-2001:
- implemented /NAMES command
- settings will be read everytime the /CONNECT command is invoked, so
you can switch servers within your current jEdit session
- the IRC plugin will no longer block jEdit when trying to connect to a
server
- added a few more status messages
- added menu item in "Plugins" menu
- added display of MODE and TOPIC commands from the server
- FIX: display of "Channel topic was set by ..." didn't show correct
nickname
- FIX: disconnection (when exiting jEdit, for example) could cause the
IRC plugin to throw a NullPointerException when it was unable to connect
to a server when trying the last time	

-- 
</Mickey>

To do that you need that some administrator (Slava or Mike) add you as a
project developer, after that you can add files to CVS via ssh.

I'm sure they will add you as soon as possible, but you have to inform about
your sourceforge account name

Regards

----- Original Message -----
From: "Kenrick Drew" <kd...@ea...>
To: "jedit-devel" <jed...@li...>
Sent: Sunday, September 30, 2001 7:18 PM
Subject: [ jEdit-devel ] Committing/Creating new plugin area in jEdit CVS


> Slava,
>
> I'm having trouble adding my Tags plugin to the jEdit CVS area.  I've got
a new
> account on SourceForge, and have tried to add the guideline README and
plugin
> directory.  I've tried to do it anonymously and using
> ":ext:kd...@cv...:/cvsroot/jedit".  I'm new to CVS so
I'm a
> bit confused.  How can I get my plugin into the JEdit CVS repository!?
>
> Frustrated,
>
> Ken Drew
>
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>

Slava,

I'm having trouble adding my Tags plugin to the jEdit CVS area.  I've got a new
account on SourceForge, and have tried to add the guideline README and plugin
directory.  I've tried to do it anonymously and using
":ext:kd...@cv...:/cvsroot/jedit".  I'm new to CVS so I'm a
bit confused.  How can I get my plugin into the JEdit CVS repository!?

Frustrated,

Ken Drew

The double character problem happens with me also.
I use Windows NT and Sun JVM 1.3.1.

 --- Jim <jim...@po...> escreveu: > 
> If anyone else out there is using speedjava and reading this, can you
> 
> confirm if you do/don't have the double-character problem described 
> below?  I don't see it on w2k and jdk1.3.1.
> 
> I am sorry  you've had these troubles.  On my system I do not have
> either 
> of these problems.  Can you perhaps tell me what operating system and
> jvm 
> you are using?  The first problem sounds suspiciously like it may be
> jvm 
> specific.  As to the second problem, is that always the case?  Could
> you 
> try importing java.io.* and then making an object File f; and the f.
> to see 
> what happens?  Or is it with just some packages?  This will help me
> narrow 
> it down.
> 
> Also keep in mind that the parser is imperfect and with some java
> files may 
> not find everthing properly, so it might be useful to try the imports
> 
> problem on different files, and see if it works elsewhere.  If that
> is the 
> case then looking at the troublesome source file could be worthwhile.
> 
> Thanks,
> Jim
> 
> 
> At 03:52 PM 9/28/2001 +0200, you wrote:
> >I find the SpeedJava plugin very useful, but there are two problems
> >which disturb me:
> >
> >1. Characters get inserted twice
> >
> >When I ignore the popup and continue typing, the character I type at
> >that moment gets inserted twice into the buffer.
> >
> >2. Wildcard imports are not used
> >
> >Example:
> >
> >// case 1
> >import my.package.*;  // for MyClass
> >
> >// case 2
> >import my.package.MyClass
> >
> >MyClass myClass = new MyClass;
> >myClass.
> >
> >--> case 1: NO popup!
> >--> case 2: popup APPEARS!
> >
> >
> >Manfred
> >
> >--
>
>________________________________________________________________________
> >
> >  Manfred Usselmann                           
> uss...@ic...
>
>________________________________________________________________________
> >
> >--
> >-----------------------------------------------
> >jEdit Developers' List
> >jEd...@li...
> >https://lists.sourceforge.net/lists/listinfo/jedit-devel
> 
> 
> 
> -- 
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel 

=====
<Eduardo Issao Ito/>
<Summa Technologies/>

_______________________________________________________________________________________________
Yahoo! GeoCities
Tenha seu lugar na Web. Construa hoje mesmo sua home page no Yahoo! GeoCities. É fácil e grátis!
http://br.geocities.yahoo.com/

begin steve quotation:
> I've been able to compile the source code, I just haven't been able to
> run it.
> 
> I've tried several combinations of classpath ( system wide on linux ) 
> and "java" command strings.  I alway get class not found errors.

if you've successfully built the source files, you'll need to build a
JAR archive to run jEdit. the list of files to put in the JAR can be
found in the build.xml file in the CVS or in the old makefile.jmk.

-md

I'm not up to that level yet.

I thought I would start out simple by downloading the source code pack 
he has a link for on the web site.

I've been able to compile the source code, I just haven't been able to 
run it.

I've tried several combinations of classpath ( system wide on linux ) 
and "java" command strings.  I alway get class not found errors.

Steve

Carlos Quiroz wrote:

> On Friday 28 September 2001 19:46, steve wrote:
> 
> If you are using the source code from CVS the most simple thing is to use 
> ant, that setups everything, althoufh I'm getting errors, bu AFAIK Slava is 
> changing many things so is not so easy to find the code in a compilable state
> 
> 
>>No dice.
>>
>>Would someone who is compiling and running jEdit source tell me how they
>>have their system up?  Where they have their source files placed, what
>>their system "path" and "classpath" variables are, what "javac" and
>>"java" command strings they use, etc.
>>
>>Thanks in advance
>>
>>Steve
>>
>>Jim wrote:
>>
>>>Hi,
>>>
>>>At 02:49 PM 9/25/2001 -0400, you wrote:
>>>
>>>>I can't get those compiled files to run jEdit though.
>>>>
>>>>The error message I get is:
>>>>=============================
>>>>Exception in thread "main" java.lang.NoClassDefFoundError: jEdit
>>>>=============================
>>>>
>>>>I get this when I am in the
>>>>home/steve/Projects/JEditCopy/org/gjt/sp/jedit  directory
>>>>
>>>>I have tried the following commands:
>>>>
>>>>
>>>>java jEdit
>>>>
>>>>java -cp /home/steve/Projects/JEditCopy  jEdit
>>>>
>>>>
>>>>Any ideas what I am doing wrong?
>>>>
>>>Try this:
>>>
>>>java -cp /home/steve/Projects/JEditCopy org.gjt.sp.jedit.jEdit
>>>
>>>and it should work..
>>>
>>>Jim
>>>
> 


-- 

Steve's Home Page:
http://www.geocities.com/beforewisdom/


BLUNDERS OF THE WORLD THAT LEAD TO VIOLENCE:
Wealth without work,
pleasure without conscience,
knowledge without character,
business without morality,
science without humanity,
worship without sacrifice,
politics without principle.
  - Mohandas Gandhi

On Friday 28 September 2001 19:46, steve wrote:

If you are using the source code from CVS the most simple thing is to use 
ant, that setups everything, althoufh I'm getting errors, bu AFAIK Slava is 
changing many things so is not so easy to find the code in a compilable state

> No dice.
>
> Would someone who is compiling and running jEdit source tell me how they
> have their system up?  Where they have their source files placed, what
> their system "path" and "classpath" variables are, what "javac" and
> "java" command strings they use, etc.
>
> Thanks in advance
>
> Steve
>
> Jim wrote:
> > Hi,
> >
> > At 02:49 PM 9/25/2001 -0400, you wrote:
> >> I can't get those compiled files to run jEdit though.
> >>
> >> The error message I get is:
> >> =============================
> >> Exception in thread "main" java.lang.NoClassDefFoundError: jEdit
> >> =============================
> >>
> >> I get this when I am in the
> >> home/steve/Projects/JEditCopy/org/gjt/sp/jedit  directory
> >>
> >> I have tried the following commands:
> >>
> >>
> >> java jEdit
> >>
> >> java -cp /home/steve/Projects/JEditCopy  jEdit
> >>
> >>
> >> Any ideas what I am doing wrong?
> >
> > Try this:
> >
> > java -cp /home/steve/Projects/JEditCopy org.gjt.sp.jedit.jEdit
> >
> > and it should work..
> >
> > Jim

No dice.

Would someone who is compiling and running jEdit source tell me how they 
have their system up?  Where they have their source files placed, what 
their system "path" and "classpath" variables are, what "javac" and 
"java" command strings they use, etc.

Thanks in advance

Steve

Jim wrote:

> 
> Hi,
> 
> At 02:49 PM 9/25/2001 -0400, you wrote:
> 
>> I can't get those compiled files to run jEdit though.
>>
>> The error message I get is:
>> =============================
>> Exception in thread "main" java.lang.NoClassDefFoundError: jEdit
>> =============================
>>
>> I get this when I am in the
>> home/steve/Projects/JEditCopy/org/gjt/sp/jedit  directory
>>
>> I have tried the following commands:
>>
>>
>> java jEdit
>>
>> java -cp /home/steve/Projects/JEditCopy  jEdit
>>
>>
>> Any ideas what I am doing wrong?
> 
> 
> 
> Try this:
> 
> java -cp /home/steve/Projects/JEditCopy org.gjt.sp.jedit.jEdit
> 
> and it should work..
> 
> Jim
> 
> 
> 


-- 

Steve's Home Page:
http://www.geocities.com/beforewisdom/


BLUNDERS OF THE WORLD THAT LEAD TO VIOLENCE:
Wealth without work,
pleasure without conscience,
knowledge without character,
business without morality,
science without humanity,
worship without sacrifice,
politics without principle.
  - Mohandas Gandhi

Just wait and see :-)

Slava

On Sat, Sep 29, 2001 at 09:02:11AM -0700, mike dillon wrote:
> hey Slava-
> 
> i was just wondering what your plans are for the jEdit 4.0 Document
> rewrite. i recalled your having written up a set of plans when this was
> to be the jEdit 2.4 Document rewrite, and i dug it up in the archives:
> 
> http://marc.theaimsgroup.com/?l=jedit-devel&m=97941880203928&w=2
> 
> this message is nearly two years old, so i don't expect that everything
> in it still obtains. the question is, what does? do you have any test
> code yet?
> 
> not to pressure you or anything... ;)
> 
> -md
> 
> -- 
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel

On Sat, Sep 29, 2001 at 10:44:28AM -0400, Kenrick Drew wrote:
> Hmmm... w/o looking at the tag file (/home/slava/jEdit/tags) I'm not sure what
> the problem is.  Currently I open whatever file is associated with the tag in
> the tags file.  Either take a look at the tag line in /home/slava/jEdit/tags for
> jEdit.setProperty, or send me the tags file to take a look at.  Perhaps the path
> you gave to the ctags program was a relative path and not an absolute one (i.e
> "org/gjt/sp/jedit/jEdit.java" instead of "/org/gjt/sp/jedit/jEdit.java").

You can fix the problem easily by passing the directory of the
appropriate tags file as the 'parent' parameter to
jEdit.openFile().

> The listing of possible tag names uses a pretty dumb method.  It really only
> searches the current source file for things like "class *" and "extends *" and
> possibly the variable name (tagging on varName.method()).  The tags file isn't
> even looked at for listing purposes.  This leads to entries in the list that may
> not exist.  The listing is only meant to resolve tagging on "varName.method()",
> and "SuperClass.method()" w/o having to remember what class the method or field
> belongs to.  Once I get the other kinks out I'll look into making it smarter. 
> Suggestions welcolm.  So there is not problem with your ctags program (although
> you may want to upgrade to 5.0.1)

I have upgraded to version 5.0.1, thanks for the tip. Why don't
you just scan through the tags file and list all tags with the
name of that under the cursor? Since tags are sorted by their
name, without a class prefix or anything, this should not result
in a performance loss.

> I needed to be able to have the "Open new view" check box in the "Enter Tag"
> dialog.  I'll look at GUIUtilities to see if I can subclass/extend or add the
> check box component with some addComponent() method.

You can't use GUIUtilities.message() for this purpose, but you
can use the JOptionPane Swing class. message() is just a
wrapper around this class that fetches the title and message
text from jEdit's properties.

Slava

hey Slava-

i was just wondering what your plans are for the jEdit 4.0 Document
rewrite. i recalled your having written up a set of plans when this was
to be the jEdit 2.4 Document rewrite, and i dug it up in the archives:

http://marc.theaimsgroup.com/?l=jedit-devel&m=97941880203928&w=2

this message is nearly two years old, so i don't expect that everything
in it still obtains. the question is, what does? do you have any test
code yet?

not to pressure you or anything... ;)

-md

Update to the importscrubber plugin. It is now Session aware. That is, its
configuration can be made specific for any session (a poor-man's project
manager).

You can download it from:

http://www.geocities.com/cswilly/importscrubberplugin/releases/importscrubbe
r-r002.zip

I will be working with mike dillon to get it on Plugin central (it is
already in CVS on sourceforge) soon.

csw



----------------------------------------------------------------------------
----
Avisto, SA
Email : Sco...@av...
Phone : +33 4 9294 2201
Mobile : +33 6 1139 6872

Slava,

Thanks for your comments and feedback so soon.  Replies imbedded below.

Slava Pestov wrote:
> This looks like a very useful plugin. I notice that right now the list
> of tags files must be set on a global basis. While a project manager
> plugin allowing settings to be changed on a per-project basis will fix
> this, in the mean time I think you should make it try to find a 'tags'
> file, by searching first in the directory of the current file, then
> in the parent directory, then in the parent's parent directory, and so
> on. Only if a 'tags' file is not found using that method, should it use
> the list of tag files.

I tend to only work on one project at work, but yes I do agree that having the
ability to switch a set of tag files would be needed.  I've added this to the
todo list (TODO.TXT).

As for the recursively searching the parent directory for the tag file, I never
thought of that. I'll have to think about that one.  I have thought of the
directory of the current file which I haven't implemented.

> I tried compiling the plugin under JDK 1.1 and it mostly works, with
> the exception of a few JDK 1.2 specific methods being used
> (Vector.add(), as opposed to Vector.addElement()). I know JDK 1.1 is
> rather old, but it is still my primary JDK, because my computer is so
> slow. I have attached a patch which makes the plugin work under JDK
> 1.1; you can apply it if you want.

You are going to make me install JDK 1.1 and compile against it aren't you.  OK,
you don't have to twist my arm. :)  I'll apply the patch, get a SourceForge
account, and commit the plugin later this weekend.

> This plugin also seems to have problems working with Java source files
> that use packages. For example, I have a 'tags' file in my
> /home/slava/jEdit/ directory; if I try to follow 'jEdit.setProperty()'
> inside /home/slava/jEdit/org/gjt/sp/jedit/BeanShell.java, it will open
> /home/slava/jEdit/org/gjt/sp/jedit/org/gjt/sp/jedit/jEdit.java. Note
> that it resolves the path relative to the current buffer's path, not
> the tag file's path. 

Hmmm... w/o looking at the tag file (/home/slava/jEdit/tags) I'm not sure what
the problem is.  Currently I open whatever file is associated with the tag in
the tags file.  Either take a look at the tag line in /home/slava/jEdit/tags for
jEdit.setProperty, or send me the tags file to take a look at.  Perhaps the path
you gave to the ctags program was a relative path and not an absolute one (i.e
"org/gjt/sp/jedit/jEdit.java" instead of "/org/gjt/sp/jedit/jEdit.java").

> The 'Follow Tag' user interface is a bit confusing. It shouldn't show
> the entries for super classes if they don't contain the tag in question.
> Also, if two classes define two methods with the same name, there seems
> to be no way to choose which class to open. Maybe this is a problem
> with my tag program? I am using Exuberant Ctags 3.4.

The listing of possible tag names uses a pretty dumb method.  It really only
searches the current source file for things like "class *" and "extends *" and
possibly the variable name (tagging on varName.method()).  The tags file isn't
even looked at for listing purposes.  This leads to entries in the list that may
not exist.  The listing is only meant to resolve tagging on "varName.method()",
and "SuperClass.method()" w/o having to remember what class the method or field
belongs to.  Once I get the other kinks out I'll look into making it smarter. 
Suggestions welcolm.  So there is not problem with your ctags program (although
you may want to upgrade to 5.0.1)

> Finally, you should use standard jEdit message and input dialog boxes
> (GUIUtilities.message(), .error(), .input()) instead of custom ones,
> to ensure a more consistent user interface.

I needed to be able to have the "Open new view" check box in the "Enter Tag"
dialog.  I'll look at GUIUtilities to see if I can subclass/extend or add the
check box component with some addComponent() method.

Again, thanks for the feedback.

Ken

On Fri, Sep 28, 2001 at 11:43:11PM -0700, chimera wrote:
> First, a "match start of word" option for MARK_FOLLOWING. I'm trying to
> highlight words that start with u, v, ..., z (which are variables in Otter),
> but if I try <MARK_FOLLOWING TYPE="LITERAL2">u</MARK_FOLLOWING> it ends up
> highlighting the tail portion of anything that contains u, even in the
> middle of the word.

There are a lot of improvements that need to be done to the syntax
highlighting engine. I will implement them in a future release,
unless someone sends a patch first.

> Second, an "unindentPrevLine" similar to "indentPrevLine" would really be
> useful, so that if the previous line matches a regular expression, that
> previous line and the current line are both unindented. I would imagine this
> to be useful for other languages such as when you have if-endif constructs.

Auto indent will be greatly improved in jEdit 4.0.

> As an aside, could someone tell me if there is a "go to matching tag"
> function for HTML/XML files? I've seen a "find matching tag" function (I
> think in the HTML plugin), but that just highlights the tag without moving
> the cursor. What about a "collapse all folds" macro? I know one can set up
> file types to open with all folds collapsed, but in the middle of
> editing...?

The "Go to Matching Tag" bug will be fixed in the next version of the
XML plugin. As for a 'collapse all folds' command, try pressing
C+e ENTER 1. (This is the same as invoking View->Folding->Expand Folds
With Level and pressing 1).

Slava

Hi,

Hope I'm not beating any dead horses, but in the process of writing an Otter
edit mode I've come upon some features, in no particular order, that I would
like to suggest be implemented:

First, a "match start of word" option for MARK_FOLLOWING. I'm trying to
highlight words that start with u, v, ..., z (which are variables in Otter),
but if I try <MARK_FOLLOWING TYPE="LITERAL2">u</MARK_FOLLOWING> it ends up
highlighting the tail portion of anything that contains u, even in the
middle of the word.

Second, an "unindentPrevLine" similar to "indentPrevLine" would really be
useful, so that if the previous line matches a regular expression, that
previous line and the current line are both unindented. I would imagine this
to be useful for other languages such as when you have if-endif constructs.

I am just a newbie to jEdit and would appreciate it being pointed out if
what I'm trying to accomplish can already be achieved. :-)

As an aside, could someone tell me if there is a "go to matching tag"
function for HTML/XML files? I've seen a "find matching tag" function (I
think in the HTML plugin), but that just highlights the tag without moving
the cursor. What about a "collapse all folds" macro? I know one can set up
file types to open with all folds collapsed, but in the middle of
editing...?

Thanks in advance,

Sue Ann Koay
ch...@so...

Hi,

I will fix the problem (but using a general GUIUtilities.showPopupMenu()
method, that classes other than the text area can use) in the next
release.

Slava

On Thu, Sep 27, 2001 at 01:38:26PM +0100, Clark David wrote:
> Hi,
> 
> If you right click on the text area then the popup menu will appear such
> that some of it is off the screen if you are near the bottom of the physical
> display limits.
> I thought you could just do something in JEditTextArea.java like:
> 					int xpos = evt.getX()+1;
> 					int ypos = evt.getY()+1;
> 					Dimension scrnSz =
> getToolkit().getScreenSize();
> 					Dimension sz =
> popup.getPreferredSize();
> 					if ( sz.height + ypos >
> scrnSz.height )
> 					{
> 						ypos = scrnSz.height -
> sz.height;
> 					}
> 					popup.show(painter,xpos, ypos);
> 				}
> but it doesn't seem to cope too well with the extra size of additional menu
> items that I've configured into it.  It's an ok workaround for now.
> 
> Could someone maybe have a look at this bug/feature for me?
> 
> Thanks,
> 
> David.
> 
> Tel: (+44) 20 7002 3718
> Mail: dav...@gn...
> 
> 
> 
> 
> ************************************************************************
> The contents of this message and any attachments are confidential and
> are intended solely for the attention and use of the addressee only.
> Information contained in this message may be subject to legal, 
> professional or other privilege or may otherwise be protected by other
> legal rules. This message should not be copied or forwarded to any other
> person without the express permission of the sender. If you are not the
> intended recipient you are not authorised to disclose, copy, distribute
> or retain this message or any part of it.
> 
> If you have received this message in error, please notify the sender by
> telephone (+44-20-7002-4000) and destroy the original message.
> 
> We reserve the right to monitor all e-mail messages passing through our
> network.
> ************************************************************************
> 
> -- 
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel

Hello everybody,

I've been using AntBrowser extensively over the last few weeks, and
have the following suggestions:

- Right-clicking on a file in the tree should show a menu, containing
  'run default target', 'edit build file', 'browse build file directory'.

- If the console window is not already open, trying to do anything in
  the tree throws a NullPointerException. Instead of just calling
  getDockableWindow("console"), the AntBrowser should call
  addDockableWindow() first.

- After changing the project.name attribute in a build file, there seems
  to be no way for the tree to pick up the change.

- Out of the box, running external programs doesn't work because it
  tries to look for an 'antRun' script in the <ant.home>/bin directory;
  the ant.home property is not set, and furthermore there is no 'bin'
  directory.

  I suggest you add the 'antRun' and 'antRun.bat' files to a
  AntBrowser/bin directory. Then, ask Mike to put these files in the
  plugin download, even in the case of the binary version. Then, you can
  set the ant.home property as follows:

  // in AntBrowserPlugin.start()...
  EditPlugin.JAR jar = getJAR();
  String path = MiscUtilities.getParentOfPath(jar.getPath());
  System.getProperties().put("ant.home",
    MiscUtilities.constructPath(path,"AntBrowser"));

I hope this helps,

Slava

Hi,

I didn't finish writing that e-mail and forgot to attach the patch
before I hit send. Oops.

You should obtain a SourceForge user account, so that you can commit
this plugin to the jEdit CVS. Then others will be able to help out
and contribute code much more easily.

This plugin also seems to have problems working with Java source files
that use packages. For example, I have a 'tags' file in my
/home/slava/jEdit/ directory; if I try to follow 'jEdit.setProperty()'
inside /home/slava/jEdit/org/gjt/sp/jedit/BeanShell.java, it will open
/home/slava/jEdit/org/gjt/sp/jedit/org/gjt/sp/jedit/jEdit.java. Note
that it resolves the path relative to the current buffer's path, not
the tag file's path.

The 'Follow Tag' user interface is a bit confusing. It shouldn't show
the entries for super classes if they don't contain the tag in question.
Also, if two classes define two methods with the same name, there seems
to be no way to choose which class to open. Maybe this is a problem
with my tag program? I am using Exuberant Ctags 3.4.

Finally, you should use standard jEdit message and input dialog boxes
(GUIUtilities.message(), .error(), .input()) instead of custom ones,
to ensure a more consistent user interface.

I hope you find this feedback useful.

Slava

On Sat, Sep 29, 2001 at 03:06:37PM +1000, Slava Pestov wrote:
> Hi,
> 
> This looks like a very useful plugin. I notice that right now the list
> of tags files must be set on a global basis. While a project manager
> plugin allowing settings to be changed on a per-project basis will fix
> this, in the mean time I think you should make it try to find a 'tags'
> file, by searching first in the directory of the current file, then
> in the parent directory, then in the parent's parent directory, and so
> on. Only if a 'tags' file is not found using that method, should it use
> the list of tag files.
> 
> I tried compiling the plugin under JDK 1.1 and it mostly works, with
> the exception of a few JDK 1.2 specific methods being used
> (Vector.add(), as opposed to Vector.addElement()). I know JDK 1.1 is
> rather old, but it is still my primary JDK, because my computer is so
> slow. I have attached a patch which makes the plugin work under JDK
> 1.1; you can apply it if you want.
> 
> Slava

Hi,

This looks like a very useful plugin. I notice that right now the list
of tags files must be set on a global basis. While a project manager
plugin allowing settings to be changed on a per-project basis will fix
this, in the mean time I think you should make it try to find a 'tags'
file, by searching first in the directory of the current file, then
in the parent directory, then in the parent's parent directory, and so
on. Only if a 'tags' file is not found using that method, should it use
the list of tag files.

I tried compiling the plugin under JDK 1.1 and it mostly works, with
the exception of a few JDK 1.2 specific methods being used
(Vector.add(), as opposed to Vector.addElement()). I know JDK 1.1 is
rather old, but it is still my primary JDK, because my computer is so
slow. I have attached a patch which makes the plugin work under JDK
1.1; you can apply it if you want.

Slava

I will certainly use this plugin
On Fri, Sep 28, 2001 at 10:51:44PM -0400, Kenrick Drew wrote:
> All,
> 
> I recently left XEmacs for JEdit, but before I could make the full time
> switch
> I needed tagging.  This plugin will provide tagging around source
> files.       
> 
> Excerpt from the Exuberant C Tags man page:
> 
>        Tag index files are supported by numerous  editors,  which
>        allow the user to locate the object associated with a name
>        appearing in a source file and jump to the file  and  line
>        which  defines  the name.
>        
> HOW TO USE
> ----------
> 
> From the Plugin > Tags menu:
> 
>   Follow Tag:  Find the tag under the cursor (or optionally the selected
> text).
>   For object oriented languages (currently only Java), a drop down list
> will
>   appear with possible fully qualified tags.  Placing the cursor on (or
> before
>   when using the bar cursor) the dot/period of a method call will
> populate the 
>   drop down list with possible object types of the variable.  
>   
>   Follow Tag (New View):  Find the tag under the cursor in a new view.
>   
>   Follow Tag...:  A dialog will appear where you can enter a tag name.
>   
>   Pop Tag:  Return to the location previous to following a tag. 
>   
>   Tagging Options:  Use this dialog to set the various options for
> tagging.
>      Tag file type:  The type of tag files used.  This will affect the
>      searching of the tag files.  It should be set based on the program
> used 
>      to generate the tag files 
>      
>      Tag search files:  The set of tag files for searching.  The order
> of the
>      list will be the order of the search.
> 
> This information is in the short README which is included in the jar. 
> Also see
> TODO.TXT for future plans, limitations, and known bugs.
> 
> Questions, comments, suggestions, bug reports, and large bags of money
> welcome.  This is my first ever plugin (and open source offering) so
> please be
> gentle. 
> 
> If and when you find bugs, if it is not easily reproduceable, please
> send the
> tag file along with the related source files (or a short example).
> 
> Download:
> 
>    http://home.earthlink.net/~kdrew/Tags.jar
>    
> Currently you can find the source jared with the jar file.
> 
> Enjoy,
> 
> Ken Drew
> 
> -- 
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel

All,

I recently left XEmacs for JEdit, but before I could make the full time
switch
I needed tagging.  This plugin will provide tagging around source
files.       

Excerpt from the Exuberant C Tags man page:

       Tag index files are supported by numerous  editors,  which
       allow the user to locate the object associated with a name
       appearing in a source file and jump to the file  and  line
       which  defines  the name.
       
HOW TO USE
----------

From the Plugin > Tags menu:

  Follow Tag:  Find the tag under the cursor (or optionally the selected
text).
  For object oriented languages (currently only Java), a drop down list
will
  appear with possible fully qualified tags.  Placing the cursor on (or
before
  when using the bar cursor) the dot/period of a method call will
populate the 
  drop down list with possible object types of the variable.  
  
  Follow Tag (New View):  Find the tag under the cursor in a new view.
  
  Follow Tag...:  A dialog will appear where you can enter a tag name.
  
  Pop Tag:  Return to the location previous to following a tag. 
  
  Tagging Options:  Use this dialog to set the various options for
tagging.
     Tag file type:  The type of tag files used.  This will affect the
     searching of the tag files.  It should be set based on the program
used 
     to generate the tag files 
     
     Tag search files:  The set of tag files for searching.  The order
of the
     list will be the order of the search.

This information is in the short README which is included in the jar. 
Also see
TODO.TXT for future plans, limitations, and known bugs.

Questions, comments, suggestions, bug reports, and large bags of money
welcome.  This is my first ever plugin (and open source offering) so
please be
gentle. 

If and when you find bugs, if it is not easily reproduceable, please
send the
tag file along with the related source files (or a short example).

Download:

   http://home.earthlink.net/~kdrew/Tags.jar
   
Currently you can find the source jared with the jar file.

Enjoy,

Ken Drew

Jim,

On Fri, 28 Sep 2001 10:43:06 -0700 "Jim" <jim...@po...> wrote:

> 
> If anyone else out there is using speedjava and reading this, can you 
> confirm if you do/don't have the double-character problem described 
> below?  I don't see it on w2k and jdk1.3.1.
> 
> I am sorry  you've had these troubles.  On my system I do not have
either 
> of these problems.  Can you perhaps tell me what operating system and
jvm 
> you are using?  

Win NT 4.0 and Sun 1.3 (1.3.0 or 1.3.1, can't check this right now, I'm
on vacantion now for 2 weeks :-) )


> The first problem sounds suspiciously like it may be jvm 
> specific.  As to the second problem, is that always the case?  Could
you 
> try importing java.io.* and then making an object File f; and the f.
to see 
> what happens?  Or is it with just some packages?  This will help me
narrow 
> it down.

Ok, I'll check this when I'm back.

Thanks,
  Manfred
 
> 
> At 03:52 PM 9/28/2001 +0200, you wrote:
> >I find the SpeedJava plugin very useful, but there are two problems
> >which disturb me:
> >
> >1. Characters get inserted twice
> >
> >When I ignore the popup and continue typing, the character I type at
> >that moment gets inserted twice into the buffer.
> >
> >2. Wildcard imports are not used
> >
> >Example:
> >
> >// case 1
> >import my.package.*;  // for MyClass
> >
> >// case 2
> >import my.package.MyClass
> >
> >MyClass myClass = new MyClass;
> >myClass.
> >
> >--> case 1: NO popup!
> >--> case 2: popup APPEARS!
> >
> >
> >Manfred
> >
> >--
>
>________________________________________________________________________
> >
> >  Manfred Usselmann                           
uss...@ic...
>
>________________________________________________________________________
> >
> >--
> >-----------------------------------------------
> >jEdit Developers' List
> >jEd...@li...
> >https://lists.sourceforge.net/lists/listinfo/jedit-devel
> 
> 
> 
> -- 
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel


-- 
________________________________________________________________________

 Manfred Usselmann                            uss...@ic...
________________________________________________________________________

Bugs item #466088, was opened at 2001-09-28 08:43
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=466088&group_id=588

Category: text area and syntax packages
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Kasper B. Graversen (kbg)
Assigned to: Nobody/Anonymous (nobody)
Summary: menu does not disappear when ESC is used

Initial Comment:
select the edit menu with alt e, scroll down to 
submenu text and go into it. Press ESC to escape to 
the edit menu, press ESC to be able to edit the active 
file. 

Now when having entered the submenu, the edit menu 
does not disappear from the textfield (I need to press 
the mousebutton in order for it to disappear. 

However, selecting only the edit menu and pressing ESC 
works.

I use jedit 3.2.2, jdk1.4b2 and win98


-KBG


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

Comment By: Nobody/Anonymous (nobody)
Date: 2001-09-28 10:11

Message:
Logged In: NO 

I won't change back to jdk 1.3 as jdk 1.4b2 makes jedit 
around 10 times faster on my 400mhz

but thanks for the thorough reply



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

Comment By: John Gellene (jgellene)
Date: 2001-09-28 09:36

Message:
Logged In: YES 
user_id=117073

This does not occur on JDK1.3.1.  There are a variety of 
focus related issues involving JDK1.4 beta that prevent 
keystrokes from going where they are supposed to.  This is 
probably another manifestation.  

JDK1.4 introduced a new focus model for the AWT that Sun 
acknowledges to be incompatible with prior releases.  It is 
described in some detail at the following link:

http://java.sun.com/j2se/1.4/docs/api/java/awt/doc-
files/FocusSpec.html

The incompatibilities are described near the end of the 
document.

The question of how and when jEdit should deal with this 
should probably get addressed outside the context of a 
particular bug.  It looks like the only solution that would 
satisfy everyone in the short term would be another 
internal fork in the source code similar to the fork that 
handles reflection and some other minor features under JDK 
1.3.  Such a solution would also require that jEdit be 
built using JDK 1.4, which is still only available in a 
beta version.  

In the meantime, I would recommend you go back to JDK 1.3.1 
for jEdit unless your programming work requires you to have 
jEdit's tools running under a 1.4 JVM.

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

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

Bugs item #466088, was opened at 2001-09-28 08:43
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=466088&group_id=588

Category: text area and syntax packages
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Kasper B. Graversen (kbg)
Assigned to: Nobody/Anonymous (nobody)
Summary: menu does not disappear when ESC is used

Initial Comment:
select the edit menu with alt e, scroll down to 
submenu text and go into it. Press ESC to escape to 
the edit menu, press ESC to be able to edit the active 
file. 

Now when having entered the submenu, the edit menu 
does not disappear from the textfield (I need to press 
the mousebutton in order for it to disappear. 

However, selecting only the edit menu and pressing ESC 
works.

I use jedit 3.2.2, jdk1.4b2 and win98


-KBG


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

>Comment By: John Gellene (jgellene)
Date: 2001-09-28 09:36

Message:
Logged In: YES 
user_id=117073

This does not occur on JDK1.3.1.  There are a variety of 
focus related issues involving JDK1.4 beta that prevent 
keystrokes from going where they are supposed to.  This is 
probably another manifestation.  

JDK1.4 introduced a new focus model for the AWT that Sun 
acknowledges to be incompatible with prior releases.  It is 
described in some detail at the following link:

http://java.sun.com/j2se/1.4/docs/api/java/awt/doc-
files/FocusSpec.html

The incompatibilities are described near the end of the 
document.

The question of how and when jEdit should deal with this 
should probably get addressed outside the context of a 
particular bug.  It looks like the only solution that would 
satisfy everyone in the short term would be another 
internal fork in the source code similar to the fork that 
handles reflection and some other minor features under JDK 
1.3.  Such a solution would also require that jEdit be 
built using JDK 1.4, which is still only available in a 
beta version.  

In the meantime, I would recommend you go back to JDK 1.3.1 
for jEdit unless your programming work requires you to have 
jEdit's tools running under a 1.4 JVM.

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

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

On Friday, September 28, 2001, 10:11:49 AM, Slava Pestov wrote:
> On Thu, Sep 27, 2001 at 08:32:47PM +0200, Scott Willy wrote:
>> After that, I am planning on connecting the ImportscrubberPlugin to the
>> Session Plugin via the EditBus. The ImportscrubberPlugin  will listen out
>> for SessionChanged messages to update its configuration based on the
>> selected session. That way each session can have its own 'classes root' =
and
>> 'sources root' paths which are needed by the ImportscrubberPlugin.

> I would say wait until we have more robust project management before
> doing this. Implementing it in an ad-hoc fashion like this is not a
> good idea, IMO.

I'll second that.

Sessions are not projects.

Dirk.

begin Carlos Quiroz quotation:
> Mike, thanks a lot for the pages. What are thoso plugins like SCube,
> Zipo and so on, are they very old?

yeah. they're about two years old or so. they can be found in the
'unsupported' subdirectory under the /archives/plugins directory on the
server.

i think i'll change the stats scripts to ignore downloads of unsupported
releases.

-md