Bug 121061 - Font size used for x-label not consistent
Summary: Font size used for x-label not consistent
Status: RESOLVED WORKSFORME
Alias: None
Product: kst
Classification: Applications
Component: view objects (show other bugs)
Version: 1.x
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: kst
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-30 20:58 UTC by Andrew Walker
Modified: 2006-03-20 04:36 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
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).