Next in thread →
Next in month →
RE: [xliff-inline] Type of inline codes - ballot
Thank. I'll post the ballot shortly. -----Original Message----- From: Estreen, Fredrik [mailto:] Sent: Tuesday, December 13, 2011 10:48 AM To: Yves Savourel; Subject: RE: [xliff-inline] Type of inline codes - ballot This looks good. I can second the ballot with this text. Regards, Fredrik Estreen -----Original Message----- From: [mailto:] On Behalf Of Yves Savourel Sent: den 13 december 2011 18:27 To: Subject: RE: [xliff-inline] Type of inline codes - ballot > The <ph> is missing from option b's wording. > I think is best to write it out in the ballot text. Good point Fredrik. How about this: ---------- How should inline codes should be represented. Essentially this is to decide if span-like code can be represented with span-like element in XLIFF 2.0. In addition this also decides if sc/ec should be a special case of ph. a) ph, pc, sc, ec: ph for placeholder codes (e.g <br>) pc for well-formed span-like codes (e.g <b>...<.b>) sc/ec for span-like codes that are not well-formed. b) ph, sc, ec: ph for placeholder codes (e.g <br>) sc/ec represent all span-like codes (well-formed and not well-formed), no pc c) ph, pc: ph for placeholder codes (e.g <br>) and for not-well-formed span-like codes (no sc/ec) pc for well-formed span-like codes (e.g <b>...<.b>) d) ph: everything is represented with ph ---------- --------------------------------------------------------------------- To unsubscribe, e-mail: For additional commands, e-mail:
Next in thread →
Next in month →