jEdit

Hi,

I just noticed that Sun delivers jEdit as part of Solaris 10 b69. I just
detected it on my fresh installed Sparc system in the "Sun Java Desktop"
(=Gnome) application menu as source code editor. Unfortunately it is
version 4.1, so that I need to install the latest version nevertheless.
Maybe somebody should point out to Sun that it would perhaps be a good
idea to include the latest stable version of jEdit in their GA release
of Solaris 10.

Manfred

I want to release some beanshell macros to the community page, but don't find the correct entry (even if I 
already did this).
Can anybody send me the link.

I recently tried installing the Console Plugin via the PluginManager, but 
it was not shown.
I am using LinuxPPC with Blackdown JDK 1.3.2.
I found that the new 4.0.1 version of the ConsolePlugin requires JDK 1.4. I 
thought in this case the PluginManager is offering the previous version, 
which in fact requires only JDK 1.3.1.
Norbert

Bugs item #212475, was opened at 2000-08-22 06:15
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=212475&group_id=588

Category: virtual file systems
Group: UNUSED
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Manfred Usselmann (manfredu)
Assigned to: Slava Pestov (spestov)
Summary: Remove path from favorites

Initial Comment:
It should be possible to remove paths, which are no longer wanted, from the favorites. Currently it is not possible to get rid of old scrap there.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2004-11-19 04:37

Message:
Logged In: NO 

As a matter of fact, it is possible to delete it, once the
file is closed. So this is very minor and I guess deserves a
WONTFIXUNTILNEXTYEARATLEAST.
Thnks a million for the great work Slava.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2004-11-19 04:33

Message:
Logged In: NO 

It is possible to remove a directory, but not a file
inadvertently placed in favorites.

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

Comment By: Slava Pestov (spestov)
Date: 2000-08-22 23:51

Message:
Just right-click on the folder in the favorites list and select 'delete'.

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

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

Bugs item #1069933, was opened at 2004-11-19 23:59
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=1069933&group_id=588

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: BeanShell in CLASSPATH cannot let jEdit start

Initial Comment:
I was consistently getting the following error after
the splash-screen whenever I tried to start jedit (4.1
or 4.2). And jEdit just refused to start. 

[error] BeanShell: You have BeanShell version
2.0b1.1-jedit-1 in your CLASSPATH.
[error] BeanShell: Please remove it from the CLASSPATH
since jEdit can only run with the bundled BeanShell
version 2.0b1.1-jedit-1

There was no BeanShell in my classpath, not even on my
system. It turns out that weblogic.jar bundles
BeanShell and I had weblogic in the jdk installation
jre/lib/ext.

I cannot live without jEdit. So I spent about 2 hours
pulling my hair with one hand and typing endless 'find'
commands with the other hand. 

The diagnostic message was right but too wide. jEdit
either needs to start it on a safe mode or whatever or
provide some more message to pinpoint the source of the
conflicting BeanShell. It seems unreasonable that jEdit
cannot live on a machine where BeanShell is in the
CLASSPATH, especially given that BeanShell is so
popular these days and many vendors bundle it in their
jars.

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

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

Bugs item #1069430, was opened at 2004-11-19 06:26
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=1069430&group_id=588

Category: editor core
Group: severe bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: extra backslashes added to file paths, out of memory 

Initial Comment:
I've got Jedit 4.2 on windows with the Sessions plugin.
I'm not sure if this is specific to sessions plugin or
core, so that is why I am enetering it here.

The sympton is after a while of switching between
buffers using the buffer switcher, I start to notice
the file paths in the buffer switcher to have extra
backslashes in them.

For example I' see a path like this in the buffer switcher

D:\work\some\sample\\directory\\File.html

As a further consequence, when I select that buffer in
the buffer switcher, and then click the 'Directory of
current Buffer' button in the filesystem browser, the
folder paths for each level in the filesystem tree are
absolute paths. Example

