jedit-devel Mailing List for jEdit

On Tuesday 30 August 2005 17:57, Andy Streich wrote:
> On Monday 29 August 2005 04:38 pm, Marc Weber wrote:
> > What do you think about adding feature filtering the activity log?
> Sounds like something that would be appropriate for a "developers plugin".

Why don't you do the following:
- dock "Activity Log" panel to the bottom
- press "Copy" button
- press Ctrl-N (New File), Ctrl-V (Paste)
- then do a hypersearch on the contents

Alternatively, if the steps 1-3 are too much for you, you could also write a 
macro that dumps the contents of ${jedithome}/activity.log into a new buffer.

Dirk.

Bugs item #1276811, was opened at 2005-08-30 10:34
Message generated for change (Comment added) made by ranbato
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1276811&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: Closed
Resolution: None
Priority: 5
Submitted By: Wolfgang Keller (kse)
Assigned to: Nobody/Anonymous (nobody)
Summary: Is JEdit a Security Threat?

Initial Comment:
During installation of the latest JEdit package (4.2 on
Windows) my firewall reported a modification of
Javaw.exe. There was nor warning before JEdit seemingly
attempted to install its own version of this system
file. To say the least this is highly undesirable
behaviour! 

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

Comment By: Mark Lambert (ranbato)
Date: 2005-08-31 11:56

Message:
Logged In: YES 
user_id=678279

My, my; aren't we grumpy today Slava.

What did you use to install it, what version of java are you 
running, what firewall, etc.

For a short answer: no it is not a security threat unless you used 
the jEdit installer from Xi in Infectmenow, Chisyberimongolia.

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

Comment By: Slava Pestov (spestov)
Date: 2005-08-30 14:59

Message:
Logged In: YES 
user_id=2280

Yes, jEdit will eat your children, seduce your wife, and
modify your system files. Or perhaps, your "firewall"
software is buggy, and you shouldn't be using Windows.

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

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

Bugs item #958013, was opened at 2004-05-21 09:47
Message generated for change (Comment added) made by silverquick
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=958013&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: Kuba (malyvelky)
Assigned to: Nobody/Anonymous (nobody)
Summary: PHP mode "//" comment syntax highlighting is incorrect

Initial Comment:
PHP mode included in Jedit 4.2pre13 ignores the fact,
that the // comment is not always until the end of the
line - it comments out the text between '//' and end of
line OR '//' and end of a block:

// ok, all of this is a comment

//"<?= 'This is a coment but ';?>"; all after '?>' is
not a comment, but an html code

I hope I do not post this at a wrong place. 

Sincerely Yours Kuba

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

Comment By: silverquick (silverquick)
Date: 2005-08-31 13:15

Message:
Logged In: YES 
user_id=1337623

This caught my attention and I've been working on it for
over an hour, when I really should have been using jEdit for
real programming. :)

I ended up trying these additions to modes/php.xml:

<SEQ DELEGATE="PHP_LINECOMMENT">//</SEQ>
<SEQ DELEGATE="PHP_LINECOMMENT">#</SEQ>

<RULES SET="PHP_LINECOMMENT" DEFAULT="COMMENT1">
	<SEQ TYPE="NULL" DELEGATE="MAIN">?&gt;</SEQ>
	<SEQ TYPE="NULL" DELEGATE="PHP">&#xA;</SEQ>
</RULES>

(I hope those show up ok)

The idea is that a line comment will end at either a "?>" or
a newline, whichever comes first. However this didn't work.
The comments now end properly at PHP closing tags but fail
to end at newlines.

Any ideas? I've also been trying to think of a regexp that
would catch line comments and make them end at a "?>", but
no luck so far. Back to real work for now.

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

Comment By: scragz (scragz)
Date: 2004-08-12 06:46

Message:
Logged In: YES 
user_id=775029

Confirming that PHP does stop parsing at a '?>' when it is
in a line comment. I suppose jEdit should reflect this, right?

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

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

Plugin Bugs item #1277177, was opened at 2005-08-31 10:36
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=1277177&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: Matthieu Casanova (kpouer)
Assigned to: Nobody/Anonymous (nobody)
Summary: Texttools delete duplicate bug

Initial Comment:
Hi, in a text like this

----------------
a
b

a
----------------

If I use the command delete duplicates the buffer will
not change,
I will still have two lines with "a"

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

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

Bugs item #1276811, was opened at 2005-08-30 12:34
Message generated for change (Comment added) made by spestov
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1276811&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: Closed
Resolution: None
Priority: 5
Submitted By: Wolfgang Keller (kse)
Assigned to: Nobody/Anonymous (nobody)
Summary: Is JEdit a Security Threat?

Initial Comment:
During installation of the latest JEdit package (4.2 on
Windows) my firewall reported a modification of
Javaw.exe. There was nor warning before JEdit seemingly
attempted to install its own version of this system
file. To say the least this is highly undesirable
behaviour! 

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

>Comment By: Slava Pestov (spestov)
Date: 2005-08-30 16:59

Message:
Logged In: YES 
user_id=2280

Yes, jEdit will eat your children, seduce your wife, and
modify your system files. Or perhaps, your "firewall"
software is buggy, and you shouldn't be using Windows.

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

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

Plugin Bugs item #1276928, was opened at 2005-08-30 13:19
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=1276928&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: NetRexxJe plugin corrupted

Initial Comment:
The NetRexxJe plugin zip file seems to be corrupted. 
Downloading it manually and installing seems to work.

and...@br...

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

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

