libc++ breaks css parsing [upstream]
Bug #1300271 reported by
Gellule
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
Fix Released
|
Medium
|
Gellule |
Bug Description
Library libc++ is now the default C++ Standard Library on OSX 10.9 Mavericks. The following happens when building inkscape against libc++ (http://
If an object has fill:none, setting stroke changes fill to unset, but it appears as fill:one in the XML.
If an object has stroke:none, setting fill changes stroke to unset, but it appears as stroke:none in the XML.
How to reproduce:
1. Open a blank canvas.
2. Create a square.
3. Open the "Fill and Stroke" and "XML Editor" tabs.
4. Set the fill to "No Paint" (XML shows fill:none)
5. Set the stroke to "Flat color"
The square fill changes to black, unset is selected, and the XML shows fill:one.
Related branches
summary: |
- Setting stroke changes fill:none + libc++ breaks css parsing [upstream] |
tags: | added: osx |
description: | updated |
Changed in inkscape: | |
assignee: | nobody → Gellule (gellule-xg) |
Changed in inkscape: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Not reproduced with r13242 on OS X 10.7.5 (default new prefs, default new document).
Could you attach your preferences file, or add more information about the original style of the square created in step 2?
(Note: with new preferences (old one renamed before launching inkscape), there is a (somehwat unexpected) behavior when changing the fill or the stroke of the first newly drawn shape (e.g. a rect with blue fill and 1px black stroke): the next shape drawn with a tool which uses 'Last used style' will only have the attribute set which was changed before, whereas the other one now is unset - this happens with older stable versions of Inkscape too).