jedit-devel Mailing List for jEdit

Much better! Now i can run python interactive help() inside jedit's
console, and also gdb. Thanks again!

--alan


On 1/30/07, va...@us... <va...@us...> wrote:
> Revision: 8820
>           http://svn.sourceforge.net/jedit/?rev=8820&view=rev
> Author:   vanza
> Date:     2007-01-30 22:21:39 -0800 (Tue, 30 Jan 2007)
>
> Log Message:
> -----------
> now yes, a proper fix to the jerkiness problem in Console's output that doesn't break applications that sometimes don't write full lines (e.g., a prompt in an interactive app). To try out the improvement, run "gdb" and type "help" and see it scroll. Or run ant on a project that prints a lot of stuff.
>
> Modified Paths:
> --------------
>     plugins/Console/trunk/console/StreamThread.java
>
> Modified: plugins/Console/trunk/console/StreamThread.java
> ===================================================================
> --- plugins/Console/trunk/console/StreamThread.java     2007-01-30 21:51:05 UTC (rev 8819)
> +++ plugins/Console/trunk/console/StreamThread.java     2007-01-31 06:21:39 UTC (rev 8820)
> @@ -90,29 +90,35 @@
>                 try
>                 {
>                         StringBuilder lb = new StringBuilder();
> -                       do
> +                       char[] input = new char[1024];
> +                       int written = 0;
> +                       while (!aborted)
>                         {
> -                               int dat = isr.read();
> -                               if(dat == -1 || aborted) break;
> +                               int read = isr.read(input, 0, input.length);
> +                               if (read == -1 || aborted) break;
> +                               for (int i = 0; i < read; i++)
> +                               {
> +                                       char c = input[i];
> +                                       if (oldchar != '\r' || c != '\n')
> +                                       {
> +                                               lb.append(c);
> +                                       }
> +                                       if((c == '\n' && oldchar != '\r') || c == '\r')
> +                                       {
>
> -                               char c = (char)dat;
> -
> -                               if((c == '\n' && oldchar != '\r') || c == '\r')
> +                                               process(lb, output, written);
> +                                               written = 0;
> +                                       }
> +                                       oldchar = c;
> +                               }
> +                               if (lb.length() > 0)
>                                 {
> -                                       String _line = lb.toString();
> -                                       copt.processLine(_line);
> -                                       int length = _line.length();
> -                                       output.setAttrs(length, ConsolePane.colorAttributes(copt.getColor()));
> -                                       lb = new StringBuilder();
> +                                       process(lb, output, written);
> +                                       written = lb.length();
>                                 }
>
> -                               if(c != '\r')
> -                               {
> -                                       if(c != '\n') lb.append(c);
> -                                       output.writeAttrs(null, "" + c);
> -                               }
> -                               oldchar = c;
> -                       } while (!aborted);
> +                       }
> +
>                 }
>                 catch (Exception e)
>                 {
> @@ -151,5 +157,40 @@
>                 aborted = true;
>                 interrupt();
>         } // }}}
> +
> +       // {{{ process() method
> +       private void process(StringBuilder buf, Output output, int written)
> +       {
> +               assert (buf != null && buf.length() > 0) : "buffer is empty";
> +               String _line = buf.toString();
> +               int length = _line.length();
> +               int end = length;
> +
> +               // we need to write the line break to the output, but we
> +               // can't pass it to the "processLine()" method or the
> +               // regexps won't recognize anything.
> +               if (_line.charAt(length -1) == '\n' || _line.charAt(length -1) == '\r')
> +               {
> +                       end--;
> +               }
> +
> +               if (end == length)
> +               {
> +                       copt.processLine(_line);
> +               }
> +               else
> +               {
> +                       copt.processLine(_line.substring(0, end));
> +               }
> +
> +               output.writeAttrs(null, _line.substring(written));
> +               output.setAttrs(end, ConsolePane.colorAttributes(copt.getColor()));
> +               if (end != length)
> +               {
> +                       // empty the buffer if we've read a line.
> +                       buf.setLength(0);
> +               }
> +       } //}}}
> +
>  } // }}}
>
>
>
> This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> jEdit-CVS mailing list
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-cvs
>

Patches item #1649033, was opened at 2007-02-01 01:47
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1649033&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
Private: No
Submitted By: Kazutoshi Satoda (k_satoda)
Assigned to: Nobody/Anonymous (nobody)
Summary: Correct the focus after choosing the directory to search

Initial Comment:
After choosing the directory to search via [Choose...]
button in [Search And Replace] dialog, the view is
focused and [Search And Replace] dialog becomes
inactive. I can't find the way to set focus back using
keyboard. So I'm forced to use the mouse. Keyboard
shortcut for action 'find' brings [Search And Replace]
dialog up. But then, all settings are reset.

This patch will solve the above problem. I would like
to work with less use of the mouse, don't you?

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

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

Bugs item #1648955, was opened at 2007-01-31 16:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1648955&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: severe bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: mathias_tx (mathias_tx)
Assigned to: Nobody/Anonymous (nobody)
Summary: Freeze with big regex

