jedit-devel Mailing List for jEdit

Bugs item #550055, was opened at 2002-04-29 19:55
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=550055&group_id=588

Category: plugins
Group: normal bug
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Lars Trieloff (lars3loff)
Assigned to: Nobody/Anonymous (nobody)
Summary: XMLPlugin: Char. to Ent. on Non-TextNode

Initial Comment:
The function Characters to Entities applies not only to
textnodes, which would be useful, but also on elements.
If you try to convert all characters in your buffer you
will see that all angle brackets of the tags are
converted into < and >.
Isn't it possible to apply this function only to
textnodes and attribute values?

Lars Trieloff

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

>Comment By: Slava Pestov (spestov)
Date: 2002-05-01 11:19

Message:
Logged In: YES 
user_id=2280

This is intentional behavior.

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

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

Hi,

You should get your plugin posted on plugin central!

On Tue, 2002-04-30 at 21:46, Israel Olalla wrote:
> Hi,
> 
>       I've been working in a new plugin, jcrontab, this plugin executes a "class/method/nativeProgram/..." at a given time.
> 	
>       Why i did it?
> 	Just for fun... i really enjoyed writing the plugin . Thanks to everybody for the great job done... 
> 	To get my ctags file updated to the last code... :-)
> 	To get the last version of the cvs working.
> 
>     	How to use it?
> 	put jcrontab.jar and jEditcrontab.jar in jedit/jars/.. or .jedit/jars....
> 
> 	open jEditcrontab.jar edit jcrontab.props and set jcrontab.option.Properties looking to the file where is you jcrontab properties.cfg ....  (you can do this with a OptionsPanel too..)
> 
> 	where is this file?
> 	Can see an example at org/jcrontab/data/properties.cfg
> 	
> 	In this file you must change ... org.jcrontab.data.file ... to your events.cfg
> 	
> 	What's an events.cfg?
> 	its the same as a crontab file.
> 
> 	How can i launch a native program?
> 	Set smth like this in the events.cfg
> 	* * * * * org.jcrontab.NativeExec ls -la
> 
> 	Where can i find more info about jcrontab?
> 	http://jcrontab.sourceforge.net
> 
> 	Thanks to Slava for the geat job done...and to Ruben for his help
> 	
> 	Jedit is : Simple, elegant and deep ... what i call, cool
> 	
> bye.
-- 
Slava Pestov

Bugs item #548935, was opened at 2002-04-26 18:24
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=548935&group_id=588

Category: search and replace
Group: normal bug
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Jeff Verdegan (jjverdegan)
Assigned to: Nobody/Anonymous (nobody)
Summary: search caches dir contents?

Initial Comment:
It appears that the search function is caching directory contents. 
When I do a recursive directory search, then drop new files into a 
subdirectory of where I searched, and then search again, it appears 
that the new directories are not searched. (The search didn't find 
content that I knew was present in the new files.)

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

>Comment By: Slava Pestov (spestov)
Date: 2002-05-01 11:16

Message:
Logged In: YES 
user_id=2280

This is intentional. To clear the cache, open the find
dialog, select 'search in current buffer', close it, then
reopen it and select 'search in directory'. I might add a
menu item command that does this in a future release.

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

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

This is intentional. The idea is that if you mistyped a search string or
regexp, you shouldn't have to reopen the dialog box to fix it.

On Tue, 2002-04-30 at 00:39, Calvin Yu wrote:
> When I perform a search with the 'Keep dialog' setting unchecked and the
> search string has no matches the dialog does not go away - is this the
> correct behavior?  If it is, maybe the focus should result back to the
> dialog?
> 
> I apologize if this was discussed before - I remember the long thread about
> search behavior, but don't recall if this was addressed or not.
> 
> I'm using JDK1.4, btw.
> 
> Thanks,
> Calvin
> 
> 
> -- 
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
-- 
Slava Pestov

Bugs item #550820, was opened at 2002-04-30 15:37
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=550820&group_id=588

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Display Problem on Mac OS X Dual Monitor

