jedit-devel Mailing List for jEdit

begin Bill Siggelkow quotation:
> I was trying to create  a JPreferences folder under the plugins folder
> in the jEdit CVS repository but it seems I do not have write access.
> Is there something I need to do to enable this?   Or can only certain
> jEdit members do this? 

You have write access, but SourceForge's CVS server needs a little kick
each time a new developer is added. Specifically, you need to SSH in to
the CVS server using a normal SSH client to create your home directory.
It will log you off immediately, but CVS should work after that. For
the whole story, read the documentation:

	https://sourceforge.net/docman/display_doc.php?docid=768&group_id=1

-md

I was trying to create  a JPreferences folder under the plugins folder
in the jEdit CVS repository but it seems I do not have write access.  Is
there something I need to do to enable this?   Or can only certain jEdit
members do this? 
 
Sorry for such a newbie question but this is my first foray in the
exciting land of open source development :-) 
 
Bill Siggelkow
770.457.8854
bil...@be...
 

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

Category: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: command line options do not work on NT

Initial Comment:
The command line options like -background do not seem
to work on my setup.  NT4 SP6 Jedit 4.  

When I follow the directions and pass the windows
lancher -background for example Jedit does not run in
"background mode" (or in ram, but runs normally.  In
addition it will open a new file called background.

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

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

It is a very sexy Look and Feel.  So far I've been switching between 
Kunststoff and Metouia, can't decide which I enjoy the most.  I'd definitely 
use Alloy had it been free.  There seems to be only two licenses, Single 
Developer and Company License.  Single Developer seems to lend itself to 
projects like the Look and Feel plugin, but 200 bucks? Wouldn't know if its 
worth it.  Its ashame money isn't growing on trees in this economy like it 
was in 1999, someone would probably purchase it.

Perhaps some of us could shoot off an email asking them to create maybe a 3rd 
license type for Open Source developers.  My question is this though, how are 
they restricting redistribution of it, Java is an easy language to take apart 
and reuse components, what's stopping someone from getting a product that has 
the Alloy L&F in it, unjaring it and the license file it requires, and 
repackaging it? 

On Saturday 29 June 2002 06:37 pm, Mark Derricutt wrote:
> Hi guys, just came accross this L&F, very nice looking, pity it's
> commercial :(  Would look nice in JEdit.
>
> http://www.incors.com/lookandfeel/index.php3
>
>                                     -- \m/ --
>   "...if I seem super human I have been misunderstood." (c) Dream Theater
>          ma...@ta... - ICQ: 1934853 JID: ta...@my...
>

Hi guys, just came accross this L&F, very nice looking, pity it's 
commercial :(  Would look nice in JEdit.

http://www.incors.com/lookandfeel/index.php3

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

Bugs item #574838, was opened at 2002-06-27 15:10
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=574838&group_id=588

Category: plugins
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Derek Groothuis (dgroo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Error List doesn't clear w/mult. views

Initial Comment:
Another multiple view issue - this one's actually been
around for a while but I kept forgetting to report it.
 When compiling (at least in Java), and using the Error
List, if you have multiple views and are compiling , it
sometimes starts to get confused and keeps old errors.
 Essentially, errors from older compilations hang
around, and the only way to clear them is to exit jEdit
and restart it.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-27 18:49

Message:
Logged In: NO 

It might be nice to have a Clear All Error command, that
could be triggered on demand.

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

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

Danny -

Good to hear from the plug-in's author :-)

> On my machine everything runs nice. Indeed there are
> some limitations that bother me:

If I had a dollar for every time a programmer has said to me 'it runs fine
on my machine'.... ;-)
 
Nobody else has been able to get it to work, as far as I know.  I got a bit
further than most by looking at the source code, and I _think_ some of the
transformations were working at the parsed-tree level, but the write-back
wasn't.  I started delving further by re-compiling Recoder in debug mode and
tracing some of the execution.  

However, part-way through it occurred to me that it might be quicker to
start from the other end, which led me to look closely at Recoder, and then
at Transmogrify and JRefactory, and..... to cut a long story short I've
embarked on writing a plug-in to wrap JRefactory.  It won't be exactly the
same kind of thing as your plug-in, as JRefactory provides a specific set of
transformations and features rather than an engine for producing your own
transforms.

I'm happy to help with testing, etc. if you want to get your Refactor
plug-in working usefully and fix up the interface, etc.  To start with, as
far as I can tell I've set everything up correctly.  I've tried different
output directories - including the same as the input directory - nothing
seems to work.  If you can point out where I'm going wrong, I'd be very
happy :-)

It might be better to continue the discussion off-list, and report back to
the list on any overall progress, rather than clog it up - feel free to
email me directly!



Regards,


Tim Bentley

Bugs item #574838, was opened at 2002-06-27 22:10
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=574838&group_id=588

Category: plugins
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Derek Groothuis (dgroo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Error List doesn't clear w/mult. views

Initial Comment:
Another multiple view issue - this one's actually been
around for a while but I kept forgetting to report it.
 When compiling (at least in Java), and using the Error
List, if you have multiple views and are compiling , it
sometimes starts to get confused and keeps old errors.
 Essentially, errors from older compilations hang
around, and the only way to clear them is to exit jEdit
and restart it.

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

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

> My understanding of the problem is that when changing the 
> docking state a new instance of IRCWindow is created instead 
> of getting back the previous one.This wasn't the case with 
> the old docking API.
> 
> So my question is what must I do to fix this behaviour. 
> Currently the IRC design doesn't allow multiple instance 
> running together (in fact there lots of static stuff). I 
> intended to fix this later (if I
> can) but I wonder if my current problem is due to some 
> limitation (bug ?) of the jEdit docking API, or due to my 
> misunderstanding of this API (and I must admit my poor java 
> knowledge).

Why don't you just make whatever object you are using to do
the IRC connection a Singleton. Then, whenever a new 
window is created the same connection can be re-used. 
This should be fairly simple to achieve if you have a clear
separation between the UI and the back end stuff.

Todd

Bugs item #574655, was opened at 2002-06-27 16:25
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=574655&group_id=588

Category: plugins
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Derek Groothuis (dgroo)
Assigned to: Nobody/Anonymous (nobody)
Summary: jDiff won't split window...

Initial Comment:
jDiff blows up when it tries to split the window. 
However, you can manually split the window and then it
will diff fine.  I assume this is an API update issue
with jDiff.

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

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

Bugs item #574611, was opened at 2002-06-27 07:48
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=574611&group_id=588

Category: editor core
Group: severe bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: jEdit 4.1pre2 - "startup" method missing

Initial Comment:
I've been using a bsh script in the "startup" 
directory to define a method used by several 
macros. In 4.1pre2, macros get a "command not 
found" error when accessing the script's method. 
According to the activity log, that startup bsh 
script is executed, but somehow the method is not 
accessible to macros. This has worked fine in past 
jEdit versions.

Running under Windows 2000, Java 1.4.0_01.

(BTW, I couldn't get jEdit to work at all under Java 
1.4.1 beta on Win 2000.)

Bob Alexander
bal...@rs...

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

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

Bugs item #571333, was opened at 2002-06-19 23:21
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=571333&group_id=588

Category: text area and syntax packages
Group: severe bug
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: tilde, acute not working

Initial Comment:
I'm working on Linux/X11, with dead keys enabled, using
jdk1.4, german keyboard. It's not possible to enter
tilde (~) and acute (^) characters in jedit. This would
be accomplished by pressing AltGr +, then Space for the
tilde, and ^, then space for the acute.
It is however possible to enter combined characters
like ã or ô with those same combinations. It seems to
me like a bug in Java 1.4, and I have found fitting
bugs in the java bugparade. Maybe it is possible to
incorporate workarounds into JEdit in the meantime,
until those things are fixed.

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

Comment By: August Mayer (jakuai)
Date: 2002-06-27 15:07

Message:
Logged In: YES 
user_id=569552

Not fixed in Java 1.4.1 beta; now it's not even possible to
enter any dead key chars anymore. Users are already quite
angry about this JDK bug, since it has been closed again and
again for several time...

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

Comment By: Slava Pestov (spestov)
Date: 2002-06-23 05:16

Message:
Logged In: YES 
user_id=2280

Allegedly fixed in Java 1.4.1.

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

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

Hi all,

I've been busy with my final thesis and then I've been
out for some time. When I have returned I read about
people complaining about JavaRefactor. What's wrong?
On my machine everything runs nice. Indeed there are
some limitations that bother me:

1. First you have to set up the input and output
directory. Once you do it you don't have to bother
except you want to change the settings. 
2. Sources must be compilable!!!! 
3. There is no such an option like synchronize: that
is once you started the refactoring every change you
do by typing in sources will not be seen by
JavaRefactor. Just restart JEdit.
4. Extract Method works fine. Just select the text,
then fill in dialog information: the name of the
method were the selected text belongs (this should be
avoided if somebody tells me how to get such
information from JEdit), the name of the new method.
Click , click!!!! 
5. REcoder does not keep any information regarding
white spaces. So that formatting might be different
than the original one. No problem with so many
beautifiers!!

Glad to help and Glad to be criticized,

danny dig

__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

Hello,

while porting IRC plugin to the new docking API (yes I know it was
introduced with 4.0 but time is an intransigeant  master) I encountered the
following problem.

If you start jEdit, then connect to irc with the IRC plugin docked all is ok
untill you want to undock it and make it floating. Then the connection is
broken, but your nick is still on the channel forbidding you to reconnect
you with the same nick. Finally if you quit jEdit, all instances are the
correctly removed (due to the plugin stop() method).

Here is the code I put into the dockable.xml file:
<DOCKABLES>
    <DOCKABLE NAME="irc">
        new de.iqcomputing.jedit.irc.IRCWindow();
    </DOCKABLE>
</DOCKABLES>

My understanding of the problem is that when changing the docking state a
new instance of IRCWindow is created instead of getting back the previous
one.This wasn't the case with the old docking API.

So my question is what must I do to fix this behaviour.
Currently the IRC design doesn't allow multiple instance running together
(in fact there lots of static stuff). I intended to fix this later (if I
can) but I wonder if my current problem is due to some limitation (bug ?) of
the jEdit docking API, or due to my misunderstanding of this API (and I must
admit my poor java knowledge).

Nevertheless, all ideas and help will be greatly appreciated.

Regards,
Lionel.



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

Bugs item #574318, was opened at 2002-06-26 14:55
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=574318&group_id=588

Category: editor core
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Derek Groothuis (dgroo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Flaky Behavior with multiple views...

Initial Comment:
jEdit (in both 4.0/4.1) sometimes seems to exhibit
flaky behavior when working in multiple views (which I
usually am doing).  Some examples:

1)  Sometimes (and it is seemingly completely
intermittent) if I have two views looking at the same
file, and I edit one while the other is looking at
another location, the second (non-active) view will
jump to where I am editing.  It's fairly annoying
(especially since the whole point is usually to be
looking at something higher up in the file).  I've been
noticing it mostly while working on a couple of Perl
scripts rather than .java files, but it seems unlikely
that it's related to that (unless it's somehow syntax
highlighting related).

2) Some plugins seem to have difficulty figuring out
which view they are looking at.  Often docked plugins
will both look at the same view, or if I select a file
in the docked plugin in one view, it will open in the
other view, that sort of thing.  (I would guess this is
a problem with the individual plugins, though -
CodeBrowser comes to mind as an example).

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

Comment By: Nobody/Anonymous (nobody)
Date: 2002-06-26 15:13

Message:
Logged In: NO 

The latest CodeBrowser version (on the community site since a few days) fixes most of those problems, at least as far as CodeBrowser is concerned.

Gerd

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

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

Bugs item #574318, was opened at 2002-06-26 21:55
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=574318&group_id=588

Category: editor core
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Derek Groothuis (dgroo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Flaky Behavior with multiple views...

Initial Comment:
jEdit (in both 4.0/4.1) sometimes seems to exhibit
flaky behavior when working in multiple views (which I
usually am doing).  Some examples:

1)  Sometimes (and it is seemingly completely
intermittent) if I have two views looking at the same
file, and I edit one while the other is looking at
another location, the second (non-active) view will
jump to where I am editing.  It's fairly annoying
(especially since the whole point is usually to be
looking at something higher up in the file).  I've been
noticing it mostly while working on a couple of Perl
scripts rather than .java files, but it seems unlikely
that it's related to that (unless it's somehow syntax
highlighting related).

2) Some plugins seem to have difficulty figuring out
which view they are looking at.  Often docked plugins
will both look at the same view, or if I select a file
in the docked plugin in one view, it will open in the
other view, that sort of thing.  (I would guess this is
a problem with the individual plugins, though -
CodeBrowser comes to mind as an example).

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

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

