jedit-devel Mailing List for jEdit

> Console maybe, but I wouldn't want it on any GUI element like menu, buttons,
Absolutely agree. All this should be configurable and default for menus
should be "off". But some strange people would like for some reason to
have AA menu - why should we stop them if it just a line of code? I
insist this is just matter of configuration - no more.
I tried to use AA menu and buttons - they look really bad. But the file
browser really rocks with AA (see my screenshots).

> trees etc. GUI elements are meant to be crisp and clear. AA only makes sense
> where you read huge amounts of text, like in the edit pane. Just my €
> 0.2.
Definitely.

> The latter can't be, because it would break JDK 1.1 compatibility, unless
> invoked via reflection. I doubt it can be done with a plugin.
Well, reflection isn't so bad (especially with HotSpot) but it is not
necessary here, I guess. There can be some class which is called for
Java 2 only (checking system properties before the call).
BTW, for discussion (just a question - not for flame, definitely) - how
long will jEdit support JDK 1.1? Probably, Slava will comment this
issue? It is not technical but rather organizational/political question.
Any comments would be appreciated.

> > Unfortunately I do not have write access to the jEdit CVS so I will not
> > be able to do this.
> Sire, give this man a CVS account!   :-)
:-E

Regards,

Sergey

mike dillon wrote:

>the solution i gave is not zero-width (it is zero or one), but it should work
>as an "equivalent" to /\</. the actual solution would use zero-width lookahead
>and lookbehind assertions with patterns similar to those in my last message,
>but i'm not sure how fully they are supported by gnu.regexp.

They aren't.

--Alan

> Take a look a http://www.dystance.net/ping/, they have a toolkit called 
> KIWI. The library is under the GNU Public Library Licence (?).

Thanks, I'll check it out.

Dirk.

-- 
Sent through GMX FreeMail - http://www.gmx.net

> But I still repeat - besides TextArea, people would be interested in
> aliased fonts in other areas (browsers, trees, console etc.)

Console maybe, but I wouldn't want it on any GUI element like menu, buttons,
trees etc. GUI elements are meant to be crisp and clear. AA only makes sense
where you read huge amounts of text, like in the edit pane. Just my €
0.2.

> Is it possible to do this using generic Plugin API or should the jEdit
> sources be modified directly?

The latter can't be, because it would break JDK 1.1 compatibility, unless
invoked via reflection. I doubt it can be done with a plugin.

> Definitely, there should be an option to turn the AA off (preferable -
> in Text/Menu/Browser areas separately).
> 
> Unfortunately I do not have write access to the jEdit CVS so I will not
> be able to do this.

Sire, give this man a CVS account!   :-)

Dirk.

-- 
Sent through GMX FreeMail - http://www.gmx.net

> there is a KEY_FRACTIONALMETRICS in RenderingHints for fractional font
> metrics.
> i don't know what effect it has, but you might try playing around with
> that.
> try VALUE_FRACTIONALMETRICS_ON (or _OFF, perhaps).

