[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [xliff] Content of <sub> element
Hi all, I strongly believe that we should refrain from restricting what textual content can be left empty unless it really does introduce a significant problem. I believe it is almost impossible to foresee all use cases, and introducing such restrictions may cause problems for implementations. To illustrate this, here are some arbitrary counter-examples for the cases Rodolfo mentions below: 1) A <source> element may contain content that has only tags, but no text. (In case tags need to be localized.) 2) An empty <mrk mtype="seg"> element may appear in the target of a trans-unit if content has been segmented but not yet translated. 3) An empty <internal-file> would be the correct way to represent a file that is empty. (Could be a flag or a placeholder that will be filled with content at a later stage.) 4) An empty <note> may be used as a placeholder location for comments that will be added to the file at a later stage. Regards, Magnus -----Original Message----- From: Rodolfo M. Raya [mailto:email@example.com] Sent: Wednesday, September 17, 2008 10:00 AM To: firstname.lastname@example.org Subject: Re: [xliff] Content of <sub> element On Wed, 17 Sep 2008 11:03:30 -0400 "Doug Domeny" <email@example.com> wrote: > In general, an element that allows text wouldn't require it. The P tag > in HTML doesn't require text according to the schema, but the spec > recommends browsers to ignore empty P tags. According to all replies an empty <source/> element is valid, but I doubt it can be useful. “The <mrk> element delimits a section of text that has special meaning” is written in the specs, but if we allow it to be empty, what would be delimited? An empty <internal-file/> element would also be valid if we consider an “embedded file” as text, but does it make sense? An empty <note/> without attributes would also be allowed, but it would be meaningless. I understand the desire to have similarities with other standards, but I think that HTML is not a good choice for making comparisons. For example, an empty <p/> has a meaning, as it is used as vertical separator. So, I think that there may be elements which could be left empty, provided that they are useful due to their attributes. However, I think that elements like <source> or <mrk> should always have content. Best regards, Rodolfo --------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. Follow this link to all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK.