jedit-devel Mailing List for jEdit

Bugs item #1211534, was opened at 2005-05-30 12:00
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1211534&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: macros
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: John Gellene (jgellene)
Summary: nested comments

Initial Comment:
The Progress 4GL language use nested comments, like 
this:
1. /* first comment
2.   /* a comment inside the first comment */
3. */

In the jEdit the comment end in the first */

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

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

Bugs item #1204720, was opened at 2005-05-19 06:11
Message generated for change (Comment added) made by jnp1234
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1204720&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: virtual file systems
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: MacOSX 10.4 SFTP plugin not usable

Initial Comment:
When trying to open a file from FTP/SFTP via the open dialog, the 
option is not selectable in the menu. The plugins menu opens, as 
does the submenu for the FTP plugin. When the "Connect to ... 
server" option is clicked, the standard mac alert sound is played and 
the menu locks (can't select options anymore). Clicking anywhere 
outside the menu closes it.

Running jEdit 4.2stable on freshly installed Tiger.

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

Comment By: Heklaz (jnp1234)
Date: 2005-05-30 18:55

Message:
Logged In: YES 
user_id=56541

This bug is not particular to the FTP plugin.

All submenus in the open file menu ("Commands->Encoding") exhibits the 
same behaviour.


Opened new a bug report as https://sourceforge.net/tracker/index.php?
func=detail&aid=1211460&group_id=588&atid=100588.



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

Comment By: Heklaz (jnp1234)
Date: 2005-05-24 22:13

Message:
Logged In: YES 
user_id=56541

I believe it is an event handling issue.

Selecting e.g. SFTP and pressing 'enter' works, as does activation via the 
Plugins-menu.



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

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

Bugs item #1211460, was opened at 2005-05-30 18:54
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1211460&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Heklaz (jnp1234)
Assigned to: Nobody/Anonymous (nobody)
Summary: Submenus in open file dialog does not work on MacOSX

Initial Comment:
The submenus in open file dialog does not work on MacOSX.


Specifically
* Commands->Encoding
* Plugins->FTP (install FTP plugin obviously)

I did a little tracing in the plugin interface and found that the 
mousehandler in EnhancedMenuItem receives only enter/exit events 
in the VFSBrowser.

In other contexts the Encoding menu appears to work fine, like the 
"File System Browser".

I lost track in the code; does VFS Browser or contained components 
do some special event handling?


java -version
java version "1.4.2_07"
Java(TM) 2 Runtime Environment, Standard Edition (build 
1.4.2_07-215)
Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode)


jEdit 4.2 and 4.3 pre2 and cvs version. 

The behaviour is different on Linux (=as expected).



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

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

Bugs item #1211157, was opened at 2005-05-30 08:36
Message generated for change (Comment added) made by dmoebius
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1211157&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: text area and syntax packages
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: HSB color problem (at zero saturation)

Initial Comment:
A search revealed that this bug has, to the best of my
knowledge, not yet been submitted.  A problem exists
with the HSB color picker used to select colors in a
number of places.  For example, it is used in Tools >
Global Options > Text Area > (element color).  The
user's hue selection is not preserved interactively
when the saturation is 0.  

While all hues are equivalent at 0 saturation, the hue
value should be preserved until the dialog is closed. 
It is very frustrating to choose the right hue, and
then try to increase the saturation (to a value where
the hue will matter) only to have the hue reset to 0.

To duplicate this bug, follow these steps:

1) Enter a "Pick a color" dialog.
2) Go to the HSB tab, and set the saturation to 0.
3) Set the hue to a random value.
4) Use the saturation slider to increase the
saturation, or click on the saturation radio button.

Notice that the hue has been reset to 0.

Email mplough<at>princeton.edu when changes occur.

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

>Comment By: Dirk Möbius (dmoebius)
Date: 2005-05-30 12:14

Message:
Logged In: YES 
user_id=9521

This is probably Sun Java Bug #4994329, which has been 
fixed in JDK 5.0 Update 3.
See http://bugs.sun.com/bugdatabase/view_bug.do?
bug_id=4994329

In any case, this is not a jEdit bug, but a JDK/Swing bug, 
because the color picker is a Swing component. Therefore, 
resolution is set to 'Invalid'.


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

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

Bugs item #1211157, was opened at 2005-05-29 23:36
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1211157&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: text area and syntax packages
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: HSB color problem (at zero saturation)