Initial Comment:
When jEdit window is moved to the secondary 
monitor it doesn't work entirely properly. When 
resized it sets it height and width to the height and 
width of the screen (correct thing to do) and then 
sets the top of the menu bar several pixels down 
(wrong thing to do) seemingly to accomodate the 
finder menu that should be displayed at the top. Of 
course, since this is the second monitor there is 
not a finder menu at the top of the screen. Also, the 
window is too tal as a result (the window height 
does not compensate for the top being set lower). 
Trying to move the menu bar into the region it 
seems to believe is occupied by the finder menu 
causes the window to stutter and jump back down 
to the lower position. Since the window is too tall 
for the screen the lower right hand corner is 
unavailable (thus the window can't be resized to fit 
the screen).

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

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

Mmmm, this looks good. I've been thinking about some form of 
scheduling/cron handler for a webapp I'm working on, This looks like it'll 
work nicely...

--On Tuesday, April 30, 2002 11:46:03 +0200 Israel Olalla 
<isr...@ne...> wrote:

>       I've been working in a new plugin, jcrontab, this plugin executes a
> "class/method/nativeProgram/..." at a given time.



                                    -- \m/ --
  "...if I seem super human I have been misunderstood." (c) Dream Theater
         ma...@ta... - ICQ: 1934853 JID: ta...@my...

Hi Mike,

Here we are again...
Can you please put TomcatSwitch 0.6.1 on plugin central?

Name: TomcatSwitch
Version: 0.6.1
Requirements: JDK 1.3, jEdit 4.0pre2, Console 3.1, Jakarta Tomcat 3.2.x, 3.3.x
or 4.x
CVS module: plugins/TomcatSwitch
CVS tag: tomcatswitch-0_6_1

Changes to TomcatSwitch:

- the "General" option panel has a new "JVM options" field to specify extra
  command line parameters or system properties for the JVM that will run Tomcat.
- the "Tomcat 4.x series" option panel has a new "CATALINA_BASE" field to
  specify the location of the dynamic portions of the Catalina installation.

Thanks
Amedeo

Hi,

      I've been working in a new plugin, jcrontab, this plugin executes =
a "class/method/nativeProgram/..." at a given time.
=09
      Why i did it?
	Just for fun... i really enjoyed writing the plugin . Thanks to =
everybody for the great job done...=20
	To get my ctags file updated to the last code... :-)
	To get the last version of the cvs working.

    	How to use it?
	put jcrontab.jar and jEditcrontab.jar in jedit/jars/.. or =
.jedit/jars....

	open jEditcrontab.jar edit jcrontab.props and set =
jcrontab.option.Properties looking to the file where is you jcrontab =
properties.cfg ....  (you can do this with a OptionsPanel too..)

	where is this file?
	Can see an example at org/jcrontab/data/properties.cfg
=09
	In this file you must change ... org.jcrontab.data.file ... to your =
events.cfg
=09
	What's an events.cfg?
	its the same as a crontab file.

	How can i launch a native program?
	Set smth like this in the events.cfg
	* * * * * org.jcrontab.NativeExec ls -la

	Where can i find more info about jcrontab?
	http://jcrontab.sourceforge.net

	Thanks to Slava for the geat job done...and to Ruben for his help
=09
	Jedit is : Simple, elegant and deep ... what i call, cool
=09
bye.

Bugs item #544967, was opened at 2002-04-16 19:20
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=544967&group_id=588

Category: editor core
Group: normal bug
Status: Closed
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Modal dialogs freeze help window

Initial Comment:
I had JEdit help open. I'm trying to figure out how to 
use AntFarm.

It tells me to configure the AntFarm plugin. I go to 
Utilities->Global Options. The modal dialog opens.

I then switch back to the Jedit help window. I try to 
scroll the window down but I can't. None of the other 
controls in the Fram work either; I can't change pages 
etc.

When I close the options dialog, everything goes back 
to normal.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2002-04-29 21:52

Message:
Logged In: NO 

