jEdit

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
> jEdit-devel@...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel

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,

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
chimera@...

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

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                            usselmann.m@...
>________________________________________________________________________
>
>--
>-----------------------------------------------
>jEdit Developers' List
>jEdit-devel@...
>https://lists.sourceforge.net/lists/listinfo/jedit-devel

Jim,

On Fri, 28 Sep 2001 10:43:06 -0700 "Jim" <jimwissner@...> 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                           
usselmann.m@...
>
>________________________________________________________________________
> >
> >--
> >-----------------------------------------------
> >jEdit Developers' List
> >jEdit-devel@...
> >https://lists.sourceforge.net/lists/listinfo/jedit-devel
> 
> 
> 
> -- 
> -----------------------------------------------
> jEdit Developers' List
> jEdit-devel@...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel


-- 
________________________________________________________________________

 Manfred Usselmann                            usselmann.m@...
________________________________________________________________________

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

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

David,

> If you need class and sourcepath stuff too, I'll probably add an option to
> JSwatPlugin to get them from the same place.

Actually, I need source root and class root. Classpath has (could) more than
Importscrubber can use (Tom has thought about using classpath someday, but
its not that way yet).

> You prefer the session plugin to the project viewer? I've not
> looked at the
> session plugin yet. I guess I had better do so!

Session has what I need (a current session name and a notification when the
session changes). I was going to just persist the attributes Importscrubber
needs (prefixing the session name) as properties when a session changes.

Eventually if the program manager can help out, why not. Any case, I am sure
each plugin might need session/project specific attributes which are
specific to the plugin. I don't believe the there will be a monolithic
project manager managing all the attributes needed by all plugins.

csw

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:
> I agree, that's probably a lot of burden and it will require a lot of
> coding to profile usafe. Presumably the mailing list is the best place
> for knowing actual usage and demands and get a feeling of what is being
> in most use.
> Still it would be nice to see how many downloads per plugin are out
> there, Mike, can that be easily asdded to the PC page? or maybe informed
> once a week to this list

Carlos-

i often have a hard time reading reply messages that you post to this
list, because i can't distinguish your reply text from what you are
replying to. is it just me? does anyone else have to get out a
fine-toothed comb to figure out which part of Carlos' messages to read?

-md

Sorry, I think I fixed that, I hate Outlook, but I have to use it at
work, and it is not by default. At home KMail works normally

Mike, thanks a lot for the pages. What are thoso plugins like SCube,
Zipo and so on, are they very old?

> -----Original Message-----
> From: mike dillon [mailto:md5@...]
> Sent: 28 September 2001 18:08
> To: devel@...
> Subject: Re: [ jEdit-devel ] Getting some usage statistics
>=20
>=20
> begin Carlos Quiroz quotation:
> > Still it would be nice to see how many downloads per plugin are out
> > there, Mike, can that be easily asdded to the PC page? or maybe
> > informed once a week to this list
>=20
> plugin downloads: http://plugins.jedit.org/export/stats_download.php
> detail pageviews: http://plugins.jedit.org/export/stats_detail.php
>=20
> both pages are demand-cached so that they're never more that=20
> 15 minutes
> old.
>=20
> -md
>=20
> --=20
> -----------------------------------------------
> jEdit Developers' List
> jEdit-devel@...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>=20

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