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

 


Help: OASIS Mailing Lists Help | MarkMail Help

dita message

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


Subject: Thoughts on Issue #20


Apologies for not getting this out sooner. Better late than never.

#1. Is it important to have "include" and "passthrough" be distinct
values? Or can we merge their behaviour and say that include always
attempts to "passthrough" if the output format supports it.

#2. Is "printchar" really implementable in most output formats? E.g.
HTML, HTML Help? Is it easy or hard to implement in XSL-FO?

#3. What happens if two attributes on the same element suggest
conflicting colours? Or an inherited attribute suggests one colour and
an inner one suggests another.

#4. The logic for action is not intuitive because it is not the same as
in-document. In the document, we say that if an attribute is not
mentioned at all, that means "include". If it is mentioned with a
particular postive value, then it means "exclude everything except this
value". In the ditaval file, "include" is a no-op and "exclude" means
"exclude if this value is set." This is non-intuitive both because it is
inconsistent but also because it means that you end up listing
everything you DON'T want to handle. People are more comfortable with
positive logic than negative logic.

My proposal: include means "Include if this value (or another included
value) is in the list. Exclude otherwise."

In that model, "Exclude" would be the no-op.

 Paul Prescod


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