I found it hard to believe that you couldn't do this in 
Java so I searched on JDC and sure enough there is an RFE 
for this that goes back to 1997!

http://developer.java.sun.com/developer/bugParade/bugs/40800
29.html

So a modal dialog in Java blocks ALL frames; not just the 
parent. The RFE is to be able to specify the behaviour.

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

Comment By: Slava Pestov (spestov)
Date: 2002-04-19 01:13

Message:
Logged In: YES 
user_id=2280

this is a Java limitation/design decision, jEdit can't do
any thing about it.

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

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

Bugs item #550467, was opened at 2002-04-29 19:04
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=550467&group_id=588

Category: None
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Pierre Grimaud (ignatzmouse)
Assigned to: Nobody/Anonymous (nobody)
Summary: Vertical text not properly displayed

Initial Comment:
Under SunOS 5.8 JDK1.3.1, the vertical text associated 
with the left or right docked windows is not properly 
displayed. It works fine under Win32 (Win2000, jdk1.4).

For example, I docked "Ant Farm" and "JBrowse" in 
left. The two buttons does not display the name 
properly. 

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

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

Bugs item #550095, was opened at 2002-04-29 22:22
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=550095&group_id=588

Category: installer
Group: severe bug
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Missing font installing JEdit4.0 on Unix

Initial Comment:
I am trying to install Jedit onto SunOS 5.7, I am 
nearly there but when I run the installer:

	java -Djava.compiler=none -jar 
jedit40install.jar

I get the following error:

	Font specified in font.properties not found [-
urw-itc zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-
fontspecific]
	Font specified in font.properties not found [-
urw-itc zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-
fontspecific]
	Font specified in font.properties not found [-
urw-itc zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-
fontspecific]
	Font specified in font.properties not found [-
urw-itc zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-
fontspecific]
	Font specified in font.properties not found [-
urw-itc zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-
fontspecific]

I have looked in the j2sdk1_3_1_01/jre/lib and viewed 
the file font.properties, which has a reference to 
this font, but am not sure if it is enabled or is 
installed for me to use.


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

>Comment By: Slava Pestov (spestov)
Date: 2002-04-30 13:57

Message:
Logged In: YES 
user_id=2280

This is a Java problem. You can ignore this error.

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

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

Bugs item #548452, was opened at 2002-04-25 08:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=548452&group_id=588

Category: plugins
Group: minor bug
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Lionel Fiol (lio-sand)
Summary: IRC v1.8 /CONNECT server

Initial Comment:
Problem: executing a /CONNECT #channel with the irc 1.8 does not function and rises an exception:

[error] AWT-EventQueue-0: Exception occurred during event dispatching:
[error] AWT-EventQueue-0: java.lang.NoSuchMethodError
[error] AWT-EventQueue-0: 	at de.iqcomputing.jedit.irc.Protocol.commandCONNECT(Unknown Source)
[error] AWT-EventQueue-0: 	at de.iqcomputing.jedit.irc.Protocol.handleCommand(Unknown Source)
[error] AWT-EventQueue-0: 	at de.iqcomputing.jedit.irc.Protocol.input(Unknown Source)
[error] AWT-EventQueue-0: 	at de.iqcomputing.jedit.irc.IRCWindow.userInput(Unknown Source)
[error] AWT-EventQueue-0: 	at de.iqcomputing.jedit.irc.IRCWindow.actionPerformed(Unknown Source)
[error] AWT-EventQueue-0: 	at javax.swing.JTextField.fireActionPerformed(JTextField.java:421)
[error] AWT-EventQueue-0: 	at org.gjt.sp.jedit.gui.HistoryTextField.fireActionPerformed(HistoryTextField.java:225)
[error] AWT-EventQueue-0: 	at org.gjt.sp.jedit.gui.HistoryTextField.processKeyEvent(HistoryTextField.java:249)
[error] AWT-EventQueue-0: 	at java.awt.Component.processEvent(Component.java:3553)
[error] AWT-EventQueue-0: 	at java.awt.Container.processEvent(Container.java:1164)
[error] AWT-EventQueue-0: 	at java.awt.Component.dispatchEventImpl(Component.java:2593)
[error] AWT-EventQueue-0: 	at java.awt.Container.dispatchEventImpl(Container.java:1213)
[error] AWT-EventQueue-0: 	at java.awt.Component.dispatchEvent(Component.java:2497)
[error] AWT-EventQueue-0: 	at java.awt.LightweightDispatcher.processKeyEvent(Container.java:2155)
[error] AWT-EventQueue-0: 	at java.awt.LightweightDispatcher.dispatchEvent(Container.java:2135)
[error] AWT-EventQueue-0: 	at java.awt.Container.dispatchEventImpl(Container.java:1200)
[error] AWT-EventQueue-0: 	at java.awt.Window.dispatchEventImpl(Window.java:914)
[error] AWT-EventQueue-0: 	at java.awt.Component.dispatchEvent(Component.java:2497)
[error] AWT-EventQueue-0: 	at java.awt.EventQueue.dispatchEvent(EventQueue.java:339)
[error] AWT-EventQueue-0: 	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:131)
[error] AWT-EventQueue-0: 	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:98)
[error] AWT-EventQueue-0: 	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
[error] AWT-EventQueue-0: 	at java.awt.EventDispatchThread.run(EventDispatchThread.java:85)

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