Initial Comment:
A search revealed that this bug has, to the best of my
knowledge, not yet been submitted.  A problem exists
with the HSB color picker used to select colors in a
number of places.  For example, it is used in Tools >
Global Options > Text Area > (element color).  The
user's hue selection is not preserved interactively
when the saturation is 0.  

While all hues are equivalent at 0 saturation, the hue
value should be preserved until the dialog is closed. 
It is very frustrating to choose the right hue, and
then try to increase the saturation (to a value where
the hue will matter) only to have the hue reset to 0.

To duplicate this bug, follow these steps:

1) Enter a "Pick a color" dialog.
2) Go to the HSB tab, and set the saturation to 0.
3) Set the hue to a random value.
4) Use the saturation slider to increase the
saturation, or click on the saturation radio button.

Notice that the hue has been reset to 0.

Email mplough<at>princeton.edu when changes occur.

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

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

Bugs item #1089052, was opened at 2004-12-21 08:14
Message generated for change (Comment added) made by vocaro
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1089052&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Heklaz (jnp1234)
Assigned to: Nobody/Anonymous (nobody)
Summary: PropertyListWriter used in JarBundler.java+

Initial Comment:
Hello,

I did a check out of cvs a tried to build "dist-mac" and get the 
following error:
...
    [javac] Compiling 1 source file to /Users/jnp/Documents/src/
java/jEdit
    [javac] /Users/jnp/Documents/src/java/jEdit/com/loomcom/ant/
tasks/jarbundler/JarBundler.java:876: cannot resolve symbol
    [javac] symbol  : class PropertyListWriter 
    [javac] location: class 
com.loomcom.ant.tasks.jarbundler.JarBundler
    [javac]     PropertyListWriter listWriter = new 
PropertyListWriter(mProps);
    [javac]     ^
 
Where should PropertyListWriter come from?



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

Comment By: Trevor Harmon (vocaro)
Date: 2005-05-27 04:50

Message:
Logged In: YES 
user_id=720008

A new bug on this issue has been filed as #1209723. The 
PropertyListWriter.java file has been attached to it.

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

Comment By: Trevor Harmon (vocaro)
Date: 2005-05-27 04:43

Message:
Logged In: YES 
user_id=720008

> Where should PropertyListWriter come from?

I was the original submitter of the dist-mac patch, which included the 
modified version of the PropertyListWriter that you need, but for some 
reason Slava did not check it in with the rest of the files. When this bug 
was filed, I sent him a reminder email, but he still did not check in the 
file. I will create a new bug in the hope of getting this resolved.

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

Comment By: Trevor Harmon (vocaro)
Date: 2005-05-27 04:43

Message:
Logged In: YES 
user_id=720008

> Where should PropertyListWriter come from?

I was the original submitter of the dist-mac patch, which included the 
modified version of the PropertyListWriter that you need, but for some 
reason Slava did not check it in with the rest of the files. When this bug 
was filed, I sent him a reminder email, but he still did not check in the 
file. I will create a new bug in the hope of getting this resolved.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-05-09 00:18

Message:
Logged In: NO 

I have the same difficulty with building dist-mac.   I'm trying to build this on 
OS X 10.4.   PropertyListManager is not a part of OS X itself, but rather 
part of jarbundler by Seth J. Morabito.   I downloaded every version of 
jarbundler from http://www.loomcom.com/jarbundler/ but none of the 
versions of PropertyListManager I got from those were compatible with the 
other two files contained in the jEdit43pre2 distribution.   I also tried 
substituting all three files, but none of the versions from loomcom were 
compatible with the features dist-mac build.xml file.  In a particular, none of 
the versions of jarbundler from loomcom were compatible with the 
documenttype and service features.   

I will continue to poke around and see what I can learn, but hopefully 
someone will be able to check in the right version of PropertyListManager. 

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

Comment By: Trevor Harmon (vocaro)
Date: 2005-01-17 14:48

Message:
Logged In: YES 
user_id=720008

> Where should PropertyListWriter come from?

It was supposed to be checked in with the other loomcom files. I'll bug 
Slava about it.


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

Comment By: Heklaz (jnp1234)
Date: 2005-01-02 16:21

Message:
Logged In: YES 
user_id=56541

This is actually being build on MacOS, though I forgot to mention that.

