Texts to big for their windows

[BigAlUK]

Help!

I have an immediate problem that, with three input sources (a dual DVB-T and a DVB-S2), the "Show Status" of the GB-PVR tray tool only shows the status of the frist two devices - the remaining one is beyond the popup window - which is of course not resizable!

Any cures (short of using less devices)?

In general tho' its irritating that the GB-PVR on-screen texts are so huge that the guide is barely usable and the info about a viewed program in live TV scrolls off the bottom of the screen. The PVRX2 sizes are far better. It would be nice if there were a seting on the config panel to stop GB-PVR from "shouting so loud".

[agidius]

the "show status" is as big as it needs to be.
when I had 1 tuner, it was quite small.
but each tuner added made it grow some, and now it is just large enough to show all 5.

[BigAlUK]

Thanks for the comment,

However, see the attached JPG.

As a programmer, I know what causes this - the writer of the popup status window either did not set the property in the dialog-window's object to autoscale according to the prevailing Windows fonts and screen resolution, or simply placed the text objects on to the main dialog surface without including "panels" beneath them to force the nature of the dialog-resize.

Consequently, the dialog's content does not resize the window in the same way if the font size of the desktop and the screen resolution chosen are different from what the programmer used.

This is irritating because many people (myself included) opt for large fonts in order to maximize the pixel density of their desktop without having to get a microscope out to read the text. We also tend to push our resolutions all the way to the max.

It would help if, at the very least, the dialog box were maximizable or resizable.

So - in the meantime, does anyone know of a workaround to making the content of this dialog visible without having to change the font and/or the screen resolution?

[BigAlUK]

Ok - I've found an interim solution that works for me until someone recognises that this is a problem worth finding the correct solution for.

Using Girder, I created a multigroup command that targets the Recording Status window with its two embedded commands. The first maximizes the Recording Status window, and the second resizes it such that all the relevent texts are visible. The first command is necessary so that the second command's resizing sticks - otherwise each update of the window will put the original sizing back.

The only problem I have now is finding the correct event upon which to trigger this Girder command!

Suggestions welcome.

[BigAlUK]

Triggered the command group with a timer event for now - not ideal because timer events make debugging Girder scripts awkward, but it works well nontheless.

[K.S.]

@BigAlUK => based on your attached screenshot & from past experience with other software: check your windows display properties & set the following 2 settings, that should fix your display "bug"

1. under appearance, font size should be normal
2. under settings, advanced, the general display DPI setting should be set to 96dpi

[BigAlUK]

@BigAlUK => based on your attached screenshot & from past experience with other software: check your windows display properties & set the following 2 settings, that should fix your display "bug"

1. under appearance, font size should be normal
2. under settings, advanced, the general display DPI setting should be set to 96dpi

You are missing the point - I want the present font size and resolution on my desktop (Its my right!). Its setting is not the cause of the bug. Its setting is what Microsoft allow me to use so that I can still read text on my display at these higher resolutions without putting my head right in front of the display.

Incidentally - I've found yet another way to get a temporary solution - add a dummy tuner that does not use an EPG and has not discovered any channels, and name it so that it appears at the end (off screen) of the list.

It'll do for now.

[K.S.]

You are missing the point - I want the present font size and resolution on my desktop (Its my right!). Its setting is not the cause of the bug. Its setting is what Microsoft allow me to use so that I can still read text on my display at these higher resolutions without putting my head right in front of the display.

if you want the current font size & DPI setting, it's your right
just the fact that m$ lets you select this things sadly does NOT mean they have built in real support for it. just take a look how queer the windows explorer & the desktop looks like with this settings... they have not built in support for such settings & every developer would have to take care about them. that's definitely something nobody want/will do (expect it bothers themself that much ) just to cover up some crap made in redmond
just to get me right: i do understand your pain but only m$ can cure it the safe way & i don't see that coming...
dunno how vista behaves in that point, i can take a look if you want, maybe thats something they have solved...

[BigAlUK]

if you want the current font size & DPI setting, it's your right
just the fact that m$ lets you select this things sadly does NOT mean they have built in real support for it. just take a look how queer the windows explorer & the desktop looks like with this settings... they have not built in support for such settings & every developer would have to take care about them. that's definitely something nobody want/will do (expect it bothers themself that much ) just to cover up some crap made in redmond
just to get me right: i do understand your pain but only m$ can cure it the safe way & i don't see that coming...
dunno how vista behaves in that point, i can take a look if you want, maybe thats something they have solved...

As a programmer, I can tell you that m$ did in fact build real support for resizing - the trouble is that it ain't intuitive and it ain't well documented - and even when you think you've got it right, someone will find a font/res setting that still manages to screw something up unless you test it to death (my experience anyway). So my feelings go out to any programmer who hears complaints like mine. But all this doesn't solve my problem that to work with oridnary windows in a 10ft environment I need large fonts in my system. When using Borland Delphi to create standard windows dialogs, I use a bool flag in the properties of the parent dialog window that forces the font to scale with the dialog. It can make the text look crap at some resolutions - but at least it doesn't disappear off the edges. Unfortunately the ease of use for the programmer of using a standard dialog class for "trivial" I/O like this is simply too tempting, and the potential problem of resizing such dialogs is easily forgotten - done it myself many a time.

So - not disagreeing... just hoping for a solution that avoids reaching for the reading glasses.

[stustunz]

i was going to mention get your eyes checked