>Comment By: Lionel Fiol (lio-sand)
Date: 2002-04-29 23:00

Message:
Logged In: YES 
user_id=504195

Fixed on CVS (which should be released as 1.8.1 on PC)

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

Comment By: Nobody/Anonymous (nobody)
Date: 2002-04-26 09:52

Message:
Logged In: NO 

Lio-Sand:
Current environment:
java.runtime.version=Blackdown-1.3.1-FCS
java.awt.graphicsenv=sun.awt.X11GraphicsEnvironment
jEdit 4.0
SuSE 7.0

A single /connect is working without any problems, /join also (as long as you are already connected), IRC 1.8

Tell me, if you need more info.
arnen

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

Comment By: Slava Pestov (spestov)
Date: 2002-04-26 03:39

Message:
Logged In: YES 
user_id=2280

lio-sand: Try running it with JDK 1.3!

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

Comment By: Lionel Fiol (lio-sand)
Date: 2002-04-26 00:11

Message:
Logged In: YES 
user_id=504195

Sorry I can't reproduce your problem. It works normaly 
here (windows xp, jdk 1.4, jedit 4.0final and IRC plugin 
1.8).
Could you be more precise please ?
If not already done, check your IRC options are correctly 
set ('/connect' alone must works).

Lionel.

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

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

Hello,

well I finally took time to install correctly cvs and ssh on my windows box
(thanks to cygwin) and I have committed on the jedit cvs server my changes
to the IRC plugin (addition of some new commands: /CLEAR, /ECHO, /JOIN,
/NICK, /QUIT, /QUOTE and /WHOWAS and addition of some parameters on the
command /CONNECT in order to specify a different server, port, channel or
nick than those specified in the plugin option panel). I have also fixed the
bug openned last week about exceptions raised when using the /CONNECT
command with jdk1.3.

All seems ok now, and if there are no objection, I think it is ready to be
put on PC. So Mike, could you please include it in the next bunch of plugins
release ?

Regards,
Lionel Fiol

 
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif

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

Category: editor core
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Maik Schreiber (blizzy)
Assigned to: Nobody/Anonymous (nobody)
Summary: Maximized window gets bigger every time

Initial Comment:
When using jEdit in maximized window mode, the window
gets bigger everytime it is started. To reproduce, open
jEdit, then maximize the window (perhaps switch to
normal window mode first). Close it, then restart. The
window gets wider and taller by a few pixels. When
restarting again, it gets even bigger, and so on.

This didn't appear on Windows 2000, but I'm
experiencing this on SuSE Linux 7.2 with gnome-core
1.4.0.1 and sawfish 0.38.

If you need additional information, drop me a note.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2002-04-29 11:12