It may be because it is located in different jar files in the newest java.

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

Comment By: Slava Pestov (spestov)
Date: 2004-12-22 16:31

Message:
Logged In: YES 
user_id=2280

Its part of MacOS X. If youre not using a Mac, don't run the
dist-mac target.

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

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

Bugs item #1209723, was opened at 2005-05-27 04:48
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1209723&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Trevor Harmon (vocaro)
Assigned to: Nobody/Anonymous (nobody)
Summary: PropertyListWriter.java not checked in to CVS

Initial Comment:
This is a follow-up to bug #1089052, which was mistakenly closed 
without ever being resolved. The issue revolves around the "dist-
mac" patch I submitted late last year for automatically generating 
a Mac OS X application bundle for jEdit. The problem is that one 
of the files in the patch set, PropertyListWriter.java, somehow did 
not make it into CVS, while the rest of them did. The result is a 
dist-mac target that will not compile due to missing source code.

I have attached the relevant file to this bug. Slava, can you please 
check it in? It belongs in com/loomcom/ant/tasks/jarbundler/.

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

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

Bugs item #1089052, was opened at 2004-12-21 08:14
Message generated for change (Comment added) made by vocaro
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1089052&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Heklaz (jnp1234)
Assigned to: Nobody/Anonymous (nobody)
Summary: PropertyListWriter used in JarBundler.java+

Initial Comment:
Hello,

I did a check out of cvs a tried to build "dist-mac" and get the 
following error:
...
    [javac] Compiling 1 source file to /Users/jnp/Documents/src/
java/jEdit
    [javac] /Users/jnp/Documents/src/java/jEdit/com/loomcom/ant/
tasks/jarbundler/JarBundler.java:876: cannot resolve symbol
    [javac] symbol  : class PropertyListWriter 
    [javac] location: class 
com.loomcom.ant.tasks.jarbundler.JarBundler
    [javac]     PropertyListWriter listWriter = new 
PropertyListWriter(mProps);
    [javac]     ^
 
Where should PropertyListWriter come from?



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

Comment By: Trevor Harmon (vocaro)
Date: 2005-05-27 04:43

Message:
Logged In: YES 
user_id=720008

> Where should PropertyListWriter come from?

I was the original submitter of the dist-mac patch, which included the 
modified version of the PropertyListWriter that you need, but for some 
reason Slava did not check it in with the rest of the files. When this bug 
was filed, I sent him a reminder email, but he still did not check in the 
file. I will create a new bug in the hope of getting this resolved.

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

Comment By: Trevor Harmon (vocaro)
Date: 2005-05-27 04:43

Message:
Logged In: YES 
user_id=720008

> Where should PropertyListWriter come from?

I was the original submitter of the dist-mac patch, which included the 
modified version of the PropertyListWriter that you need, but for some 
reason Slava did not check it in with the rest of the files. When this bug 
was filed, I sent him a reminder email, but he still did not check in the 
file. I will create a new bug in the hope of getting this resolved.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-05-09 00:18

Message:
Logged In: NO 

I have the same difficulty with building dist-mac.   I'm trying to build this on 
OS X 10.4.   PropertyListManager is not a part of OS X itself, but rather 
part of jarbundler by Seth J. Morabito.   I downloaded every version of 
jarbundler from http://www.loomcom.com/jarbundler/ but none of the 
versions of PropertyListManager I got from those were compatible with the 
other two files contained in the jEdit43pre2 distribution.   I also tried 
substituting all three files, but none of the versions from loomcom were 
compatible with the features dist-mac build.xml file.  In a particular, none of 
the versions of jarbundler from loomcom were compatible with the 
documenttype and service features.   

I will continue to poke around and see what I can learn, but hopefully 
someone will be able to check in the right version of PropertyListManager. 

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

Comment By: Trevor Harmon (vocaro)
Date: 2005-01-17 14:48

Message:
Logged In: YES 
user_id=720008

> Where should PropertyListWriter come from?

It was supposed to be checked in with the other loomcom files. I'll bug 
Slava about it.


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

Comment By: Heklaz (jnp1234)
Date: 2005-01-02 16:21

Message:
Logged In: YES 
user_id=56541

This is actually being build on MacOS, though I forgot to mention that.

It may be because it is located in different jar files in the newest java.

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

Comment By: Slava Pestov (spestov)
Date: 2004-12-22 16:31