Tried both, without success.  :-(
If I set VALUE_FRATIONALMETRICS_OFF, the problem doesn't occur with _some_
font sizes, like 10, 12, but it occurs with 9, 11, etc. Strange. Probably a VM
bug or a TrueType font problem.

Dirk.

-- 
Sent through GMX FreeMail - http://www.gmx.net

I don't know of one inside jEdit.  Use JOptionPane.showConfirmDialog() with
'view' as the first parameter.

John

-----Original Message-----
From: jed...@li...
[mailto:jed...@li...]On Behalf Of Dan Hensgen
Sent: Wednesday, February 28, 2001 12:35 PM
To: jed...@li...
Subject: [ jEdit-devel ] yes/no/cancel messagebox


GUIUtilities provides methods to display common dialogs.  is there a
method or class to display a typical yes/no/cancel dialog?

-dan

--
-----------------------------------------------
jEdit Developers' List
jEd...@li...
http://lists.sourceforge.net/lists/listinfo/jedit-devel

> This can be done in a plugin. Just add a TextAreaHighlight that sets the
> appropraite graphics flags to enable anti-aliasing. Since highlights are
> painted before text, this will result in anti-aliased text.
I cannot agree. Except TextArea we have a lot of browsers, trees etc.
These controls also look much better with anti-aliasing. BTW, I found
the menus look worse with AA.

Regards,

Sergey

> Just put it in your jars/ directory, and all text area's are anti-aliased.
> To use normal fonts again, simply uninstall the plugin with PluginManager.
Cool!

> PS: Alas, aliased fonts look ugly on Sun JDK 1.3.0/Windows NT 4.0, because
> they are aliased much to aggressively (lines are too thin etc.). Does anybody
> know how to configure that?
It seems that some things in Java2D are not configurable:( BTW, what
about Xrender support in JVMs?:)

But I still repeat - besides TextArea, people would be interested in
aliased fonts in other areas (browsers, trees, console etc.)
Is it possible to do this using generic Plugin API or should the jEdit
sources be modified directly?

Definitely, there should be an option to turn the AA off (preferable -
in Text/Menu/Browser areas separately).

Unfortunately I do not have write access to the jEdit CVS so I will not
be able to do this.

Sergey

On Wed, 28 Feb 2001, John Gellene wrote:
> BeanShell complains on 'quotemeta', and I wasn't able to find a reference in
> the jEdit source tree.  Isn't it a perl internal function and not part of
> BeanShell or its namespace?

yeah. that's why i did a quick implementation below where i mentioned it.

-md

On Wed, 28 Feb 2001, Dirk Moebius wrote:
> PPS: jEdit has some cursor positioning problems on anti-aliased variable
> width fonts like Serif, which I use excessively. Probably has something to do
> with wrong FontMetrics handling. However, everything's fine if I don't use
> anti-aliased fonts.

there is a KEY_FRACTIONALMETRICS in RenderingHints for fractional font metrics.
i don't know what effect it has, but you might try playing around with that.
try VALUE_FRACTIONALMETRICS_ON (or _OFF, perhaps).

the original link to the J text editor mentioned font problems under Windows
with antialiasing. they seem to provide a kludge where the font metric values
are tweaked by constants in their props file. yuk.

-md

BeanShell complains on 'quotemeta', and I wasn't able to find a reference in
the jEdit source tree.  Isn't it a perl internal function and not part of
BeanShell or its namespace?  Also, jEdit searches in multiline mode, so the
pattern does work at the end of a line (However, it will not work if the
sole occurrence of the searched term is at the end of the buffer).

Thanks for your suggestions; I'll post a fixed version later.

John

-----Original Message-----
From: jed...@li...
[mailto:jed...@li...]On Behalf Of mike dillon
Sent: Wednesday, February 28, 2001 12:53 PM
To: jEdit developers' list
Subject: [ jEdit-devel ] RE: [ jEdit-users ] goto global declaration of
variable macro listing and question


the regexp you use to ensure that a full word is found is slightly flawed.
basically you add /[\s\W]+/ to the end of whatever the current word is under
the cursor. this won't work at the end of a line. also, /[\s\W]+/ is
redundant.
just use /\W+/. actually, there's no reason to continue searching one you've
found a single non-word character, so drop the "+". you might want to try
adding /(?:^|\W)/ to the beginning and /(?:\W|$)/ to the end of the current
word
pattern.  since the first and last characters of the original pattern are
guaranteed to be \w characters, this is basically equivalent to "\<PAT\>",
which is what you really want anyway.

now that i think about it, this will still have a problem if PAT starts or
ends
with a noWordSep character that is not also a \w character (the usual case
with
such characters). so, the real solution is:

	noWordSep = quotemeta(buffer.getProperty("noWordSep"));
	...
	text = textArea.getSelectedText();
	class = "[^\\w" + noWordSep + "]";
	pat = "(?:^|" + class + ")" + text + "(?:$|" + class + ")";
	SearchAndReplace.setSearchString(pat);
	...

quoting from 'perldoc -f quotemeta':

       quotemeta
               Returns the value of EXPR with all non-
               alphanumeric characters backslashed.  (That is,
               all characters not matching `/[A-Za-z_0-9]/' will
               be preceded by a backslash in the returned string,
               regardless of any locale settings.)

<snip>

On Wed, 28 Feb 2001, Alan Moore wrote:
> >since the first and last characters of the original pattern are
> >guaranteed to be \w characters, this is basically equivalent to "\<PAT\>",
> >which is what you really want anyway.
>
> Actually, with the latest release of gnu.regexp, you could use
> that pattern.  It has the word-boundary escapes, and it now
> includes '_' in the definition of a word character, so it would
> pick up Java variable names just fine, which I think was the
> original idea here.

edit modes can define any extra characters they want as "word characters", so
you'd still have to come up with an appropriate zero-width equivalent that took
those characters into account when determining word -> non-word and non-word ->
word transitions.

the solution i gave is not zero-width (it is zero or one), but it should work
as an "equivalent" to /\</. the actual solution would use zero-width lookahead
and lookbehind assertions with patterns similar to those in my last message,
but i'm not sure how fully they are supported by gnu.regexp.

-md

mike dillon wrote:

>since the first and last characters of the original pattern are
>guaranteed to be \w characters, this is basically equivalent to "\<PAT\>",
>which is what you really want anyway.

Actually, with the latest release of gnu.regexp, you could use
that pattern.  It has the word-boundary escapes, and it now 
includes '_' in the definition of a word character, so it would
pick up Java variable names just fine, which I think was the 
original idea here.

Unfortunately, the latest release (gnu.regexp-1.1.1) has that
bug I mentioned earlier, where word-boundary escapes don't
work properly at the beginning of a pattern.  I sent a bug 
report to Wes Biggs, but haven't heard anything back yet. (I
hope it doesn't take four months like it did last time.)

--Alan

On Wed, 28 Feb 2001, John Gellene wrote:
> Try the attached pair; a preview from my Macro Guide.  The first macro uses
> temporary properties to store the buffer name and caret position from where
> you started your search.  It also fixes a problem in your search parameters;
> if you search on "foo" your search will hit  at a prior occurrence of
> "foolishness".  The second macro lets you can wander around in other files
> before returning to your starting point.  You can only return once, to
> prevent later confusion.  The format of the long file names will give plain
> language descriptions of the macros on the macros menu and the tool bar.

the regexp you use to ensure that a full word is found is slightly flawed.
basically you add /[\s\W]+/ to the end of whatever the current word is under
the cursor. this won't work at the end of a line. also, /[\s\W]+/ is redundant.
just use /\W+/. actually, there's no reason to continue searching one you've
found a single non-word character, so drop the "+". you might want to try
adding /(?:^|\W)/ to the beginning and /(?:\W|$)/ to the end of the current word
pattern.  since the first and last characters of the original pattern are
guaranteed to be \w characters, this is basically equivalent to "\<PAT\>",
which is what you really want anyway.

now that i think about it, this will still have a problem if PAT starts or ends
with a noWordSep character that is not also a \w character (the usual case with
such characters). so, the real solution is:

	noWordSep = quotemeta(buffer.getProperty("noWordSep"));
	...
	text = textArea.getSelectedText();
	class = "[^\\w" + noWordSep + "]";
	pat = "(?:^|" + class + ")" + text + "(?:$|" + class + ")";
	SearchAndReplace.setSearchString(pat);
	...

quoting from 'perldoc -f quotemeta':

       quotemeta
               Returns the value of EXPR with all non-
               alphanumeric characters backslashed.  (That is,
               all characters not matching `/[A-Za-z_0-9]/' will
               be preceded by a backslash in the returned string,
               regardless of any locale settings.)

so:

	pat = new StringBuffer();
	noWordSep = quotemeta(buffer.getProperty("noWordSep"));
	noWordChars = noWordSep.getChars();
	for (i = 0; i < noWordChars.length; ++i)
	{
		ch = noWordChars[i];

		if (!((ch >= 'A' && ch <= 'Z')
			|| (ch >= 'a' && ch <= 'z')
			|| (ch >= '0' && ch <= '9')
			|| (ch == '_')))
		{
			pat.append('\\');
		}
		pat.append(ch);
	}
	...
	text = textArea.getSelectedText();
	class = "[^\\w" + pat.toString() + "]";
	// Reset pat; i think you can do pat.setLength(0); too
	pat = new StringBuffer();
	pat.append("(?:^|" + class + ")");
	pat.append(text);
	pat.append("(?:$|" + class + ")");
	SearchAndReplace.setSearchString(pat.toString());
	...

hmmm... this ended up being longer than i thought. oh well.

take it if you want it.

-md

GUIUtilities provides methods to display common dialogs.  is there a
method or class to display a typical yes/no/cancel dialog?

-dan

Oh, I forgot to add that it, of course,  requires JDK >= 1.2
and jEdit >= 3.0final.

Dirk.

-- 
Sent through GMX FreeMail - http://www.gmx.net

Slava wrote:
> This can be done in a plugin. Just add a TextAreaHighlight that sets the
> appropraite graphics flags to enable anti-aliasing. Since highlights are
> painted before text, this will result in anti-aliased text.

Well, here it is.

Just put it in your jars/ directory, and all text area's are anti-aliased.
To use normal fonts again, simply uninstall the plugin with PluginManager.

Mike, if you like you can put this on PC and check it in CVS, please.

PS: Alas, aliased fonts look ugly on Sun JDK 1.3.0/Windows NT 4.0, because
they are aliased much to aggressively (lines are too thin etc.). Does anybody
know how to configure that? 

PPS: jEdit has some cursor positioning problems on anti-aliased variable
width fonts like Serif, which I use excessively. Probably has something to do
with wrong FontMetrics handling. However, everything's fine if I don't use
anti-aliased fonts.

Dirk.

-- 
Sent through GMX FreeMail - http://www.gmx.net

"Sergey V. Udaltsov" wrote:
>
> Sorry for the attachement - I think it is worth looking. Hope I will not
> be excommunicated:)