Initial Comment:
Hi,
I searched for the following regex in a file.

---sart regex----
( {3}|LU6)(   |CVT|PCT).{3}(I|C).{6}.{6}.{11}(A|B|C)(A|D).{11}(A|B|C).{12}I.{3}(P|T)\d{15},\d{3}\d{6},\d{8}000001,000000.{1}.{16}EUR\d{4}(0[1-9]|1[0-2])(0[1-9]|[1-2][0-9]|3[0-1]).{6}\d{4}(0[1-9]|1[0-2])(0[1-9]|[1-2][0-9]|3[0-1]).{8}( {8}|\d{2},\d{5}).{10}.{8}.{6}.{11}.{1}.{11}.{1}.{2}.{4}.{35}.{11}.{1}.{10}( |E|C)(T|P).{10}(C|E)(F|C| )(E|C|N| ).{1}.{16}.{2}.{14}.{8}( {15}|\d{6},\d{8})(E|C|N| )( {13}|\d{6},\d{6})( {8}|\d{2},\d{5})( {8}|\d{4}(0[1-9]|1[0-2])(0[1-9]|[1-2][0-9]|3[0-1]))( {8}|\d{4}(0[1-9]|1[0-2])(0[1-9]|[1-2][0-9]|3[0-1])).{61}
---end regex---


jEdit takes 100% CPU forever, I have to kill it.

jEdit 4.3pre9, jdk 1.5.0_11, windows XP.

regards,
Mathias

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

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

Plugin Bugs item #1590239, was opened at 2006-11-03 23:44
Message generated for change (Comment added) made by murkles
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1590239&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: 7
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Mark Wickens (murkles)
Summary: JDiff: Window Scrolling is screwed up by softwrapped lines.

Initial Comment:
After fixing the TextArea vs JEditTextArea related compiler errors in JDiff, I noticed that the right hand side seems to be one screen further down than the left side, and so I can't really see what it is comparing side-by-side anymore.



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

>Comment By: Mark Wickens (murkles)
Date: 2007-01-31 10:28

Message:
Logged In: YES 
user_id=248701
Originator: NO

Yes, you are right, sorry, this is still a problem...

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

Comment By: Alan Ezust (ezust)
Date: 2006-12-14 04:19

Message:
Logged In: YES 
user_id=935841
Originator: YES