Bugs item #574250, was opened at 2002-06-26 15:12
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=574250&group_id=588

Category: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Four Minutes to Launch JEdit in W2K

Initial Comment:
JEdit takes more than four minutes to launch, and more than two minutes to shut down.  This was true of 
the 4.2 version with JRE 1.3 as well as the latest versions of JEdit and JRE as of June 26, 2002.  
Windows 2000 is the OS.  I wonder if it is because some of the directories in the Recent Directories list 
do not exist any more.  I was using JEdit to edit files on a remote server which no longer exists

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

Comment By: James  C Schneider (talljcs)
Date: 2002-06-26 15:23

Message:
Logged In: YES 
user_id=569188

In case you would like to contact the person who submitted this bug report, my email address is 
jc...@ma....

Jim Schneider

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

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

Bugs item #574250, was opened at 2002-06-26 13:12
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=574250&group_id=588

Category: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Four Minutes to Launch JEdit in W2K

Initial Comment:
JEdit takes more than four minutes to launch, and more than two minutes to shut down.  This was true of 
the 4.2 version with JRE 1.3 as well as the latest versions of JEdit and JRE as of June 26, 2002.  
Windows 2000 is the OS.  I wonder if it is because some of the directories in the Recent Directories list 
do not exist any more.  I was using JEdit to edit files on a remote server which no longer exists

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

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