Bugs item #1276811, was opened at 2005-08-30 18:34
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=1276811&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: Wolfgang Keller (kse)
Assigned to: Nobody/Anonymous (nobody)
Summary: Is JEdit a Security Threat?

Initial Comment:
During installation of the latest JEdit package (4.2 on
Windows) my firewall reported a modification of
Javaw.exe. There was nor warning before JEdit seemingly
attempted to install its own version of this system
file. To say the least this is highly undesirable
behaviour! 

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

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

On Monday 29 August 2005 06:10 pm, Marc Weber wrote:
> Today I've met slava on #jedit on freenode.
> 
> He told me that jedit is feature complete and that he only wants some
> minor bug fixes/tweaks.
> His main reason was that he dosn't want to answer requests in another
> language.

If you have not done so already, have a look in the mail archives for earlier 
discussions around the internationalization/localization issue.  There has 
been some back and forth over this.  Several people raised concerns about 
making the jEdit's core larger and more complex.  Other's disagreed.

> Unfortunatelty a Net-split occured and he was gone so I didn't have to
> ask him some other questions:
> Wether it's possible to prevent people from posting these requests by a
> warning when switching to a language other then English. I think that
> most not English speakers only would use jEdit because they know another
> person who does and who had recommended jEdit before.. So the first way
> they would go might be asking this person who does know jEdit well (?)

To me it is just a matter of setting policy.  The Debian GNU/Linux distro has 
mailing list support in several languages.  If enough, say, German-only users 
existed they could support themselves through such a list with a few people 
serving as a bridge to the English-speaking community as necessary.  There 
appear to be some very skilled German speaking jEdit users.

> Which way is best to share this patch with people who would like to
> use it?
> Add a minor tweak to help file talking about it's unsupported existence?

Take a look at how Slava did the Factor plugin (download it with the source 
code) for an example of offering a component that requires building one of 
its dependencies.  In your case you are requiring a patch being applied to 
jEdit itself.  (A small detail ;-)

Also see the jEdit community site, especially the Community Downloads and 
Wiki.  (Right now I can't go there, apparently to "too many connections" from 
the MySQL server.)

I wonder what the consensus might be on offering an experimental I18N build of 
jEdit?

Andy

On Monday 29 August 2005 04:38 pm, Marc Weber wrote:
> What do you think about adding feature filtering the activity log?
> 

Sounds like something that would be appropriate for a "developers plugin".

Bugs item #1276478, was opened at 2005-08-30 03:10
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=1276478&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Keyboard support in help browser

Initial Comment:
Help browser is unusable with keyboard.

It's possible to navigate with arrow keys over the
topics in treeview pane, but one has to click with
mouse to display a selected topic, pressing ENTER (or
any other key) has no effect.

I cannot switch between Contents and Search tabs,
switching between the topic and treeview panes is not
possible, tab order seems totally mixed.

Please fix keyboard handling in help browser, don't
force mouse usage, thank you.


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

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

Plugin Bugs item #1276454, was opened at 2005-08-30 11: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=1276454&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: Matthieu Casanova (kpouer)
Assigned to: Nobody/Anonymous (nobody)
Summary: SQL plugin 1.02 bug with Postgres 7.2

Initial Comment:
Hi, there is a bug with and postgres 7.2.4 : 
in the postgresVFS when I have the list of the
databases, if I double click on one of them the plugin
will try to get the schemaname, but it doesn't exists
in postgres 7.2.4
This query fails :
      SELECT DISTINCT schemaname
      FROM pg_tables

After a check the fields of the view pg_tables, the
field schemaname doesn't exists with this version of
postgres.
the existing fields are
tablename
tableowner
hasindexes
hasrules
hastriggers

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

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

Today I've met slava on #jedit on freenode.

He told me that jedit is feature complete and that he only wants some
minor bug fixes/tweaks.
His main reason was that he dosn't want to answer requests in another
language.
Unfortunatelty a Net-split occured and he was gone so I didn't have to
ask him some other questions:
Wether it's possible to prevent people from posting these requests by a
warning when switching to a language other then English. I think that
most not English speakers only would use jEdit because they know another
person who does and who had recommended jEdit before.. So the first way
they would go might be asking this person who does know jEdit well (?)

Which way is best to share this patch with people who would like to
use it?
Add a minor tweak to help file talking about it's unsupported existence?

if you're interested in this patch drop me a mail.

Marc

What do you think about adding feature filtering the activity log?
That would be comfortable..

Another way is grepping the log file.. 

Marc

Bugs item #1254729, was opened at 2005-08-09 07:40
Message generated for change (Comment added) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1254729&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: Closed
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Menu File/Print and File/Page Setup crash

Initial Comment:
If I call Print or Page Setup JEdit crash everytime,
see the attach file.

Environment Windows XP JDK 1.5.0.2

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

>Comment By: Matthieu Casanova (kpouer)
Date: 2005-08-29 23:31

Message:
Logged In: YES 
user_id=285591

that's jvm bug, you should try with the latest jdk 1.5.0_4

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

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

Bugs item #1225930, was opened at 2005-06-23 02:00
Message generated for change (Comment added) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1225930&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: Random segfaults when using jre 5.0.3

Initial Comment:
If I try to use JEdit with java 5.0.3, it crashes from
time to time with SIGSEGV when I try to do something in
the editor (usually clicking with the mouse).

I sent a bug report to Sun, but they suggested I bring
it up here for further investigation:


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

Thank you for submitting a bug using our bug submit page.

