OASIS Open Mailing List Archives  ·  All Lists  ·  xliff-inline  ·  2012-06

xliff-inline — archive

[Date Prev]  |  [Thread Prev]  |  [Thread Next]  |  [Date Next]   —  [Date Index]  |  [Thread Index]  |  [Month Index]  |  [List Home]

SC F2F outcome: Type attribute


During the face-to-face meeting there was a consensus on defining a composite value for the type attribute (for an inline code). It would work as follow: type ::= <category>[' '<subcategory>] <subcategory> ::= <authority>'-'<value> - The separators ' ' and '-' would have to be defined. - we would provide the finite list of the top-level categories - we would possibly provide default lists for all or some categories Examples: type="fmt" type="fmt xlf-bold" type="fmt xlf-italic" type="fmt xlf-underline" type="ui xlf-button" type="ui xlf-link" etc. The rational is that such two-level approach would allow to have both a defined list of top-level types that would provide broad information and an optional secondary, more specific, and extensible list of values for finer information. If the secondary part is absent or unknown to a tool, it would still have the top-level part to make some decisions: this is a formatting code: do this... this is a UI element: do that, etc. Note that such composite value may be of use in other attributes where we could use a top-level finite list of values, and a secondary extensible one. Feedback welcome as usual. -ys

[Date Prev]  |  [Thread Prev]  |  [Thread Next]  |  [Date Next]   —  [Date Index]  |  [Thread Index]  |  [Month Index]  |  [List Home]