Previous Next Tracker index See it online !

(79/241) 3400 - Umlaute in Courier New Size 12 missing upper dots

Hello.

jEdit 4.3.1 server mode on Java 1.6.0_17

As you can see, I come from Germany. Here we have some Umlaute, you also call it this in English. Umlaute have upper dot: Ü
In the default font: Courier New size 12 the upper dots will not be printed. Losing the focus and return show the dots, but initial you can not see the dots.

With other font sizes it done well, I test 10 and 14. This only happens in size 12.

TIA
Andreas Riedel

Submitted	andreasriedel - 2010-02-23 11:27:39	Assigned
Priority	5	Labels	text area and syntax packages
Status	open	Group	normal bug
Resolution	None

Comments

2010-02-23 16:13:57 ezust	I somehow doubt that is something we can fix from jEdit, and is more likely an issue with your JRE and java font setup. But since I don't use any of those funny letters anyway, I don't know what I am talking about so you can ignore me if you like.
2010-02-23 16:35:08 ezust	although you might try the different antialias settings and font metrics settings under general options - textarea.
2010-02-23 16:52:08 *anonymous	I've seen some bug reports about jEdit missing a horizontal 1-pixel-high line between each 2 text lines. Can this be the case here? Or are there other characters whose pixels are displayed in the same horizontal line as the missing points?
2010-02-24 10:06:37 kpouer	that's strange, I tried with java 1.6.0_15 with 4.3.1 and 4.4pre1 and I don't have any problem here with Ü even when printing them. I also tried with all antialiasing mode. I'm on Ubuntu 9.10
2010-02-24 17:19:35 daleanson	I don't have any problem either, which makes me concur with others that the problem is likely something in your JRE and font installation. Does the problem happen with other fonts?
2010-02-24 18:00:52 nicarran	The problem happens to me too when using "Courier New" size 12. See: http://i862.photobucket.com/albums/ab184/nicarran/umlaute.png And the dots are never painted on line 1. I'm using java version "1.6.0_18".
2010-02-24 18:08:29 *anonymous	In the bitmap, the dots are also not painted on line 2, right? Does this only happen with a specific font and a specific size?
2010-02-24 18:38:51 nicarran	> In the bitmap, the dots are also not painted on line 2, right? when I select another application window and then come back to the jedit window the dots on the line beneath the "current line" are lost: in the picture the current line is 1 and the dots from line 2 are lost. > Does this only happen with a specific font and a specific size? appears to occur only when using "Courier New" size 12. I tested sizes 10, 11, 13, 14 from the same family and the problem does not happen.
2010-02-24 22:27:10 kpouer	Are you using Sun's JVM ? You can check that in the activity logs, it appears in the first lines
2010-02-24 22:35:32 *anonymous	I reproduced this also with the same font and size you specified. I use Sun JVM, 1.6.0_18. The problem seems to be that the highlighting of the current line covers some of the next line as well, and causes the part of the next line that's covered by it to be hidden.
2010-02-24 23:44:57 nicarran	> Are you using Sun's JVM ? yes...Sun's JVM 1.6.0_18 on linux
2010-02-24 23:58:56 nicarran	> The problem seems to be that the highlighting of the current line covers some of the next line as well, and causes the part of the next line that's covered by it to be hidden. or the line height is shorter than necessary and the umlaute is drawn invading the previous line... on line 1 there is no space to draw the umlaute.
2010-02-25 08:13:26 kpouer	But I don't understand, the line highlight is transparent so you should see your accent isn't it ? If you highlight a line far away the ¨ is still hidden ?
2010-02-25 08:29:35 *anonymous	Actually it's not the line highlight that causes this. It's the caret itself. When I move to a line above this character, the accent is still shown until the caret blinks once, then the accent disappears (for the entire line, not just under the caret). I think you should be able to experience it too - use Courier New, size 12. If you place the caret on a line containing these characters, you can see that the top of the current-line-highlight is 1 pixel below the ¨. This probably means that the FontMetrics for this font size is inconsistent with the font itself.
2010-02-25 09:38:37 kpouer	Right, I see now. For me the " do not disappear but with Courier New the caret highlight and line highlights are one pixel below the " But do you think the FontMetrics can be inconsistent for that ? Or we have a bug in calculation here ?
2010-02-25 09:46:07 *anonymous	When the caret highlight is one pixel below the ", move up one line and after a second or so the " will disappear. I think the following patch may solve this (didn't check), but it contains an interesting point about FontMetrics that may be causing this (read the comments of the patch): https://sourceforge.net/tracker/?func=detail&aid=2844750&group_id=588&atid=300588
2010-02-25 10:32:51 *anonymous	It's definitely a problem with the FontMetrics. getHeight in this case does not leave room for the ", and getMaxAscent is the same as getAscent in this case. If you put this character on the 1st line of the buffer, it will not be shown at all.
2010-03-27 18:14:24 kerik-sf	just to say that it had been reported earlier: #1415708 - Accented capital letters/umlauts don't fit on row https://sourceforge.net/tracker/index.php?func=detail&aid=1415708&group_id=588&atid=100588 I mark the old one as duplicate \!