jedit-devel Mailing List for jEdit

Bugs item #1230640, was opened at 2005-06-30 22:46
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=1230640&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: wolfman (wolfman_cubed)
Assigned to: Nobody/Anonymous (nobody)
Summary: Can not print

Initial Comment:
Whenever I try to print a document, jedit responds with
a Message: "No print service found."  I'm using
jeditFinal on Linux.  CUPS is configured and works.

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

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

Plugin Central Submission item #1217006, was opened at 2005-06-08 08:26
Message generated for change (Comment added) made by orutherfurd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1217006&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
Priority: 5
Submitted By: Prakash (duggaraju)
>Assigned to: Ollie Rutherfurd (orutherfurd)
Summary: JMail Plugin release 1.1

Initial Comment:
   1. Name- JMail plugin.
   2. Version Number- 1.1.
   3. All Requirements- :
          * JDK compatibility  - 1.4
          * jEdit version - 4.3.
          * plugin dependencies - none
          * required third-party applications 
          * libraries to be bundled with the release:
mail.jar and activation.jar
   4. Announcement- New version of the JMail plugin
with attachment support and UI enhancements.
   5. Source Code- in the CVS tagged JMAIL-1-3.
   6. Descriptions- 

* New improved UI based on SwingWorkers to provided
better response and progress.
* Support for HTML mails. Just set the buffer mode to
'html' and you can type in any HTML you want.
* Support to send attachements
* Support for inline attachments. If you want to send a
HTML page with an image. Then you can just add the
image as attachment and refer it in the html as <img
src="cid:attachmentX">  Where X is the attachment no
(starting with 0 ofcourse :) )
* The column margins of the tables are remembered so no
need to adjust the tables everytime.
* Better support for sorting messages based on columns 


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

>Comment By: Ollie Rutherfurd (orutherfurd)
Date: 2005-06-30 14:24

Message:
Logged In: YES 
user_id=265596

Hi Prakash,

I'm getting an IllegalArgumentException when trying to view
any message:

(It appears that the given value is "<Unknown>" -- but is
that for any message I've tested).  I'm testing w/pop --
please let me know if you need any more information to track
this down.

[error] AWT-EventQueue-0:
java.lang.IllegalArgumentException: Cannot format given
Object as a Date
[error] AWT-EventQueue-0:  at
java.text.DateFormat.format(DateFormat.java:279)
[error] AWT-EventQueue-0:  at
java.text.Format.format(Format.java:133)
[error] AWT-EventQueue-0:  at
jmail.ui.MessageTableRenderer.getTableCellRendererComponent(MessageTableRenderer.java:149)
[error] AWT-EventQueue-0:  at
javax.swing.JTable.prepareRenderer(JTable.java:3731)
[error] AWT-EventQueue-0:  at
javax.swing.plaf.basic.BasicTableUI.paintCell(BasicTableUI.java:1149)
[error] AWT-EventQueue-0:  at
javax.swing.plaf.basic.BasicTableUI.paintCells(BasicTableUI.java:1051)
[error] AWT-EventQueue-0:  at
javax.swing.plaf.basic.BasicTableUI.paint(BasicTableUI.java:974)
[error] AWT-EventQueue-0:  at
javax.swing.plaf.ComponentUI.update(ComponentUI.java:142)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintComponent(JComponent.java:541)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paint(JComponent.java:808)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintChildren(JComponent.java:647)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paint(JComponent.java:817)
[error] AWT-EventQueue-0:  at
javax.swing.JViewport.paint(JViewport.java:722)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintChildren(JComponent.java:647)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paint(JComponent.java:817)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintChildren(JComponent.java:647)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paint(JComponent.java:817)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintChildren(JComponent.java:647)
[error] AWT-EventQueue-0:  at
javax.swing.JSplitPane.paintChildren(JSplitPane.java:1021)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paint(JComponent.java:817)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintChildren(JComponent.java:647)
[error] AWT-EventQueue-0:  at
javax.swing.JSplitPane.paintChildren(JSplitPane.java:1021)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paint(JComponent.java:817)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintChildren(JComponent.java:647)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paint(JComponent.java:817)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintChildren(JComponent.java:647)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paint(JComponent.java:817)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintWithOffscreenBuffer(JComponent.java:4787)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintDoubleBuffered(JComponent.java:4740)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent._paintImmediately(JComponent.java:4685)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintImmediately(JComponent.java:4488)
[error] AWT-EventQueue-0:  at
javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:410)
[error] AWT-EventQueue-0:  at
javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:117)
[error] AWT-EventQueue-0:  at
java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:178)
[error] AWT-EventQueue-0:  at
java.awt.EventQueue.dispatchEvent(EventQueue.java:454)
[error] AWT-EventQueue-0:  at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:201)
[error] AWT-EventQueue-0:  at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:151)
[error] AWT-EventQueue-0:  at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:145)
[error] AWT-EventQueue-0:  at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:137)
[error] AWT-EventQueue-0:  at
java.awt.EventDispatchThread.run(EventDispatchThread.java:100)


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

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