true. i released jdiff plugin 1.5.1, which contains a small bugfix for
working with jedit 4.3pre8. but it still exhibits the behavior
(accumulation of off-by-1 errors for wrapped lines when the two panes
aren't exactly the same width, and you have soft wrap). Are you saying you
don't see this behavior with 1.5.1?





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

Comment By: Mark Wickens (murkles)
Date: 2006-11-15 08:03

Message:
Logged In: YES 
user_id=248701
Originator: NO

Looks like someone's beaten me to it - see 

http://plugins.jedit.org/plugins/?JDiffPlugin
http://prdownloads.sourceforge.net/jedit-plugins/JDiffPlugin-1.5.1.zip

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

Comment By: Mark Wickens (murkles)
Date: 2006-11-15 07:53

Message:
Logged In: YES 
user_id=248701
Originator: NO

I'll have a look at this...

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

Comment By: Alan Ezust (ezust)
Date: 2006-11-08 06:37

Message:
Logged In: YES 
user_id=935841

Any volunteers to look at this?

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

Comment By: Alan Ezust (ezust)
Date: 2006-11-03 23:51

Message:
Logged In: YES 
user_id=935841

This bug seems to be related to soft-wrap - either side has wrapped lines,
the line count seems to be off.



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

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

Bugs item #1648497, was opened at 2007-01-31 07:29
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=1648497&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
Private: No
Submitted By: Peter Allin (peterallin)
Assigned to: Nobody/Anonymous (nobody)
Summary: Failing screen updated on high editor window

Initial Comment:
I'm using jEdit in a dual monitor setup. Sometimes I rotate one of the monitors in order to use jEdit in a high window.

When I maximise the window I get some problems with the update of the display. For example the red floppy disk icon, that indicates a dirty buffer, isn't drawn when I change something in the buffer. If I click on the buffer name that part of the screen is updated and the icon appears. There's also some problems with the screen update in the textarea itself.

If I un-minimize the window the problem goes away. If I resize it the problem comes back when I make the window too high. I don't know the exact number of pixels, but when the window height takes about 90% of the screen height the problem appears.

If I split the window into two views (ie. presses C+2) the problems doesn't occur.

My setup:

 - Windows XP
 - jEdit 4.2final
 - Java: Sun JVM 1.5.0_09-b03
 - 2 1280*1024 monitors, one of which is rotated (the problem is on the rotated one)
 - Graphics hardware is an NVIDIA Quadro FX3450/4000 SDI (the screen rotation is handled by the NVRotate feature of the driver for this card)



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

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

Hello all. Can't seem to commit to SVN (first time trying). Do I need to be=
 =
added to some access control list=3F If so, I need access to =
plugins/ShortcutSaver, plugins/MacroManager and I'd like to create a new =
plugin as well.<br><br>user name: carmine<br><br>Thanks,<br>Carmine<br><br>
---------------------------------------------------------------------------=
---
This email is confidential.=20
If you are not the intended recipient, please notify
the sender by return email and delete this message
=66rom your mail box without reading or copying it or=20
any attachments. While Lombard Canada Ltd. runs=20
anti-virus software on all servers and all PCs, it
cannot be held responsible for any infected files that
you may receive. Lombard Canada Ltd. advises all
recipients to virus scan any file attachments.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D

Bugs item #1013608, was opened at 2004-08-22 02:41
Message generated for change (Comment added) made by rschwenn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1013608&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: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: dbareis (dbareis)
Assigned to: Nobody/Anonymous (nobody)
Summary: Highlight Current Line - Doesn't always

Initial Comment:
Hi,

I'm using 4.2 PRE 14.

If I use the find dialog to search for something the 
matching line is not highlighted making it at times very 
hard to locate where the match is (small strings etc).

If I then exit the dialog the line is STILL unhighlighted.

If I then press any key (such as right arrow) the line 
becomes highlighted.

Bye,
Dennis

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

>Comment By: Robert Schwenn (rschwenn)
Date: 2007-01-31 00:46

Message:
Logged In: YES 
user_id=1486645
Originator: NO

Windows XP SP2
SUN JRE 1.5.0_10-b03
jEdit 4.3pre9

As of 4.3preX, when there is a single selection inbetween one line, the
line is highlithed.

In all other cases of selections the line that contains the caret is not
highlighted - but the number of this line in the gutter is highlighted. 

May be it was be nice to see the line with the caret highlited in every
case. 
But is this a bug? -> Setting status to pending.


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

Comment By: dbareis (dbareis)
Date: 2004-08-25 09:52

Message:
Logged In: YES 
user_id=253196

OK, fair enough, but 2 points:

1. Why? I'd always like to know where I am. The highlighting 
would start and stop where the mark is. The highlighing could 
go into the line number info I have on the left. I'd be happy if 
only the line column (whatever its called!) were highlighted.

2. At least during find I'd expect the highlighting to occur. 

The whole point of highlighting is that it is too hard to 
workout where the current position is otherwise. Between the 
highlight and the excelent ruler functionality I normaly don't 
have an issue. If I was searching for long strings again it 
would be relatively easy to spot, try looking for a semicolon or 
other small string.

Bye,
dennis

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

Comment By: Slava Pestov (spestov)
Date: 2004-08-24 20:40

Message:
Logged In: YES 
user_id=2280

Line highlight is not shown if there is a selection.

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

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

Bugs item #979086, was opened at 2004-06-24 18:46
Message generated for change (Comment added) made by rschwenn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=979086&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: installer
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Brant Gurganus (brantgurga)
Assigned to: Nobody/Anonymous (nobody)
Summary: installation is allowed with blank path

Initial Comment:
jEdit 4.2pre14 installation is allowed despite a blank
path.  This results in installation to the root of my
drive without explicitly telling jEdit's installer to
put jEdit there.

Procedure:
1. Start installer.
2. On the installation location page, make the path
field blank.
3. Click Next.

Expected Results:
Continuance should be disallowed until the path
enterred is valid and present.

Actual Results:
The wizard allows me to continue.

Further Details:
If the wizard is completed, jEdit gets installed to my
drive's root.  This was discovered while creating the
Omit Path test in the TestMatrix on the wiki:
http://community.jedit.org/cgi-bin/TWiki/view/Main/TestMatrix.

OS: Windows 2000
JVM: Sun's Java2 Runtime Environment 1.4.2_04

The place where this can most likely be fixed is in
SwingInstall.java or InstallThread.java.  I would
recommend using an InputVerifier on the JTextField.

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

>Comment By: Robert Schwenn (rschwenn)
Date: 2007-01-31 00:15

Message:
Logged In: YES 
user_id=1486645
Originator: NO

Windows XP SP2
SUN JRE 1.5.0_10-b03
jEdit 4.3pre9

This bug occurs only in the java based installer.

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

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

Bugs item #917669, was opened at 2004-03-16 23:40
Message generated for change (Comment added) made by rschwenn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=917669&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: installer
Group: normal bug
>Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: "Program files" seems to be hardcoded

Initial Comment:
When installing jEdit under Windows 2000 SP 4/JRE 
1.4.2, the jEdit installs itself in c:\program files\jedit... 
directory, although in german version of W2K for 
example, the path for program files is "c:\programme" by 
default.

I think that somewhere in installer this value is hard-
coded and now dynamically retrieved from Windows-API.

-----
Esad Hajdarevic
esa...@25...

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

>Comment By: Robert Schwenn (rschwenn)
Date: 2007-01-31 00:09

Message:
Logged In: YES 
user_id=1486645
Originator: NO

Sorry, forgot to test the java based installer. This one has the bug yet
(4.3pre9). 

On NT based systems the installer could try to get and expand the
environment variable %ProgramFiles% instead of reading the registry.

Windows XP SP2
SUN JRE 1.5.0_10-b03
jEdit 4.3pre9

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

Comment By: Robert Schwenn (rschwenn)
Date: 2007-01-30 23:16

Message:
Logged In: YES 
user_id=1486645
Originator: NO

Windows XP SP2
SUN JRE 1.5.0_10-b03

The windows intaller both for jedit 4.2 final and 4.3 pre9 let the user
choose a directory. The default target is the correct expanded folder
%ProgramFiles%\jEdit\ (tested with german version: "c:\programme\jEdit").

Althougt the system is not the same like that where the bug was seen, I
think it's fixed.


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

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

Bugs item #976590, was opened at 2004-06-21 10:43
Message generated for change (Comment added) made by rschwenn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=976590&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: minor bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Radu GRIGORE (radugrigore)
Assigned to: Nobody/Anonymous (nobody)
Summary: selection changed by replace operation

Initial Comment:
If a selection overflows the end of file (which is
possible with a "vertical" selection, i.e. pressing
CTRL while dragging mouse) and you do a replace
operation in that selection the result is that after
correct replacements are done the selection is moved to
another position.

This can be annoying when you need to do multiple
replacements in the same area because you need to be
careful not to select the last line.


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

>Comment By: Robert Schwenn (rschwenn)
Date: 2007-01-30 23:56

Message:
Logged In: YES 
user_id=1486645
Originator: NO

jEdit 4.3pre9
SUN JRE 1.5.0_10-b03
WinXP SP2

In general the selection seems to change (after replace in selection), if
beginning or end of a rectangular selection is placed in part behind the
end of a line and the caret is also placed there.


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

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

Bugs item #950961, was opened at 2004-05-09 23:37
Message generated for change (Comment added) made by rschwenn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=950961&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: minor bug
Status: Open
Resolution: None
Priority: 6
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Folding: handling newlines at the start of closed folds

Initial Comment:
Here is the example text folded using explicit folding:
1| //{{{
2| Folding
3| Test
4| Case
5| //}}}
6| Other text

which folds to:
1| //{{{ [4 lines]
6| Other text

By placing the caret after the last brace and pressing 
return we get the
following result:
1| //{{{
2| New text entered
7| Other text

In the editor the fold is now showen as unfolded, but the 
text within the fold is not displayed. To display the 
contents of the fold you have to close the fold and open 
it again which then would display the expected text:
1| //{{{
2| New text entered
3| Folding
4| Test
5| Case
6| //}}}
7| Other text

This error appears to exist with any folding plugin, not 
just explicit folding. Secondly, with explict folding only, 
placing the caret between the braces that make up the 
start of the fold whilst folded and pressing return causes 
the fold to be 'lost'. As in the space taken up by the fold 
is still indicated by jEdit but the fold is no longer 
displayed:
1| //{{
2|    ^{
7| Other text

There are three ways to get the fold back.
1) Delete the new line and whitespace entered.
This returns the fold in a closed position

2) Add new braces to complete the fold marker.
This adds the fold in an open position but without the 
origenal text displayed. Closing and reopening the fold 
corrects this, the same as the first bug.