Bugs item #574189, was opened at 2002-06-26 10:42
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=574189&group_id=588

Category: text area and syntax packages
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Word wrap with Traditional Chinese

Initial Comment:
Pls notice that most Chinese Characters can be wrapped
without spaces between them.

Exceptions are puncuation marks listed below (copied
from Word)

These are not to be placed at the end of line:
!),.:;?]}¢·–—’”•‥…‧′╴、。〉》」』】〕〞
︰︱︳︴︶︸︺︼︾﹀﹂﹄﹏﹐﹑﹒﹔﹕﹖﹗﹚﹜﹞！），．：；？｜｝､

And these are not to be placed at the beginning of line:
([{£¥‘“‵〈《「『【〔〝︵︷︹︻︽︿﹁﹃﹙﹛﹝（｛

All other Chinese characters can be wrapped freely

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

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

Bugs item #573145, was opened at 2002-06-24 16:39
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=573145&group_id=588

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Kim Sönksen (kimsey)
Assigned to: Nobody/Anonymous (nobody)
Summary: jEdit4.1pre2 - FileOpen Dialog does not work

Initial Comment:
Linux, sun jdk 1.4.0: 
 
after submitting a selection a (or more) File(s) in the 
File-Open Dialog via the open button nothing happens ... 
Filesystem-Browser and double-Click are still working. 

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

>Comment By: Kim Sönksen (kimsey)
Date: 2002-06-26 09:54

Message:
Logged In: YES 
user_id=336222

The same bug occured on a windows 2K System.

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

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

The JPreferences plugin can be downloaded from the following URL:
 
http://personal.atl.bellsouth.net/~debsigg/JPreferences.jar
 
This plug-in can be used for managing JDK 1.4 Preferences.  It displays
a panel with a tree on the left and the preference key-value pairs in a
table on the right.  I followed the guidelines in the jEdit help for
constructing  a plug-in.  Currently the plug-in does not do any
interaction with the buffer; however, it does use the VFS dialog for
import/export of preferences from/to an XML file.  
 
The plug-in also includes help documentation that should be available
from the jEdit help.
 
I would appreciate any feedback on this plug-in.
 
Bill Siggelkow
770.457.8854
bil...@be...
 

Bugs item #573804, was opened at 2002-06-25 13:30
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=573804&group_id=588

Category: text area and syntax packages
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: PHP loses text highlighting when search

Initial Comment:
Whenever I load a PHP file that is over around 100 
lines or so, if I do a search that takes me a few pages 
down into the code all of the syntax hightlighting is 
lost.  This also happens if I scroll with the scrollbar at 
a fast rate.  The only way I've found to semi get around 
this is to go to the top of the file and hold the page 
down key until I've reached the bottom of the page.  
Then it seems to not lose the highlighting as much.

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

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

i'd personally rather have them separate.  i might use
one without the other.

--- "Bentley, Tim" <TIM...@ca...> wrote:
> Dirk -
> 
> Thanks for the response.  I'll give things a go and
> see how it pans out.
> I've checked out the JavaStyle code - looks good.  I
> was originally thinking
> of a separate plugin, but I can see how a single one
> wrapping both the
> Pretty Printer and (some of) the other JRefactory
> functions might be a more
> attractive option.
> 
> Not sure what the time frame will be (I have lots of
> 'real work' to keep me
> busy!) but I'll keep you informed of progress :-)
> 
> 
> Regards,
> 
> 
> Tim
> 
> > -----Original Message-----
> > From: Dirk Moebius [mailto:dmo...@gm...]
> > Sent: Monday, 24 June 2002 6:32 PM
> > To: jed...@li...
> > Subject: Re: [ jEdit-devel ] Further refactoring
> questions
> > 
> > Hi Tim, integrating the refactoring capabilities
> of JRefactory into
> > JavaStyle is a good idea. I always wanted to do it
> but never 
> > got the time. I'd love
> > to see someone do it. 
> > 
> > You have my permission to extend/modify/rewrite
> the JavaStyle 
> > plugin to
> > integrate it. Just check in your changes, and I'll
> have a 
> > look over it before you
> > release a new version.
> > 
> > Dirk.
> > 
> > -- 
> > GMX - Die Kommunikationsplattform im Internet.
> > http://www.gmx.net
> > 
> > 
> > 
> >
>
-------------------------------------------------------
> > Sponsored by:
> > ThinkGeek at http://www.ThinkGeek.com/
> > -- 
> > -----------------------------------------------
> > jEdit Developers' List
> > jEd...@li...
> >
>
https://lists.sourceforge.net/lists/listinfo/jedit-devel
> > 
> 
> 
>
-------------------------------------------------------
> Sponsored by:
> ThinkGeek at http://www.ThinkGeek.com/
> -- 
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
>
https://lists.sourceforge.net/lists/listinfo/jedit-devel


__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

Bugs item #573632, was opened at 2002-06-25 13:39
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=573632&group_id=588

Category: search and replace
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Liam Friel (lfriel)
Assigned to: Nobody/Anonymous (nobody)
Summary: Search dialoginvisible

Initial Comment:
Configuration: Laptop + docking station, NT4.0

When docked, laptop used 1600x1200 screen 
resolution. Run jEdit and have Search window 
positioned to right of screen (ie >1024 pixels from 
left).

Shut down jEdit.

Remove laptop from docking station. Boot laptop 
undocked.

When undocked, laptop uses 1024 x 768 resolution.

Start jEdit. Attempt to open Search & Replace dialog.

jEdit attempts to display this dialog at previously 
stored position. It is invisible on laptop LCD, and 
there is no apparent way to make it visible again.

jEdit should check that it's proposed display co-
ordinates are valid for the active screen, and if not 
move the (dialog or whatever) to a sensible location 
before display.

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

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

Dirk -

Thanks for the response.  I'll give things a go and see how it pans out.
I've checked out the JavaStyle code - looks good.  I was originally thinking
of a separate plugin, but I can see how a single one wrapping both the
Pretty Printer and (some of) the other JRefactory functions might be a more
attractive option.

Not sure what the time frame will be (I have lots of 'real work' to keep me
busy!) but I'll keep you informed of progress :-)


Regards,


Tim

> -----Original Message-----
> From: Dirk Moebius [mailto:dmo...@gm...]
> Sent: Monday, 24 June 2002 6:32 PM
> To: jed...@li...
> Subject: Re: [ jEdit-devel ] Further refactoring questions
> 
> Hi Tim, integrating the refactoring capabilities of JRefactory into
> JavaStyle is a good idea. I always wanted to do it but never 
> got the time. I'd love
> to see someone do it. 
> 
> You have my permission to extend/modify/rewrite the JavaStyle 
> plugin to
> integrate it. Just check in your changes, and I'll have a 
> look over it before you
> release a new version.
> 
> Dirk.
> 
> -- 
> GMX - Die Kommunikationsplattform im Internet.
> http://www.gmx.net
> 
> 
> 
> -------------------------------------------------------
> Sponsored by:
> ThinkGeek at http://www.ThinkGeek.com/
> -- 
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>