StackOverflow2013

Note that there are some explanatory texts on larger screens.

plurals

POSVG font glyphs: ever seen contained path's?
primarykey
Id
14805665
data
AcceptedAnswerId
0
AnswerCount
0
ClosedDate
CommentCount
2
CommunityOwnedDate
CreationDate
2013-02-11T03:57:03.267
FavoriteCount
0
LastActivityDate
2013-04-30T22:59:38.210
LastEditDate
LastEditorUserId
0
OwnerUserId
471335
ParentId
0
PostTypeId
1
Score
1
ViewCount
1104
LastEditorDisplayName
text
Body
<p>I have a source of SVG files created by program potrace, which has created a separate for each component of a multi-segment character. If I simple-mindedly create glyph definitions using these same <path>s the character will not display. If I jam all the path instructions into the "d=" attribute of the <glyph> the character displays. </p> <p>The SVG spec <em>says</em> that <glyph> elements are containers and explicitly says they can contain <path> elements. It just doesn't work (tested in Chrome, Opera, Safari).</p> <p>Here's the smallest example I could cut down to:</p> <pre><code><html> <head> <meta charset="utf-8" /> <title>SVG font test sample04</title> <style type="text/css"> @font-face { font-family: 'sample04'; src: url('sample04.svg#sample04') format('svg'); } .sample04 { font-family: "sample04", verdana, helvetica; } </style> </head> <body class="sample04"> xE014 | &#xE014; | &#xE015; | </body> </html> </code></pre> <p>sample04.svg</p> <pre><code><?xml version="1.0" encoding="UTF-8" ?> <svg version="1.1" xmlns = 'http://www.w3.org/2000/svg'> <defs> <font id="sample04" horiz-adv-x="800"> <font-face font-family="sample04" /> <glyph unicode="&#xE014;" horiz-adv-x="800" d="M0,0h200v200h-200z M400,0h200v200h-200z"/> <glyph unicode="&#xE015;" horiz-adv-x="800"> <path d="M0,0h200v200h-200z"/> <path d="M400,0h200v200h-200z"/> </glyph> </font> </defs> </svg> </code></pre> <p>Note that the two glyphs have the same information, the first contained entirely within the <glyph> d= attribute, the second having the information separated into two <path> elements. I have tried with just a single <path> element with no better results.</p> <p>So is this just another case where specs are sparkly and browsers are not up to it?</p> <p>Note: the reason I care so much is that I have nearly 5000 of these SVG files to embed into a font, and didn't really want to get so heavily into XML transformations to convert the sources...</p>
Tags
<fonts><svg><path><glyph>
Title
SVG font glyphs: ever seen contained path's?
singulars
PostAcceptedAnswerId
1. This table or related slice is empty.
PostParentId
1. This table or related slice is empty.
PostTypePostTypeId
1. PTQuestion
UserLastEditorUserId
1. This table or related slice is empty.
UserOwnerUserId
1. USShenme
plurals
PostLinksPostIdRelatedPostId
1. This table or related slice is empty.
PostLinksRelatedPostIdPostId
1. This table or related slice is empty.
PostsAcceptedAnswerId
1. This table or related slice is empty.
PostsParentIdCreationDate
1. This table or related slice is empty.
VotesPostIdCreationDate
1. This table or related slice is empty.
CommentsPostId
1. COhttp://www.w3.org/TR/SVGTiny12/fonts.html is a fairly accurate description of what some browsers support (Opera, Chrome/Safari). tl/dr: browsers today only support the 'd' attribute in <glyph>, not arbitrary child elements.
  singulars
  PostPostId
  POSVG font glyphs: ever seen contained path's?
  UserUserId
  USErik Dahlström
2. COThank you. Pointing out SVG Tiny as the pessimistic guide to what browsers have implemented is the best advice possible. Certainly helps understand the various asides to "stroke doesn't work", as style= is not even mentioned in SVG Tiny.
  singulars
  PostPostId
  POSVG font glyphs: ever seen contained path's?
  UserUserId
  USShenme

Querying!

Guidance

A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.