Message:
Logged In: NO 

I see this on Win XP.

Also - If Jedit is closed while maximized, it takes the 
maximized size as it's new "standard" size.  I think it 
should not - it should re-open either a) as maximized, to 
that size, or b) in normal size, whatever that was the 
last time it was normal.

Thanks!

- Glenn R. Golden
gg...@um...

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

Comment By: Alexander Maryanovsky (sasha-m)
Date: 2002-04-26 04:45

Message:
Logged In: YES 
user_id=503759

It seems that the bounds returned by Frame.getBounds() are incorrect 
(The x value is too small and the width is too big). This could be related to 
this bug: 
http://developer.java.sun.com/developer/bugParade/bugs/4378450.html.
An 
interesting thing to note is that after I played with it for a while, it 
stopped occurring, but now I've noticed that the reported (by 
getBounds()) height is smaller by 4 pixels (exactly the value of 
getInsets().bottom - coincidence?) than it should be - very 
consistently.

Alexander Maryanovsky.

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

Comment By: Maik Schreiber (blizzy)
Date: 2001-12-29 19:49

Message:
Logged In: YES 
user_id=97048

Update: I saw this happen with Sun JDK 1.3.0_04 on Linux. It
does not appear with 1.4.0-beta3, where it works perfectly.

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

Comment By: Maik Schreiber (blizzy)
Date: 2001-12-28 02:49

Message:
Logged In: YES 
user_id=97048

Actually, the window mode doesn't matter. The bug also
appears when the window is in "normal" mode - it gets bigger
every time jEdit is restarted.

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

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

Bugs item #550162, was opened at 2002-04-29 09:49
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=550162&group_id=588

Category: None
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Lavin (peterlavin)
Assigned to: Nobody/Anonymous (nobody)
Summary: application hangs when copying 

Initial Comment:
I have experienced the following problem.

Jedit 1.4 occasionally hangs when copying to the 
clipboard.

I have only experienced this under Linux and not 
Windows. I dual boot my machine so it looks like 
hardware is not an issue.

I am running the Red Hat 7.1 distribution of Linux 
using the KDE window manager.

Hope this helps out - you have an excellent IDE/text 
editor.



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

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

When I perform a search with the 'Keep dialog' setting unchecked and the
search string has no matches the dialog does not go away - is this the
correct behavior?  If it is, maybe the focus should result back to the
dialog?

I apologize if this was discussed before - I remember the long thread about
search behavior, but don't recall if this was addressed or not.

I'm using JDK1.4, btw.

Thanks,
Calvin

Bugs item #550095, was opened at 2002-04-29 03:22
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=550095&group_id=588

Category: installer
Group: severe bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Missing font installing JEdit4.0 on Unix

Initial Comment:
I am trying to install Jedit onto SunOS 5.7, I am 
nearly there but when I run the installer:

	java -Djava.compiler=none -jar 
jedit40install.jar

I get the following error:

	Font specified in font.properties not found [-
urw-itc zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-
fontspecific]
	Font specified in font.properties not found [-
urw-itc zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-
fontspecific]
	Font specified in font.properties not found [-
urw-itc zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-
fontspecific]
	Font specified in font.properties not found [-
urw-itc zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-
fontspecific]
	Font specified in font.properties not found [-
urw-itc zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-
fontspecific]

I have looked in the j2sdk1_3_1_01/jre/lib and viewed 
the file font.properties, which has a reference to 
this font, but am not sure if it is enabled or is 
installed for me to use.


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

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

Bugs item #550055, was opened at 2002-04-29 09:55
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=550055&group_id=588

Category: plugins
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Lars Trieloff (lars3loff)
Assigned to: Nobody/Anonymous (nobody)
Summary: XMLPlugin: Char. to Ent. on Non-TextNode

Initial Comment:
The function Characters to Entities applies not only to
textnodes, which would be useful, but also on elements.
If you try to convert all characters in your buffer you
will see that all angle brackets of the tags are
converted into < and >.
Isn't it possible to apply this function only to
textnodes and attribute values?