Plugin Central Submission item #1214711, was opened at 2005-06-04 09:42
Message generated for change (Comment added) made by ruwi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1214711&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
Priority: 5
Submitted By: Rudolf Widmann (ruwi)
Assigned to: Ollie Rutherfurd (orutherfurd)
Summary: Recent-0.1 (initial release)

Initial Comment:
Name:	Recent
Version 0.1
Requires JDK 1.4, jEdit 4.2
no plugin dependency

initial release

Description
===========
The recent plugin stores all edit actions in a table in
a dockable window. 
It recordes actions which are invoked by plugin, macro
or built-in actions.
The user invokes an action by clicking it in a dockable
window.
Additionally, it provides a buffer history

Source Code:	/cvsroot/jedit/plugins/Recent

Greetings
Rudi

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

>Comment By: Rudolf Widmann (ruwi)
Date: 2005-06-30 18:48

Message:
Logged In: YES 
user_id=589724

Hi Olli,
excuse me for the filenames in CAPS, but I think this silly
windows changed my names.
Excuse also for the failing actions. I took the "bufferlist"
plugin as template, and forgot to remove the unsupported
actions.
==> RecentPlugin has no actions.
If you already did the corrections, please check them in in cvs.
Sorry for creating such troubles
Rudi

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

Comment By: Ollie Rutherfurd (orutherfurd)
Date: 2005-06-29 15:24

Message:
Logged In: YES 
user_id=265596

Hi Rudi,

I've run into some problems packaging Recent-0.1:

* several files and directories are in all caps
(ACTIONS.XML, RECENT, TABLE, etc...)
* recent-next-buffer and recent-previous-buffer don't work,
since actions.xml is in all caps (the actions aren't loaded)
* once the above is fixed, the actions still don't work
because "DockableWindow" isn't found (in the actions beanshell).
* recent.previousBuffer() and recent.nextBuffer() don't work
* the plugin depends on CommonControls (just a missing
detail for the submission)
* the plugin doesn't handle actions in the history for
plugins that have been uninstalled

I've made some changes for some of the above and can send
you a patch or commit to CVS if you want.

-Ollie

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

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

Plugin Bugs item #1230517, was opened at 2005-06-30 14:30
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=1230517&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: Ed King (eakst7)
Assigned to: Nobody/Anonymous (nobody)
Summary: FTP ConnectionInfo equals() method incorrect (w/ fix)

Initial Comment:
The "equals()" method of the ConnectionInfo class in
ConnectionManager.java of the FTP plugin is incorrect.
 It compares the password of the first object to the
private key of the second object.  As a result,
connections are never equal, which causes the FtpVFS to
keep establishing new connections.

The diff against the 4.2final:

214c214
<                                    
c.password.equals(privateKey)))
---
>                                    
c.password.equals(password)))

Can someone please check this change in?

Thank you!

-Ed

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

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

Hi,

I've started making improvements in display & organization of  hypersearch 
results.  Is this going to seriously conflict with what anyone else is 
doing?

Thanks,
Scott

_________________________________________________________________
Don’t just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/

Cleber Willian wrote:
> If interested, I can provide a preview design without any costs.

	Dude, seriously, unless you're willing to contribute the new design, I 
don't think you're gonna have the people managing a volunteer project 
pay anything for a "site redesign".

	Especially since I don't think anyone here has a problem with the site 
(I think everybody is more concerned about when is Slava gonna fix the 
XML plugin than whether the web site is tableless or not :-)))) ).

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