You know, showing antialiasing in jpeg is a bit pointless :) Png would
be better here.

Artur

"Sergey V. Udaltsov" wrote:
> 
> Hi all
> 
> jEdit is lovely. But today the main "buzzword" in X world is
> antialiazing. Several days ago J developers released the version which
> has this nice feature. Will jEdit have it? AFAIK it is very easy in Java
> 2D... Usual fonts under X look really ugly in jEdit...
> 

This can be done in a plugin. Just add a TextAreaHighlight that sets the
appropraite graphics flags to enable anti-aliasing. Since highlights are
painted before text, this will result in anti-aliased text.

Slava

Dan Hensgen wrote:
> 
> i'm scoping out a possible plugin but have a question first:
> 
> if a plugin should not assign shortcuts, what is an appropriate way to
> do so?

Provide a menu item command and let the user bind it to whatever key the
choose.

Slava

> we could have a subclass of TextAreaPainter (e.g. TextAreaPainter2D) that made
> use of the Java2D that could be available to those running under JDK 1.2 or
> higher. it could be controlled by an option, e.g. "high quality text display"
> in the Editor option pane.

Wow! I've just did small dirty hack - and I like it! I've just created
in GUIUtilities:

  public static void improveImage( Graphics gfx )
  {
    RenderingHints renderHints =
         new RenderingHints(RenderingHints.KEY_ANTIALIASING,
                            RenderingHints.VALUE_ANTIALIAS_ON);
    renderHints.put(RenderingHints.KEY_RENDERING,
                    RenderingHints.VALUE_RENDER_QUALITY);
    renderHints.put(RenderingHints.KEY_TEXT_ANTIALIASING,
                    RenderingHints.VALUE_TEXT_ANTIALIAS_ON);
    final Graphics2D g2 = (Graphics2D)gfx;
    g2.setRenderingHints(renderHints);
  }