Lars Trieloff

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

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

Bugs item #550045, was opened at 2002-04-29 07:51
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=550045&group_id=588

>Category: plugins
Group: normal bug
Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Changshin Lee (iasandcb)
>Assigned to: Dominic Stolerman (dstolerman)
Summary: wheel mouse support

Initial Comment:
jEdit 4.0 does support Wheel mouse scrolling under 
JDK 1.4, but I found that it rules out text area
(usually source view). The other components such as 
scrollable ones on help window and global options 
works fine, but only the main text area scrollable 
component(s) doesn't work with wheel-scrolling under 
JDK 1.4.


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

>Comment By: Dominic Stolerman (dstolerman)
Date: 2002-04-29 08:45

Message:
Logged In: YES 
user_id=2448

Install the WheelMouse plugin.

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

Comment By: Slava Pestov (spestov)
Date: 2002-04-29 08:44

Message:
Logged In: YES 
user_id=2280

install the wheelmouse plugin.

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

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

Bugs item #550045, was opened at 2002-04-29 18:51
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=550045&group_id=588

Category: editor core
Group: normal bug
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Changshin Lee (iasandcb)
Assigned to: Nobody/Anonymous (nobody)
Summary: wheel mouse support

Initial Comment:
jEdit 4.0 does support Wheel mouse scrolling under 
JDK 1.4, but I found that it rules out text area
(usually source view). The other components such as 
scrollable ones on help window and global options 
works fine, but only the main text area scrollable 
component(s) doesn't work with wheel-scrolling under 
JDK 1.4.


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

>Comment By: Slava Pestov (spestov)
Date: 2002-04-29 19:44

Message:
Logged In: YES 
user_id=2280

install the wheelmouse plugin.

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

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

Bugs item #550045, was opened at 2002-04-29 15:51
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=100588&aid=550045&group_id=588

Category: editor core
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Changshin Lee (iasandcb)
Assigned to: Nobody/Anonymous (nobody)
Summary: wheel mouse support

Initial Comment:
jEdit 4.0 does support Wheel mouse scrolling under 
JDK 1.4, but I found that it rules out text area
(usually source view). The other components such as 
scrollable ones on help window and global options 
works fine, but only the main text area scrollable 
component(s) doesn't work with wheel-scrolling under 
JDK 1.4.


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

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

Hi Calvin,

I will investigate about this feature and see what I can do.

Amedeo

----- Original Message ----- 
From: "Calvin Yu" <cy...@ya...>
To: "Amedeo Farello" <afa...@li...>
Sent: Saturday, April 27, 2002 2:16 PM
Subject: Re: [ jEdit-devel ] TomcatSwitch 0.6


> Amedeo,
> 
> I have a small feature request - could you make the catalina.base option
> available for Tomcat 4 users?  I've been modifying the TomcatSwitch source
> to do this, but your recent changes has made it a little more difficult to
> do so.
> 
> Thanks,
> Calvin

On Sat, 2002-04-27 at 21:15, Ralf Purnhagen wrote:
> Won't there be a 4.0.1 release containing only bugfixes for 4.0?
> By the way, is there a release schedule for upcoming versions
> somewhere on jedit.org?

There will be a 4.0.1 release with bug fixes but I will not apply your
patch since it is not a bug fix, but a feature addition.
-- 
Slava Pestov

By the way, if my patch is to go in after all, please tell me before committing it because I found more "broken" cases and fixed them.

Alexander Maryanovsky.

----- Original Message -----
From: Ralf Purnhagen <pu...@gm...>
Date: Sat, 27 Apr 2002 11:15:30 +0200 
To: jedit-devel <jed...@li...>
Subject: Re: [ jEdit-devel ] Bug patch: [ 480255 ] indention wrong on one line for- loops