Plugin Central Submission item #1219322, was opened at 2005-06-12 15:53
Message generated for change (Comment added) made by orutherfurd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1219322&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-07-01
>Status: Closed
Priority: 5
Submitted By: Uzi Landsmann (annauzi)
Assigned to: Ollie Rutherfurd (orutherfurd)
Summary: CssEditor 0.3

Initial Comment:
Name: CssEditor

Version number: 0.3

All requirments: JDK >= 1.4, jEdit >= 4.2final,
ErrorList >= 1.3.2, CssValidator.jar (available from
http://csseditor.dev.java.net/files/documents/720/10855/CssValidator.jar
)

Announsment:
* the code is now adjusted to work with java 1.4
* a new toolbar was added
* tooltips are now shown when the mouse pointer hovers
above every combobox
* more javadoc was written

Bugs fixed:
* unneeded empty row entered after the element when
adding the element's attributes in jEdit's buffer - the
row is no more added
* minor documentation errors were fixed

Source code:
http://csseditor.dev.java.net/files/documents/720/10856/CssEditor_src.zip

Visit the CssEditor home at http://csseditor.dev.java.net/

\Uzi Landsmann

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

>Comment By: Ollie Rutherfurd (orutherfurd)
Date: 2005-06-29 17:26

Message:
Logged In: YES 
user_id=265596

Thanks Uzi.

Oh, I forgot to mention in my previous message that I
changed the plugin's version from 0.2 to 0.3 in the props
file -- I figured it was just a typo.

Packaged and uploaded.

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

Comment By: Uzi Landsmann (annauzi)
Date: 2005-06-29 17:01

Message:
Logged In: YES 
user_id=468463

Hi,
Sorry I missed that. I replaced the old CssValidator.jar
file with one that should be suitable for java 1.4. It is
available at
https://csseditor.dev.java.net/files/documents/720/10855/CssValidator.jar

Thanks,

Uzi

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

Comment By: Ollie Rutherfurd (orutherfurd)
Date: 2005-06-29 09:24

Message:
Logged In: YES 
user_id=265596

Hi Uzi,

CssValidator.jar seems to be compiled w/JDK 1.5.  Can you
provide one for JDK 1.4, or do you want to bump the plugin's
requirement?

-Ollie

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

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

Plugin Central Submission item #1219322, was opened at 2005-06-12 20:53
Message generated for change (Comment added) made by annauzi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1219322&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
Priority: 5
Submitted By: Uzi Landsmann (annauzi)
Assigned to: Ollie Rutherfurd (orutherfurd)
Summary: CssEditor 0.3

Initial Comment:
Name: CssEditor

Version number: 0.3

All requirments: JDK >= 1.4, jEdit >= 4.2final,
ErrorList >= 1.3.2, CssValidator.jar (available from
http://csseditor.dev.java.net/files/documents/720/10855/CssValidator.jar
)

Announsment:
* the code is now adjusted to work with java 1.4
* a new toolbar was added
* tooltips are now shown when the mouse pointer hovers
above every combobox
* more javadoc was written

Bugs fixed:
* unneeded empty row entered after the element when
adding the element's attributes in jEdit's buffer - the
row is no more added
* minor documentation errors were fixed

Source code:
http://csseditor.dev.java.net/files/documents/720/10856/CssEditor_src.zip

Visit the CssEditor home at http://csseditor.dev.java.net/

\Uzi Landsmann

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

>Comment By: Uzi Landsmann (annauzi)
Date: 2005-06-29 22:01

Message:
Logged In: YES 
user_id=468463

Hi,
Sorry I missed that. I replaced the old CssValidator.jar
file with one that should be suitable for java 1.4. It is
available at
https://csseditor.dev.java.net/files/documents/720/10855/CssValidator.jar

Thanks,

Uzi

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

Comment By: Ollie Rutherfurd (orutherfurd)
Date: 2005-06-29 14:24

Message:
Logged In: YES 
user_id=265596

Hi Uzi,

CssValidator.jar seems to be compiled w/JDK 1.5.  Can you
provide one for JDK 1.4, or do you want to bump the plugin's
requirement?

-Ollie

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

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

Plugin Central Submission item #1214711, was opened at 2005-06-04 04:42
Message generated for change (Comment added) made by orutherfurd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1214711&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
Priority: 5
Submitted By: Rudolf Widmann (ruwi)
>Assigned to: Ollie Rutherfurd (orutherfurd)
>Summary: Recent-0.1 (initial release)