Message:
Logged In: YES 
user_id=2280

Its part of MacOS X. If youre not using a Mac, don't run the
dist-mac target.

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

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

Bugs item #1089052, was opened at 2004-12-21 08:14
Message generated for change (Comment added) made by vocaro
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1089052&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Heklaz (jnp1234)
Assigned to: Nobody/Anonymous (nobody)
Summary: PropertyListWriter used in JarBundler.java+

Initial Comment:
Hello,

I did a check out of cvs a tried to build "dist-mac" and get the 
following error:
...
    [javac] Compiling 1 source file to /Users/jnp/Documents/src/
java/jEdit
    [javac] /Users/jnp/Documents/src/java/jEdit/com/loomcom/ant/
tasks/jarbundler/JarBundler.java:876: cannot resolve symbol
    [javac] symbol  : class PropertyListWriter 
    [javac] location: class 
com.loomcom.ant.tasks.jarbundler.JarBundler
    [javac]     PropertyListWriter listWriter = new 
PropertyListWriter(mProps);
    [javac]     ^
 
Where should PropertyListWriter come from?



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

Comment By: Trevor Harmon (vocaro)
Date: 2005-05-27 04:43

Message:
Logged In: YES 
user_id=720008

> Where should PropertyListWriter come from?

I was the original submitter of the dist-mac patch, which included the 
modified version of the PropertyListWriter that you need, but for some 
reason Slava did not check it in with the rest of the files. When this bug 
was filed, I sent him a reminder email, but he still did not check in the 
file. I will create a new bug in the hope of getting this resolved.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-05-09 00:18

Message:
Logged In: NO 

I have the same difficulty with building dist-mac.   I'm trying to build this on 
OS X 10.4.   PropertyListManager is not a part of OS X itself, but rather 
part of jarbundler by Seth J. Morabito.   I downloaded every version of 
jarbundler from http://www.loomcom.com/jarbundler/ but none of the 
versions of PropertyListManager I got from those were compatible with the 
other two files contained in the jEdit43pre2 distribution.   I also tried 
substituting all three files, but none of the versions from loomcom were 
compatible with the features dist-mac build.xml file.  In a particular, none of 
the versions of jarbundler from loomcom were compatible with the 
documenttype and service features.   

I will continue to poke around and see what I can learn, but hopefully 
someone will be able to check in the right version of PropertyListManager. 

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

Comment By: Trevor Harmon (vocaro)
Date: 2005-01-17 14:48

Message:
Logged In: YES 
user_id=720008

> Where should PropertyListWriter come from?

It was supposed to be checked in with the other loomcom files. I'll bug 
Slava about it.


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

Comment By: Heklaz (jnp1234)
Date: 2005-01-02 16:21

Message:
Logged In: YES 
user_id=56541

This is actually being build on MacOS, though I forgot to mention that.

It may be because it is located in different jar files in the newest java.

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

Comment By: Slava Pestov (spestov)
Date: 2004-12-22 16:31

Message:
Logged In: YES 
user_id=2280

Its part of MacOS X. If youre not using a Mac, don't run the
dist-mac target.

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

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

Hi, I would like to hide a dockable window when my plugin is unloaded. I=20
used the method DockableWindowManager.hideDockableWindow(String name) but=
=20
next time I launch jEdit the panel is still open...

Bugs item #1208934, was opened at 2005-05-26 01:44
Message generated for change (Comment added) made by vanza
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1208934&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Closed
Resolution: Wont Fix
Priority: 5
Submitted By: tk421 (tk421_1)
Assigned to: Nobody/Anonymous (nobody)
Summary: jEdit too slow when adding files

Initial Comment:
Hi,

Im using jEdit in the following cirmcunstances: Really
big project, readed trougth nfs. 

The problem is, when you add a file or a directory,
jEdit takes a lot of time until file is loaded. It
seems is loading again all project, but if its big,
takes a lot of time (3-5 minutes).

I hope its solved ;)
Thanks in advance


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

>Comment By: Marcelo Vanzin (vanza)
Date: 2005-05-26 22:38

Message:
Logged In: YES 
user_id=75113

Also, just to clarify: I closed the bug as "won't fix"
because from the submitter's comments, it seems like he's
referring to the ProjectViewer plugin ("adding files" and
"big project"). So if that's not the case please reopen the bug!

