<div class="gmail_quote">On Tue, May 4, 2010 at 10:02 PM, Karl Kleinpaste <span dir="ltr"><<a href="mailto:karl@kleinpaste.org">karl@kleinpaste.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Yup, you're right. I didn't even notice (didn't recall, haven't thought<br>
about in eons) that the link encoding uses a Xiphos-internal reference.<br>
<br>
And we fill it with HTML because that's the nature of the editor that<br>
Xiphos uses (gtkhtml3), so getRawEntry() is what we find useful.<br>
<br>
I don't have any immediate ideas for how to address transportability of<br>
this sort of thing, although it occurs to me that what comes out of the<br>
engine for internal links is, in general, content of just that form but<br>
using "passagestudy.jsp", as seen in...<br>
<br>
$ grep -l passagestudy src/*/*/*<br>
src/modules/filters/gbfhtmlhref.cpp<br>
src/modules/filters/gbfwebif.cpp<br>
src/modules/filters/osishtmlhref.cpp<br>
src/modules/filters/osiswebif.cpp<br>
src/modules/filters/teihtmlhref.cpp<br>
src/modules/filters/thmlhtmlhref.cpp<br>
src/modules/filters/thmlwebif.cpp<br>
<br>
This is to say, the parameter use is actually internally consistent.<br></blockquote><div><br></div><div>Yes, I know BPBible parses all of those URLs, and I noticed the structure was similar, though I hadn't compared them. Any programs not using the HTMLHREF filters are less likely to support them (BibleTime, BibleCS, others?). I suppose to my mind the difference is that those are just the <b>output</b> of the filters, not the input, and to use the module I have to "know" that I have to read it as raw HTML (though it might almost get through the ThML filters unscathed - I haven't tried it). This is fine if all applications do this, but the minute one of them decides to have a personal commentary type module using proper OSIS or ThML we're stuck (or will be eventually). And once another application tries to edit it rather than just reading it the chance that both HTML editors will support the same subset of HTML in the same way is probably fairly low, unfortuantely. [This is of course sent with the caveat that I'm really not sure what percentage of users want this kind of program interoperability.]</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
As for why we use "xiphos.url" internally... I suspect that's lost to<br>
the mists of time, unless Terry can recall. I can change this in a<br>
straightforward fashion, but it has a backward-compatibility issue for<br>
existing user-edited content for use in other applications.</blockquote><div><br></div><div>Yes.</div><div><br></div><div>On Tue, May 4, 2010 at 10:11 PM, Karl Kleinpaste <span dir="ltr"><<a href="mailto:karl@kleinpaste.org">karl@kleinpaste.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
A late thought...<br><br>Considering that there are no HTML-to-AnythingElse filters, it would<br>appear that this sort of locally-edited content is inherently<br>application-specific. What does BibleCS generate? Raw RTF? Same<br>
problem, going the other way. Yes, there does exist<br>src/modules/filters/rtfhtml.cpp, but all it handles is par, pard, and<br>qc, not remotely sufficient for the generality of other display drivers.<br></blockquote><div>
<br></div><div>IIRC, most newer frontends use some brand of HTML. Similarly, (unless you're on Windows using the standard RichEdit RTF type control) the chance of your rich text editor being an HTML editor is fairly good.</div>
<div><br></div><div>I'm pretty certain I remember bug reports against BibleTime in the past that established BibleCS was using RTF. It was definitely something that wasn't readily interoperable.</div><div><br></div>
<blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
As said, the application can fill a user-edited segment with anything at<br>all -- plain text, HTML, or LaTeX. I don't think anyone is sufficiently<br>insane as to actually implement a LaTeX editor, but this is a source of<br>
trouble that will not be easily resolved.<br></blockquote><div><br></div><div>Perhaps at a minimum we need new module types or additional conf file information to say exactly what format the module is in. Whether applications choose to support that format is another matter, but knowing it would IMHO be a good thing.</div>
<div><br></div></div><div>Jon</div></div>