Initial Comment:
Name:	Recent
Version 0.1
Requires JDK 1.4, jEdit 4.2
no plugin dependency

initial release

Description
===========
The recent plugin stores all edit actions in a table in
a dockable window. 
It recordes actions which are invoked by plugin, macro
or built-in actions.
The user invokes an action by clicking it in a dockable
window.
Additionally, it provides a buffer history

Source Code:	/cvsroot/jedit/plugins/Recent

Greetings
Rudi

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

>Comment By: Ollie Rutherfurd (orutherfurd)
Date: 2005-06-29 10:24

Message:
Logged In: YES 
user_id=265596

Hi Rudi,

I've run into some problems packaging Recent-0.1:

* several files and directories are in all caps
(ACTIONS.XML, RECENT, TABLE, etc...)
* recent-next-buffer and recent-previous-buffer don't work,
since actions.xml is in all caps (the actions aren't loaded)
* once the above is fixed, the actions still don't work
because "DockableWindow" isn't found (in the actions beanshell).
* recent.previousBuffer() and recent.nextBuffer() don't work
* the plugin depends on CommonControls (just a missing
detail for the submission)
* the plugin doesn't handle actions in the history for
plugins that have been uninstalled

I've made some changes for some of the above and can send
you a patch or commit to CVS if you want.

-Ollie

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

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

Plugin Central Submission item #1219322, was opened at 2005-06-12 15:53
Message generated for change (Comment added) made by orutherfurd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1219322&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
Priority: 5
Submitted By: Uzi Landsmann (annauzi)
>Assigned to: Ollie Rutherfurd (orutherfurd)
Summary: CssEditor 0.3

Initial Comment:
Name: CssEditor

Version number: 0.3

All requirments: JDK >= 1.4, jEdit >= 4.2final,
ErrorList >= 1.3.2, CssValidator.jar (available from
http://csseditor.dev.java.net/files/documents/720/10855/CssValidator.jar
)

Announsment:
* the code is now adjusted to work with java 1.4
* a new toolbar was added
* tooltips are now shown when the mouse pointer hovers
above every combobox
* more javadoc was written

Bugs fixed:
* unneeded empty row entered after the element when
adding the element's attributes in jEdit's buffer - the
row is no more added
* minor documentation errors were fixed

Source code:
http://csseditor.dev.java.net/files/documents/720/10856/CssEditor_src.zip

Visit the CssEditor home at http://csseditor.dev.java.net/

\Uzi Landsmann

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

>Comment By: Ollie Rutherfurd (orutherfurd)
Date: 2005-06-29 09:24

Message:
Logged In: YES 
user_id=265596

Hi Uzi,

CssValidator.jar seems to be compiled w/JDK 1.5.  Can you
provide one for JDK 1.4, or do you want to bump the plugin's
requirement?

-Ollie

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

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

Hi,=20

My name is Cleber Willian, from Brazil (sorry for my bad english).

I work as PHP developer and Webdesigner for the last four years.
I come to propose a redesign for the jedit.org <http://jedit.org> web site.
Would like to know if is there interest in moving to a better visual=20
identity and better page code (tabless).

Some of my recent works:
My personal web site : http://www.clebinho.com
AJ Online (under construction) : http://www.clebinho.com/ajonline

If interested, I can provide a preview design without any costs.

Sincerely yours,

,_
>' )
( ( \ Cleber Willian dos Santos
''|\

Plugin Bugs item #1229449, was opened at 2005-06-29 00:31
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=1229449&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: Gabriel Barros (gcbsourceforge)
Assigned to: Nobody/Anonymous (nobody)
Summary: FTP: password window don't appear on task lists (minor bug)

Initial Comment:
when you open jedit and it have to open files on ftp for 
some reason, it will show up a dialog box that don't alert 
it self to the window manager (tested in windows and 
linux's fluxbox). If you open jedit and you focus some 
other window, because your machine is fast as a slug, 
the dialog will be beneath it, and you will get the 
impression that jedit is even slower than usual to show 
up, util you go hunt for the little window. 'hunt' because it 
will not show up on the task list.

maybe just setting it to be another kind of window will do.

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

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

Bugs item #1229447, was opened at 2005-06-29 00:28
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=1229447&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: minor bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Gabriel Barros (gcbsourceforge)
Assigned to: Nobody/Anonymous (nobody)
Summary: hint text is hardcoded to be black

Initial Comment:
the hint window has the font face hardcoded to black. i 
use the windows high
contrast white on black theme (yep, i'm weird like that) 
and i get black text
on black background. I even tried setting the option to 
use the text area colors
everywhere in the program but it's still black on black.

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

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

Bugs item #1229377, was opened at 2005-06-28 23:22
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=1229377&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: daniel hahler (blueyed)
Assigned to: Nobody/Anonymous (nobody)
Summary: With large portions of clipboard text cut'n'paste gets slow

Initial Comment:
When there have been huge portions of text been  
copied or cutted (and are in the "Paste Previous"  
and "Paste Deleted" lists), every following (small) 
cut'n'paste action gets really slow.  
 
This even resulted in a Java "Out of heap memory" 
error. 
 
After the crash there was some "#history.#save#" 
file there, but no original one anymore. So the 
crash probably happened when the new file should 
have got written. 
 
As far as I remember was the #save# file 
incomplete. 
 
When I started jEdit again, it deleted the 
#history#save# file and I had to take a backup. 
  
This bug probably affects register handling. 
 
It might be a good idea to have a recent maximum 
limit for clipboard snippets to be stored in the 
caches. 

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

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

Bugs item #1177131, was opened at 2005-04-05 14:45
Message generated for change (Comment added) made by blueyed
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1177131&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: Simon (simon80)
Assigned to: Nobody/Anonymous (nobody)
Summary: JEdit stops responding on load of file with a large line

Initial Comment:
Attached is a file that successfully replicates this
bug on my machine.  The noteable characteristic of this
file is a ridiculously long line.  It will load up fine
in notepad, however, and can be rendered in a browser
even.  Not so with JEdit, which stops responding, but
still uses up CPU time.  I'm sure this isn't a plugin
issue, I've tried opening it without the html
extension, and also disabling my plugins.  I'm running
Win2K, if you have any problems replicating this.

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

Comment By: daniel hahler (blueyed)
Date: 2005-06-28 23:09

Message:
Logged In: YES 
user_id=663176

I think this might be related to what the TaskList plugin  
(0.4.4) is doing, when it gets (de-)activated in the 
plugin manager, because I get the same delay (about 
10 seconds) then like with starting jEdit or (in particular) 
resizing the textarea. 
 
jEdit CVS, Sun Java 1.5.0_04 (Linux86), amd64. 

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

Comment By: James Aguilar (james_aguilar)
Date: 2005-06-28 20:50

Message:
Logged In: YES 
user_id=1304219

Your attachment took about two seconds to load on my 
machine, a Pentium M 1.6 GHz.

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

Comment By: Simon (simon80)
Date: 2005-04-05 14:51

Message:
Logged In: YES 
user_id=1253354

While I was submitting this bug, the JEdit started
responding again(after a long time).  However, with a file
in excess of 100kb, I've had JEdit run for over 10 mins
without finishing the load.  So, you can experiment with
different lengths, but this is still a bug.

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

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

Plugin Central Submission item #1222637, was opened at 2005-06-17 08:54
Message generated for change (Settings changed) made by orutherfurd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1222637&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-07-01
>Status: Closed
Priority: 5
Submitted By: Anthony Roy (ant-roy)
>Assigned to: Ollie Rutherfurd (orutherfurd)
>Summary: MavenPlugin-0.3

Initial Comment:
 Name:
MavenPlugin

Version:
0.3

Author:
Anthony Roy <wo...@an...>

Requirements:
jEdit 4.2final (04.02.99.00)
Java version 1.4
console.ConsolePlugin 4.1
optional: Project Viewer 2.1.0.1
             InfoViewer 1.2
(required to build the plugin, but not to run it.)

Announcement:
Feature release 0.3. Adds various bits of
functionality, such as a much improved Project Info
panel, incorporating a version management tool which
allows easy updating of projects to use the latest
versions of dependency projects which are also loaded
into the Maven Plugin. Some UI enhancements. Full
details in help file.

Source Code:
In jEdit CVS:
Module Name: plugins/MavenPlugin
Tag: MavenPlugin-v0_3

Short Description:
Provides a dockable GUI for working with Maven Projects.

Long Description:
This plugin provides a user friendly front end to
the Maven build system, and a way of keeping track of
your various Maven projects. Running goals is a simple
matter of double clicking the goal from a list - goals
run on the project selected in the projects list.
Custom goals are taken from the maven.xml file. An
information panel gives information about the project
from the project.xml file. Quick links to various
important project files are provided, and integration
with the File System Browser and (optionally) the
Project Viewer plugin and Subversion SCM are also
included.

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

>Comment By: Ollie Rutherfurd (orutherfurd)
Date: 2005-06-28 17:57

Message:
Logged In: YES 
user_id=265596

Packaged and uploaded.

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

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

Bugs item #1177131, was opened at 2005-04-05 09:45
Message generated for change (Comment added) made by james_aguilar
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1177131&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: Simon (simon80)
Assigned to: Nobody/Anonymous (nobody)
Summary: JEdit stops responding on load of file with a large line

Initial Comment:
Attached is a file that successfully replicates this
bug on my machine.  The noteable characteristic of this
file is a ridiculously long line.  It will load up fine
in notepad, however, and can be rendered in a browser
even.  Not so with JEdit, which stops responding, but
still uses up CPU time.  I'm sure this isn't a plugin
issue, I've tried opening it without the html
extension, and also disabling my plugins.  I'm running
Win2K, if you have any problems replicating this.

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

Comment By: James Aguilar (james_aguilar)
Date: 2005-06-28 15:50

Message:
Logged In: YES 
user_id=1304219

Your attachment took about two seconds to load on my 
machine, a Pentium M 1.6 GHz.

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

Comment By: Simon (simon80)
Date: 2005-04-05 09:51

Message:
Logged In: YES 
user_id=1253354

While I was submitting this bug, the JEdit started
responding again(after a long time).  However, with a file
in excess of 100kb, I've had JEdit run for over 10 mins
without finishing the load.  So, you can experiment with
different lengths, but this is still a bug.

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

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

Bugs item #1087875, was opened at 2004-12-19 05:25
Message generated for change (Comment added) made by james_aguilar
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1087875&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: Closed
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: jedit 1.4 crashes with jdk1.5.0

Initial Comment:
The summary tells it all. Environement: Windows XP SP2,
freshly downloaded jdk1.5.0 from the Sun site, jEdit
1.4final. jEdit starts but unexpectedly dies (the
windows disappears, the programs dies). I could not
really track down a specific scenario where it does.
The same program is stable with jdk 1.4.2_03. I use the
old jEdit launcher to set the running jedit, iwth the
-mx32m -jar flags.

email address: iv...@iv...

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

Comment By: James Aguilar (james_aguilar)
Date: 2005-06-28 15:43

Message:
Logged In: YES 
user_id=1304219

The current version of jEdit is 4.2 -- have you tried upgrading?

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

Comment By: Slava Pestov (spestov)
Date: 2004-12-22 20:18

Message:
Logged In: YES 
user_id=2280

I presume you mean jEdit 4.1, not 1.4. ANyway, 4.1 is out of
date, please try 4.2 instead.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2004-12-19 11:07

Message:
Logged In: NO 

have a look at the activity.log, maybe there are some
exceptions in it.
maybe a wild guess: 1.5 may need more RAM than 1.4, try
giving the
VM more memory.

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2004-12-19 09:48

Message:
Logged In: YES 
user_id=396194

What are your jEdit launcher settings?  Do you know what the 
exact command line is?  Try running from the command line 
with 'java -jar jedit.jar' or by double clicking on the jar file in 
Windows Explorer.

Regards,

Jeff

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

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

Bugs item #1229283, was opened at 2005-06-28 15:15
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=1229283&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: James Aguilar (james_aguilar)
Assigned to: Nobody/Anonymous (nobody)
Summary: Parens, brackets, and braces counted for indentation

Initial Comment:
In both Java and C++ mode (and several others, I'm 
sure), syntax within comments are also counted toward 
indentation.  Generally, comments should not be 
counted toward indentation, either within themselves or 
for other elements of syntax.

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

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

Bugs item #1215008, was opened at 2005-06-04 19:57
Message generated for change (Comment added) made by james_aguilar
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1215008&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: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Auto-indent using brackets not working properly (OS 10.4)

Initial Comment:
On OS X 10.4 ("Tiger"), when editing the source code
and putting a closing bracket on some block, the close
bracket does not tab-down. Example:

if (asdf == true) {
    thenDoThis();
    }  // this bracket should not be here, but one tab
left.

What should appear:

if (asdf == true) {
    thenDoThis();
}

Also, consider this situation:

I have a try/catch block that looks like this:

} catch (Exception e) {
    System.err.println("Unknown error");
    e.printStackTrace();
} finally {
   do stuff...
}

Say I want to add in one more catch statement before
the finally block.  If I press return after the
e.printStackTrace(); then delete to go back a tab, then
'}', the bracket will be automatically tabbed into this
position:

} catch (Exception e) {
    System.err.println("Unknown error");
    e.printStackTrace();
    }  // NOT SUPPOSED TO BE HERE!
} finally {
   do stuff...
}

Then if I manually move it back a tab and add the full
catch statement, upon pressing the open bracket '{' it
will again move forward one tab.

THIS IS HIGHLY ANNOYING!  Please fix!

Thanks!  (My email is: itistoday *at* gmail *dot* com)

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

Comment By: James Aguilar (james_aguilar)
Date: 2005-06-28 15:00

Message:
Logged In: YES 
user_id=1304219

I cannot reproduce this bug in either Java or C++ edit modes 
using the procedure described by the original poster.

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

Comment By: Greg (itistoday)
Date: 2005-06-04 20:02

Message:
Logged In: YES 
user_id=760654

Hmm.... since comments are printed in courier I might be
able to post this again with the correct spacing... Let's
see if it works:

On OS X 10.4 ("Tiger"), when editing the source code
and putting a closing bracket on some block, the close
bracket does not tab-down. Example:

if (asdf == true) {
    thenDoThis();
    } // this bracket should not be here, but one tab left.

What should appear:

if (asdf == true) {
    thenDoThis();
}

Also, consider this situation:

I have a try/catch block that looks like this:

} catch (Exception e) {
    System.err.println("Unknown error");
    e.printStackTrace();
} finally {
    do stuff...
}

Say I want to add in one more catch statement before
the finally block. If I press return after the
e.printStackTrace(); then delete to go back a tab, then
'}', the bracket will be automatically tabbed into this
position:

} catch (Exception e) {
    System.err.println("Unknown error");
    e.printStackTrace();
    } // NOT SUPPOSED TO BE HERE!
} finally {
    do stuff...
}