As for PV: I use the plugin to manage files over NFS on a
daily basis, and haven't seen this kinda of slow down when
adding files.
 Does it only happen to large projects or any project whose
files are on NFS?

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

Comment By: Steve Jakob (sjakob)
Date: 2005-05-26 10:10

Message:
Logged In: YES 
user_id=17432

You haven't indicated what version of jEdit you're using (or OS, or JRE/
JDK, etc.).

If you're not using it already, try the latest jEdit 4.3pre release. Slava 
added some code in pre1 or pre2 to improve performance when accessing 
files from network shares.

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

Comment By: tk421 (tk421_1)
Date: 2005-05-26 08:45

Message:
Logged In: YES 
user_id=1266130

I think that the problem is not the network share, because
takes to much time if u import a single file. 

When nautilus & gedit is being used, u can work with the
files normally, files are listed quick and files can be
opent quickly.

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

Comment By: Marcelo Vanzin (vanza)
Date: 2005-05-26 02:06

Message:
Logged In: YES 
user_id=75113

Well, this is something I can't really fix since it's
inherent to NFS... loading projects can be made quicker by
unchecking "Delete non-existant files from list" in the
plugin's option pane, but there's not really anything I can
do for speeding up importing large trees from network shares...

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

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

Bugs item #1209249, was opened at 2005-05-26 08:57
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1209249&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: macros
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: John Gellene (jgellene)
Summary: Extra > appended

Initial Comment:
setup a simple macro to insert the following text
<BR
.. run the macro - it works

Now set one up to insert
<BR>
.. what you get inserted is
<BR>>

apols if this has already been reported - I DID look
but couldn't see it,
best wishes
Jo...@gr...

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

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

Bugs item #1208934, was opened at 2005-05-26 02:44
Message generated for change (Comment added) made by sjakob
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1208934&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Closed
Resolution: Wont Fix
Priority: 5
Submitted By: tk421 (tk421_1)
Assigned to: Nobody/Anonymous (nobody)
Summary: jEdit too slow when adding files

Initial Comment:
Hi,

Im using jEdit in the following cirmcunstances: Really
big project, readed trougth nfs. 

The problem is, when you add a file or a directory,
jEdit takes a lot of time until file is loaded. It
seems is loading again all project, but if its big,
takes a lot of time (3-5 minutes).

I hope its solved ;)
Thanks in advance


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

>Comment By: Steve Jakob (sjakob)
Date: 2005-05-26 11:10

Message:
Logged In: YES 
user_id=17432

You haven't indicated what version of jEdit you're using (or OS, or JRE/
JDK, etc.).

If you're not using it already, try the latest jEdit 4.3pre release. Slava 
added some code in pre1 or pre2 to improve performance when accessing 
files from network shares.

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

Comment By: tk421 (tk421_1)
Date: 2005-05-26 09:45

Message:
Logged In: YES 
user_id=1266130

I think that the problem is not the network share, because
takes to much time if u import a single file. 

When nautilus & gedit is being used, u can work with the
files normally, files are listed quick and files can be
opent quickly.

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

Comment By: Marcelo Vanzin (vanza)
Date: 2005-05-26 03:06

Message:
Logged In: YES 
user_id=75113

Well, this is something I can't really fix since it's
inherent to NFS... loading projects can be made quicker by
unchecking "Delete non-existant files from list" in the
plugin's option pane, but there's not really anything I can
do for speeding up importing large trees from network shares...

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

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

Bugs item #1208934, was opened at 2005-05-26 06:44
Message generated for change (Comment added) made by tk421_1
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1208934&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Closed
Resolution: Wont Fix
Priority: 5
Submitted By: tk421 (tk421_1)
Assigned to: Nobody/Anonymous (nobody)
Summary: jEdit too slow when adding files

Initial Comment:
Hi,

Im using jEdit in the following cirmcunstances: Really
big project, readed trougth nfs. 

The problem is, when you add a file or a directory,
jEdit takes a lot of time until file is loaded. It
seems is loading again all project, but if its big,
takes a lot of time (3-5 minutes).

I hope its solved ;)
Thanks in advance


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

>Comment By: tk421 (tk421_1)
Date: 2005-05-26 13:45

Message:
Logged In: YES 
user_id=1266130

I think that the problem is not the network share, because
takes to much time if u import a single file. 

