OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

office message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [office] Unicode relative spaces -- Was, proposal for new position and space attributes for the list level


On 2/27/07, Thomas Zander <zander@kde.org> wrote:
> On Friday 23 February 2007 23:32, marbux wrote:
> > > I can see how em-based horizontal measurements can be useful in text
> > > documents. However, just calling to allow them wherever cm, in, pt etc.
> > > are allowed is not feasible. From reading your clarifications I can see
> > > that you don't want to do this.
> >
> > You have me figured out. :-) I'm after accessibility and
> > compatibility with other standards like CSS and XSL:FO, not a side
> > trip to 16th Century technology. Em-based measurements should only be
> > implemented where they make sense.
>
> If you find specific cases where that is the case, let us know :)
>

Well, for starters, when transforming a CSS/XHTML document that
contains em-based measurements to ODF with an XSL.

> Specifically, if I alter the config of a list-style I type a space in the
> postfix often, I can imagine a user wanting to type an em-space there.  But
> my guess is that most users will just be too lazy and type two spaces instead
> which tends to get just about the same effect.

But the effect is about the same only if the line is left justified.
If it's justified fully, the spacing becomes unpredictable unless you
work with tab stops. So the question becomes how the tab positions are
determined, e.g., by absolute measurements or by relative units of
measurement.

Best regards,

Marbux


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]