roots:
  D:
    work
      some
        sample
          D:\work\some\sample            D:\work\some\sample\
              D:\work\some\sample\\ 
                directory
                  D:\work\some\sample\\directory                    D:\work\some\sample\\directory\ 
                   
                  
Further, if I stay using the same session in the
session plugin, and keep switching back and forth
between buffers using the buffer switcher, the problem
is silently getting worse in the other sessions. By
that I mean extra slashes are being added to the file
paths in the other sessions.

This got so bad once that I tried to switch to another
session, JEdit hanged because it was trying to load a
file path with thousands of slashes in the file path -
the result an out of memory exception. I confirmed this
is what happened by looking at the files in
.jedit/sessions and a few of the files contained lines
with 4000 characters, due to duplicate slashes in file
paths.

I opened all the session xml files in another editor
and deleted the duplicate slashes. I restarted Jedit,
but the problem is continuing, and my file paths are
getting longer and longer with these extra slashes.

Help!


, the 


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

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

Bugs item #1070484, was opened at 2004-11-21 15:32
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=1070484&group_id=588

Category: macros
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Leston Buell (leston)
Assigned to: John Gellene (jgellene)
Summary: restore "run last macro" to menu and shortcut editor

Initial Comment:
I have just upgraded jEdit 4.1 to 4.2. I heavily use
"run last macro" for markup in Latex, but i now find
that the "run last macro" item has been removed from
the Macros menu and C+m C+l no longer worked. Thinking
that this feature had only been removed from the GUI
and the default shortcuts, i tried to reassign the
function to a custom shortcut key, but found that the
function had also been removed from the assignable
function list. 

Please restore "run last macro" minimally to the list
of shortcut-assignable functions in the shortcut key
editor. It would also be nice to see it restored to the
Macros menu, but i understand that this may have been
removed here to make room for all of those default
macros. (I can understand why it might have been
removed from the Macros menu, but i don't understand
why the function was removed entirely. I can't find any
discussion of this on the jEdit-devel list.)

Info on this feature removal and UI change is nor
mentioned in the 4.2 release notes. I'll open a
separate bug on that. I really hope this feature gets
restored. For the meantime, i'll have to revert to 4.1.



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

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

Two days ago i opened two bugs concerning the fact that the "run last 
macro" function has been removed:

1070485: 4.2 release notes should mention removal of "run last macro"
1070484: restore "run last macro" to menu and shortcut editor

Today, both of these were closed. They were closed without comment and 
without resolution. What does that mean? Are they fixed, going to be 
fixed, invalid, unreproducible, or what? On other projects, i've never 
seen a bug closed without a resolution before.

Leston

Hello,

I'm am frequently frustrated by the impaired utility of the "File" -> 
"Recent Files" sub-menu. I say "impaired utility" because the implicit 
close of all open files that takes place when jEdit is shut down causes 
all the files open at the time of shut-down to be added to the Recent 
Files menu, effectively displacing many (often all) of the recently 
closed files. Given that all those open files are going to be re-opened 
when the application is next launched (for those of us who keep the 
"Restore previously open files on startup" option enabled), this action 
effectively makes the Recent Files list almost useless.

I would like to suggest that only files closed manually by the user be 
added to the Recent Files list.

Thanks.

Randall Schulz

Bugs item #1070485, was opened at 2004-11-21 15:37
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=1070485&group_id=588

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Leston Buell (leston)
Assigned to: Nobody/Anonymous (nobody)
Summary: 4.2 release notes should mention removal of "run last macro"

Initial Comment:
The removal of the "run last macro" feature has been
reported in bug 1070484. This is a change which
occurred between 4.1 and 4.2. The change has been
omitted in the 4.2 release notes. the release notes
should mention both of the following:

1. Removal of the "run last macro" item in the Macros
   menu. (A UI change.)
2. Removal of the ability to assign the "run last macro"
   feature to a shortcut key.

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

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