Please ask the developers of jEdit to investigate this
issue further.  Since the jEdit appears to trigger this
failure, the developers of jEdit will be able to
examine their product, isolate the cause of the
behavior, and, if necessary, provide us with a detailed
report.

Recently we released J2SE 5.0 Update 3. As there are
many bugs fixed in this release, consider downloading a
free copy at
http://java.sun.com/j2se/1.5.0/download.jsp and
checking if the problem persists.

We greatly appreciate your efforts in identifying areas
in the J2SE where we can improve upon and I would
request you to continue doing so.

Regards,
Nelson

--------------- Previous Messages ----------------


--------------------- Report ---------------------

      category : hotspot
   subcategory : runtime_system
       release : 5.0
          type : bug
      synopsis : JEdit crashed suddenly while I was
editing an html file
 customer name : Karl Stenerud
 customer mail : ka...@we...
        sdn id : 
      language : en
       company : xxx
      hardware : x86
            os : linux
        bug id : 0
  date created : Sun Jun 12 18:58:22 MDT 2005
date evaluated : Wed Jun 22 08:24:50 MDT 2005
   description : 
FULL PRODUCT VERSION :
java version "1.4.2_08"
Java(TM) 2 Runtime Environment, Standard Edition (build
1.4.2_08-b03)
Java HotSpot(TM) Client VM (build 1.4.2_08-b03, mixed mode)


A DESCRIPTION OF THE PROBLEM :
I started editing an html file in JEdit when it crashed
suddenly.
Trying to start jedit again causes it to crash instantly.


ERROR MESSAGES/STACK TRACES THAT OCCUR :
#
# An unexpected error has been detected by HotSpot
Virtual Machine:
#
#  SIGSEGV (0xb) at pc=0x403a0b3f, pid=6798, tid=1075159168
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_03-b07
mixed mode)
# Problematic frame:
# V  [libjvm.so+0x245b3f]
#
# An error report file with more information is saved
as hs_err_pid6798.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#
Aborted

> cat hs_err_pid6784.log
#
# An unexpected error has been detected by HotSpot
Virtual Machine:
#
#  SIGSEGV (0xb) at pc=0x402b9b70, pid=6784, tid=1312062384
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_03-b07
mixed mode)
# Problematic frame:
# V  [libjvm.so+0x15eb70]
#

---------------  T H R E A D  ---------------

Current thread (0x0840d260):  JavaThread
"AWT-EventQueue-0" [_thread_in_vm_trans, id=6795]

siginfo:si_signo=11, si_errno=0, si_code=0,
si_addr=0x00000000

Registers:
EAX=0x408b0000, EBX=0x40496e68, ECX=0x00000ffc,
EDX=0x00000498
ESP=0x4e347488, EBP=0x4e3474d0, ESI=0x0840d260,
EDI=0x4e3474a8
EIP=0x402b9b70, CR2=0x408b0498, EFLAGS=0x00010202

  Top of Stack: (sp=0x4e347488)
0x4e347488:   4e347494 4e3474b4 438b7923 0840d80c
0x4e347498:   0840d260 47945078 47945078 0840d260
0x4e3474a8:   0840d260 438bd721 0840d31c 4e3474e4
0x4e3474b8:   4e3474b8 00000000 4e3474e4 00000003
0x4e3474c8:   47c920eb 0840d260 4e347514 438c380e
0x4e3474d8:   0840d260 4e3474e8 438c37e3 45949fd8
0x4e3474e8:   00000003 00000000 00000001 45949fe0
0x4e3474f8:   4e3474e8 47c920eb 4e347530 47c929d0

Instructions: (pc=0x402b9b70)
0x402b9b60:   00 00 d3 ea 8b 08 8b 83 cc 10 00 00 21 ca
8b 00
0x402b9b70:   c7 04 02 01 00 00 00 e9 7b ff ff ff 8d 74
26 00

Stack: [0x4e2c7000,0x4e348000),  sp=0x4e347488,  free
space=513k
Native frames: (J=compiled Java code, j=interpreted,
Vv=VM code, C=native code)
V  [libjvm.so+0x15eb70]
j
 sun.awt.AWTAutoShutdown.notifyThreadFree(Ljava/lang/Thread;)V+43
j  java.awt.EventQueue.getNextEvent()Ljava/awt/AWTEvent;+85
j
 java.awt.EventDispatchThread.pumpOneEventForHierarchy(ILjava/awt/Component;)Z+9
j
 java.awt.EventDispatchThread.pumpEventsForHierarchy(ILjava/awt/Conditional;Ljava/awt/Component;)V+26
j
 java.awt.EventDispatchThread.pumpEvents(ILjava/awt/Conditional;)V+4
j
 java.awt.EventDispatchThread.pumpEvents(Ljava/awt/Conditional;)V+3
j  java.awt.EventDispatchThread.run()V+9
v  ~StubRoutines::call_stub
V  [libjvm.so+0x16a7dc]
V  [libjvm.so+0x2590d8]
V  [libjvm.so+0x16a035]
V  [libjvm.so+0x16a0ce]
V  [libjvm.so+0x1ceec5]
V  [libjvm.so+0x2b1f03]
V  [libjvm.so+0x259be8]
C  [libpthread.so.0+0x57f3]

Java frames: (J=compiled Java code, j=interpreted,
Vv=VM code)
j
 sun.awt.AWTAutoShutdown.notifyThreadFree(Ljava/lang/Thread;)V+43
