<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 23, 2020 at 12:44 PM yvand <<a href="mailto:yvand.sword@gmail.com">yvand.sword@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thanks Greg for your quick reply with explanation!<br>
<br>
I thought there was a bug and "link entries" were not taken into <br>
consideration, when using osis2mod. Is there a simple way to test if a <br>
commentary module contains link entries? I tried with mod2imp to export <br>
FreCJE but it only shows verses with attached commentary ($$$Genesis 1:2 <br>
is missing for instance). Maybe I misunderstood "link entries" <br>
functionality...<br>
<br>
I believe it worked as expected in the past (at least with Xiphos), but <br>
maybe I am wrong.<br></blockquote><div><br></div><div>If you want to dig out an archival version of the library and apps, it would be wonderful to see if this is the case.</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>
Unfortunately I am not familiar with C/C++ and with the sword engine, so <br>
I am not able to offer you a patch.<br></blockquote><div><br></div><div>No, but you can definitely help define the desired behavior.</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>
I understand the issues you pointed and it doesn't seem easy. Currently, <br>
there are still questions, for instance: how will operate the engine if <br>
there are multiple commentaries starting with Gen.1.1 in the source, like :<br>
<br>
> <div ... annotateRef="Gen.1.1">...</div><br>
> <div ... annotateRef="Gen.1.1-Gen.1.16">...</div><br>
> <div ... annotateRef="Gen.1.1-Gen.1.31">...</div><br>
I guess I will now give up for this feature.<br></blockquote><div><br></div><div>By no means do I intend to influence you to give up! There is still plenty you can help do. First and foremost would be to wrap this up into a detailed but concise definition with the reproducers you've mentioned above and file it with the front-ends in their bug trackers. That's a good place for getting front end changes and discussing them with the developers of those apps. If one of them investigates and finds out that this is something that needs to change in the engine or in the imports, then they can work in a more technical and detailed way with the library developers on which part needs to change and how.</div><div><br></div><div>Please, don't take this as discouragement. A complex issue like this, which possibly represents a regression or an unintentional design change doesn't just have a quick fix that someone is likely to toss out in a few days of volunteer work. You've done a good job bringing up the difficulties you've faced. If we can get this into a place more visible than email (like a bug tracker), then we can make sure it doesn't fall out of peoples' minds.<br></div><div><br></div><div>--Greg<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>
--yvand<br>
<br>
_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" rel="noreferrer" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br>
</blockquote></div></div>