When nautilus & gedit is being used, u can work with the
files normally, files are listed quick and files can be
opent quickly.

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

Comment By: Marcelo Vanzin (vanza)
Date: 2005-05-26 07:06

Message:
Logged In: YES 
user_id=75113

Well, this is something I can't really fix since it's
inherent to NFS... loading projects can be made quicker by
unchecking "Delete non-existant files from list" in the
plugin's option pane, but there's not really anything I can
do for speeding up importing large trees from network shares...

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

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

Bugs item #1208934, was opened at 2005-05-26 01:44
Message generated for change (Comment added) made by vanza
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1208934&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: tk421 (tk421_1)
Assigned to: Nobody/Anonymous (nobody)
Summary: jEdit too slow when adding files

Initial Comment:
Hi,

Im using jEdit in the following cirmcunstances: Really
big project, readed trougth nfs. 

The problem is, when you add a file or a directory,
jEdit takes a lot of time until file is loaded. It
seems is loading again all project, but if its big,
takes a lot of time (3-5 minutes).

I hope its solved ;)
Thanks in advance


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

>Comment By: Marcelo Vanzin (vanza)
Date: 2005-05-26 02:06

Message:
Logged In: YES 
user_id=75113

Well, this is something I can't really fix since it's
inherent to NFS... loading projects can be made quicker by
unchecking "Delete non-existant files from list" in the
plugin's option pane, but there's not really anything I can
do for speeding up importing large trees from network shares...

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

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

Bugs item #1208934, was opened at 2005-05-26 06:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1208934&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: tk421 (tk421_1)
Assigned to: Nobody/Anonymous (nobody)
Summary: jEdit too slow when adding files

Initial Comment:
Hi,

Im using jEdit in the following cirmcunstances: Really
big project, readed trougth nfs. 

The problem is, when you add a file or a directory,
jEdit takes a lot of time until file is loaded. It
seems is loading again all project, but if its big,
takes a lot of time (3-5 minutes).

I hope its solved ;)
Thanks in advance


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

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

Bugs item #1208598, was opened at 2005-05-25 09:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1208598&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: severe bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unexpected file delete from IE FTP window

Initial Comment:
If you open an explorer window that points to an FTP 
site and drag a file from it onto JEdit, JEdit deletes the 
file from its source and displays the connection/file info 
as text in the currently open JEdit buffer.

MS Word displays only the filename without deleting the 
file. Notepad doesn't allow dropping from an FTP 
Explorer window.

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

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

Plugin Central Submission item #1201623, was opened at 2005-05-13 21:48
Message generated for change (Comment added) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1201623&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: 2005-06-01
Status: Closed
Priority: 5
Submitted By: Matthieu Casanova (kpouer)
Assigned to: Jeffrey Hoyt (jchoyt)
Summary: Highlight-1.2.1

Initial Comment:
 Highlight-1.2.1
Highlight v1.2.1
Highlight
version 1.2.1

Requires:
java 1.4
jEdit 4.2

Source Code:
plugins/highlight
CVS Tag : V_1_2_1

Changes:
1193535 bug fixed (wrong highlights with soft wrap)
Small optimization on highlight saving and loading

Features:
Allow you to highlight words word

Description
This plugin is a visual plugin that will highlight
words (or matched regexp) with different colors.

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

>Comment By: Matthieu Casanova (kpouer)
Date: 2005-05-25 17:14

Message:
Logged In: YES 
user_id=285591

thanks, in fact earlier versions of the plugin were loaded
as defer, and someone reported this as a bug.
But maybe it is possible to do an option to change how the
plugin is loaded. Is it possible to do that ?

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2005-05-25 17:11

Message:
Logged In: YES 
user_id=396194

OK, so the intent is that the highlights are permanent, like
the code
syntax stuff, instead of a temporary tool like the
highlighting for
the HyperSearch?  OK.  Looks like minimal startup time
impact.  I've switched it back and repackaged the release. 
Unless Ollie or Slava has a problem with this....

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

Comment By: Matthieu Casanova (kpouer)
Date: 2005-05-19 09:17

Message:
Logged In: YES 
user_id=285591

Hi, in fact plugin loaded at startup was not a mistake,
because if you close jEdit and restart it, you will not see
your highlights until you open the Highlight docked panel.

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2005-05-19 04:47

Message:
Logged In: YES 
user_id=396194