3) Reopen the file

KeeperOfTheSoul <ex...@dy...>

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

>Comment By: Robert Schwenn (rschwenn)
Date: 2007-01-30 23:36

Message:
Logged In: YES 
user_id=1486645
Originator: NO

jEdit 4.3pre9: still occurs

Because "{{{" is the beginning of the fold, I find it's ok to create a new
line under "{{{" when hitting ENTER there. But to avoid confusion the fold
should be expanded automatically in this case.



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

Comment By: Brad Mace (bemace)
Date: 2006-03-22 16:16

Message:
Logged In: YES 
user_id=370261

This still occurs in 4.3pre3.

I'd expect hitting 'enter' at the end of a collapsed fold
line would create a new line after the fold, rather than
inside the fold.

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

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

Bugs item #917669, was opened at 2004-03-16 23:40
Message generated for change (Comment added) made by rschwenn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=917669&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: installer
Group: normal bug
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: "Program files" seems to be hardcoded

Initial Comment:
When installing jEdit under Windows 2000 SP 4/JRE 
1.4.2, the jEdit installs itself in c:\program files\jedit... 
directory, although in german version of W2K for 
example, the path for program files is "c:\programme" by 
default.

I think that somewhere in installer this value is hard-
coded and now dynamically retrieved from Windows-API.

-----
Esad Hajdarevic
esa...@25...

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

>Comment By: Robert Schwenn (rschwenn)
Date: 2007-01-30 23:16

Message:
Logged In: YES 
user_id=1486645
Originator: NO

Windows XP SP2
SUN JRE 1.5.0_10-b03

