[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [dita] Proposal for Consideration: Default Behavior for List Items
I also feel this type of statement does not belong in the spec. If the OT exhibits inconsistent behavior, the issue should be addressed to the OT developers, not the TC. I prefer to remain silent on this particular issue, since I agree that in this case the styling of these elements is implementation-specific. Gershon ----- Original Message ---- > From: Tony Self <tself@hyperwrite.com> > To: dita@lists.oasis-open.org > Sent: Tuesday, April 15, 2008 2:05:02 AM > Subject: RE: [dita] Proposal for Consideration: Default Behavior for List Items > > I agree with Paul. This might be a slippery slope, where the standard is > expected to provide other default styling recommendations. Stylesheet processing > belongs outside the standard. I think this recommendation belongs in the OT. > > Tony Self > > > > -----Original Message----- > From: Grosso, Paul [mailto:pgrosso@ptc.com] > Sent: Tuesday, 15 April 2008 7:31 AM > To: dita@lists.oasis-open.org > Subject: RE: [dita] Proposal for Consideration: Default Behavior for List Items > > Why are we getting into details of styling in a semantic > markup language standard? DITA shouldn't dictate to a user > how their stylesheet has to work. If we put wording such > as Eliot's into the DITA standard, then we are telling > users that they non-compliant if they write a stylesheet > that styles Item text and Item text > differently, and I know Eliot is not a fan of having a user's > control over their own data usurped by someone else. > > The DITA standard includes DTDs and XSDs, but it does > not include stylesheets, and it shouldn't. So why should > the spec include styling restrictions? If a user wants > to write a stylesheet, they should be allowed to have it > do anything they want. If implementors want to provide > stylesheets as part of their DITA offering, then what those > stylesheets do in terms of such things as paragraphs within > list items is a quality of implementation issue. > > paul > > > -----Original Message----- > > From: Eliot Kimber [mailto:ekimber@reallysi.com] > > Sent: Monday, 2008 April 14 16:11 > > To: dita@lists.oasis-open.org > > Subject: [dita] Proposal for Consideration: Default Behavior > > for List Items > > > > Per the action out of last week's meeting, I submit the following > > proposal for approval by the TC: > > > > "By default, the rendering of list items is not affected the > > presence or > > absence of an initial paragraph element such that the markup Item > > text and Item text should be visually > > indistinguishable, all other variables being the same." > > > > The and elements both provide a "compact=" attribute that > > indicates the desire for more or less space between list items. > > > > We also discussed the issue that IBM's pre-OASIS markup > > design for step > > lists had rules for determining if a given list of steps should be > > compact or not lead to not providing compact= on but > > that steps= > > should provide compact= (because that particular behavior was too > > specific and there is no way to override it in the current markup > > design). It was agreed that adding compact= to would > > not create > > any backward compatibility problems. > > > > Cheers, > > > > Eliot > > > > -- > > Eliot Kimber > > Senior Solutions Architect > > "Bringing Strategy, Content, and Technology Together" > > Main: 610.631.6770 > > www.reallysi.com > > www.rsuitecms.com > > > > --------------------------------------------------------------------- > > To unsubscribe from this mail list, you must leave the OASIS TC that > > generates this mail. You may a link to this group and all > > your TCs in OASIS > > at: > > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgr > > oups.php > > > > > > --------------------------------------------------------------------- > To unsubscribe from this mail list, you must leave the OASIS TC that > generates this mail. You may a link to this group and all your TCs in OASIS > at: > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php > > > > > > --------------------------------------------------------------------- > To unsubscribe from this mail list, you must leave the OASIS TC that > generates this mail. You may a link to this group and all your TCs in OASIS > at: > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]