Bug 121061

Summary:	Font size used for x-label not consistent
Product:	[Applications] kst	Reporter:	Andrew Walker <arwalker>
Component:	view objects	Assignee:	kst
Status:	RESOLVED WORKSFORME
Severity:	normal
Priority:	NOR
Version:	1.x
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:

Description Andrew Walker 2006-01-30 20:58:17 UTC

Version:           HEAD (using KDE KDE 3.5.0)
Installed from:    Compiled From Sources
OS:                Linux

PROBLEM:
The font size used for the x-label of a plot is not consistent from plot to plot

STEPS TO REPRODUCE:
Start Kst
Using the data wizard create 4 plots at the same time within one window

RESULTS:
The font (or font size) used for the x-label of the first plot is not the same as used for the other three plots.

EXPECTED RESULTS:
The font and font size is the same for all four plots.

Comment 1 George Staikos 2006-01-31 04:46:50 UTC

Cannot reproduce this in trunk.

Comment 2 Andrew Walker 2006-02-01 02:02:50 UTC

There should be two additional steps appended to the STEPS TO REPRODUCE:

Right click on the first plot and select Edit...
Click on Apply Edits (without making any changes)

Comment 3 George Staikos 2006-02-02 00:45:41 UTC

> ------- There should be two additional steps appended to the STEPS TO
> REPRODUCE:
>
> Right click on the first plot and select Edit...
> Click on Apply Edits (without making any changes)


  I still can't reproduce this problem, but I know what it is.  The font 
that's being used for the plot form the data wizard isn't in the list of 
fonts, so it switches to the first one.  This is a result of the "guess the 
best default font" code I think.

Comment 4 Netterfield 2006-02-15 02:13:20 UTC

Andrew, can you attempt to verify George's speculation by making sure that the fonts are all set to something that exists.

Comment 5 Andrew Walker 2006-02-21 00:01:25 UTC

George's speculation is right. Clearly a bug somewhere (possible KDE) as it doesn't seem reasonable to be drawing with a font that doesn't exist in the font list.

Comment 6 George Staikos 2006-03-20 04:00:54 UTC

No, it's not a KDE/Qt bug.  It's maybe an issue in our code.  Somehow we're constructing a QFont for a non-existent font so a fallback is being chosen.

Comment 7 George Staikos 2006-03-20 04:36:20 UTC

I can't reproduce this.  There is a font problem on your system.  Somehow a font is being chosen by the datamanager that cannot be loaded after (or cannot be found in the font combo).