j  java.awt.EventQueue.getNextEvent()Ljava/awt/AWTEvent;+85
j
 java.awt.EventDispatchThread.pumpOneEventForHierarchy(ILjava/awt/Component;)Z+9
j
 java.awt.EventDispatchThread.pumpEventsForHierarchy(ILjava/awt/Conditional;Ljava/awt/Component;)V+26
j
 java.awt.EventDispatchThread.pumpEvents(ILjava/awt/Conditional;)V+4
j
 java.awt.EventDispatchThread.pumpEvents(Ljava/awt/Conditional;)V+3
j  java.awt.EventDispatchThread.run()V+9
v  ~StubRoutines::call_stub

---------------  P R O C E S S  ---------------

Java Threads: ( => current thread )
=>0x0840d260 JavaThread "AWT-EventQueue-0"
[_thread_in_vm_trans, id=6795]
  0x0840c558 JavaThread "AWT-Shutdown"
[_thread_blocked, id=6794]
  0x0840a5f8 JavaThread "AWT-XAWT" daemon
[_thread_in_vm, id=6793]
  0x0834dd00 JavaThread "Java2D Disposer" daemon
[_thread_blocked, id=6792]
  0x080c57e8 JavaThread "Low Memory Detector" daemon
[_thread_blocked, id=6790]
  0x080c4338 JavaThread "CompilerThread0" daemon
[_thread_blocked, id=6789]
  0x080c33e8 JavaThread "Signal Dispatcher" daemon
[_thread_blocked, id=6788]
  0x080b9490 JavaThread "Finalizer" daemon
[_thread_blocked, id=6787]
  0x080b7680 JavaThread "Reference Handler" daemon
[_thread_blocked, id=6786]
  0x0805ba90 JavaThread "main" [_thread_blocked, id=6784]

Other Threads:
  0x080b4a50 VMThread [id=6785]
  0x080c6d50 WatcherThread [id=6791]

VM state:synchronizing (normal execution)

VM Mutex/Monitor currently owned by a thread:
 ([mutex/lock_event])
[0x0805ae60/0x0805ae88] Safepoint_lock - owner thread:
0x080b4a50
[0x0805aee0/0x0805af08] Threads_lock - owner thread:
0x080b4a50
[0x0805b6c0/0x0805b6d8] Compile_lock - owner thread:
0x0840a5f8

Heap
 def new generation   total 576K, used 554K
[0x45940000, 0x459e0000, 0x45bb0000)
  eden space 512K,  95% used [0x45940000, 0x459ba9d0,
0x459c0000)
  from space 64K, 100% used [0x459d0000, 0x459e0000,
0x459e0000)
  to   space 64K,   0% used [0x459c0000, 0x459c0000,
0x459d0000)
 tenured generation   total 1408K, used 255K
[0x45bb0000, 0x45d10000, 0x47940000)
   the space 1408K,  18% used [0x45bb0000, 0x45beff10,
0x45bf0000, 0x45d10000)
 compacting perm gen  total 8192K, used 4415K
[0x47940000, 0x48140000, 0x4b940000)
   the space 8192K,  53% used [0x47940000, 0x47d8fe58,
0x47d90000, 0x48140000)
No shared spaces configured.

Dynamic libraries:
08048000-08056000 r-xp 00000000 03:07 208991    
/home/karl/.custom/installs/jdk1.5.0_03/bin/java
08056000-08058000 rwxp 0000e000 03:07 208991    
/home/karl/.custom/installs/jdk1.5.0_03/bin/java
08058000-08426000 rwxp 08058000 00:00 0
40000000-40016000 r-xp 00000000 03:07 15127    
 /lib/ld-2.3.3.so
40016000-40018000 rwxp 00015000 03:07 15127    
 /lib/ld-2.3.3.so
4002d000-4002e000 rwxp 4002d000 00:00 0
4002e000-4003c000 r-xp 00000000 03:07 15155    
 /lib/tls/libpthread.so.0
4003c000-4003e000 rwxp 0000d000 03:07 15155    
 /lib/tls/libpthread.so.0
4003e000-40040000 rwxp 4003e000 00:00 0
40040000-40042000 r-xp 00000000 03:07 15136    
 /lib/libdl.so.2
40042000-40044000 rwxp 00001000 03:07 15136    
 /lib/libdl.so.2
40044000-40153000 r-xp 00000000 03:07 15153    
 /lib/tls/libc.so.6
40153000-40154000 ---p 0010f000 03:07 15153    
 /lib/tls/libc.so.6
40154000-40155000 r-xp 0010f000 03:07 15153    
 /lib/tls/libc.so.6
40155000-40158000 rwxp 00110000 03:07 15153    
 /lib/tls/libc.so.6
40158000-4015b000 rwxp 40158000 00:00 0
4015b000-4047c000 r-xp 00000000 03:07 208352    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/client/libjvm.so
4047c000-4049a000 rwxp 00320000 03:07 208352    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/client/libjvm.so
4049a000-408af000 rwxp 4049a000 00:00 0
408af000-408b0000 ---p 408af000 00:00 0
408b0000-408b1000 rwxp 408b0000 00:00 0
408b1000-408b7000 r-xp 00000000 03:07 208346    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/native_threads/libhpi.so
408b7000-408b8000 rwxp 00006000 03:07 208346    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/native_threads/libhpi.so
408c4000-408e5000 r-xp 00000000 03:07 15154    
 /lib/tls/libm.so.6
408e5000-408e7000 rwxp 00020000 03:07 15154    
 /lib/tls/libm.so.6
408fc000-4090e000 r-xp 00000000 03:07 15139    
 /lib/libnsl.so.1
