W3C home > Mailing lists > Public > www-svg@w3.org > February 2003

RE: Request for 1.2: user defined objects in flow

From: Thomas E Deweese <thomas.deweese@kodak.com>
Date: Mon, 24 Feb 2003 07:22:43 -0500
Message-ID: <15962.3731.371688.791888@frog.rl.kodak.com>
To: Felix Breuer <felix@fbreuer.de>
Cc: www-svg@w3.org

>>>>> "FB" == Felix Breuer <felix@fbreuer.de> writes:

FB> Is it possible to include a "user defined object" in a flow*? If
FB> not, would it make sense to include such a facility in SVG 1.2?


FB> So, here comes my naive proposal: could some <flow> Element be
FB> defined that allows for custom objects to be embedded? As 1.2
FB> states: flow layout is intendet to be some kind of
FB> post-processing. The dimensions of a custom object, which resides
FB> inside, say, a <g> element, would already be calculated. This
FB> element could then be handled like a single glyph and placed
FB> accordingly.

    Can you please check the current AltGlyph Mechanisms in SVG
1.0/1.1 (Section 10.14).  In general this sounds like what you want it
may require a bit more work on your part to construct the surrounding
font information but this 'extra' information would allow you to do
most of the things you request below.

FB> Of course severaly things are problematic about this concept. By
FB> means of which mechanism would the dimensions be calculated and
FB> passed on? Can the document author influence them or are they left
FB> entirely to the rendering application? How about positioning of
FB> the object relative to the baseline?

FB> I would just like to ask the working group to consider these
FB> questions.  I have come across so many APIs, frameworks,
FB> etc. which implement great line-flow techniques that are utterly
FB> impossible to extend to the placement of something as common as
FB> mathematical formulas. I am also sure, that an extendable
FB> mechanism would be of use in entirely different contexts.

FB> Regards, Felix Breuer

FB> -- Felix Breuer <felix@fbreuer.de>
Received on Monday, 24 February 2003 07:22:57 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:46:55 UTC