Packaged.  NOTE - I changed the activate property from
startup to defer per the documentation.  I tested it an
everything appeared to operation as before I made the
change.  Please fix this in CVS for future releases unless I
just did a Very Bad Thing (TM).  

Jeff

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

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

Plugin Central Submission item #1201623, was opened at 2005-05-13 14:48
Message generated for change (Comment added) made by jchoyt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1201623&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: 2005-06-01
Status: Closed
Priority: 5
Submitted By: Matthieu Casanova (kpouer)
Assigned to: Jeffrey Hoyt (jchoyt)
Summary: Highlight-1.2.1

Initial Comment:
 Highlight-1.2.1
Highlight v1.2.1
Highlight
version 1.2.1

Requires:
java 1.4
jEdit 4.2

Source Code:
plugins/highlight
CVS Tag : V_1_2_1

Changes:
1193535 bug fixed (wrong highlights with soft wrap)
Small optimization on highlight saving and loading

Features:
Allow you to highlight words word

Description
This plugin is a visual plugin that will highlight
words (or matched regexp) with different colors.

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

>Comment By: Jeffrey Hoyt (jchoyt)
Date: 2005-05-25 10:11

Message:
Logged In: YES 
user_id=396194

OK, so the intent is that the highlights are permanent, like
the code
syntax stuff, instead of a temporary tool like the
highlighting for
the HyperSearch?  OK.  Looks like minimal startup time
impact.  I've switched it back and repackaged the release. 
Unless Ollie or Slava has a problem with this....

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

Comment By: Matthieu Casanova (kpouer)
Date: 2005-05-19 02:17

Message:
Logged In: YES 
user_id=285591

Hi, in fact plugin loaded at startup was not a mistake,
because if you close jEdit and restart it, you will not see
your highlights until you open the Highlight docked panel.

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2005-05-18 21:47

Message:
Logged In: YES 
user_id=396194

Packaged.  NOTE - I changed the activate property from
startup to defer per the documentation.  I tested it an
everything appeared to operation as before I made the
change.  Please fix this in CVS for future releases unless I
just did a Very Bad Thing (TM).  

Jeff

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

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

Bugs item #1208476, was opened at 2005-05-25 16:12
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1208476&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Sebastian Eigner (sebastl)
Assigned to: Nobody/Anonymous (nobody)
Summary: wrong file encoding when loading via command line

Initial Comment:
I have a text file encoded with cp1252. (with german 
umlauts äöü in it)
I copy the file to my harddisk, open it with jedit. 
jEdit shows correct encoding cp1252. 
Convert the file to UTF-8. (works)
close the file in jedit. 
now copy the original file (cp1252) to the location where 
the newly converted file (utf-8) was. 
open the old file (in the new location) via the command 
line or via drag'n'drop in jedit: 
jedit recognizes the file encoding as UTF-8. Which is 
wrong and renders the file unreadable. 
If I open the file via the Menubar => File => Open and 
have the encoding "Auto-detect" everything works as 
expected. 



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

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

Plugin Bugs item #1208121, was opened at 2005-05-24 22:49
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1208121&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Heklaz (jnp1234)
Assigned to: Nobody/Anonymous (nobody)
Summary: FTP keyfile dialog not showing .ssh

Initial Comment:
It seems that the FTP->SFTP dialog is a bit restrictive when 
selecting a keyfile, the open file dialog does not show hidden 
directories; .ssh on Unix is used for storing key files and does not 
show.


Fedora FC3/x86_64, java 1.5, jedit 4.3pre2

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

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

Bugs item #1204720, was opened at 2005-05-19 06:11
Message generated for change (Comment added) made by jnp1234
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1204720&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: virtual file systems
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: MacOSX 10.4 SFTP plugin not usable