4090e000-40910000 rwxp 00011000 03:07 15139    
 /lib/libnsl.so.1
40910000-40912000 rwxp 40910000 00:00 0
40912000-40947000 r-xs 00000000 03:07 69069    
 /var/run/nscd/passwd
40947000-4094f000 rwxs 00000000 03:07 271914    
/tmp/hsperfdata_karl/6784
4094f000-4095a000 r-xp 00000000 03:07 208358    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/libverify.so
4095a000-4095b000 rwxp 0000b000 03:07 208358    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/libverify.so
4095b000-4097c000 r-xp 00000000 03:07 208359    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/libjava.so
4097c000-4097e000 rwxp 00020000 03:07 208359    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/libjava.so
4097e000-40991000 r-xp 00000000 03:07 208361    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/libzip.so
40991000-40993000 rwxp 00012000 03:07 208361    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/libzip.so
40993000-42f76000 r-xs 00000000 03:07 208985    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/rt.jar
42f76000-42fdf000 rwxp 42f76000 00:00 0
42fdf000-43066000 r-xs 00000000 03:07 208906    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/jsse.jar
43066000-4307a000 r-xs 00000000 03:07 208402    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/jce.jar
4307a000-438b5000 r-xs 00000000 03:07 208963    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/charsets.jar
438b5000-4396d000 rwxp 438b5000 00:00 0
4396d000-458b5000 rwxp 4396d000 00:00 0
458b5000-458b8000 rwxp 458b5000 00:00 0
458b8000-45935000 rwxp 458b8000 00:00 0
45940000-459e0000 rwxp 45940000 00:00 0
459e0000-45bb0000 rwxp 459e0000 00:00 0
45bb0000-45d10000 rwxp 45bb0000 00:00 0
45d10000-47940000 rwxp 45d10000 00:00 0
47940000-48140000 rwxp 47940000 00:00 0
48140000-4d540000 rwxp 48140000 00:00 0
4d540000-4d542000 rwxp 4d540000 00:00 0
4d542000-4d550000 rwxp 4d542000 00:00 0
4d550000-4d554000 rwxp 4d550000 00:00 0
4d554000-4d57a000 rwxp 4d554000 00:00 0
4d57a000-4d57c000 rwxp 4d57a000 00:00 0
4d57c000-4d58a000 rwxp 4d57c000 00:00 0
4d58a000-4d58f000 rwxp 4d58a000 00:00 0
4d58f000-4d5ab000 rwxp 4d58f000 00:00 0
4d5ab000-4d5ac000 ---p 4d5ab000 00:00 0
4d5ac000-4d62c000 rwxp 4d5ac000 00:00 0
4d62c000-4d62f000 ---p 4d62c000 00:00 0
4d62f000-4d6ad000 rwxp 4d62f000 00:00 0
4d6ad000-4d6b0000 ---p 4d6ad000 00:00 0
4d6b0000-4d72e000 rwxp 4d6b0000 00:00 0
4d72e000-4d761000 r-xp 00000000 03:07 18479    
 /usr/lib/locale/en_US.utf8/LC_CTYPE
4d761000-4d767000 r-xs 00000000 03:07 15849    
 /usr/lib/gconv/gconv-modules.cache
4d767000-4d76a000 ---p 4d767000 00:00 0
4d76a000-4d7e8000 rwxp 4d76a000 00:00 0
4d7e8000-4d7eb000 ---p 4d7e8000 00:00 0
4d7eb000-4d869000 rwxp 4d7eb000 00:00 0
4d869000-4d86c000 ---p 4d869000 00:00 0
4d86c000-4d8ea000 rwxp 4d86c000 00:00 0
4d8ea000-4d8eb000 ---p 4d8ea000 00:00 0
4d8eb000-4d96b000 rwxp 4d8eb000 00:00 0
4d96b000-4dafe000 r-xs 00000000 03:07 216655    
/home/karl/.custom/installs/jedit-4.2/jedit.jar
4dafe000-4db00000 r-xs 00000000 03:07 208400    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/ext/dnsns.jar
4db00000-4db2b000 r-xs 00000000 03:07 208399    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/ext/sunpkcs11.jar
4db2b000-4db51000 r-xs 00000000 03:07 208398    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/ext/sunjce_provider.jar
4db51000-4dc15000 r-xs 00000000 03:07 208964    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/ext/localedata.jar
4dc15000-4dda8000 r-xs 00000000 03:07 216655    
/home/karl/.custom/installs/jedit-4.2/jedit.jar
4dda8000-4ddbc000 r-xp 00000000 03:07 208364    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/libnet.so
4ddbc000-4ddbd000 rwxp 00013000 03:07 208364    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/libnet.so
4ddd2000-4ddda000 r-xp 00000000 03:07 15142    
 /lib/libnss_files.so.2
4ddda000-4dddc000 rwxp 00007000 03:07 15142    
 /lib/libnss_files.so.2
4dddc000-4de51000 r-xp 00000000 03:07 208372    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/libawt.so
4de51000-4de57000 rwxp 00074000 03:07 208372    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/libawt.so
4de57000-4de7b000 rwxp 4de57000 00:00 0
4de7b000-4df41000 r-xp 00000000 03:07 208371    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/libmlib_image.so
4df41000-4df42000 rwxp 000c5000 03:07 208371    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/libmlib_image.so
4df42000-4df78000 r-xp 00000000 03:07 208376    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/xawt/libmawt.so
4df78000-4df7b000 rwxp 00035000 03:07 208376    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/xawt/libmawt.so
4df7b000-4df7c000 rwxp 4df7b000 00:00 0
4df91000-4df9e000 r-xp 00000000 03:07 20356    
 /usr/X11R6/lib/libXext.so.6.4