Then if I manually move it back a tab and add the full
catch statement, upon pressing the open bracket '{' it
will again move forward one tab.

THIS IS HIGHLY ANNOYING! Please fix!

Thanks! (My email is: itistoday *at* gmail *dot* com)



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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-06-04 19:59

Message:
Logged In: NO 

Crap. CRAP!  Stupid form doesn't care about mutliple
spaces!!!  Hopefully you guys can figure out what I'm
talking about without the visual examples really working...
it deleted the extra spaces I put in to illustrate my point!

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

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

Bugs item #1229210, was opened at 2005-06-28 13:02
Message generated for change (Settings changed) made by james_aguilar
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1229210&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: Deleted
Resolution: None
Priority: 5
Submitted By: James Aguilar (james_aguilar)
Assigned to: Nobody/Anonymous (nobody)
Summary: Scroll Pane changes to wrong size when at end of long line

Initial Comment:
DESCRIPTION
When pressing backspace would leave the cursor at the 
end of the last line in the file, pressing backspace 
causes the editor to think that the file is smaller than it 
actually is.  Pressing any key that does not add or 
remove a character (arrows, for instance), the stack 
trace included in the attached text file is produced.

STEPS TO REPRODUCE:
1. Turn on soft word wrap
2. Create a new file
3. Advance the cursor using newlines until it passes the 
original bottom of the text area's view (that is, until there 
is a scroll bar).  For safety, advance it five to ten lines 
past the end of the original view.
4. Create a single line which wraps at least two times or 
is at least (number of characters per line max * 2 + 1) 
characters long.
5. Press enter.
6. Press backspace