> Won't there be a 4.0.1 release containing only bugfixes for 4.0?
> By the way, is there a release schedule for upcoming versions
> somewhere on jedit.org?
> 
> Ralf
> 
> Slava Pestov wrote:
>  > Hi,
>  >
>  > Fixing the current auto indent code is a bit pointless at this stage...
>  > since I am rewriting the indent feature in jEdit 4.1 anyway.
>  >
>  > On Fri, 2002-04-26 at 10:55, Alexander Maryanovsky wrote:
>  >
>  >>Hi.
>  >>
>  >>I wrote a patch for the 480255 bug. The bug is that in constructs like:
>  >>if (condition)
>  >>  doThingA();
>  >>doThingB();
>  >>
>  >>jEdit will try to indent the "doThingB();" line and put it directly 
> under "doThingA();"
>  >>
>  >>Unfortunately, I'm quite new to unix development, so I'm not sure 
> that this is the correct format of diff. If it's not, hopefully someone 
> will be kind enough to fix it. I'm also attaching the resulting 
> Buffer.java file, just in case... All the modifications were done in the 
> org/gjt/sp/jedit/Buffer.java files, in the indentLine(int, boolean, 
> boolean) method.
>  >>
>  >>Anyway, here's the result of "diff -b Buffer.java.old Buffer.java":
>  >>
>  >>1923a1924
>  >>
>  >>> 
> 	String prevPrevLine = null;
>  >>
>  >>1933c1934,1935
>  >>< 		for(int i = lineIndex - 1; i >= 0; i--) ---
>  >>
>  >>> 
> 	int prevLineIndex;
>  >>> 
> 	for(prevLineIndex = lineIndex - 1; prevLineIndex >= 0; prevLineIndex--)
>  >>
>  >>1935c1937
>  >>< 			lineElement = map.getElement(i); ---
>  >>
>  >>> 
> 		lineElement = map.getElement(prevLineIndex);
>  >>
>  >>1947a1950,1986
>  >>
>  >>> 
> 	for(int i = prevLineIndex - 1; i >= 0; i--)
>  >>> 
> 	{
>  >>> 
> 		lineElement = map.getElement(i);
>  >>> 
> 		int lineStart = lineElement.getStartOffset();
>  >>> 
> 		int len = lineElement.getEndOffset() - lineStart - 1;
>  >>> 
> 		if(len != 0)
>  >>> 
> 		{
>  >>> 
> 			prevPrevLine = getText(lineStart,len);
>  >>> 
> 			break;
>  >>> 
> 		}
>  >>> 
> 	}
>  >>> 
> 	
>  >>> 
> 	boolean prevPrevLineMatches = ((indentPrevLineRE == null) ||
>  >>> 
> 		(prevPrevLine == null)) ? false : indentPrevLineRE.isMatch(prevPrevLine);
>  >>>
>  >>> 
> 	/*
>  >>> 
> 	 * On the 2nd previous line,
>  >>> 
> 	 * if (bob) --> -1
>  >>> 
> 	 * because we don't want to indent the 3rd line of constructs like:
>  >>> 
> 	 * if (bob)
>  >>> 
> 	 *   doThingA();
>  >>> 
> 	 * doThingB();
>  >>> 
> 	 */
>  >>> 
> 	
>  >>> 
> 	if (prevPrevLineMatches){
>  >>> 
> 		for (int i = 0; i < prevPrevLine.length(); i++)
>  >>> 
> 		{
>  >>> 
> 			char c = prevPrevLine.charAt(i);
>  >>> 
> 			if(openBrackets.indexOf(c) != -1)
>  >>> 
> 			{
>  >>> 
> 				prevPrevLineMatches = false;
>  >>> 
> 			}
>  >>> 
> 		}
>  >>> 
> 	}
>  >>> 
> 	
>  >>> 
> 		
>  >>>
>  >>
>  >>2101a2141,2143
>  >>
>  >>> 
> 	if(prevPrevLineMatches)
>  >>> 
> 		prevLineIndent -= indentSize;
>  >>>
>  >>
>  >>--
>  >>
>  >>_______________________________________________
>  >>Sign-up for your own FREE Personalized E-mail at Mail.com
>  >>http://www.mail.com/?sr=signup
>  >>
>  >
> 
> 
> 
> 
> 
> -- 
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
> 
> 