4df9e000-4df9f000 rwxp 0000d000 03:07 20356    
 /usr/X11R6/lib/libXext.so.6.4
4df9f000-4e097000 r-xp 00000000 03:07 20341    
 /usr/X11R6/lib/libX11.so.6.2
4e097000-4e09b000 rwxp 000f7000 03:07 20341    
 /usr/X11R6/lib/libX11.so.6.2
4e09b000-4e10e000 r-xp 00000000 03:07 208381    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/libfontmanager.so
4e10e000-4e118000 rwxp 00073000 03:07 208381    
/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/libfontmanager.so
4e118000-4e11c000 rwxp 4e118000 00:00 0
4e11c000-4e11f000 ---p 4e11c000 00:00 0
4e11f000-4e19d000 rwxp 4e11f000 00:00 0
4e19d000-4e19e000 r-xp 00000000 03:07 166187    
/usr/X11R6/lib/X11/locale/lib/common/xlcUTF8Load.so.2
4e19e000-4e19f000 rwxp 00000000 03:07 166187    
/usr/X11R6/lib/X11/locale/lib/common/xlcUTF8Load.so.2
4e1b4000-4e1bc000 r-xp 00000000 03:07 20352    
 /usr/X11R6/lib/libXcursor.so.1.0.2
4e1bc000-4e1bd000 rwxp 00007000 03:07 20352    
 /usr/X11R6/lib/libXcursor.so.1.0.2
4e1bd000-4e1c4000 r-xp 00000000 03:07 62423    
 /usr/X11R6/lib/libXrender.so.1.2.2
4e1c4000-4e1c5000 rwxp 00006000 03:07 62423    
 /usr/X11R6/lib/libXrender.so.1.2.2
4e1c5000-4e1c8000 ---p 4e1c5000 00:00 0
4e1c8000-4e246000 rwxp 4e1c8000 00:00 0
4e246000-4e249000 ---p 4e246000 00:00 0
4e249000-4e2c7000 rwxp 4e249000 00:00 0
4e2c7000-4e2ca000 ---p 4e2c7000 00:00 0
4e2ca000-4e348000 rwxp 4e2ca000 00:00 0
4e400000-4e421000 rwxp 4e400000 00:00 0
4e421000-4e500000 ---p 4e421000 00:00 0
bfe00000-bfe03000 ---p bfe00000 00:00 0
bfe03000-c0000000 rwxp bfe03000 00:00 0
ffffe000-fffff000 ---p 00000000 00:00 0

VM Arguments:
jvm_args: -Xmx32m
java_command: /home/karl/.custom/jedit/jedit.jar

Environment Variables:
JAVA_HOME=/home/karl/.custom/jdk5
JRE_HOME=/home/karl/.custom/jdk
PATH=/home/karl/bin:/home/karl/.custom/jdk/bin:/home/karl/.custom/ant/bin:/home/karl/bin:/home/karl/.custom/jdk/bin:/home/karl/.custom/ant/bin:/home/karl/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin
LD_LIBRARY_PATH=/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386/client:/home/karl/.custom/installs/jdk1.5.0_03/jre/lib/i386:/home/karl/.custom/installs/jdk1.5.0_03/jre/../lib/i386
SHELL=/bin/bash
DISPLAY=:0.0
HOSTTYPE=i386
OSTYPE=linux
MACHTYPE=i686-suse-linux


---------------  S Y S T E M  ---------------

OS:SuSE Linux 9.2 (i586)
VERSION = 9.2

uname:Linux 2.6.8-24.14-smp #1 SMP Tue Mar 29 09:27:43
UTC 2005 i686
libc:glibc 2.3.3 NPTL 2.3.3
rlimit: STACK infinity, CORE 0k, NPROC 4027, NOFILE
1024, AS infinity
load average:0.27 0.12 0.11

CPU:total 2 family 15, cmov, cx8, fxsr, mmx, sse, sse2, ht

Memory: 4k page, physical 506016k(37076k free), swap
1028120k(979492k free)

vm_info: Java HotSpot(TM) Client VM (1.5.0_03-b07) for
linux-x86, built on Apr 13 2005 03:17:07 by java_re
with gcc 3.2.1-7a (J2SE release)


APPLET URL OR APPLICATION NAME:
JEdit 4.2


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

>Comment By: Matthieu Casanova (kpouer)
Date: 2005-08-29 23:24

Message:
Logged In: YES 
user_id=285591

jvm bug the only thing to do is that you find a way to
reproduce it (using jvm 1.5.0 update 4 since it was released)

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

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

Bugs item #1200672, was opened at 2005-05-12 15:56
Message generated for change (Comment added) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1200672&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: A BeanShell Error Ocurred ---Upon trying to open new window

Initial Comment:


-------------------------
java.lang.RuntimeException: Non-Java exception raised,
not handled! (Original problem: *** -[NSCFArray
objectAtIndex:]: index (1) beyond bounds (1))
	at
apple.awt.CGraphicsConfig.getBoundsForDisplay(Native
Method)
	at
apple.awt.CGraphicsConfig.getBounds(CGraphicsConfig.java:85)
	at
org.gjt.sp.jedit.OperatingSystem.getScreenBounds(OperatingSystem.java:100)
	at