Initial Comment:
When trying to open a file from FTP/SFTP via the open dialog, the 
option is not selectable in the menu. The plugins menu opens, as 
does the submenu for the FTP plugin. When the "Connect to ... 
server" option is clicked, the standard mac alert sound is played and 
the menu locks (can't select options anymore). Clicking anywhere 
outside the menu closes it.

Running jEdit 4.2stable on freshly installed Tiger.

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

Comment By: Heklaz (jnp1234)
Date: 2005-05-24 22:13

Message:
Logged In: YES 
user_id=56541

I believe it is an event handling issue.

Selecting e.g. SFTP and pressing 'enter' works, as does activation via the 
Plugins-menu.



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

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

Bugs item #1205929, was opened at 2005-05-20 14:19
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1205929&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: plugin manager
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: no update or installation

Initial Comment:
Thorsten Ebeling
t_e...@fr...
jEdit 4.2 on Debian, JDK 1_5_0_01

form 1205365:
"If I invoke the Plugin Manager and select the Update
tab, no updates are downloaded. I receive the
"Downloading plugin list from plugins.jedit.org"
message in the lower window and ... there is no further
progress."

I have the same problem. In addition, since a few days
I cannot visit the plugin websites (e.g.
http://plugins.jedit.org/list.php?category=1) or
http://community.jedit.org/ with my browser (Firefox
1.0.4) - the sites are loading (and loading and
loading) but not diplayed.
TE

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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-05-24 10:23

Message:
Logged In: NO 

Thorsten Ebeling
t_e...@fr...

last days (since Mai, 20) Plugin Manager worked - and the
websites with lists of plugins were accessible.

But a few minutes ago the problem occures again:
Message from Plugin Manager:
Could not download the plugin list
(java.net.SocketsExeption: Unexpected end of file form server)

At the same time:
The websites with plugin lists are noy accessible. Message
displayed instead:
Fatal error: Call to a member function on a non-object in
/home/groups/j/je/jedit-plugins/htdocs/list.php on line 20

Maybe I should send a message to ad...@je... or a
similar address. Because the behaviour of Plugin Manager is
affected I leave my message here.

TE

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

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

Bugs item #1190815, was opened at 2005-04-27 00:31
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1190815&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Justin Dieters (enderak)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unable to type in Save As dialog

Initial Comment:
When doing a "Save As" or "Save a Copy As", I am unable
to type a filename in the dialog box.  I can still move
around directories, click/highlight in the input box,
etc. using the mouse, but other keyboard input doesn't
seem to work in the box either, such as the up/down keys.

No errors are output to the Activity Log when this
happens, however the behaviour seems to only happen
when using the keyboard to activate the save as. (i.e.
Alt-F Alt-A or Alt-F followed by navigating with the
arrow keys)  This behaviour does not seem to happen
when going to File>Save As using the mouse.

On jEdit 4.3pre2 with Java 1.5 on Gentoo Linux.(Fluxbox WM)
(I have also noticed this behaviour since the 4.2pre's,
possibly earlier)

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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-05-24 00:58

Message:
Logged In: NO 

I got a similar problem : I cannot type in the Save dialog
box, but I can in the Save As dialog box. The problem occurs
when I save a new file for the first time. If I use the Save
command, I cannot type in. So I use the Save As command, I
got the same dialog box, but I can type in.
This happens with 4.2 and 4.3pre2 on Fedora Core 3.

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

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

Hi

I present version -1 of my search patch. It extends the search dialog to 
allow multiple paths and multiple filters.

It is presented for general interest, though naturally I think it (or 
something equivalent) would be a useful addition to the jedit 
distribution. The usual disclaimer applies: there doesn't appear to be 
anything wrong with it, but it may be broken in some subtle way that I 
have yet to notice. However, I've been using it for about a week with no 
apparent ill-effects :)

It should also be noted that I don't have any way of testing it other 
than on Windows 2000/XP.

Get it here:

http://www.tomseddon.plus.com/jedit/SearchPatch.txt

The patch should be applied over downloaded jedit4.3pre2 source. It
patches user guide, code, and Clean_Up_Javadoc.bsh. (This last is
necessary, as the DirectoryListSet constructor has changed, and I
didn't keep the old one -- it could be added back if lots of macros turn 
out to need it, I guess.)

If I make more patches, do I have to start afresh each time, or can I 
just do a patch against the last stage (including my previous patches) 
and have it work for others? I have a couple more ideas that I intend to 
implement when I have more free weekends:

1. window rect saved correctly if jedit is maximized when closed (a real 
pet peeve of mine -- I hope this will actually be possible!);

2. character-by-character soft wrap mode (doubt anybody else would want 
this... but I do :);

3. multiple column guides -- guides are visually like word wrap 
indicators, but they're just for show. They'll be in a different colour, 
too. (These can be useful: in VS.NET I have one for each of the first 
few tab stops for matching braces visually, one at 80 for when editing 
text files, and one at 128 for when editing code.)

thanks

--Tom