Reply
Thread Tools
Posts: 2,152 | Thanked: 1,490 times | Joined on Jan 2006 @ Czech Republic
#41
Originally Posted by Addison View Post
Are you saying that there are possibly one or two pixels for the border that can't be seen?
Well, yes, but it CAN be seen :-) Set background to white and start something like midnight commander with colors and you will see white line around fullscreen window. Even if it is only 1 pixel it would cause bottom line to be unused and leave fontheight-1pixel wasted space. At least that's my theory.
__________________
Newbies click here before posting. Thanks.

If you really need to PM me with troubleshooting question please consider posting it to the forum instead. It is OK to PM me a link to such post then. Thank you.
 

The Following User Says Thank You to fanoush For This Useful Post:
Benson's Avatar
Posts: 4,930 | Thanked: 2,272 times | Joined on Oct 2007
#42
Originally Posted by fanoush View Post
Well, yes, but it CAN be seen :-) Set background to white and start something like midnight commander with colors and you will see white line around fullscreen window. Even if it is only 1 pixel it would cause bottom line to be unused and leave fontheight-1pixel wasted space. At least that's my theory.
fontheight-2px; one from the top and one from the bottom

(Or maybe you were counting the bottom border as part of the wasted space -- I'd say all the borders are wasted!)
 
Addison's Avatar
Posts: 3,811 | Thanked: 1,150 times | Joined on Oct 2007 @ East Lansing, MI
#43
Wow, no wonder I couldn't find a font that would fit perfectly on the screen for the past three weeks.

There's no solution for a 80x24 character display within a 798x478 window.

Hey, do you know if Qwerty's Roxterm has the same, invisible border as well?

Thanks for your post fanoush!
 
Posts: 2,152 | Thanked: 1,490 times | Joined on Jan 2006 @ Czech Republic
#44
It depends where this bug/feature is, both osso-xterm and roxterm uses libvte (virtual terminal emulation library) so if it is inside vte it would be the same. There is no such border around scrollbar so it may be inside libvte.
__________________
Newbies click here before posting. Thanks.

If you really need to PM me with troubleshooting question please consider posting it to the forum instead. It is OK to PM me a link to such post then. Thank you.
 
Posts: 2,152 | Thanked: 1,490 times | Joined on Jan 2006 @ Czech Republic
#45
found it, it is indeed inside vte
vte-0.12.2/src/vte-private.h
#define VTE_PAD_WIDTH 1

when changing to 0 and rebuilding libvte4_0.12.2-0mh7_armel.deb, 16 pixel font fits exactly. 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.

EDIT:
patched version for Diablo with splitted VTE_PAD_WIDTH into VTE_PAD_X (=1) and VTE_PAD_Y (=0)
http://fanoush.wz.cz/maemo/libvte4_0...0mh7_armel.deb

EDIT2:
on request here is version with both borders set to zero, I guess it is not very useful due to scrollbar taking space but here it is anyway
http://fanoush.wz.cz/maemo/libvte4_0...rder_armel.deb

EDIT3:
source patch here
http://fanoush.wz.cz/maemo/vte4.border.patch
__________________
Newbies click here before posting. Thanks.

If you really need to PM me with troubleshooting question please consider posting it to the forum instead. It is OK to PM me a link to such post then. Thank you.

Last edited by fanoush; 2008-08-20 at 12:03. Reason: link to source patch added
 

The Following 3 Users Say Thank You to fanoush For This Useful Post:
Benson's Avatar
Posts: 4,930 | Thanked: 2,272 times | Joined on Oct 2007
#46
Well, I've got an rxvt build, which doesn't use VTE (and is completely un-hildonized) but since Fanoush patched libvte4, I'll just use that.

The letters touching the left side would be a non-issue if you used a black background, as computers were meant to be.
 
Addison's Avatar
Posts: 3,811 | Thanked: 1,150 times | Joined on Oct 2007 @ East Lansing, MI
#47
Fanoush! You're the man!!!

Thank you big time for that .deb file, it worked to perfection!


The only font I have though that seems to fit perfectly using the preferred 24 rows is your Fixedsys Excelsior 3.01, most others now display 25 rows on screen.

Is there any quick method or trick to see if a font will equal an exact display of 24 rows without having to load them on the memory card, transfer them to the Nokia's internal folder, restart the cache and physically examine them while in Xterm?

Like is there a special program that will state the height of a font without having to manually see how it will appear in Xterm? Or perhaps something that can be typed into Google to better search for the exact size needed?

Thanks again chief!
 
Addison's Avatar
Posts: 3,811 | Thanked: 1,150 times | Joined on Oct 2007 @ East Lansing, MI
#48
Originally Posted by fanoush View Post
found it, it is indeed inside vte
vte-0.12.2/src/vte-private.h
#define VTE_PAD_WIDTH 1

when changing to 0 and rebuilding libvte4_0.12.2-0mh7_armel.deb, 16 pixel font fits exactly. 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.

EDIT:
patched version for Diablo with splitted VTE_PAD_WIDTH into VTE_PAD_X (=1) and VTE_PAD_Y (=0)
http://fanoush.wz.cz/maemo/libvte4_0...0mh7_armel.deb

EDIT2:
on request here is version with both borders set to zero, I guess it is not very useful due to scrollbar taking space but here it is anyway
http://fanoush.wz.cz/maemo/libvte4_0...rder_armel.deb

EDIT3:
source patch here
http://fanoush.wz.cz/maemo/vte4.border.patch

Bringing up a really old thread on this.

I've basically managed to remove the task navigator as well as the status bar from the desktop.

When launching any application now, it appears full screen.

However, there's a small, window border around the application as though it weren't full screen.


Is there perhaps some other type of vte border that's responsible for this and can it be hacked?
 
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 04:45.