org.gjt.sp.jedit.GUIUtilities.adjustForScreenBounds(GUIUtilities.java:969)
	at
org.gjt.sp.jedit.GUIUtilities.loadGeometry(GUIUtilities.java:948)
	at
org.gjt.sp.jedit.search.SearchDialog.<init>(SearchDialog.java:302)
	at
org.gjt.sp.jedit.search.SearchDialog.preloadSearchDialog(SearchDialog.java:77)
	at org.gjt.sp.jedit.View.<init>(View.java:1219)
	at org.gjt.sp.jedit.jEdit.newView(jEdit.java:2141)
	at org.gjt.sp.jedit.jEdit.newView(jEdit.java:2117)
	at org.gjt.sp.jedit.jEdit.newView(jEdit.java:2086)
	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:324)
	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.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.jEdit$3.invokeAction(jEdit.java:2910)
	at
org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java:216)
	at
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1819)
	at
javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractButton.java:1872)
	at
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:420)
	at
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:258)
	at
javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:247)
	at
java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:231)
	at
java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:231)
	at
java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:231)
	at
java.awt.Component.processMouseEvent(Component.java:5166)
	at java.awt.Component.processEvent(Component.java:4963)
	at java.awt.Container.processEvent(Container.java:1613)
	at
java.awt.Component.dispatchEventImpl(Component.java:3681)
	at
java.awt.Container.dispatchEventImpl(Container.java:1671)
	at java.awt.Component.dispatchEvent(Component.java:3543)
	at
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:3527)
	at
java.awt.LightweightDispatcher.processMouseEvent(Container.java:3242)
	at
java.awt.LightweightDispatcher.dispatchEvent(Container.java:3172)
	at
java.awt.Container.dispatchEventImpl(Container.java:1657)
	at java.awt.Window.dispatchEventImpl(Window.java:1606)
	at java.awt.Component.dispatchEvent(Component.java:3543)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:456)
	at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:234)
	at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:184)
	at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:178)
	at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:170)
	at
java.awt.EventDispatchThread.run(EventDispatchThread.java:100)


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

>Comment By: Matthieu Casanova (kpouer)
Date: 2005-08-29 23:22

Message:
Logged In: YES 
user_id=285591

seems to be apple bug

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

Comment By: Paul Libbrecht (polx)
Date: 2005-05-13 09:09

Message:
Logged In: YES 
user_id=647450

I also encountered this... it happens when trying to open pop-ups after a 
change of IP address and is certainly a bug of the JVM. 
Have you tried filing a bug at http://developer.apple.com/bugreporter/ ?

My only solution for now is to restart jEdit which is ok since changing IP 
address is not that often...

paul

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

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

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

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

Initial Comment:
When using jedit in Linux no special Lithuanian
charachters can be typed. Same behavior observed with
many different linux installations.

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

>Comment By: Matthieu Casanova (kpouer)
Date: 2005-08-29 23:04

Message:
Logged In: YES 
user_id=285591

Hi, could you give examples of such characters ? is it
reproductible only on linux or on Windows too ?

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

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

> Way to go, Marc!  This is just the sort of practical solution I'd love to 
> offer my clients.  I hope the "powers that be" find some time to have a look 
> at your work.
Hearing that feels really good ;-)

I've got a new working patch.
Just download the java4.3pre2 source. cd into jEdit and run 
   cd jEdit
   patch -p1 < difffile
   # create the jedit.jar file: (there are some warnings.. Hopefully
   # you'll see BUILD SUCCESFUL!!
   ant dist
   java -jar jedit.jar
This one contains my translation. It's quick and dirty so feel free to
correct some bad phrases.. ;)

Is it ok to add it as attachement? It's about 26k.

There are some other issues concerning short-cuts (clashes between the
buffer text area and menu and so on..)

But there are some issues. Umlaute ae, ue, oe ss aren't shown correctly,
yet and the translated property file of QuickNotepad isn't read, yet.. 

I have to do some more research.

Marc

On Monday 29 August 2005 05:21 am, Marc Weber wrote:
> Hi. I know a person which doesn't know any English. I want her to use
> jEdit with LilyPondTool because I couldn't find anything comparable.
> 
> So I tried to implement some simple kind of language support for jEdit.
> 

Way to go, Marc!  This is just the sort of practical solution I'd love to 
offer my clients.  I hope the "powers that be" find some time to have a look 
at your work.

Andy

Bugs item #1275607, was opened at 2005-08-29 12:27
Message generated for change (Comment added) made by mediumnet
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1275607&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: search and replace
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Xuan Baldauf (mediumnet)
Assigned to: Nobody/Anonymous (nobody)
Summary: "find" field does not always receive focus

Initial Comment:
On Linux (unlike on Windows) using JVM

java version "1.5.0_04"
Java(TM) 2 Runtime Environment, Standard Edition (build
1.5.0_04-b05)
Java HotSpot(TM) Client VM (build 1.5.0_04-b05, mixed
mode, sharing)


, when trying to search, the focus is not always at the
"find" field (the field where the text to be searched
is to be entered). There is an about 50% chance to get
the focus.

Expected behaviour is: There should be a 100% chance to
get the focus.

This bug is reproducible.



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

>Comment By: Xuan Baldauf (mediumnet)
Date: 2005-08-29 12:32

Message:
Logged In: YES 
user_id=506885

And here is a patch to work around the problem. Please apply.


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

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

Bugs item #1275607, was opened at 2005-08-29 12:27
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=1275607&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: search and replace
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Xuan Baldauf (mediumnet)
Assigned to: Nobody/Anonymous (nobody)
Summary: "find" field does not always receive focus

