font name incorrect in status bar
Bug #1168253 reported by
rickmastfan67
This bug report is a duplicate of:
Bug #1046170: text font (imported from pdf) not shown in status line and font selection dialogue.
Edit
Remove
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
New
|
Undecided
|
Unassigned |
Bug Description
I just happened to notice that whenever you have selected a text item and have changed it's font, in the status bar, the font name shown isn't correct at all.
For example, I create some text using the Inkscape default font. Then I change the font to "Impact". When I look at the status bar at the bottom after re-selecting the font (not in the text mode, just the normal select mode), the font name listed isn't correct.
I've been able to duplicate this in both Inkscape 0.48.4 and Dev 12274. I've attached a picture showing the status bar bug. (And yes, the text that I have selected is in the font "Impact".)
Inkscape 0.48.4 r9939
Windows 7 x64
To post a comment you must log in.
Do you highlight the text content when changing its font? This is not really required if you want to modify the font of the text object itself - just make sure that the text object is selected (you can see the blinking text cursor), and change the font. Then you will notice that the message in the status bar and the font selected in the text tool controls bar match.
If you highlight the text content (or a portion of it) and then modify the font style, you actually style the <tspan> which wraps that portion of the text, while the parent <text> object still has the old font style information (the style is inherited by the <tspan> elements, or redefined per <tspan>).
Consider a longer text object which uses many different fonts, and font styles, and colors, for individual words: if you just select the text object, what would you expect to be displayed in the status bar: a huge list detailing every style used inside any <tspan> element of the text object? Currently, the status bar displays the style information of the parent <text> object itself, and not those applied to a sub-string of it.
Technically IMHO the same underlying issue as in bug #1046170 (a limitation of how much font style information is displayed in the status bar).