Transparent labels in variable Timing dialog

rbuser

Hi,

RB 10.07 Ent., XP Pro, D2007, themes on.

I notice that the variable timing dialog in the 'end user' report designer
seems to have transparent labels for the 'Calculate On' and 'Reset On'
header labels. This is allowing the underlying bevel lines to show through
the text and it doesn't look so good. It doesn't do this when themes are
off.

Wouldn't these look nicer as group boxes anyway?

Also, a lot of the dialogs appear to be still using MS Sans font which looks
a bit dated. We use Tahoma as the default and also allow user selected fonts
(DesktopFont := True) and the option for toggling bold on/off throughout the
app. This has been very well received for users with less than good
eyesight.

It would be nice to be able to set a font preference somewhere so that all
the report builder dialogs could use it.

Regards, Paul.

nardmoseley

Thanks for the feedback. Another customer recently reported the issue with
the Variable Timing dialog not drawing correctly - this has been updated to
use group boxes for the next release. In earlier versions we used Bevels and
over time we have updated most of them, because the Bevel component does not
draw correctly with themes.

I researched the Font issue. Looks like we need to go thru all our forms and
update them to use ParentFont = true. We can do this for the next release.
The Delphi Graphics unit defines a public DefFontData structure that is used
to specify setting for the default font. In the Graphics Initailization
section, the a function is called that reads the windows registry to
determine the default font settings - for example Tahoma. When forms have
ParentFont set to true, then they will use the DefFontData. You can further
modify the DefFontData via code. In a simple test, I was able to modify the
settings use the following code.

uses
Graphics;

initialization
DefFontData.Style := [fsBold]; // default style to bold



--
Nard Moseley
Digital Metaphors
www.digital-metaphors.com

rbuser

Hi Nard,

Thanks, that would be very useful and enable a better integrated look & feel
throughout.

Further on this subject. I know some of your dialogs are generated in code
(i.e. control positions, heights widths, etc). It may be that when you start
using the parentfont it will cause problems as the positioning is not really
font aware. Various alignments and containment panels will probably have to
be used to get it to look correct with various 'reasonable' font sizes.

I find the AlignWithMargins property comes in very handy for this kind of
stuff. I currently use a modified print dialog and generate my own auto
search dialogs to work around this limitation. They just don't look right
otherwise.

Cheers, Paul.