Initial Comment:
On Linux (unlike on Windows) using JVM

java version "1.5.0_04"
Java(TM) 2 Runtime Environment, Standard Edition (build
1.5.0_04-b05)
Java HotSpot(TM) Client VM (build 1.5.0_04-b05, mixed
mode, sharing)


, when trying to search, the focus is not always at the
"find" field (the field where the text to be searched
is to be entered). There is an about 50% chance to get
the focus.

Expected behaviour is: There should be a 100% chance to
get the focus.

This bug is reproducible.



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

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

Hi. I know a person which doesn't know any English. I want her to use
jEdit with LilyPondTool because I couldn't find anything comparable.

So I tried to implement some simple kind of language support for jEdit.

All you have to do is translate jedit_gui.props and put it into a new
created jedit-directory/translation/jedit_gui_props.<li> (li is language
identifier)

Translating plugins is easy as this, too. Just translate, rename and put
it into the .jar file.

The General Option pane has got a new option (you know it already:
language)

My design goals were:
Should change too much of the core because of many already discussed
problems (you don't want to wait for translators, you can't translate
everything because you can't find people who want to do that and so on).
So This enhancement works this way: It load the translated property
files after to original ones to override the settings. If you add new
features: No problem: Then everything is translated but those.. ;)
It's not perfect but it works quite well.

In short the changes I've made to the source of jEditpre4.3 source form
sourceforge are:


  Changes made to support Plugins:
    Problem: every .props file is loaded by jEdit. Because this language
    extension should (must) be compatible with other jEdit versions I've
    decided to just rename the property files from name.props to
    name_props.<language-identifier> where language-identifier is "de" for
    German or fr for French and so on. This way the translated property files
    are simply ignored by standard jEdit.
      generateCache() changed to add a property "selectedLanguage" to be able to
	recognize the need of reloading cache due to language change
	and loop added to find translation files to override original settings
      init() member changed to only use cache if cache was created with same
      language setting.


org/gjt/sp/jedit/options/GeneralOptionPane.java:
  added private member selectedLanguage,
  added code to create and read/save this option.
  Here you can specify the language specifier (e.g "de" for German)
org/gjt/sp/jedit/jedit_gui.props:
  added option options.general.selectLanguage
org/gjt/sp/jedit/jedit_gui.props:
  added option selectedLanguage=
org/gjt/sp/jedit/jEdit.java:
  Problem: translated properties should be loaded directly after original
  properties, but therefor user properties have to be loaded first because
  they contain the selected language. So the changes are:
  So the new initialization order is: (I hope I don't break any other things,
  here)
		initSystemProperties();
		initUserProperties();
		GUIUtilities.advanceSplashProgress();
		loadTranslatedSystemProperties();
  member loadTranslatedSystemProperties added which just loads a
  jedit-direcotory/translation/jedit_gui_props.<language identifier>
  file to override the original properties.

I've tried to create a patch.
I had these directories:
jEdit and jEditoriginal
The command I've run was
 diff -r -X excludefromdiff jEditoriginal jEdit > languagePatchForJedit4.3pre2source
If you are interested or if you can tell me how to create a better diff
I would appreciate it.

If you are interested in the almost finished German translation drop me
a mail.

Marc

begin Marcelo Vanzin quotation:
> Since I got permission from Slava to commit changes to the core (thanks
> Slava!), I committed my patch to fix this issue. My version, while
> almost exactly equal, doesn't print an error message when UTF-16 is
> defined as the encoding (it's a valid encoding and the user can choose it).

Cool. I was going to point out that UTF-16 without a BOM is indeed valid
and used (it came up last time someone mentioned UTF-16 on the list).

-md

Bugs item #1029140, was opened at 2004-09-16 06:38
Message generated for change (Comment added) made by vanza
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1029140&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Axel Niedenhoff (anieden)
Assigned to: Nobody/Anonymous (nobody)
Summary: UTF-16 files

Initial Comment:
Hello, all!

In jEdit 4.2, I have problems with handling UTF-16 files:

1. When I open a file that is encoded in UTF-16
little-endian (with byte-order mark). When I save that
file, it gets saved as big-endian (with byte-order
mark). But usually, I do not want to change the
endianness of the file.

2. Is there a way to produce a new file in UTF-16
little-endian with byte-order mark? The UTF-16
encodings that allow me to specify the endianness
(LE/BE) do not produce the byte-order mark.

I'm using Sun JRE 1.4.2.

Kind regards,    Axel                       <><

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

>Comment By: Marcelo Vanzin (vanza)
Date: 2005-08-27 00:31

Message:
Logged In: YES 
user_id=75113

Fixed in 4.3 CVS.

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

Comment By: Slava Pestov (spestov)
Date: 2004-09-21 11:19

Message:
Logged In: YES 
user_id=2280

It seems not. jEdit just uses Java's encodings, so you are
stuck with their limitations.

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

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

Bugs item #1067895, was opened at 2004-11-17 03:31
Message generated for change (Comment added) made by vanza
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1067895&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: Closed
>Resolution: Fixed
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

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

>Comment By: Marcelo Vanzin (vanza)
Date: 2005-08-27 00:31

Message:
Logged In: YES 
user_id=75113

Fixed in 4.3 CVS.

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

Comment By: Slava Pestov (spestov)
Date: 2004-11-18 21:02

Message:
Logged In: YES 
user_id=2280

RTFM.

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

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