After that, I changed TextAreaPainter.java (modified paintComponent
function) and BrowserView.java (added paintComponent). Definitely, all
other components can be "improved" as well.

No settings, no options. Not JDK 1.1 compartible. But looks really
better than before!

Sorry for the attachement - I think it is worth looking. Hope I will not
be excommunicated:)

Regards,

Dr. Sergey V. Udaltsov

On Tue, 27 Feb 2001, Sergey V. Udaltsov wrote:
> jEdit is lovely. But today the main "buzzword" in X world is antialiazing.
> Several days ago J developers released the version which has this nice
> feature. Will jEdit have it? AFAIK it is very easy in Java 2D... Usual fonts
> under X look really ugly in jEdit...

it does indeed look pretty easy, though since jEdit supports JDK 1.1, the
implementation could be a bit tricky. here's a useful URL i found:

	http://www.apl.jhu.edu/~hall/java/Java2D-Tutorial.html

there is discussion of antialiasing in section 8.

we could have a subclass of TextAreaPainter (e.g. TextAreaPainter2D) that made
use of the Java2D that could be available to those running under JDK 1.2 or
higher. it could be controlled by an option, e.g. "high quality text display"
in the Editor option pane.

-md

Hi all

jEdit is lovely. But today the main "buzzword" in X world is
antialiazing. Several days ago J developers released the version which
has this nice feature. Will jEdit have it? AFAIK it is very easy in Java
2D... Usual fonts under X look really ugly in jEdit...

Regards,

Sergey

i'm scoping out a possible plugin but have a question first:

if a plugin should not assign shortcuts, what is an appropriate way to
do so?

thanks
dan

Hi,

Dirk Moebius schrieb:
> has someone a good ((L)GPL'ed) implementation of a TreeTable component, ie.
> a table that displays a tree in one of its columns? Something like the GTK+
> TreeTable.
> 
> The table cells do not need to be updateable, but the tree should be
> expandable/collapsable at least, and offer listeners for such events.

Take a look a http://www.dystance.net/ping/, they have a toolkit called 
KIWI. The library is under the GNU Public Library Licence (?).

The TreeTable there is a JTable that uses a custom cell renderer to 
render a Tree into the first column. As I remember it uses its own 
tree class, but I'm not really sure.


> Thanks,
> Dirk.

Ciao,
Gerhard