The windows intaller both for jedit 4.2 final and 4.3 pre9 let the user
choose a directory. The default target is the correct expanded folder
%ProgramFiles%\jEdit\ (tested with german version: "c:\programme\jEdit").

Althougt the system is not the same like that where the bug was seen, I
think it's fixed.


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

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

Plugin Central Submission item #1646041, was opened at 2007-01-27 18:23
Message generated for change (Comment added) made by sune_simonsen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1646041&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
Private: No
Submitted By: Sune Simonsen (sune_simonsen)
Assigned to: Jeffrey Hoyt (jchoyt)
Summary: SuperAbbrevs 0.25

Initial Comment:
{{{ SuperAbbrevs 0.23
Source: Source code is in CVS|SVN with the tag plugins/SuperAbbrevs/tags/version0.25
Announcement: This is the third release of SuperAbbrevs.

This is a small release, I fixed some bugs and added primitive import/export of abbreviations based on a patch from Eric Berry. 
 
Requires Java 1.4.2
Requires jEdit 04.02.99.00

Short Description: This plug-in enables you to tab-expand an abbreviation with variables in it.After the abbreviation is expanded, you can use the tab-key to jump betweenthe variables. If you change the content of a variable in the abbreviation,all the variables with the same name will change accordingly. This concept is previously know from Eclipse and TextMate.

Long Description: <p> This plug-in enables you to <i>tab</i>-expand an abbreviation with variables
in it. After the abbreviation is expanded, you can use the <i>tab</i>-key to
jump between the variables. If you change the content of a variable in the
abbreviation, all the variables with the same name will change accordingly. It
is also possible to make variables that changes their content depending on the
content of another variable. The user can define his own abbreviation for each
mode supported by jEdit in the SuperAbbrevs option-pane.
</p>

<p>
This concept is previously know from <a
href="http://www.eclipse.org/">Eclipse</a> and <a
href="http://www.macromates.com/">TextMate</a>.
</p>
}}}

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

>Comment By: Sune Simonsen (sune_simonsen)
Date: 2007-01-30 23:02

Message:
Logged In: YES 
user_id=1316416
Originator: YES

Hi jchoyt

I'm sorry you were actually right, there was a dependency on java 1.5.
I removed this dependency so the plugin should now build with java 1.4.
I also removed the compile time dependency on ctags-exuberant
for the dist target. Lastly I made it very easy to compile the plugin, 
just change the path in the property file for your platform and run 
the setup target for your platform:
ant setup-mac
ant setup-linux
ant setup-windows
Then run the dist target.

Hope this helps

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

Comment By: Sune Simonsen (sune_simonsen)
Date: 2007-01-30 07:51

Message:
Logged In: YES 
user_id=1316416
Originator: YES

That just things you need to compile the plugin, not runtime dependencies.

As is the plugin should compile an Java 1.4.0 jar file and I will fix the
build.xml
file to not depend on the ctags executalbe for the dist target.

I asked the mailing list what jEdit dependency a plugin should have 
if it both compatible with jEdit 4.3pre and jEdit 4.2, but I never got an

ansver.

Hope this clears some things up. 

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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2007-01-30 03:23

Message:
Logged In: YES 
user_id=396194
Originator: NO

Please fix submission and change state back to "open".   Neither the
properties file, nor your submission, mention a dependency on
ctags-exuberant, and you have a java requirement of 1.4, when the build.xml
file states you need Java 5 and fails without the ctags-exuberant
executable.  In the wake of recent emails, please also verify the jEdit
version you want this built to is 4.2final.

Thanks,

Jeff

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

Comment By: Sune Simonsen (sune_simonsen)
Date: 2007-01-27 18:28

Message:
Logged In: YES 
user_id=1316416
Originator: YES

