<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Sorry I didn’t say. I checked it in. Let me know if there’s something else that needs to be added to make Abbreviation useful.<div class=""><br class=""></div><div class="">— DM</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Sep 30, 2015, at 5:15 PM, Martin Denham <<a href="mailto:mjdenham@gmail.com" class="">mjdenham@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Hi DM,<div class=""><br class=""></div><div class="">How are you getting on with the fix?</div><div class=""><br class=""></div><div class="">Cheers</div><div class="">Martin</div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On 22 September 2015 at 07:50, Peter von Kaehne <span dir="ltr" class=""><<a href="mailto:refdoc@gmx.net" target="_blank" class="">refdoc@gmx.net</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">To add to that there is of course the time honoured way of avoiding clobbering by adding a counter to a file name when things preexist. Maybe the installer could be made to add clobber preventing counters to Abbreviation and the user can then improve upon that. If they want to.<br class="">
<span class="HOEnZb"><font color="#888888" class=""><br class="">
Peter<br class="">
</font></span><div class="HOEnZb"><div class="h5"><br class="">
Sent from my phone. Apologies for brevity and typos.On 22 Sep 2015 01:26, DM Smith <<a href="mailto:dmsmith@crosswire.org" class="">dmsmith@crosswire.org</a>> wrote:<br class="">
><br class="">
> Peter,<br class="">
> You are spot-on.<br class="">
><br class="">
> I’d add, that for people that use an English Bible (e.g. KJV, ESV, WEB, NET, ...) in parallel to their local language, it is important that there isn’t an app clumsiness handling a clash.<br class="">
><br class="">
> Note: The Thai KJV module in eBible repo now has an Abbreviation of ThaKJV.<br class="">
><br class="">
> I was trying to make a change in the shared code (JSword) that would just work in the frontends (e.g. AndBible, BibleDesktop, STEP, …) without change. It was naive.<br class="">
><br class="">
> DM<br class="">
><br class="">
> > On Sep 21, 2015, at 6:36 PM, Peter von Kaehne <<a href="mailto:refdoc@gmx.net" class="">refdoc@gmx.net</a>> wrote:<br class="">
> ><br class="">
> > Hi Martin,<br class="">
> ><br class="">
> > Just to be clear:<br class="">
> ><br class="">
> > The ModuleName remains the unique identifier for each module. We have<br class="">
> > introduced some changes how they are constructed for eBible to avoid an<br class="">
> > ever lengthening number of clashes of duplicates. eBible has a lot of<br class="">
> > texts we have too - and then it has 100s more. We are interested in teh<br class="">
> > 100s more, while we wanted to avoid too much grief from the duplicates.<br class="">
> ><br class="">
> > Hence the addition of a repo-identifier to the Modulename - which now<br class="">
> > becomes even more meaningless to users.<br class="">
> ><br class="">
> > So this is where Abbreviation comes in. But - Abbreviation does not<br class="">
> > need to be unique across all offered 1000s of bibles - just unique<br class="">
> > within a single user install. Thais call one of their Bibles apparently<br class="">
> > KJV - presumably because it is translated from that and that should be<br class="">
> > fine as long as no other KJV is installed. Then a solution must be<br class="">
> > found.<br class="">
> ><br class="">
> > So, if you want to use Abbreviation you need to ensure<br class="">
> ><br class="">
> > a) That ModuleName remains the internally used unique identifier<br class="">
> > b) that the app offers some option to resolve Abbreviation clashes. The<br class="">
> > user must be able to determine in the end how he wants his modules<br class="">
> > called and how he wants conflicts resolved, preferentially without fall<br class="">
> > back to a visible ModuleName - because they are now unreadable and will<br class="">
> > appear more or less meaningless to users.<br class="">
> ><br class="">
> > This solution has been discussed extensively on sword-devel and this is<br class="">
> > the best what we came up with.<br class="">
> ><br class="">
> > Peter<br class="">
> ><br class="">
> > On Mon, 2015-09-21 at 23:11 +0100, Martin Denham wrote:<br class="">
> >> Thanks for finding the problem. How long do you think before a fix<br class="">
> >> is available? I could go back to a pre-abbreviation version or<br class="">
> >> temporarily revert to the build AB was using before which is about 6<br class="">
> >> months old? Maybe it wasn't such a good time to take a new version<br class="">
> >> of JSword. AB won't be using the ebible repo immediately.<br class="">
> >><br class="">
> >> I don't anticipate big issues if everything was as it was before with<br class="">
> >> the addition of getAbbreviation() which could be handled in the front<br class="">
> >> end. Maybe a new method, something like, getDisplayName() which has<br class="">
> >> a little logic to determine if initials, abbreviation, or description<br class="">
> >> is best used in the ui, but I haven't thought that through<br class="">
> >> thoroughly.<br class="">
> >><br class="">
> >> There seem to be some fundamental changes in standards adopted by the<br class="">
> >> ebible repo. I have not worked out the affect of them yet and did<br class="">
> >> not follow all the discussion, but personally felt that it would have<br class="">
> >> been simpler if it had adopted standards that were more similar to<br class="">
> >> other repos. However, I don't think it will be too difficult to make<br class="">
> >> the ebible repo available via AB.<br class="">
> >><br class="">
> >> Cheers<br class="">
> >> Martin<br class="">
> >><br class="">
> >><br class="">
> >> On 19 September 2015 at 21:16, DM Smith <<a href="mailto:dmsmith@crosswire.org" class="">dmsmith@crosswire.org</a>><br class="">
> >> wrote:<br class="">
> >>> I had made getInitials return the abbreviation if there was one.<br class="">
> >>> And I had added getInternalName to return what getInitials used to<br class="">
> >>> be. I did this in BookMetaData but didn’t do something comparable<br class="">
> >>> in Book.<br class="">
> >>><br class="">
> >>> It was bad to have changed the contract of getInitials. So I’m<br class="">
> >>> reverting that change. I’m adding getAbbreviation which will return<br class="">
> >>> the abbreviation if any and the initials otherwise. Hopefully, no<br class="">
> >>> one has used getInternalName yet. I’d rather drop it than deprecate<br class="">
> >>> it.<br class="">
> >>><br class="">
> >>> I was trying to make it such that front-ends didn’t need to change<br class="">
> >>> to support Abbreviations.<br class="">
> >>><br class="">
> >>> The remaining challenge regards sorting of book lists visible to<br class="">
> >>> users. They should either be sorted on what the user sees. So far<br class="">
> >>> they have either seen Initials or Descriptions. But now it should<br class="">
> >>> be Abbreviations or Descriptions.<br class="">
> >>><br class="">
> >>> The other problem is that in the eBible repository has defined<br class="">
> >>> uniqueness of abbreviations to be within a language. The assumption<br class="">
> >>> is that a user will not install books in different languages. But<br class="">
> >>> we have to have a deterministic sort order.<br class="">
> >>><br class="">
> >>> The other problem regards lookup. Adding Abbreviation into the<br class="">
> >>> search is a complication.<br class="">
> >>><br class="">
> >>> — DM<br class="">
> >>><br class="">
> >>>> On Sep 19, 2015, at 1:50 PM, DM Smith <<a href="mailto:dmsmith@crosswire.org" class="">dmsmith@crosswire.org</a>><br class="">
> >>>> wrote:<br class="">
> >>>><br class="">
> >>>> It’s due to adding support for Abbreviation. There’s a bug in<br class="">
> >>>> computing the zip file name.<br class="">
> >>>><br class="">
> >>>> For example Hindi ERV should try to download HinERV.zip but<br class="">
> >>>> instead it is HindiERV.zip.<br class="">
> >>>><br class="">
> >>>> It has:<br class="">
> >>>> [HinERV]<br class="">
> >>>> Abbreviation=HindiERV<br class="">
> >>>><br class="">
> >>>> Working on a fix.<br class="">
> >>>><br class="">
> >>>> In Him,<br class="">
> >>>> DM<br class="">
> >>>><br class="">
> >>>>> On Sep 18, 2015, at 1:44 PM, DM Smith <<a href="mailto:dmsmith@crosswire.org" class="">dmsmith@crosswire.org</a>><br class="">
> >>>>> wrote:<br class="">
> >>>>><br class="">
> >>>>> I'll look this weekend to see what I can find.<br class="">
> >>>>><br class="">
> >>>>> Cent from my fone so theer mite be tipos. ;)<br class="">
> >>>>><br class="">
> >>>>> On Sep 17, 2015, at 5:43 PM, Martin Denham <<a href="mailto:mjdenham@gmail.com" class="">mjdenham@gmail.com</a>><br class="">
> >>>>> wrote:<br class="">
> >>>>><br class="">
> >>>>>> I think this problem and other related problems in And Bible<br class="">
> >>>>>> might be related to the new version of JSword because I am<br class="">
> >>>>>> also having problems with certain books from other repos.<br class="">
> >>>>>><br class="">
> >>>>>> Since upgrading to the latest version of JSword I am seeing<br class="">
> >>>>>> unzip problems with certain files e.g. HindiERV, СПВП, and<br class="">
> >>>>>> many from eBible.<br class="">
> >>>>>><br class="">
> >>>>>> Also, one user has found that foreign characters in the conf<br class="">
> >>>>>> Description field prevent previously installed modules<br class="">
> >>>>>> loading. Coincidentally all the above modules have foreign<br class="">
> >>>>>> characters in their description field. Does anybody recall a<br class="">
> >>>>>> change in this area during the last 6 months, which was the<br class="">
> >>>>>> time since my last build of jsword?<br class="">
> >>>>>><br class="">
> >>>>>> The error I get when attempting to install a zip is:<br class="">
> >>>>>><br class="">
> >>>>>> Not a zip archive<br class="">
> >>>>>> java.util.zip.ZipException: Not a zip archive<br class="">
> >>>>>> at java.util.zip.ZipFile.readCentralDir(ZipFile.java:385)<br class="">
> >>>>>> at java.util.zip.ZipFile.<init>(ZipFile.java:163)<br class="">
> >>>>>> at java.util.zip.ZipFile.<init>(ZipFile.java:119)<br class="">
> >>>>>> at org.crosswire.common.util.IOUtil.unpackZip(IOUtil.java:86)<br class="">
> >>>>>> at<br class="">
> >>>>>> org.crosswire.jsword.book.install.sword.AbstractSwordInstalle<br class="">
> >>>>>> r.install(AbstractSwordInstaller.java:241)<br class="">
> >>>>>> at<br class="">
> >>>>>> net.bible.service.download.DownloadManager$1.run(DownloadMana<br class="">
> >>>>>> ger.java:135)<br class="">
> >>>>>><br class="">
> >>>>>> I need to do more investigation but wondered if anybody had<br class="">
> >>>>>> any ideas regarding this problem.<br class="">
> >>>>>><br class="">
> >>>>>> Can the above modules be installed without problems in<br class="">
> >>>>>> BibleDesktop?<br class="">
> >>>>>><br class="">
> >>>>>> Thanks<br class="">
> >>>>>> Martin<br class="">
> >>>>>><br class="">
> >>>>>> On 16 September 2015 at 13:26, DM Smith <<br class="">
> >>>>>> <a href="mailto:dmsmith@crosswire.org" class="">dmsmith@crosswire.org</a>> wrote:<br class="">
> >>>>>>> I haven’t gotten to it. Other than a file here or there.<br class="">
> >>>>>>> And mods.d.tar.gz. I’ve been frustrated by how much churn<br class="">
> >>>>>>> it has had. And that nearly every module had some kind of<br class="">
> >>>>>>> problem. I hope to look at the zip problem this weekend.<br class="">
> >>>>>>><br class="">
> >>>>>>> I was going to work it into the release of BibleDesktop<br class="">
> >>>>>>> (very soon). But now am thinking a follow-on release.<br class="">
> >>>>>>><br class="">
> >>>>>>> — DM<br class="">
> >>>>>>><br class="">
> >>>>>>>> On Sep 16, 2015, at 8:21 AM, Martin Denham <<br class="">
> >>>>>>> <a href="mailto:mjdenham@gmail.com" class="">mjdenham@gmail.com</a>> wrote:<br class="">
> >>>>>>>><br class="">
> >>>>>>>> Has anybody else been testing the new eBible repo with<br class="">
> >>>>>>> the JSword library? I have had and am having various<br class="">
> >>>>>>> problems.<br class="">
> >>>>>>>><br class="">
> >>>>>>>> Martin<br class="">
> >>>>>>>> _______________________________________________<br class="">
> >>>>>>>> jsword-devel mailing list<br class="">
> >>>>>>>> <a href="mailto:jsword-devel@crosswire.org" class="">jsword-devel@crosswire.org</a><br class="">
> >>>>>>>> <a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" rel="noreferrer" target="_blank" class="">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br class="">
> >>>>>>><br class="">
> >>>>>>><br class="">
> >>>>>>> _______________________________________________<br class="">
> >>>>>>> jsword-devel mailing list<br class="">
> >>>>>>> <a href="mailto:jsword-devel@crosswire.org" class="">jsword-devel@crosswire.org</a><br class="">
> >>>>>>> <a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" rel="noreferrer" target="_blank" class="">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br class="">
> >>>>>>><br class="">
> >>>>>> _______________________________________________<br class="">
> >>>>>> jsword-devel mailing list<br class="">
> >>>>>> <a href="mailto:jsword-devel@crosswire.org" class="">jsword-devel@crosswire.org</a><br class="">
> >>>>>> <a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" rel="noreferrer" target="_blank" class="">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br class="">
> >>>>> _______________________________________________<br class="">
> >>>>> jsword-devel mailing list<br class="">
> >>>>> <a href="mailto:jsword-devel@crosswire.org" class="">jsword-devel@crosswire.org</a><br class="">
> >>>>> <a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" rel="noreferrer" target="_blank" class="">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br class="">
> >>>> _______________________________________________<br class="">
> >>>> jsword-devel mailing list<br class="">
> >>>> <a href="mailto:jsword-devel@crosswire.org" class="">jsword-devel@crosswire.org</a><br class="">
> >>>> <a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" rel="noreferrer" target="_blank" class="">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br class="">
> >>><br class="">
> >>> _______________________________________________<br class="">
> >>> jsword-devel mailing list<br class="">
> >>> <a href="mailto:jsword-devel@crosswire.org" class="">jsword-devel@crosswire.org</a><br class="">
> >>> <a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" rel="noreferrer" target="_blank" class="">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br class="">
> >>><br class="">
> >> _______________________________________________<br class="">
> >> jsword-devel mailing list<br class="">
> >> <a href="mailto:jsword-devel@crosswire.org" class="">jsword-devel@crosswire.org</a><br class="">
> >> <a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" rel="noreferrer" target="_blank" class="">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br class="">
> ><br class="">
> ><br class="">
> > _______________________________________________<br class="">
> > jsword-devel mailing list<br class="">
> > <a href="mailto:jsword-devel@crosswire.org" class="">jsword-devel@crosswire.org</a><br class="">
> > <a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" rel="noreferrer" target="_blank" class="">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br class="">
><br class="">
> _______________________________________________<br class="">
> jsword-devel mailing list<br class="">
> <a href="mailto:jsword-devel@crosswire.org" class="">jsword-devel@crosswire.org</a><br class="">
> <a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" rel="noreferrer" target="_blank" class="">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br class="">
_______________________________________________<br class="">
jsword-devel mailing list<br class="">
<a href="mailto:jsword-devel@crosswire.org" class="">jsword-devel@crosswire.org</a><br class="">
<a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" rel="noreferrer" target="_blank" class="">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br class="">
</div></div></blockquote></div><br class=""></div>
_______________________________________________<br class="">jsword-devel mailing list<br class=""><a href="mailto:jsword-devel@crosswire.org" class="">jsword-devel@crosswire.org</a><br class="">http://www.crosswire.org/mailman/listinfo/jsword-devel<br class=""></div></blockquote></div><br class=""></div></body></html>