-- 

_______________________________________________
Sign-up for your own FREE Personalized E-mail at Mail.com
http://www.mail.com/?sr=signup

Won't there be a 4.0.1 release containing only bugfixes for 4.0?
By the way, is there a release schedule for upcoming versions
somewhere on jedit.org?

Ralf

Slava Pestov wrote:
 > Hi,
 >
 > Fixing the current auto indent code is a bit pointless at this stage...
 > since I am rewriting the indent feature in jEdit 4.1 anyway.
 >
 > On Fri, 2002-04-26 at 10:55, Alexander Maryanovsky wrote:
 >
 >>Hi.
 >>
 >>I wrote a patch for the 480255 bug. The bug is that in constructs like:
 >>if (condition)
 >>  doThingA();
 >>doThingB();
 >>
 >>jEdit will try to indent the "doThingB();" line and put it directly 
under "doThingA();"
 >>
 >>Unfortunately, I'm quite new to unix development, so I'm not sure 
that this is the correct format of diff. If it's not, hopefully someone 
will be kind enough to fix it. I'm also attaching the resulting 
Buffer.java file, just in case... All the modifications were done in the 
org/gjt/sp/jedit/Buffer.java files, in the indentLine(int, boolean, 
boolean) method.
 >>
 >>Anyway, here's the result of "diff -b Buffer.java.old Buffer.java":
 >>
 >>1923a1924
 >>
 >>> 
	String prevPrevLine = null;
 >>
 >>1933c1934,1935
 >>< 		for(int i = lineIndex - 1; i >= 0; i--) ---
 >>
 >>> 
	int prevLineIndex;
 >>> 
	for(prevLineIndex = lineIndex - 1; prevLineIndex >= 0; prevLineIndex--)
 >>
 >>1935c1937
 >>< 			lineElement = map.getElement(i); ---
 >>
 >>> 
		lineElement = map.getElement(prevLineIndex);
 >>
 >>1947a1950,1986
 >>
 >>> 
	for(int i = prevLineIndex - 1; i >= 0; i--)
 >>> 
	{
 >>> 
		lineElement = map.getElement(i);
 >>> 
		int lineStart = lineElement.getStartOffset();
 >>> 
		int len = lineElement.getEndOffset() - lineStart - 1;
 >>> 
		if(len != 0)
 >>> 
		{
 >>> 
			prevPrevLine = getText(lineStart,len);
 >>> 
			break;
 >>> 
		}
 >>> 
	}
 >>> 
	
 >>> 
	boolean prevPrevLineMatches = ((indentPrevLineRE == null) ||
 >>> 
		(prevPrevLine == null)) ? false : indentPrevLineRE.isMatch(prevPrevLine);
 >>>
 >>> 
	/*
 >>> 
	 * On the 2nd previous line,
 >>> 
	 * if (bob) --> -1
 >>> 
	 * because we don't want to indent the 3rd line of constructs like:
 >>> 
	 * if (bob)
 >>> 
	 *   doThingA();
 >>> 
	 * doThingB();
 >>> 
	 */
 >>> 
	
 >>> 
	if (prevPrevLineMatches){
 >>> 
		for (int i = 0; i < prevPrevLine.length(); i++)
 >>> 
		{
 >>> 
			char c = prevPrevLine.charAt(i);
 >>> 
			if(openBrackets.indexOf(c) != -1)
 >>> 
			{
 >>> 
				prevPrevLineMatches = false;
 >>> 
			}
 >>> 
		}
 >>> 
	}
 >>> 
	
 >>> 
		
 >>>
 >>
 >>2101a2141,2143
 >>
 >>> 
	if(prevPrevLineMatches)
 >>> 
		prevLineIndent -= indentSize;
 >>>
 >>
 >>--
 >>
 >>_______________________________________________
 >>Sign-up for your own FREE Personalized E-mail at Mail.com
 >>http://www.mail.com/?sr=signup
 >>
 >