Ups 
{{{SuperAbbrevs 0.23 
should have been 
{{{SuperAbbrevs 0.25


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

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

Bugs item #737187, was opened at 2003-05-13 19:26
Message generated for change (Comment added) made by rschwenn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=737187&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
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: method name not highlighted allways

Initial Comment:

If there is a space or more between the method name and
the opened brace the method name doesn't appear
highlighted.

The same by method call.

jEdit version: 4.1

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

>Comment By: Robert Schwenn (rschwenn)
Date: 2007-01-30 22:41

Message:
Logged In: YES 
user_id=1486645
Originator: NO

Now (jEdit 4.3pre9) the MARK_PREVIOUS tag seems to match text consisting
of more than one character.

With the attached mode file method names with one (or zero) spacees
between method name and opening brace will be highlighted.

I'm not sure about the amount and kind (tabs?) of allowed whitespace. This
should be not hard to justify (see lines 80-86). Would a java freak check
this?

File Added: java.xml

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

Comment By: Mirco Bova (starglider)
Date: 2003-09-10 13:04

Message:
Logged In: YES 
user_id=419912

The problem is in the mode xml.

for languages like C or JAVA the FUNCTION keywords are
defined using a MARK_PREVIOUS tag which does allow only of
single characters matching.

A new property for the MARK_PREVIOUS tag like
IGNORE_LEADING_WHITESPACES could eliminate the problem

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

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

Please talk to the current owner of the JakartaCommons plugin to see if it
makes sense. Also, who else is using tar and activation? Oh, and you DID
check the licenses, right?  For a while Sun wouldn't let you redistribute
activation.jar.....

If it does make sense to modify JakartaCommons, you can leave it in CVS if
you want.  The move to SVN is optional.

Jeff

On 1/30/07, car...@lo... <car...@lo...>
wrote:
>
>
>
> Okay. So I need to add activation.jar and tar.jar to JakartaCommons.
>
> That means I should release a new JakartaCommons version (moving it to svn
> in the process) and have my plugin depend on the latest version of that
> plugin?
>
> It's a bit more work, but makes sense.
>
> Thanks,
> Carmine
>
>
> "Jeffrey Hoyt" <jc...@gm...> wrote on 01/30/2007 01:18:55 PM:
>
> > It's generally easier for the packagers to put the jar files in a
> > lib directory and check them into CVS/SVN.  If you feel there's a
> > compelling reason to not do this, let us know.  A couple guidelines:
> >
> > 1) make sure you aren't duplicating a library another plugin is also
> > adding - they can stomp in each other that way, and the library
> > should be added to an existing package (such as Jakarta Commons or
> > Common Controls) or create a new one.
> >
> > 2) make sure if you need the library packaged with your plugin that
> > the dist target in your build file copies them to ${install.dir} -
> > that's where the packaging scripts grab them from.
> >
> > Regards,
> >
> > Jeff
>
> > On 1/30/07, car...@lo... <car...@lo...
> > > wrote:
> >
> > When there are libraries I need to release along with a plugin, should I
> > upload the files, attaching them to the plugin tracker item?
> >
> > Thanks,
> > Carmine
> >
> >
> >
>
> ------------------------------------------------------------------------------
>
> > This email is confidential.
> > If you are not the intended recipient, please notify
> > the sender by return email and delete this message
> > from your mail box without reading or copying it or
> > any attachments. While Lombard Canada Ltd. runs
> > anti-virus software on all servers and all PCs, it
> > cannot be held responsible for any infected files that
> > you may receive. Lombard Canada Ltd. advises all
> > recipients to virus scan any file attachments.
> >
>
> ==============================================================================
>
> >
> >
> >
> -------------------------------------------------------------------------
>
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> > opinions on IT & business topics through brief surveys - and earn cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > --
> > -----------------------------------------------
> > jEdit Developers' List
> > jEd...@li...
> > https://lists.sourceforge.net/lists/listinfo/jedit-devel
> >
> >
> >
> > --
> > They that give up essential liberty to obtain a little temporary
> > safety deserve neither.
>
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>



-- 
They that give up essential liberty to obtain a little temporary safety
deserve neither.

Okay. So I need to add activation.jar and tar.jar to JakartaCommons.

That means I should release a new JakartaCommons version (moving it to svn
in the process) and have my plugin depend on the latest version of that
plugin?

It's a bit more work, but makes sense.

Thanks,
Carmine


"Jeffrey Hoyt" <jc...@gm...> wrote on 01/30/2007 01:18:55 PM:

> It's generally easier for the packagers to put the jar files in a
> lib directory and check them into CVS/SVN.  If you feel there's a
> compelling reason to not do this, let us know.  A couple guidelines:
>
> 1) make sure you aren't duplicating a library another plugin is also
> adding - they can stomp in each other that way, and the library
> should be added to an existing package (such as Jakarta Commons or
> Common Controls) or create a new one.
>
> 2) make sure if you need the library packaged with your plugin that
> the dist target in your build file copies them to ${install.dir} -
> that's where the packaging scripts grab them from.
>
> Regards,
>
> Jeff

> On 1/30/07, car...@lo... <car...@lo...
> > wrote:
>
> When there are libraries I need to release along with a plugin, should I
> upload the files, attaching them to the plugin tracker item?
>
> Thanks,
> Carmine
>
>
>
------------------------------------------------------------------------------

> This email is confidential.
> If you are not the intended recipient, please notify
> the sender by return email and delete this message
> from your mail box without reading or copying it or
> any attachments. While Lombard Canada Ltd. runs
> anti-virus software on all servers and all PCs, it
> cannot be held responsible for any infected files that
> you may receive. Lombard Canada Ltd. advises all
> recipients to virus scan any file attachments.
>
==============================================================================

>
>
> -------------------------------------------------------------------------

> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>
>
>
> --
> They that give up essential liberty to obtain a little temporary
> safety deserve neither.

Plugin Central Submission item #1646939, was opened at 2007-01-29 11:56
Message generated for change (Comment added) made by hertzhaft
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1646939&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
Private: No
Submitted By: Martin Raspe (hertzhaft)
Assigned to: Jeffrey Hoyt (jchoyt)
Summary: PerlSideKick 0.6

Initial Comment:
PerlSideKick 0.6

Requirements:
	* jdk 1.5
	* jEdit 4.3pre3
	* SideKick plugin 0.5
	* ErrorList plugin 1.3.1

Announcement:
	release 0.6

Source:
	https://svn.sourceforge.net/svnroot/jedit/plugins/PerlSideKick

Short Description:
	A sidekick parser for Perl.

Long Description: 
    This sidekick plugin parses Perl source and analyzes it, using regular expressions (an excentric programming style will probably confuse the plugin). For each package a tree branch is built. It shows package name, "used" and "required" modules and sub names. Mind that the branches do not reflect the order of subs in the source code, but are sorted by package and sub names. Additionally all POD headlines are listed in their natural order.



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

>Comment By: Martin Raspe (hertzhaft)
Date: 2007-01-30 20:09

Message:
Logged In: YES 
user_id=1037294
Originator: YES

Sorry, I wasn't aware of the macro. Here is the info

{{{ PerlSideKick 0.6
    Source: Source code is in SVN with the tag
https://jedit.svn.sourceforge.net/svnroot/jedit/plugins/PerlSideKick/tags/release-0_6
    Announcement: Version 0.6
        Bug fixes and better adaptation to newer versions of SideKick
    Requires Java 1.5
    Requires jEdit 04.03.03.00
    Required plugins: 
        sidekick.SideKickPlugin 0.5
        errorlist.ErrorListPlugin 1.3.1
    
    Short Description: A simple perl parser for use with the SideKick
plugin.
    
    Long Description: <html>
<p>
    This sidekick plugin parses Perl source and analyzes
	it, using regular expressions (an excentric programming style will
	probably confuse the plugin).  For each package a tree branch is
	built. It shows package name, "used" and "required" modules and
	sub names.  Mind that the branches do not reflect the order of
	subs in the source code, but are sorted by package and sub
	names. Additionally all POD headlines are listed in their natural
	order.
</p>
</html>

 
 }}}
 


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

Comment By: Jeffrey Hoyt (jchoyt)
Date: 2007-01-30 03:27

Message:
Logged In: YES 
user_id=396194
Originator: NO

Please fix submission and change status back to "Open".  

1)  Please tag the version and let me know what it is.
2)  Please provide a bit more announcement than "release 0.6"\
3)  Since you aren't using the "Create Plugin Announcement" macro, please
double check your stated requirements are reflected in the .props file.