I'm back! And now you'll have to discuss this again. :-)

	So, I'd really like to get more input on what plugin developers and 
packers think of a unified plugin build file like the one I was 
discussing with some other people here a couple months ago.

	More specifically:

	- What should be in the file?
	- Where should this be? In the top-level "plugins" directory in CVS, or 
in a sub-directory (e.g., "plugin-support" or something)?
	- How to get everybody to use it? :-)

	As before, I have a prototype available at the same place.

	http://www.lips.utexas.edu/~vanzin/jedit/plugin-build.xml
	http://www.lips.utexas.edu/~vanzin/jedit/newbuild.xml

	(newbuild.xml is ProjectViewer's build file, using the new "unified 
build file" as a base.)

	This build file covers: building, packaging, building the 
documentation, retrieving and building dependencies from CVS and has the 
beginnings of some testing targets (if the project has tests; currently 
using jUnit).

	I'd really like to hear from people on this, since I was hoping to 
start using it before the next release of ProjectViewer (which I'm 
working on finishing right now).

-- 
Marcelo Vanzin
vanza@...
"Life is too short to drink cheap beer"

Plugin Central Submission item #1069366, was opened at 2004-11-19 12:02
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1069366&group_id=588

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Lee Turner (leeturner)
Assigned to: Nobody/Anonymous (nobody)
Summary: Recursive Open Initial Release.

Initial Comment:
1. Name: RecursiveOpen

2. Version: 0.1

3. Requirements:
depend.0=jdk 1.3
depend.1=jedit 04.02.09.00

4. Announcement:
Initial Release

5. Source Code:
* module: plugins/RecursiveOpen
* tag: release-0_1

6. Descriptions:
Short:
This is a plugin for the jEdit file system browser that
allows you to recursively
open files.

Long:
This is a plugin for the jEdit file system browser that
allows you to recursively
open files. This mean that you can select a directory
in the file system browser
and Recursive Open will traverse the whole directory
structure starting at
the directory you have selected and open the files that
it finds.  The files
that it opens are determined by the filter specified or
the jEdit modes.

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

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

Bugs item #1067895, was opened at 2004-11-17 01:31
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=1067895&group_id=588

Category: editor core
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Saving a file encoded in UNICODE UTF-16LE

Initial Comment:
A file encoded in UTF-16 Little Endian (BOM=FFFE) is 
opened (i.e. REG Windows file) with indication of 
UTF-16LE enconding (no auto-detect set) and resaved 
with the same filename.
BUG: the file is automatically saved by jEdit in UTF-16 Big 
Endian format (BOM=FEFF). The character encoding of 
original file is lost.

jEdit version: 4.2final
JDK version: 1.4.2_02
Operating System: Windows 2000 SP3
File system: NTFS format

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

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

Bugs item #1068954, was opened at 2004-11-18 12:06
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=1068954&group_id=588

Category: editor core
Group: severe bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: jEdit 4.2: Deleting text throws an exception

Initial Comment:
I have been trying to upgrade to jEdit 4.2 for some
time now.  jEdit 4.1 works perfectly for me but 4.2 is
unusable due to the following:

Whenever I open a document and try to delete text with
the backspace key, I get and
ArrayIndexOutOfBoundsException (stack trace below).  I
am using Windows XP SP1 with Java 1.5 (although I have
tried other version of Java).

java.lang.ArrayIndexOutOfBoundsException: 0
	at org.gjt.sp.jedit.buffer.KillRing.add(KillRing.java:273)
	at
org.gjt.sp.jedit.buffer.UndoManager.contentRemoved(UndoManager.java:221)
	at org.gjt.sp.jedit.Buffer.remove(Buffer.java:1227)
	at
org.gjt.sp.jedit.textarea.JEditTextArea.delete(JEditTextArea.java:6178)
	at
org.gjt.sp.jedit.textarea.JEditTextArea.backspace(JEditTextArea.java:3574)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
	at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:585)
	at bsh.Reflect.invokeOnMethod(Reflect.java:149)
	at bsh.Reflect.invokeObjectMethod(Reflect.java:81)
	at bsh.Name.invokeMethod(Name.java:856)
	at
bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:72)
	at
bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
	at
bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
	at bsh.BSHBlock.evalBlock(BSHBlock.java:130)
	at bsh.BSHBlock.eval(BSHBlock.java:80)
	at bsh.BshMethod.invokeImpl(BshMethod.java:349)
	at bsh.BshMethod.invoke(BshMethod.java:246)
	at bsh.BshMethod.invoke(BshMethod.java:171)
	at
org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:523)
	at
org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)
	at
org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:229)
	at
org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:195)
	at
org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:297)
	at org.gjt.sp.jedit.View.processKeyEvent(View.java:669)
	at
org.gjt.sp.jedit.textarea.JEditTextArea.processKeyEvent(JEditTextArea.java:4957)
	at java.awt.Component.processEvent(Component.java:5265)
	at java.awt.Container.processEvent(Container.java:1966)
	at
java.awt.Component.dispatchEventImpl(Component.java:3955)
	at
java.awt.Container.dispatchEventImpl(Container.java:2024)
	at java.awt.Component.dispatchEvent(Component.java:3803)
	at
java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1810)
	at
java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:668)
	at
java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:916)
	at
java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:794)
	at
java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:632)
	at
java.awt.Component.dispatchEventImpl(Component.java:3841)
	at
java.awt.Container.dispatchEventImpl(Container.java:2024)
	at java.awt.Window.dispatchEventImpl(Window.java:1766)
	at java.awt.Component.dispatchEvent(Component.java:3803)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
	at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:234)
	at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
	at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
	at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
	at
java.awt.EventDispatchThread.run(EventDispatchThread.java:110)


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

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

Bugs item #1068084, was opened at 2004-11-17 15:40
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=1068084&group_id=588

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Shaun McDonald (smsm1)
Assigned to: Nobody/Anonymous (nobody)
Summary: shellscript.xml has an error

Initial Comment:
The XML checker in Jedit say that shellscript.xml in the modes 
directory has an error on line 61. The character < should be 
changed to &lt; and everything is fine. There may have been a 
reason for this error.

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

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

Bugs item #1068100, was opened at 2004-11-17 17:05
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=1068100&group_id=588

Category: text area and syntax packages
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Gilles Sérasset (dodecaplex)
Assigned to: Nobody/Anonymous (nobody)
Summary: Mac OS X: deadkeys not available in TextArea

Initial Comment:
I cannot type any ~ ` or ^  in the main text area on my (French 
keyboard) Mac OS X. All these characters are only available as 
"dead keys" meaning that I usually need to type the key and 
another one to get the char. (e.g. tilda+n -> ñ, tilda + space -> ~, 
^ + o -> ô, ^+ space -> ^)

I can type these keys in Search field or filter field of File browser 
without any problem.

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

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

Bugs item #1058932, was opened at 2004-11-02 17:10
Message generated for change (Comment added) made by smsm1
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1058932&group_id=588

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: Autocomplete not working on Mac OS X

Initial Comment:
I have Panther and jEdit 4.2 final installed.
Autocompletion in languages is not working. An example
would be that on Windows editing an HTML file when I
type <h1> and then type </ jEdit will automatically
finish the tag. Not so on OSX.

Robert

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

Comment By: Shaun McDonald (smsm1)
Date: 2004-11-17 15:37

Message:
Logged In: YES 
user_id=1079067

You need the XML plugin if I remember correctly.

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

Comment By: Trevor Harmon (vocaro)
Date: 2004-11-03 23:13

Message:
Logged In: YES 
user_id=720008

WFM on OS X 10.3.5, jEdit 4.2final. Check your plugin settings.

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

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