Re: border in osso-xterm in fullscreen?
Stefan Kost wrote: Sounds good. Have you filed an enhancement request at bugzilla.gnome.org? Should be easy to fix. Seems like this was reported year ago http://bugzilla.gnome.org/show_bug.cgi?id=471920 I have added comment. BTW if anyone cares about this you can get recompiled libvte for Diablo here http://www.internettablettalk.com/forums/showthread.php?p=211159#post211159 Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: border in osso-xterm in fullscreen?
Hi, Frantisek Dufka schrieb: Giacomo Tufano wrote: http://en.wikipedia.org/wiki/Em_(typography) have, probably, the informations you're looking for. The answer to the Frantisek problem is, IMHO, that (citing the page) In digital type, the relationship of the height of particular letters to the em is arbitrarily set by the typeface designer. However, as a very rough guideline, an average font might have a cap height of 70% of the em, and an x-height of 48% of the em. These differences could account for the numbers Frantisek found... Thanks. So one basically cannot guess how many lines will fit from the point size alone, it depends on specific font and its designer. Quite confusing but nevermind :-) As for the first mystery - I found the solution. vte-0.12.2/src/vte-private.h #define VTE_PAD_WIDTH 1 When changing to 0 and rebuilding libvte4 it fits. Sadly same constant is used for padding width and height which is pretty unfortunate. Left border padding would be nice, without border there is no space and letters touch black LCD border and look a bit strange. Top and bottom border doesn't look so bad. I think splitting VTE_PAD_WIDTH into VTE_PAD_X and VTE_PAD_Y would be useful. And making it variable would be event better. Both for user customization and for computing it at runtime for proper centering when font size doesn't fit exactly. Sounds good. Have you filed an enhancement request at bugzilla.gnome.org? Should be easy to fix. Stefan Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: border in osso-xterm in fullscreen?
Andrew Zabolotny wrote: From Wed, 06 Aug 2008 14:31:08 +0200 Frantisek Dufka [EMAIL PROTECTED] wrote: I'm wondering why fixed font with height of 16 won't give me full 30 lines in osso-xterm but 29 lines plus one empty line on the bottom. Anyone knows answer to this mystery? Of course that's because the height of the client window area is not divisible by the fonw height. Unlikely. Well, it can be bug in fonts or freetype/gtk/pango (whoever decides font height from the font file) but most probably it is just because the font is not rendered from the top so there is 1 or 2 lines missing on the bottom. I tried two 16px/12pt height fonts both having the same problem Fixedsys Excelsior http://www.fixedsysexcelsior.com/ Terminus http://fractal.csie.org/~eric/wiki/Terminus_font http://chlamydia.fs.ei.tum.de/~corecode/unsorted/Terminus.ttf BTW, later I tried this also in Gnome terminal in Ubuntu 8.04 and I see exactly the same problem when in fullscreen mode (F11, right click - turn off menu bar). Screen height 800 is divisible by 16 but I see same empty line on the bottom and same hairline white border around Midnight Commander's blue panel and see only 49 lines instead of 50. This also means it is not Maemo specific so it does not belong here. You may want to try DejaVu Sans Mono, the pre-packaged DejaVu fonts can be downloaded here: http://cs.ozerki.net/zap/maemo/dists/diablo/main/binary-armel/ttf-dejavu_2.25-1_all.deb In my opinion, DejaVu Sans Mono gives a much nicer appearance to the terminal. Tried it just to verify the bug and now I have another mystery :-) I am no expert on font sizes and units but from the information on the net it looks like there are two main units - pixels and points. Point is 1/72 inches so 1 pixel = 1 point at 72 dpi. At 96dpi (our tablet or any MS Windows OS in normal configuration) 1 point is 1.33 (or 4/3) pixels so 12 points = 16 pixels. On tablet this should produce 480/16=30 lines. The mystery is that Dejavu font at 12 points gives me only 25 lines + some tiny space like 2 pixels. And same happens for Courier New copied from Windows. This would mean pixel height for those fonts is slightly more than 480/25=19.2, why?. As for Dejavu/Vera fonts and other scalable fonts in general - they are great but IMO at small sizes nothing can beat bitmap fonts. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: border in osso-xterm in fullscreen?
Hi, ext Frantisek Dufka wrote: Tried it just to verify the bug and now I have another mystery :-) I am no expert on font sizes and units but from the information on the net it looks like there are two main units - pixels and points. Point is 1/72 inches so 1 pixel = 1 point at 72 dpi. At 96dpi (our tablet or any MS Windows OS in normal configuration) 1 point is 1.33 (or 4/3) pixels so 12 points = 16 pixels. On tablet this should produce 480/16=30 lines. The mystery is that Dejavu font at 12 points gives me only 25 lines + some tiny space like 2 pixels. And same happens for Courier New copied from Windows. This would mean pixel height for those fonts is slightly more than 480/25=19.2, why?. I think the font point size of a font most often(?) means the size between font ascender and descender, not the full line height. This is up to font designer though... - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: border in osso-xterm in fullscreen?
Giacomo Tufano wrote: http://en.wikipedia.org/wiki/Em_(typography) have, probably, the informations you're looking for. The answer to the Frantisek problem is, IMHO, that (citing the page) In digital type, the relationship of the height of particular letters to the em is arbitrarily set by the typeface designer. However, as a very rough guideline, an average font might have a cap height of 70% of the em, and an x-height of 48% of the em. These differences could account for the numbers Frantisek found... Thanks. So one basically cannot guess how many lines will fit from the point size alone, it depends on specific font and its designer. Quite confusing but nevermind :-) As for the first mystery - I found the solution. vte-0.12.2/src/vte-private.h #define VTE_PAD_WIDTH 1 When changing to 0 and rebuilding libvte4 it fits. Sadly same constant is used for padding width and height which is pretty unfortunate. Left border padding would be nice, without border there is no space and letters touch black LCD border and look a bit strange. Top and bottom border doesn't look so bad. I think splitting VTE_PAD_WIDTH into VTE_PAD_X and VTE_PAD_Y would be useful. And making it variable would be event better. Both for user customization and for computing it at runtime for proper centering when font size doesn't fit exactly. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
border in osso-xterm in fullscreen?
Hi, I'm wondering why fixed font with height of 16 won't give me full 30 lines in osso-xterm but 29 lines plus one empty line on the bottom. Anyone knows answer to this mystery? My theory is that there is 1 pixel border around terminal widget (but not scrollbar) so it won't fit because of 1 or 2 missing pixel lines on the bottom. If you set border in osso-xterm to white an run some fullscreen terminal application with colored background (like midnight commander) there is thin white line around it. I have searched matchbox and gtk theme files, diablo version of osso-xterm and libvte sources but did not find anything suspicious. Ideas? Since the color of the border actually changes when changing osso-xterm window background color setting it looks like terminal widget gets full area for drawing but still the font is drawn with thin border i.e like drawn at 1,1 coordinates instead of 0,0. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: border in osso-xterm in fullscreen?
From Wed, 06 Aug 2008 14:31:08 +0200 Frantisek Dufka [EMAIL PROTECTED] wrote: I'm wondering why fixed font with height of 16 won't give me full 30 lines in osso-xterm but 29 lines plus one empty line on the bottom. Anyone knows answer to this mystery? Of course that's because the height of the client window area is not divisible by the fonw height. You may want to try DejaVu Sans Mono, the pre-packaged DejaVu fonts can be downloaded here: http://cs.ozerki.net/zap/maemo/dists/diablo/main/binary-armel/ttf-dejavu_2.25-1_all.deb In my opinion, DejaVu Sans Mono gives a much nicer appearance to the terminal. -- Andrew signature.asc Description: PGP signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