Thanks,

Jeff

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

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

Feature Requests item #1645528, was opened at 2007-01-26 10:48
Message generated for change (Settings changed) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1645528&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: core
Group: None
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Alan Ezust (ezust)
Summary: Perspective saver: option to ignore remote VFS files

Initial Comment:
If I have files open from the sql: vfs, or even the sftp:// vfs, it would be nice if the perspective saver could ignore those files but remember all my local files.
I'd like a checkbox that lets me switch this behavior (restoring sftp:// and sql:// files in perspective) off.

 

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

Comment By: Alan Ezust (ezust)
Date: 2007-01-30 11:07

Message:
Logged In: YES 
user_id=935841
Originator: YES

Fixed in 8810.


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

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

Feature Requests item #1646151, was opened at 2007-01-27 13:19
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1646151&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: plugins
Group: None
>Status: Deleted
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: Sergey V. Udaltsov (svu)
Assigned to: Nobody/Anonymous (nobody)
Summary: XML Plugin: RELAX NG support

Initial Comment:
It would be nice to have support for relax ng document definition:
1. Highlighting the syntax (both RNG and RNC)
2. Validating XML documents againtst specified RELAX NG definition

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

>Comment By: Alan Ezust (ezust)
Date: 2007-01-30 11:09

Message:
Logged In: YES 
user_id=935841
Originator: NO

Dupe of 1465879.


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

Comment By: Sergey V. Udaltsov (svu)
Date: 2007-01-27 13:21

Message:
Logged In: YES 
user_id=681
Originator: YES

Autocompletion in XML documents would be nice to have as well, of course

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

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

Feature Requests item #1645528, was opened at 2007-01-26 10:48
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1645528&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: core
Group: None
Status: Open
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
>Assigned to: Alan Ezust (ezust)
Summary: Perspective saver: option to ignore remote VFS files

Initial Comment:
If I have files open from the sql: vfs, or even the sftp:// vfs, it would be nice if the perspective saver could ignore those files but remember all my local files.
I'd like a checkbox that lets me switch this behavior (restoring sftp:// and sql:// files in perspective) off.

 

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

>Comment By: Alan Ezust (ezust)
Date: 2007-01-30 11:07

Message:
Logged In: YES 
user_id=935841
Originator: YES

Fixed in 8810.


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

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

It's generally easier for the packagers to put the jar files in a lib
directory and check them into CVS/SVN.  If you feel there's a compelling
reason to not do this, let us know.  A couple guidelines:

1) make sure you aren't duplicating a library another plugin is also adding
- they can stomp in each other that way, and the library should be added to
an existing package (such as Jakarta Commons or Common Controls) or create a
new one.

2) make sure if you need the library packaged with your plugin that the dist
target in your build file copies them to ${install.dir} - that's where the
packaging scripts grab them from.

Regards,

Jeff

On 1/30/07, car...@lo... <car...@lo...>
wrote:
>
>
> When there are libraries I need to release along with a plugin, should I
> upload the files, attaching them to the plugin tracker item?
>
> Thanks,
> Carmine
>
>
>
> ------------------------------------------------------------------------------
> This email is confidential.
> If you are not the intended recipient, please notify
> the sender by return email and delete this message
> from your mail box without reading or copying it or
> any attachments. While Lombard Canada Ltd. runs
> anti-virus software on all servers and all PCs, it
> cannot be held responsible for any infected files that
> you may receive. Lombard Canada Ltd. advises all
> recipients to virus scan any file attachments.
>
> ==============================================================================
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>



-- 
They that give up essential liberty to obtain a little temporary safety
deserve neither.

Bugs item #1623660, was opened at 2006-12-28 06:45
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1623660&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: Pending
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Brian Williams (mixolyde)
Assigned to: Nobody/Anonymous (nobody)
Summary: Menus appear on wrong monitor in dual monitor setup

Initial Comment:
I'm using an IBM thinkpad with a dual monitor setup in WinXP. My desk monitor is a standard LCD, which is on the left side of the laptop monitor. The LCD is at 1280, and the laptop at 1024. When the jEdit window is in the left screen, the secondary, and i click on the menu buttons, the menus appear on the right screen all the way to the left.

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

>Comment By: Alan Ezust (ezust)
Date: 2007-01-30 09:40

Message:
Logged In: YES 
user_id=935841
Originator: NO

If you are talking about the context menu that you get when you
right-click in the jedit text area, 
this does not happen in 4.3pre9. 
If you are talking about pulldown menus from the View, that also works for
me. Closing this since there is not enough information.




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

Comment By: Alan Ezust (ezust)
Date: 2006-12-28 08:29

Message:
Logged In: YES 
user_id=935841
Originator: NO

What do you mean by "menus" in that context? pulldown menus from the menu
bar, or right-click context menu from the text area, or what? Please
describe the steps you used to reproduce.


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

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

Patches item #1647934, was opened at 2007-01-30 06:01
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1647934&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: Accepted
Priority: 5
Private: No
Submitted By: Jakub Roztocil (oswaldcz)
>Assigned to: Alan Ezust (ezust)
Summary: XML Plugin - two new actions 

Initial Comment:
This patch adds two new actions to the XML Plugin:

1. "Select Element or Code Block" - this is analogy of the existing "Go to Matching Tag or Bracket" action. 

2. "Selection Between Tags"

Both actions can be invoked repeatedly, then selects parent of selected element resp. text between parent's tags.



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

>Comment By: Alan Ezust (ezust)
Date: 2007-01-30 09:37

Message:
Logged In: YES 
user_id=935841
Originator: NO

committed to rev# 8804.


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

Comment By: Jakub Roztocil (oswaldcz)
Date: 2007-01-30 06:38

Message:
Logged In: YES 
user_id=1504176
Originator: YES

I forgot to attach the file...
File Added: XML-plugin-revision-8799.patch

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

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

When there are libraries I need to release along with a plugin, should I
upload the files, attaching them to the plugin tracker item?

Thanks,
Carmine


------------------------------------------------------------------------------
This email is confidential. 
If you are not the intended recipient, please notify
the sender by return email and delete this message
from your mail box without reading or copying it or 
any attachments. While Lombard Canada Ltd. runs 
anti-virus software on all servers and all PCs, it
cannot be held responsible for any infected files that
you may receive. Lombard Canada Ltd. advises all
recipients to virus scan any file attachments.
==============================================================================

Bugs item #1260023, was opened at 2005-08-15 09:09
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1260023&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: Fixed
Priority: 5
Private: No
Submitted By: Wendy Smoak (wsmoak)
>Assigned to: Kazutoshi Satoda (k_satoda)
Summary: HyperSearch Results does not lose focus on enter

Initial Comment:
With the HyperSearch Results floating, pressing enter
on a particular line does not give focus to the main
JEdit window.  You have to hit alt-tab to get back.

This is in contrast to left-clicking a line in the
Results, which does scroll the buffer to that line and
give focus to the main JEdit window.

4.3pre2 on Windows XP

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

>Comment By: Alan Ezust (ezust)
Date: 2007-01-30 09:08

Message:
Logged In: YES 
user_id=935841
Originator: NO

committed to svn rev 8803. Thanks, Kazutoshi!!



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

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2007-01-30 06:46

Message:
Logged In: YES 
user_id=1483238
Originator: NO

There is a patch which will fix this problem.
https://sourceforge.net/tracker/index.php?func=detail&aid=1646058&group_id=588&atid=300588


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

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