SYSTEM SPECS
Windows XP Tablet
Java 1.5

This problem also occurs on my home computer, which 
is

Windows XP Professional
Java 1.5

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

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

Bugs item #1229210, was opened at 2005-06-28 13:02
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=1229210&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: James Aguilar (james_aguilar)
Assigned to: Nobody/Anonymous (nobody)
Summary: Scroll Pane changes to wrong size when at end of long line

Initial Comment:
DESCRIPTION
When pressing backspace would leave the cursor at the 
end of the last line in the file, pressing backspace 
causes the editor to think that the file is smaller than it 
actually is.  Pressing any key that does not add or 
remove a character (arrows, for instance), the stack 
trace included in the attached text file is produced.

STEPS TO REPRODUCE:
1. Turn on soft word wrap
2. Create a new file
3. Advance the cursor using newlines until it passes the 
original bottom of the text area's view (that is, until there 
is a scroll bar).  For safety, advance it five to ten lines 
past the end of the original view.
4. Create a single line which wraps at least two times or 
is at least (number of characters per line max * 2 + 1) 
characters long.
5. Press enter.
6. Press backspace

SYSTEM SPECS
Windows XP Tablet
Java 1.5

This problem also occurs on my home computer, which 
is

Windows XP Professional
Java 1.5

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1229210&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-06-28 09:58

