Issue-286: application of padding to p etc

Hi Glenn,

I've had a look at your edit that added padding to content elements and I don't believe that this contradicts the usage defined by EBU-TT-D in Issue-286 as written. However we need to describe exactly what padding means when applied to body, div and span, assuming the EBU proposal for the definition on p carries.

body: Since tts:padding is not inheritable and body can not contain content (i.e. what's in the spec as Inline.class)  I'm not sure how it would ever be applied.

div: Could apply to the set of rendered lines within the div, taken as a single rectangle? This is subtly different from padding on region, which doesn't take into account the width of the rendered lines at all, so I can see it being useful.

p: as per proposal, applies separately to each rendered line within the p.

span: applies to the contained text within the span. Adds to or overrides p-based tts:padding values? Either way this is the most problematic one: the padding creates spacing that is normally created using a spacing text character, which gives the author a no-win problem: either create spans with padding to make spacing correct, and remove space characters from text, or have unwanted extra spacing, dependent on line wrapping. The cost of removing space characters from the text is that meaning is removed – some processors might for example pre-process by removing all formatting (e.g. for indexing), leading to weird compound words where the space has been removed.

Kind regards,

Nigel




----------------------------

http://www.bbc.co.uk

This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated.
If you have received it in error, please delete it from your system.
Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately.
Please note that the BBC monitors e-mails sent or received.
Further communication will signify your consent to this.

---------------------

Received on Thursday, 5 December 2013 17:26:18 UTC