<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 15, 2013 at 12:38 AM, Peter von Kaehne <span dir="ltr"><<a href="mailto:refdoc@gmx.net" target="_blank">refdoc@gmx.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">On Sun, 2013-04-14 at 18:19 +0200, Matěj Cepl wrote:<br>
> What<br>
> should be the SEMANTIC name of the suggested new element?<br>
<br>
</div>Please read my post and John's reply.<br>
<br>
Most of the occasions where the element is in use it would be sufficient<br>
for IBT's purposes to fix the whitespace output of the various filters<br>
and enable language/locale/module dependent, possibly multi-character<br>
demarcations of certain patterns like quotations and paragraphs or<br>
alternatively (like Chris and DM have suggested) allow classing and<br>
enable CSS or some such for such places.<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Some, a few, likely very few fall quite rightly under the existing<br>
<milestone/> element, which is there to encode the arbitrary, marginal,<br>
bizarre.<br></blockquote><div><br></div><div>The <milestone/> element, as described in the OSIS User's Manual, does not have a predefined type intended for indents, and is itself an empty element, making it a stretch (although by no means ludicrous) for use as an indent. Agreed. In defence of its use by IBT, Sword did originally support <milestone/> for precisely such uses, and so it appeared to be a useful addition to the original idea. In fact, the push-back has come as a complete and total surprise. But, it is also understood why Sword would not want to continue support for something it now considers improper use of the schema, if that is the case.<br>
<br></div><div>There is a concern however, about requiring the addition of paragraph containers to encode what the translators considered an indent, which were hand placed to improve comprehension. This has already been discussed previously in this thread, but I do fear this could have unforeseen negative consequences. Furthermore, there is a real concern about how readily IBT's texts will convert to this method, and whether the implementation would be sufficient or not. There is also a concern that the amount of work required to convert all of IBT's texts to the <p>...</p>, <l>...</l> style markup, while successfully retaining their current fidelity to the translators' texts, could be prohibitive or impossible. This cannot be known until it is tried, and there are more than 39 modules on which it would need to be tried. But I have a lot of experience with the complexities and special situations dotting the SFM projects of many languages, and my concerns may indeed be real.<br>
<br></div><div>So might I propose some kind of backup feature in lieu of the milestone if it is deemed improper for an indent? One idea is the <seg>...</seg> OSIS element, which is prescribed to ..."be used, with caution, to mark a textual feature that is not otherwise provided for by the schema. It should be noted that this element can only contain very small portions of text and cannot contain things like verses or paragraphs." Since indents don't seem to me to be covered by the schema (that I have found) would not an indent fall under this as a "textual feature", when it is placed for comprehension (similar to the spaces between words, but separately filterable)?<br>
<br>If Sword rendered whatever is inside the <seg> element UNLESS the raw text, or strip filter is applied. This would be a good backup plan for IBT and would play well according to the OSIS manual.<br><br></div><div>
Please note, there is no "demand" for anything in any of this discussion. I trust whatever you judge best, and that IBT's issues will all work out eventually by His grace.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
There is no unified semantics of the element and it is not helpful to<br>
posture and demand semantics - but it is an important language related<br>
marker for a variety of things - essentially saying something starts<br>
here - like " in English speech.<br>
<span class=""><font color="#888888"><br>
Peter<br>
<br>
<br>
</font></span><br>_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br></blockquote></div><br></div></div>