Message:
Logged In: NO 

This sort of behavior (unable to type in the save/save-as
dialog box) also happens sporadically on Mandrake 10.1 with
Java 1.5.0_1 and on Fedora Core 4.0 with Java 1.5.0_4 using
JEdit 4.3pre2. Only shutting down and restarting JEdit
temporarily fixes this behavior.

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

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

Bugs item #1217287, was opened at 2005-06-08 18:20
Message generated for change (Comment added) made by james_aguilar
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1217287&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: daniel hahler (blueyed)
Assigned to: Nobody/Anonymous (nobody)
Summary: NullPointerException when launching jEdit (recent cvs)

Initial Comment:
java.lang.NullPointerException 
 at org.gjt.sp.jedit.Buffer.markTokens(Buffer.java:2161) 
 at 
org.gjt.sp.jedit.textarea.ChunkCache.lineToChunkList(ChunkCache.java:760) 
 at 
org.gjt.sp.jedit.textarea.ChunkCache.updateChunksUpTo(ChunkCache.java:635) 
 at 
org.gjt.sp.jedit.textarea.ChunkCache.getLineInfo(ChunkCache.java:244) 
 at 
org.gjt.sp.jedit.textarea.ChunkCache.getScreenLineOfOffset(ChunkCache.java:70) 
 at 
org.gjt.sp.jedit.textarea.JEditTextArea._finishCaretUpdate(JEditTextArea.java:5194) 
 at 
org.gjt.sp.jedit.textarea.JEditTextArea.finishCaretUpdate(JEditTextArea.java:5384) 
 at 
org.gjt.sp.jedit.textarea.JEditTextArea.setSelection(JEditTextArea.java:1630) 
 at 
org.gjt.sp.jedit.textarea.JEditTextArea.selectNone(JEditTextArea.java:1601) 
 at 
org.gjt.sp.jedit.textarea.JEditTextArea.setBuffer(JEditTextArea.java:319) 
 at org.gjt.sp.jedit.EditPane.setBuffer(EditPane.java:105) 
 at org.gjt.sp.jedit.View.setBuffer(View.java:993) 
 at 
org.gjt.sp.jedit.EditServer.handleClient(EditServer.java:225) 
 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.invokeStaticMethod(Reflect.java:100) 
 at bsh.Name.invokeMethod(Name.java:872) 
 at 
bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:72) 
 at 
bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102) 
 at 
bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47) 
 at bsh.BSHAssignment.eval(BSHAssignment.java:77) 
 at bsh.Interpreter.eval(Interpreter.java:641) 
 at bsh.Interpreter.eval(Interpreter.java:731) 
 at bsh.Interpreter.eval(Interpreter.java:720) 
 at org.gjt.sp.jedit.BeanShell._eval(BeanShell.java:430) 
 at org.gjt.sp.jedit.BeanShell.eval(BeanShell.java:394) 
 at org.gjt.sp.jedit.EditServer$1.run(EditServer.java:343) 
 at 
java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) 
 at 
java.awt.EventQueue.dispatchEvent(EventQueue.java:461) 
 at 
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) 
 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) 
 

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

Comment By: James Aguilar (james_aguilar)
Date: 2005-06-28 11:55

Message:
Logged In: YES 
user_id=1304219

This bug is a duplicate of #1177104.

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

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

My preference:

> jedit <file> +line:<line> +column:<column>

for the clarity of it.