From mark at foresightlinux.org Mon Jul 1 04:45:28 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Mon, 1 Jul 2013 13:45:28 +0200 Subject: [sword-devel] installmgr (and xiphos) crashes (svn 2831) In-Reply-To: <51CCA190.8060203@ristioja.ee> References: <51CCA190.8060203@ristioja.ee> Message-ID: At: 248 250 pBuf++; 249 251 pBuf = strstr(pBuf, " pBuf? why not something like probably even uglier attached patch? I want to get deeper inside C and C++ so I want to understand. On Thu, Jun 27, 2013 at 10:33 PM, Jaak Ristioja wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Patch for pointer dereference issue: > > > https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/1b8ab91ff994c8584d6c61cb7d334273732d8216 > > Patch for buffer overflow: > > > https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/4a261b27a7bec9d9300da6c357666a3851f3d34e > > There you go! Took me half an hour. > > Blessings, > Jaak > > On 27.06.2013 22:41, Mark Trompell wrote: >> I see. I'll try to come up with a better patch on Monday. I won't >> have time earlier. Blessings Mark --- Urspr?ngl. Mitteilung --- >> Von: Jaak Ristioja Gesend.: 27.06.2013, 16:15 An: >> sword-devel at crosswire.org Betreff: Re: [sword-devel] installmgr >> (and xiphos) crashes (svn 2831) >> >> >> I think you only fixed pBuf not being set to NULL prematurely. But >> this: >> >> memset(possibleName, 0, 400); >> >> doesn't help. The sprintf function always writes a terminating \0 >> character. The problem is not that a \0 character is not written, >> because it is written (unless a memory error occurs first). The >> problem is that if possibleNameLength > 399 then it writes the >> characters (including the terminating \0 character) past the end >> of the possibleName buffer, corrupting memory, potentially outside >> of the virtual address space of the program (usually triggering the >> OS to kill the process with a segfault or something). >> >> The memset call is not needed, but it should be checked that >> possibleNameLength < 400 (strictly "less-than"). Otherwise >> >> sprintf(possibleName, "%.*s", possibleNameLength, pBuf); >> >> is a security vulnerability. I wonder whether a CVE is required. >> >> >> Blessings, Jaak >> >> On 27.06.2013 14:45, Mark Trompell wrote: >>> Sending again with tabs instead of blancs in the first hunk >> >>> On Thu, Jun 27, 2013 at 1:17 PM, Mark Trompell >>> wrote: >>>> I just fixed it :). Attached patch will initialize >>>> possibleNames with 0 bytes to make sure we always have the name >>>> 0 terminated properly. and it will move the pBuf=pBufRes into >>>> the check for ifBufRes != NULL, in case no filesize is found >>>> (because of another apache is displaying it differently) >>>> Shouldn't break existing setups. >> >> >> >> >>> _______________________________________________ sword-devel >>> mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >> >> >> >> _______________________________________________ sword-devel mailing >> list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel Instructions >> to unsubscribe/change your settings at above page >> >> >> _______________________________________________ sword-devel mailing >> list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel Instructions >> to unsubscribe/change your settings at above page >> > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.20 (GNU/Linux) > > iQgcBAEBAgAGBQJRzKGMAAoJEEqsYmEt1rCOKTI//ive2vm6lFnJkuBfZHBsGnSF > aSm5JAyksfatvrQ7rcFsL9WOINMAXXZW9qQ6w7PThxreEBUALuE9iSGF6RaSzWkW > Q6mBXZuX2ROHYFY9PbtfA5K6c2roNLF03o88YKafADORlCqXpgPfLsY1lL2G9q8w > LjmMOQGyCPAxzOdgr8Ll5mjWhv71X00n11Z0lK7QOct58Jj/yHTi/0/IoOdplZeo > neWK83hbo/yFlrSP37mzBvLAQKEXEHaQdHRi2bj9jL9KCT70WC0QB8BkJDGqhh70 > U7IHkTBrH+AaWD0jlirFUTe6rs1jm3Zgn/mqCiM8yFb2/RBT/csn0TOpCYvLIu+9 > WXTjXRn7Vix/r2c1opejigM2387rYXkhQCdQxqddqlkrO92aLKuCsZWi5mfRceYA > hBayFPUe6CHUJoQYCtvPDx9Tfcr2tgWhmyLvbQzjNqFsaVpiFGEoAltPqe6nw/9U > 8WuZwQnLuAs1sM08FL18kZ2qtOFf26iSLHmJamipBork9Pd3NsJBsct4w28/3KDh > hLQD3sZ9sKWrTKNwyYY+dqXQThdMeL1zcKrjyUHnyYDnH67hwDEDGlEuvVTCzdbb > CEZ5iJvYRKQ7ylUSKWqVUa976OwRGbAoCeTsuxbCe1RTuXiVYtV9GqKo2Rbipp2e > 52hHXd7RgszlVq5Wk3QdWwa7kKm8OTbKsNrMcBWlkBdTBbVlDaM8QIkmCs3ZwXEa > C6bzKX6vAqgZrjBUiZpdIfPay/8z5zzQU2I5C7wurdOGk986UdZXCr6RjYdwxoGN > yjw3uVM01RMcv3+N7X+vXyHTloaeqVaOkd2yrp6RSFA4W2V1XQE/loitxctzHEZI > k36MdLg2tRrHkBwqWdO56Fg9ogShQOK+aanq2nuou0hKNvoxkkH3QdiqL3O2JW8Z > dWilQiiuCdDPeyDxqsrO0zP4K+df+puXgisAv5561P/A+nlJvtY1TmOSNQpF5ebn > eecK94ZExoGCMJ+TgIY7KqZSKaq3FB4acxO+bbQHHvJFDaZZzr6D1uMmgUI7zr5l > u0xFqSAwggRMKB9TMjV5wG+NetfjgmaNABhCiaCHpksm+R7MJjxSArUp1fH3xUja > LpUWJuGZQM+gX/s7DzFMfBNxtjYP/uocMvx7gQFg+vd0hRrtcSM+RgTI35+2Gdm8 > 3xgE45j5fVSEcPOMYP6OYIR4vhL4X3aT6uZ6jntGTowErv8NLJw7LTxiCBmYx2Ij > vmJLLoQrsf0w6L7gJ2bNv6W/+p34z026m3Nh7Ue7IoFgV0mAumewSEQhPbRhfYWE > Hi0soVSMdqblYUs9+ICu06RbgJl1/p5B5uwUAJ8VmP6NPXiuf56qg4EHvOWkKMsL > uegQYdnOICyak56ZJ93MPrgFUWrukYEtqQyu6I6HQLm1TNd+DbbUIVr4b45uZH7e > iz7/ziGoaNoD08kddPfdksfcRLvHNtKrGditzs1Kr6SMFPwF4oU8BalOyqJmv2Fv > BBaIAKxhNYE8Cmkpr3ZG9bjjZThYsqBm1lJOzSzIDirlcq6H2iUkWigQrJOlBcS/ > pTZA2gzG4Yxm5jMc45oKehj7CySwb2aoVPzF4ToFcUq1W4me/dH1gNPMppeM4k7w > HvLgxZm1qKunDyftzTTE9Q8958/AwifYMkVgXdXaEMDuqtIukVu3GUdTphNBZMhx > E9QDMwyw/tBzcc1BUJjYOE4yyQ7d7BiM9TbVJCDtQyOpJEuMw3APoNnJEEVwFZ70 > ok+qgQ35LtEWP8dR6cwGXSXnUblCnMjmEILNinCFRVDKPe2HqetHzAAQeMhdVT5T > lA6tPW3CbnJB1notRn/DV1sDlehsyc70+2tLUPjfLADNf5aZzIkApB03aazWaei+ > 65GWEgURLLa+BamXMwjK6DW9xyNaWAuO20pkckMkly2Qs8kdQp96Ga5cp4dM4uTu > H0+FNkrQxLJndpzSdAuHmYoVIRT2eVBTWJN8+D/sxMXY7ILNgAioX+WZejU2tLCy > DiGBF++dPvhaGxNa7kRq9WMULj8ll8jMUM/1f7yeSk/Aajp+F5Q6PGhI6JeUooam > Z1pcbAzK2yOyrnR5MRrpgOFGvtD3OSGngHjJZj3yGuTXkzKcEZgqSZ4n+bMhivtE > nAIcnCzWvvzS+/2YNQVWR5C1KgGO4hNUUrvrRN1n2E6lx9xmDAgvV7Qj7qWFNFgx > g7SC0D2Gx8Sgc4ViuhP3KHut/v3BU33phN94HUdMbNYJUuESVaD8xM9id5VSHFQS > YrmRPnaFegzaMhE2awpGtWp3XD3giqWjWSNWRtFgVUbxX2kKxoIqMNyQDCtKaXX5 > bvDSslTKI4byMaoPbOcRG1i01AwokLid4ZT5YjoqI1333VqaW3cbcnjPFTXOzPW5 > B3R8u4FaarhLWCY/lxiifpXalHOYTLjucIUa5+3cJ0R+v9ak+2dsduFWj0yhdYPS > Wg5UG/VYgDn7mCXvDvHc6a8VMzQQ4POYtym4ZOZBrOctRLbLsFFVPysmD2uaKm7O > 3/6futlB7ASRqunaOcNSwRKDv1Rv3mz5KZD48wEZl/5sTONjjmCWQbshmV+Rd0XH > 3u9433ODZ0/A6Lq8fE6T7P3ORLDMvEcPTMFCdTpuBy2KRoMXKFRlk/4FHeOUIM/S > NoxhGFPpLpmMZAmIMPMEBiLGny8A3PWGYR0RED3Fo7IpnHB1aFFwNRtiuola0g4U > ++gWf0P7CVU6lUCzkC3f > =XzwD > -----END PGP SIGNATURE----- > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) -------------- next part -------------- A non-text attachment was scrubbed... Name: fix_curl_http_crash.patch Type: application/octet-stream Size: 2467 bytes Desc: not available URL: From jaak at ristioja.ee Mon Jul 1 08:46:31 2013 From: jaak at ristioja.ee (Jaak Ristioja) Date: Mon, 01 Jul 2013 18:46:31 +0300 Subject: [sword-devel] installmgr (and xiphos) crashes (svn 2831) In-Reply-To: References: <51CCA190.8060203@ristioja.ee> Message-ID: <51D1A457.1020408@ristioja.ee> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01.07.2013 14:45, Mark Trompell wrote: > At: > > 248 250 pBuf++; 249 251 pBuf = strstr(pBuf, " href=\"");//Find the next link to a possible file name. > > how do we know that pBuf++ is actually not outside our buffer? You mean pBuf before pBuf = strstr(pBuf, " btw, why abort if pBufRes > pBuf? I don't understand your question, but this did help me find a bug in my patch. Here's an amendment: https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/fc85e83a00250a9d172bafc0dca33aa88c6e9e27 > why not something like probably even uglier attached patch? I want > to get deeper inside C and C++ so I want to understand. > > On Thu, Jun 27, 2013 at 10:33 PM, Jaak Ristioja > wrote: Patch for pointer dereference issue: > > > https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/1b8ab91ff994c8584d6c61cb7d334273732d8216 > > Patch for buffer overflow: > > > https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/4a261b27a7bec9d9300da6c357666a3851f3d34e > > There you go! Took me half an hour. > > Blessings, Jaak > > On 27.06.2013 22:41, Mark Trompell wrote: >>>> I see. I'll try to come up with a better patch on Monday. I >>>> won't have time earlier. Blessings Mark --- Urspr?ngl. >>>> Mitteilung --- Von: Jaak Ristioja Gesend.: 27.06.2013, 16:15 >>>> An: sword-devel at crosswire.org Betreff: Re: [sword-devel] >>>> installmgr (and xiphos) crashes (svn 2831) >>>> >>>> >>>> I think you only fixed pBuf not being set to NULL >>>> prematurely. But this: >>>> >>>> memset(possibleName, 0, 400); >>>> >>>> doesn't help. The sprintf function always writes a >>>> terminating \0 character. The problem is not that a \0 >>>> character is not written, because it is written (unless a >>>> memory error occurs first). The problem is that if >>>> possibleNameLength > 399 then it writes the characters >>>> (including the terminating \0 character) past the end of the >>>> possibleName buffer, corrupting memory, potentially outside >>>> of the virtual address space of the program (usually >>>> triggering the OS to kill the process with a segfault or >>>> something). >>>> >>>> The memset call is not needed, but it should be checked that >>>> possibleNameLength < 400 (strictly "less-than"). Otherwise >>>> >>>> sprintf(possibleName, "%.*s", possibleNameLength, pBuf); >>>> >>>> is a security vulnerability. I wonder whether a CVE is >>>> required. >>>> >>>> >>>> Blessings, Jaak >>>> >>>> On 27.06.2013 14:45, Mark Trompell wrote: >>>>> Sending again with tabs instead of blancs in the first >>>>> hunk >>>> >>>>> On Thu, Jun 27, 2013 at 1:17 PM, Mark Trompell >>>>> wrote: >>>>>> I just fixed it :). Attached patch will initialize >>>>>> possibleNames with 0 bytes to make sure we always have >>>>>> the name 0 terminated properly. and it will move the >>>>>> pBuf=pBufRes into the check for ifBufRes != NULL, in case >>>>>> no filesize is found (because of another apache is >>>>>> displaying it differently) Shouldn't break existing >>>>>> setups. >>>> >>>> >>>> >>>> >>>>> _______________________________________________ >>>>> sword-devel mailing list: sword-devel at crosswire.org >>>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>>> Instructions to unsubscribe/change your settings at above >>>>> page >>>> >>>> >>>> >>>> _______________________________________________ sword-devel >>>> mailing list: sword-devel at crosswire.org >>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>> Instructions to unsubscribe/change your settings at above >>>> page >>>> >>>> >>>> _______________________________________________ sword-devel >>>> mailing list: sword-devel at crosswire.org >>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>> Instructions to unsubscribe/change your settings at above >>>> page >>>> > >> >> _______________________________________________ sword-devel >> mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > > > > _______________________________________________ sword-devel mailing > list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel Instructions > to unsubscribe/change your settings at above page > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQgcBAEBAgAGBQJR0aRTAAoJEEqsYmEt1rCObWtAAMZGEzsbD5kLFfygnT3nYmWG W22SM41J1hcorszkFoeu5d2AE9X1J8jRWq6rZ7wwh2OpSxCgyp/UiW/AghRlZrw6 xkzhsAOKR1CvQVs4ILYcfM0ODwYgCTvxrJ8YGHVpW/Qadr0Ld9moXPEmHTHPqDYv 5GHqOzdZ9UlWnuRSBgPiiCIXV3eqzrvgXOGTm8dBneYGY0wioSXah+Ps6SreT1Ik YRmJBK+vlcDi50hoDbnsQ42AT4Ou3YijF+SDVh8sCa0GYb33iMfny2uedVLKl67G grhlLLkLS5Z9iPx+ZyTUCeGkTmvAY21wyvJgxsiTPqEVWPmLKnyz2u7SlfZOGeWa u+C69pz3hHYiZO5bhRPL0vvh8voXhPWyHXY3Us5pQvsCF33ShgfHcVcp9UrpF/mz D+WGEANOPEZq6/cLUg2haLHy83xKNLA8lVT1j5bLuhEFkS1ung/MRCesVTr68QxE twAmwJXzev5EhejYBqHMlPWlfKxsmDYgTNGJ3rkg84V4Eg192ORrt217Y242HJiY H4qxBjWSEfHZNEc/pWqStoJpEyCos+PyamgKLoQljyVOEd/iTzfJUM9EmwnmFU1Z QzVzj2tcf6nksX9uP5e1AtuK6mALpdiLis8l6R2elnXLgv9NHwq7gwnIaHLXx+2W JSgnk0I1B/Y0VFv5AjvDQcCXmK/9vp+PINsQsiNf/FQIzFyeZ3viHmGud7Di+viE nd8oOLz0fypSn9qC3g2Ovt553SxDgiZRbsmjSjcfaogLznFpauk723gaJDlMtjnx df0MINi1KVU91Fw0GVfk1mIaJs0YnxjK7MPKTRwznFAe0nGMevD2c64/mXH5prQ2 E1fqn1hW2M7Dv0ogITtJtPJvkuuKxrKm+WV7iucL1n+enIcBggbEgCvBJaXhEJgg SeecOhrPTSUZusHWRwq2DPqWCtD2ZtaZqpHr3sk6KInHIRggGqznAuaC4/I1vY/k +hyKPlPmmlRaaL/MoIOD5HUDbamRaLGf63JNhUwcD5xQnrB4ENLmL0YIiyyP0CXm 81wFC+UyPQHBdP2JUhpM+LCHPzJWfkzh+mE4UhnXFJd+wO6bOlg/wE53xpF0gULJ NAyinINZ1OVDplJeT8MfQjzG1PyJhYvSKyolFEhgSoMVCyNK9BKPlFByGyE/R+qh ko93S7epKQrJuNX4b3ueULEMctk3Cc9oFlgMoK0aeDkl+JOSvRSYnf+VbE+qEtkt mar6rsckmtmS2rEbtJOS4oRMzxCl5fy/umBxObXCrvUuo5/o/a/40Y/OX2h8SHqi r3JlhFlZu7bllt3E+GCN2ZHu+nKXRRPkNKVkPHLNkI2VnewXn4wOmLorGs3hS7Vb GaOcuDxZTMGxBd00LuPjPLfCA+p9UYQkzU/uUsGBDa5oaz0hiBD8nBvrz21Obc3/ gbJwfF2/QHbVyPQJfmwTTh/1ttwuE5UC5A7/tidQNVSp478WKMJOUvBrCMf6ZmW9 EudcpP47qQCfJahdWWyFFzPUFm3G2qWl8knjRuPvY6VHLDstukKhspN79LpnM2mD d62o3OcnMoKRLTfAE0/MIO7UDnOdrmtzO8hzt5s4F/LOqIuF2P/+1R6TYhwzmsad YPPlW5RAq/OYFQ6LOsjeocvK7JFN936sw3LitLueiaa5PoLf9DdorzV+RzeZajfV hOaxQgUAgm7HE8egHWOO4ukqVNouHasKdxMpT9S/AsOxcXYa6PehxUB43e46xTPS qRm3Veby/NhdxmsCtWg8t/EkUPoR38Hm0yEbxLrIe9VFGKbsAoRulR65qGMAE1QW HjGT6vowbg1BxW3ADA21G7upmdmktZzKoVcsWjEvPABQZC3NBbO1tPRGVhz3OWuE IjlJ9ELB5xjghp/3gyZpfi7TOhSV9qis6PKZSE8g8sBZm3ucxcCTOQtAHvIHPzaP U4FYUd4cKlOuR0Rdbv1LIc5iJwV3/dA7goj2nsQL7oi1YL8pF8sFU78P3b+wCyYo 7kCIJv/TIgOsxfnkFWuaZ85zo9XCjnjrLU3cHYCoNyD1+lXfcSkh7GsTMYPSA94S 4AHBnvSU28CIp0RN0KBnP8RQPFxmrCcxaltE9XczDwt7VHEohlDfbbcz5xA3JLN9 Ti4kKVh9PDnZhNlKoSKDOLoLhn3QmsY+bEcwd8tgl/sKznDbP9GWFHgZQq0hOkl3 WmcchQSuWWC27h3VDQES16gTEryQDpnVkJWqQJi7vuZFtgcu9i6lgIDRKcVQbC2A LBz0LmOWvI3v4XNSAfEdaS2ALvGTbDmy2jLCY2p748CRk2tG3LVVZvEy4NLtIpJC vb6VhfwQlCc7tL8Ib9arHtAimQ7155fj+2mLV8HFRycrpP1naHSb1rIJagoWBbQH jvQrXTpztsKzm2svYAs36wDHVM/uVtk4k/8rF2kkquThO00ID/wQ/2t9i6hNWj0/ sn11PN2UZH4WdSvR5PrwbvzNyb/3zztlcEDLtMOKVLtu60dQt7jVkjyiGK+FECEj Ai+JnTcOo+5J7sUqWhPA6t3K3eqXcPJuFtEVOfkPmR//ibwqCbYGwB5PxFn/Ki6p XNY7XTliEMF+y6VOZMhcwrEWCJCMOQH3xTXzWZYVBbA6BIF++yD25ktWeK70K6EA IoSsjupW7DofUqrReDahGYh4d8Jv9tRWJvEu6pLxy7dMGw8RjciebUvQKK0P5Aoq VSIvQ+cbuAe8jkdMhvjp =VHBE -----END PGP SIGNATURE----- From mark at foresightlinux.org Mon Jul 1 23:45:34 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Tue, 2 Jul 2013 08:45:34 +0200 Subject: [sword-devel] installmgr (and xiphos) crashes (svn 2831) In-Reply-To: <51D1A457.1020408@ristioja.ee> References: <51CCA190.8060203@ristioja.ee> <51D1A457.1020408@ristioja.ee> Message-ID: On Mon, Jul 1, 2013 at 5:46 PM, Jaak Ristioja wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 01.07.2013 14:45, Mark Trompell wrote: >> how do we know that pBuf++ is actually not outside our buffer? > > You mean pBuf before pBuf = strstr(pBuf, " points past the last double quote found in a \0-terminated string. Okay, got that. >> btw, why abort if pBufRes > pBuf? > > I don't understand your question, but this did help me find a bug in > my patch. Here's an amendment: Question is how can pBufRes get <= pBuf, if the char is found it is >= pBuf or NULL if char isn't found. The only reason for pBuf==pBufRes I can imagine is a which is annoying but not really a reason for aborting, which is what assert does in case the assertion fails. We might still want to use the other filenames found. >> why not something like probably even uglier attached patch? I want >> to get deeper inside C and C++ so I want to understand. >> >> On Thu, Jun 27, 2013 at 10:33 PM, Jaak Ristioja >> wrote: Patch for pointer dereference issue: >> >> >> https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/1b8ab91ff994c8584d6c61cb7d334273732d8216 >> >> Patch for buffer overflow: >> >> >> https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/4a261b27a7bec9d9300da6c357666a3851f3d34e >> >> There you go! Took me half an hour. >> >> Blessings, Jaak >> >> On 27.06.2013 22:41, Mark Trompell wrote: >>>>> I see. I'll try to come up with a better patch on Monday. I >>>>> won't have time earlier. Blessings Mark --- Urspr?ngl. >>>>> Mitteilung --- Von: Jaak Ristioja Gesend.: 27.06.2013, 16:15 >>>>> An: sword-devel at crosswire.org Betreff: Re: [sword-devel] >>>>> installmgr (and xiphos) crashes (svn 2831) >>>>> >>>>> >>>>> I think you only fixed pBuf not being set to NULL >>>>> prematurely. But this: >>>>> >>>>> memset(possibleName, 0, 400); >>>>> >>>>> doesn't help. The sprintf function always writes a >>>>> terminating \0 character. The problem is not that a \0 >>>>> character is not written, because it is written (unless a >>>>> memory error occurs first). The problem is that if >>>>> possibleNameLength > 399 then it writes the characters >>>>> (including the terminating \0 character) past the end of the >>>>> possibleName buffer, corrupting memory, potentially outside >>>>> of the virtual address space of the program (usually >>>>> triggering the OS to kill the process with a segfault or >>>>> something). >>>>> >>>>> The memset call is not needed, but it should be checked that >>>>> possibleNameLength < 400 (strictly "less-than"). Otherwise >>>>> >>>>> sprintf(possibleName, "%.*s", possibleNameLength, pBuf); >>>>> >>>>> is a security vulnerability. I wonder whether a CVE is >>>>> required. >>>>> >>>>> >>>>> Blessings, Jaak >>>>> >>>>> On 27.06.2013 14:45, Mark Trompell wrote: >>>>>> Sending again with tabs instead of blancs in the first >>>>>> hunk >>>>> >>>>>> On Thu, Jun 27, 2013 at 1:17 PM, Mark Trompell >>>>>> wrote: >>>>>>> I just fixed it :). Attached patch will initialize >>>>>>> possibleNames with 0 bytes to make sure we always have >>>>>>> the name 0 terminated properly. and it will move the >>>>>>> pBuf=pBufRes into the check for ifBufRes != NULL, in case >>>>>>> no filesize is found (because of another apache is >>>>>>> displaying it differently) Shouldn't break existing >>>>>>> setups. >>>>> >>>>> >>>>> >>>>> >>>>>> _______________________________________________ >>>>>> sword-devel mailing list: sword-devel at crosswire.org >>>>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>>>> Instructions to unsubscribe/change your settings at above >>>>>> page >>>>> >>>>> >>>>> >>>>> _______________________________________________ sword-devel >>>>> mailing list: sword-devel at crosswire.org >>>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>>> Instructions to unsubscribe/change your settings at above >>>>> page >>>>> >>>>> >>>>> _______________________________________________ sword-devel >>>>> mailing list: sword-devel at crosswire.org >>>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>>> Instructions to unsubscribe/change your settings at above >>>>> page >>>>> >> >>> >>> _______________________________________________ sword-devel >>> mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >> >> >> >> >> >> _______________________________________________ sword-devel mailing >> list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel Instructions >> to unsubscribe/change your settings at above page >> > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.20 (GNU/Linux) > > iQgcBAEBAgAGBQJR0aRTAAoJEEqsYmEt1rCObWtAAMZGEzsbD5kLFfygnT3nYmWG > W22SM41J1hcorszkFoeu5d2AE9X1J8jRWq6rZ7wwh2OpSxCgyp/UiW/AghRlZrw6 > xkzhsAOKR1CvQVs4ILYcfM0ODwYgCTvxrJ8YGHVpW/Qadr0Ld9moXPEmHTHPqDYv > 5GHqOzdZ9UlWnuRSBgPiiCIXV3eqzrvgXOGTm8dBneYGY0wioSXah+Ps6SreT1Ik > YRmJBK+vlcDi50hoDbnsQ42AT4Ou3YijF+SDVh8sCa0GYb33iMfny2uedVLKl67G > grhlLLkLS5Z9iPx+ZyTUCeGkTmvAY21wyvJgxsiTPqEVWPmLKnyz2u7SlfZOGeWa > u+C69pz3hHYiZO5bhRPL0vvh8voXhPWyHXY3Us5pQvsCF33ShgfHcVcp9UrpF/mz > D+WGEANOPEZq6/cLUg2haLHy83xKNLA8lVT1j5bLuhEFkS1ung/MRCesVTr68QxE > twAmwJXzev5EhejYBqHMlPWlfKxsmDYgTNGJ3rkg84V4Eg192ORrt217Y242HJiY > H4qxBjWSEfHZNEc/pWqStoJpEyCos+PyamgKLoQljyVOEd/iTzfJUM9EmwnmFU1Z > QzVzj2tcf6nksX9uP5e1AtuK6mALpdiLis8l6R2elnXLgv9NHwq7gwnIaHLXx+2W > JSgnk0I1B/Y0VFv5AjvDQcCXmK/9vp+PINsQsiNf/FQIzFyeZ3viHmGud7Di+viE > nd8oOLz0fypSn9qC3g2Ovt553SxDgiZRbsmjSjcfaogLznFpauk723gaJDlMtjnx > df0MINi1KVU91Fw0GVfk1mIaJs0YnxjK7MPKTRwznFAe0nGMevD2c64/mXH5prQ2 > E1fqn1hW2M7Dv0ogITtJtPJvkuuKxrKm+WV7iucL1n+enIcBggbEgCvBJaXhEJgg > SeecOhrPTSUZusHWRwq2DPqWCtD2ZtaZqpHr3sk6KInHIRggGqznAuaC4/I1vY/k > +hyKPlPmmlRaaL/MoIOD5HUDbamRaLGf63JNhUwcD5xQnrB4ENLmL0YIiyyP0CXm > 81wFC+UyPQHBdP2JUhpM+LCHPzJWfkzh+mE4UhnXFJd+wO6bOlg/wE53xpF0gULJ > NAyinINZ1OVDplJeT8MfQjzG1PyJhYvSKyolFEhgSoMVCyNK9BKPlFByGyE/R+qh > ko93S7epKQrJuNX4b3ueULEMctk3Cc9oFlgMoK0aeDkl+JOSvRSYnf+VbE+qEtkt > mar6rsckmtmS2rEbtJOS4oRMzxCl5fy/umBxObXCrvUuo5/o/a/40Y/OX2h8SHqi > r3JlhFlZu7bllt3E+GCN2ZHu+nKXRRPkNKVkPHLNkI2VnewXn4wOmLorGs3hS7Vb > GaOcuDxZTMGxBd00LuPjPLfCA+p9UYQkzU/uUsGBDa5oaz0hiBD8nBvrz21Obc3/ > gbJwfF2/QHbVyPQJfmwTTh/1ttwuE5UC5A7/tidQNVSp478WKMJOUvBrCMf6ZmW9 > EudcpP47qQCfJahdWWyFFzPUFm3G2qWl8knjRuPvY6VHLDstukKhspN79LpnM2mD > d62o3OcnMoKRLTfAE0/MIO7UDnOdrmtzO8hzt5s4F/LOqIuF2P/+1R6TYhwzmsad > YPPlW5RAq/OYFQ6LOsjeocvK7JFN936sw3LitLueiaa5PoLf9DdorzV+RzeZajfV > hOaxQgUAgm7HE8egHWOO4ukqVNouHasKdxMpT9S/AsOxcXYa6PehxUB43e46xTPS > qRm3Veby/NhdxmsCtWg8t/EkUPoR38Hm0yEbxLrIe9VFGKbsAoRulR65qGMAE1QW > HjGT6vowbg1BxW3ADA21G7upmdmktZzKoVcsWjEvPABQZC3NBbO1tPRGVhz3OWuE > IjlJ9ELB5xjghp/3gyZpfi7TOhSV9qis6PKZSE8g8sBZm3ucxcCTOQtAHvIHPzaP > U4FYUd4cKlOuR0Rdbv1LIc5iJwV3/dA7goj2nsQL7oi1YL8pF8sFU78P3b+wCyYo > 7kCIJv/TIgOsxfnkFWuaZ85zo9XCjnjrLU3cHYCoNyD1+lXfcSkh7GsTMYPSA94S > 4AHBnvSU28CIp0RN0KBnP8RQPFxmrCcxaltE9XczDwt7VHEohlDfbbcz5xA3JLN9 > Ti4kKVh9PDnZhNlKoSKDOLoLhn3QmsY+bEcwd8tgl/sKznDbP9GWFHgZQq0hOkl3 > WmcchQSuWWC27h3VDQES16gTEryQDpnVkJWqQJi7vuZFtgcu9i6lgIDRKcVQbC2A > LBz0LmOWvI3v4XNSAfEdaS2ALvGTbDmy2jLCY2p748CRk2tG3LVVZvEy4NLtIpJC > vb6VhfwQlCc7tL8Ib9arHtAimQ7155fj+2mLV8HFRycrpP1naHSb1rIJagoWBbQH > jvQrXTpztsKzm2svYAs36wDHVM/uVtk4k/8rF2kkquThO00ID/wQ/2t9i6hNWj0/ > sn11PN2UZH4WdSvR5PrwbvzNyb/3zztlcEDLtMOKVLtu60dQt7jVkjyiGK+FECEj > Ai+JnTcOo+5J7sUqWhPA6t3K3eqXcPJuFtEVOfkPmR//ibwqCbYGwB5PxFn/Ki6p > XNY7XTliEMF+y6VOZMhcwrEWCJCMOQH3xTXzWZYVBbA6BIF++yD25ktWeK70K6EA > IoSsjupW7DofUqrReDahGYh4d8Jv9tRWJvEu6pLxy7dMGw8RjciebUvQKK0P5Aoq > VSIvQ+cbuAe8jkdMhvjp > =VHBE > -----END PGP SIGNATURE----- > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From jaak at ristioja.ee Tue Jul 2 00:50:13 2013 From: jaak at ristioja.ee (Jaak Ristioja) Date: Tue, 02 Jul 2013 10:50:13 +0300 Subject: [sword-devel] installmgr (and xiphos) crashes (svn 2831) In-Reply-To: References: <51CCA190.8060203@ristioja.ee> <51D1A457.1020408@ristioja.ee> Message-ID: <51D28635.2060000@ristioja.ee> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02.07.2013 09:45, Mark Trompell wrote: >> Question is how can pBufRes get <= pBuf, if the char is found it >> is >= pBuf or NULL if char isn't found. The only reason for >> pBuf==pBufRes I can imagine is a which is annoying >> but not really a reason for aborting, which is what assert does >> in case the assertion fails. We might still want to use the other >> filenames found. Well, if pBufRes == NULL, then pBufRes < pBuf. For reference, here is the latest version of this source file: https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/blobs/master/src/mgr/curlhttpt.cpp It currently only breaks the loop if !pBufRes. Do you still think there's something wrong with my changes? I have trouble trying to understand what you mean. Blessings, Jaak -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQgcBAEBAgAGBQJR0oYMAAoJEEqsYmEt1rCOEbU//1+28OSeFRyoI5eR5Pf/HDlj O2SXIhEjjMIyZYkfO2Bghsha5AJmif0TAti8mhCYDpmuW9cCXyeEC3KzE0rdr7A3 jWx/9QkdSt0fHTN0K2qJTGsF4Q+hsla6CTQEqWn2Cm91I8jnoj6+ixWal6KhKLkT tO/BNB08nsB60ETEE4/0WaMkNFQmpqSpyFRRzlRNUag3x3jknL8qfmx5xVzRYJmQ SX4ZorWS64fe91/3latcpE4ns2+An9fPAsXV/4eahLiKONy4cEnAmDKA0xBph6rT q0OGDsNaOAK1uxI9tKKA4JA0KtttaziWjNEcZyIWeddzInH7jAu6+TGkxIQutdaB 7QXzZu0W4xTcevw+xLBjPtp6on0/5AsXtBar7QYx2e27ZgFegQOi9E5j02ijNUQx u3QGBL91uC5Jhz0y9vgWXQ1QvX+M8ppvaKq0qpJ1vBqUSMEpq3xTLy1ba1zruA60 ffzzWzX1tg/7GQMdfKC4FDEKXrBGEvQpPTmzLG7Q/vF69dkKo7klQbEAzTfjSnHv mMGnJpBXK1VkmD1ojOxM9vyJaXTjvIxhD6zXwxEtpc5+ISj6IcDHsMPhK1K5tkgZ hLAJlcDvhYjyC6OYjlCdap4HVEodMNonv9r5pJbDCa4mxaDDGmyCLEgW1E2nQWGk ZwWMf3wpP3S6t7qxLy4wqw72f2mJmEyRomCsM1TReDNGS7fIquLorGuM6oIV8b6R 8M/++XGk1WlM+rWl7pq3/XaA92b0AUR34C0/OsbtBeXqDe2NWnF0gVO01xtyMDR2 cDKP0+smfpGRx1QaBlvBrYNuxGb4dmm0iU6nJm5LtbmzvtFBxepO8tLY9uo6dqJt 3jG/DRensbehPWpx3m/AVKA4jeBZwOgH4jFEHpaLnrVIYdYo/kRqKO8WomnZEVIQ WI1ZIRSwbnzGaO2u3uJRJO55hiHP4BsLCZZKXXaIh0+9wrHn+k11CXya4aEzhka2 qu+xU4nQUlFpL6zIqoZ6w8uPKhDE1wFZ2ZpCJFyMb7fUVDYiltKG7HW3NtEGuQUi AO8T90QG348KmV1xosIXVK8ccBvJ6tdw7gkOtQ0SoLtfx/bNOsxSIAgMuNHj5od/ jY3pjolb37kPKW4ob6+BdtkP6DoLgut2B/cS3ltP7E0dvLECYlwoOCl7qwDm++Ax 8y4bj0znjrWekVUYdS/7SaBrwFhjHpdu2DMfxA0MYghB/Y117vafKN3cC2As+HKv cW9q0DI5OLNoUGeUJAA6CFcBohmQuwNWc/+dPp2aH3kEHAMEwlsTKosnaDSqLig9 f0yVOoj4BmuqlflGYCE9t3IKfelZioNyuN+rNFEScDzTFFTgcdu65p8BhNFPfvJk 7i+SaiCL2MZ32bOaR/JVYZ+aDcuBwIelMmut+RVpPEPPh5W1WtuJS5zWIAoVrLjl CIKfFPkR2PUVCqJNIm5yF9R897ti+vYb7D1XgWywBDc+y1uNEH2JgBAXfWekc5ww eKehSbNhM4PVZlSa9+idTSF0VJdNUl1dkqf+yL8J8Ia+RX8MalritMbwveK1UC4X dGICEkWl9716CD3UMqkFXWZVlqUQCcuBKbR2yQPAytOMUZhaM9UnVG8rJnwIidlf RkHKu3QUnQzrpXTM895da7w9MmJmALU32STd1xXjHcYnN04Cr0FIsf9k8Mo2iv2A 4BiYY34gqpq3WsqzckogzjTQukKj3yyEeC6H3MvqMz0Q36TXo6pCJCRIgh5VKuCG OTZn9J4+vybH6XNNBQ+8hhhhoURyHYS3o8sAihRE7To3LFPtCmCQ6n20T2MGCXxA wpHYinAhdGiquXns+NWQYcogMzAJrcY8IdnIpYshKGZVYCttxbYrJV6HF5trmqgX MQD849TIFEapWuCZsvJTfjAoo1Id5xFavsrV18egF1wngAS8DQslTlnYp14PZ9kI 0aC/ZSMxHmmCxsUK3b07nU4fw47rHE712xVGgpLxfiStOue4G5ydV/9r7DS1YqMb kGjPFKncwGFH29G7mH2E9dV66yU0N4ijwIPVpC+Zc0pW/0RckjldzWPx/bKuB8sA bKK5Dbzt9Hcl8FSPQEW+hylIFlVIB5yr9kSegX7I0IKt7bNPMbf7W8mm0SQqMMe/ AgXItzQQ/fyLpGBNIKzn/JNAVZbkD+tpqild0kwgha4E/l/Ri2m5DR7RI0ynMAuF K9eHBGpSeAlpzrBHGTKvBU2TcaMN6HW84I/denK3MLwK6cp9h6+Tw26l4I7B5y+V xhpR/8Q6YykN4hHwde3vrHzItK8uPjt5nzdlioszJS/QtzWSF66bkRKkccuS4CzV r3UYvyFyy7MBSCQIx70//qEjQ6xeQ5l4RzKAhLXFJ+R6w48LmC56xRQS5pHVxlpe Y2jatwFJiOw+DraIyCJ9D1yOrgZBl9w+n4f4LKIM3WHbgR/Z3TgqlZ4lErPUqtNa dFgfBYl6wNJ5sHIJkhsrY+ku5YrU8hhmOInUE6EWHBHr62PC8mVWz0Gh5qVRje/K ie1P+dQhZNAa0DoM/DXSj/mrZWBLwS6qL/ZrOCvBzWWpfJZHavTuhaeqry+fnHok XLhY0d4AqOWojVSFfgvAY/SH6BAXGDODBI4cs+EdIdX2zyqAVhIGarWVZsvtphpZ JFDBaJ8y4YALufGuv2tx2RI5GXb7/ZGQxv1pHvloEbGc9s3I3Ua/8Pmf0zUURAME i8tRgl4lWxajNHZrEU5K =Bpvq -----END PGP SIGNATURE----- From mark at foresightlinux.org Tue Jul 2 02:25:23 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Tue, 2 Jul 2013 11:25:23 +0200 Subject: [sword-devel] installmgr (and xiphos) crashes (svn 2831) In-Reply-To: <51D28635.2060000@ristioja.ee> References: <51CCA190.8060203@ristioja.ee> <51D1A457.1020408@ristioja.ee> <51D28635.2060000@ristioja.ee> Message-ID: On Tue, Jul 2, 2013 at 9:50 AM, Jaak Ristioja wrote: > Well, if pBufRes == NULL, then pBufRes < pBuf. > > For reference, here is the latest version of this source file: > > > https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/blobs/master/src/mgr/curlhttpt.cpp > > It currently only breaks the loop if !pBufRes. > > Do you still think there's something wrong with my changes? I have > trouble trying to understand what you mean. I'm the last to say there is something wrong, I just want to understand the reasons. So if you break on !pBufRes then the assert() isn't needed anymore? Anyway, thanks for taking care, now I hope one of the sword devs applies the fix. > Blessings, > Jaak Blessing Mark -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From yvand.sword at gmail.com Tue Jul 2 12:40:34 2013 From: yvand.sword at gmail.com (yvand) Date: Tue, 02 Jul 2013 21:40:34 +0200 Subject: [sword-devel] mvnForum on HTTPS Message-ID: <51D32CB2.50802@gmail.com> Hi all, I usually visit crosswire.org on https (the website and the wiki). But it is impossible to login in mvnForum (using https), the error message is: /The referer of request is not in trusted domains. Please configure mvncore.xml./ --yvand From jonathon.blake at gmail.com Wed Jul 3 03:56:10 2013 From: jonathon.blake at gmail.com (Jonathon) Date: Wed, 03 Jul 2013 10:56:10 +0000 Subject: [sword-devel] TSP Front End for ChromeBooks Message-ID: <51D4034A.8040300@gmail.com> All: Do any of The Sword Project front-ends run on ChromeBooks? If so, which ones? jonathon -- Email with a status of other than "junk", "bulk", or "list" is forwarded to Dave Null, unread. From mcepl at redhat.com Wed Jul 3 05:13:25 2013 From: mcepl at redhat.com (=?UTF-8?B?TWF0xJtqIENlcGw=?=) Date: Wed, 03 Jul 2013 14:13:25 +0200 Subject: [sword-devel] TSP Front End for ChromeBooks In-Reply-To: <51D4034A.8040300@gmail.com> References: <51D4034A.8040300@gmail.com> Message-ID: <51D41565.8040900@redhat.com> On 07/03/2013 12:56 PM, Jonathon wrote: > Do any of The Sword Project front-ends run on ChromeBooks? > If so, which ones? I don't think there is much more than http://www.crosswire.org/study/ and you can certainly help in developing https://github.com/zefanja/swordjs which could be foundation for some solution (pull requests, issues, anything welcome!). Best, Mat?j -- http://www.ceplovi.cz/matej/, Jabber: mcepl at ceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Besides, the determined Real Programmer can write Fortran programs in any language. -- Ed Post, Real Programmers Don't Use Pascal From chrislit at crosswire.org Wed Jul 3 05:21:24 2013 From: chrislit at crosswire.org (Chris Little) Date: Wed, 03 Jul 2013 05:21:24 -0700 Subject: [sword-devel] TSP Front End for ChromeBooks In-Reply-To: <51D4034A.8040300@gmail.com> References: <51D4034A.8040300@gmail.com> Message-ID: <51D41744.9000909@crosswire.org> On 07/03/2013 03:56 AM, Jonathon wrote: > All: > > Do any of The Sword Project front-ends run on ChromeBooks? > If so, which ones? > > jonathon > What's TSP? Trisodium phosphate? http://qkme.me/3v1zdv This front end works great on Chromebooks: http://crosswire.org/study/ I can't foresee anyone bothering to develop a NaCl front end or anything else specifically for Chromium OS. I say that both as a developer who wouldn't waste his time on such a niche platform and as a Chromebook user who wouldn't bother using a program on that platform that wasn't simply a web app. --Chris From chris at burrell.me.uk Wed Jul 3 05:44:29 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Wed, 3 Jul 2013 13:44:29 +0100 Subject: [sword-devel] TSP Front End for ChromeBooks In-Reply-To: <51D41744.9000909@crosswire.org> References: <51D4034A.8040300@gmail.com> <51D41744.9000909@crosswire.org> Message-ID: The online version of step will run on chrome os... More details soon. Chris On 3 Jul 2013 13:22, "Chris Little" wrote: > On 07/03/2013 03:56 AM, Jonathon wrote: > >> All: >> >> Do any of The Sword Project front-ends run on ChromeBooks? >> If so, which ones? >> >> jonathon >> >> > What's TSP? Trisodium phosphate? > > http://qkme.me/3v1zdv > > > This front end works great on Chromebooks: http://crosswire.org/study/ > > I can't foresee anyone bothering to develop a NaCl front end or anything > else specifically for Chromium OS. I say that both as a developer who > wouldn't waste his time on such a niche platform and as a Chromebook user > who wouldn't bother using a program on that platform that wasn't simply a > web app. > > --Chris > > > ______________________________**_________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/**mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Wed Jul 3 12:54:50 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Wed, 3 Jul 2013 20:54:50 +0100 Subject: [sword-devel] Versifications and verse order Message-ID: Hi Do versifications sometimes have different verse orders to each other. Is this something Sword copes with/is intending to cater for? My aim is to be able to do a text comparison verse for verse, and so assuming I have the mappings between each verse, can I take two lists and work my way down... In other words int i, j = i = 0; while(i < passageLength & j < passageLength) { if (v11nA[i] mapsTo v11nB[j]) { output both verses } else { work out with of i & j is behind then i++ (or j++) } } In the above, i and j only increment and j in particular doesn't jump around. The idea above, is that I can read the passages for v11nA and v11nB up front, and then process sequentially. (as opposed, to currently in JSword, making multiple reads to the backends for each verse.) Yes, there would be duplicates since 1 verse may map to multiple verses, but that's ok I think. Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From kahunapule at mpj.cx Wed Jul 3 13:02:29 2013 From: kahunapule at mpj.cx (Kahunapule Michael Johnson) Date: Wed, 03 Jul 2013 10:02:29 -1000 Subject: [sword-devel] Versifications and verse order In-Reply-To: References: Message-ID: <51D48355.5070204@mpj.cx> An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Wed Jul 3 13:09:29 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Wed, 3 Jul 2013 21:09:29 +0100 Subject: [sword-devel] Versifications and verse order In-Reply-To: References: <51D48355.5070204@mpj.cx> Message-ID: > Hi Michael > > In your example about the Psalms, within the versification itself you > still have the verses in the same order, so that wouldn't be a problem. But > I think you're saying you might have the content of verse 1 and the content > of verse 2 swapped around... Is that right? Would the numbering be swapped > around too? Presumably not... > > Chris > > > > On 3 July 2013 21:02, Kahunapule Michael Johnson wrote: > >> On 07/03/2013 09:54 AM, Chris Burrell wrote: >> >> Hi >> >> Do versifications sometimes have different verse orders to each other. >> >> >> Yes, unfortunately. >> >> >> Is this something Sword copes with/is intending to cater for? >> >> >> Currently, I think you have to "cheat" and renumber verses sequentially, >> but the content may be swapped between verses in some cases. (I can't >> remember the exact places or translations... I work with many.) Anyway, to >> compare identical content, you would have to have a common mapping scheme >> for both. >> >> A more common example is in Psalms, where some count the canonical Psalm >> titles as verse one, then continue with verse 2 where others start verse 1, >> there, so the whole Psalm is essentially off by one verse from one >> versification to another, but the mapping is easy to do. >> >> >> My aim is to be able to do a text comparison verse for verse, and so >> assuming I have the mappings between each verse, can I take two lists and >> work my way down... In other words >> >> int i, j = i = 0; >> >> while(i < passageLength & j < passageLength) { >> if (v11nA[i] mapsTo v11nB[j]) { >> output both verses >> } else { >> work out with of i & j is behind >> then i++ (or j++) >> } >> } >> >> In the above, i and j only increment and j in particular doesn't jump >> around. The idea above, is that I can read the passages for v11nA and v11nB >> up front, and then process sequentially. (as opposed, to currently in >> JSword, making multiple reads to the backends for each verse.) >> >> Yes, there would be duplicates since 1 verse may map to multiple >> verses, but that's ok I think. >> >> Chris >> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.orghttp://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg.hellings at gmail.com Wed Jul 3 13:11:36 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Wed, 3 Jul 2013 15:11:36 -0500 Subject: [sword-devel] Versifications and verse order In-Reply-To: References: Message-ID: Chris, On Wed, Jul 3, 2013 at 2:54 PM, Chris Burrell wrote: > Hi > > Do versifications sometimes have different verse orders to each other. > > Is this something Sword copes with/is intending to cater for? > My understanding is that no, we do not cater to books, chapters or verses being out of order. This can be a problem for trying to interweave deuterocanonical material in Esther and Daniel depending on how a particular text labels those verses and chapters. But I don't remember hearing anyone provide concrete examples of this actually happening. > > My aim is to be able to do a text comparison verse for verse, and so > assuming I have the mappings between each verse, can I take two lists and > work my way down... In other words > I have written a Python script, available http://www.crosswire.org/svn/sword-tools/trunk/versification/av11n.py, that compares every available Sword versification to a given OSIS document and reports the deviation from that versification. For it, I first construct a list of all the refs in a versification, pull out ones that are encountered in the document, and report the "missing" ones. Not sure if that helps. Alternatively, I have http://www.crosswire.org/svn/sword-tools/trunk/modules/compare.py which compares two installed modules, verse by verse, to see if they are exactly identical in text throughout. Maybe one of those will help inspire your implementation. Or maybe not! caveat emptor: they may not have been updated for all the API churn over the past few months so things like .Error should be .popError and appropriate getter/setter should be recognized. --Greg > > int i, j = i = 0; > > while(i < passageLength & j < passageLength) { > if (v11nA[i] mapsTo v11nB[j]) { > output both verses > } else { > work out with of i & j is behind > then i++ (or j++) > } > } > > In the above, i and j only increment and j in particular doesn't jump > around. The idea above, is that I can read the passages for v11nA and v11nB > up front, and then process sequentially. (as opposed, to currently in > JSword, making multiple reads to the backends for each verse.) > > Yes, there would be duplicates since 1 verse may map to multiple verses, > but that's ok I think. > > Chris > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg.hellings at gmail.com Wed Jul 3 13:12:49 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Wed, 3 Jul 2013 15:12:49 -0500 Subject: [sword-devel] Versifications and verse order In-Reply-To: References: Message-ID: On Wed, Jul 3, 2013 at 3:11 PM, Greg Hellings wrote: > Chris, > > > On Wed, Jul 3, 2013 at 2:54 PM, Chris Burrell wrote: > >> Hi >> >> Do versifications sometimes have different verse orders to each other. >> >> Is this something Sword copes with/is intending to cater for? >> > > My understanding is that no, we do not cater to books, chapters or verses > being out of order. This can be a problem for trying to interweave > deuterocanonical material in Esther and Daniel depending on how a > particular text labels those verses and chapters. But I don't remember > hearing anyone provide concrete examples of this actually happening. > > >> >> My aim is to be able to do a text comparison verse for verse, and so >> assuming I have the mappings between each verse, can I take two lists and >> work my way down... In other words >> > > I have written a Python script, available > http://www.crosswire.org/svn/sword-tools/trunk/versification/av11n.py, > that compares every available Sword versification to a given OSIS document > and reports the deviation from that versification. For it, I first > construct a list of all the refs in a versification, pull out ones that are > encountered in the document, and report the "missing" ones. Not sure if > that helps. > I mentioned this one specifically because the OSIS file can be a giant jumbled pile of elements that don't have to be in any particular order and our utilities will put all the verses in the same order when they construct the module. --Greg > > Alternatively, I have > http://www.crosswire.org/svn/sword-tools/trunk/modules/compare.py which > compares two installed modules, verse by verse, to see if they are exactly > identical in text throughout. > > Maybe one of those will help inspire your implementation. Or maybe not! > caveat emptor: they may not have been updated for all the API churn over > the past few months so things like .Error should be .popError and > appropriate getter/setter should be recognized. > > --Greg > > >> >> int i, j = i = 0; >> >> while(i < passageLength & j < passageLength) { >> if (v11nA[i] mapsTo v11nB[j]) { >> output both verses >> } else { >> work out with of i & j is behind >> then i++ (or j++) >> } >> } >> >> In the above, i and j only increment and j in particular doesn't jump >> around. The idea above, is that I can read the passages for v11nA and v11nB >> up front, and then process sequentially. (as opposed, to currently in >> JSword, making multiple reads to the backends for each verse.) >> >> Yes, there would be duplicates since 1 verse may map to multiple verses, >> but that's ok I think. >> >> Chris >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Wed Jul 3 13:36:36 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Wed, 3 Jul 2013 21:36:36 +0100 Subject: [sword-devel] Versifications and verse order In-Reply-To: <51D488B1.3020808@mpj.cx> References: <51D48355.5070204@mpj.cx> <51D488B1.3020808@mpj.cx> Message-ID: Response from Michael below. On 3 July 2013 21:25, Kahunapule Michael Johnson wrote: > On 07/03/2013 10:07 AM, Chris Burrell wrote: > > > > In your example about the Psalms, within the versification itself you > still have the verses in the same order, so that wouldn't be a problem. But > I think you're saying you might have the content of verse 1 and the content > of verse 2 swapped around... Is that right? Would the numbering be swapped > around too? Presumably not... > > > > I have seen a versification where the numbers were swapped around, too... > but I don't remember exactly where that was. It is fairly rare. Normally, > the content would be left in place and the verses renumbered to make a > Sword module.... > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From israeldahl at gmail.com Wed Jul 3 17:04:09 2013 From: israeldahl at gmail.com (Israel) Date: Wed, 03 Jul 2013 19:04:09 -0500 Subject: [sword-devel] Ubuntu Touch Bible app Message-ID: <51D4BBF9.8050700@gmail.com> Hi everyone, There are a few of us who have banded together to start work on a Ubuntu Touch SWORD app. Is anyone else working on one? If anyone is interested please join us on github. https://github.com/uBible We are currently in the process of working out the beginning details, such as UI setup, features, etc.... May the Lord Jesus bless you all! -- Regards From mark at foresightlinux.org Wed Jul 3 22:15:28 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Thu, 4 Jul 2013 07:15:28 +0200 Subject: [sword-devel] Ubuntu Touch Bible app In-Reply-To: <51D4BBF9.8050700@gmail.com> References: <51D4BBF9.8050700@gmail.com> Message-ID: On Thu, Jul 4, 2013 at 2:04 AM, Israel wrote: > Hi everyone, > There are a few of us who have banded together to start work on a Ubuntu > Touch SWORD app. Is anyone else working on one? AFAIK Ubuntu touch uses qt, so maybe just another UI Frontent to bibletime would do fine, with the advantage of being easily portable to mer/nemo/sailfish(jolla). > If anyone is interested please join us on github. > https://github.com/uBible > We are currently in the process of working out the beginning details, such > as UI setup, features, etc.... > May the Lord Jesus bless you all! > > -- > Regards > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From mark at foresightlinux.org Wed Jul 3 22:40:01 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Thu, 4 Jul 2013 07:40:01 +0200 Subject: [sword-devel] installmgr (and xiphos) crashes (svn 2831) In-Reply-To: References: <51CCA190.8060203@ristioja.ee> <51D1A457.1020408@ristioja.ee> <51D28635.2060000@ristioja.ee> Message-ID: ok, just to summarize, what we need is: https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/1b8ab91ff994c8584d6c61cb7d334273732d8216?format=patch https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/4a261b27a7bec9d9300da6c357666a3851f3d34e?format=patch https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/fc85e83a00250a9d172bafc0dca33aa88c6e9e27?format=patch Would be great, if someone could add them too trunk before 1.7 is out. On Tue, Jul 2, 2013 at 11:25 AM, Mark Trompell wrote: > On Tue, Jul 2, 2013 at 9:50 AM, Jaak Ristioja wrote: > >> Well, if pBufRes == NULL, then pBufRes < pBuf. >> >> For reference, here is the latest version of this source file: >> >> >> https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/blobs/master/src/mgr/curlhttpt.cpp >> >> It currently only breaks the loop if !pBufRes. >> >> Do you still think there's something wrong with my changes? I have >> trouble trying to understand what you mean. > > I'm the last to say there is something wrong, I just want to > understand the reasons. > So if you break on !pBufRes then the assert() isn't needed anymore? > Anyway, thanks for taking care, now I hope one of the sword devs > applies the fix. > >> Blessings, >> Jaak > > Blessing Mark > > -- > Mark Trompell > > Foresight Linux Xfce Edition > Cause your desktop should be freaking cool > (and Xfce) -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From mark at foresightlinux.org Thu Jul 4 00:41:50 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Thu, 4 Jul 2013 09:41:50 +0200 Subject: [sword-devel] installmgr (and xiphos) crashes (svn 2831) In-Reply-To: References: <51CCA190.8060203@ristioja.ee> <51D1A457.1020408@ristioja.ee> <51D28635.2060000@ristioja.ee> Message-ID: Replying to myself again, maybe I should find a doctor :) one patch didn't apply right away, I ported it to current trunk and made one big patch file out of the 3. The attached one should work right away. Testet with my own repository and with crosswire.org http(s) repositories. Blessings Mark On Thu, Jul 4, 2013 at 7:40 AM, Mark Trompell wrote: > ok, just to summarize, what we need is: > https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/1b8ab91ff994c8584d6c61cb7d334273732d8216?format=patch > https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/4a261b27a7bec9d9300da6c357666a3851f3d34e?format=patch > https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/fc85e83a00250a9d172bafc0dca33aa88c6e9e27?format=patch > > Would be great, if someone could add them too trunk before 1.7 is out. > > On Tue, Jul 2, 2013 at 11:25 AM, Mark Trompell wrote: >> On Tue, Jul 2, 2013 at 9:50 AM, Jaak Ristioja wrote: >> >>> Well, if pBufRes == NULL, then pBufRes < pBuf. >>> >>> For reference, here is the latest version of this source file: >>> >>> >>> https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/blobs/master/src/mgr/curlhttpt.cpp >>> >>> It currently only breaks the loop if !pBufRes. >>> >>> Do you still think there's something wrong with my changes? I have >>> trouble trying to understand what you mean. >> >> I'm the last to say there is something wrong, I just want to >> understand the reasons. >> So if you break on !pBufRes then the assert() isn't needed anymore? >> Anyway, thanks for taking care, now I hope one of the sword devs >> applies the fix. >> >>> Blessings, >>> Jaak >> >> Blessing Mark >> >> -- >> Mark Trompell >> >> Foresight Linux Xfce Edition >> Cause your desktop should be freaking cool >> (and Xfce) > > > > -- > Mark Trompell > > Foresight Linux Xfce Edition > Cause your desktop should be freaking cool > (and Xfce) -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) -------------- next part -------------- A non-text attachment was scrubbed... Name: fix_curl_http_crash.patch Type: application/octet-stream Size: 3904 bytes Desc: not available URL: From chris at burrell.me.uk Thu Jul 4 02:17:50 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Thu, 4 Jul 2013 10:17:50 +0100 Subject: [sword-devel] Versifications and verse order In-Reply-To: References: <51D48355.5070204@mpj.cx> <51D488B1.3020808@mpj.cx> Message-ID: So, my understanding from all the previous emails, is No we don't cope for books with different orders of keys. However these do happen. Moreover, the more general case of content from 1 verse switched with the content of another is more prevalent. So it's quite feasible to have a system that maps to the KJV as follows: a -> a b-> c c-> b where a, b, c is the normal order in each of the books. As a result, we can't simply iterate through them sequentially downwards. (yes, the example is simplified as keys can map to multiple other keys, etc.) Chris On 3 July 2013 21:36, Chris Burrell wrote: > Response from Michael below. > > > On 3 July 2013 21:25, Kahunapule Michael Johnson wrote: > >> On 07/03/2013 10:07 AM, Chris Burrell wrote: >> > >> > In your example about the Psalms, within the versification itself you >> still have the verses in the same order, so that wouldn't be a problem. But >> I think you're saying you might have the content of verse 1 and the content >> of verse 2 swapped around... Is that right? Would the numbering be swapped >> around too? Presumably not... >> > >> >> I have seen a versification where the numbers were swapped around, too... >> but I don't remember exactly where that was. It is fairly rare. Normally, >> the content would be left in place and the verses renumbered to make a >> Sword module.... >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfhmch at googlemail.com Thu Jul 4 02:39:01 2013 From: dfhmch at googlemail.com (David Haslam) Date: Thu, 4 Jul 2013 02:39:01 -0700 (PDT) Subject: [sword-devel] Versifications and verse order In-Reply-To: References: Message-ID: <1372930741277-4652708.post@n4.nabble.com> Maybe the title should have included the phrase "book order". As is fairly well known, the book order for the Epistles is different in Eastern Canon than in the Western Canon. This is just one such peculiarity for the NT. There is also that odd move of some verses to a different chapter in Romans in the NRSV when compared to the KJV. When it comes to the OT & DC books, things can be considerably more complicated, as others have already noted. French Bibles are among those in which the descriptive canonical titles are numbered as verse 1. Yet we do not have a separate av11n for French Bibles. The combining of Psalms 9 & 10 into a single Psalm, with subsequent knock on effects is also worth noting. See https://en.wikipedia.org/wiki/Psalms#Numbering btw. This is one of the 13 acrostic poems found in the OT. We are all aware of Psalm 119 being the chief example, yet Proverbs 31 & Lamentations also have acrostics, and there are other Psalms which are acrostic too. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Versifications-and-verse-order-tp4652697p4652708.html Sent from the SWORD Dev mailing list archive at Nabble.com. From chris at burrell.me.uk Thu Jul 4 05:18:31 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Thu, 4 Jul 2013 13:18:31 +0100 Subject: [sword-devel] Versifications and verse order In-Reply-To: <1372930741277-4652708.post@n4.nabble.com> References: <1372930741277-4652708.post@n4.nabble.com> Message-ID: Hi David Book order isn't such an issue because you don't tend to line up passages across book boundaries.But I guess that's an interesting question, since it would mean that Gen-Ex could mean different things in different versifications. Presumably we're never going to support book ordering being different to the extent that addressing things in different Books means the OSIS IDs/Refs have completely different meanings. Chris On 4 July 2013 10:39, David Haslam wrote: > Maybe the title should have included the phrase "book order". > > As is fairly well known, the book order for the Epistles is different in > Eastern Canon than in the Western Canon. > This is just one such peculiarity for the NT. > > There is also that odd move of some verses to a different chapter in Romans > in the NRSV when compared to the KJV. > > When it comes to the OT & DC books, things can be considerably more > complicated, as others have already noted. > > French Bibles are among those in which the descriptive canonical titles are > numbered as verse 1. > Yet we do not have a separate av11n for French Bibles. > > The combining of Psalms 9 & 10 into a single Psalm, with subsequent knock > on > effects is also worth noting. > See https://en.wikipedia.org/wiki/Psalms#Numbering > > btw. This is one of the 13 acrostic poems found in the OT. > We are all aware of Psalm 119 being the chief example, > yet Proverbs 31 & Lamentations also have acrostics, > and there are other Psalms which are acrostic too. > > David > > > > -- > View this message in context: > http://sword-dev.350566.n4.nabble.com/Versifications-and-verse-order-tp4652697p4652708.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chrislit at crosswire.org Thu Jul 4 06:01:14 2013 From: chrislit at crosswire.org (Chris Little) Date: Thu, 04 Jul 2013 06:01:14 -0700 Subject: [sword-devel] Versifications and verse order In-Reply-To: References: <1372930741277-4652708.post@n4.nabble.com> Message-ID: <51D5721A.8000504@crosswire.org> Book ordering differences are a trivial case, already handled by versification system definitions. E.g. the German and Luther versification systems differ, in the NT, only in book order. If you query Heb-Rev in German, you'll get the contents of 9 books. In Luther, you would get only 4 books. If you care about out-of-order verses, put some time into implementing GenBook Bibles. --Chris On 7/4/2013 5:18 AM, Chris Burrell wrote: > Hi David > > Book order isn't such an issue because you don't tend to line up > passages across book boundaries.But I guess that's an interesting > question, since it would mean that Gen-Ex could mean different things in > different versifications. Presumably we're never going to support book > ordering being different to the extent that addressing things in > different Books means the OSIS IDs/Refs have completely different meanings. > > Chris > > > > On 4 July 2013 10:39, David Haslam > wrote: > > Maybe the title should have included the phrase "book order". > > As is fairly well known, the book order for the Epistles is different in > Eastern Canon than in the Western Canon. > This is just one such peculiarity for the NT. > > There is also that odd move of some verses to a different chapter in > Romans > in the NRSV when compared to the KJV. > > When it comes to the OT & DC books, things can be considerably more > complicated, as others have already noted. > > French Bibles are among those in which the descriptive canonical > titles are > numbered as verse 1. > Yet we do not have a separate av11n for French Bibles. > > The combining of Psalms 9 & 10 into a single Psalm, with subsequent > knock on > effects is also worth noting. > See https://en.wikipedia.org/wiki/Psalms#Numbering > > btw. This is one of the 13 acrostic poems found in the OT. > We are all aware of Psalm 119 being the chief example, > yet Proverbs 31 & Lamentations also have acrostics, > and there are other Psalms which are acrostic too. > > David > > > > -- > View this message in context: > http://sword-dev.350566.n4.nabble.com/Versifications-and-verse-order-tp4652697p4652708.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > From trevor.jenkins at suneidesis.com Thu Jul 4 06:06:03 2013 From: trevor.jenkins at suneidesis.com (Trevor Jenkins) Date: Thu, 4 Jul 2013 14:06:03 +0100 Subject: [sword-devel] Versifications and verse order In-Reply-To: <51D5721A.8000504@crosswire.org> References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> Message-ID: On 4 Jul 2013, at 14:01, Chris Little wrote: > Book ordering differences are a trivial case, already handled by versification system definitions. E.g. the German and Luther versification systems differ, in the NT, only in book order. If you query Heb-Rev in German, you'll get the contents of 9 books. In Luther, you would get only 4 books. Does it handle the different order the NEB has for Isaiah? I know there isn't an online version of NEB available but its OT books follow the order found in some prominent Hebrew manuscripts. Regards, Trevor. <>< Re: deemed! From israeldahl at gmail.com Thu Jul 4 06:25:06 2013 From: israeldahl at gmail.com (Israel) Date: Thu, 04 Jul 2013 08:25:06 -0500 Subject: [sword-devel] Ubuntu Touch Bible app In-Reply-To: References: <51D4BBF9.8050700@gmail.com> Message-ID: <51D577B2.1090006@gmail.com> It uses QML, so it is part of Qt. I will bring this up to the others and see what they think about it all. It may be a good idea. Anyhow we are designing an interface at the moment to get the features we want, using what capabilities QML has, and designing it to be fully integrated with the Ubuntu Touch ecosystem. There are some things about using Bible Time that may make this hard, but there very well may be some things we might be able to utilize. Thanks! On 07/04/2013 12:15 AM, Mark Trompell wrote: > On Thu, Jul 4, 2013 at 2:04 AM, Israel wrote: >> Hi everyone, >> There are a few of us who have banded together to start work on a Ubuntu >> Touch SWORD app. Is anyone else working on one? > AFAIK Ubuntu touch uses qt, so maybe just another UI Frontent to > bibletime would do fine, > with the advantage of being easily portable to mer/nemo/sailfish(jolla). > >> If anyone is interested please join us on github. >> https://github.com/uBible >> We are currently in the process of working out the beginning details, such >> as UI setup, features, etc.... >> May the Lord Jesus bless you all! >> >> -- >> Regards >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > -- Regards From dfhmch at googlemail.com Thu Jul 4 06:26:05 2013 From: dfhmch at googlemail.com (David Haslam) Date: Thu, 4 Jul 2013 06:26:05 -0700 (PDT) Subject: [sword-devel] Versifications and verse order In-Reply-To: <51D5721A.8000504@crosswire.org> References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> Message-ID: <1372944365692-4652712.post@n4.nabble.com> And (for example) if you wish to query the whole of the JPS module using book names, it will not do to specify *Gen-Mal*. You'd need to remember that in the Tanakh, the last book is *II Chronicles*. -- View this message in context: http://sword-dev.350566.n4.nabble.com/Versifications-and-verse-order-tp4652697p4652712.html Sent from the SWORD Dev mailing list archive at Nabble.com. From scribe at crosswire.org Thu Jul 4 08:02:23 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Thu, 04 Jul 2013 17:02:23 +0200 Subject: [sword-devel] Parallel Display of Differing V11n Systems (was: Versifications and verse order) In-Reply-To: <1372944365692-4652712.post@n4.nabble.com> References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> <1372944365692-4652712.post@n4.nabble.com> Message-ID: <51D58E7F.8010403@crosswire.org> Hi guys. The questions that need answers in this thread are logically complex and are one of the reasons we haven't finalized any additions to the core SWORD library to support this-- though I greatly appreciate the contributions made by ?????. Take, for example our standard 4 Bible web display preset for "OT Scholar", at Daniel chapter 3, around veres 23: http://crosswire.org/study/parallelstudy.jsp?del=all&add=NASB&add=WLC&add=KJV&add=LXX&key=Dan.3.23#cv How should this look? The problem, for the uninitiated, is that The Prayer of Azariah and the Song of the Three Jews in the LXX is inserted between what we traditionally think of as verses 23 and 24. This makes verse 24 in the KJV very different content than what should be verse 24 in the LXX (our current LXX displayed from the link above does not include Apocryphal content)-- verse 24 in the LXX being the first part of the Apocryphal content, thus verse 91 in the LXX picking back up where verse 24, in say the NASB (without the apocryphal insertion), continues. The web interface above always displays in windows of 1 chapter. Thus the user has asked for Chapter 3 of Daniel, centered on verse 23. There are a few questions to answer. What if they had asked for verse 24? What content do we show? Use case: The user is a protestant pastor, has chosen NASB as his primary Bible, and is interested in seeing the parallel verses to the NASB in the other texts. He is not interested in seeing apocryphal insertions. He primarily cares about the NASB and only glances at the content from the other modules when interested in seeing the parallel. This is how the web frontend, and all current SWORD based frontends *should* currently work with no code changes, with the v11n translation facilities currently designed in the engine. It uses the first module as the "master" and iterated its key and pulls the equivalent verses from the other modules. The current facility in the engine allows for: lxx->setKey(nasb->getKey()) resulting in the LXX being positioned to the equivalent verse (e.g., v91 from nasb v24)-- if translation tables (for example from ?????) were in place. But this use case, while likely the most dominant, is not the most scholarly. A scholar would likely wish to see a *superset* of all verses from all displayed parallel Bibles, inserting gaps where they should go in the other text which do not contain the verses. Not too hard to imagine, but what is the programmer-friendly API interface for this? Harder to imagine. You can't simply choose one of the modules to iterate. Possibly: ListKey superset; superset << kjv->getKey() << nasb->getKey() << lxx->getKey() << wlc->getKey(); then one could iterate the superset listkey. This would leave the work of figuring out where the gaps should go up to ListKey, or something in the translation system in VerseKey which backs ListKey. It's a complex problem, but we haven't even talked about the issue of reordered content. Sometime Romans 16:25-27a (obviously excluding the subscriptio) is located after Romans 14:23. This is an example of reordering. It doesn't give problems from our "chapter window display" because the reordering is across different chapters and you could still pick your poison from the 2 choices above for display logic, but what about display windows which allow more than a single chapter, like BibleDesktop? Now the question arises. If you've chosen to build a superset, where do the gaps go? You could reasonably add them to either place (after Romans 14:23 in the modules which don't include the doxology here or after Romans 16:24 for modules which don't include the doxology here). How do you decide? How should the program decide? Lot's of questions and input we all need to give and a working proof of concept for at least a single frontend before we commit to something for everyone to use in the engine. Obviously not a 1.7.x issue, but feel free to continue to give input. Troy On 07/04/2013 03:26 PM, David Haslam wrote: > And (for example) if you wish to query the whole of the JPS module using book > names, it will not do to specify *Gen-Mal*. > > You'd need to remember that in the Tanakh, the last book is *II Chronicles*. > > > > -- > View this message in context: http://sword-dev.350566.n4.nabble.com/Versifications-and-verse-order-tp4652697p4652712.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From scribe at crosswire.org Thu Jul 4 08:05:51 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Thu, 04 Jul 2013 17:05:51 +0200 Subject: [sword-devel] Versifications and verse order In-Reply-To: References: <51D48355.5070204@mpj.cx> <51D488B1.3020808@mpj.cx> Message-ID: <51D58F4F.6060404@crosswire.org> SWORD does not support out-of-numerical-order v11n systems, e.g., one Bible might decide to number its verses 1,5,2,3,4,6,7. We do not plan to have a facility to support this. The argument has been made on threads-past which basically says: changing the logic of chapter/verse from integer logic to something else would allow for this case-- indeed GenBooks support any type of data for 2nd and 3rd hierarchy level and we have some support to show GenBooks as Bibles-- but is it worth it? No. Encode this Bible like so: $$$Bk.Ch.1 bla bla bla $$$Bk.Ch.2 (v5) bla bla bla $$$Bk.Ch.3 (v2) bla bla bla $$$Bk.Ch.4 (v3) bla bla bla $$$Bk.Ch.5 (v4) bla bla bla $$$Bk.Ch.6 bla bla bla $$$Bk.Ch.7 bla bla bla Not ideal for this corner case, but not unusable. On 07/04/2013 11:17 AM, Chris Burrell wrote: > So, my understanding from all the previous emails, is No we don't cope > for books with different orders of keys. However these do happen. > Moreover, the more general case of content from 1 verse switched with > the content of another is more prevalent. > > So it's quite feasible to have a system that maps to the KJV as follows: > a -> a > b-> c > c-> b > > where a, b, c is the normal order in each of the books. As a result, > we can't simply iterate through them sequentially downwards. > > (yes, the example is simplified as keys can map to multiple other > keys, etc.) > Chris > > > > > > On 3 July 2013 21:36, Chris Burrell > wrote: > > Response from Michael below. > > > On 3 July 2013 21:25, Kahunapule Michael Johnson > > wrote: > > On 07/03/2013 10:07 AM, Chris Burrell wrote: > > > > In your example about the Psalms, within the versification > itself you still have the verses in the same order, so that > wouldn't be a problem. But I think you're saying you might > have the content of verse 1 and the content of verse 2 swapped > around... Is that right? Would the numbering be swapped around > too? Presumably not... > > > > I have seen a versification where the numbers were swapped > around, too... but I don't remember exactly where that was. It > is fairly rare. Normally, the content would be left in place > and the verses renumbered to make a Sword module.... > > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Thu Jul 4 08:24:25 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Thu, 4 Jul 2013 16:24:25 +0100 Subject: [sword-devel] Parallel Display of Differing V11n Systems (was: Versifications and verse order) In-Reply-To: <51D58E7F.8010403@crosswire.org> References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> <1372944365692-4652712.post@n4.nabble.com> <51D58E7F.8010403@crosswire.org> Message-ID: I'm afraid, I'm not sure I follow. The screenshot looks ok, but then I don't read Greek or Hebrew so I don't really know. Are you saying Sword already has translation from 1 versification to another transparently, by " the v11n translation facilities currently designed in the engine"? From previous threads, I thought that was one major thing that was still being worked on. So you already do have all the mappings to convert from one versification to another? I'm confused! Chris On 4 July 2013 16:02, Troy A. Griffitts wrote: > Hi guys. The questions that need answers in this thread are logically > complex and are one of the reasons we haven't finalized any additions to > the core SWORD library to support this-- though I greatly appreciate the > contributions made by ?????. > > Take, for example our standard 4 Bible web display preset for "OT > Scholar", at Daniel chapter 3, around veres 23: > > http://crosswire.org/study/**parallelstudy.jsp?del=all&add=** > NASB&add=WLC&add=KJV&add=LXX&**key=Dan.3.23#cv > > How should this look? > > The problem, for the uninitiated, is that The Prayer of Azariah and the > Song of the Three Jews in the LXX is inserted between what we traditionally > think of as verses 23 and 24. This makes verse 24 in the KJV very different > content than what should be verse 24 in the LXX (our current LXX displayed > from the link above does not include Apocryphal content)-- verse 24 in the > LXX being the first part of the Apocryphal content, thus verse 91 in the > LXX picking back up where verse 24, in say the NASB (without the apocryphal > insertion), continues. > > The web interface above always displays in windows of 1 chapter. Thus the > user has asked for Chapter 3 of Daniel, centered on verse 23. > > There are a few questions to answer. > > What if they had asked for verse 24? > > What content do we show? > > Use case: The user is a protestant pastor, has chosen NASB as his primary > Bible, and is interested in seeing the parallel verses to the NASB in the > other texts. He is not interested in seeing apocryphal insertions. He > primarily cares about the NASB and only glances at the content from the > other modules when interested in seeing the parallel. > > This is how the web frontend, and all current SWORD based frontends > *should* currently work with no code changes, with the v11n translation > facilities currently designed in the engine. It uses the first module as > the "master" and iterated its key and pulls the equivalent verses from the > other modules. The current facility in the engine allows for: > > lxx->setKey(nasb->getKey()) > > resulting in the LXX being positioned to the equivalent verse (e.g., v91 > from nasb v24)-- if translation tables (for example from ?????) were in > place. > > But this use case, while likely the most dominant, is not the most > scholarly. A scholar would likely wish to see a *superset* of all verses > from all displayed parallel Bibles, inserting gaps where they should go in > the other text which do not contain the verses. > > Not too hard to imagine, but what is the programmer-friendly API interface > for this? Harder to imagine. You can't simply choose one of the modules to > iterate. > Possibly: > > ListKey superset; > superset << kjv->getKey() << nasb->getKey() << lxx->getKey() << > wlc->getKey(); > > then one could iterate the superset listkey. > > This would leave the work of figuring out where the gaps should go up to > ListKey, or something in the translation system in VerseKey which backs > ListKey. > > It's a complex problem, but we haven't even talked about the issue of > reordered content. Sometime Romans 16:25-27a (obviously excluding the > subscriptio) is located after Romans 14:23. This is an example of > reordering. It doesn't give problems from our "chapter window display" > because the reordering is across different chapters and you could still > pick your poison from the 2 choices above for display logic, but what about > display windows which allow more than a single chapter, like BibleDesktop? > Now the question arises. If you've chosen to build a superset, where do the > gaps go? You could reasonably add them to either place (after Romans 14:23 > in the modules which don't include the doxology here or after Romans 16:24 > for modules which don't include the doxology here). How do you decide? How > should the program decide? > > Lot's of questions and input we all need to give and a working proof of > concept for at least a single frontend before we commit to something for > everyone to use in the engine. > > Obviously not a 1.7.x issue, but feel free to continue to give input. > > Troy > > > > On 07/04/2013 03:26 PM, David Haslam wrote: > >> And (for example) if you wish to query the whole of the JPS module using >> book >> names, it will not do to specify *Gen-Mal*. >> >> You'd need to remember that in the Tanakh, the last book is *II >> Chronicles*. >> >> >> >> -- >> View this message in context: http://sword-dev.350566.n4.** >> nabble.com/Versifications-and-**verse-order-tp4652697p4652712.**html >> Sent from the SWORD Dev mailing list archive at Nabble.com. >> >> ______________________________**_________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/**mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> > > > ______________________________**_________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/**mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Thu Jul 4 08:29:52 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Thu, 4 Jul 2013 16:29:52 +0100 Subject: [sword-devel] Parallel Display of Differing V11n Systems (was: Versifications and verse order) In-Reply-To: References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> <1372944365692-4652712.post@n4.nabble.com> <51D58E7F.8010403@crosswire.org> Message-ID: I'm guess I've misunderstood as Ps.51 shows the wrong alignment between Hebrew and English for the first two verses... What are these "translation facilities currently designed in the engine"? Chris On 4 July 2013 16:24, Chris Burrell wrote: > I'm afraid, I'm not sure I follow. The screenshot looks ok, but then I > don't read Greek or Hebrew so I don't really know. > > Are you saying Sword already has translation from 1 versification to > another transparently, by " the v11n translation facilities currently > designed in the engine"? From previous threads, I thought that was one > major thing that was still being worked on. So you already do have all the > mappings to convert from one versification to another? > > I'm confused! > > Chris > > > > On 4 July 2013 16:02, Troy A. Griffitts wrote: > >> Hi guys. The questions that need answers in this thread are logically >> complex and are one of the reasons we haven't finalized any additions to >> the core SWORD library to support this-- though I greatly appreciate the >> contributions made by ?????. >> >> Take, for example our standard 4 Bible web display preset for "OT >> Scholar", at Daniel chapter 3, around veres 23: >> >> http://crosswire.org/study/**parallelstudy.jsp?del=all&add=** >> NASB&add=WLC&add=KJV&add=LXX&**key=Dan.3.23#cv >> >> How should this look? >> >> The problem, for the uninitiated, is that The Prayer of Azariah and the >> Song of the Three Jews in the LXX is inserted between what we traditionally >> think of as verses 23 and 24. This makes verse 24 in the KJV very different >> content than what should be verse 24 in the LXX (our current LXX displayed >> from the link above does not include Apocryphal content)-- verse 24 in the >> LXX being the first part of the Apocryphal content, thus verse 91 in the >> LXX picking back up where verse 24, in say the NASB (without the apocryphal >> insertion), continues. >> >> The web interface above always displays in windows of 1 chapter. Thus the >> user has asked for Chapter 3 of Daniel, centered on verse 23. >> >> There are a few questions to answer. >> >> What if they had asked for verse 24? >> >> What content do we show? >> >> Use case: The user is a protestant pastor, has chosen NASB as his primary >> Bible, and is interested in seeing the parallel verses to the NASB in the >> other texts. He is not interested in seeing apocryphal insertions. He >> primarily cares about the NASB and only glances at the content from the >> other modules when interested in seeing the parallel. >> >> This is how the web frontend, and all current SWORD based frontends >> *should* currently work with no code changes, with the v11n translation >> facilities currently designed in the engine. It uses the first module as >> the "master" and iterated its key and pulls the equivalent verses from the >> other modules. The current facility in the engine allows for: >> >> lxx->setKey(nasb->getKey()) >> >> resulting in the LXX being positioned to the equivalent verse (e.g., v91 >> from nasb v24)-- if translation tables (for example from ?????) were in >> place. >> >> But this use case, while likely the most dominant, is not the most >> scholarly. A scholar would likely wish to see a *superset* of all verses >> from all displayed parallel Bibles, inserting gaps where they should go in >> the other text which do not contain the verses. >> >> Not too hard to imagine, but what is the programmer-friendly API >> interface for this? Harder to imagine. You can't simply choose one of the >> modules to iterate. >> Possibly: >> >> ListKey superset; >> superset << kjv->getKey() << nasb->getKey() << lxx->getKey() << >> wlc->getKey(); >> >> then one could iterate the superset listkey. >> >> This would leave the work of figuring out where the gaps should go up to >> ListKey, or something in the translation system in VerseKey which backs >> ListKey. >> >> It's a complex problem, but we haven't even talked about the issue of >> reordered content. Sometime Romans 16:25-27a (obviously excluding the >> subscriptio) is located after Romans 14:23. This is an example of >> reordering. It doesn't give problems from our "chapter window display" >> because the reordering is across different chapters and you could still >> pick your poison from the 2 choices above for display logic, but what about >> display windows which allow more than a single chapter, like BibleDesktop? >> Now the question arises. If you've chosen to build a superset, where do the >> gaps go? You could reasonably add them to either place (after Romans 14:23 >> in the modules which don't include the doxology here or after Romans 16:24 >> for modules which don't include the doxology here). How do you decide? How >> should the program decide? >> >> Lot's of questions and input we all need to give and a working proof of >> concept for at least a single frontend before we commit to something for >> everyone to use in the engine. >> >> Obviously not a 1.7.x issue, but feel free to continue to give input. >> >> Troy >> >> >> >> On 07/04/2013 03:26 PM, David Haslam wrote: >> >>> And (for example) if you wish to query the whole of the JPS module using >>> book >>> names, it will not do to specify *Gen-Mal*. >>> >>> You'd need to remember that in the Tanakh, the last book is *II >>> Chronicles*. >>> >>> >>> >>> -- >>> View this message in context: http://sword-dev.350566.n4.** >>> nabble.com/Versifications-and-**verse-order-tp4652697p4652712.**html >>> Sent from the SWORD Dev mailing list archive at Nabble.com. >>> >>> ______________________________**_________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >>> >> >> >> ______________________________**_________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/**mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From scribe at crosswire.org Thu Jul 4 09:01:43 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Thu, 04 Jul 2013 18:01:43 +0200 Subject: [sword-devel] Parallel Display of Differing V11n Systems In-Reply-To: References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> <1372944365692-4652712.post@n4.nabble.com> <51D58E7F.8010403@crosswire.org> Message-ID: <51D59C67.40500@crosswire.org> We have a design in place which allows for the code example I previously mentioned: lxx->setKey(nasb->getKey()) The engine recognized that the versifications are different and calls a facility to do the translation. We have not finalized on this facility yet. As also mentioned, ????? has submitted an implementation (long long ago) available here (not sure if this is his latest version, as he is using it now in Bibletime Mobile): http://crosswire.org/~kalemas/work/v11nmapping/ I am happy for his submission. We would like to include it or something based off of it, but before we finalize something in the engine for everyone to use, I want to be sure we handle the basic issues mentioned in my preceding email on this. I am not convinced I have mentioned all issues with implementing a parallel display frontend because I have not yet tried to implement a parallel display frontend which tries to implement the 'superset' view described in my previous email. Chris, you are in an ideal position to give feedback on this-- though it won't be as helpful for me or the solution within the SWORD engine, because I'm sure JSword has a completely different facility for versification classes internally. But regardless, your experience and feedback are invaluable as you drudge through this task. Let us know what you decide. Troy On 07/04/2013 05:29 PM, Chris Burrell wrote: > I'm guess I've misunderstood as Ps.51 shows the wrong alignment > between Hebrew and English for the first two verses... What are these > "translation facilities currently designed in the engine"? > Chris > > > > On 4 July 2013 16:24, Chris Burrell > wrote: > > I'm afraid, I'm not sure I follow. The screenshot looks ok, but > then I don't read Greek or Hebrew so I don't really know. > > Are you saying Sword already has translation from 1 versification > to another transparently, by "the v11n translation facilities > currently designed in the engine"? From previous threads, I > thought that was one major thing that was still being worked on. > So you already do have all the mappings to convert from one > versification to another? > > I'm confused! > > Chris > > > > On 4 July 2013 16:02, Troy A. Griffitts > wrote: > > Hi guys. The questions that need answers in this thread are > logically complex and are one of the reasons we haven't > finalized any additions to the core SWORD library to support > this-- though I greatly appreciate the contributions made by > ?????. > > Take, for example our standard 4 Bible web display preset for > "OT Scholar", at Daniel chapter 3, around veres 23: > > http://crosswire.org/study/parallelstudy.jsp?del=all&add=NASB&add=WLC&add=KJV&add=LXX&key=Dan.3.23#cv > > How should this look? > > The problem, for the uninitiated, is that The Prayer of > Azariah and the Song of the Three Jews in the LXX is inserted > between what we traditionally think of as verses 23 and 24. > This makes verse 24 in the KJV very different content than > what should be verse 24 in the LXX (our current LXX displayed > from the link above does not include Apocryphal content)-- > verse 24 in the LXX being the first part of the Apocryphal > content, thus verse 91 in the LXX picking back up where verse > 24, in say the NASB (without the apocryphal insertion), continues. > > The web interface above always displays in windows of 1 > chapter. Thus the user has asked for Chapter 3 of Daniel, > centered on verse 23. > > There are a few questions to answer. > > What if they had asked for verse 24? > > What content do we show? > > Use case: The user is a protestant pastor, has chosen NASB as > his primary Bible, and is interested in seeing the parallel > verses to the NASB in the other texts. He is not interested in > seeing apocryphal insertions. He primarily cares about the > NASB and only glances at the content from the other modules > when interested in seeing the parallel. > > This is how the web frontend, and all current SWORD based > frontends *should* currently work with no code changes, with > the v11n translation facilities currently designed in the > engine. It uses the first module as the "master" and iterated > its key and pulls the equivalent verses from the other > modules. The current facility in the engine allows for: > > lxx->setKey(nasb->getKey()) > > resulting in the LXX being positioned to the equivalent verse > (e.g., v91 from nasb v24)-- if translation tables (for example > from ?????) were in place. > > But this use case, while likely the most dominant, is not the > most scholarly. A scholar would likely wish to see a > *superset* of all verses from all displayed parallel Bibles, > inserting gaps where they should go in the other text which do > not contain the verses. > > Not too hard to imagine, but what is the programmer-friendly > API interface for this? Harder to imagine. You can't simply > choose one of the modules to iterate. > Possibly: > > ListKey superset; > superset << kjv->getKey() << nasb->getKey() << lxx->getKey() > << wlc->getKey(); > > then one could iterate the superset listkey. > > This would leave the work of figuring out where the gaps > should go up to ListKey, or something in the translation > system in VerseKey which backs ListKey. > > It's a complex problem, but we haven't even talked about the > issue of reordered content. Sometime Romans 16:25-27a > (obviously excluding the subscriptio) is located after Romans > 14:23. This is an example of reordering. It doesn't give > problems from our "chapter window display" because the > reordering is across different chapters and you could still > pick your poison from the 2 choices above for display logic, > but what about display windows which allow more than a single > chapter, like BibleDesktop? Now the question arises. If you've > chosen to build a superset, where do the gaps go? You could > reasonably add them to either place (after Romans 14:23 in the > modules which don't include the doxology here or after Romans > 16:24 for modules which don't include the doxology here). How > do you decide? How should the program decide? > > Lot's of questions and input we all need to give and a working > proof of concept for at least a single frontend before we > commit to something for everyone to use in the engine. > > Obviously not a 1.7.x issue, but feel free to continue to give > input. > > Troy > > > > On 07/04/2013 03:26 PM, David Haslam wrote: > > And (for example) if you wish to query the whole of the > JPS module using book > names, it will not do to specify *Gen-Mal*. > > You'd need to remember that in the Tanakh, the last book > is *II Chronicles*. > > > > -- > View this message in context: > http://sword-dev.350566.n4.nabble.com/Versifications-and-verse-order-tp4652697p4652712.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From gary.holmlund at gmail.com Thu Jul 4 09:22:17 2013 From: gary.holmlund at gmail.com (Gary Holmlund) Date: Thu, 04 Jul 2013 09:22:17 -0700 Subject: [sword-devel] Ubuntu Touch Bible app In-Reply-To: <51D577B2.1090006@gmail.com> References: <51D4BBF9.8050700@gmail.com> <51D577B2.1090006@gmail.com> Message-ID: <51D5A139.3030509@gmail.com> I am currently working on a second frontend for BibleTime that uses QML. It is a work in progress and I have some basic features up and working. Bibles, Commentaries, and Books can be read in multiple windows. The windows can be tabbed or split views of the screen. The install process for bibles, etc. is working. It requires Qt 5.1 and compiles on linux (ubuntu, fedora, etc.). I am looking into cross compiling onto android right now. Qt is not making this easy because they don't support cmake builds for android. I have it in a private git repository right now, but expect to put it into the main BibleTime git repository soon. Help with this would be welcome. Gary Holmlund gary.holmlund at gmail.com On 07/04/2013 06:25 AM, Israel wrote: > It uses QML, so it is part of Qt. I will bring this up to the others > and see what they think about it all. > It may be a good idea. Anyhow we are designing an interface at the > moment to get the features we want, using what capabilities QML has, > and designing it to be fully integrated with the Ubuntu Touch > ecosystem. There are some things about using Bible Time that may make > this > hard, but there very well may be some things we might be able to utilize. > Thanks! > > On 07/04/2013 12:15 AM, Mark Trompell wrote: >> On Thu, Jul 4, 2013 at 2:04 AM, Israel wrote: >>> Hi everyone, >>> There are a few of us who have banded together to start work on a >>> Ubuntu >>> Touch SWORD app. Is anyone else working on one? >> AFAIK Ubuntu touch uses qt, so maybe just another UI Frontent to >> bibletime would do fine, >> with the advantage of being easily portable to mer/nemo/sailfish(jolla). >> >>> If anyone is interested please join us on github. >>> https://github.com/uBible >>> We are currently in the process of working out the beginning >>> details, such >>> as UI setup, features, etc.... >>> May the Lord Jesus bless you all! >>> >>> -- >>> Regards >>> >>> >>> _______________________________________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >> >> > > From dmsmith at crosswire.org Thu Jul 4 09:27:51 2013 From: dmsmith at crosswire.org (DM Smith) Date: Thu, 4 Jul 2013 12:27:51 -0400 Subject: [sword-devel] Parallel Display of Differing V11n Systems In-Reply-To: <51D59C67.40500@crosswire.org> References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> <1372944365692-4652712.post@n4.nabble.com> <51D58E7F.8010403@crosswire.org> <51D59C67.40500@crosswire.org> Message-ID: <449258D6-5777-4E1F-9909-BB87088D53DB@crosswire.org> On Jul 4, 2013, at 12:01 PM, Troy A. Griffitts wrote: > We have a design in place which allows for the code example I previously mentioned: > > lxx->setKey(nasb->getKey()) What Chris might not realize in this simple statement: In SWORD a module has the notion of current key. The module and the key each know their own versification. > > The engine recognized that the versifications are different and calls a facility to do the translation. If I understand this correctly, the lxx.setKey will see that the v11n of the argument is different and needing translation by lookup. That lookup will get the equivalent for that verse. In most cases, there is no difference. In a made up example, Ps 14.1 in the NASB might be Ps 14.2 in the LXX. (Looking at the code, it always does the lookup.) The front-end then has two current keys (verses) that it can display side by side. It can display the verse reference differences if desired. > We have not finalized on this facility yet. As also mentioned, ????? has submitted an implementation (long long ago) available here (not sure if this is his latest version, as he is using it now in Bibletime Mobile): > > http://crosswire.org/~kalemas/work/v11nmapping/ > > I am happy for his submission. We would like to include it or something based off of it, but before we finalize something in the engine for everyone to use, I want to be sure we handle the basic issues mentioned in my preceding email on this. I am not convinced I have mentioned all issues with implementing a parallel display frontend because I have not yet tried to implement a parallel display frontend which tries to implement the 'superset' view described in my previous email. > > Chris, you are in an ideal position to give feedback on this-- though it won't be as helpful for me or the solution within the SWORD engine, because I'm sure JSword has a completely different facility for versification classes internally. But regardless, your experience and feedback are invaluable as you drudge through this task. Let us know what you decide. The implementation in JSword differs from that in SWORD with regard to the tables that are used for versification. SWORD reads in its tables and then optimizes them in core. JSword starts with different tables and then optimizes them in core. These optimized tables are substantially the same. The problem with having different implementations is what is done when a bug is found in the v11n data. If the tables were the same then it would be trivial. I think AndBible is using the tables from ????? with minor changes. STEP is using a different algorithm and tables. In Him, DM > > Troy > > > > > > On 07/04/2013 05:29 PM, Chris Burrell wrote: >> I'm guess I've misunderstood as Ps.51 shows the wrong alignment between Hebrew and English for the first two verses... What are these "translation facilities currently designed in the engine"? >> Chris >> >> >> >> On 4 July 2013 16:24, Chris Burrell wrote: >> I'm afraid, I'm not sure I follow. The screenshot looks ok, but then I don't read Greek or Hebrew so I don't really know. >> >> Are you saying Sword already has translation from 1 versification to another transparently, by " the v11n translation facilities currently designed in the engine"? From previous threads, I thought that was one major thing that was still being worked on. So you already do have all the mappings to convert from one versification to another? >> >> I'm confused! >> >> Chris >> >> >> >> On 4 July 2013 16:02, Troy A. Griffitts wrote: >> Hi guys. The questions that need answers in this thread are logically complex and are one of the reasons we haven't finalized any additions to the core SWORD library to support this-- though I greatly appreciate the contributions made by ?????. >> >> Take, for example our standard 4 Bible web display preset for "OT Scholar", at Daniel chapter 3, around veres 23: >> >> http://crosswire.org/study/parallelstudy.jsp?del=all&add=NASB&add=WLC&add=KJV&add=LXX&key=Dan.3.23#cv >> >> How should this look? >> >> The problem, for the uninitiated, is that The Prayer of Azariah and the Song of the Three Jews in the LXX is inserted between what we traditionally think of as verses 23 and 24. This makes verse 24 in the KJV very different content than what should be verse 24 in the LXX (our current LXX displayed from the link above does not include Apocryphal content)-- verse 24 in the LXX being the first part of the Apocryphal content, thus verse 91 in the LXX picking back up where verse 24, in say the NASB (without the apocryphal insertion), continues. >> >> The web interface above always displays in windows of 1 chapter. Thus the user has asked for Chapter 3 of Daniel, centered on verse 23. >> >> There are a few questions to answer. >> >> What if they had asked for verse 24? >> >> What content do we show? >> >> Use case: The user is a protestant pastor, has chosen NASB as his primary Bible, and is interested in seeing the parallel verses to the NASB in the other texts. He is not interested in seeing apocryphal insertions. He primarily cares about the NASB and only glances at the content from the other modules when interested in seeing the parallel. >> >> This is how the web frontend, and all current SWORD based frontends *should* currently work with no code changes, with the v11n translation facilities currently designed in the engine. It uses the first module as the "master" and iterated its key and pulls the equivalent verses from the other modules. The current facility in the engine allows for: >> >> lxx->setKey(nasb->getKey()) >> >> resulting in the LXX being positioned to the equivalent verse (e.g., v91 from nasb v24)-- if translation tables (for example from ?????) were in place. >> >> But this use case, while likely the most dominant, is not the most scholarly. A scholar would likely wish to see a *superset* of all verses from all displayed parallel Bibles, inserting gaps where they should go in the other text which do not contain the verses. >> >> Not too hard to imagine, but what is the programmer-friendly API interface for this? Harder to imagine. You can't simply choose one of the modules to iterate. >> Possibly: >> >> ListKey superset; >> superset << kjv->getKey() << nasb->getKey() << lxx->getKey() << wlc->getKey(); >> >> then one could iterate the superset listkey. >> >> This would leave the work of figuring out where the gaps should go up to ListKey, or something in the translation system in VerseKey which backs ListKey. >> >> It's a complex problem, but we haven't even talked about the issue of reordered content. Sometime Romans 16:25-27a (obviously excluding the subscriptio) is located after Romans 14:23. This is an example of reordering. It doesn't give problems from our "chapter window display" because the reordering is across different chapters and you could still pick your poison from the 2 choices above for display logic, but what about display windows which allow more than a single chapter, like BibleDesktop? Now the question arises. If you've chosen to build a superset, where do the gaps go? You could reasonably add them to either place (after Romans 14:23 in the modules which don't include the doxology here or after Romans 16:24 for modules which don't include the doxology here). How do you decide? How should the program decide? >> >> Lot's of questions and input we all need to give and a working proof of concept for at least a single frontend before we commit to something for everyone to use in the engine. >> >> Obviously not a 1.7.x issue, but feel free to continue to give input. >> >> Troy >> >> >> >> On 07/04/2013 03:26 PM, David Haslam wrote: >> And (for example) if you wish to query the whole of the JPS module using book >> names, it will not do to specify *Gen-Mal*. >> >> You'd need to remember that in the Tanakh, the last book is *II Chronicles*. >> >> >> >> -- >> View this message in context: http://sword-dev.350566.n4.nabble.com/Versifications-and-verse-order-tp4652697p4652712.html >> Sent from the SWORD Dev mailing list archive at Nabble.com. >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> >> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfhmch at googlemail.com Thu Jul 4 09:45:57 2013 From: dfhmch at googlemail.com (David Haslam) Date: Thu, 4 Jul 2013 09:45:57 -0700 (PDT) Subject: [sword-devel] An off-topic note for Windows Notepad++ users Message-ID: <1372956357722-4652721.post@n4.nabble.com> If your favorite Unicode text editor for Windows happens to be Notepad++ , please note that I have reported a bug about file associations being broken in the latest update to version 6.4.1 See https://sourceforge.net/p/notepad-plus/bugs/4385/ Stick with version 6.3.3 until the bug gets fixed. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/An-off-topic-note-for-Windows-Notepad-users-tp4652721.html Sent from the SWORD Dev mailing list archive at Nabble.com. From dmsmith at crosswire.org Thu Jul 4 09:49:33 2013 From: dmsmith at crosswire.org (DM Smith) Date: Thu, 4 Jul 2013 12:49:33 -0400 Subject: [sword-devel] Versifications and verse order In-Reply-To: References: <51D48355.5070204@mpj.cx> <51D488B1.3020808@mpj.cx> Message-ID: As noted by Troy, this is not an issue once the mapping facility is baked into SWORD. It will cope with books having different ordering of keys. When showing parallel content, one translation is picked as the master. Those verses are shown in order. Corresponding verses from the other translations are shown in parallel. It might be a good idea to show the reference for each as they might be different. I think the confusion is that a given module cannot have verses out of order with respect to its v11n. As Greg pointed out, the module builders (e.g. osis2mod) store the verses according to their reference, not their order. So if you had a module input with: b.c.2, b.c.5, b.c.1, b.c.3, b.c.4 it would be stored as: b.c.1, b.c.2, b.c.3, b.c.4, b.c.5 (The tricky part is that the interverse content might not wind up where expected.) Same is true with the order of books and the order of chapters. As far as the module builders go, it is fine for the books to be in any order, even alphabetical. In Him, DM On Jul 4, 2013, at 5:17 AM, Chris Burrell wrote: > So, my understanding from all the previous emails, is No we don't cope for books with different orders of keys. However these do happen. Moreover, the more general case of content from 1 verse switched with the content of another is more prevalent. > > So it's quite feasible to have a system that maps to the KJV as follows: > a -> a > b-> c > c-> b > > where a, b, c is the normal order in each of the books. As a result, we can't simply iterate through them sequentially downwards. > > (yes, the example is simplified as keys can map to multiple other keys, etc.) > Chris > > > > > > On 3 July 2013 21:36, Chris Burrell wrote: > Response from Michael below. > > > On 3 July 2013 21:25, Kahunapule Michael Johnson wrote: > On 07/03/2013 10:07 AM, Chris Burrell wrote: > > > > In your example about the Psalms, within the versification itself you still have the verses in the same order, so that wouldn't be a problem. But I think you're saying you might have the content of verse 1 and the content of verse 2 swapped around... Is that right? Would the numbering be swapped around too? Presumably not... > > > > I have seen a versification where the numbers were swapped around, too... but I don't remember exactly where that was. It is fairly rare. Normally, the content would be left in place and the verses renumbered to make a Sword module.... > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmsmith at crosswire.org Thu Jul 4 09:58:19 2013 From: dmsmith at crosswire.org (DM Smith) Date: Thu, 4 Jul 2013 12:58:19 -0400 Subject: [sword-devel] Versifications and verse order In-Reply-To: References: Message-ID: <78B430A5-A754-43E7-B79A-8958B147EDE7@crosswire.org> On Jul 3, 2013, at 3:54 PM, Chris Burrell wrote: > Hi > > Do versifications sometimes have different verse orders to each other. > > Is this something Sword copes with/is intending to cater for? > > My aim is to be able to do a text comparison verse for verse, and so assuming I have the mappings between each verse, can I take two lists and work my way down... In other words > > int i, j = i = 0; > > while(i < passageLength & j < passageLength) { > if (v11nA[i] mapsTo v11nB[j]) { > output both verses > } else { > work out with of i & j is behind > then i++ (or j++) > } > } > > In the above, i and j only increment and j in particular doesn't jump around. The idea above, is that I can read the passages for v11nA and v11nB up front, and then process sequentially. (as opposed, to currently in JSword, making multiple reads to the backends for each verse.) This won't work. The arrays can not readily be understood as parallel unless from the same v11n. (Note, we currently have the notion of module level v11n, but some v11ns have the v11n as other, differing only in the OT. JSword splits v11n into OT and NT, but does not make that visible.) You can iterate over the first, but by mapping have to jump around the second array. In Him, DM > > Yes, there would be duplicates since 1 verse may map to multiple verses, but that's ok I think. > > Chris > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From israeldahl at gmail.com Thu Jul 4 11:17:01 2013 From: israeldahl at gmail.com (Israel) Date: Thu, 4 Jul 2013 13:17:01 -0500 Subject: [sword-devel] Ubuntu Touch Bible app In-Reply-To: <51D5A139.3030509@gmail.com> References: <51D4BBF9.8050700@gmail.com> <51D577B2.1090006@gmail.com> <51D5A139.3030509@gmail.com> Message-ID: <20130704131701.58c27f4f5988983253d31c2e@gmail.com> Great!! I will post the git page (to the uBible Developers) if you want me too, or you can head over to https://github.com/uBible/uBible/issues/1 and post the info yourself if you want. We have been discussing using Bible Time's backend because @Mark Trompell suggested it. You can e-mail me off list if you'd like, or post on the Github page... On Thu, 04 Jul 2013 09:22:17 -0700 Gary Holmlund wrote: > I am currently working on a second frontend for BibleTime that uses QML. > It is a work in progress and I have some basic features up and working. > Bibles, Commentaries, and Books can be read in multiple windows. The > windows can be tabbed or split views of the screen. The install process > for bibles, etc. is working. > > It requires Qt 5.1 and compiles on linux (ubuntu, fedora, etc.). I am > looking into cross compiling onto android right now. Qt is not making > this easy because they don't support cmake builds for android. > > I have it in a private git repository right now, but expect to put it > into the main BibleTime git repository soon. Help with this would be > welcome. > > Gary Holmlund > gary.holmlund at gmail.com > > > On 07/04/2013 06:25 AM, Israel wrote: > > It uses QML, so it is part of Qt. I will bring this up to the others > > and see what they think about it all. > > It may be a good idea. Anyhow we are designing an interface at the > > moment to get the features we want, using what capabilities QML has, > > and designing it to be fully integrated with the Ubuntu Touch > > ecosystem. There are some things about using Bible Time that may make > > this > > hard, but there very well may be some things we might be able to utilize. > > Thanks! > > > > On 07/04/2013 12:15 AM, Mark Trompell wrote: > >> On Thu, Jul 4, 2013 at 2:04 AM, Israel wrote: > >>> Hi everyone, > >>> There are a few of us who have banded together to start work on a > >>> Ubuntu > >>> Touch SWORD app. Is anyone else working on one? > >> AFAIK Ubuntu touch uses qt, so maybe just another UI Frontent to > >> bibletime would do fine, > >> with the advantage of being easily portable to mer/nemo/sailfish(jolla). > >> > >>> If anyone is interested please join us on github. > >>> https://github.com/uBible > >>> We are currently in the process of working out the beginning > >>> details, such > >>> as UI setup, features, etc.... > >>> May the Lord Jesus bless you all! > >>> > >>> -- > >>> Regards > >>> > >>> > >>> _______________________________________________ > >>> sword-devel mailing list: sword-devel at crosswire.org > >>> http://www.crosswire.org/mailman/listinfo/sword-devel > >>> Instructions to unsubscribe/change your settings at above page > >> > >> > > > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -- Regards From scribe at crosswire.org Thu Jul 4 11:28:50 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Thu, 04 Jul 2013 20:28:50 +0200 Subject: [sword-devel] Ubuntu Touch Bible app In-Reply-To: <20130704131701.58c27f4f5988983253d31c2e@gmail.com> References: <51D4BBF9.8050700@gmail.com> <51D577B2.1090006@gmail.com> <51D5A139.3030509@gmail.com> <20130704131701.58c27f4f5988983253d31c2e@gmail.com> Message-ID: <51D5BEE2.4000109@crosswire.org> Not to insult anyone-- please don't feel insulted... But what exactly does basing code off of Bibletime instead of SWORD give you? Are any of these things worth having in the engine itself? I have looked at the backend 'wrappers' in Bibletime around SWORD a few years back and I was disappointed for a number of reasons-- and so as not to insult anyone-- primarily because they didn't add any value at all, but only 'shielded' developers from using the engine directly. I have no idea if this is still the case. I get the impression that Bibletime, itself, has been re-written a number of times and I'm guessing this includes the 'backend' wrappers as well. My hope is that if there are any features that are usable by multiple frontend, then we should add these into the engine, if it makes sense. Again, in an attempt to stop this thread from becoming a defense of the Bibletime code or a defense of a 'methodology for an API interface (e.g., stateful vs. stateless container classes) and from degrading into insulting each other, I have not commented on the quality of the Bibletime code. I am simply stating that I don't know what * solid, additional features * are gained from using the Bibletime base for starting a new frontend instead of the SWORD code directly, and if there are any, can we add these into the engine? Troy On 07/04/2013 08:17 PM, Israel wrote: > Great!! I will post the git page (to the uBible Developers) if you want me too, or you can head over to > https://github.com/uBible/uBible/issues/1 > and post the info yourself if you want. > We have been discussing using Bible Time's backend because @Mark Trompell suggested it. > You can e-mail me off list if you'd like, or post on the Github page... > > > On Thu, 04 Jul 2013 09:22:17 -0700 > Gary Holmlund wrote: > >> I am currently working on a second frontend for BibleTime that uses QML. >> It is a work in progress and I have some basic features up and working. >> Bibles, Commentaries, and Books can be read in multiple windows. The >> windows can be tabbed or split views of the screen. The install process >> for bibles, etc. is working. >> >> It requires Qt 5.1 and compiles on linux (ubuntu, fedora, etc.). I am >> looking into cross compiling onto android right now. Qt is not making >> this easy because they don't support cmake builds for android. >> >> I have it in a private git repository right now, but expect to put it >> into the main BibleTime git repository soon. Help with this would be >> welcome. >> >> Gary Holmlund >> gary.holmlund at gmail.com >> >> >> On 07/04/2013 06:25 AM, Israel wrote: >>> It uses QML, so it is part of Qt. I will bring this up to the others >>> and see what they think about it all. >>> It may be a good idea. Anyhow we are designing an interface at the >>> moment to get the features we want, using what capabilities QML has, >>> and designing it to be fully integrated with the Ubuntu Touch >>> ecosystem. There are some things about using Bible Time that may make >>> this >>> hard, but there very well may be some things we might be able to utilize. >>> Thanks! >>> >>> On 07/04/2013 12:15 AM, Mark Trompell wrote: >>>> On Thu, Jul 4, 2013 at 2:04 AM, Israel wrote: >>>>> Hi everyone, >>>>> There are a few of us who have banded together to start work on a >>>>> Ubuntu >>>>> Touch SWORD app. Is anyone else working on one? >>>> AFAIK Ubuntu touch uses qt, so maybe just another UI Frontent to >>>> bibletime would do fine, >>>> with the advantage of being easily portable to mer/nemo/sailfish(jolla). >>>> >>>>> If anyone is interested please join us on github. >>>>> https://github.com/uBible >>>>> We are currently in the process of working out the beginning >>>>> details, such >>>>> as UI setup, features, etc.... >>>>> May the Lord Jesus bless you all! >>>>> >>>>> -- >>>>> Regards >>>>> >>>>> >>>>> _______________________________________________ >>>>> sword-devel mailing list: sword-devel at crosswire.org >>>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>>> Instructions to unsubscribe/change your settings at above page >>>> >>> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > From chris at burrell.me.uk Thu Jul 4 11:37:41 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Thu, 4 Jul 2013 19:37:41 +0100 Subject: [sword-devel] Ubuntu Touch Bible app In-Reply-To: <51D5BEE2.4000109@crosswire.org> References: <51D4BBF9.8050700@gmail.com> <51D577B2.1090006@gmail.com> <51D5A139.3030509@gmail.com> <20130704131701.58c27f4f5988983253d31c2e@gmail.com> <51D5BEE2.4000109@crosswire.org> Message-ID: STEP doesn't use any wrappers per say, but confines all the (J)Sword code to as few places as possible (4-5 classes). The idea being any changes to APIs are only in a few places. It also does mean that if for some reason some other engine comes along with a different format of books, then we'd be able to hook into that. However, on that last note, if that were ever the case, my preference would strongly be to enhance (J)Sword to support a new module format. My two pennies... Chris On 4 July 2013 19:28, Troy A. Griffitts wrote: > Not to insult anyone-- please don't feel insulted... > > But what exactly does basing code off of Bibletime instead of SWORD give > you? Are any of these things worth having in the engine itself? > > I have looked at the backend 'wrappers' in Bibletime around SWORD a few > years back and I was disappointed for a number of reasons-- and so as not > to insult anyone-- primarily because they didn't add any value at all, but > only 'shielded' developers from using the engine directly. > > I have no idea if this is still the case. I get the impression that > Bibletime, itself, has been re-written a number of times and I'm guessing > this includes the 'backend' wrappers as well. > > My hope is that if there are any features that are usable by multiple > frontend, then we should add these into the engine, if it makes sense. > Again, in an attempt to stop this thread from becoming a defense of the > Bibletime code or a defense of a 'methodology for an API interface (e.g., > stateful vs. stateless container classes) and from degrading into insulting > each other, I have not commented on the quality of the Bibletime code. I > am simply stating that I don't know what > > * solid, additional features * > > are gained from using the Bibletime base for starting a new frontend > instead of the SWORD code directly, and if there are any, can we add these > into the engine? > > > Troy > > > > > On 07/04/2013 08:17 PM, Israel wrote: > >> Great!! I will post the git page (to the uBible Developers) if you want >> me too, or you can head over to >> https://github.com/uBible/**uBible/issues/1 >> and post the info yourself if you want. >> We have been discussing using Bible Time's backend because @Mark Trompell >> suggested it. >> You can e-mail me off list if you'd like, or post on the Github page... >> >> >> On Thu, 04 Jul 2013 09:22:17 -0700 >> Gary Holmlund wrote: >> >> I am currently working on a second frontend for BibleTime that uses QML. >>> It is a work in progress and I have some basic features up and working. >>> Bibles, Commentaries, and Books can be read in multiple windows. The >>> windows can be tabbed or split views of the screen. The install process >>> for bibles, etc. is working. >>> >>> It requires Qt 5.1 and compiles on linux (ubuntu, fedora, etc.). I am >>> looking into cross compiling onto android right now. Qt is not making >>> this easy because they don't support cmake builds for android. >>> >>> I have it in a private git repository right now, but expect to put it >>> into the main BibleTime git repository soon. Help with this would be >>> welcome. >>> >>> Gary Holmlund >>> gary.holmlund at gmail.com >>> >>> >>> On 07/04/2013 06:25 AM, Israel wrote: >>> >>>> It uses QML, so it is part of Qt. I will bring this up to the others >>>> and see what they think about it all. >>>> It may be a good idea. Anyhow we are designing an interface at the >>>> moment to get the features we want, using what capabilities QML has, >>>> and designing it to be fully integrated with the Ubuntu Touch >>>> ecosystem. There are some things about using Bible Time that may make >>>> this >>>> hard, but there very well may be some things we might be able to >>>> utilize. >>>> Thanks! >>>> >>>> On 07/04/2013 12:15 AM, Mark Trompell wrote: >>>> >>>>> On Thu, Jul 4, 2013 at 2:04 AM, Israel wrote: >>>>> >>>>>> Hi everyone, >>>>>> There are a few of us who have banded together to start work on a >>>>>> Ubuntu >>>>>> Touch SWORD app. Is anyone else working on one? >>>>>> >>>>> AFAIK Ubuntu touch uses qt, so maybe just another UI Frontent to >>>>> bibletime would do fine, >>>>> with the advantage of being easily portable to >>>>> mer/nemo/sailfish(jolla). >>>>> >>>>> If anyone is interested please join us on github. >>>>>> https://github.com/uBible >>>>>> We are currently in the process of working out the beginning >>>>>> details, such >>>>>> as UI setup, features, etc.... >>>>>> May the Lord Jesus bless you all! >>>>>> >>>>>> -- >>>>>> Regards >>>>>> >>>>>> >>>>>> ______________________________**_________________ >>>>>> sword-devel mailing list: sword-devel at crosswire.org >>>>>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>>>>> Instructions to unsubscribe/change your settings at above page >>>>>> >>>>> >>>>> >>>> >>> ______________________________**_________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >>> >> >> > > ______________________________**_________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/**mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg.hellings at gmail.com Thu Jul 4 11:45:54 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Thu, 4 Jul 2013 13:45:54 -0500 Subject: [sword-devel] Ubuntu Touch Bible app In-Reply-To: <51D5BEE2.4000109@crosswire.org> References: <51D4BBF9.8050700@gmail.com> <51D577B2.1090006@gmail.com> <51D5A139.3030509@gmail.com> <20130704131701.58c27f4f5988983253d31c2e@gmail.com> <51D5BEE2.4000109@crosswire.org> Message-ID: On Thu, Jul 4, 2013 at 1:28 PM, Troy A. Griffitts wrote: > Not to insult anyone-- please don't feel insulted... > > But what exactly does basing code off of Bibletime instead of SWORD give > you? Are any of these things worth having in the engine itself? > Primarily: 1) Translation between char*/SWBuf and QString, plus adding QObject and additional helpers that Qt offers. This is quite possibly worth having in the engine, but every time I've asked the BibleTime guys if they want a minimal Qt-Sword binding in the engine they have decided that it is unnecessary for BT's specific purposes. I'd still be happy to help get this much functionality into the engine if we're going to have now 3 frontends leveraging Qt. 2) An improved CLucene search has long been something that BibleTime touts - the index covers more fields and metadata than Sword's CLucene index. This is probably worth having, but has been summarily rejected by you in the past because there would be no way of detecting Old Index vs New Index as current indexes are unversioned (why that itself couldn't serve as the flag for old vs new following the addition of an index version field, I'm not sure). You've also given the impression that the CLucene indexes are not a high priority for you since you have the brute force search available. 3) An entirely rewritten set of OSIS filters, at the very least. Whether these are better or not, I have no opinion of, although I have found BibleTime's filters more understandable. 4) Potentially reusable widgets in some places, for common functionality like the Install Manager, where a redesign may or may not be necessary for some of it. Those are just some of the things I know of that could be leveraged, in addition to having the differences of opinion and strategy you talk about below. --Greg > I have looked at the backend 'wrappers' in Bibletime around SWORD a few > years back and I was disappointed for a number of reasons-- and so as not > to insult anyone-- primarily because they didn't add any value at all, but > only 'shielded' developers from using the engine directly. > > I have no idea if this is still the case. I get the impression that > Bibletime, itself, has been re-written a number of times and I'm guessing > this includes the 'backend' wrappers as well. > > My hope is that if there are any features that are usable by multiple > frontend, then we should add these into the engine, if it makes sense. > Again, in an attempt to stop this thread from becoming a defense of the > Bibletime code or a defense of a 'methodology for an API interface (e.g., > stateful vs. stateless container classes) and from degrading into insulting > each other, I have not commented on the quality of the Bibletime code. I > am simply stating that I don't know what > > * solid, additional features * > > are gained from using the Bibletime base for starting a new frontend > instead of the SWORD code directly, and if there are any, can we add these > into the engine? > > > Troy > > > > > On 07/04/2013 08:17 PM, Israel wrote: > >> Great!! I will post the git page (to the uBible Developers) if you want >> me too, or you can head over to >> https://github.com/uBible/**uBible/issues/1 >> and post the info yourself if you want. >> We have been discussing using Bible Time's backend because @Mark Trompell >> suggested it. >> You can e-mail me off list if you'd like, or post on the Github page... >> >> >> On Thu, 04 Jul 2013 09:22:17 -0700 >> Gary Holmlund wrote: >> >> I am currently working on a second frontend for BibleTime that uses QML. >>> It is a work in progress and I have some basic features up and working. >>> Bibles, Commentaries, and Books can be read in multiple windows. The >>> windows can be tabbed or split views of the screen. The install process >>> for bibles, etc. is working. >>> >>> It requires Qt 5.1 and compiles on linux (ubuntu, fedora, etc.). I am >>> looking into cross compiling onto android right now. Qt is not making >>> this easy because they don't support cmake builds for android. >>> >>> I have it in a private git repository right now, but expect to put it >>> into the main BibleTime git repository soon. Help with this would be >>> welcome. >>> >>> Gary Holmlund >>> gary.holmlund at gmail.com >>> >>> >>> On 07/04/2013 06:25 AM, Israel wrote: >>> >>>> It uses QML, so it is part of Qt. I will bring this up to the others >>>> and see what they think about it all. >>>> It may be a good idea. Anyhow we are designing an interface at the >>>> moment to get the features we want, using what capabilities QML has, >>>> and designing it to be fully integrated with the Ubuntu Touch >>>> ecosystem. There are some things about using Bible Time that may make >>>> this >>>> hard, but there very well may be some things we might be able to >>>> utilize. >>>> Thanks! >>>> >>>> On 07/04/2013 12:15 AM, Mark Trompell wrote: >>>> >>>>> On Thu, Jul 4, 2013 at 2:04 AM, Israel wrote: >>>>> >>>>>> Hi everyone, >>>>>> There are a few of us who have banded together to start work on a >>>>>> Ubuntu >>>>>> Touch SWORD app. Is anyone else working on one? >>>>>> >>>>> AFAIK Ubuntu touch uses qt, so maybe just another UI Frontent to >>>>> bibletime would do fine, >>>>> with the advantage of being easily portable to >>>>> mer/nemo/sailfish(jolla). >>>>> >>>>> If anyone is interested please join us on github. >>>>>> https://github.com/uBible >>>>>> We are currently in the process of working out the beginning >>>>>> details, such >>>>>> as UI setup, features, etc.... >>>>>> May the Lord Jesus bless you all! >>>>>> >>>>>> -- >>>>>> Regards >>>>>> >>>>>> >>>>>> ______________________________**_________________ >>>>>> sword-devel mailing list: sword-devel at crosswire.org >>>>>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>>>>> Instructions to unsubscribe/change your settings at above page >>>>>> >>>>> >>>>> >>>> >>> ______________________________**_________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >>> >> >> > > ______________________________**_________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/**mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gary.holmlund at gmail.com Thu Jul 4 12:35:19 2013 From: gary.holmlund at gmail.com (Gary Holmlund) Date: Thu, 04 Jul 2013 12:35:19 -0700 Subject: [sword-devel] Ubuntu Touch Bible app In-Reply-To: References: <51D4BBF9.8050700@gmail.com> <51D577B2.1090006@gmail.com> <51D5A139.3030509@gmail.com> <20130704131701.58c27f4f5988983253d31c2e@gmail.com> <51D5BEE2.4000109@crosswire.org> Message-ID: <51D5CE77.1020406@gmail.com> I am definitely leveraging BibleTime backend code to install works and the config system for dealing with user preferences. The filters also provide parallel viewing of passages in a single window. The fact that the BibleTime backend converts to QString, etc. is a big savings for a Qt app. Gary On 07/04/2013 11:45 AM, Greg Hellings wrote: > > > > On Thu, Jul 4, 2013 at 1:28 PM, Troy A. Griffitts > > wrote: > > Not to insult anyone-- please don't feel insulted... > > But what exactly does basing code off of Bibletime instead of > SWORD give you? Are any of these things worth having in the > engine itself? > > > Primarily: > 1) Translation between char*/SWBuf and QString, plus adding QObject > and additional helpers that Qt offers. This is quite possibly worth > having in the engine, but every time I've asked the BibleTime guys if > they want a minimal Qt-Sword binding in the engine they have decided > that it is unnecessary for BT's specific purposes. I'd still be happy > to help get this much functionality into the engine if we're going to > have now 3 frontends leveraging Qt. > > 2) An improved CLucene search has long been something that BibleTime > touts - the index covers more fields and metadata than Sword's CLucene > index. This is probably worth having, but has been summarily rejected > by you in the past because there would be no way of detecting Old > Index vs New Index as current indexes are unversioned (why that itself > couldn't serve as the flag for old vs new following the addition of an > index version field, I'm not sure). You've also given the impression > that the CLucene indexes are not a high priority for you since you > have the brute force search available. > > 3) An entirely rewritten set of OSIS filters, at the very least. > Whether these are better or not, I have no opinion of, although I have > found BibleTime's filters more understandable. > > 4) Potentially reusable widgets in some places, for common > functionality like the Install Manager, where a redesign may or may > not be necessary for some of it. > > Those are just some of the things I know of that could be leveraged, > in addition to having the differences of opinion and strategy you talk > about below. > > --Greg > > > I have looked at the backend 'wrappers' in Bibletime around SWORD > a few years back and I was disappointed for a number of reasons-- > and so as not to insult anyone-- primarily because they didn't add > any value at all, but only 'shielded' developers from using the > engine directly. > > I have no idea if this is still the case. I get the impression > that Bibletime, itself, has been re-written a number of times and > I'm guessing this includes the 'backend' wrappers as well. > > My hope is that if there are any features that are usable by > multiple frontend, then we should add these into the engine, if it > makes sense. Again, in an attempt to stop this thread from > becoming a defense of the Bibletime code or a defense of a > 'methodology for an API interface (e.g., stateful vs. stateless > container classes) and from degrading into insulting each other, I > have not commented on the quality of the Bibletime code. I am > simply stating that I don't know what > > * solid, additional features * > > are gained from using the Bibletime base for starting a new > frontend instead of the SWORD code directly, and if there are any, > can we add these into the engine? > > > Troy > > > > > On 07/04/2013 08:17 PM, Israel wrote: > > Great!! I will post the git page (to the uBible Developers) > if you want me too, or you can head over to > https://github.com/uBible/uBible/issues/1 > and post the info yourself if you want. > We have been discussing using Bible Time's backend because > @Mark Trompell suggested it. > You can e-mail me off list if you'd like, or post on the > Github page... > > > On Thu, 04 Jul 2013 09:22:17 -0700 > Gary Holmlund > wrote: > > I am currently working on a second frontend for BibleTime > that uses QML. > It is a work in progress and I have some basic features up > and working. > Bibles, Commentaries, and Books can be read in multiple > windows. The > windows can be tabbed or split views of the screen. The > install process > for bibles, etc. is working. > > It requires Qt 5.1 and compiles on linux (ubuntu, fedora, > etc.). I am > looking into cross compiling onto android right now. Qt is > not making > this easy because they don't support cmake builds for android. > > I have it in a private git repository right now, but > expect to put it > into the main BibleTime git repository soon. Help with > this would be > welcome. > > Gary Holmlund > gary.holmlund at gmail.com > > > On 07/04/2013 06:25 AM, Israel wrote: > > It uses QML, so it is part of Qt. I will bring this > up to the others > and see what they think about it all. > It may be a good idea. Anyhow we are designing an > interface at the > moment to get the features we want, using what > capabilities QML has, > and designing it to be fully integrated with the > Ubuntu Touch > ecosystem. There are some things about using Bible > Time that may make > this > hard, but there very well may be some things we might > be able to utilize. > Thanks! > > On 07/04/2013 12:15 AM, Mark Trompell wrote: > > On Thu, Jul 4, 2013 at 2:04 AM, Israel > > wrote: > > Hi everyone, > There are a few of us who have banded together > to start work on a > Ubuntu > Touch SWORD app. Is anyone else working on one? > > AFAIK Ubuntu touch uses qt, so maybe just another > UI Frontent to > bibletime would do fine, > with the advantage of being easily portable to > mer/nemo/sailfish(jolla). > > If anyone is interested please join us on github. > https://github.com/uBible > We are currently in the process of working out > the beginning > details, such > as UI setup, features, etc.... > May the Lord Jesus bless you all! > > -- > Regards > > > _______________________________________________ > sword-devel mailing list: > sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your > settings at above page > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From scribe at crosswire.org Thu Jul 4 14:27:21 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Thu, 04 Jul 2013 23:27:21 +0200 Subject: [sword-devel] Ubuntu Touch Bible app In-Reply-To: References: <51D4BBF9.8050700@gmail.com> <51D577B2.1090006@gmail.com> <51D5A139.3030509@gmail.com> <20130704131701.58c27f4f5988983253d31c2e@gmail.com> <51D5BEE2.4000109@crosswire.org> Message-ID: <51D5E8B9.50302@crosswire.org> On 07/04/2013 08:45 PM, Greg Hellings wrote: > > > > On Thu, Jul 4, 2013 at 1:28 PM, Troy A. Griffitts > > wrote: > > Not to insult anyone-- please don't feel insulted... > > But what exactly does basing code off of Bibletime instead of > SWORD give you? Are any of these things worth having in the > engine itself? > > > Primarily: > 1) Translation between char*/SWBuf and QString, plus adding QObject > and additional helpers that Qt offers. This is quite possibly worth > having in the engine, but every time I've asked the BibleTime guys if > they want a minimal Qt-Sword binding in the engine they have decided > that it is unnecessary for BT's specific purposes. I'd still be happy > to help get this much functionality into the engine if we're going to > have now 3 frontends leveraging Qt. I'm happy to ifdef QT some stuff like: SWKey::SWKey(const QString &other) : SWKey((const char *)other.toUtf8()) {} SWBuf::SWBuf(const QString &other) : SWBuf((const char *)other.toUtf8()) {} These two should make things flow mostly transparently Qt and the SWORD engine, since SWBuf and SWKey can already cast themselves to a const char * and QString can be constructed from a const char *. It was simply the const temporaries we count on which would have needed these casts, for example: QString key = "John.3.16"; kjv->setText(key); This last line would not have worked because setKey takes a const SWKey &. It works seamlessly with a const char * because a temporary can be constructed because of the SWKey(const char *) c-tor, but there is not currently a SWKey(const QString &) to allow a temporary to be constructed from a QString. > > 2) An improved CLucene search has long been something that BibleTime > touts - the index covers more fields and metadata than Sword's CLucene > index. Yes, I've seen the ability to search on 'footnotes' and 'headings', but didn't feel those were worth adding right now, but tried to convince the BT developers to help me modularize the search framework to allow a 'search field' plugin mechanism-- probably simply a new filter type, and set of filters which could pull the desired field data from the buffer, then they could add plugins for their footnotes and headings and anything else they wanted and frontend could choose which fields they wanted to include when building indexes. There was no success in that, but they simply wanted to re-write basically the exact same code we have for building CLucene indexes, but including their additional fields. > This is probably worth having, but has been summarily rejected by you > in the past because there would be no way of detecting Old Index vs > New Index as current indexes are unversioned (why that itself couldn't > serve as the flag for old vs new following the addition of an index > version field, I'm not sure). You are mistaken. > You've also given the impression that the CLucene indexes are not a > high priority for you since you have the brute force search available. I use the CLucene indexes all the time. They are great for some things. I have tried to convince people that they aren't necessary for 90% of searches because our unindexed search of an entire Bible is optimized to return results in under a few seconds on most hardware (probably including most mobile handsets these days). > > 3) An entirely rewritten set of OSIS filters, at the very least. > Whether these are better or not, I have no opinion of, although I have > found BibleTime's filters more understandable. Yes, but re-written isn't necessarily a feature. We add support for new things all the time in our filters. Are the Bibletime filters updated as well? Again, this is important to me: I would love for all the projects which render to HTML to agree on what they would like to see as the HTML output from the filters and work together on the new XHTML filter set in the engine so we can all share in each other's improvements. > 4) Potentially reusable widgets in some places, for common > functionality like the Install Manager, where a redesign may or may > not be necessary for some of it. > Yes, resusable GUI components are useful but not something I think we would put into the engine. Maybe a 'contrib/qt folder? On 07/04/2013 09:35 PM, Gary Holmlund wrote: > I am definitely leveraging BibleTime backend code to install works So, a Qt UI using the SWORD InstallMgr facility? This is good but falls under #4 from Greg, above. > and the config system for dealing with user preferences. Is this different than SWConfig? Probably using a QSettings? How is this different than just using stock SWConfig or QSettings? Does it remember common things the user might store for SWORD, like which option filters are turned on? and then reset them when the app starts back up? This could possibly be useful in the engine, though I would guess most frontend developers would want to micromanage this and also have more than what we might decide to track in the engine. Not sure we could come to some consensus for a useful implementation projects would adopt. > The filters also provide parallel viewing of passages in a single window. This would be nice to have: a display class which could produce parallel HTML for multiple modules. > The fact that the BibleTime backend converts to QString, etc. is a big > savings for a Qt app. Greg also mentioned this above. Would the additions I mention help? Thanks for the comments Greg and Gary! Troy Troy > > Those are just some of the things I know of that could be leveraged, > in addition to having the differences of opinion and strategy you talk > about below. > > --Greg > > > I have looked at the backend 'wrappers' in Bibletime around SWORD > a few years back and I was disappointed for a number of reasons-- > and so as not to insult anyone-- primarily because they didn't add > any value at all, but only 'shielded' developers from using the > engine directly. > > I have no idea if this is still the case. I get the impression > that Bibletime, itself, has been re-written a number of times and > I'm guessing this includes the 'backend' wrappers as well. > > My hope is that if there are any features that are usable by > multiple frontend, then we should add these into the engine, if it > makes sense. Again, in an attempt to stop this thread from > becoming a defense of the Bibletime code or a defense of a > 'methodology for an API interface (e.g., stateful vs. stateless > container classes) and from degrading into insulting each other, I > have not commented on the quality of the Bibletime code. I am > simply stating that I don't know what > > * solid, additional features * > > are gained from using the Bibletime base for starting a new > frontend instead of the SWORD code directly, and if there are any, > can we add these into the engine? > > > Troy > > > > > On 07/04/2013 08:17 PM, Israel wrote: > > Great!! I will post the git page (to the uBible Developers) > if you want me too, or you can head over to > https://github.com/uBible/uBible/issues/1 > and post the info yourself if you want. > We have been discussing using Bible Time's backend because > @Mark Trompell suggested it. > You can e-mail me off list if you'd like, or post on the > Github page... > > > On Thu, 04 Jul 2013 09:22:17 -0700 > Gary Holmlund > wrote: > > I am currently working on a second frontend for BibleTime > that uses QML. > It is a work in progress and I have some basic features up > and working. > Bibles, Commentaries, and Books can be read in multiple > windows. The > windows can be tabbed or split views of the screen. The > install process > for bibles, etc. is working. > > It requires Qt 5.1 and compiles on linux (ubuntu, fedora, > etc.). I am > looking into cross compiling onto android right now. Qt is > not making > this easy because they don't support cmake builds for android. > > I have it in a private git repository right now, but > expect to put it > into the main BibleTime git repository soon. Help with > this would be > welcome. > > Gary Holmlund > gary.holmlund at gmail.com > > > On 07/04/2013 06:25 AM, Israel wrote: > > It uses QML, so it is part of Qt. I will bring this > up to the others > and see what they think about it all. > It may be a good idea. Anyhow we are designing an > interface at the > moment to get the features we want, using what > capabilities QML has, > and designing it to be fully integrated with the > Ubuntu Touch > ecosystem. There are some things about using Bible > Time that may make > this > hard, but there very well may be some things we might > be able to utilize. > Thanks! > > On 07/04/2013 12:15 AM, Mark Trompell wrote: > > On Thu, Jul 4, 2013 at 2:04 AM, Israel > > wrote: > > Hi everyone, > There are a few of us who have banded together > to start work on a > Ubuntu > Touch SWORD app. Is anyone else working on one? > > AFAIK Ubuntu touch uses qt, so maybe just another > UI Frontent to > bibletime would do fine, > with the advantage of being easily portable to > mer/nemo/sailfish(jolla). > > If anyone is interested please join us on github. > https://github.com/uBible > We are currently in the process of working out > the beginning > details, such > as UI setup, features, etc.... > May the Lord Jesus bless you all! > > -- > Regards > > > _______________________________________________ > sword-devel mailing list: > sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your > settings at above page > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From gary.holmlund at gmail.com Thu Jul 4 15:26:52 2013 From: gary.holmlund at gmail.com (Gary Holmlund) Date: Thu, 04 Jul 2013 15:26:52 -0700 Subject: [sword-devel] Ubuntu Touch Bible app In-Reply-To: <51D5E8B9.50302@crosswire.org> References: <51D4BBF9.8050700@gmail.com> <51D577B2.1090006@gmail.com> <51D5A139.3030509@gmail.com> <20130704131701.58c27f4f5988983253d31c2e@gmail.com> <51D5BEE2.4000109@crosswire.org> <51D5E8B9.50302@crosswire.org> Message-ID: <51D5F6AC.8010607@gmail.com> On 07/04/2013 02:27 PM, Troy A. Griffitts wrote: > On 07/04/2013 08:45 PM, Greg Hellings wrote: >> >> >> >> On Thu, Jul 4, 2013 at 1:28 PM, Troy A. Griffitts >> > wrote: >> >> Not to insult anyone-- please don't feel insulted... >> >> But what exactly does basing code off of Bibletime instead of >> SWORD give you? Are any of these things worth having in the >> engine itself? >> >> >> Primarily: >> 1) Translation between char*/SWBuf and QString, plus adding QObject >> and additional helpers that Qt offers. This is quite possibly worth >> having in the engine, but every time I've asked the BibleTime guys if >> they want a minimal Qt-Sword binding in the engine they have decided >> that it is unnecessary for BT's specific purposes. I'd still be happy >> to help get this much functionality into the engine if we're going to >> have now 3 frontends leveraging Qt. > > I'm happy to ifdef QT some stuff like: > > SWKey::SWKey(const QString &other) : SWKey((const char > *)other.toUtf8()) {} > SWBuf::SWBuf(const QString &other) : SWBuf((const char > *)other.toUtf8()) {} > > These two should make things flow mostly transparently Qt and the > SWORD engine, since SWBuf and SWKey can already cast themselves to a > const char * and QString can be constructed from a const char *. It > was simply the const temporaries we count on which would have needed > these casts, for example: > > QString key = "John.3.16"; > > kjv->setText(key); > > This last line would not have worked because setKey takes a const > SWKey &. It works seamlessly with a const char * because a temporary > can be constructed because of the SWKey(const char *) c-tor, but there > is not currently a SWKey(const QString &) to allow a temporary to be > constructed from a QString. > >> >> 2) An improved CLucene search has long been something that BibleTime >> touts - the index covers more fields and metadata than Sword's >> CLucene index. > > Yes, I've seen the ability to search on 'footnotes' and 'headings', > but didn't feel those were worth adding right now, but tried to > convince the BT developers to help me modularize the search framework > to allow a 'search field' plugin mechanism-- probably simply a new > filter type, and set of filters which could pull the desired field > data from the buffer, then they could add plugins for their footnotes > and headings and anything else they wanted and frontend could choose > which fields they wanted to include when building indexes. There was > no success in that, but they simply wanted to re-write basically the > exact same code we have for building CLucene indexes, but including > their additional fields. > > >> This is probably worth having, but has been summarily rejected by you >> in the past because there would be no way of detecting Old Index vs >> New Index as current indexes are unversioned (why that itself >> couldn't serve as the flag for old vs new following the addition of >> an index version field, I'm not sure). > > You are mistaken. > > >> You've also given the impression that the CLucene indexes are not a >> high priority for you since you have the brute force search available. > > I use the CLucene indexes all the time. They are great for some > things. I have tried to convince people that they aren't necessary > for 90% of searches because our unindexed search of an entire Bible is > optimized to return results in under a few seconds on most hardware > (probably including most mobile handsets these days). > > >> >> 3) An entirely rewritten set of OSIS filters, at the very least. >> Whether these are better or not, I have no opinion of, although I >> have found BibleTime's filters more understandable. > > Yes, but re-written isn't necessarily a feature. We add support for > new things all the time in our filters. Are the Bibletime filters > updated as well? Again, this is important to me: I would love for all > the projects which render to HTML to agree on what they would like to > see as the HTML output from the filters and work together on the new > XHTML filter set in the engine so we can all share in each other's > improvements. > >> 4) Potentially reusable widgets in some places, for common >> functionality like the Install Manager, where a redesign may or may >> not be necessary for some of it. >> > > Yes, resusable GUI components are useful but not something I think we > would put into the engine. Maybe a 'contrib/qt folder? > > > On 07/04/2013 09:35 PM, Gary Holmlund wrote: > >> I am definitely leveraging BibleTime backend code to install works > > So, a Qt UI using the SWORD InstallMgr facility? This is good but > falls under #4 from Greg, above. I am not using the Qt install UI from BibleTime. I am using the Qt Models that essentially wrap the installation information up so it can be used by various Qt UI widgets or QML. There is also thread management I am using during the install. > >> and the config system for dealing with user preferences. > > Is this different than SWConfig? Probably using a QSettings? How is > this different than just using stock SWConfig or QSettings? Does it > remember common things the user might store for SWORD, like which > option filters are turned on? and then reset them when the app starts > back up? This could possibly be useful in the engine, though I would > guess most frontend developers would want to micromanage this and also > have more than what we might decide to track in the engine. Not sure > we could come to some consensus for a useful implementation projects > would adopt. I am talking about a layer above QSettings. It manages sessions which include things like opening windows to the same locations and references as when BibleTime was last used. The user can also save or restore sessions. It also handles fonts and fonts sizes for each language and is integrated with the filters that render the html. It also handles keyboard shortcuts, previous search terms, etc. It would be to specific for sword functionality. > > >> The filters also provide parallel viewing of passages in a single window. > > This would be nice to have: a display class which could produce > parallel HTML for multiple modules. > > >> The fact that the BibleTime backend converts to QString, etc. is a >> big savings for a Qt app. > > Greg also mentioned this above. Would the additions I mention help? Greg has more experience with the interface to sword. Perhaps he will comment on this. > > > Thanks for the comments Greg and Gary! > > > Troy > > Troy > > >> >> Those are just some of the things I know of that could be leveraged, >> in addition to having the differences of opinion and strategy you >> talk about below. >> >> --Greg >> >> >> I have looked at the backend 'wrappers' in Bibletime around SWORD >> a few years back and I was disappointed for a number of reasons-- >> and so as not to insult anyone-- primarily because they didn't >> add any value at all, but only 'shielded' developers from using >> the engine directly. >> >> I have no idea if this is still the case. I get the impression >> that Bibletime, itself, has been re-written a number of times and >> I'm guessing this includes the 'backend' wrappers as well. >> >> My hope is that if there are any features that are usable by >> multiple frontend, then we should add these into the engine, if >> it makes sense. Again, in an attempt to stop this thread from >> becoming a defense of the Bibletime code or a defense of a >> 'methodology for an API interface (e.g., stateful vs. stateless >> container classes) and from degrading into insulting each other, >> I have not commented on the quality of the Bibletime code. I am >> simply stating that I don't know what >> >> * solid, additional features * >> >> are gained from using the Bibletime base for starting a new >> frontend instead of the SWORD code directly, and if there are >> any, can we add these into the engine? >> >> >> Troy >> >> >> >> >> On 07/04/2013 08:17 PM, Israel wrote: >> >> Great!! I will post the git page (to the uBible Developers) >> if you want me too, or you can head over to >> https://github.com/uBible/uBible/issues/1 >> and post the info yourself if you want. >> We have been discussing using Bible Time's backend because >> @Mark Trompell suggested it. >> You can e-mail me off list if you'd like, or post on the >> Github page... >> >> >> On Thu, 04 Jul 2013 09:22:17 -0700 >> Gary Holmlund > > wrote: >> >> I am currently working on a second frontend for BibleTime >> that uses QML. >> It is a work in progress and I have some basic features >> up and working. >> Bibles, Commentaries, and Books can be read in multiple >> windows. The >> windows can be tabbed or split views of the screen. The >> install process >> for bibles, etc. is working. >> >> It requires Qt 5.1 and compiles on linux (ubuntu, >> fedora, etc.). I am >> looking into cross compiling onto android right now. Qt >> is not making >> this easy because they don't support cmake builds for >> android. >> >> I have it in a private git repository right now, but >> expect to put it >> into the main BibleTime git repository soon. Help with >> this would be >> welcome. >> >> Gary Holmlund >> gary.holmlund at gmail.com >> >> >> On 07/04/2013 06:25 AM, Israel wrote: >> >> It uses QML, so it is part of Qt. I will bring this >> up to the others >> and see what they think about it all. >> It may be a good idea. Anyhow we are designing an >> interface at the >> moment to get the features we want, using what >> capabilities QML has, >> and designing it to be fully integrated with the >> Ubuntu Touch >> ecosystem. There are some things about using Bible >> Time that may make >> this >> hard, but there very well may be some things we might >> be able to utilize. >> Thanks! >> >> On 07/04/2013 12:15 AM, Mark Trompell wrote: >> >> On Thu, Jul 4, 2013 at 2:04 AM, Israel >> > > wrote: >> >> Hi everyone, >> There are a few of us who have banded >> together to start work on a >> Ubuntu >> Touch SWORD app. Is anyone else working on one? >> >> AFAIK Ubuntu touch uses qt, so maybe just another >> UI Frontent to >> bibletime would do fine, >> with the advantage of being easily portable to >> mer/nemo/sailfish(jolla). >> >> If anyone is interested please join us on github. >> https://github.com/uBible >> We are currently in the process of working >> out the beginning >> details, such >> as UI setup, features, etc.... >> May the Lord Jesus bless you all! >> >> -- >> Regards >> >> >> _______________________________________________ >> sword-devel mailing list: >> sword-devel at crosswire.org >> >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your >> settings at above page >> >> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above >> page >> >> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> >> >> >> >> _______________________________________________ >> sword-devel mailing list:sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From niccarter at mac.com Thu Jul 4 18:12:11 2013 From: niccarter at mac.com (Nic Carter) Date: Fri, 05 Jul 2013 11:12:11 +1000 Subject: [sword-devel] Ubuntu Touch Bible app In-Reply-To: <51D5E8B9.50302@crosswire.org> References: <51D4BBF9.8050700@gmail.com> <51D577B2.1090006@gmail.com> <51D5A139.3030509@gmail.com> <20130704131701.58c27f4f5988983253d31c2e@gmail.com> <51D5BEE2.4000109@crosswire.org> <51D5E8B9.50302@crosswire.org> Message-ID: <8B7605DE-BFB1-4CCB-905C-1F5178E92F66@mac.com> heya :) On 05/07/2013, at 7:27 AM, "Troy A. Griffitts" wrote: >> 2) An improved CLucene search has long been something that BibleTime touts - the index covers more fields and metadata than Sword's CLucene index. > > Yes, I've seen the ability to search on 'footnotes' and 'headings', but didn't feel those were worth adding right now, but tried to convince the BT developers to help me modularize the search framework to allow a 'search field' plugin mechanism-- probably simply a new filter type, and set of filters which could pull the desired field data from the buffer, then they could add plugins for their footnotes and headings and anything else they wanted and frontend could choose which fields they wanted to include when building indexes. There was no success in that, but they simply wanted to re-write basically the exact same code we have for building CLucene indexes, but including their additional fields. As a developer who would love to see more stuff in the CLucene search stuff, anything and everything that is pushed into the engine along these lines would be appreciated. In fact, for PS, I have created a pseudo version number but my hack is something I'd be happy to get rid of in order to have proper versioning :) >> You've also given the impression that the CLucene indexes are not a high priority for you since you have the brute force search available. > > I use the CLucene indexes all the time. They are great for some things. I have tried to convince people that they aren't necessary for 90% of searches because our unindexed search of an entire Bible is optimized to return results in under a few seconds on most hardware (probably including most mobile handsets these days). I haven't tried lately on older hardware, primarily because I have recently dropped support for anything older than the iPhone 3GS (Apple dropped support about a year ago and I finally realised I didn't have enough time to try to keep support for older devices through hack methods that needed more hackery each update of Xcode, so now I spend my time on more productive things!). Quick side-question: does either the BT or unindexed searches get around the issue of vowels in Arabic and spaces (or lack there-of?) in Asian languages? That would be handy, as I still haven't fixed those issues in PS...... >> 3) An entirely rewritten set of OSIS filters, at the very least. Whether these are better or not, I have no opinion of, although I have found BibleTime's filters more understandable. > > Yes, but re-written isn't necessarily a feature. We add support for new things all the time in our filters. Are the Bibletime filters updated as well? Again, this is important to me: I would love for all the projects which render to HTML to agree on what they would like to see as the HTML output from the filters and work together on the new XHTML filter set in the engine so we can all share in each other's improvements. I'd love to have access to those filters that allow multiple translations in the same WebView window. That could be handy as a nice way of quickly implementing "split-screen", which I haven't had time to do much about. Also, are you (Troy) interested in removing more display html elements from the HTML filters and replace them with more CSS classes? For example, for footnotes in osisxhtml we are displaying the footnote character (generally a 'N' but now configurable I believe?) inside THREE different HTML elements. - First is the element - Second is the element - Third is the element, which has a class attached to it. I have hacked my version to simply have the element with a class attached to it. The CSS class then defines whether or not to make the text "small" or "sup", cleaning up the code and allowing more flexibility for the front-end (PS, in my case). It was argued years ago that we couldn't do much with CSS cause some front-ends didn't support CSS, but now-a-days this argument should be laughed at and dismissed. ;) From my perspective, it sounds like there are some things that would be cool to have in the engine, and with all front-ends there are bits that belong in the front-end code. :) Thanks, ybic nic... :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonathon.blake at gmail.com Thu Jul 4 20:25:28 2013 From: jonathon.blake at gmail.com (Jonathon) Date: Fri, 05 Jul 2013 03:25:28 +0000 Subject: [sword-devel] Parallel Display of Differing V11n Systems In-Reply-To: References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> <1372944365692-4652712.post@n4.nabble.com> <51D58E7F.8010403@crosswire.org> Message-ID: <51D63CA8.7040009@gmail.com> On 07/04/2013 03:24 PM, Chris Burrell wrote: > I'm afraid, I'm not sure I follow. The screenshot looks ok, In the LXX, there are roughly eighty verses between what is displayed as 3:23 and what is displayed as 3:24. >but then I don't read Greek or Hebrew so I don't really know. The issue is not language related. The issue is that for roughly two-thirds of Christianity, canonical verses have been omitted. jonathon -- Email with a status of other than "junk", "bulk", or "list" is forwarded to Dave Null, unread. From chris at burrell.me.uk Fri Jul 5 01:01:00 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Fri, 5 Jul 2013 09:01:00 +0100 Subject: [sword-devel] Parallel Display of Differing V11n Systems In-Reply-To: <51D63CA8.7040009@gmail.com> References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> <1372944365692-4652712.post@n4.nabble.com> <51D58E7F.8010403@crosswire.org> <51D63CA8.7040009@gmail.com> Message-ID: The issue with me not reading Greek/Hebrew is that I can't tell how things are aligned... Chris On 5 July 2013 04:25, Jonathon wrote: > On 07/04/2013 03:24 PM, Chris Burrell wrote: > > I'm afraid, I'm not sure I follow. The screenshot looks ok, > > In the LXX, there are roughly eighty verses between what is displayed as > 3:23 and what is displayed as 3:24. > > >but then I don't read Greek or Hebrew so I don't really know. > > The issue is not language related. The issue is that for roughly > two-thirds of Christianity, canonical verses have been omitted. > > jonathon > -- > Email with a status of other than "junk", "bulk", or "list" is forwarded > to Dave Null, unread. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jaak at ristioja.ee Fri Jul 5 13:26:15 2013 From: jaak at ristioja.ee (Jaak Ristioja) Date: Fri, 05 Jul 2013 23:26:15 +0300 Subject: [sword-devel] sword::ListKey::Count() and sword::ListKey::GetElement() constness Message-ID: <51D72BE7.7070607@ristioja.ee> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I think sword::ListKey::Count() and sword::ListKey::GetElement() should be declared const. We have several places in BibleTime's source code where we just const_cast to work around this bug. Should be relatively easy to fix afaik. Blessings, Jaak PS: Will a fix for this be included in the next version of Sword? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQgcBAEBAgAGBQJR1yvhAAoJEEqsYmEt1rCOq8U//1hwvssIVG1wMYWSA7cZ5nkj cfxJPfG34CN8YTuBxOEh1M0QzBcvv4jyZE9Vk4/67fWud6Kpe8ByZu6Y1UI/+aVe o58QQ4nJNxwYC/x4Svh1E7D4Cb/vdPLqtj5ZNoUZK4EwzEEu3OE25ZcznuQq0Sge Eir3zVeqhT7OCLv7zxvQkwY9+xZKacwu/rSropGuo2O6wfR6FnpRs/CYZT0BEos2 ltoEXxtNZBgtjC09WdtofjFx+ZYg/22/mR55Ic+oYUA2RrQTKr4v21nHHNQVLIWY Z/5fH+9eAYHtpieKRht/9jtR1pIB6INQuwOE2FOzqGvKNRzizMsWeNd20gUf0yoK VbdQRM7h96plor0Te5MgxM6NSdt+xSiRHrog0T3DJj9Uaf5Q5psR+0JZW7SY9sc4 MIP6civitHkorx2xFg6Vi+9Pb7YcRPBWQYxhAePRgdOf2u5r6SbWw3ObG5B8WRaX k1sLuiPnk06sE1Rm3cwwc5AukaGakFAZZrVuCnEuSAI20ULHCBppIo4I91WsAYFT LKolEB147zhuqltI31uyQpjYj2FLK+JQeAFwQ6D0ugPaIzVqBujYDLkfVgXUezXg Iur3OPqmWW+kLZVBynh3mjU4hAB+JLommcXCfq1g112YtqMOUEELyqiyFIPT89hK 6YUnNORDVCZN3T5J5B88tnbHO/jJfmygTHTZeZNMlpBjU8H22Lb3mv90ifrx/kop ZDq4mmTbKVFJ7EHM76jThfk6j2olPfmADhYXdD9h/TO+cb00xKnawVwBmxlMHTek vasJl3PU6XJZX2lpMqmCWLYb2w+zGc2VBHXp4AOP8EWDGLmhUWaN37EFtVN6yzbF bQwUklJa+HtFTwpfJPLrKc9lR/qe6gVoJy8UyzmZWHg78i9xv2oEv4p3VuWArUKh M+ABfup/zcaedHGqU2oQRUnKoL7a5BkNV6E/lTNY2gWTr93yGGa98uNqA6Dm3VR9 uB4dVK0I4YFp7v6B9B+Lm+gVHaLYPOSXC+o7ANvsAi/IKSyy5cMTiraZIbDXH+ZU Hkt+ueQyUJbMTfx95sHnl1yw6GSWczIiYCo3X+gjGxe+D8RMXLEy9dYDI7f2I0Z/ gbf90zs299CRj03DPLFnBV8q/76UbtyRnac9dP4HP7UjebLDlfMfa6A2/H3Tc+Z7 dVB5iHFzFkYb1m/vnHXm6R8n1GA+HDYKmMHfBHR2qAFfZ3k6a0768VNd5/sA2Xts Oh3uyPqP4B6UgyMiKZ8IFSq//zPCcvb0aSWxM34VsRpjle1omjlyvpagWWYZC3KD cSBoM61zInMugKm5NvyE/6HUOP0q/CjQ7aifXamMHB6WjCOZ3zp0Z5BQme19XIKQ PaR8q1vKyI1HTLixqXE7NwQsMGUK8c1c67yoNMWL9qrxbChT+GO7jPRlDqJbDE3D pVhKeSKVIKHxAzIoFILSYiQ1WPKWOeO3i4DQV7eYsYClgR4OCUp+HEfXUzbh63Z6 TPABmRWC+vLSMyWUPzKoIg968PQgt1H9ZQ4iGjVkyNesnDI7e2luplimdDBEGxQ9 dJSqXA4PhpSZ2ywf8XomqACfoNSlBjbem2STP1uBaSs/PRSrp3N0nxkDMneQr+Th tRuX4llKumTyH38w8x5cS6/TjvBb2T6DtUMXzXaX+A6N7zul3AgHV4BcSGjqAqai +pE7UnxQjf2PqNiYx+BNCHBlicWzNPINHJ4w1EQDyqdmwqfopwjNIM/3hkThq7EP ojiyYkcJxzpgdTdkvgZXeMtp55ktA7VAFct3Oz+ktuOMlkpCVO0w9t/mrx6NIbyF r3ZWlvYQV71BCtOySkEE1mQIPx92FmoAluJIIo+f9wfw3Qud+p/J0nK7FzV1tbD2 cSjcQck+oE6/hMia33bM5AwC37JRGwl/0xJDOneU6sLdftv49/v2MLk5GIgOIVlk oTjqRCWTLl6cDo6MTs4VwVYKwURoLwIVrVlRgedUmJLZy/mGwvBXKz7PUWZnGz7m WmwuaX2BVey1TcHapkzPvDHGtaF+21vZkgelW2V1r11LCfLDfv3arPLcDhmsh0le pWCxE1DaHLHA802HgallhJmOzu3SaghRTP4grqkN+D2KhowIfn5eictD6AXf/5x+ xSr+JseukdSuaN2kJ5l364GSX2QyD6TvK2jewqk1hMAkWfZ6SHf/4nMTaY7OS4T9 C1HSEbtzFyFiOmmFsdfoDQH4SFOjJGHPJDrW3mnbXbyeZ/2sITkBUEzu2XhqAzLV 4WaR/2fN8GeR9G3F9aLlVs2Bggea5yz6Opb7PtQYvofDFeni7y60qQdt3UyTWHPc Sqo269dxNVqQ22i7PQd4TnIIWTHNiKzt5kgiMuENq7B8PzqhydhnDap2QsmwqP8I GSsGcv+8cVx7g5FwVZ2Q63celrxXG/UOSidJyO5xwnwEmYCgYcUqqmZS4HmgJiB1 icQVG4c87FCclqBho15Cy7jCLVFf+ZRoBv+SxTJnypu5VyaSZlK5mKsEPAf1ASaA vH8W+eaJR/w6dKLOf16oqywrqQbKrJ49qOIqFp93Gz5X+I3hU1xv9hX2et2casDV JABBOSVWRJPdMicNGGAVsQ9yy3ByexOPKWTdS0dmIl4uL6xPBOtfZw11dExcztqP iWnpO6OBMNZ/49L3N2iXPUJOuuq9pYe635WXLxpL5pbcNLQV1teHxjjtQ1jvNuJ/ yd4j/iL3zLKsYMbUgBDg =68Yv -----END PGP SIGNATURE----- From scribe at crosswire.org Fri Jul 5 18:46:23 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Sat, 06 Jul 2013 03:46:23 +0200 Subject: [sword-devel] sword::ListKey::Count() and sword::ListKey::GetElement() constness In-Reply-To: <51D72BE7.7070607@ristioja.ee> References: <51D72BE7.7070607@ristioja.ee> Message-ID: <51D776EF.8010001@crosswire.org> Hi Jaak, You're only partially correct. GetElement returns a non-const pointer to a container member. This method should not be made const. Count should be const. Working toward 2.0, we've been normalizing method names and deprecating the old methods. We have not yet normalized ListKey. When we do, I will be sure to make getCount() const and provide both a const and non-const getElement. Thanks for the heads up. On 07/05/2013 10:26 PM, Jaak Ristioja wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi! > > I think sword::ListKey::Count() and sword::ListKey::GetElement() > should be declared const. We have several places in BibleTime's source > code where we just const_cast to work around this bug. Should be > relatively easy to fix afaik. > > Blessings, > Jaak > > PS: Will a fix for this be included in the next version of Sword? > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.20 (GNU/Linux) > > iQgcBAEBAgAGBQJR1yvhAAoJEEqsYmEt1rCOq8U//1hwvssIVG1wMYWSA7cZ5nkj > cfxJPfG34CN8YTuBxOEh1M0QzBcvv4jyZE9Vk4/67fWud6Kpe8ByZu6Y1UI/+aVe > o58QQ4nJNxwYC/x4Svh1E7D4Cb/vdPLqtj5ZNoUZK4EwzEEu3OE25ZcznuQq0Sge > Eir3zVeqhT7OCLv7zxvQkwY9+xZKacwu/rSropGuo2O6wfR6FnpRs/CYZT0BEos2 > ltoEXxtNZBgtjC09WdtofjFx+ZYg/22/mR55Ic+oYUA2RrQTKr4v21nHHNQVLIWY > Z/5fH+9eAYHtpieKRht/9jtR1pIB6INQuwOE2FOzqGvKNRzizMsWeNd20gUf0yoK > VbdQRM7h96plor0Te5MgxM6NSdt+xSiRHrog0T3DJj9Uaf5Q5psR+0JZW7SY9sc4 > MIP6civitHkorx2xFg6Vi+9Pb7YcRPBWQYxhAePRgdOf2u5r6SbWw3ObG5B8WRaX > k1sLuiPnk06sE1Rm3cwwc5AukaGakFAZZrVuCnEuSAI20ULHCBppIo4I91WsAYFT > LKolEB147zhuqltI31uyQpjYj2FLK+JQeAFwQ6D0ugPaIzVqBujYDLkfVgXUezXg > Iur3OPqmWW+kLZVBynh3mjU4hAB+JLommcXCfq1g112YtqMOUEELyqiyFIPT89hK > 6YUnNORDVCZN3T5J5B88tnbHO/jJfmygTHTZeZNMlpBjU8H22Lb3mv90ifrx/kop > ZDq4mmTbKVFJ7EHM76jThfk6j2olPfmADhYXdD9h/TO+cb00xKnawVwBmxlMHTek > vasJl3PU6XJZX2lpMqmCWLYb2w+zGc2VBHXp4AOP8EWDGLmhUWaN37EFtVN6yzbF > bQwUklJa+HtFTwpfJPLrKc9lR/qe6gVoJy8UyzmZWHg78i9xv2oEv4p3VuWArUKh > M+ABfup/zcaedHGqU2oQRUnKoL7a5BkNV6E/lTNY2gWTr93yGGa98uNqA6Dm3VR9 > uB4dVK0I4YFp7v6B9B+Lm+gVHaLYPOSXC+o7ANvsAi/IKSyy5cMTiraZIbDXH+ZU > Hkt+ueQyUJbMTfx95sHnl1yw6GSWczIiYCo3X+gjGxe+D8RMXLEy9dYDI7f2I0Z/ > gbf90zs299CRj03DPLFnBV8q/76UbtyRnac9dP4HP7UjebLDlfMfa6A2/H3Tc+Z7 > dVB5iHFzFkYb1m/vnHXm6R8n1GA+HDYKmMHfBHR2qAFfZ3k6a0768VNd5/sA2Xts > Oh3uyPqP4B6UgyMiKZ8IFSq//zPCcvb0aSWxM34VsRpjle1omjlyvpagWWYZC3KD > cSBoM61zInMugKm5NvyE/6HUOP0q/CjQ7aifXamMHB6WjCOZ3zp0Z5BQme19XIKQ > PaR8q1vKyI1HTLixqXE7NwQsMGUK8c1c67yoNMWL9qrxbChT+GO7jPRlDqJbDE3D > pVhKeSKVIKHxAzIoFILSYiQ1WPKWOeO3i4DQV7eYsYClgR4OCUp+HEfXUzbh63Z6 > TPABmRWC+vLSMyWUPzKoIg968PQgt1H9ZQ4iGjVkyNesnDI7e2luplimdDBEGxQ9 > dJSqXA4PhpSZ2ywf8XomqACfoNSlBjbem2STP1uBaSs/PRSrp3N0nxkDMneQr+Th > tRuX4llKumTyH38w8x5cS6/TjvBb2T6DtUMXzXaX+A6N7zul3AgHV4BcSGjqAqai > +pE7UnxQjf2PqNiYx+BNCHBlicWzNPINHJ4w1EQDyqdmwqfopwjNIM/3hkThq7EP > ojiyYkcJxzpgdTdkvgZXeMtp55ktA7VAFct3Oz+ktuOMlkpCVO0w9t/mrx6NIbyF > r3ZWlvYQV71BCtOySkEE1mQIPx92FmoAluJIIo+f9wfw3Qud+p/J0nK7FzV1tbD2 > cSjcQck+oE6/hMia33bM5AwC37JRGwl/0xJDOneU6sLdftv49/v2MLk5GIgOIVlk > oTjqRCWTLl6cDo6MTs4VwVYKwURoLwIVrVlRgedUmJLZy/mGwvBXKz7PUWZnGz7m > WmwuaX2BVey1TcHapkzPvDHGtaF+21vZkgelW2V1r11LCfLDfv3arPLcDhmsh0le > pWCxE1DaHLHA802HgallhJmOzu3SaghRTP4grqkN+D2KhowIfn5eictD6AXf/5x+ > xSr+JseukdSuaN2kJ5l364GSX2QyD6TvK2jewqk1hMAkWfZ6SHf/4nMTaY7OS4T9 > C1HSEbtzFyFiOmmFsdfoDQH4SFOjJGHPJDrW3mnbXbyeZ/2sITkBUEzu2XhqAzLV > 4WaR/2fN8GeR9G3F9aLlVs2Bggea5yz6Opb7PtQYvofDFeni7y60qQdt3UyTWHPc > Sqo269dxNVqQ22i7PQd4TnIIWTHNiKzt5kgiMuENq7B8PzqhydhnDap2QsmwqP8I > GSsGcv+8cVx7g5FwVZ2Q63celrxXG/UOSidJyO5xwnwEmYCgYcUqqmZS4HmgJiB1 > icQVG4c87FCclqBho15Cy7jCLVFf+ZRoBv+SxTJnypu5VyaSZlK5mKsEPAf1ASaA > vH8W+eaJR/w6dKLOf16oqywrqQbKrJ49qOIqFp93Gz5X+I3hU1xv9hX2et2casDV > JABBOSVWRJPdMicNGGAVsQ9yy3ByexOPKWTdS0dmIl4uL6xPBOtfZw11dExcztqP > iWnpO6OBMNZ/49L3N2iXPUJOuuq9pYe635WXLxpL5pbcNLQV1teHxjjtQ1jvNuJ/ > yd4j/iL3zLKsYMbUgBDg > =68Yv > -----END PGP SIGNATURE----- > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From scribe at crosswire.org Fri Jul 5 18:51:01 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Sat, 06 Jul 2013 03:51:01 +0200 Subject: [sword-devel] installmgr (and xiphos) crashes (svn 2831) In-Reply-To: References: <51CCA190.8060203@ristioja.ee> <51D1A457.1020408@ristioja.ee> <51D28635.2060000@ristioja.ee> Message-ID: <51D77805.3040604@crosswire.org> Mark and Jaak, Thanks for your work on this. I've applied a modified patch from the resolved update from Mark. Please have a look and let me know if this tests ok against your repository. The modification was to simplify the logic using SWBuf instead of a char *. Thanks again for the patch, Troy On 07/04/2013 09:41 AM, Mark Trompell wrote: > Replying to myself again, maybe I should find a doctor :) > one patch didn't apply right away, I ported it to current trunk and > made one big patch file out of the 3. > The attached one should work right away. > Testet with my own repository and with crosswire.org http(s) repositories. > Blessings > Mark > > On Thu, Jul 4, 2013 at 7:40 AM, Mark Trompell wrote: >> ok, just to summarize, what we need is: >> https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/1b8ab91ff994c8584d6c61cb7d334273732d8216?format=patch >> https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/4a261b27a7bec9d9300da6c357666a3851f3d34e?format=patch >> https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/fc85e83a00250a9d172bafc0dca33aa88c6e9e27?format=patch >> >> Would be great, if someone could add them too trunk before 1.7 is out. >> >> On Tue, Jul 2, 2013 at 11:25 AM, Mark Trompell wrote: >>> On Tue, Jul 2, 2013 at 9:50 AM, Jaak Ristioja wrote: >>> >>>> Well, if pBufRes == NULL, then pBufRes < pBuf. >>>> >>>> For reference, here is the latest version of this source file: >>>> >>>> >>>> https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/blobs/master/src/mgr/curlhttpt.cpp >>>> >>>> It currently only breaks the loop if !pBufRes. >>>> >>>> Do you still think there's something wrong with my changes? I have >>>> trouble trying to understand what you mean. >>> I'm the last to say there is something wrong, I just want to >>> understand the reasons. >>> So if you break on !pBufRes then the assert() isn't needed anymore? >>> Anyway, thanks for taking care, now I hope one of the sword devs >>> applies the fix. >>> >>>> Blessings, >>>> Jaak >>> Blessing Mark >>> >>> -- >>> Mark Trompell >>> >>> Foresight Linux Xfce Edition >>> Cause your desktop should be freaking cool >>> (and Xfce) >> >> >> -- >> Mark Trompell >> >> Foresight Linux Xfce Edition >> Cause your desktop should be freaking cool >> (and Xfce) > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From scribe at crosswire.org Fri Jul 5 19:00:42 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Sat, 06 Jul 2013 04:00:42 +0200 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <1371978102.19155.6.camel@peter-ThinkPad-Twist> References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> Message-ID: <51D77A4A.2060808@crosswire.org> How are we looking these day for everyone? Chris and I have ironed out the Rahlfs v11n. Peter, still wondering if we have a problem we need to fix for you. Do our Perl and Python bindings work for other people with a similar configuration as you? Let's wrap up an RC1 this weekend. Troy On 06/23/2013 11:01 AM, Peter von Kaehne wrote: > On Wed, 2013-06-19 at 10:45 +0200, Troy A. Griffitts wrote: > >> Peter, still binding troubles? Can you give me your exact commands >> executed and I'll try them here. > Yes. Building works, using the Perl bindings though fails invariably. > > cd ~/Source/sword > make clean > make distclean > svn up > ./autogen.sh > ./usrinst.sh > make > sudo make install > cd bindings/swig/package > libtoolize --force > ./autogen.sh > ./configure > make perlswig > make perl_make > cd perl > sudo make install > cd ~Source/sword-tools/modules/crossreferences > ./xreffix.pl > > the result of the last command or indeed any other command relying on > the perl bindings is > > Can't load '/usr/local/lib/perl/5.14.2/auto/Sword/Sword.so' for module > Sword: /usr/local/lib/perl/5.14.2/auto/Sword/Sword.so: undefined symbol: > __cxa_pure_virtual at /usr/lib/perl/5.14/DynaLoader.pm line 184. > at /usr/local/lib/perl/5.14.2/Sword.pm line 11 > Compilation failed in require at ./xreffix.pl line 41. > BEGIN failed--compilation aborted at ./xreffix.pl line 41. > > > The only thing to say is that I have edited my usrinst.sh to set the > prefixes to /usr/local, which is what I have always done to keep my > system clean. > > Below is the diff of my usrinst.sh > > Index: usrinst.sh > =================================================================== > --- usrinst.sh (revision 2831) > +++ usrinst.sh (working copy) > @@ -20,13 +20,14 @@ > # > # > > -OPTIONS="--prefix=/usr $OPTIONS" > -if [ -d /usr/lib64 ] > -then > - OPTIONS="--libdir=/usr/lib64 $OPTIONS" > -else > - OPTIONS="--libdir=/usr/lib $OPTIONS" > -fi > +OPTIONS="--prefix=/usr/local $OPTIONS" > +# if [ -d /usr/lib64 ] > +# then > +# OPTIONS="--libdir=/usr/lib64 $OPTIONS" > +# else > +# OPTIONS="--libdir=/usr/lib $OPTIONS" > +# fi > +OPTIONS="--libdir=/usr/local/lib $OPTIONS" > OPTIONS="--sysconfdir=/etc $OPTIONS" > OPTIONS="--without-conf $OPTIONS" > OPTIONS="--disable-shared $OPTIONS" > peter at peter-ThinkPad-Twist:~/Source/sword$ > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From greg.hellings at gmail.com Sat Jul 6 11:54:29 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Sat, 6 Jul 2013 13:54:29 -0500 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <51D77A4A.2060808@crosswire.org> References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> Message-ID: On Fri, Jul 5, 2013 at 9:00 PM, Troy A. Griffitts wrote: > How are we looking these day for everyone? > I think anything else that might be outstanding is either still under discussion or is a bug that can be part of a 1.7.1. We are going to actually make a 1.7 branch that is only bugfixes, correct? --Greg > > Chris and I have ironed out the Rahlfs v11n. > > Peter, still wondering if we have a problem we need to fix for you. Do > our Perl and Python bindings work for other people with a similar > configuration as you? > > Let's wrap up an RC1 this weekend. > > Troy > > > > > On 06/23/2013 11:01 AM, Peter von Kaehne wrote: > >> On Wed, 2013-06-19 at 10:45 +0200, Troy A. Griffitts wrote: >> >> Peter, still binding troubles? Can you give me your exact commands >>> executed and I'll try them here. >>> >> Yes. Building works, using the Perl bindings though fails invariably. >> >> cd ~/Source/sword >> make clean >> make distclean >> svn up >> ./autogen.sh >> ./usrinst.sh >> make >> sudo make install >> cd bindings/swig/package >> libtoolize --force >> ./autogen.sh >> ./configure >> make perlswig >> make perl_make >> cd perl >> sudo make install >> cd ~Source/sword-tools/modules/**crossreferences >> ./xreffix.pl >> >> the result of the last command or indeed any other command relying on >> the perl bindings is >> >> Can't load '/usr/local/lib/perl/5.14.2/**auto/Sword/Sword.so' for module >> Sword: /usr/local/lib/perl/5.14.2/**auto/Sword/Sword.so: undefined >> symbol: >> __cxa_pure_virtual at /usr/lib/perl/5.14/DynaLoader.**pm line 184. >> at /usr/local/lib/perl/5.14.2/**Sword.pm line 11 >> Compilation failed in require at ./xreffix.pl line 41. >> BEGIN failed--compilation aborted at ./xreffix.pl line 41. >> >> >> The only thing to say is that I have edited my usrinst.sh to set the >> prefixes to /usr/local, which is what I have always done to keep my >> system clean. >> >> Below is the diff of my usrinst.sh >> >> Index: usrinst.sh >> ==============================**==============================**======= >> --- usrinst.sh (revision 2831) >> +++ usrinst.sh (working copy) >> @@ -20,13 +20,14 @@ >> # >> # >> -OPTIONS="--prefix=/usr $OPTIONS" >> -if [ -d /usr/lib64 ] >> -then >> - OPTIONS="--libdir=/usr/lib64 $OPTIONS" >> -else >> - OPTIONS="--libdir=/usr/lib $OPTIONS" >> -fi >> +OPTIONS="--prefix=/usr/local $OPTIONS" >> +# if [ -d /usr/lib64 ] >> +# then >> +# OPTIONS="--libdir=/usr/lib64 $OPTIONS" >> +# else >> +# OPTIONS="--libdir=/usr/lib $OPTIONS" >> +# fi >> +OPTIONS="--libdir=/usr/local/**lib $OPTIONS" >> OPTIONS="--sysconfdir=/etc $OPTIONS" >> OPTIONS="--without-conf $OPTIONS" >> OPTIONS="--disable-shared $OPTIONS" >> peter at peter-ThinkPad-Twist:~/**Source/sword$ >> >> >> >> ______________________________**_________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/**mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> > > > ______________________________**_________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/**mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From refdoc at crosswire.org Sat Jul 6 06:04:48 2013 From: refdoc at crosswire.org (Peter von Kaehne) Date: Sat, 06 Jul 2013 15:04:48 +0200 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <51D77A4A.2060808@crosswire.org> References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> Message-ID: <1373115888.6801.17.camel@peter-ThinkPad-Twist> On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote: > Peter, still wondering if we have a problem we need to fix for you. Do > our Perl and Python bindings work for other people with a similar > configuration as you? I have not heard from anyone that the Perl bindings are working nor have I heard from anyone with any clever ideas why they are not working. From a module making point of view the bindings are a must. But I do not care if they are working in in 1.7 or in a subsequent iteration as long as it is soon enough again. Peter -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jaak at ristioja.ee Sat Jul 6 13:36:59 2013 From: jaak at ristioja.ee (Jaak Ristioja) Date: Sat, 06 Jul 2013 23:36:59 +0300 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <1373115888.6801.17.camel@peter-ThinkPad-Twist> References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> Message-ID: <51D87FEB.8030201@ristioja.ee> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06.07.2013 16:04, Peter von Kaehne wrote: > On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote: >> Peter, still wondering if we have a problem we need to fix for >> you. Do our Perl and Python bindings work for other people with >> a similar configuration as you? > > I have not heard from anyone that the Perl bindings are working nor > have I heard from anyone with any clever ideas why they are not > working. > > From a module making point of view the bindings are a must. But I > do not care if they are working in in 1.7 or in a subsequent > iteration as long as it is soon enough again. I guess in the future it might be worth to consider developing and releasing the bindings for other languages separately from the core of Sword. Blessings, Jaak -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQgcBAEBAgAGBQJR2H/jAAoJEEqsYmEt1rCOfwpAAJs/FWdrIcwbfsY4plwVjDRe lWzIp0K6U6T/3do7C+ISRORrg6OICWWcdY0kr4Wy+HCKT/BVyVwyMI+ikKVNNKch xodBH0IhE6TRXs7q/Z3dof/WLLqKza2qmDnMYuAY6lRuiSIza/3aQlE7p+73l0+O /i9Ix4+/ZdqWaSOTkF00fI6hTGkNkSNsZJMm/I3U6TdnHdS96EiZcDD+2jn7N2je ZJO4kQzHq+epsfk+JPa4MXnS+udgI2lphNQ/5gHIW92FP8r4pIlvyiohJMvwlmmp jtWQ7ztKH2FzfeV8f3xpN4s1X88rGj8ZB5taouPIZAe6+Rq146qVHldF3To+8NOu +WwnO1IHibnn7O+keIb+7TIqH6hjvEhi6tpmp2gdezglwfgSTWs5q59lmj4QYXxn BxUY1fxq4kwdEhjCbnUMtowAgHNa4XD9k4HEc0ZnKLld2et5oKZ9mBf9Bp6PdHkA dLd7x+saJ+XmU1RKYjYiopGKjPoB9EXpE3zJr9jFWFmMgQha5NIQ2kHv6h7hGl/l pQ+/+HFF35J9kYx+3R+5q15KB27ewaugOjRaqd0EiCQQEcGGYSmF2lb+40zXAJ2W q8JiMA4xSpUMt00cUoUPrafn1INbMvBn0aoISIfinrrVnOwVl1pPh0HLq9JyDo9q GuKB4zvKYRvMSFGSYPjQ1oImcxImumQulyAfLTbOs3y65pKAofIJXTScNPRG1Cfg QxK/j3ku4eZBzY2KJHybM9qzjuCu4oqaKcbLhDo/YWZ/TSTilL2oarR23zCjzSba +JD2Tcrplgjlht2CoYWAxEqSa+ghsSUFzoyiuP2RCsOCLedJcCnmBrT7p1lg/s2s 2DWoYZ8aGKXbBOZag9d4aQ4eIEAkI4ZC6nLbwdNrmz57G1M0l5pj6y4r9nUNMWf2 Wz+1N5tdP5d70rYQfiXUy0Mzo47ryXvQEaohKljdY1BgO5iy9LCEgMVQlt7MhJUK LNrAaO8XE+d3MTU/3wpMCGBnQOQR6GvqCK7fVOVOtR5nJJGi6YGYaQxNimr+0Ekl OuGCrDSqHbiTet22f4WMFu7L5A0DQ6CIq+kbbtioFV9Htv81H84RN8KsrQWa7lau phe6pCQW9dqWH4rCVubqVRTmY+Q51P0jZbGNQxIlgCRkSgMovsArcDWKphRxu33g 1u4/U+gf+tGJm0jcS3dzLXLYBPrt/tUofFzaqojN/TaMrPJ+Gy8j+ol2rm+NnF9O aP7ns99hanVBThaSneP/YcME1JnaSa0+FYTuLzbEOq9ZlhOBpTX7bqTt0gNMUVL5 1Iz4BKLRgOwMEZTwc79zpll1bMFaCkWqtOWwXi51+gWjF9BAEErDElJemrS7z8h+ pZkbxu69t8N2iw5zgOJgqq5CUdnkcYPyGoWXGIQQecMY70seqPRpgm/I0SITf3Zi GocRCNV3CkX1vWN6C1WufG0GaHAEXWFTzibTnxQWD03GbAiKXXkFEt7ZK6HwzXLL +WkQ2vsvR0exno0+Eg4GYYyiiniI4rS12G7VtoXTq66jHQ2ErRIE3HwtH4SwRvV/ lYKWiyc73miKSzajaxD0skD9Y8e0rUMizQra3rqdpeexBn3ScMQ9iyKUrXHU6221 t5U9e2JZbkL3fiDd/kfSrGz79L8Ow3zxw4zEKffc/gqCWy7o5W4xgEXMYQw8aljF VtGyE04zIARVkMQPriYYPe7Cr0io7AckR0N5/qzS8+uJWO9IxQFS1ItCKqx1IOHQ qwXqsr4EH6fw6sPnTwpE/yuBVdKEs5PSvzzfmwK4IYU+O73Y5xwDZRWTUayxGPz4 eKKAVg1oz9tJkG+wHw+t0gFGVcI+/uIrKof6X0Qdv8Yyk+8yFEPzfxXfDnUuuACb 6r6NM6AWmqOv04wdcf8C2vxkpzg37vUQeEZZyE9sqJ0mNnPglcVumHSyUyxEU/js kB3pPBrp9AnMywge86xEpkcijblo3o9b4EP32Et6FUyqxO7lpayuFPjI37OYbp2q luJkxZeP48YPhdKqv6sa2+bRlx7svpC9o+zmitOPNT7ILwzmbnYu3cAcZDXK0vv2 b+zzQMvG0a1n3ms4JN1BsXDWANgbczdSqN3JO2qAEetrhtGop7BQ3ejd5dGsK4v+ J6XaRmlPhhPa0RMFVAzIk+zSyoAEANgO6iQy/F19ATblK4PN7m6EI7UtZkeEH6+t /8CeukFRgSxYwC1Ex3yZiGGhdiKpi+IoyVSHM5vDaAro3YrKVLvO+hACNDXQQX2a 34B9PAIX8IGK4Paz6VbWUcqS9NJXqYncDcRBDcqUWBbH0qjGryNftAwRBbgO+C0n y7hUs2nGNygbVRurkCmAydnj9Pzo+VMQ0XYReDCLgDamPTX8fwYz0m9Ifhz2B3i4 CnuGOWBaJ1L99Zjuhv38OzCZAJnjHdFMBbOiagoqoczG5BF3ZAMfS18aFOd/ZfNk jm5f3hwIPQb0tNZ6KLMUV4niBuOAD+jr98WeFLN6FVSY2nLADVrxbMtOXudtVi5b KHm1lV9K/15pggeP7Cs5ZBOFwjIXHhisS1eh+hX+WVq+zFijsVGmFPoFI8S964Wa 7WrNQDi9reOWamKmrJ9KVFZ44didb7JGlqXY+Bcru0if34uErleTDcmmPVS3HYRn ZVdC5jN0yMe4SPGq3NkGHoQ463nf7SEyBb34G1B1zmDI3SmH1u6rmZHXjKQAQYZ+ Bfuzlg37pvDIaGvEBtNW =iSI/ -----END PGP SIGNATURE----- From mark at foresightlinux.org Sat Jul 6 14:34:36 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Sat, 6 Jul 2013 23:34:36 +0200 Subject: [sword-devel] installmgr (and xiphos) crashes (svn 2831) In-Reply-To: <51D77805.3040604@crosswire.org> References: <51CCA190.8060203@ristioja.ee> <51D1A457.1020408@ristioja.ee> <51D28635.2060000@ristioja.ee> <51D77805.3040604@crosswire.org> Message-ID: <20130706233436.6c6a84e6@foresightlinux.org> Am Sat, 06 Jul 2013 03:51:01 +0200 schrieb "Troy A. Griffitts" : > Mark and Jaak, Hi, > Thanks for your work on this. I've applied a modified patch from the > resolved update from Mark. Please have a look and let me know if > this tests ok against your repository. The modification was to > simplify the logic using SWBuf instead of a char *. Tested with my own repository, and crosswire.org (http and https). Modules install fine, no crash. > Thanks again for the patch, Thanks for taking care. > Troy Blessings Mark > > On 07/04/2013 09:41 AM, Mark Trompell wrote: > > Replying to myself again, maybe I should find a doctor :) > > one patch didn't apply right away, I ported it to current trunk and > > made one big patch file out of the 3. > > The attached one should work right away. > > Testet with my own repository and with crosswire.org http(s) > > repositories. Blessings > > Mark > > > > On Thu, Jul 4, 2013 at 7:40 AM, Mark Trompell > > wrote: > >> ok, just to summarize, what we need is: > >> https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/1b8ab91ff994c8584d6c61cb7d334273732d8216?format=patch > >> https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/4a261b27a7bec9d9300da6c357666a3851f3d34e?format=patch > >> https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/fc85e83a00250a9d172bafc0dca33aa88c6e9e27?format=patch > >> > >> Would be great, if someone could add them too trunk before 1.7 is > >> out. > >> > >> On Tue, Jul 2, 2013 at 11:25 AM, Mark Trompell > >> wrote: > >>> On Tue, Jul 2, 2013 at 9:50 AM, Jaak Ristioja > >>> wrote: > >>> > >>>> Well, if pBufRes == NULL, then pBufRes < pBuf. > >>>> > >>>> For reference, here is the latest version of this source file: > >>>> > >>>> > >>>> https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/blobs/master/src/mgr/curlhttpt.cpp > >>>> > >>>> It currently only breaks the loop if !pBufRes. > >>>> > >>>> Do you still think there's something wrong with my changes? I > >>>> have trouble trying to understand what you mean. > >>> I'm the last to say there is something wrong, I just want to > >>> understand the reasons. > >>> So if you break on !pBufRes then the assert() isn't needed > >>> anymore? Anyway, thanks for taking care, now I hope one of the > >>> sword devs applies the fix. > >>> > >>>> Blessings, > >>>> Jaak > >>> Blessing Mark > >>> > >>> -- > >>> Mark Trompell > >>> > >>> Foresight Linux Xfce Edition > >>> Cause your desktop should be freaking cool > >>> (and Xfce) > >> > >> > >> -- > >> Mark Trompell > >> > >> Foresight Linux Xfce Edition > >> Cause your desktop should be freaking cool > >> (and Xfce) > > > > > > > > > > _______________________________________________ > > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > > Instructions to unsubscribe/change your settings at above page > From 5001 at hotmail.com Sun Jul 7 02:19:07 2013 From: 5001 at hotmail.com (Pola Edward) Date: Sun, 7 Jul 2013 11:19:07 +0200 Subject: [sword-devel] Off Topic - About Egypt 30-6 Civilian Revolution Message-ID: A message from Egyptians to all people all over the world ! Please share it among your friends! To all my friends ... READ! Apparently western media is misleading, showing that Egyptians are revolting against a legitimate and elected president. Compared to western countries, I can see why they don't get what we're doing. So please read the following: 1. You do not have a president who is accused of spying for another country, and actually escaped from prison with the help of foreign militias during the first revolution. A recent Egyptian court order specifies that he needs to surrender himself for further investigations into the very serious crime of collaborating with foreign elements. 2. Your president is not backed up by armed militias who threaten to burn your country down whenever there is opposition. 3. Your president did not cause your economy to sink even lower in less than a year, and your everyday needs' cost tripled during the same period. 4. Your president is not a disgrace to your religion whatever it might be, and defames it just to serve his own purposes, him and his terrorist group. They use religion to charade all their disgraceful acts, and they are far from Islam. 5. Your presidents work for the benefit of your countries as a whole, even for those who disagree with their policies, they don't push your countries to the edge of a civil war. 6. Your presidents don't make minorities feel threatened in their own country. Christians are not guests in Egypt and are an integral part of the Egyptian society from the onset! We are not revolting against legitimacy! Do not let your media mislead you, we're doing it because we want a civilized life in a civilized country. Please support our cause . Best Regards, Pola Edward -------------- next part -------------- An HTML attachment was scrubbed... URL: From scribe at crosswire.org Sun Jul 7 09:40:27 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Sun, 07 Jul 2013 18:40:27 +0200 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <1373115888.6801.17.camel@peter-ThinkPad-Twist> References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> Message-ID: <51D999FB.90207@crosswire.org> OK guys, I have just updated the autotools stuff and the README files to build the swig bindings for both Perl and Python. Anyone know how to use SWORD with Perl or Python and can let me know if it actually works? Troy On 07/06/2013 03:04 PM, Peter von Kaehne wrote: > On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote: >> Peter, still wondering if we have a problem we need to fix for you. Do >> our Perl and Python bindings work for other people with a similar >> configuration as you? > I have not heard from anyone that the Perl bindings are working nor have > I heard from anyone with any clever ideas why they are not working. > > From a module making point of view the bindings are a must. But I do not > care if they are working in in 1.7 or in a subsequent iteration as long > as it is soon enough again. > > Peter > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg.hellings at gmail.com Sun Jul 7 10:06:52 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Sun, 7 Jul 2013 12:06:52 -0500 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <51D999FB.90207@crosswire.org> References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> Message-ID: There should be a sample of each in the swig directory tree somewhere. I can check in an hour our so, when I get home. - Greg On Jul 7, 2013 11:42 AM, "Troy A. Griffitts" wrote: > OK guys, > > I have just updated the autotools stuff and the README files to build the > swig bindings for both Perl and Python. Anyone know how to use SWORD with > Perl or Python and can let me know if it actually works? > > Troy > > > > On 07/06/2013 03:04 PM, Peter von Kaehne wrote: > > On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote: > > Peter, still wondering if we have a problem we need to fix for you. Do > our Perl and Python bindings work for other people with a similar > configuration as you? > > > I have not heard from anyone that the Perl bindings are working nor have > I heard from anyone with any clever ideas why they are not working. > > From a module making point of view the bindings are a must. But I do not > care if they are working in in 1.7 or in a subsequent iteration as long > as it is soon enough again. > > Peter > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.orghttp://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From refdoc at gmx.net Sun Jul 7 13:20:57 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Sun, 7 Jul 2013 22:20:57 +0200 (CEST) Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org>, Message-ID: An HTML attachment was scrubbed... URL: From refdoc at gmx.net Sun Jul 7 13:42:44 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Sun, 7 Jul 2013 22:42:44 +0200 (CEST) Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <51D87FEB.8030201@ristioja.ee> References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist>, <51D87FEB.8030201@ristioja.ee> Message-ID: > Von: "Jaak Ristioja" > I guess in the future it might be worth to consider developing and > releasing the bindings for other languages separately from the core of > Sword. While the bindings do not need by necessity an awful lot of ongoing development they should usually function on release. They are crucial for module makers. Also, at least one user side frontend relies on the bindings being functional. The current trouble suggests that something is wrong in the build setup not in the actual bindings. I do not want to stop this release as too much else is hanging off it, but I am not really keen on things getting totally out of sync for all future. Peter From greg.hellings at gmail.com Sun Jul 7 22:26:47 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Mon, 8 Jul 2013 00:26:47 -0500 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> Message-ID: On Sun, Jul 7, 2013 at 3:20 PM, Peter von Kaehne wrote: > sword-tools/modules/crossreferences/xreffix.pl without arguments will > test loading Perl Sword bindings > > and in Python: > > Simply run from commandline Python and do "import Sword" and see it fail: > > >>> import Sword > Traceback (most recent call last): > File "", line 1, in > File "Sword.py", line 26, in > _Sword = swig_import_helper() > File "Sword.py", line 18, in swig_import_helper > import _Sword > ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: undefined > symbol: u_strFromUTF8_48 > I think you're seeing two things: 1) You appear to have an older version of the library that is missing those functions. Not sure how you ended up with it, but that appears to be stale on your system. 2) The Perl bindings are being built, but are not currently being installed at all, it would appear. I have no idea why this is right now. --Greg > >>> > > > *Gesendet:* Sonntag, 07. Juli 2013 um 19:06 Uhr > *Von:* "Greg Hellings" > *An:* "SWORD Developers' Collaboration Forum" > *Betreff:* Re: [sword-devel] SWORD 1.7.0 final stretch > > There should be a sample of each in the swig directory tree somewhere. I > can check in an hour our so, when I get home. > > - Greg > On Jul 7, 2013 11:42 AM, "Troy A. Griffitts" > wrote: >> >> OK guys, >> >> I have just updated the autotools stuff and the README files to build the >> swig bindings for both Perl and Python. Anyone know how to use SWORD with >> Perl or Python and can let me know if it actually works? >> >> Troy >> >> >> >> On 07/06/2013 03:04 PM, Peter von Kaehne wrote: >> >> On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote: >> >> Peter, still wondering if we have a problem we need to fix for you. Do >> our Perl and Python bindings work for other people with a similar >> configuration as you? >> >> I have not heard from anyone that the Perl bindings are working nor have >> I heard from anyone with any clever ideas why they are not working. >> >> From a module making point of view the bindings are a must. But I do not >> care if they are working in in 1.7 or in a subsequent iteration as long >> as it is soon enough again. >> >> Peter >> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.orghttp://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at foresightlinux.org Sun Jul 7 23:51:06 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Mon, 8 Jul 2013 08:51:06 +0200 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> Message-ID: Both perl and python work here (r2849): I build them with cmake. This is the important snippet of our recipe (something like rpm specs): r.macros.cmake_args = ' -DSWORD_BINDINGS=Python,Perl -DLIBDIR=%(libdir)s' r.CMake('%(cmake_args)s', objDir='build') r.Make(dir='build') r.Run('chrpath -d build/bindings/swig/perl/blib/arch/auto/Sword/Sword.so') r.MakeInstall(dir='build') # Only python bindings atm until r.PythonSetup('install', dir='build/bindings/swig/python/') I tested the following perl and python scripts: #!/usr/bin/perl use Sword; my $mgr = new Sword::SWMgr(); my $neu = $mgr->getModule("GerNeUe"); my $key = new Sword::SWKey("Genesis 1:1"); $neu->setKey($key); print $neu->renderText(),"\n"; #!/usr/bin/python import Sword mgr = Sword.SWMgr() neu = mgr.getModule("GerNeUe") key = Sword.SWKey("Genesis 1:1") neu.setKey(key) print (neu.renderText()) On Mon, Jul 8, 2013 at 7:26 AM, Greg Hellings wrote: > > > > On Sun, Jul 7, 2013 at 3:20 PM, Peter von Kaehne wrote: >> >> sword-tools/modules/crossreferences/xreffix.pl without arguments will test >> loading Perl Sword bindings >> >> and in Python: >> >> Simply run from commandline Python and do "import Sword" and see it fail: >> >> >>> import Sword >> Traceback (most recent call last): >> File "", line 1, in >> File "Sword.py", line 26, in >> _Sword = swig_import_helper() >> File "Sword.py", line 18, in swig_import_helper >> import _Sword >> ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: undefined >> symbol: u_strFromUTF8_48 > > > I think you're seeing two things: > > 1) You appear to have an older version of the library that is missing those > functions. Not sure how you ended up with it, but that appears to be stale > on your system. > > 2) The Perl bindings are being built, but are not currently being installed > at all, it would appear. I have no idea why this is right now. > > --Greg > >> >> >>> >> >> >> Gesendet: Sonntag, 07. Juli 2013 um 19:06 Uhr >> Von: "Greg Hellings" >> An: "SWORD Developers' Collaboration Forum" >> Betreff: Re: [sword-devel] SWORD 1.7.0 final stretch >> >> There should be a sample of each in the swig directory tree somewhere. I >> can check in an hour our so, when I get home. >> >> - Greg >> >> On Jul 7, 2013 11:42 AM, "Troy A. Griffitts" wrote: >>> >>> OK guys, >>> >>> I have just updated the autotools stuff and the README files to build the >>> swig bindings for both Perl and Python. Anyone know how to use SWORD with >>> Perl or Python and can let me know if it actually works? >>> >>> Troy >>> >>> >>> >>> On 07/06/2013 03:04 PM, Peter von Kaehne wrote: >>> >>> On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote: >>> >>> Peter, still wondering if we have a problem we need to fix for you. Do >>> our Perl and Python bindings work for other people with a similar >>> configuration as you? >>> >>> I have not heard from anyone that the Perl bindings are working nor have >>> I heard from anyone with any clever ideas why they are not working. >>> >>> From a module making point of view the bindings are a must. But I do not >>> care if they are working in in 1.7 or in a subsequent iteration as long >>> as it is soon enough again. >>> >>> Peter >>> >>> >>> >>> _______________________________________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >>> >>> >>> _______________________________________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From scribe at crosswire.org Mon Jul 8 01:58:54 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Mon, 08 Jul 2013 10:58:54 +0200 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> Message-ID: <51DA7F4E.4060008@crosswire.org> Thanks for testing Mark. Could you report your OS so we know where we work and where we don't. I just committed a few more autotools changes to get the Perl bindings to work with Mark's test program on my system. I am running Fedora 19 and both Perl and Python seem to work ok for me now using SVN HEAD and compiled with autotools. Peter, it would be great to hear if you could try the latest stuff and let us know. Let's try to shoot for an RC1 build at midnight tonight. I'm happy that bindings work on at least a few systems now, and hopefully those where problems still exist might be patched by package maintainers. Consider this a 'last call'. Troy On 07/08/2013 08:51 AM, Mark Trompell wrote: > Both perl and python work here (r2849): > I build them with cmake. > > This is the important snippet of our recipe (something like rpm specs): > r.macros.cmake_args = ' -DSWORD_BINDINGS=Python,Perl > -DLIBDIR=%(libdir)s' > r.CMake('%(cmake_args)s', objDir='build') > r.Make(dir='build') > r.Run('chrpath -d > build/bindings/swig/perl/blib/arch/auto/Sword/Sword.so') > r.MakeInstall(dir='build') > # Only python bindings atm until > r.PythonSetup('install', dir='build/bindings/swig/python/') > > I tested the following perl and python scripts: > > #!/usr/bin/perl > use Sword; > > my $mgr = new Sword::SWMgr(); > my $neu = $mgr->getModule("GerNeUe"); > my $key = new Sword::SWKey("Genesis 1:1"); > $neu->setKey($key); > print $neu->renderText(),"\n"; > > #!/usr/bin/python > import Sword > > mgr = Sword.SWMgr() > neu = mgr.getModule("GerNeUe") > key = Sword.SWKey("Genesis 1:1") > neu.setKey(key) > print (neu.renderText()) > > > On Mon, Jul 8, 2013 at 7:26 AM, Greg Hellings wrote: >> >> >> On Sun, Jul 7, 2013 at 3:20 PM, Peter von Kaehne wrote: >>> sword-tools/modules/crossreferences/xreffix.pl without arguments will test >>> loading Perl Sword bindings >>> >>> and in Python: >>> >>> Simply run from commandline Python and do "import Sword" and see it fail: >>> >>>>>> import Sword >>> Traceback (most recent call last): >>> File "", line 1, in >>> File "Sword.py", line 26, in >>> _Sword = swig_import_helper() >>> File "Sword.py", line 18, in swig_import_helper >>> import _Sword >>> ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: undefined >>> symbol: u_strFromUTF8_48 >> >> I think you're seeing two things: >> >> 1) You appear to have an older version of the library that is missing those >> functions. Not sure how you ended up with it, but that appears to be stale >> on your system. >> >> 2) The Perl bindings are being built, but are not currently being installed >> at all, it would appear. I have no idea why this is right now. >> >> --Greg >> >>> >>> Gesendet: Sonntag, 07. Juli 2013 um 19:06 Uhr >>> Von: "Greg Hellings" >>> An: "SWORD Developers' Collaboration Forum" >>> Betreff: Re: [sword-devel] SWORD 1.7.0 final stretch >>> >>> There should be a sample of each in the swig directory tree somewhere. I >>> can check in an hour our so, when I get home. >>> >>> - Greg >>> >>> On Jul 7, 2013 11:42 AM, "Troy A. Griffitts" wrote: >>>> OK guys, >>>> >>>> I have just updated the autotools stuff and the README files to build the >>>> swig bindings for both Perl and Python. Anyone know how to use SWORD with >>>> Perl or Python and can let me know if it actually works? >>>> >>>> Troy >>>> >>>> >>>> >>>> On 07/06/2013 03:04 PM, Peter von Kaehne wrote: >>>> >>>> On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote: >>>> >>>> Peter, still wondering if we have a problem we need to fix for you. Do >>>> our Perl and Python bindings work for other people with a similar >>>> configuration as you? >>>> >>>> I have not heard from anyone that the Perl bindings are working nor have >>>> I heard from anyone with any clever ideas why they are not working. >>>> >>>> From a module making point of view the bindings are a must. But I do not >>>> care if they are working in in 1.7 or in a subsequent iteration as long >>>> as it is soon enough again. >>>> >>>> Peter >>>> >>>> >>>> >>>> _______________________________________________ >>>> sword-devel mailing list: sword-devel at crosswire.org >>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>> Instructions to unsubscribe/change your settings at above page >>>> >>>> >>>> _______________________________________________ >>>> sword-devel mailing list: sword-devel at crosswire.org >>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>> Instructions to unsubscribe/change your settings at above page >>> >>> _______________________________________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > From mark at foresightlinux.org Mon Jul 8 02:38:42 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Mon, 8 Jul 2013 11:38:42 +0200 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <51DA7F4E.4060008@crosswire.org> References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> <51DA7F4E.4060008@crosswire.org> Message-ID: I'm using Foresight Linux, perl 5.8.8 python 2.6.7 (didn't try with python 2.7) On Mon, Jul 8, 2013 at 10:58 AM, Troy A. Griffitts wrote: > Thanks for testing Mark. Could you report your OS so we know where we work > and where we don't. > > I just committed a few more autotools changes to get the Perl bindings to > work with Mark's test program on my system. I am running Fedora 19 and both > Perl and Python seem to work ok for me now using SVN HEAD and compiled with > autotools. > > Peter, it would be great to hear if you could try the latest stuff and let > us know. Let's try to shoot for an RC1 build at midnight tonight. I'm > happy that bindings work on at least a few systems now, and hopefully those > where problems still exist might be patched by package maintainers. > > Consider this a 'last call'. > > Troy > > > > > On 07/08/2013 08:51 AM, Mark Trompell wrote: >> >> Both perl and python work here (r2849): >> I build them with cmake. >> >> This is the important snippet of our recipe (something like rpm specs): >> r.macros.cmake_args = ' -DSWORD_BINDINGS=Python,Perl >> -DLIBDIR=%(libdir)s' >> r.CMake('%(cmake_args)s', objDir='build') >> r.Make(dir='build') >> r.Run('chrpath -d >> build/bindings/swig/perl/blib/arch/auto/Sword/Sword.so') >> r.MakeInstall(dir='build') >> # Only python bindings atm until >> r.PythonSetup('install', dir='build/bindings/swig/python/') >> >> I tested the following perl and python scripts: >> >> #!/usr/bin/perl >> use Sword; >> >> my $mgr = new Sword::SWMgr(); >> my $neu = $mgr->getModule("GerNeUe"); >> my $key = new Sword::SWKey("Genesis 1:1"); >> $neu->setKey($key); >> print $neu->renderText(),"\n"; >> >> #!/usr/bin/python >> import Sword >> >> mgr = Sword.SWMgr() >> neu = mgr.getModule("GerNeUe") >> key = Sword.SWKey("Genesis 1:1") >> neu.setKey(key) >> print (neu.renderText()) >> >> >> On Mon, Jul 8, 2013 at 7:26 AM, Greg Hellings >> wrote: >>> >>> >>> >>> On Sun, Jul 7, 2013 at 3:20 PM, Peter von Kaehne wrote: >>>> >>>> sword-tools/modules/crossreferences/xreffix.pl without arguments will >>>> test >>>> loading Perl Sword bindings >>>> >>>> and in Python: >>>> >>>> Simply run from commandline Python and do "import Sword" and see it >>>> fail: >>>> >>>>>>> import Sword >>>> >>>> Traceback (most recent call last): >>>> File "", line 1, in >>>> File "Sword.py", line 26, in >>>> _Sword = swig_import_helper() >>>> File "Sword.py", line 18, in swig_import_helper >>>> import _Sword >>>> ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: undefined >>>> symbol: u_strFromUTF8_48 >>> >>> >>> I think you're seeing two things: >>> >>> 1) You appear to have an older version of the library that is missing >>> those >>> functions. Not sure how you ended up with it, but that appears to be >>> stale >>> on your system. >>> >>> 2) The Perl bindings are being built, but are not currently being >>> installed >>> at all, it would appear. I have no idea why this is right now. >>> >>> --Greg >>> >>>> >>>> Gesendet: Sonntag, 07. Juli 2013 um 19:06 Uhr >>>> Von: "Greg Hellings" >>>> An: "SWORD Developers' Collaboration Forum" >>>> Betreff: Re: [sword-devel] SWORD 1.7.0 final stretch >>>> >>>> There should be a sample of each in the swig directory tree somewhere. I >>>> can check in an hour our so, when I get home. >>>> >>>> - Greg >>>> >>>> On Jul 7, 2013 11:42 AM, "Troy A. Griffitts" >>>> wrote: >>>>> >>>>> OK guys, >>>>> >>>>> I have just updated the autotools stuff and the README files to build >>>>> the >>>>> swig bindings for both Perl and Python. Anyone know how to use SWORD >>>>> with >>>>> Perl or Python and can let me know if it actually works? >>>>> >>>>> Troy >>>>> >>>>> >>>>> >>>>> On 07/06/2013 03:04 PM, Peter von Kaehne wrote: >>>>> >>>>> On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote: >>>>> >>>>> Peter, still wondering if we have a problem we need to fix for you. Do >>>>> our Perl and Python bindings work for other people with a similar >>>>> configuration as you? >>>>> >>>>> I have not heard from anyone that the Perl bindings are working nor >>>>> have >>>>> I heard from anyone with any clever ideas why they are not working. >>>>> >>>>> From a module making point of view the bindings are a must. But I do >>>>> not >>>>> care if they are working in in 1.7 or in a subsequent iteration as long >>>>> as it is soon enough again. >>>>> >>>>> Peter >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> sword-devel mailing list: sword-devel at crosswire.org >>>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>>> Instructions to unsubscribe/change your settings at above page >>>>> >>>>> >>>>> _______________________________________________ >>>>> sword-devel mailing list: sword-devel at crosswire.org >>>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>>> Instructions to unsubscribe/change your settings at above page >>>> >>>> >>>> _______________________________________________ >>>> sword-devel mailing list: sword-devel at crosswire.org >>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>> Instructions to unsubscribe/change your settings at above page >>> >>> >>> >>> _______________________________________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >> >> >> > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From info at tetzels.de Mon Jul 8 05:29:13 2013 From: info at tetzels.de (Stephan) Date: Mon, 08 Jul 2013 14:29:13 +0200 Subject: [sword-devel] sword.js Message-ID: <51DAB099.2080204@tetzels.de> Hi, I've started to work on a pure Javascript module to read the bible modules from CrossWire in a browser environment (sources: https://github.com/zefanja/swordjs , Demo: http://zefanjas.de/swordjs/ -> You have to install a module first from here http://crosswire.org/ftpmirror/pub/sword/packages/rawzip/). Don't expect to much, the basic things are working, but there is still a lot of work to be done... I want to provide an API to get a list of all modules in a repository. I think libsword takes the mods.d.tar.gz file in every repo and unpack it on the device to get this list. Is it possible to add the same file as a zip compressed one in every repository, because unzipping in the browser is working, but I didn't find a (working) module to untar a file. That would be great. Blessings, Stephan From greg.hellings at gmail.com Mon Jul 8 06:16:23 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Mon, 8 Jul 2013 08:16:23 -0500 Subject: [sword-devel] [sword-svn] r2862 - in trunk: include src/modules/filters In-Reply-To: References: Message-ID: Chris, This commit broke building with gcc on Fedora 18. [ 0%] Building CXX object CMakeFiles/sword.dir/src/mgr/swmgr.cpp.o /usr/bin/c++ -DGLOBCONFPATH=\"/sword.conf\" -D_FTPLIB_NO_COMPAT -D_ICU_ -Dsword_EXPORTS -g3 -Wall -O0 -fPIC -I/home/greg/Source/sword/include -o CMakeFiles/sword.dir/src/mgr/swmgr.cpp.o -c /home/greg/Source/sword/src/mgr/swmgr.cpp In file included from /home/greg/Source/sword/src/mgr/swmgr.cpp:81:0: /home/greg/Source/sword/include/utf8arabicpoints.h:39:15: error: extra qualification ?sword::UTF8ArabicPoints::? on member ?next_mark? [-fpermissive] --Greg On Mon, Jul 8, 2013 at 4:08 AM, wrote: > Author: chrislit > Date: 2013-07-08 02:08:04 -0700 (Mon, 08 Jul 2013) > New Revision: 2862 > > Modified: > trunk/include/utf8arabicpoints.h > trunk/src/modules/filters/utf8arabicpoints.cpp > Log: > applied submitted UTF8ArabicPoints code (needs testing because I replaced > deprecated bcopy with memmove) > > Modified: trunk/include/utf8arabicpoints.h > =================================================================== > --- trunk/include/utf8arabicpoints.h 2013-07-08 09:01:53 UTC (rev 2861) > +++ trunk/include/utf8arabicpoints.h 2013-07-08 09:08:04 UTC (rev 2862) > @@ -35,6 +35,8 @@ > UTF8ArabicPoints(); > virtual ~UTF8ArabicPoints(); > virtual char processText(SWBuf &text, const SWKey *key = 0, const > SWModule *module = 0); > +private: > + static char* UTF8ArabicPoints::next_mark(const char* from, int* > mark_size); > }; > > SWORD_NAMESPACE_END > > Modified: trunk/src/modules/filters/utf8arabicpoints.cpp > =================================================================== > --- trunk/src/modules/filters/utf8arabicpoints.cpp 2013-07-08 > 09:01:53 UTC (rev 2861) > +++ trunk/src/modules/filters/utf8arabicpoints.cpp 2013-07-08 > 09:08:04 UTC (rev 2862) > @@ -40,24 +40,140 @@ > > UTF8ArabicPoints::~UTF8ArabicPoints(){}; > > +char* UTF8ArabicPoints::next_mark(const char* from, int* mark_size) > +{ > + // Arabic vowel points currently targeted for elimination: > + // Table entries excerpted from > + // http://www.utf8-chartable.de/unicode-utf8-table.pl. > + // Code UTF-8 Description > + // point > + // ----- --------- ----------- > + // U+064B d9 8b ARABIC FATHATAN > + // U+064C d9 8c ARABIC DAMMATAN > + // U+064D d9 8d ARABIC KASRATAN > + // U+064E d9 8e ARABIC FATHA > + // U+064F d9 8f ARABIC DAMMA > + // U+0650 d9 90 ARABIC KASRA > + // U+0651 d9 91 ARABIC SHADDA > + // U+0652 d9 92 ARABIC SUKUN > + // U+0653 d9 93 ARABIC MADDAH ABOVE > + // U+0654 d9 94 ARABIC HAMZA ABOVE > + // U+0655 d9 95 ARABIC HAMZA BELOW > + // > + // U+FC5E ef b1 9e ARABIC LIGATURE SHADDA WITH DAMMATAN ISOLATED > FORM > + // U+FC5F ef b1 9f ARABIC LIGATURE SHADDA WITH KASRATAN ISOLATED > FORM > + // U+FC60 ef b1 a0 ARABIC LIGATURE SHADDA WITH FATHA ISOLATED FORM > + // U+FC61 ef b1 a1 ARABIC LIGATURE SHADDA WITH DAMMA ISOLATED FORM > + // U+FC62 ef b1 a2 ARABIC LIGATURE SHADDA WITH KASRA ISOLATED FORM > + // U+FC63 ef b1 a3 ARABIC LIGATURE SHADDA WITH SUPERSCRIPT ALEF > ISOLATED FORM > + // > + // U+FE70 ef b9 b0 ARABIC FATHATAN ISOLATED FORM > + // U+FE71 ef b9 b1 ARABIC TATWEEL WITH FATHATAN ABOVE > + // U+FE72 ef b9 b2 ARABIC DAMMATAN ISOLATED FORM > + // U+FE73 ef b9 b3 ARABIC TAIL FRAGMENT > + // U+FE74 ef b9 b4 ARABIC KASRATAN ISOLATED FORM > + // U+FE75 ef b9 b5 ??? > + // U+FE76 ef b9 b6 ARABIC FATHA ISOLATED FORM > + // U+FE77 ef b9 b7 ARABIC FATHA MEDIAL FORM > + // U+FE78 ef b9 b8 ARABIC DAMMA ISOLATED FORM > + // U+FE79 ef b9 b9 ARABIC DAMMA MEDIAL FORM > + // U+FE7A ef b9 ba ARABIC KASRA ISOLATED FORM > + // U+FE7B ef b9 bb ARABIC KASRA MEDIAL FORM > + // U+FE7C ef b9 bc ARABIC SHADDA ISOLATED FORM > + // U+FE7D ef b9 bd ARABIC SHADDA MEDIAL FORM > + // U+FE7E ef b9 be ARABIC SUKUN ISOLATED FORM > + // U+FE7F ef b9 bf ARABIC SUKUN MEDIAL FORM > > -char UTF8ArabicPoints::processText(SWBuf &text, const SWKey *key, const > SWModule *module) { > - if (!option) { > - //The UTF-8 range 0xFC 0xE5 to 0xFC 0x63 consist of Arabic > vowel marks so block those out. > - // Also ranges 0xFE70 til OxFE7F and 0x064b-0x0655 > - SWBuf orig = text; > - const unsigned char* from = (unsigned char*)orig.c_str(); > - for (text = ""; *from; from++) { > - if ((*from == 0xD9) && (*(from + 1) >= 0x8B && > *(from + 1) <= 0x95)) { > - from++; > + unsigned char* byte = (unsigned char*) from; > + for (; *byte; ++byte) { > + if (byte[0] == 0xD9) { > + if (byte[1] >= 0x8B && byte[1] <= 0x95) { > + *mark_size = 2; > + break; > } > - else if ((*from == 0xEF) && > - (((*(from + 1) == 0xB1) && (*(from + 2) > >= 0x9E && *(from + 2) <= 0xA3)) || > - ((*(from + 1) == 0xB9) && (*(from + 2) > >= 0x4B && *(from + 2) <= 0x55)))) { > - from += 2; > - } > + continue; > } > + if (byte[0] == 0xEF) { > + if (byte[1] == 0xB1) { > + if (byte[2] >= 0x9E && byte[2] <= 0xA3) { > + *mark_size = 3; > + break; > + } > + continue; > + } > + if (byte[1] == 0xB9) { > + if (byte[2] >= 0xB0 && byte[2] <= 0xBF) { > + *mark_size = 3; > + break; > + } > + continue; > + } > + } > } > + return (char*)byte; > +} > + > + > +char UTF8ArabicPoints::processText(SWBuf &text, const SWKey *, const > SWModule *) { > + // A non-zero/true option setting means that setOptionValue("On") > + // was called which apparently means that Arabic Vowel Marks are > ENABLED, > + // so the filter's actions are DISABLED. > + if (option) > + return 0; > + > + // Eliminate Arabic vowel marks from the text. > + // The recognized marks are determined by the "next_mark" function. > + > + // If next_mark were polymorphic (a virtual function or a function > + // pointer), this function could be generically used in any filter > that > + // only removed (vs. replaced) areas of text based on the arbitrary > + // match criteria encapsulated in the specific next_mark > + // implementation. > + int mark_size = 0; > + char* mark_pos = next_mark(text.c_str(), &mark_size); > + > + // Here and at the end of the loop, > + // test BOTH mark_pos AND *mark_pos for safety and to give > next_mark > + // the option of returning either NULL or a pointer to the null > + // terminator when done. > + if (!mark_pos || !*mark_pos) > + return 0; // no marks found. > + > + // Purposely granting write access into SWBuf internal buffer via > + // "end_of_output" avoids a needless temporary SWBuf copy. > + // Everything before the first mark is already in its final > position > + // and can be safely ignored. So start appending at the current > mark. > + char* end_of_output = mark_pos; > + > + // For consistency, input starts at (vs. after) the first mark as > well > + // -- not a problem since the mark itself gets skipped, anyway. > + const char* start_of_input = mark_pos; > + do { > + // At this point, "mark_pos" and "mark_pos+mark_size" > delimit > + // the text to drop. > + // "start_of_input" is either mark_pos or any text between > the > + // end of any previous mark and the current mark_pos. > + // This text is now ready to be moved into the output. > + int ready_size = mark_pos - start_of_input; > + if (ready_size > 0) { > + // Append the input text before the current mark > to the > + // output. > + // Must use bcopy vs. strncpy because the final > + // end_of_output may overtake the original > + // start_of_input. > + memmove(end_of_output, start_of_input, ready_size); > + // Keep appending to end_of_output. > + end_of_output += ready_size; > + } > + // Ensure the mark never gets copied. > + start_of_input = mark_pos + mark_size; > + // Find the next mark. > + mark_pos = next_mark(start_of_input, &mark_size); > + > + } while (mark_pos && *mark_pos); // No more marks. > + > + // Copy any trailing input text AND always the terminating null. > + memmove(end_of_output, start_of_input, strlen(start_of_input)+1); > return 0; > } > > > > _______________________________________________ > sword-cvs mailing list > sword-cvs at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-cvs > -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg.hellings at gmail.com Mon Jul 8 07:55:49 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Mon, 8 Jul 2013 09:55:49 -0500 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> Message-ID: So I was trying to solve both the "Perl won't install" and the "Python installs to the wrong place" issues. I committed a fix to the Python install (it was previously only installing to /usr/local regardless of the value of CMAKE_INSTALL_PREFIX) but this fix appears to have magically caused Perl to begin installing on my machine. Peter, can you try and do a new install from the latest versions of SVN HEAD? Perl is still only installing to /usr/local regardless of where I set CMAKE_INSTALL_PREFIX, but I imagine that fix is low priority at the moment as the bindings are not presently packaged by any distributions I am aware of. I would invite distribution maintainers to begin packaging the Python and Perl bindings starting with 1.7.0. I have done lots to clean them up, suppress warnings, and resolve build failures. Packaging the Python bindings would permit packaging of BPBible as well, and also help with keeping the various build options I've created for the bindings clean and tested. --Greg On Sun, Jul 7, 2013 at 3:20 PM, Peter von Kaehne wrote: > sword-tools/modules/crossreferences/xreffix.pl without arguments will > test loading Perl Sword bindings > > and in Python: > > Simply run from commandline Python and do "import Sword" and see it fail: > > >>> import Sword > Traceback (most recent call last): > File "", line 1, in > File "Sword.py", line 26, in > _Sword = swig_import_helper() > File "Sword.py", line 18, in swig_import_helper > import _Sword > ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: undefined > symbol: u_strFromUTF8_48 > >>> > > > *Gesendet:* Sonntag, 07. Juli 2013 um 19:06 Uhr > *Von:* "Greg Hellings" > *An:* "SWORD Developers' Collaboration Forum" > *Betreff:* Re: [sword-devel] SWORD 1.7.0 final stretch > > There should be a sample of each in the swig directory tree somewhere. I > can check in an hour our so, when I get home. > > - Greg > On Jul 7, 2013 11:42 AM, "Troy A. Griffitts" > wrote: >> >> OK guys, >> >> I have just updated the autotools stuff and the README files to build the >> swig bindings for both Perl and Python. Anyone know how to use SWORD with >> Perl or Python and can let me know if it actually works? >> >> Troy >> >> >> >> On 07/06/2013 03:04 PM, Peter von Kaehne wrote: >> >> On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote: >> >> Peter, still wondering if we have a problem we need to fix for you. Do >> our Perl and Python bindings work for other people with a similar >> configuration as you? >> >> I have not heard from anyone that the Perl bindings are working nor have >> I heard from anyone with any clever ideas why they are not working. >> >> From a module making point of view the bindings are a must. But I do not >> care if they are working in in 1.7 or in a subsequent iteration as long >> as it is soon enough again. >> >> Peter >> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.orghttp://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan at ryanhiebert.com Mon Jul 8 13:56:21 2013 From: ryan at ryanhiebert.com (Ryan Hiebert) Date: Mon, 8 Jul 2013 13:56:21 -0700 Subject: [sword-devel] sword.js In-Reply-To: <51DAB099.2080204@tetzels.de> References: <51DAB099.2080204@tetzels.de> Message-ID: Have you looked at untar.js? https://code.google.com/p/bitjs/source/browse/untar.js?r=0eca1f06d91e1477e3708531939c8071fc877855 On a tangentially-related note, I've done some work on a python sword zmodule reader. It's stalled a bit now, because I've seen recommendations to use the C++ libraries, and just bindings to other languages. I understand the desire, but I think that Javascript is a good example of why that's not acceptable in all cases. For some distribution methods, it may be necessary to have everything implemented in a particular scripting language, such as for a Client-side Javascript bible reader. I think that encouraging using the C++ library is good, but it's even more important to make sure that the file formats are well documented, to allow alternate implementations if they are necessary. Ryan On Mon, Jul 8, 2013 at 5:29 AM, Stephan wrote: > Hi, > > I've started to work on a pure Javascript module to read the bible modules > from CrossWire in a browser environment (sources: > https://github.com/zefanja/swordjs , Demo: http://zefanjas.de/swordjs/ -> > You have to install a module first from here > http://crosswire.org/ftpmirror/pub/sword/packages/rawzip/). Don't expect to > much, the basic things are working, but there is still a lot of work to be > done... > > I want to provide an API to get a list of all modules in a repository. I > think libsword takes the mods.d.tar.gz file in every repo and unpack it on > the device to get this list. > > Is it possible to add the same file as a zip compressed one in every > repository, because unzipping in the browser is working, but I didn't find a > (working) module to untar a file. > > That would be great. > > Blessings, > Stephan > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From greg.hellings at gmail.com Mon Jul 8 14:06:26 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Mon, 8 Jul 2013 16:06:26 -0500 Subject: [sword-devel] sword.js In-Reply-To: References: <51DAB099.2080204@tetzels.de> Message-ID: On Mon, Jul 8, 2013 at 3:56 PM, Ryan Hiebert wrote: > Have you looked at untar.js? > > > https://code.google.com/p/bitjs/source/browse/untar.js?r=0eca1f06d91e1477e3708531939c8071fc877855 > > On a tangentially-related note, I've done some work on a python sword > zmodule reader. It's stalled a bit now, because I've seen > recommendations to use the C++ libraries, and just bindings to other > languages. I understand the desire, but I think that Javascript is a > good example of why that's not acceptable in all cases. For some > distribution methods, it may be necessary to have everything > implemented in a particular scripting language, such as for a > Client-side Javascript bible reader. > > I think that encouraging using the C++ library is good, but it's even > more important to make sure that the file formats are well documented, > to allow alternate implementations if they are necessary. > Since we offer 1) Perl bindings 2) Python bindings 3) CORBA bindings 4) A Java port 5) ObjC bindings I don't see that we need to document the file structure any further. If you want a client-side application to be able to read a module, then you are more than able to setup and configure a server that can translate between an installed module and any web-friendly format you desire. If you can't find a simple web framework that operates in one of those 5 languages (and one of them is already a web-services oriented binding) then feel free to read the C++ or Java file reading architecture. If you work it right, you can even have the library readily configurable with multiple Sword remote repositories that can query for modules on the fly, etc. Why the need to contort a client-side UI language like JavaScript to read binary file formats? --Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonmmorgan at gmail.com Mon Jul 8 19:55:37 2013 From: jonmmorgan at gmail.com (Jonathan Morgan) Date: Tue, 9 Jul 2013 12:55:37 +1000 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> Message-ID: Hi Greg, Python bindings were packaged by Ubuntu, and I believe 1.6.2 (current latest) is still available for Ubuntu. Jon On Tue, Jul 9, 2013 at 12:55 AM, Greg Hellings wrote: > So I was trying to solve both the "Perl won't install" and the "Python > installs to the wrong place" issues. I committed a fix to the Python > install (it was previously only installing to /usr/local regardless of the > value of CMAKE_INSTALL_PREFIX) but this fix appears to have magically > caused Perl to begin installing on my machine. > > Peter, can you try and do a new install from the latest versions of SVN > HEAD? > > Perl is still only installing to /usr/local regardless of where I set > CMAKE_INSTALL_PREFIX, but I imagine that fix is low priority at the moment > as the bindings are not presently packaged by any distributions I am aware > of. > > I would invite distribution maintainers to begin packaging the Python and > Perl bindings starting with 1.7.0. I have done lots to clean them up, > suppress warnings, and resolve build failures. Packaging the Python > bindings would permit packaging of BPBible as well, and also help with > keeping the various build options I've created for the bindings clean and > tested. > > --Greg > > > On Sun, Jul 7, 2013 at 3:20 PM, Peter von Kaehne wrote: > >> sword-tools/modules/crossreferences/xreffix.pl without arguments will >> test loading Perl Sword bindings >> >> and in Python: >> >> Simply run from commandline Python and do "import Sword" and see it fail: >> >> >>> import Sword >> Traceback (most recent call last): >> File "", line 1, in >> File "Sword.py", line 26, in >> _Sword = swig_import_helper() >> File "Sword.py", line 18, in swig_import_helper >> import _Sword >> ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: undefined >> symbol: u_strFromUTF8_48 >> >>> >> >> >> *Gesendet:* Sonntag, 07. Juli 2013 um 19:06 Uhr >> *Von:* "Greg Hellings" >> *An:* "SWORD Developers' Collaboration Forum" >> *Betreff:* Re: [sword-devel] SWORD 1.7.0 final stretch >> >> There should be a sample of each in the swig directory tree somewhere. I >> can check in an hour our so, when I get home. >> >> - Greg >> On Jul 7, 2013 11:42 AM, "Troy A. Griffitts" >> wrote: >>> >>> OK guys, >>> >>> I have just updated the autotools stuff and the README files to build >>> the swig bindings for both Perl and Python. Anyone know how to use SWORD >>> with Perl or Python and can let me know if it actually works? >>> >>> Troy >>> >>> >>> >>> On 07/06/2013 03:04 PM, Peter von Kaehne wrote: >>> >>> On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote: >>> >>> Peter, still wondering if we have a problem we need to fix for you. Do >>> our Perl and Python bindings work for other people with a similar >>> configuration as you? >>> >>> I have not heard from anyone that the Perl bindings are working nor have >>> I heard from anyone with any clever ideas why they are not working. >>> >>> From a module making point of view the bindings are a must. But I do not >>> care if they are working in in 1.7 or in a subsequent iteration as long >>> as it is soon enough again. >>> >>> Peter >>> >>> >>> >>> _______________________________________________ >>> sword-devel mailing list: sword-devel at crosswire.orghttp://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >>> >>> >>> _______________________________________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From refdoc at gmx.net Mon Jul 8 23:11:03 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Tue, 9 Jul 2013 08:11:03 +0200 (CEST) Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> , Message-ID: ? Von:?"Greg Hellings" > Peter, can you try and do a new install from the latest versions of SVN HEAD? ? I have updated to SVN HEAD and I have prior to that looked through my $PATH to check for any old libsword remainders (I have done that now so often, I really see not how I can have missed something, but I most certainly do not want to exclude stupidity on my side) I remain unable to run a Perl program calling Sword. These are the messages I get: peter at peter-ThinkPad-X200s:~/bin$ ~/Source/sword-tools/modules/crossreferences/xreffix.pl Can't load '/usr/local/lib/perl/5.14.2/auto/Sword/Sword.so' for module Sword: /usr/local/lib/perl/5.14.2/auto/Sword/Sword.so: undefined symbol: ucnv_open_48 at /usr/lib/perl/5.14/DynaLoader.pm line 184. at /usr/local/lib/perl/5.14.2/Sword.pm line 11 Compilation failed in require at /home/peter/Source/sword-tools/modules/crossreferences/xreffix.pl line 41. BEGIN failed--compilation aborted at /home/peter/Source/sword-tools/modules/crossreferences/xreffix.pl line 41. This is the listing of my bindings directory: peter at peter-ThinkPad-X200s:~/bin$ ls -al /usr/local/lib/perl/5.14.2/auto/Sword/ total 12712 drwxrwxr-x 2 root root 4096 Jul 9 05:56 . drwxrwxr-x 3 root root 4096 Jun 10 09:15 .. -rw-rw-r-- 1 root root 130 Jul 9 05:56 .packlist -r--r--r-- 1 root root 0 Jul 09:11 Sword.bs -r-xr-xr-x 1 root root 13003206 Jul 9 05:56 Sword.so So Sword.so exists, it is new (from this am) and From refdoc at gmx.net Mon Jul 8 23:18:54 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Tue, 9 Jul 2013 08:18:54 +0200 (CEST) Subject: [sword-devel] SWORD 1.7.0 final stretch Message-ID: Sorry this did not get completed: Von:?"Greg Hellings" > Peter, can you try and do a new install from the latest versions of SVN HEAD? ? I have updated to SVN HEAD and I have prior to that looked through my $PATH to check for any old libsword remainders (I have done that now so often, I really see not how I can have missed something, but I most certainly do not want to exclude stupidity on my side) I remain unable to run a Perl program calling Sword. These are the messages I get: peter at peter-ThinkPad-X200s:~/bin$ ~/Source/sword-tools/modules/crossreferences/xreffix.pl Can't load '/usr/local/lib/perl/5.14.2/auto/Sword/Sword.so' for module Sword: /usr/local/lib/perl/5.14.2/auto/Sword/Sword.so: undefined symbol: ucnv_open_48 at /usr/lib/perl/5.14/DynaLoader.pm line 184. at /usr/local/lib/perl/5.14.2/Sword.pm line 11 Compilation failed in require at /home/peter/Source/sword-tools/modules/crossreferences/xreffix.pl line 41. BEGIN failed--compilation aborted at /home/peter/Source/sword-tools/modules/crossreferences/xreffix.pl line 41. This is the listing of my bindings directory: peter at peter-ThinkPad-X200s:/usr/local/lib/perl/5.14.2/auto/Sword$ ls -al total 12712 drwxrwxr-x 2 root root 4096 Jul 9 07:07 . drwxrwxr-x 3 root root 4096 Jun 10 09:15 .. -rw-rw-r-- 1 root root 130 Jul 9 07:07 .packlist -r--r--r-- 1 root root 0 Jul 9 05:56 Sword.bs -r-xr-xr-x 1 root root 13003206 Jul 9 05:56 Sword.so This the content of my Sword - .packlist peter at peter-ThinkPad-X200s:/usr/local/lib/perl/5.14.2/auto/Sword$ cat .packlist /usr/local/lib/perl/5.14.2/Sword.pm /usr/local/lib/perl/5.14.2/auto/Sword/Sword.bs /usr/local/lib/perl/5.14.2/auto/Sword/Sword.so You will see that the "undefined symbol" has changed and now seems to be something to do with uconv/ICU (?) The only other thing i have found of some potential relevance is here: peter at peter-ThinkPad-X200s:/usr/local/lib/perl/5.14.2/auto/Sword$ ls -al total 12712 drwxrwxr-x 2 root root 4096 Jul 9 07:07 . drwxrwxr-x 3 root root 4096 Jun 10 09:15 .. -rw-rw-r-- 1 root root 130 Jul 9 07:07 .packlist -r--r--r-- 1 root root 0 Jul 9 05:56 Sword.bs -r-xr-xr-x 1 root root 13003206 Jul 9 05:56 Sword.so and peter at peter-ThinkPad-X200s:/usr/local/lib$ ls -al total 32960 drwxr-xr-x 9 root root 4096 Jul 9 05:52 . drwxr-xr-x 10 root root 4096 Oct 17 2012 .. -rw-r--r-- 1 root root 33703532 Jul 9 05:52 libsword.a -rwxr-xr-x 1 root root 1031 Jul 9 05:52 libsword.la drwxrwsr-x 3 root staff 4096 Jan 16 09:02 ocaml drwxrwxr-x 3 root root 4096 Jun 10 09:15 perl drwxr-xr-x 2 root root 4096 Jul 9 05:52 pkgconfig drwxrwsr-x 4 root staff 4096 Jun 5 09:28 python2.7 drwxrwsr-x 3 root staff 4096 Jun 5 09:42 python3.3 drwxr-xr-x 4 root root 4096 Jun 5 09:48 site_ruby drwxr-xr-x 3 root root 4096 Jun 9 22:24 sword You will see that the Sword.so file is 13 mb heavy while libsword.a is 33mb heavy. I appreciate that that both these files are differently organised, but I would have expected that the difference is not so marked. No? Anyway, I really do not want to hold back the release, unless the matter is clear and easily fixed. Peter From J.Zaitseff at zap.org.au Mon Jul 8 23:19:13 2013 From: J.Zaitseff at zap.org.au (John Zaitseff) Date: Tue, 9 Jul 2013 16:19:13 +1000 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> Message-ID: <20130709061913.GA30430@zap.org.au> Dear Peter et al., > These are the messages I get: > > peter at peter-ThinkPad-X200s:~/bin$ ~/Source/sword-tools/modules/crossreferences/xreffix.pl > Can't load '/usr/local/lib/perl/5.14.2/auto/Sword/Sword.so' for module Sword: /usr/local/lib/perl/5.14.2/auto/Sword/Sword.so: undefined symbol: ucnv_open_48 at /usr/lib/perl/5.14/DynaLoader.pm line 184. > at /usr/local/lib/perl/5.14.2/Sword.pm line 11 > Compilation failed in require at /home/peter/Source/sword-tools/modules/crossreferences/xreffix.pl line 41. > BEGIN failed--compilation aborted at /home/peter/Source/sword-tools/modules/crossreferences/xreffix.pl line 41. Pardon my ignorance, but would the problem be that Sword.so is trying to pull in another shared library and cannot find it? Can you try running "ldd .../auto/Sword/Sword.so" (replace the path, of course) and see what the output is? Yours truly, John Zaitseff -- John Zaitseff ,--_|\ The ZAP Group Phone: +61 2 9643 7737 / \ Sydney, Australia E-mail: J.Zaitseff at zap.org.au \_,--._* http://www.zap.org.au/ v From refdoc at gmx.net Mon Jul 8 23:33:58 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Tue, 9 Jul 2013 08:33:58 +0200 (CEST) Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <20130709061913.GA30430@zap.org.au> References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> , <20130709061913.GA30430@zap.org.au> Message-ID: > Von: "John Zaitseff" > Pardon my ignorance, but would the problem be that Sword.so is > trying to pull in another shared library and cannot find it? Thanks! > Can you try running "ldd .../auto/Sword/Sword.so" (replace the path, > of course) and see what the output is? peter at peter-ThinkPad-X200s:~/Source/xiphos$ ldd /usr/local/lib/perl/5.14.2/auto/Sword/Sword.so linux-gate.so.1 => (0xb77ce000) libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7377000) libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb735a000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb71a6000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb7163000) /lib/ld-linux.so.2 (0xb77cf000) From info at tetzels.de Mon Jul 8 23:52:06 2013 From: info at tetzels.de (Stephan) Date: Tue, 09 Jul 2013 08:52:06 +0200 Subject: [sword-devel] sword.js In-Reply-To: References: <51DAB099.2080204@tetzels.de> Message-ID: <51DBB316.4020305@tetzels.de> Hi, Am 08.07.2013 22:56, schrieb Ryan Hiebert: > Have you looked at untar.js? > > https://code.google.com/p/bitjs/source/browse/untar.js?r=0eca1f06d91e1477e3708531939c8071fc877855 Yes, I've tried this but without success. The first files in the archive are extracted, but than I get broken files. Stephan From scribe at crosswire.org Mon Jul 8 23:53:56 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Tue, 09 Jul 2013 08:53:56 +0200 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> , <20130709061913.GA30430@zap.org.au> Message-ID: <76909dac-f650-4f56-9522-428fe4a6cc8d@email.android.com> Peter, are you building with auto tools or cmake? I can look more into the autotools system if the problem is here. It doesn't seem to use pkgconfig to get libs and flags and I'd like to switch it to that. Just one suspect. Troy Peter von Kaehne wrote: > >> Von: "John Zaitseff" > >> Pardon my ignorance, but would the problem be that Sword.so is >> trying to pull in another shared library and cannot find it? > >Thanks! > >> Can you try running "ldd .../auto/Sword/Sword.so" (replace the path, >> of course) and see what the output is? > >peter at peter-ThinkPad-X200s:~/Source/xiphos$ ldd >/usr/local/lib/perl/5.14.2/auto/Sword/Sword.so > linux-gate.so.1 => (0xb77ce000) > libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7377000) > libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb735a000) > libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb71a6000) > libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb7163000) > /lib/ld-linux.so.2 (0xb77cf000) > >_______________________________________________ >sword-devel mailing list: sword-devel at crosswire.org >http://www.crosswire.org/mailman/listinfo/sword-devel >Instructions to unsubscribe/change your settings at above page -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at tetzels.de Tue Jul 9 00:04:24 2013 From: info at tetzels.de (Stephan) Date: Tue, 09 Jul 2013 09:04:24 +0200 Subject: [sword-devel] sword.js In-Reply-To: References: <51DAB099.2080204@tetzels.de> Message-ID: <51DBB5F8.90903@tetzels.de> > I don't see that we need to document the file structure any further. If > you want a client-side application to be able to read a module, then you > are more than able to setup and configure a server that can translate > between an installed module and any web-friendly format you desire. If > you can't find a simple web framework that operates in one of those 5 > languages (and one of them is already a web-services oriented binding) > then feel free to read the C++ or Java file reading architecture. Yes, that is one way to do it, but you have to get the permission to distribute the modules that are not public domain or creative commons. > If you work it right, you can even have the library readily configurable > with multiple Sword remote repositories that can query for modules on > the fly, etc. Why the need to contort a client-side UI language like > JavaScript to read binary file formats? I think Javascript is today much more than just a UI language. My main reasons to start this project are: * full offline app - you should be able to install a module from a zip file you get from a friend etc. (I'm currently living in a developing country and internet access is more or less stable - I you have any.) * Portability - I don't want to make plugins for every plattform or compile binaries * target new platforms like Firefox OS that currently don't have support for binary plugins * I want to see what is possible with todays web technologies Blessings, Stephan From mcepl at redhat.com Tue Jul 9 00:21:17 2013 From: mcepl at redhat.com (=?UTF-8?B?TWF0xJtqIENlcGw=?=) Date: Tue, 09 Jul 2013 09:21:17 +0200 Subject: [sword-devel] sword.js In-Reply-To: References: <51DAB099.2080204@tetzels.de> Message-ID: <51DBB9ED.9020302@redhat.com> On 07/08/2013 11:06 PM, Greg Hellings wrote: > Why the need to contort a client-side UI language like > JavaScript to read binary file formats? Case in point, which made me interested in Stephan?s work on sword.js ... https://www.mozilla.org/firefox/os/ (or https://en.wikipedia.org/wiki/Firefox_OS). Wouldn't it be awesome to have fully offline working Bible on my phone (I have Geeksphone Peak as my only phone)? And no, I don't think a dumb app downloading pieces of the Bible from the web server is the solution. Blessings, Mat?j -- http://www.ceplovi.cz/matej/, Jabber: mcepl at ceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Somewhere at the edge of the Bell curve was the girl for me. -- Based on http://xkcd.com/314/ From refdoc at gmx.net Tue Jul 9 02:41:57 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Tue, 9 Jul 2013 11:41:57 +0200 (CEST) Subject: [sword-devel] SWORD 1.7.0 final stretch Message-ID: > Von:?"Troy A. Griffitts" > Peter, are you building with auto tools or cmake? I can look more into the autotools system if the problem is here. It > doesn't seem to use pkgconfig to get libs and flags and I'd like to switch it to that. Just one suspect. auto tools. From dmitrij.ledkov at ubuntu.com Tue Jul 9 04:33:49 2013 From: dmitrij.ledkov at ubuntu.com (Dmitrijs Ledkovs) Date: Tue, 9 Jul 2013 12:33:49 +0100 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> Message-ID: On 9 July 2013 03:55, Jonathan Morgan wrote: > Hi Greg, > > Python bindings were packaged by Ubuntu, and I believe 1.6.2 (current > latest) is still available for Ubuntu. > And subsequently dropped, due to failure to compile with gcc-4.7: sword (1.6.2+dfsg-4) unstable; urgency=low [ Matthias Klose ] * Fix build failure in installed header file with GCC 4.7. Addresses: #667387. [ Dmitrijs Ledkovs ] * Remove python-sword swig bindings. Loads of build-time warnings (4.6) and errors (4.7) and the resulting module was reported not to work. Should be readded if/when it can be build with gcc 4.7 without errors. (Closes: #667387) -- Dmitrijs Ledkovs Tue, 17 Apr 2012 21:39:11 +0100 > Jon > > > On Tue, Jul 9, 2013 at 12:55 AM, Greg Hellings > wrote: >> >> So I was trying to solve both the "Perl won't install" and the "Python >> installs to the wrong place" issues. I committed a fix to the Python install >> (it was previously only installing to /usr/local regardless of the value of >> CMAKE_INSTALL_PREFIX) but this fix appears to have magically caused Perl to >> begin installing on my machine. >> >> Peter, can you try and do a new install from the latest versions of SVN >> HEAD? >> >> Perl is still only installing to /usr/local regardless of where I set >> CMAKE_INSTALL_PREFIX, but I imagine that fix is low priority at the moment >> as the bindings are not presently packaged by any distributions I am aware >> of. >> >> I would invite distribution maintainers to begin packaging the Python and >> Perl bindings starting with 1.7.0. I have done lots to clean them up, >> suppress warnings, and resolve build failures. Packaging the Python bindings >> would permit packaging of BPBible as well, and also help with keeping the >> various build options I've created for the bindings clean and tested. >> >> --Greg >> >> >> On Sun, Jul 7, 2013 at 3:20 PM, Peter von Kaehne wrote: >>> >>> sword-tools/modules/crossreferences/xreffix.pl without arguments will >>> test loading Perl Sword bindings >>> >>> and in Python: >>> >>> Simply run from commandline Python and do "import Sword" and see it fail: >>> >>> >>> import Sword >>> Traceback (most recent call last): >>> File "", line 1, in >>> File "Sword.py", line 26, in >>> _Sword = swig_import_helper() >>> File "Sword.py", line 18, in swig_import_helper >>> import _Sword >>> ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: undefined >>> symbol: u_strFromUTF8_48 >>> >>> >>> >>> >>> Gesendet: Sonntag, 07. Juli 2013 um 19:06 Uhr >>> Von: "Greg Hellings" >>> An: "SWORD Developers' Collaboration Forum" >>> Betreff: Re: [sword-devel] SWORD 1.7.0 final stretch >>> >>> There should be a sample of each in the swig directory tree somewhere. I >>> can check in an hour our so, when I get home. >>> >>> - Greg >>> >>> On Jul 7, 2013 11:42 AM, "Troy A. Griffitts" >>> wrote: >>>> >>>> OK guys, >>>> >>>> I have just updated the autotools stuff and the README files to build >>>> the swig bindings for both Perl and Python. Anyone know how to use SWORD >>>> with Perl or Python and can let me know if it actually works? >>>> >>>> Troy >>>> >>>> >>>> >>>> On 07/06/2013 03:04 PM, Peter von Kaehne wrote: >>>> >>>> On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote: >>>> >>>> Peter, still wondering if we have a problem we need to fix for you. Do >>>> our Perl and Python bindings work for other people with a similar >>>> configuration as you? >>>> >>>> I have not heard from anyone that the Perl bindings are working nor have >>>> I heard from anyone with any clever ideas why they are not working. >>>> >>>> From a module making point of view the bindings are a must. But I do not >>>> care if they are working in in 1.7 or in a subsequent iteration as long >>>> as it is soon enough again. >>>> >>>> Peter >>>> >>>> >>>> >>>> _______________________________________________ >>>> sword-devel mailing list: sword-devel at crosswire.org >>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>> Instructions to unsubscribe/change your settings at above page >>>> >>>> >>>> _______________________________________________ >>>> sword-devel mailing list: sword-devel at crosswire.org >>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>> Instructions to unsubscribe/change your settings at above page >>> >>> >>> _______________________________________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From dfhmch at googlemail.com Tue Jul 9 06:51:50 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 9 Jul 2013 06:51:50 -0700 (PDT) Subject: [sword-devel] Module creation tools & SWORD v1.7 ? Message-ID: <1373377910231-4652767.post@n4.nabble.com> If my understanding of the thread about the forthcoming of SWORD version 1.7 release is correct, it includes one further *av11n* for Rahlf's LXX. Right? Does this change impose a requirement for recompiling our module creation tools? If so, please ensure that this is covered in the detailed planning, and duly tested, of course. I for one would find it helpful if Greg would ensure that the Win32 & Win64 binaries are made available. Likewise, as soon as this is done, the wiki page for av11n should be edited. http://crosswire.org/wiki/Alternate_Versification Best regards, David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Module-creation-tools-SWORD-v1-7-tp4652767.html Sent from the SWORD Dev mailing list archive at Nabble.com. From refdoc at gmx.net Tue Jul 9 06:57:21 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Tue, 9 Jul 2013 15:57:21 +0200 (CEST) Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> , Message-ID: > Von: "Dmitrijs Ledkovs" > And subsequently dropped, due to failure to compile with gcc-4.7: Just some speculation: http://www.swig.org/Doc2.0/SWIGDocumentation.html#Perl5_nn9 suggests that there is a problem with 64 bit compiled applications and Perl. Peter From greg.hellings at gmail.com Tue Jul 9 06:59:23 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Tue, 9 Jul 2013 08:59:23 -0500 Subject: [sword-devel] Module creation tools & SWORD v1.7 ? In-Reply-To: <1373377910231-4652767.post@n4.nabble.com> References: <1373377910231-4652767.post@n4.nabble.com> Message-ID: On Tue, Jul 9, 2013 at 8:51 AM, David Haslam wrote: > If my understanding of the thread about the forthcoming of SWORD version > 1.7 > release is correct, it includes one further *av11n* for Rahlf's LXX. > > Right? > > Does this change impose a requirement for recompiling our module creation > tools? > > If so, please ensure that this is covered in the detailed planning, and > duly > tested, of course. > > I for one would find it helpful if Greg would ensure that the Win32 & Win64 > binaries are made available. > Putting them together is a quite automated process for me now. I can build the RPM for the win32/64 tools on Fedora in a few minutes and I need only run a shell script to package them up into their appropriate zip files. When the RC tarball is cut, I will kick off that process and include a build of the binaries for you to test. --Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg.hellings at gmail.com Tue Jul 9 07:03:40 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Tue, 9 Jul 2013 09:03:40 -0500 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> Message-ID: On Tue, Jul 9, 2013 at 6:33 AM, Dmitrijs Ledkovs wrote: > On 9 July 2013 03:55, Jonathan Morgan wrote: > > Hi Greg, > > > > Python bindings were packaged by Ubuntu, and I believe 1.6.2 (current > > latest) is still available for Ubuntu. > > > > And subsequently dropped, due to failure to compile with gcc-4.7: > > sword (1.6.2+dfsg-4) unstable; urgency=low > > [ Matthias Klose ] > * Fix build failure in installed header file with GCC 4.7. > Addresses: #667387. > > [ Dmitrijs Ledkovs ] > * Remove python-sword swig bindings. Loads of build-time warnings (4.6) > and errors (4.7) and the resulting module was reported not to > work. Should be readded if/when it can be build with gcc 4.7 without > errors. (Closes: #667387) > > -- Dmitrijs Ledkovs Tue, 17 Apr 2012 21:39:11 +0100 > I'd appreciate if you can give them another go. I spent quite some time in the latter part of last year cleaning them up. On Fedora with gcc 4.7 now I only get a single warning about unused code when I build them. If you're still seeing errors and warnings, then I'd like to know what your settings are and what your errors are. I'm keen to have the Swig bindings in a place where they can be included in distros, so if you're still seeing problems, I'd like to work with you and any other packagers to get them resolved. --Greg > > > > > Jon > > > > > > On Tue, Jul 9, 2013 at 12:55 AM, Greg Hellings > > wrote: > >> > >> So I was trying to solve both the "Perl won't install" and the "Python > >> installs to the wrong place" issues. I committed a fix to the Python > install > >> (it was previously only installing to /usr/local regardless of the > value of > >> CMAKE_INSTALL_PREFIX) but this fix appears to have magically caused > Perl to > >> begin installing on my machine. > >> > >> Peter, can you try and do a new install from the latest versions of SVN > >> HEAD? > >> > >> Perl is still only installing to /usr/local regardless of where I set > >> CMAKE_INSTALL_PREFIX, but I imagine that fix is low priority at the > moment > >> as the bindings are not presently packaged by any distributions I am > aware > >> of. > >> > >> I would invite distribution maintainers to begin packaging the Python > and > >> Perl bindings starting with 1.7.0. I have done lots to clean them up, > >> suppress warnings, and resolve build failures. Packaging the Python > bindings > >> would permit packaging of BPBible as well, and also help with keeping > the > >> various build options I've created for the bindings clean and tested. > >> > >> --Greg > >> > >> > >> On Sun, Jul 7, 2013 at 3:20 PM, Peter von Kaehne > wrote: > >>> > >>> sword-tools/modules/crossreferences/xreffix.pl without arguments will > >>> test loading Perl Sword bindings > >>> > >>> and in Python: > >>> > >>> Simply run from commandline Python and do "import Sword" and see it > fail: > >>> > >>> >>> import Sword > >>> Traceback (most recent call last): > >>> File "", line 1, in > >>> File "Sword.py", line 26, in > >>> _Sword = swig_import_helper() > >>> File "Sword.py", line 18, in swig_import_helper > >>> import _Sword > >>> ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: > undefined > >>> symbol: u_strFromUTF8_48 > >>> >>> > >>> > >>> > >>> Gesendet: Sonntag, 07. Juli 2013 um 19:06 Uhr > >>> Von: "Greg Hellings" > >>> An: "SWORD Developers' Collaboration Forum" > > >>> Betreff: Re: [sword-devel] SWORD 1.7.0 final stretch > >>> > >>> There should be a sample of each in the swig directory tree somewhere. > I > >>> can check in an hour our so, when I get home. > >>> > >>> - Greg > >>> > >>> On Jul 7, 2013 11:42 AM, "Troy A. Griffitts" > >>> wrote: > >>>> > >>>> OK guys, > >>>> > >>>> I have just updated the autotools stuff and the README files to build > >>>> the swig bindings for both Perl and Python. Anyone know how to use > SWORD > >>>> with Perl or Python and can let me know if it actually works? > >>>> > >>>> Troy > >>>> > >>>> > >>>> > >>>> On 07/06/2013 03:04 PM, Peter von Kaehne wrote: > >>>> > >>>> On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote: > >>>> > >>>> Peter, still wondering if we have a problem we need to fix for you. > Do > >>>> our Perl and Python bindings work for other people with a similar > >>>> configuration as you? > >>>> > >>>> I have not heard from anyone that the Perl bindings are working nor > have > >>>> I heard from anyone with any clever ideas why they are not working. > >>>> > >>>> From a module making point of view the bindings are a must. But I do > not > >>>> care if they are working in in 1.7 or in a subsequent iteration as > long > >>>> as it is soon enough again. > >>>> > >>>> Peter > >>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> sword-devel mailing list: sword-devel at crosswire.org > >>>> http://www.crosswire.org/mailman/listinfo/sword-devel > >>>> Instructions to unsubscribe/change your settings at above page > >>>> > >>>> > >>>> _______________________________________________ > >>>> sword-devel mailing list: sword-devel at crosswire.org > >>>> http://www.crosswire.org/mailman/listinfo/sword-devel > >>>> Instructions to unsubscribe/change your settings at above page > >>> > >>> > >>> _______________________________________________ > >>> sword-devel mailing list: sword-devel at crosswire.org > >>> http://www.crosswire.org/mailman/listinfo/sword-devel > >>> Instructions to unsubscribe/change your settings at above page > >> > >> > >> > >> _______________________________________________ > >> sword-devel mailing list: sword-devel at crosswire.org > >> http://www.crosswire.org/mailman/listinfo/sword-devel > >> Instructions to unsubscribe/change your settings at above page > > > > > > > > _______________________________________________ > > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > > Instructions to unsubscribe/change your settings at above page > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg.hellings at gmail.com Tue Jul 9 07:05:31 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Tue, 9 Jul 2013 09:05:31 -0500 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: Message-ID: On Tue, Jul 9, 2013 at 4:41 AM, Peter von Kaehne wrote: > > > Von: "Troy A. Griffitts" > > > Peter, are you building with auto tools or cmake? I can look more into > the autotools system if the problem is here. It > doesn't seem to > use pkgconfig to get libs and flags and I'd like to switch it to that. Just > one suspect. > > auto tools. > In that case I might not be able to help you much. Can you try building them with CMake (you can see a sample invocation and build call in cmake/build-debug.sh that should be configured to build both Perl and Python bindings) and see if that installation works? If so, then it's an issue with the autotools chain. If it is still broken, then it could be a problem between our broader setup and your system's Perl/Python/Swig/whoknowswhatelse --Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: From refdoc at gmx.net Tue Jul 9 07:26:07 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Tue, 9 Jul 2013 16:26:07 +0200 (CEST) Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: , Message-ID: Von:?"Greg Hellings" In that case I might not be able to help you much. Can you try building them with CMake (you can see a sample invocation and build call in cmake/build-debug.sh that should be configured to build both Perl and Python bindings) and see if that installation works? If so, then it's an issue with the autotools chain. If it is still broken, then it could be a problem between our broader setup and your system's Perl/Python/Swig/whoknowswhatelse I have used today the cmake scripts and still get the same kind of errors. This is on two different systems - Ubuntu 13.04 and 12.10. Peter From greg.hellings at gmail.com Tue Jul 9 07:29:02 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Tue, 9 Jul 2013 09:29:02 -0500 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: Message-ID: On Tue, Jul 9, 2013 at 9:26 AM, Peter von Kaehne wrote: > > Von: "Greg Hellings" > > In that case I might not be able to help you much. Can you try building > them with CMake (you can see a sample invocation and build call in > cmake/build-debug.sh that should be configured to build both Perl and > Python bindings) and see if that installation works? If so, then it's an > issue with the autotools chain. If it is still broken, then it could be a > problem between our broader setup and your system's > Perl/Python/Swig/whoknowswhatelse > > > I have used today the cmake scripts and still get the same kind of errors. > > This is on two different systems - Ubuntu 13.04 and 12.10. > Odd, I just built yesterday on the latest LTS (12.04 I believe) and had no trouble whatsoever. I have some VMs at home with either 12.10 or 13.04 on them, and I'll give it a spin next time I'm at my desk. --Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmitrij.ledkov at ubuntu.com Tue Jul 9 07:46:52 2013 From: dmitrij.ledkov at ubuntu.com (Dmitrijs Ledkovs) Date: Tue, 9 Jul 2013 15:46:52 +0100 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <927a8df3-5734-4a43-832b-2983a98fa4a0@email.android.com> <1371978102.19155.6.camel@peter-ThinkPad-Twist> <51D77A4A.2060808@crosswire.org> <1373115888.6801.17.camel@peter-ThinkPad-Twist> <51D999FB.90207@crosswire.org> Message-ID: On 9 July 2013 15:03, Greg Hellings wrote: > > > > On Tue, Jul 9, 2013 at 6:33 AM, Dmitrijs Ledkovs > wrote: >> >> On 9 July 2013 03:55, Jonathan Morgan wrote: >> > Hi Greg, >> > >> > Python bindings were packaged by Ubuntu, and I believe 1.6.2 (current >> > latest) is still available for Ubuntu. >> > >> >> And subsequently dropped, due to failure to compile with gcc-4.7: >> >> sword (1.6.2+dfsg-4) unstable; urgency=low >> >> [ Matthias Klose ] >> * Fix build failure in installed header file with GCC 4.7. >> Addresses: #667387. >> >> [ Dmitrijs Ledkovs ] >> * Remove python-sword swig bindings. Loads of build-time warnings (4.6) >> and errors (4.7) and the resulting module was reported not to >> work. Should be readded if/when it can be build with gcc 4.7 without >> errors. (Closes: #667387) >> >> -- Dmitrijs Ledkovs Tue, 17 Apr 2012 21:39:11 +0100 > > > I'd appreciate if you can give them another go. I spent quite some time in > the latter part of last year cleaning them up. On Fedora with gcc 4.7 now I > only get a single warning about unused code when I build them. If you're > still seeing errors and warnings, then I'd like to know what your settings > are and what your errors are. > > I'm keen to have the Swig bindings in a place where they can be included in > distros, so if you're still seeing problems, I'd like to work with you and > any other packagers to get them resolved. > At the time it was failing, with just simple gcc-4.7 -O2. Please note that debian & ubuntu is up at gcc-4.8 by default now. I haven't tried bindings in a while. (not since then) perl bindings never compiled for me on debian, as of yet. So no clue about those. Regards, Dmitrijs. > --Greg > >> >> >> >> >> > Jon >> > >> > >> > On Tue, Jul 9, 2013 at 12:55 AM, Greg Hellings >> > wrote: >> >> >> >> So I was trying to solve both the "Perl won't install" and the "Python >> >> installs to the wrong place" issues. I committed a fix to the Python >> >> install >> >> (it was previously only installing to /usr/local regardless of the >> >> value of >> >> CMAKE_INSTALL_PREFIX) but this fix appears to have magically caused >> >> Perl to >> >> begin installing on my machine. >> >> >> >> Peter, can you try and do a new install from the latest versions of SVN >> >> HEAD? >> >> >> >> Perl is still only installing to /usr/local regardless of where I set >> >> CMAKE_INSTALL_PREFIX, but I imagine that fix is low priority at the >> >> moment >> >> as the bindings are not presently packaged by any distributions I am >> >> aware >> >> of. >> >> >> >> I would invite distribution maintainers to begin packaging the Python >> >> and >> >> Perl bindings starting with 1.7.0. I have done lots to clean them up, >> >> suppress warnings, and resolve build failures. Packaging the Python >> >> bindings >> >> would permit packaging of BPBible as well, and also help with keeping >> >> the >> >> various build options I've created for the bindings clean and tested. >> >> >> >> --Greg >> >> >> >> >> >> On Sun, Jul 7, 2013 at 3:20 PM, Peter von Kaehne >> >> wrote: >> >>> >> >>> sword-tools/modules/crossreferences/xreffix.pl without arguments will >> >>> test loading Perl Sword bindings >> >>> >> >>> and in Python: >> >>> >> >>> Simply run from commandline Python and do "import Sword" and see it >> >>> fail: >> >>> >> >>> >>> import Sword >> >>> Traceback (most recent call last): >> >>> File "", line 1, in >> >>> File "Sword.py", line 26, in >> >>> _Sword = swig_import_helper() >> >>> File "Sword.py", line 18, in swig_import_helper >> >>> import _Sword >> >>> ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: >> >>> undefined >> >>> symbol: u_strFromUTF8_48 >> >>> >>> >> >>> >> >>> >> >>> Gesendet: Sonntag, 07. Juli 2013 um 19:06 Uhr >> >>> Von: "Greg Hellings" >> >>> An: "SWORD Developers' Collaboration Forum" >> >>> >> >>> Betreff: Re: [sword-devel] SWORD 1.7.0 final stretch >> >>> >> >>> There should be a sample of each in the swig directory tree somewhere. >> >>> I >> >>> can check in an hour our so, when I get home. >> >>> >> >>> - Greg >> >>> >> >>> On Jul 7, 2013 11:42 AM, "Troy A. Griffitts" >> >>> wrote: >> >>>> >> >>>> OK guys, >> >>>> >> >>>> I have just updated the autotools stuff and the README files to build >> >>>> the swig bindings for both Perl and Python. Anyone know how to use >> >>>> SWORD >> >>>> with Perl or Python and can let me know if it actually works? >> >>>> >> >>>> Troy >> >>>> >> >>>> >> >>>> >> >>>> On 07/06/2013 03:04 PM, Peter von Kaehne wrote: >> >>>> >> >>>> On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote: >> >>>> >> >>>> Peter, still wondering if we have a problem we need to fix for you. >> >>>> Do >> >>>> our Perl and Python bindings work for other people with a similar >> >>>> configuration as you? >> >>>> >> >>>> I have not heard from anyone that the Perl bindings are working nor >> >>>> have >> >>>> I heard from anyone with any clever ideas why they are not working. >> >>>> >> >>>> From a module making point of view the bindings are a must. But I do >> >>>> not >> >>>> care if they are working in in 1.7 or in a subsequent iteration as >> >>>> long >> >>>> as it is soon enough again. >> >>>> >> >>>> Peter >> >>>> >> >>>> >> >>>> >> >>>> _______________________________________________ >> >>>> sword-devel mailing list: sword-devel at crosswire.org >> >>>> http://www.crosswire.org/mailman/listinfo/sword-devel >> >>>> Instructions to unsubscribe/change your settings at above page >> >>>> >> >>>> >> >>>> _______________________________________________ >> >>>> sword-devel mailing list: sword-devel at crosswire.org >> >>>> http://www.crosswire.org/mailman/listinfo/sword-devel >> >>>> Instructions to unsubscribe/change your settings at above page >> >>> >> >>> >> >>> _______________________________________________ >> >>> sword-devel mailing list: sword-devel at crosswire.org >> >>> http://www.crosswire.org/mailman/listinfo/sword-devel >> >>> Instructions to unsubscribe/change your settings at above page >> >> >> >> >> >> >> >> _______________________________________________ >> >> sword-devel mailing list: sword-devel at crosswire.org >> >> http://www.crosswire.org/mailman/listinfo/sword-devel >> >> Instructions to unsubscribe/change your settings at above page >> > >> > >> > >> > _______________________________________________ >> > sword-devel mailing list: sword-devel at crosswire.org >> > http://www.crosswire.org/mailman/listinfo/sword-devel >> > Instructions to unsubscribe/change your settings at above page >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From dfhmch at googlemail.com Tue Jul 9 12:57:16 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 9 Jul 2013 12:57:16 -0700 (PDT) Subject: [sword-devel] Module creation tools & SWORD v1.7 ? In-Reply-To: References: <1373377910231-4652767.post@n4.nabble.com> Message-ID: <1373399836150-4652775.post@n4.nabble.com> Thanks Greg. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Module-creation-tools-SWORD-v1-7-tp4652767p4652775.html Sent from the SWORD Dev mailing list archive at Nabble.com. From ryan at ryanhiebert.com Tue Jul 9 14:16:16 2013 From: ryan at ryanhiebert.com (Ryan Hiebert) Date: Tue, 9 Jul 2013 14:16:16 -0700 Subject: [sword-devel] sword.js In-Reply-To: References: <51DAB099.2080204@tetzels.de> Message-ID: Thanks for responding Greg. I've had a little trouble finding documentation on the file formats, though I have found some, mostly related to the modules.d files. Is there more documentation that you can point me to? What would you consider the primary documentation for the file formats currently? On Mon, Jul 8, 2013 at 2:06 PM, Greg Hellings wrote: > > > > On Mon, Jul 8, 2013 at 3:56 PM, Ryan Hiebert wrote: >> >> Have you looked at untar.js? >> >> >> https://code.google.com/p/bitjs/source/browse/untar.js?r=0eca1f06d91e1477e3708531939c8071fc877855 >> >> On a tangentially-related note, I've done some work on a python sword >> zmodule reader. It's stalled a bit now, because I've seen >> recommendations to use the C++ libraries, and just bindings to other >> languages. I understand the desire, but I think that Javascript is a >> good example of why that's not acceptable in all cases. For some >> distribution methods, it may be necessary to have everything >> implemented in a particular scripting language, such as for a >> Client-side Javascript bible reader. >> >> I think that encouraging using the C++ library is good, but it's even >> more important to make sure that the file formats are well documented, >> to allow alternate implementations if they are necessary. > > > Since we offer > 1) Perl bindings > 2) Python bindings > 3) CORBA bindings > 4) A Java port > 5) ObjC bindings > > I don't see that we need to document the file structure any further. If you > want a client-side application to be able to read a module, then you are > more than able to setup and configure a server that can translate between an > installed module and any web-friendly format you desire. If you can't find a > simple web framework that operates in one of those 5 languages (and one of > them is already a web-services oriented binding) then feel free to read the > C++ or Java file reading architecture. > > If you work it right, you can even have the library readily configurable > with multiple Sword remote repositories that can query for modules on the > fly, etc. Why the need to contort a client-side UI language like JavaScript > to read binary file formats? > > --Greg > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From refdoc at gmx.net Tue Jul 9 14:27:56 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Tue, 9 Jul 2013 23:27:56 +0200 (CEST) Subject: [sword-devel] sword.js In-Reply-To: References: <51DAB099.2080204@tetzels.de> , Message-ID: > Von: "Ryan Hiebert" > What would you consider the primary documentation for > the file formats currently? The source code. There is no other documentation. The format, while open source is "proprietary" in the sense that we see no need to document it and certainly no need to stick to it. We change it whe we need to. We therefore do not encourage direct interaction with it, but recommend use of the API (either C++ or Java). THis is the place where we seek stability and consistency. Peter From dmsmith at crosswire.org Tue Jul 9 14:29:43 2013 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 9 Jul 2013 17:29:43 -0400 Subject: [sword-devel] sword.js In-Reply-To: References: <51DAB099.2080204@tetzels.de> Message-ID: <78081DB5-3DBB-4ED5-8C44-5C1E452B4073@crosswire.org> There is no documentation of file formats. The code for it has very little documentation either. The intention is that SWORD C++ is used directly or via bindings. In Him, DM Smith On Jul 9, 2013, at 5:16 PM, Ryan Hiebert wrote: > Thanks for responding Greg. I've had a little trouble finding > documentation on the file formats, though I have found some, mostly > related to the modules.d files. Is there more documentation that you > can point me to? What would you consider the primary documentation for > the file formats currently? > > On Mon, Jul 8, 2013 at 2:06 PM, Greg Hellings wrote: >> >> >> >> On Mon, Jul 8, 2013 at 3:56 PM, Ryan Hiebert wrote: >>> >>> Have you looked at untar.js? >>> >>> >>> https://code.google.com/p/bitjs/source/browse/untar.js?r=0eca1f06d91e1477e3708531939c8071fc877855 >>> >>> On a tangentially-related note, I've done some work on a python sword >>> zmodule reader. It's stalled a bit now, because I've seen >>> recommendations to use the C++ libraries, and just bindings to other >>> languages. I understand the desire, but I think that Javascript is a >>> good example of why that's not acceptable in all cases. For some >>> distribution methods, it may be necessary to have everything >>> implemented in a particular scripting language, such as for a >>> Client-side Javascript bible reader. >>> >>> I think that encouraging using the C++ library is good, but it's even >>> more important to make sure that the file formats are well documented, >>> to allow alternate implementations if they are necessary. >> >> >> Since we offer >> 1) Perl bindings >> 2) Python bindings >> 3) CORBA bindings >> 4) A Java port >> 5) ObjC bindings >> >> I don't see that we need to document the file structure any further. If you >> want a client-side application to be able to read a module, then you are >> more than able to setup and configure a server that can translate between an >> installed module and any web-friendly format you desire. If you can't find a >> simple web framework that operates in one of those 5 languages (and one of >> them is already a web-services oriented binding) then feel free to read the >> C++ or Java file reading architecture. >> >> If you work it right, you can even have the library readily configurable >> with multiple Sword remote repositories that can query for modules on the >> fly, etc. Why the need to contort a client-side UI language like JavaScript >> to read binary file formats? >> >> --Greg >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From jaak at ristioja.ee Tue Jul 9 15:12:18 2013 From: jaak at ristioja.ee (Jaak Ristioja) Date: Wed, 10 Jul 2013 01:12:18 +0300 Subject: [sword-devel] Repositories for free and open works Message-ID: <51DC8AC2.60304@ristioja.ee> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello! If I remember correctly, in a previous e-mail it was written that not all modules distributed by Crosswire can be openly and freely distributed by third parties, since license or permission for distribution has only been given to Crosswire. So this leads me to the following proposal. Do we have repositories of Sword modules which can be freely and openly distributed by everyone? If not, I suggest we create such repositories to ease distribution and mirroring of works. Blessings, Jaak -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQgcBAEBAgAGBQJR3Iq+AAoJEEqsYmEt1rCOWbI//0y2qyY0mHZMuG+N65+CrIwF tqQurlz4tNViXeMsMlBiNLv3t1cUV1F9VYIKfKGgiVvrBUTkm46kSYNqhmUTZ1SG gBj2kAjScFqkRQuDbAKcNhN8NwQgmDh9KQgttQK5BT17qAFIWTKwbNWLzGRcqYg3 LvIpF0njHHCdbuFrc71/YM4abgebqWPQVo7KzLV2T3AqwWGvfx7tL5Y4/pvjIVGU LH73hjf1l9nc3NQEHedeD7w5SherTg/beOFWiO/aU8Qd/g2Nys2ES8cZXZ1gTQ85 yAJ56WMrYiimO8vEeblAGy4ewtjIQRx4ZsKytCsSzPH3Y7CGKKCqaF+wyk4yyofz 7os31u6Mxu97S1R5OAetpQOsFvh82MgrTXzS+DzPZlJCZZJcyPDL+Bidepqazu9l dhZo7T1UFqq8MnURndsDVpU2FmrtT6Ce4AS1L+644j7pR2sjzEDVXbOAUYTHXA6r IseLzjUEoy5joWqEyYaSrwX0mU4dZkHFBcuhrwT4bo2/HGxYIjAhzRsfPa3ya5pm OkCY0b/747WHOhvJioHuVmeK9iGCxmw20AFOMhLSQmFICokdjYhvyopCp+SSeJLL B9zX3Jw9U838fx/melVSd1uxfYlDnPS/HFhanneud3vexwAco4FvmqVEKAbmjKa6 fKQ+KT7rYLSbbgcxJZCLuaPeVdw0DEoJPxakyPYTkW4o4t97fDLZFZQnpkKd231K kB1Fb3L/+QcrYpnQ+AgW47wEhgb3oEt3EYTYa4NMIKhcksxv1k29tyzYEgxs4omF uW6HaJM9i1BTXcwe9fcmsokxvgthHPLt8EaXrB7jjISffBZ2XujdzGmdImC1e9qN Fkvbh97x9hJ4ZVJIFzhdyNFBMPf3qd/kRNYTFYgLAxGSWmEJt1veggoM4vmpqGFr 8Y8mbvbLs8AFBJwoLpMoQjjf8z9mvvRU1hk6ybupfznZ/UdhkwayIQBgrYawovJ3 7PiGSNVpE1D6q3DP5xQNtAUjPaDNtCS667Apw+rPckxs4GUWcgFbcNOJgqRiGfbP WatyLbEd8tN5WD3VUYCXmtW7vzqnFyLXN2aUh+8CW5eoIalXwDqS+nk9a+rHOEW2 01RLEXHqwBROLd251jVyXIc/olXb1p6/wZtBRq8E6McWEkcFDz8rhWJ3sGJGObDN aBfOVmI4Ysdl4srwBKDOD9byL4DmvoclGTkAN8Ouj8EKKO6pE1eejU9qBteTpPGY sJqF8TfGUY+Ucfrqpq2e5I2WABF27+/il+cwvL3O9whoJ9X09AvuCMalH7iLz8UL T9hkJBijcNjTdDnCu1dD2z/dGoFDjhnz0KjA1tUbK+3/Ndm3+x1x9l7xN5lTVjC1 oHDvtZ7aYA/NgPOXX/oa2drhkcl/TrcdOBc/25VmwgwtDCEElIcYoqKIdDSM2PMO JxL8MKQq2I2DFrSqFxMpiPMhLSVPUdy1QLmLKtHgQFD7jRjFMs+dotCxLdzv3t1+ 97RifrATFzSVBpgsVbR0KW9hb7rwIQvosV9VYLxPVvLVJsmAT1V008xx72UWzL4j CFOsGeSY1S5E/8Qoz1XW/aVH9esHnOC14WG4nK8uwVmrHbJscxGlHjvuC2disBoi gLkcVprNUnIDQVNV4u1htX12tYlivFQ5NNbWv36RJMNZqBVUAUbboKZiuS+dNwsZ UBw6NEBUDP/Mkl3JBjkLWIgdW/Km9LpzrzSCRkDpqaaibn6qMMbKWDOofyb5shbc fNC3ZPSExWbeiYIcdD96kSRE7vxc6vpNZT0gIa00PjUgI6Tmxxxv8F8qH/cyJuVF ZJsY9sEDvVLOi7jurk/9s6X/hOxC+fyIoRTjnNUWR7skE8PyCBukPoaXLiA/30ti TwxxMwFngNMxRB0f1fhi0IHWDMX4GcNxhYi3fWgl4VcT6T7lZ8epAoTMWMvJt+sU UBks02godyH96Rx3jrcm0TScg1Ku+dowG4sBISqkyuAB5t8XSq9CzkNdDGFpCN+L D64ffN5yFmKtbmi8rKGIJXTsaTRYSP3UPnVm6wfR8kF5Yye3yh9aK8ubIEEUWRVs lkBe3D5rFaIQK1vi/5j/N4zi+Qpd7MioEzhydRsXVfcqcGZ/Hp906rbwfNCqMqHT j8QRvOANRq7ZbX5b4MfEdEDSL3zqEmdhLk24Z1wp/FB8v0hK/uvzESJTv5Dsr6Ry K8GxyRoIi2cXNQKNC3/ngFLCkHB90LuJSk5rDIVlyG4orlZS251SJzRJe2eiqyBa 5pAThzWkIroUjojpsD7APqm/mjR/K1+ejz5wTSnpj1HBD9KMcHddiSbeWbruHSE8 AkiyMqJLCeMGNprEgZs1bk0lb5HdtH052p+6izFXKp4thY8vPYPJRuXzFlN3F8yy tO/+omhELnWaizRdmUl4wIjRth+Rc+k9ZN4uJ9hdnyjXCWZLDYd5Uw2rKjvdgqar d6lt2zWfWKRmYJYD+ocIiLycSTREU1qWsCxEHRB0eZdKxrZlW2imq7WXcCXx0NY6 wDc7Bpfc0gGVmKDS1aUSk13cmXXMy4cb4SK+o6sNH3xqqG3rouLeXYz4AW1mLamB W359YG47vblAgKgPV5XNCe3uHQPw2UiGcg7irBTplMVzOJacnQAVYlJaRD2XlyAx JIFW+0fVTdwNCAWIq43l9O6AA6FZaAIhVC85YKzBEPkR1mAVj9++AYPUJZHYvNpt k1fr+4c+MWCQQEM9EKKi =vjTE -----END PGP SIGNATURE----- From chris at burrell.me.uk Tue Jul 9 15:22:39 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Tue, 9 Jul 2013 23:22:39 +0100 Subject: [sword-devel] Repositories for free and open works In-Reply-To: <51DC8AC2.60304@ristioja.ee> References: <51DC8AC2.60304@ristioja.ee> Message-ID: Public domain ones to start with, obviously. Are we really going to reopen the debate around redistribution abs mirroring again? It feels like only a couple of months ago since the last time where we came to the conclusion that mirroring was strongly discouraged and frontends didn't cope well multiple repositories sometimes hosting the same module. Chris On 9 Jul 2013 23:13, "Jaak Ristioja" wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello! > > If I remember correctly, in a previous e-mail it was written that not > all modules distributed by Crosswire can be openly and freely > distributed by third parties, since license or permission for > distribution has only been given to Crosswire. So this leads me to the > following proposal. > > Do we have repositories of Sword modules which can be freely and > openly distributed by everyone? If not, I suggest we create such > repositories to ease distribution and mirroring of works. > > Blessings, > Jaak > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.20 (GNU/Linux) > > iQgcBAEBAgAGBQJR3Iq+AAoJEEqsYmEt1rCOWbI//0y2qyY0mHZMuG+N65+CrIwF > tqQurlz4tNViXeMsMlBiNLv3t1cUV1F9VYIKfKGgiVvrBUTkm46kSYNqhmUTZ1SG > gBj2kAjScFqkRQuDbAKcNhN8NwQgmDh9KQgttQK5BT17qAFIWTKwbNWLzGRcqYg3 > LvIpF0njHHCdbuFrc71/YM4abgebqWPQVo7KzLV2T3AqwWGvfx7tL5Y4/pvjIVGU > LH73hjf1l9nc3NQEHedeD7w5SherTg/beOFWiO/aU8Qd/g2Nys2ES8cZXZ1gTQ85 > yAJ56WMrYiimO8vEeblAGy4ewtjIQRx4ZsKytCsSzPH3Y7CGKKCqaF+wyk4yyofz > 7os31u6Mxu97S1R5OAetpQOsFvh82MgrTXzS+DzPZlJCZZJcyPDL+Bidepqazu9l > dhZo7T1UFqq8MnURndsDVpU2FmrtT6Ce4AS1L+644j7pR2sjzEDVXbOAUYTHXA6r > IseLzjUEoy5joWqEyYaSrwX0mU4dZkHFBcuhrwT4bo2/HGxYIjAhzRsfPa3ya5pm > OkCY0b/747WHOhvJioHuVmeK9iGCxmw20AFOMhLSQmFICokdjYhvyopCp+SSeJLL > B9zX3Jw9U838fx/melVSd1uxfYlDnPS/HFhanneud3vexwAco4FvmqVEKAbmjKa6 > fKQ+KT7rYLSbbgcxJZCLuaPeVdw0DEoJPxakyPYTkW4o4t97fDLZFZQnpkKd231K > kB1Fb3L/+QcrYpnQ+AgW47wEhgb3oEt3EYTYa4NMIKhcksxv1k29tyzYEgxs4omF > uW6HaJM9i1BTXcwe9fcmsokxvgthHPLt8EaXrB7jjISffBZ2XujdzGmdImC1e9qN > Fkvbh97x9hJ4ZVJIFzhdyNFBMPf3qd/kRNYTFYgLAxGSWmEJt1veggoM4vmpqGFr > 8Y8mbvbLs8AFBJwoLpMoQjjf8z9mvvRU1hk6ybupfznZ/UdhkwayIQBgrYawovJ3 > 7PiGSNVpE1D6q3DP5xQNtAUjPaDNtCS667Apw+rPckxs4GUWcgFbcNOJgqRiGfbP > WatyLbEd8tN5WD3VUYCXmtW7vzqnFyLXN2aUh+8CW5eoIalXwDqS+nk9a+rHOEW2 > 01RLEXHqwBROLd251jVyXIc/olXb1p6/wZtBRq8E6McWEkcFDz8rhWJ3sGJGObDN > aBfOVmI4Ysdl4srwBKDOD9byL4DmvoclGTkAN8Ouj8EKKO6pE1eejU9qBteTpPGY > sJqF8TfGUY+Ucfrqpq2e5I2WABF27+/il+cwvL3O9whoJ9X09AvuCMalH7iLz8UL > T9hkJBijcNjTdDnCu1dD2z/dGoFDjhnz0KjA1tUbK+3/Ndm3+x1x9l7xN5lTVjC1 > oHDvtZ7aYA/NgPOXX/oa2drhkcl/TrcdOBc/25VmwgwtDCEElIcYoqKIdDSM2PMO > JxL8MKQq2I2DFrSqFxMpiPMhLSVPUdy1QLmLKtHgQFD7jRjFMs+dotCxLdzv3t1+ > 97RifrATFzSVBpgsVbR0KW9hb7rwIQvosV9VYLxPVvLVJsmAT1V008xx72UWzL4j > CFOsGeSY1S5E/8Qoz1XW/aVH9esHnOC14WG4nK8uwVmrHbJscxGlHjvuC2disBoi > gLkcVprNUnIDQVNV4u1htX12tYlivFQ5NNbWv36RJMNZqBVUAUbboKZiuS+dNwsZ > UBw6NEBUDP/Mkl3JBjkLWIgdW/Km9LpzrzSCRkDpqaaibn6qMMbKWDOofyb5shbc > fNC3ZPSExWbeiYIcdD96kSRE7vxc6vpNZT0gIa00PjUgI6Tmxxxv8F8qH/cyJuVF > ZJsY9sEDvVLOi7jurk/9s6X/hOxC+fyIoRTjnNUWR7skE8PyCBukPoaXLiA/30ti > TwxxMwFngNMxRB0f1fhi0IHWDMX4GcNxhYi3fWgl4VcT6T7lZ8epAoTMWMvJt+sU > UBks02godyH96Rx3jrcm0TScg1Ku+dowG4sBISqkyuAB5t8XSq9CzkNdDGFpCN+L > D64ffN5yFmKtbmi8rKGIJXTsaTRYSP3UPnVm6wfR8kF5Yye3yh9aK8ubIEEUWRVs > lkBe3D5rFaIQK1vi/5j/N4zi+Qpd7MioEzhydRsXVfcqcGZ/Hp906rbwfNCqMqHT > j8QRvOANRq7ZbX5b4MfEdEDSL3zqEmdhLk24Z1wp/FB8v0hK/uvzESJTv5Dsr6Ry > K8GxyRoIi2cXNQKNC3/ngFLCkHB90LuJSk5rDIVlyG4orlZS251SJzRJe2eiqyBa > 5pAThzWkIroUjojpsD7APqm/mjR/K1+ejz5wTSnpj1HBD9KMcHddiSbeWbruHSE8 > AkiyMqJLCeMGNprEgZs1bk0lb5HdtH052p+6izFXKp4thY8vPYPJRuXzFlN3F8yy > tO/+omhELnWaizRdmUl4wIjRth+Rc+k9ZN4uJ9hdnyjXCWZLDYd5Uw2rKjvdgqar > d6lt2zWfWKRmYJYD+ocIiLycSTREU1qWsCxEHRB0eZdKxrZlW2imq7WXcCXx0NY6 > wDc7Bpfc0gGVmKDS1aUSk13cmXXMy4cb4SK+o6sNH3xqqG3rouLeXYz4AW1mLamB > W359YG47vblAgKgPV5XNCe3uHQPw2UiGcg7irBTplMVzOJacnQAVYlJaRD2XlyAx > JIFW+0fVTdwNCAWIq43l9O6AA6FZaAIhVC85YKzBEPkR1mAVj9++AYPUJZHYvNpt > k1fr+4c+MWCQQEM9EKKi > =vjTE > -----END PGP SIGNATURE----- > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From refdoc at gmx.net Tue Jul 9 15:36:14 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Wed, 10 Jul 2013 00:36:14 +0200 (CEST) Subject: [sword-devel] Repositories for free and open works In-Reply-To: <51DC8AC2.60304@ristioja.ee> References: <51DC8AC2.60304@ristioja.ee> Message-ID: On Wed, 2013-07-10 at 01:12 +0300, Jaak Ristioja wrote: If not, I suggest we create such > repositories to ease distribution and mirroring of works. > Considering that we have had a very extensive discussion only 6 months ago on the lack of _any_ desire to start or support mirroring I am not convinced that this is a great idea. re mirroring: this was summarily rejected - and not just for license reasons, but also for reasons of consistency accross mirrors and ability to push through rapidly updates or changes (including, unfortunately, from time to time changes in licensing, when e.g. it became obvious that a permission has been withdrawn or that a supposed public domain module was after all not in the PD) Peter From jonathon.blake at gmail.com Tue Jul 9 22:26:01 2013 From: jonathon.blake at gmail.com (Jonathon) Date: Wed, 10 Jul 2013 05:26:01 +0000 Subject: [sword-devel] Repositories for free and open works In-Reply-To: <51DC8AC2.60304@ristioja.ee> References: <51DC8AC2.60304@ristioja.ee> Message-ID: <51DCF069.70906@gmail.com> On 07/09/2013 10:12 PM, Jaak Ristioja wrote: >I suggest we create such repositories to ease distribution and mirroring of works. The only potential virtue of creating a mirror repository, would be if a church had decided upon _The Sword Project_ as its official Bible Study Software, and wanted to provide an easy way for members to download and install all of the resources used by the congregation for its Small Groups, Sunday School, Bible Study, Church Services, and other activities. For that specific instance, the church would create its own repository. jonathon -- Email with a status of other than "junk", "bulk", or "list" is forwarded to Dave Null, unread. From dfhmch at googlemail.com Wed Jul 10 00:37:30 2013 From: dfhmch at googlemail.com (David Haslam) Date: Wed, 10 Jul 2013 00:37:30 -0700 (PDT) Subject: [sword-devel] sword.js In-Reply-To: References: <51DAB099.2080204@tetzels.de> Message-ID: <1373441850741-4652783.post@n4.nabble.com> Because our friend Ryan found this so "hard to find", I have added a new top section to our file formats page, based on lightly editing the responses from Peter and DM. See http://crosswire.org/wiki/File_Formats#SWORD_modules This should make things clearer to future visitors. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/sword-js-tp4652751p4652783.html Sent from the SWORD Dev mailing list archive at Nabble.com. From kostyamaslyuk at gmail.com Wed Jul 10 09:02:36 2013 From: kostyamaslyuk at gmail.com (=?KOI8-R?B?68/T1NEg7cHTzMDL?=) Date: Wed, 10 Jul 2013 20:02:36 +0400 Subject: [sword-devel] Parallel Display of Differing V11n Systems (was: Versifications and verse order) In-Reply-To: <51D58E7F.8010403@crosswire.org> References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> <1372944365692-4652712.post@n4.nabble.com> <51D58E7F.8010403@crosswire.org> Message-ID: Sorry, when i try to imagine your conception of 'superset', i found verses scattered all around the room after translation procedure. Have you any visual representation of what you would like to achieve in final, or would you make such a table by your self? Should verses content be always equivalent in parallel view? What a text should fill the gaps? This is most confusing to me, module simply does not contain corresponding content, haven't clue what it could be... If we start to translating ListKey superset and displaying its content, we can got long enough recursion, for example in Psalms, all the book will be displayed when user request verse in chapter #3. I have added rough draft of Parallel display with respect of av11n mappings in BibleTime Mini: https://www.dropbox.com/s/11a3dvdz0yu8xf3/boundle.zip 2013/7/4 Troy A. Griffitts > Hi guys. The questions that need answers in this thread are logically > complex and are one of the reasons we haven't finalized any additions to > the core SWORD library to support this-- though I greatly appreciate the > contributions made by ?????. > > Take, for example our standard 4 Bible web display preset for "OT > Scholar", at Daniel chapter 3, around veres 23: > > http://crosswire.org/study/**parallelstudy.jsp?del=all&add=** > NASB&add=WLC&add=KJV&add=LXX&**key=Dan.3.23#cv > > How should this look? > > The problem, for the uninitiated, is that The Prayer of Azariah and the > Song of the Three Jews in the LXX is inserted between what we traditionally > think of as verses 23 and 24. This makes verse 24 in the KJV very different > content than what should be verse 24 in the LXX (our current LXX displayed > from the link above does not include Apocryphal content)-- verse 24 in the > LXX being the first part of the Apocryphal content, thus verse 91 in the > LXX picking back up where verse 24, in say the NASB (without the apocryphal > insertion), continues. > > The web interface above always displays in windows of 1 chapter. Thus the > user has asked for Chapter 3 of Daniel, centered on verse 23. > > There are a few questions to answer. > > What if they had asked for verse 24? > > What content do we show? > > Use case: The user is a protestant pastor, has chosen NASB as his primary > Bible, and is interested in seeing the parallel verses to the NASB in the > other texts. He is not interested in seeing apocryphal insertions. He > primarily cares about the NASB and only glances at the content from the > other modules when interested in seeing the parallel. > > This is how the web frontend, and all current SWORD based frontends > *should* currently work with no code changes, with the v11n translation > facilities currently designed in the engine. It uses the first module as > the "master" and iterated its key and pulls the equivalent verses from the > other modules. The current facility in the engine allows for: > > lxx->setKey(nasb->getKey()) > > resulting in the LXX being positioned to the equivalent verse (e.g., v91 > from nasb v24)-- if translation tables (for example from ?????) were in > place. > > But this use case, while likely the most dominant, is not the most > scholarly. A scholar would likely wish to see a *superset* of all verses > from all displayed parallel Bibles, inserting gaps where they should go in > the other text which do not contain the verses. > > Not too hard to imagine, but what is the programmer-friendly API interface > for this? Harder to imagine. You can't simply choose one of the modules to > iterate. > Possibly: > > ListKey superset; > superset << kjv->getKey() << nasb->getKey() << lxx->getKey() << > wlc->getKey(); > > then one could iterate the superset listkey. > > This would leave the work of figuring out where the gaps should go up to > ListKey, or something in the translation system in VerseKey which backs > ListKey. > > It's a complex problem, but we haven't even talked about the issue of > reordered content. Sometime Romans 16:25-27a (obviously excluding the > subscriptio) is located after Romans 14:23. This is an example of > reordering. It doesn't give problems from our "chapter window display" > because the reordering is across different chapters and you could still > pick your poison from the 2 choices above for display logic, but what about > display windows which allow more than a single chapter, like BibleDesktop? > Now the question arises. If you've chosen to build a superset, where do the > gaps go? You could reasonably add them to either place (after Romans 14:23 > in the modules which don't include the doxology here or after Romans 16:24 > for modules which don't include the doxology here). How do you decide? How > should the program decide? > > Lot's of questions and input we all need to give and a working proof of > concept for at least a single frontend before we commit to something for > everyone to use in the engine. > > Obviously not a 1.7.x issue, but feel free to continue to give input. > > Troy > > > > On 07/04/2013 03:26 PM, David Haslam wrote: > >> And (for example) if you wish to query the whole of the JPS module using >> book >> names, it will not do to specify *Gen-Mal*. >> >> You'd need to remember that in the Tanakh, the last book is *II >> Chronicles*. >> >> >> >> -- >> View this message in context: http://sword-dev.350566.n4.** >> nabble.com/Versifications-and-**verse-order-tp4652697p4652712.**html >> Sent from the SWORD Dev mailing list archive at Nabble.com. >> >> ______________________________**_________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/**mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> > > > ______________________________**_________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/**mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page ----------- ???????? ????? ----------- ???????? ? ??????? HTML ???? ?????????… URL: From kostyamaslyuk at gmail.com Wed Jul 10 09:38:43 2013 From: kostyamaslyuk at gmail.com (=?KOI8-R?B?68/T1NEg7cHTzMDL?=) Date: Wed, 10 Jul 2013 20:38:43 +0400 Subject: [sword-devel] Ubuntu Touch Bible app In-Reply-To: <51D4BBF9.8050700@gmail.com> References: <51D4BBF9.8050700@gmail.com> Message-ID: Hi, just would like add my points to this conversation. If Ubuntu Phone OS supports Qt C++ development, why not to give a try to existing Sword Qt Project? BibleTime Mini is now at releasing development stage and have relative long development history. It use QtCreator *.pro-file based building/deployment system, so you are able to just open it and build. If you are looking for place to place efforts in Bible software development, it is good point too collaborate too, because your work will be available on other platforms (Android, IOS, Symbian, and other packages are already been made). I have plans to add QML support for some platforms (iOS and Android) to add cool looking controls and animations to ui transitions. By the way, Gary, is there any opportunity to unite efforts on both BibleTime Mini and BibleTime Mobile from my side? I think together we are able to produce better application for users. Let God bless you. 2013/7/4 Israel > Hi everyone, > There are a few of us who have banded together to start work on a Ubuntu > Touch SWORD app. Is anyone else working on one? > If anyone is interested please join us on github. > https://github.com/uBible > We are currently in the process of working out the beginning details, such > as UI setup, features, etc.... > May the Lord Jesus bless you all! > > -- > Regards > > > ______________________________**_________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/**mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > ----------- ???????? ????? ----------- ???????? ? ??????? HTML ???? ?????????… URL: From chris at burrell.me.uk Wed Jul 10 14:25:02 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Wed, 10 Jul 2013 22:25:02 +0100 Subject: [sword-devel] Parallel Display of Differing V11n Systems (was: Versifications and verse order) In-Reply-To: References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> <1372944365692-4652712.post@n4.nabble.com> <51D58E7F.8010403@crosswire.org> Message-ID: I don't think an explicit superset is required. An implicit one yes. By that I mean that if you allow a versification X to map to the known KJV Versification with parts (say 'a' 'b', or 'firstSentence', 'secondSentence', etc. - i.e. arbitrary parts), then it means you can go from X to Y via the KJV without losing resolution. For the Psalms all I was intending to have is for example (taken example from memory for Leningrad - so might be the wrong psalm). Psalm.51.1=Psalm.51.0 at a Psalm.51.2=Psalm.51.0 at b Psalm.51.3-21=Psalm.51.1-19 Meaning Leningrad (left) maps to the KJV verses (right). The part suffixes are only used if you are going from Leningrad through the KJV to say Synodal. If the Synodal were to declare exactly the same breakdown as above, also using the parts @a and @b it would mean you could end go from Psalm.50.1 to Psalm.50.1 as opposed to Psalm.51.1=>Psalm.51.0=>Psalm.51.1-2 In the above, the superset of keys really is: Psalm.51.0 at a, Psalm51.0 at b, and Psalm.51.1, Psalm.51.2, etc. You could obviously chose more meaningful part names say: Psalm.51.1=Psalm.51.0 at repentance-prayer Psalm.51.2=Psalm.51.0 at bathsheba-intro Or obviously, just keep track somewhere of what those parts really mean in practice. I think in terms of displays, there are really many options. Two things I'm looking at: * warning the user if for some reason we're displaying more verse ranges than the original passage... In other words, if we've broken 1 range into 2, and therefore omitted displaying some verses (because they don't map to the original passage), then we warn the user to say "it's not an error, and you're not seeing everything on purpose). The alternative is to somehow decide to show the missing verses - and then the complication is where do you put the missing verse in the verse order. * warning the user if you're displaying a verse more than once (nice to tell the user, hey, because of versification issues, this verse shouldn't be there twice, but we think it's beneficial to display twice because it really does map to both source verses). * Absent verses, I'm leaving blank at the moment. Chris On 10 July 2013 17:02, ????? ?????? wrote: > Sorry, when i try to imagine your conception of 'superset', i found verses > scattered all around the room after translation procedure. Have you any > visual representation of what you would like to achieve in final, or would > you make such a table by your self? > > Should verses content be always equivalent in parallel view? > > What a text should fill the gaps? This is most confusing to me, module > simply does not contain corresponding content, haven't clue what it could > be... > > If we start to translating ListKey superset and displaying its content, we > can got long enough recursion, for example in Psalms, all the book will be > displayed when user request verse in chapter #3. > > > I have added rough draft of Parallel display with respect of av11n > mappings in BibleTime Mini: > https://www.dropbox.com/s/11a3dvdz0yu8xf3/boundle.zip > > > > 2013/7/4 Troy A. Griffitts > > Hi guys. The questions that need answers in this thread are logically >> complex and are one of the reasons we haven't finalized any additions to >> the core SWORD library to support this-- though I greatly appreciate the >> contributions made by ?????. >> >> Take, for example our standard 4 Bible web display preset for "OT >> Scholar", at Daniel chapter 3, around veres 23: >> >> http://crosswire.org/study/**parallelstudy.jsp?del=all&add=** >> NASB&add=WLC&add=KJV&add=LXX&**key=Dan.3.23#cv >> >> How should this look? >> >> The problem, for the uninitiated, is that The Prayer of Azariah and the >> Song of the Three Jews in the LXX is inserted between what we traditionally >> think of as verses 23 and 24. This makes verse 24 in the KJV very different >> content than what should be verse 24 in the LXX (our current LXX displayed >> from the link above does not include Apocryphal content)-- verse 24 in the >> LXX being the first part of the Apocryphal content, thus verse 91 in the >> LXX picking back up where verse 24, in say the NASB (without the apocryphal >> insertion), continues. >> >> The web interface above always displays in windows of 1 chapter. Thus the >> user has asked for Chapter 3 of Daniel, centered on verse 23. >> >> There are a few questions to answer. >> >> What if they had asked for verse 24? >> >> What content do we show? >> >> Use case: The user is a protestant pastor, has chosen NASB as his primary >> Bible, and is interested in seeing the parallel verses to the NASB in the >> other texts. He is not interested in seeing apocryphal insertions. He >> primarily cares about the NASB and only glances at the content from the >> other modules when interested in seeing the parallel. >> >> This is how the web frontend, and all current SWORD based frontends >> *should* currently work with no code changes, with the v11n translation >> facilities currently designed in the engine. It uses the first module as >> the "master" and iterated its key and pulls the equivalent verses from the >> other modules. The current facility in the engine allows for: >> >> lxx->setKey(nasb->getKey()) >> >> resulting in the LXX being positioned to the equivalent verse (e.g., v91 >> from nasb v24)-- if translation tables (for example from ?????) were in >> place. >> >> But this use case, while likely the most dominant, is not the most >> scholarly. A scholar would likely wish to see a *superset* of all verses >> from all displayed parallel Bibles, inserting gaps where they should go in >> the other text which do not contain the verses. >> >> Not too hard to imagine, but what is the programmer-friendly API >> interface for this? Harder to imagine. You can't simply choose one of the >> modules to iterate. >> Possibly: >> >> ListKey superset; >> superset << kjv->getKey() << nasb->getKey() << lxx->getKey() << >> wlc->getKey(); >> >> then one could iterate the superset listkey. >> >> This would leave the work of figuring out where the gaps should go up to >> ListKey, or something in the translation system in VerseKey which backs >> ListKey. >> >> It's a complex problem, but we haven't even talked about the issue of >> reordered content. Sometime Romans 16:25-27a (obviously excluding the >> subscriptio) is located after Romans 14:23. This is an example of >> reordering. It doesn't give problems from our "chapter window display" >> because the reordering is across different chapters and you could still >> pick your poison from the 2 choices above for display logic, but what about >> display windows which allow more than a single chapter, like BibleDesktop? >> Now the question arises. If you've chosen to build a superset, where do the >> gaps go? You could reasonably add them to either place (after Romans 14:23 >> in the modules which don't include the doxology here or after Romans 16:24 >> for modules which don't include the doxology here). How do you decide? How >> should the program decide? >> >> Lot's of questions and input we all need to give and a working proof of >> concept for at least a single frontend before we commit to something for >> everyone to use in the engine. >> >> Obviously not a 1.7.x issue, but feel free to continue to give input. >> >> Troy >> >> >> >> On 07/04/2013 03:26 PM, David Haslam wrote: >> >>> And (for example) if you wish to query the whole of the JPS module using >>> book >>> names, it will not do to specify *Gen-Mal*. >>> >>> You'd need to remember that in the Tanakh, the last book is *II >>> Chronicles*. >>> >>> >>> >>> -- >>> View this message in context: http://sword-dev.350566.n4.** >>> nabble.com/Versifications-and-**verse-order-tp4652697p4652712.**html >>> Sent from the SWORD Dev mailing list archive at Nabble.com. >>> >>> ______________________________**_________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >>> >> >> >> ______________________________**_________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/**mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Wed Jul 10 14:26:13 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Wed, 10 Jul 2013 22:26:13 +0100 Subject: [sword-devel] Parallel Display of Differing V11n Systems (was: Versifications and verse order) In-Reply-To: References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> <1372944365692-4652712.post@n4.nabble.com> <51D58E7F.8010403@crosswire.org> Message-ID: sorry, this: Psalm.51.1=Psalm.51.0 at repentance-prayer Psalm.51.2=Psalm.51.0 at bathsheba-intro would be better as: Psalm.51.1=Psalm.51.0 at musical-instruction Psalm.51.2=Psalm.51.0 at bathsheba-intro Chris On 10 July 2013 22:25, Chris Burrell wrote: > I don't think an explicit superset is required. An implicit one yes. By > that I mean that if you allow a versification X to map to the known KJV > Versification with parts (say 'a' 'b', or 'firstSentence', > 'secondSentence', etc. - i.e. arbitrary parts), then it means you can go > from X to Y via the KJV without losing resolution. > > For the Psalms all I was intending to have is for example (taken example > from memory for Leningrad - so might be the wrong psalm). > > Psalm.51.1=Psalm.51.0 at a > Psalm.51.2=Psalm.51.0 at b > Psalm.51.3-21=Psalm.51.1-19 > > Meaning Leningrad (left) maps to the KJV verses (right). The part suffixes > are only used if you are going from Leningrad through the KJV to say > Synodal. If the Synodal were to declare exactly the same breakdown as > above, also using the parts @a and @b it would mean you could end go from > Psalm.50.1 to Psalm.50.1 as opposed to Psalm.51.1=>Psalm.51.0=>Psalm.51.1-2 > > In the above, the superset of keys really is: > Psalm.51.0 at a, Psalm51.0 at b, and Psalm.51.1, Psalm.51.2, etc. > > You could obviously chose more meaningful part names say: > Psalm.51.1=Psalm.51.0 at repentance-prayer > Psalm.51.2=Psalm.51.0 at bathsheba-intro > > Or obviously, just keep track somewhere of what those parts really mean in > practice. > > I think in terms of displays, there are really many options. Two things > I'm looking at: > > * warning the user if for some reason we're displaying more verse ranges > than the original passage... In other words, if we've broken 1 range into > 2, and therefore omitted displaying some verses (because they don't map to > the original passage), then we warn the user to say "it's not an error, and > you're not seeing everything on purpose). The alternative is to somehow > decide to show the missing verses - and then the complication is where do > you put the missing verse in the verse order. > > * warning the user if you're displaying a verse more than once (nice to > tell the user, hey, because of versification issues, this verse shouldn't > be there twice, but we think it's beneficial to display twice because it > really does map to both source verses). > > > * Absent verses, I'm leaving blank at the moment. > > Chris > > > > On 10 July 2013 17:02, ????? ?????? wrote: > >> Sorry, when i try to imagine your conception of 'superset', i found >> verses scattered all around the room after translation procedure. Have you >> any visual representation of what you would like to achieve in final, or >> would you make such a table by your self? >> >> Should verses content be always equivalent in parallel view? >> >> What a text should fill the gaps? This is most confusing to me, module >> simply does not contain corresponding content, haven't clue what it could >> be... >> >> If we start to translating ListKey superset and displaying its content, >> we can got long enough recursion, for example in Psalms, all the book will >> be displayed when user request verse in chapter #3. >> >> >> I have added rough draft of Parallel display with respect of av11n >> mappings in BibleTime Mini: >> https://www.dropbox.com/s/11a3dvdz0yu8xf3/boundle.zip >> >> >> >> 2013/7/4 Troy A. Griffitts >> >> Hi guys. The questions that need answers in this thread are logically >>> complex and are one of the reasons we haven't finalized any additions to >>> the core SWORD library to support this-- though I greatly appreciate the >>> contributions made by ?????. >>> >>> Take, for example our standard 4 Bible web display preset for "OT >>> Scholar", at Daniel chapter 3, around veres 23: >>> >>> http://crosswire.org/study/**parallelstudy.jsp?del=all&add=** >>> NASB&add=WLC&add=KJV&add=LXX&**key=Dan.3.23#cv >>> >>> How should this look? >>> >>> The problem, for the uninitiated, is that The Prayer of Azariah and the >>> Song of the Three Jews in the LXX is inserted between what we traditionally >>> think of as verses 23 and 24. This makes verse 24 in the KJV very different >>> content than what should be verse 24 in the LXX (our current LXX displayed >>> from the link above does not include Apocryphal content)-- verse 24 in the >>> LXX being the first part of the Apocryphal content, thus verse 91 in the >>> LXX picking back up where verse 24, in say the NASB (without the apocryphal >>> insertion), continues. >>> >>> The web interface above always displays in windows of 1 chapter. Thus >>> the user has asked for Chapter 3 of Daniel, centered on verse 23. >>> >>> There are a few questions to answer. >>> >>> What if they had asked for verse 24? >>> >>> What content do we show? >>> >>> Use case: The user is a protestant pastor, has chosen NASB as his >>> primary Bible, and is interested in seeing the parallel verses to the NASB >>> in the other texts. He is not interested in seeing apocryphal insertions. >>> He primarily cares about the NASB and only glances at the content from the >>> other modules when interested in seeing the parallel. >>> >>> This is how the web frontend, and all current SWORD based frontends >>> *should* currently work with no code changes, with the v11n translation >>> facilities currently designed in the engine. It uses the first module as >>> the "master" and iterated its key and pulls the equivalent verses from the >>> other modules. The current facility in the engine allows for: >>> >>> lxx->setKey(nasb->getKey()) >>> >>> resulting in the LXX being positioned to the equivalent verse (e.g., v91 >>> from nasb v24)-- if translation tables (for example from ?????) were in >>> place. >>> >>> But this use case, while likely the most dominant, is not the most >>> scholarly. A scholar would likely wish to see a *superset* of all verses >>> from all displayed parallel Bibles, inserting gaps where they should go in >>> the other text which do not contain the verses. >>> >>> Not too hard to imagine, but what is the programmer-friendly API >>> interface for this? Harder to imagine. You can't simply choose one of the >>> modules to iterate. >>> Possibly: >>> >>> ListKey superset; >>> superset << kjv->getKey() << nasb->getKey() << lxx->getKey() << >>> wlc->getKey(); >>> >>> then one could iterate the superset listkey. >>> >>> This would leave the work of figuring out where the gaps should go up to >>> ListKey, or something in the translation system in VerseKey which backs >>> ListKey. >>> >>> It's a complex problem, but we haven't even talked about the issue of >>> reordered content. Sometime Romans 16:25-27a (obviously excluding the >>> subscriptio) is located after Romans 14:23. This is an example of >>> reordering. It doesn't give problems from our "chapter window display" >>> because the reordering is across different chapters and you could still >>> pick your poison from the 2 choices above for display logic, but what about >>> display windows which allow more than a single chapter, like BibleDesktop? >>> Now the question arises. If you've chosen to build a superset, where do the >>> gaps go? You could reasonably add them to either place (after Romans 14:23 >>> in the modules which don't include the doxology here or after Romans 16:24 >>> for modules which don't include the doxology here). How do you decide? How >>> should the program decide? >>> >>> Lot's of questions and input we all need to give and a working proof of >>> concept for at least a single frontend before we commit to something for >>> everyone to use in the engine. >>> >>> Obviously not a 1.7.x issue, but feel free to continue to give input. >>> >>> Troy >>> >>> >>> >>> On 07/04/2013 03:26 PM, David Haslam wrote: >>> >>>> And (for example) if you wish to query the whole of the JPS module >>>> using book >>>> names, it will not do to specify *Gen-Mal*. >>>> >>>> You'd need to remember that in the Tanakh, the last book is *II >>>> Chronicles*. >>>> >>>> >>>> >>>> -- >>>> View this message in context: http://sword-dev.350566.n4.** >>>> nabble.com/Versifications-and-**verse-order-tp4652697p4652712.**html >>>> Sent from the SWORD Dev mailing list archive at Nabble.com. >>>> >>>> ______________________________**_________________ >>>> sword-devel mailing list: sword-devel at crosswire.org >>>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>>> Instructions to unsubscribe/change your settings at above page >>>> >>> >>> >>> ______________________________**_________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From scribe at crosswire.org Wed Jul 10 02:38:37 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Wed, 10 Jul 2013 11:38:37 +0200 Subject: [sword-devel] Repositories for free and open works In-Reply-To: References: <51DC8AC2.60304@ristioja.ee> Message-ID: <51DD2B9D.8060508@crosswire.org> Peter, One last shot here before I give up and punt on this one before packaging things up. I've change the bindings autotools system to use pkg-config to get appropriate flags. Could you try again and let me know? I know you are on 'holiday', and I appreciate any time you spend. Troy On 07/10/2013 12:36 AM, Peter von Kaehne wrote: > On Wed, 2013-07-10 at 01:12 +0300, Jaak Ristioja wrote: > If not, I suggest we create such >> repositories to ease distribution and mirroring of works. >> > Considering that we have had a very extensive discussion only 6 months ago on the lack of _any_ desire to start or support mirroring I am not convinced that this is a great idea. > > re mirroring: this was summarily rejected - and not just for license reasons, but also for reasons of consistency accross mirrors and ability to push through rapidly updates or changes (including, unfortunately, from time to time changes in licensing, when e.g. it became obvious that a permission has been withdrawn or that a supposed public domain module was after all not in the PD) > > Peter > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From gary.holmlund at gmail.com Wed Jul 10 20:58:36 2013 From: gary.holmlund at gmail.com (Gary Holmlund) Date: Wed, 10 Jul 2013 20:58:36 -0700 Subject: [sword-devel] Ubuntu Touch Bible app In-Reply-To: References: <51D4BBF9.8050700@gmail.com> Message-ID: <51DE2D6C.3030407@gmail.com> ?????, I think we should talk about our goals and our development plans. I think this should be done on the BibleTime list (bt-devel at crosswire.org) Gary On 07/10/2013 09:38 AM, ????? ?????? wrote: > Hi, just would like add my points to this conversation. > > If Ubuntu Phone OS supports Qt C++ development, why not to give a try > to existing Sword Qt Project? BibleTime Mini is now at releasing > development stage and have relative long development history. It use > QtCreator *.pro-file based building/deployment system, so you are able > to just open it and build. If you are looking for place to place > efforts in Bible software development, it is good point too > collaborate too, because your work will be available on other > platforms (Android, IOS, Symbian, and other packages are already been > made). > > I have plans to add QML support for some platforms (iOS and Android) > to add cool looking controls and animations to ui transitions. > > By the way, Gary, is there any opportunity to unite efforts on both > BibleTime Mini and BibleTime Mobile from my side? I think together we > are able to produce better application for users. > > Let God bless you. > > > > > 2013/7/4 Israel > > > Hi everyone, > There are a few of us who have banded together to start work on a > Ubuntu Touch SWORD app. Is anyone else working on one? > If anyone is interested please join us on github. > https://github.com/uBible > We are currently in the process of working out the beginning > details, such as UI setup, features, etc.... > May the Lord Jesus bless you all! > > -- > Regards > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at foresightlinux.org Wed Jul 10 23:09:38 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Thu, 11 Jul 2013 08:09:38 +0200 Subject: [sword-devel] Repositories for free and open works In-Reply-To: <51DD2B9D.8060508@crosswire.org> References: <51DC8AC2.60304@ristioja.ee> <51DD2B9D.8060508@crosswire.org> Message-ID: Did you reply to the wrong thread? On Wed, Jul 10, 2013 at 11:38 AM, Troy A. Griffitts wrote: > Peter, > > One last shot here before I give up and punt on this one before packaging > things up. > > I've change the bindings autotools system to use pkg-config to get > appropriate flags. Could you try again and let me know? I know you are on > 'holiday', and I appreciate any time you spend. > > Troy > > > > > On 07/10/2013 12:36 AM, Peter von Kaehne wrote: >> >> On Wed, 2013-07-10 at 01:12 +0300, Jaak Ristioja wrote: >> If not, I suggest we create such >>> >>> repositories to ease distribution and mirroring of works. >>> >> Considering that we have had a very extensive discussion only 6 months ago >> on the lack of _any_ desire to start or support mirroring I am not convinced >> that this is a great idea. >> >> re mirroring: this was summarily rejected - and not just for license >> reasons, but also for reasons of consistency accross mirrors and ability to >> push through rapidly updates or changes (including, unfortunately, from time >> to time changes in licensing, when e.g. it became obvious that a permission >> has been withdrawn or that a supposed public domain module was after all not >> in the PD) >> >> Peter >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From refdoc at gmx.net Wed Jul 10 23:41:26 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Thu, 11 Jul 2013 08:41:26 +0200 (CEST) Subject: [sword-devel] Bindings for 1.7 - was Aw: Re: Repositories for free and open works In-Reply-To: References: <51DC8AC2.60304@ristioja.ee> <51DD2B9D.8060508@crosswire.org>, Message-ID: > Von: "Mark Trompell" > Did you reply to the wrong thread? He did. I will respond here and on the correct thread > On Wed, Jul 10, 2013 at 11:38 AM, Troy A. Griffitts > wrote: > > Peter, > > > > One last shot here before I give up and punt on this one before packaging > > things up. Many thanks! This fixed Perl! Python is still failing. >>> import Sword Traceback (most recent call last): File "", line 1, in File "Sword.py", line 26, in _Sword = swig_import_helper() File "Sword.py", line 18, in swig_import_helper import _Sword ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: undefined symbol: ublock_getCode_48 > > > > I've change the bindings autotools system to use pkg-config to get > > appropriate flags. Could you try again and let me know? I know you are on > > 'holiday', and I appreciate any time you spend. > > > > Troy > > > > > > > > > > On 07/10/2013 12:36 AM, Peter von Kaehne wrote: > >> > >> On Wed, 2013-07-10 at 01:12 +0300, Jaak Ristioja wrote: > >> If not, I suggest we create such > >>> > >>> repositories to ease distribution and mirroring of works. > >>> > >> Considering that we have had a very extensive discussion only 6 months ago > >> on the lack of _any_ desire to start or support mirroring I am not convinced > >> that this is a great idea. > >> > >> re mirroring: this was summarily rejected - and not just for license > >> reasons, but also for reasons of consistency accross mirrors and ability to > >> push through rapidly updates or changes (including, unfortunately, from time > >> to time changes in licensing, when e.g. it became obvious that a permission > >> has been withdrawn or that a supposed public domain module was after all not > >> in the PD) > >> > >> Peter > >> > >> _______________________________________________ > >> sword-devel mailing list: sword-devel at crosswire.org > >> http://www.crosswire.org/mailman/listinfo/sword-devel > >> Instructions to unsubscribe/change your settings at above page > > > > > > > > _______________________________________________ > > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > > Instructions to unsubscribe/change your settings at above page > > > > -- > Mark Trompell > > Foresight Linux Xfce Edition > Cause your desktop should be freaking cool > (and Xfce) > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > From refdoc at gmx.net Thu Jul 11 00:49:22 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Thu, 11 Jul 2013 09:49:22 +0200 (CEST) Subject: [sword-devel] SWORD 1.7.0 final stretch Message-ID: > Gesendet:?Dienstag, 09. Juli 2013 um 08:53 Uhr > Von:?"Troy A. Griffitts" > Peter, are you building with auto tools or cmake? I can look more into the autotools system if the problem is here. It > doesn't seem to use pkgconfig to get libs and flags and I'd like to switch it to that. Just one suspect. Troy, your last commit fixed Perl for me. Python still fails: >>> import Sword Traceback (most recent call last): File "", line 1, in File "Sword.py", line 26, in _Sword = swig_import_helper() File "Sword.py", line 18, in swig_import_helper import _Sword ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: undefined symbol: ublock_getCode_48 Many thanks! Peter From karl at kleinpaste.org Thu Jul 11 04:47:33 2013 From: karl at kleinpaste.org (Karl Kleinpaste) Date: Thu, 11 Jul 2013 07:47:33 -0400 Subject: [sword-devel] Repositories for free and open works In-Reply-To: <51DC8AC2.60304@ristioja.ee> (Jaak Ristioja's message of "Wed, 10 Jul 2013 01:12:18 +0300") References: <51DC8AC2.60304@ristioja.ee> Message-ID: Jaak Ristioja writes: > Do we have repositories of Sword modules which can be freely and > openly distributed by everyone? Xiphos repo exists out of a personal desire on my part quite some years ago to be able to distribute publicly-available modules. I hosted my repo on my own machine at home for a couple of years, but once Xiphos was ported to Win32, with the much larger user base, we got commercial hosting for it so as to avoid potential overload of my residential Comcast connection. Most any module that will display well in most frontends is welcome to be distributed out of ftp.xiphos.org. It's one of the standard repos known in masterRepoList.conf. It's known as "Xiphos repo" only because most modules present there are produced by people who are most closely associated with Xiphos. From greg.hellings at gmail.com Thu Jul 11 06:54:27 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Thu, 11 Jul 2013 08:54:27 -0500 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: Message-ID: On Thu, Jul 11, 2013 at 2:49 AM, Peter von Kaehne wrote: > > > Gesendet: Dienstag, 09. Juli 2013 um 08:53 Uhr > > Von: "Troy A. Griffitts" > > > Peter, are you building with auto tools or cmake? I can look more into > the autotools system if the problem is here. It > doesn't seem to > use pkgconfig to get libs and flags and I'd like to switch it to that. Just > one suspect. > > > Troy, your last commit fixed Perl for me. Python still fails: > > >>> import Sword > Traceback (most recent call last): > File "", line 1, in > File "Sword.py", line 26, in > _Sword = swig_import_helper() > File "Sword.py", line 18, in swig_import_helper > import _Sword > ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: undefined > symbol: ublock_getCode_48 > > I just built and ran the Python bindings without a problem in Ubuntu 12.10 using CMake. They installed, by default, to /usr/local/lib/python which is not quite the correct path. It should have been /usr/local/lib/python2.7 but the module import search path is something defined and handled by distutils, so if it's installing incorrectly then that is not a bug I can fix. I did have to run 'ldconfig' after adding /usr/local/lib to my ld.conf.so.d/ files before Sword.so was able to see the libsword-1.6.2.solibrary file. You might make sure that is correctly run and see if there are any missing libraries by running "ldd /usr/local/lib/python2.7/dist-packages/_Sword.so". The Perl bindings are simply not installing from CMake at the moment - although they're trying to. I'm not sure what's the deal there. The install command runs, and the module registers itself with Perl, pretending to be installed. But Sword.pm never gets dropped into any destination, instead sitting in my build tree like a good little file should. I'll keep iterating on that. --Greg > Many thanks! > > Peter > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kostyamaslyuk at gmail.com Thu Jul 11 08:58:22 2013 From: kostyamaslyuk at gmail.com (=?KOI8-R?B?68/T1NEg7cHTzMDL?=) Date: Thu, 11 Jul 2013 19:58:22 +0400 Subject: [sword-devel] Parallel Display of Differing V11n Systems (was: Versifications and verse order) In-Reply-To: References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> <1372944365692-4652712.post@n4.nabble.com> <51D58E7F.8010403@crosswire.org> Message-ID: 2013/7/11 Chris Burrell > I don't think an explicit superset is required. An implicit one yes. By > that I mean that if you allow a versification X to map to the known KJV > Versification with parts (say 'a' 'b', or 'firstSentence', > 'secondSentence', etc. - i.e. arbitrary parts), then it means you can go > from X to Y via the KJV without losing resolution. > > For the Psalms all I was intending to have is for example (taken example > from memory for Leningrad - so might be the wrong psalm). > > Psalm.51.1=Psalm.51.0 at a > Psalm.51.2=Psalm.51.0 at b > Psalm.51.3-21=Psalm.51.1-19 > > Meaning Leningrad (left) maps to the KJV verses (right). The part suffixes > are only used if you are going from Leningrad through the KJV to say > Synodal. If the Synodal were to declare exactly the same breakdown as > above, also using the parts @a and @b it would mean you could end go from > Psalm.50.1 to Psalm.50.1 as opposed to Psalm.51.1=>Psalm.51.0=>Psalm.51.1-2 > In current implementation there is some kind of backward translation procedure. In cases where translation to KJV *contracts* verses, and then it need to expand in destination v11n, i check of how KJV translate current verse to source v11n and if there is expansion, i choose which verse i should display. In other words it anyway will be Psalm.51.1=>Psalm.51.0=>Psalm.51.1 Psalm.51.2=>Psalm.51.0=>Psalm.51.2 Psalm.51.3=>Psalm.51.1=>Psalm.51.3 Or maybe i loose something? > In the above, the superset of keys really is: > Psalm.51.0 at a, Psalm51.0 at b, and Psalm.51.1, Psalm.51.2, etc. > > Yes but when i try to map this superset to another v11n, what i should expect to get? Ps.51.0 + Ps.51.1 + Ps.51.2 - first entry Ps.51.0 + Ps.51.1 + Ps.51.2 - also second Ps.51.2 + Ps.51.3 - third, and so on for each module? > You could obviously chose more meaningful part names say: > Psalm.51.1=Psalm.51.0 at repentance-prayer > Psalm.51.2=Psalm.51.0 at bathsheba-intro > > Or obviously, just keep track somewhere of what those parts really mean in > practice. > > I think in terms of displays, there are really many options. Two things > I'm looking at: > > * warning the user if for some reason we're displaying more verse ranges > than the original passage... In other words, if we've broken 1 range into > 2, and therefore omitted displaying some verses (because they don't map to > the original passage), then we warn the user to say "it's not an error, and > you're not seeing everything on purpose). The alternative is to somehow > decide to show the missing verses - and then the complication is where do > you put the missing verse in the verse order. > > * warning the user if you're displaying a verse more than once (nice to > tell the user, hey, because of versification issues, this verse shouldn't > be there twice, but we think it's beneficial to display twice because it > really does map to both source verses). > > > * Absent verses, I'm leaving blank at the moment. > > Chris > > > > On 10 July 2013 17:02, ????? ?????? wrote: > >> Sorry, when i try to imagine your conception of 'superset', i found >> verses scattered all around the room after translation procedure. Have you >> any visual representation of what you would like to achieve in final, or >> would you make such a table by your self? >> >> Should verses content be always equivalent in parallel view? >> >> What a text should fill the gaps? This is most confusing to me, module >> simply does not contain corresponding content, haven't clue what it could >> be... >> >> If we start to translating ListKey superset and displaying its content, >> we can got long enough recursion, for example in Psalms, all the book will >> be displayed when user request verse in chapter #3. >> >> >> I have added rough draft of Parallel display with respect of av11n >> mappings in BibleTime Mini: >> https://www.dropbox.com/s/11a3dvdz0yu8xf3/boundle.zip >> >> >> >> 2013/7/4 Troy A. Griffitts >> >> Hi guys. The questions that need answers in this thread are logically >>> complex and are one of the reasons we haven't finalized any additions to >>> the core SWORD library to support this-- though I greatly appreciate the >>> contributions made by ?????. >>> >>> Take, for example our standard 4 Bible web display preset for "OT >>> Scholar", at Daniel chapter 3, around veres 23: >>> >>> http://crosswire.org/study/**parallelstudy.jsp?del=all&add=** >>> NASB&add=WLC&add=KJV&add=LXX&**key=Dan.3.23#cv >>> >>> How should this look? >>> >>> The problem, for the uninitiated, is that The Prayer of Azariah and the >>> Song of the Three Jews in the LXX is inserted between what we traditionally >>> think of as verses 23 and 24. This makes verse 24 in the KJV very different >>> content than what should be verse 24 in the LXX (our current LXX displayed >>> from the link above does not include Apocryphal content)-- verse 24 in the >>> LXX being the first part of the Apocryphal content, thus verse 91 in the >>> LXX picking back up where verse 24, in say the NASB (without the apocryphal >>> insertion), continues. >>> >>> The web interface above always displays in windows of 1 chapter. Thus >>> the user has asked for Chapter 3 of Daniel, centered on verse 23. >>> >>> There are a few questions to answer. >>> >>> What if they had asked for verse 24? >>> >>> What content do we show? >>> >>> Use case: The user is a protestant pastor, has chosen NASB as his >>> primary Bible, and is interested in seeing the parallel verses to the NASB >>> in the other texts. He is not interested in seeing apocryphal insertions. >>> He primarily cares about the NASB and only glances at the content from the >>> other modules when interested in seeing the parallel. >>> >>> This is how the web frontend, and all current SWORD based frontends >>> *should* currently work with no code changes, with the v11n translation >>> facilities currently designed in the engine. It uses the first module as >>> the "master" and iterated its key and pulls the equivalent verses from the >>> other modules. The current facility in the engine allows for: >>> >>> lxx->setKey(nasb->getKey()) >>> >>> resulting in the LXX being positioned to the equivalent verse (e.g., v91 >>> from nasb v24)-- if translation tables (for example from ?????) were in >>> place. >>> >>> But this use case, while likely the most dominant, is not the most >>> scholarly. A scholar would likely wish to see a *superset* of all verses >>> from all displayed parallel Bibles, inserting gaps where they should go in >>> the other text which do not contain the verses. >>> >>> Not too hard to imagine, but what is the programmer-friendly API >>> interface for this? Harder to imagine. You can't simply choose one of the >>> modules to iterate. >>> Possibly: >>> >>> ListKey superset; >>> superset << kjv->getKey() << nasb->getKey() << lxx->getKey() << >>> wlc->getKey(); >>> >>> then one could iterate the superset listkey. >>> >>> This would leave the work of figuring out where the gaps should go up to >>> ListKey, or something in the translation system in VerseKey which backs >>> ListKey. >>> >>> It's a complex problem, but we haven't even talked about the issue of >>> reordered content. Sometime Romans 16:25-27a (obviously excluding the >>> subscriptio) is located after Romans 14:23. This is an example of >>> reordering. It doesn't give problems from our "chapter window display" >>> because the reordering is across different chapters and you could still >>> pick your poison from the 2 choices above for display logic, but what about >>> display windows which allow more than a single chapter, like BibleDesktop? >>> Now the question arises. If you've chosen to build a superset, where do the >>> gaps go? You could reasonably add them to either place (after Romans 14:23 >>> in the modules which don't include the doxology here or after Romans 16:24 >>> for modules which don't include the doxology here). How do you decide? How >>> should the program decide? >>> >>> Lot's of questions and input we all need to give and a working proof of >>> concept for at least a single frontend before we commit to something for >>> everyone to use in the engine. >>> >>> Obviously not a 1.7.x issue, but feel free to continue to give input. >>> >>> Troy >>> >>> >>> >>> On 07/04/2013 03:26 PM, David Haslam wrote: >>> >>>> And (for example) if you wish to query the whole of the JPS module >>>> using book >>>> names, it will not do to specify *Gen-Mal*. >>>> >>>> You'd need to remember that in the Tanakh, the last book is *II >>>> Chronicles*. >>>> >>>> >>>> >>>> -- >>>> View this message in context: http://sword-dev.350566.n4.** >>>> nabble.com/Versifications-and-**verse-order-tp4652697p4652712.**html >>>> Sent from the SWORD Dev mailing list archive at Nabble.com. >>>> >>>> ______________________________**_________________ >>>> sword-devel mailing list: sword-devel at crosswire.org >>>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>>> Instructions to unsubscribe/change your settings at above page >>>> >>> >>> >>> ______________________________**_________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > ----------- ???????? ????? ----------- ???????? ? ??????? HTML ???? ?????????… URL: From chris at burrell.me.uk Thu Jul 11 11:46:43 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Thu, 11 Jul 2013 19:46:43 +0100 Subject: [sword-devel] Parallel Display of Differing V11n Systems (was: Versifications and verse order) In-Reply-To: References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> <1372944365692-4652712.post@n4.nabble.com> <51D58E7F.8010403@crosswire.org> Message-ID: In the Psalm KJV contracting example, I'm not sure how you "choose your expansion". How do you know that verse 0 maps to verse 1 in the first instance, and 2 in the next? What if in the target versification, verse 0 is made of 1&2&3. What about the following examples: *Example 1: Inverted verses * Versification X Psalm.51.1=Psalm.51.0 at a Psalm.51.2=Psalm.51.0 at b Psalm.51.3-21=Psalm.51.1-19 Versification Y Psalm.51.1=Psalm.51.0 at b Psalm.51.2=Psalm.51.0 at a Psalm.51.3-21=Psalm.51.1-19 *Example 2: different number of parts, back-loaded* Versification X Psalm.51.1=Psalm.51.0 at a Psalm.51.2=Psalm.51.0 at b,Psalm.51.0 at c Psalm.51.3-21=Psalm.51.1-19 Versification Y Psalm.51.1=Psalm.51.0 at a Psalm.51.2=Psalm.51.0 at b Psalm.51.3=Psalm.51.0 at c Psalm.51.3-21=Psalm.51.1-19 *Example 2: different number of parts, front-loaded* Versification X Psalm.51.1=Psalm.51.0 at a,Psalm.51.0 at b Psalm.51.2=Psalm.51.0 at c Psalm.51.3-21=Psalm.51.1-19 Versification Y Psalm.51.1=Psalm.51.0 at a Psalm.51.2=Psalm.51.0 at b Psalm.51.3=Psalm.51.0 at c Psalm.51.4-21=Psalm.51.2-19 And then you can have permutations of the above... There are probably more examples as well... In the above, we're only considering x verses on left = 1 verse+parts on right. You can have x verses on left + (x verses+parts) on right not sure if this makes much sense.. Difficult to follow and type clearly!!! Chris On 11 July 2013 16:58, ????? ?????? wrote: > > > > 2013/7/11 Chris Burrell > >> I don't think an explicit superset is required. An implicit one yes. By >> that I mean that if you allow a versification X to map to the known KJV >> Versification with parts (say 'a' 'b', or 'firstSentence', >> 'secondSentence', etc. - i.e. arbitrary parts), then it means you can go >> from X to Y via the KJV without losing resolution. >> >> For the Psalms all I was intending to have is for example (taken example >> from memory for Leningrad - so might be the wrong psalm). >> >> Psalm.51.1=Psalm.51.0 at a >> Psalm.51.2=Psalm.51.0 at b >> Psalm.51.3-21=Psalm.51.1-19 >> >> Meaning Leningrad (left) maps to the KJV verses (right). The part >> suffixes are only used if you are going from Leningrad through the KJV to >> say Synodal. If the Synodal were to declare exactly the same breakdown as >> above, also using the parts @a and @b it would mean you could end go from >> Psalm.50.1 to Psalm.50.1 as opposed to Psalm.51.1=>Psalm.51.0=>Psalm.51.1-2 >> > > In current implementation there is some kind of backward translation > procedure. In cases where translation to KJV *contracts* verses, and then > it need to expand in destination v11n, i check of how KJV translate current > verse to source v11n and if there is expansion, i choose which verse i > should display. In other words it anyway will be > Psalm.51.1=>Psalm.51.0=>Psalm.51.1 > Psalm.51.2=>Psalm.51.0=>Psalm.51.2 > Psalm.51.3=>Psalm.51.1=>Psalm.51.3 > > Or maybe i loose something? > > > >> In the above, the superset of keys really is: >> Psalm.51.0 at a, Psalm51.0 at b, and Psalm.51.1, Psalm.51.2, etc. >> >> Yes but when i try to map this superset to another v11n, what i should > expect to get? > > Ps.51.0 + Ps.51.1 + Ps.51.2 - first entry > Ps.51.0 + Ps.51.1 + Ps.51.2 - also second > Ps.51.2 + Ps.51.3 - third, and so on for each module? > > > >> You could obviously chose more meaningful part names say: >> Psalm.51.1=Psalm.51.0 at repentance-prayer >> Psalm.51.2=Psalm.51.0 at bathsheba-intro >> >> Or obviously, just keep track somewhere of what those parts really mean >> in practice. >> >> I think in terms of displays, there are really many options. Two things >> I'm looking at: >> >> * warning the user if for some reason we're displaying more verse ranges >> than the original passage... In other words, if we've broken 1 range into >> 2, and therefore omitted displaying some verses (because they don't map to >> the original passage), then we warn the user to say "it's not an error, and >> you're not seeing everything on purpose). The alternative is to somehow >> decide to show the missing verses - and then the complication is where do >> you put the missing verse in the verse order. >> >> * warning the user if you're displaying a verse more than once (nice to >> tell the user, hey, because of versification issues, this verse shouldn't >> be there twice, but we think it's beneficial to display twice because it >> really does map to both source verses). >> >> >> * Absent verses, I'm leaving blank at the moment. >> >> Chris >> >> >> >> On 10 July 2013 17:02, ????? ?????? wrote: >> >>> Sorry, when i try to imagine your conception of 'superset', i found >>> verses scattered all around the room after translation procedure. Have you >>> any visual representation of what you would like to achieve in final, or >>> would you make such a table by your self? >>> >>> Should verses content be always equivalent in parallel view? >>> >>> What a text should fill the gaps? This is most confusing to me, module >>> simply does not contain corresponding content, haven't clue what it could >>> be... >>> >>> If we start to translating ListKey superset and displaying its content, >>> we can got long enough recursion, for example in Psalms, all the book will >>> be displayed when user request verse in chapter #3. >>> >>> >>> I have added rough draft of Parallel display with respect of av11n >>> mappings in BibleTime Mini: >>> https://www.dropbox.com/s/11a3dvdz0yu8xf3/boundle.zip >>> >>> >>> >>> 2013/7/4 Troy A. Griffitts >>> >>> Hi guys. The questions that need answers in this thread are logically >>>> complex and are one of the reasons we haven't finalized any additions to >>>> the core SWORD library to support this-- though I greatly appreciate the >>>> contributions made by ?????. >>>> >>>> Take, for example our standard 4 Bible web display preset for "OT >>>> Scholar", at Daniel chapter 3, around veres 23: >>>> >>>> http://crosswire.org/study/**parallelstudy.jsp?del=all&add=** >>>> NASB&add=WLC&add=KJV&add=LXX&**key=Dan.3.23#cv >>>> >>>> How should this look? >>>> >>>> The problem, for the uninitiated, is that The Prayer of Azariah and the >>>> Song of the Three Jews in the LXX is inserted between what we traditionally >>>> think of as verses 23 and 24. This makes verse 24 in the KJV very different >>>> content than what should be verse 24 in the LXX (our current LXX displayed >>>> from the link above does not include Apocryphal content)-- verse 24 in the >>>> LXX being the first part of the Apocryphal content, thus verse 91 in the >>>> LXX picking back up where verse 24, in say the NASB (without the apocryphal >>>> insertion), continues. >>>> >>>> The web interface above always displays in windows of 1 chapter. Thus >>>> the user has asked for Chapter 3 of Daniel, centered on verse 23. >>>> >>>> There are a few questions to answer. >>>> >>>> What if they had asked for verse 24? >>>> >>>> What content do we show? >>>> >>>> Use case: The user is a protestant pastor, has chosen NASB as his >>>> primary Bible, and is interested in seeing the parallel verses to the NASB >>>> in the other texts. He is not interested in seeing apocryphal insertions. >>>> He primarily cares about the NASB and only glances at the content from the >>>> other modules when interested in seeing the parallel. >>>> >>>> This is how the web frontend, and all current SWORD based frontends >>>> *should* currently work with no code changes, with the v11n translation >>>> facilities currently designed in the engine. It uses the first module as >>>> the "master" and iterated its key and pulls the equivalent verses from the >>>> other modules. The current facility in the engine allows for: >>>> >>>> lxx->setKey(nasb->getKey()) >>>> >>>> resulting in the LXX being positioned to the equivalent verse (e.g., >>>> v91 from nasb v24)-- if translation tables (for example from ?????) were in >>>> place. >>>> >>>> But this use case, while likely the most dominant, is not the most >>>> scholarly. A scholar would likely wish to see a *superset* of all verses >>>> from all displayed parallel Bibles, inserting gaps where they should go in >>>> the other text which do not contain the verses. >>>> >>>> Not too hard to imagine, but what is the programmer-friendly API >>>> interface for this? Harder to imagine. You can't simply choose one of the >>>> modules to iterate. >>>> Possibly: >>>> >>>> ListKey superset; >>>> superset << kjv->getKey() << nasb->getKey() << lxx->getKey() << >>>> wlc->getKey(); >>>> >>>> then one could iterate the superset listkey. >>>> >>>> This would leave the work of figuring out where the gaps should go up >>>> to ListKey, or something in the translation system in VerseKey which backs >>>> ListKey. >>>> >>>> It's a complex problem, but we haven't even talked about the issue of >>>> reordered content. Sometime Romans 16:25-27a (obviously excluding the >>>> subscriptio) is located after Romans 14:23. This is an example of >>>> reordering. It doesn't give problems from our "chapter window display" >>>> because the reordering is across different chapters and you could still >>>> pick your poison from the 2 choices above for display logic, but what about >>>> display windows which allow more than a single chapter, like BibleDesktop? >>>> Now the question arises. If you've chosen to build a superset, where do the >>>> gaps go? You could reasonably add them to either place (after Romans 14:23 >>>> in the modules which don't include the doxology here or after Romans 16:24 >>>> for modules which don't include the doxology here). How do you decide? How >>>> should the program decide? >>>> >>>> Lot's of questions and input we all need to give and a working proof of >>>> concept for at least a single frontend before we commit to something for >>>> everyone to use in the engine. >>>> >>>> Obviously not a 1.7.x issue, but feel free to continue to give input. >>>> >>>> Troy >>>> >>>> >>>> >>>> On 07/04/2013 03:26 PM, David Haslam wrote: >>>> >>>>> And (for example) if you wish to query the whole of the JPS module >>>>> using book >>>>> names, it will not do to specify *Gen-Mal*. >>>>> >>>>> You'd need to remember that in the Tanakh, the last book is *II >>>>> Chronicles*. >>>>> >>>>> >>>>> >>>>> -- >>>>> View this message in context: http://sword-dev.350566.n4.** >>>>> nabble.com/Versifications-and-**verse-order-tp4652697p4652712.**html >>>>> Sent from the SWORD Dev mailing list archive at Nabble.com. >>>>> >>>>> ______________________________**_________________ >>>>> sword-devel mailing list: sword-devel at crosswire.org >>>>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>>>> Instructions to unsubscribe/change your settings at above page >>>>> >>>> >>>> >>>> ______________________________**_________________ >>>> sword-devel mailing list: sword-devel at crosswire.org >>>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>>> Instructions to unsubscribe/change your settings at above page >>> >>> >>> >>> _______________________________________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >>> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From scribe at crosswire.org Thu Jul 11 13:03:07 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Thu, 11 Jul 2013 22:03:07 +0200 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: Message-ID: <51DF0F7B.1070503@crosswire.org> Peter, It seems you're missing an ICU symbol. Just to confirm, you're building and installing sword, then building the bindings, yes? Could you send me a few things: pkg-config sword --libs and also when you build the python bindings, could you send me the build output lines for the compile, like (from my system): running build_ext building '_Sword' extension gcc -pthread -fno-strict-aliasing -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -fPIC -I/usr/include/sword -I.. -I../.. -I/usr/include/python2.7 -c Sword.cxx -o build/temp.linux-x86_64-2.7/Sword.o g++ -pthread -shared -Wl,-z,relro build/temp.linux-x86_64-2.7/Sword.o -L/usr/lib64/ -L/usr/lib64 -licuuc -licui18n -lpthread -lm -ldl -lclucene-shared -licuio -licudata -lsword -lclucene-core -lcurl -lz -lpython2.7 -o build/lib.linux-x86_64-2.7/_Sword.so -Wl,-z,relro Here's my pkg-config sword --libs, for reference: [scribe at PUBS-POOL1-00560 python]$ pkg-config sword --libs -Wl,-z,relro -L/usr/lib64/ -lsword -lz -lcurl -lclucene-core -lclucene-shared -licui18n -licuuc -licudata -lpthread -ldl -lm -licuio On 07/11/2013 09:49 AM, Peter von Kaehne wrote: >> Gesendet: Dienstag, 09. Juli 2013 um 08:53 Uhr >> Von: "Troy A. Griffitts" >> Peter, are you building with auto tools or cmake? I can look more into the autotools system if the problem is here. It > doesn't seem to use pkgconfig to get libs and flags and I'd like to switch it to that. Just one suspect. > > Troy, your last commit fixed Perl for me. Python still fails: > >>>> import Sword > Traceback (most recent call last): > File "", line 1, in > File "Sword.py", line 26, in > _Sword = swig_import_helper() > File "Sword.py", line 18, in swig_import_helper > import _Sword > ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: undefined symbol: ublock_getCode_48 > > Many thanks! > > Peter > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From refdoc at gmx.net Thu Jul 11 15:27:21 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Fri, 12 Jul 2013 00:27:21 +0200 (CEST) Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <51DF0F7B.1070503@crosswire.org> References: , <51DF0F7B.1070503@crosswire.org> Message-ID: > Von: "Troy A. Griffitts" > Just to confirm, you're building and installing sword, then building the > bindings, yes? Yes > pkg-config sword --libs peter at peter-ThinkPad-Twist:~$ pkg-config sword --libs -Wl,-Bsymbolic-functions -Wl,-z,relro -L/usr/local/lib -lsword -lz -lcurl -lclucene -licui18n -licuuc -licudata -ldl -lm -licuio > and also when you build the python bindings, could you send me the build > output lines for the compile, Please see attached build.log. The order of commands was ./autogen.sh > build.log ./configure >>build.log make pythonswig >>build.log 2>&1 make python_make >>build.log 2>&1 I added empty lines to separate the bits, but you will recognise the relevant anyway. Peter -------------- next part -------------- A non-text attachment was scrubbed... Name: build.log Type: text/x-log Size: 8461 bytes Desc: not available URL: From jonathon.blake at gmail.com Thu Jul 11 16:19:07 2013 From: jonathon.blake at gmail.com (Jonathon) Date: Thu, 11 Jul 2013 23:19:07 +0000 Subject: [sword-devel] Parallel Display of Differing V11n Systems In-Reply-To: References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> <1372944365692-4652712.post@n4.nabble.com> <51D58E7F.8010403@crosswire.org> Message-ID: <51DF3D6B.60300@gmail.com> On 07/11/2013 06:46 PM, Chris Burrell wrote: > How do you know that verse 0 maps to verse 1 in the first instance, and 2 in the next? What if in the target versification, verse 0 is made of 1&2&3. This is why the various v11n schemes have to be clearly defined either within the Sword engine, or an auxiliary part of the front end. There are virtues and vices for including them in the Sword engine, and virtues and vices for including them only in the front end. jonathon -- Email with a status of other than "junk", "bulk", or "list" is forwarded to Dave Null, unread. From marjan.savli at gmail.com Fri Jul 12 05:12:22 2013 From: marjan.savli at gmail.com (Marjan Savli) Date: Fri, 12 Jul 2013 14:12:22 +0200 Subject: [sword-devel] Using osis2mod crash Message-ID: Hello I tried to use osis2mod to convert a OSISBible format text to SWORD modules, but I got error message: osis2mod.exe has encountered a problem and needs to close. I am using Windows XP SP3, osis2mod 2671. I tried also on Windows 7, but it was the same. First I tried with different tried msvcr100.dll, but it was the same. At last I decided, that this is probably my fault in .xml file. But two month ago this conversion was done without any problems. But then something happens. :-)) This is my .bat file: C:\Temp\sword>osis2mod.exe sword\modules\texts\ztext\kjva_sloeng\ kjv_slo_osis_sword.xml -v KJVA -z You are running osis2mod: $Rev: 2671 $ Here ( https://sites.google.com/site/marjansavli/ ) is my - picture of crash osis2mod_crash.JPG (147k) - osis XML file kjv_slo_osis_sword.zip (476k) - working 2 sword modules from two months ago kjva_slo_sword.zip (3629k) I read also this thread http://sword-dev.350566.n4.nabble.com/Using-osis2mod-td356887.html And I made extract from my xml file and here are all my osisID tags osisID="1Cor osisID="1Cor.c osisID="1John osisID="1Pet osisID="1Thess osisID="1Thess.c osisID="1Tim osisID="1Tim.c osisID="2Cor osisID="2Cor.c osisID="2John osisID="2Pet osisID="2Pet osisID="2Thess osisID="2Thess.c osisID="2Tim osisID="2Tim.c osisID="3John osisID="Acts osisID="Col osisID="Col.c osisID="Eph osisID="Eph.c osisID="Gal osisID="Gal.c osisID="Heb osisID="Heb.c osisID="Jas osisID="John osisID="Jude osisID="Luke osisID="Luke osisID="Mark osisID="Matt osisID="Phil osisID="Phil.c osisID="Phlm osisID="Phlm.c osisID="Ps osisID="Rev osisID="Rev osisID="Rom osisID="Rom.c osisID="Titus osisID="Titus osisID="Titus.c If anyone can help me I would be thankful. ------------ Marjan ---------- tel: +386 (0)4 5121 377 -------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at tetzels.de Fri Jul 12 09:37:52 2013 From: info at tetzels.de (Stephan) Date: Fri, 12 Jul 2013 18:37:52 +0200 Subject: [sword-devel] sword.js In-Reply-To: <51DAB099.2080204@tetzels.de> References: <51DAB099.2080204@tetzels.de> Message-ID: <51E030E0.4020407@tetzels.de> > I want to provide an API to get a list of all modules in a repository. I > think libsword takes the mods.d.tar.gz file in every repo and unpack it > on the device to get this list. > > Is it possible to add the same file as a zip compressed one in every > repository, because unzipping in the browser is working, but I didn't > find a (working) module to untar a file. 'Cause nobody answered this question I want to ask again: Would it be possible to add a "mods.d.zip" in every repo in addition to the mods.d.tar.gz? We use zip compression for all the modules so why not for the modules conf files ;)? Blessings, Stephan From greg.hellings at gmail.com Fri Jul 12 09:43:04 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Fri, 12 Jul 2013 11:43:04 -0500 Subject: [sword-devel] sword.js In-Reply-To: <51E030E0.4020407@tetzels.de> References: <51DAB099.2080204@tetzels.de> <51E030E0.4020407@tetzels.de> Message-ID: On Fri, Jul 12, 2013 at 11:37 AM, Stephan wrote: > I want to provide an API to get a list of all modules in a repository. I >> think libsword takes the mods.d.tar.gz file in every repo and unpack it >> on the device to get this list. >> >> Is it possible to add the same file as a zip compressed one in every >> repository, because unzipping in the browser is working, but I didn't >> find a (working) module to untar a file. >> > > 'Cause nobody answered this question I want to ask again: Would it be > possible to add a "mods.d.zip" in every repo in addition to the > mods.d.tar.gz? We use zip compression for all the modules so why not for > the modules conf files ;)? Adding it is possible. However, mods.d.tar.gz is optional and you cannot count on it to exist everywhere. If there is no mods.d.tar.gz then the InstallMgr operates off the directory listing of mods.d. So adding the option for mods.d.zip won't get you very far. --Greg > > > Blessings, > Stephan > > ______________________________**_________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/**mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryan at ryanhiebert.com Fri Jul 12 10:15:12 2013 From: ryan at ryanhiebert.com (Ryan Hiebert) Date: Fri, 12 Jul 2013 10:15:12 -0700 (PDT) Subject: [sword-devel] sword.js In-Reply-To: References: Message-ID: <1373649311154.ac07e5dd@Nodemailer> Sounds like it would be better to look at the mods.d folder inside the main zipped package. ? Sent from Mailbox for iPhone On Fri, Jul 12, 2013 at 9:44 AM, Greg Hellings wrote: > On Fri, Jul 12, 2013 at 11:37 AM, Stephan wrote: >> I want to provide an API to get a list of all modules in a repository. I >>> think libsword takes the mods.d.tar.gz file in every repo and unpack it >>> on the device to get this list. >>> >>> Is it possible to add the same file as a zip compressed one in every >>> repository, because unzipping in the browser is working, but I didn't >>> find a (working) module to untar a file. >>> >> >> 'Cause nobody answered this question I want to ask again: Would it be >> possible to add a "mods.d.zip" in every repo in addition to the >> mods.d.tar.gz? We use zip compression for all the modules so why not for >> the modules conf files ;)? > Adding it is possible. > However, mods.d.tar.gz is optional and you cannot count on it to exist > everywhere. If there is no mods.d.tar.gz then the InstallMgr operates off > the directory listing of mods.d. So adding the option for mods.d.zip won't > get you very far. > --Greg >> >> >> Blessings, >> Stephan >> >> ______________________________**_________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/**mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Fri Jul 12 10:18:56 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Fri, 12 Jul 2013 18:18:56 +0100 Subject: [sword-devel] Script to print out of date modules Message-ID: Hi all Just wondering if anybody has a script that compares a local repository with the modules hosted on various repos. Either one repo at a time, or looking at several repos and outlining the various versions hosted by those? Anyone got something handy? I'm looking for something that can be run from a terminal. Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at tetzels.de Fri Jul 12 10:50:01 2013 From: info at tetzels.de (Stephan) Date: Fri, 12 Jul 2013 19:50:01 +0200 Subject: [sword-devel] sword.js In-Reply-To: References: <51DAB099.2080204@tetzels.de> <51E030E0.4020407@tetzels.de> Message-ID: <51E041C9.9010904@tetzels.de> > Adding it is possible. > > However, mods.d.tar.gz is optional and you cannot count on it to exist > everywhere. If there is no mods.d.tar.gz then the InstallMgr operates > off the directory listing of mods.d. So adding the option for mods.d.zip > won't get you very far. That's what I'm doing - downloading all the files in the mods.d directory to get a list of all available modules. Downloading one compressed file would be better than fetching each single file. It takes longer and you have to download more (say more MB/KB). It would also be better for the CrossWire Server to handle one request than over 300 for one repo (the main CrossWire one). Stephan From karl at kleinpaste.org Fri Jul 12 13:26:31 2013 From: karl at kleinpaste.org (Karl Kleinpaste) Date: Fri, 12 Jul 2013 16:26:31 -0400 Subject: [sword-devel] Script to print out of date modules In-Reply-To: (Chris Burrell's message of "Fri, 12 Jul 2013 18:18:56 +0100") References: Message-ID: Chris Burrell writes: > Just wondering if anybody has a script that compares a local repository > with the modules hosted on various repos. I don't have a script, but Xiphos' module manager provides a view of repos including a refresh indicator, when a repo's module version stamp is lexicographically newer than the already-installed version. From chris at burrell.me.uk Sat Jul 13 03:09:58 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Sat, 13 Jul 2013 11:09:58 +0100 Subject: [sword-devel] Script to print out of date modules In-Reply-To: References: Message-ID: No go for me, if I understand it right. Xiphos is a UI and I'm using a linux terminal without an Xserver. Chris On 12 July 2013 21:26, Karl Kleinpaste wrote: > Chris Burrell writes: > > Just wondering if anybody has a script that compares a local repository > > with the modules hosted on various repos. > > I don't have a script, but Xiphos' module manager provides a view of > repos including a refresh indicator, when a repo's module version stamp > is lexicographically newer than the already-installed version. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From scribe at crosswire.org Sat Jul 13 03:44:12 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Sat, 13 Jul 2013 12:44:12 +0200 Subject: [sword-devel] Script to print out of date modules In-Reply-To: References: Message-ID: <51E12F7C.1000906@crosswire.org> Chris, The command line tool installmgr can do this for you against one repository: installmgr -sc -r CrossWire -rl CrossWire Note the first column. It will tell you the status of the module compared to what you have installed. On 07/13/2013 12:09 PM, Chris Burrell wrote: > No go for me, if I understand it right. Xiphos is a UI and I'm using a > linux terminal without an Xserver. > > Chris > > > > On 12 July 2013 21:26, Karl Kleinpaste > wrote: > > Chris Burrell > > writes: > > Just wondering if anybody has a script that compares a local > repository > > with the modules hosted on various repos. > > I don't have a script, but Xiphos' module manager provides a view of > repos including a refresh indicator, when a repo's module version > stamp > is lexicographically newer than the already-installed version. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Sat Jul 13 03:50:51 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Sat, 13 Jul 2013 11:50:51 +0100 Subject: [sword-devel] Script to print out of date modules In-Reply-To: <51E12F7C.1000906@crosswire.org> References: <51E12F7C.1000906@crosswire.org> Message-ID: Ahah. I understand now! Thanks Chris On 13 July 2013 11:44, Troy A. Griffitts wrote: > Chris, > > The command line tool installmgr can do this for you against one > repository: > > installmgr -sc -r CrossWire -rl CrossWire > > Note the first column. It will tell you the status of the module compared > to what you have installed. > > > On 07/13/2013 12:09 PM, Chris Burrell wrote: > > No go for me, if I understand it right. Xiphos is a UI and I'm using a > linux terminal without an Xserver. > > Chris > > > > On 12 July 2013 21:26, Karl Kleinpaste wrote: > >> Chris Burrell writes: >> > Just wondering if anybody has a script that compares a local repository >> > with the modules hosted on various repos. >> >> I don't have a script, but Xiphos' module manager provides a view of >> repos including a refresh indicator, when a repo's module version stamp >> is lexicographically newer than the already-installed version. >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.orghttp://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Sat Jul 13 09:10:02 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Sat, 13 Jul 2013 17:10:02 +0100 Subject: [sword-devel] OSMHB module Message-ID: Hi I'm looking at the Hebrew text, and I'm seeing some forward slashes. Can someone help me understand if this is a module issue or the slash means something. Below is 2 Chronicles 25:14. The second last 'w' has a forward slash in it.
2 Chronicles 25:14???????? ???????? ????? ????????????? ??????????? ?????????????? ????????? ???????????? ??????? ???????? ??????????????? ???? ?????????? ????????????? ??????????????? *????/????* ??????????
This also occurs in other places ( for example, 1Chr.11.24; 12.19;). Interestingly, the times I'm seeing a /, are also the times when no strong numbers have been coded against it. Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From kahunapule at mpj.cx Sat Jul 13 10:44:01 2013 From: kahunapule at mpj.cx (Kahunapule Michael Johnson) Date: Sat, 13 Jul 2013 07:44:01 -1000 Subject: [sword-devel] OSMHB module In-Reply-To: References: Message-ID: <51E191E1.3080309@mpj.cx> An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Sat Jul 13 10:49:56 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Sat, 13 Jul 2013 18:49:56 +0100 Subject: [sword-devel] OSMHB module In-Reply-To: <51E191E1.3080309@mpj.cx> References: <51E191E1.3080309@mpj.cx> Message-ID: Hi Michael The Slash I'm referring to is between two tags. (I am familiar with XML!): *????/????* * * * * Not sure if colours come through. See Highlight in red if they do. This word has an opening w and a closing w. But it also has a slash within the tag: two consonants before, two consonants afterwards. When I'm running my XSLT, the SLASH get's output (obviously, because it's part of the underlying XML). Any ideas? Chris On 13 July 2013 18:44, Kahunapule Michael Johnson wrote: > Hello, Chris. > > I think what you are seeing is just the normal slash that is part of XML > end tag syntax. The tag without the beginning slash begins the markup. The > tag with the beginning slash ends the markup. The markup applies to what is > between the beginning and ending tags. Therefore, you could unambiguously > tag a phrase that comes from one Hebrew or Greek word (i. e. when > translated to another language) with the same Strong's number. > > > On 07/13/2013 06:10 AM, Chris Burrell wrote: > > Hi > > I'm looking at the Hebrew text, and I'm seeing some forward slashes. Can > someone help me understand if this is a module issue or the slash means > something. > > Below is 2 Chronicles 25:14. The second last 'w' has a forward slash in > it. > >
2 Chronicles 25:14 osisID="2Chr.25.14">???????? lemma="strong:H0310">???????? ????? lemma="strong:H0558">????????????? lemma="strong:H5221">??????????? ??? type="x-maqqef">??????????? lemma="strong:H0935">????????? ??? type="x-maqqef">????????? lemma="strong:H1121">??????? ???????? lemma="strong:H5975">??????????????? ???? lemma="strong:H0430">?????????? lemma="strong:H6440">????????????? lemma="strong:H7812">??????????????? *????/????* lemma="strong:H6999">????????? type="x-sof-pasuq">?
> > > This also occurs in other places ( for example, 1Chr.11.24; 12.19;). > Interestingly, the times I'm seeing a /, are also the times when no strong > numbers have been coded against it. > > Chris > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.orghttp://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From DavidTroidl at aol.com Sat Jul 13 17:55:21 2013 From: DavidTroidl at aol.com (David Troidl) Date: Sat, 13 Jul 2013 20:55:21 -0400 Subject: [sword-devel] OSMHB module In-Reply-To: References: Message-ID: <51E1F6F9.9090806@aol.com> The slashes are morphological divisions. They come from the Westminster Hebrew Institute, through Chris Kimball, at http://www.tanach.us/Tanach.xml#Home The OSMHB is an older module. Work has continued on the OSHB, our updated version, at https://github.com/openscriptures/morphhb No one has gotten around to updating the module, though. David On 7/13/2013 12:10 PM, Chris Burrell wrote: > Hi > > I'm looking at the Hebrew text, and I'm seeing some forward slashes. > Can someone help me understand if this is a module issue or the slash > means something. > > Below is 2 Chronicles 25:14. The second last 'w' has a forward slash > in it. > >
2 Chronicles 25:14 osisID="2Chr.25.14">???????? lemma="strong:H0310">???????? ????? lemma="strong:H0558">????????????? lemma="strong:H5221">??????????? lemma="strong:H0853">???- lemma="strong:H0130">?????????? lemma="strong:H0935">????????? ??? type="x-maqqef">-???????? lemma="strong:H1121">??????? ???????? > ??????????????? ???? lemma="strong:H0430">?????????? lemma="strong:H6440">????????????? lemma="strong:H7812">??????????????? *????/????* lemma="strong:H6999">????????? type="x-sof-pasuq">:
> > > This also occurs in other places ( for example, 1Chr.11.24; 12.19;). > Interestingly, the times I'm seeing a /, are also the times when no > strong numbers have been coded against it. > > Chris > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Sun Jul 14 01:01:43 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Sun, 14 Jul 2013 09:01:43 +0100 Subject: [sword-devel] OSMHB module In-Reply-To: <51E1F6F9.9090806@aol.com> References: <51E1F6F9.9090806@aol.com> Message-ID: Thanks David. A few of extra questions: - It looks from the files under the wlc folder that they are there to stay. Or do they get ripped out upon module creation? Is there a reason why they are not using "seg"? - How does one go about making the new OHB module? Chris On 14 July 2013 01:55, David Troidl wrote: > The slashes are morphological divisions. They come from the Westminster > Hebrew Institute, through Chris Kimball, at > http://www.tanach.us/Tanach.xml#Home > > The OSMHB is an older module. Work has continued on the OSHB, our updated > version, at > https://github.com/openscriptures/morphhb > No one has gotten around to updating the module, though. > > David > > > On 7/13/2013 12:10 PM, Chris Burrell wrote: > > Hi > > I'm looking at the Hebrew text, and I'm seeing some forward slashes. Can > someone help me understand if this is a module issue or the slash means > something. > > Below is 2 Chronicles 25:14. The second last 'w' has a forward slash in > it. > >
2 Chronicles 25:14 osisID="2Chr.25.14">???????? lemma="strong:H0310">???????? ????? lemma="strong:H0558">????????????? lemma="strong:H5221">??????????? ??? type="x-maqqef">??????????? lemma="strong:H0935">????????? ??? type="x-maqqef">????????? lemma="strong:H1121">??????? ???????? lemma="strong:H5975">??????????????? ???? lemma="strong:H0430">?????????? lemma="strong:H6440">????????????? lemma="strong:H7812">??????????????? *????/????* lemma="strong:H6999">????????? type="x-sof-pasuq">?
> > > This also occurs in other places ( for example, 1Chr.11.24; 12.19;). > Interestingly, the times I'm seeing a /, are also the times when no strong > numbers have been coded against it. > > Chris > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.orghttp://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Sun Jul 14 02:28:31 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Sun, 14 Jul 2013 10:28:31 +0100 Subject: [sword-devel] Psalm 3.1 returns canonical title Message-ID: Hello In the ESV, if we simply look up one verse, we get the canonical title. However, the canonical title is not attached to any verse. There is also no previous osisID in the fragment for which we can determine the fact it's part of verse 0.
Psalms 3:1
Save Me, O My God A Psalm of David, <note n="n" osisID="Ps.3.1!crossReference.n" osisRef="Ps.3.1" type="crossReference"> See <reference osisRef="2Sam.15.14-2Sam.15.17">2 Sam. 15:14-17</reference> </note> when he fled from Absalom his son.
...
Any ideas if this is a bug (perhaps this is similar to a thread I started yesterday). Presumably the canonical should not be output, or it should be output but within a Psalm.3.0 div (or at least in proximity of a div Psalm.3.0 tag) Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfhmch at googlemail.com Sun Jul 14 07:53:06 2013 From: dfhmch at googlemail.com (David Haslam) Date: Sun, 14 Jul 2013 07:53:06 -0700 (PDT) Subject: [sword-devel] Psalm 3.1 returns canonical title In-Reply-To: References: Message-ID: <1373813586330-4652816.post@n4.nabble.com> Chris, Is the reported OSIS fragment from the original XML source code used to make the ESV module? Or is it the output from the deprecated utility mod2osis ? David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Psalm-3-1-returns-canonical-title-tp4652815p4652816.html Sent from the SWORD Dev mailing list archive at Nabble.com. From chris at burrell.me.uk Sun Jul 14 08:11:48 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Sun, 14 Jul 2013 16:11:48 +0100 Subject: [sword-devel] Psalm 3.1 returns canonical title In-Reply-To: <1373813586330-4652816.post@n4.nabble.com> References: <1373813586330-4652816.post@n4.nabble.com> Message-ID: It's from jsword. On 14 Jul 2013 15:54, "David Haslam" wrote: > Chris, > > Is the reported OSIS fragment from the original XML source code used to > make > the ESV module? > > Or is it the output from the deprecated utility mod2osis ? > > David > > > > -- > View this message in context: > http://sword-dev.350566.n4.nabble.com/Psalm-3-1-returns-canonical-title-tp4652815p4652816.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmsmith at crosswire.org Sun Jul 14 12:13:27 2013 From: dmsmith at crosswire.org (DM Smith) Date: Sun, 14 Jul 2013 15:13:27 -0400 Subject: [sword-devel] Psalm 3.1 returns canonical title In-Reply-To: References: Message-ID: <534A7CD7-9BE0-482A-A74E-10DEF9CB5706@crosswire.org> This is in reply to this and another thread on the same subject. And cross-posting to JSword-devel to which this and the other post belong. First, Verse 0 is a SWORD construct indicating non-canonical material standing before the first verse, whether of the testament, book or chapter. It should never have canonical material in it. It was originally used for just headings and typically only has one or more titles, but more generally applies to any introductory material. It is possible for an author of OSIS to mark introductory material as canonical. However that is a bad practice. To my knowledge, Psalm headings/titles and book colophons are the only canonical material outside of verses. The difference between the two is that the Psalm title needs to appear before the verse number. We use a special construct for this called the "preverse" div, which is prepended to the canonical verse content. The attributes on the title element are taken from the OSIS source. This preverse div is part of the stored entry for the verse. A colophon merely appears after the last verse of the book and has no specific delineation from the last verse. They are merely appended to that verse when the OSIS is converted to a module. I could modify osis2mod to have an osisID, based upon the verse that it precedes. But the reason that you don't find an osisID on the material that stands before the verse is that the authored OSIS does not have one. BTW, in the sample below the wrapping div, the x-gen entries and the verse begin/end are created by JSword, but otherwise the content is exactly what comes out of the OSIS module. I'm not clear on where you are going with this line of questions. It might help if we knew what you were trying to accomplish. In Him, DM On Jul 14, 2013, at 5:28 AM, Chris Burrell wrote: > Hello > > In the ESV, if we simply look up one verse, we get the canonical title. However, the canonical title is not attached to any verse. There is also no previous osisID in the fragment for which we can determine the fact it's part of verse 0. > >
> Psalms 3:1 >
>
> Save Me, O My God > > A Psalm of David, > <note n="n" osisID="Ps.3.1!crossReference.n" osisRef="Ps.3.1" type="crossReference"> > See > <reference osisRef="2Sam.15.14-2Sam.15.17">2 Sam. 15:14-17</reference> > </note> > when he fled from Absalom his son. > > >
> > ... >
> > Any ideas if this is a bug (perhaps this is similar to a thread I started yesterday). > Presumably the canonical should not be output, or it should be output but within a Psalm.3.0 div (or at least in proximity of a div Psalm.3.0 tag) > Chris > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From chris at burrell.me.uk Sun Jul 14 12:54:32 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Sun, 14 Jul 2013 20:54:32 +0100 Subject: [sword-devel] Psalm 3.1 returns canonical title In-Reply-To: <534A7CD7-9BE0-482A-A74E-10DEF9CB5706@crosswire.org> References: <534A7CD7-9BE0-482A-A74E-10DEF9CB5706@crosswire.org> Message-ID: This affects me in quite a number of different ways. All of which have to do with parallel displaying, comparing, interlinears, etc. I had assumed that Psalm titles should fall under the verse 0 construct. And as a result it meant I could map verse 0 in the NRSV versification to 0 (via the KJV) to verse 1 in the Leningrad versification. My pre-supposition was that anything from chapter-start to verse 1 should fall under the verse 0 construct. *So, if I ask for a full chapter, *although the canonical content isn't part of a 'verse' (or even part of the div marking verse.0), I can remember the fact I've seen verse 0, and therefore consider anything before verse 1 (like the Psalm heading) to be in verse 0. This then means that we get very nice mappings from Psalms headers to Leningrad verse 1. *For a single verse, *there is no osisID on any fragment before the verse, and therefore I'd have to write (ugly?) code to try and map it to the Leningrad verse 1. >From the sounds of it, I'm exploiting something that wasn't by design, but something that makes parallel displays look so much better. I'm open to ideas? I'd like to get to a position when we can address pre-verse content separately to the verse it is contained in. Chris On 14 July 2013 20:13, DM Smith wrote: > This is in reply to this and another thread on the same subject. And > cross-posting to JSword-devel to which this and the other post belong. > > First, Verse 0 is a SWORD construct indicating non-canonical material > standing before the first verse, whether of the testament, book or chapter. > It should never have canonical material in it. It was originally used for > just headings and typically only has one or more titles, but more generally > applies to any introductory material. It is possible for an author of OSIS > to mark introductory material as canonical. However that is a bad practice. > > To my knowledge, Psalm headings/titles and book colophons are the only > canonical material outside of verses. The difference between the two is > that the Psalm title needs to appear before the verse number. We use a > special construct for this called the "preverse" div, which is prepended to > the canonical verse content. The attributes on the title element are taken > from the OSIS source. This preverse div is part of the stored entry for > the verse. > > A colophon merely appears after the last verse of the book and has no > specific delineation from the last verse. They are merely appended to that > verse when the OSIS is converted to a module. > > I could modify osis2mod to have an osisID, based upon the verse that it > precedes. But the reason that you don't find an osisID on the material that > stands before the verse is that the authored OSIS does not have one. > > BTW, in the sample below the wrapping div, the x-gen entries and the verse > begin/end are created by JSword, but otherwise the content is exactly what > comes out of the OSIS module. > > I'm not clear on where you are going with this line of questions. It might > help if we knew what you were trying to accomplish. > > In Him, > DM > > > On Jul 14, 2013, at 5:28 AM, Chris Burrell wrote: > > > Hello > > > > In the ESV, if we simply look up one verse, we get the canonical title. > However, the canonical title is not attached to any verse. There is also no > previous osisID in the fragment for which we can determine the fact it's > part of verse 0. > > > >
> > Psalms 3:1 > >
> >
> > Save Me, O My God > > > > A Psalm of David, > > <note n="n" osisID="Ps.3.1!crossReference.n" osisRef="Ps.3.1" > type="crossReference"> > > See > > <reference osisRef="2Sam.15.14-2Sam.15.17">2 Sam. > 15:14-17</reference> > > </note> > > when he fled from Absalom his son. > > > > > >
> > > > ... > >
> > > > Any ideas if this is a bug (perhaps this is similar to a thread I > started yesterday). > > Presumably the canonical should not be output, or it should be output > but within a Psalm.3.0 div (or at least in proximity of a div Psalm.3.0 tag) > > Chris > > > > _______________________________________________ > > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > > Instructions to unsubscribe/change your settings at above page > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dcowens76 at gmail.com Sun Jul 14 18:20:55 2013 From: dcowens76 at gmail.com (Daniel Owens) Date: Mon, 15 Jul 2013 09:20:55 +0800 Subject: [sword-devel] OSMHB module In-Reply-To: References: <51E1F6F9.9090806@aol.com> Message-ID: <51E34E77.4090609@gmail.com> An HTML attachment was scrubbed... URL: From davidtroidl at aol.com Mon Jul 15 11:08:10 2013 From: davidtroidl at aol.com (davidtroidl at aol.com) Date: Mon, 15 Jul 2013 14:08:10 -0400 (EDT) Subject: [sword-devel] OSMHB module In-Reply-To: References: <51E1F6F9.9090806@aol.com> Message-ID: <8D04F9D668253C7-1814-EA352@webmail-vm003.sysops.aol.com> The files are there to stay. A module is just an added benefit to SWORD users. Daniel Owens produced the module in the first place, and he would be up on what it would take to redo it. Now that alternate v11n has been adopted, I would assume it could be prepared by just adjusting the lemma attributes. If I remember correctly, SWORD requires strong: as a prefix to Strong lemmas, and the augment lemmas (a, b, etc.) could either be left as is, or given an aug: prefix, to distinguish them. Though we do also have prefixes in the lemma, like b/7225. I'm not sure what would be done with these. To just get a module going, you could drop that part of the lemma for now. The name of the module should be OSHB. David -----Original Message----- From: Chris Burrell To: SWORD Developers' Collaboration Forum Sent: Sun, Jul 14, 2013 4:04 am Subject: Re: [sword-devel] OSMHB module Thanks David. A few of extra questions: - It looks from the files under the wlc folder that they are there to stay. Or do they get ripped out upon module creation? Is there a reason why they are not using "seg"? - How does one go about making the new OHB module? Chris On 14 July 2013 01:55, David Troidl wrote: The slashes are morphological divisions. They come from the Westminster Hebrew Institute, through Chris Kimball, at http://www.tanach.us/Tanach.xml#Home The OSMHB is an older module. Work has continued on the OSHB, our updated version, at https://github.com/openscriptures/morphhb No one has gotten around to updating the module, though. David On 7/13/2013 12:10 PM, Chris Burrell wrote: Hi I'm looking at the Hebrew text, and I'm seeing some forward slashes. Can someone help me understand if this is a module issue or the slash means something. Below is 2 Chronicles 25:14. The second last 'w' has a forward slash in it.
2 Chronicles 25:14???????? ???????? ????? ????????????? ??????????? ?????????????? ????????? ???????????? ??????? ???????? ??????????????? ???? ?????????? ????????????? ??????????????? ????/???? ??????????
This also occurs in other places ( for example, 1Chr.11.24; 12.19;). Interestingly, the times I'm seeing a /, are also the times when no strong numbers have been coded against it. Chris _______________________________________________ sword-devel mailing list: sword-devel at crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page _______________________________________________ sword-devel mailing list: sword-devel at crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page _______________________________________________ sword-devel mailing list: sword-devel at crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Mon Jul 15 12:41:32 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Mon, 15 Jul 2013 20:41:32 +0100 Subject: [sword-devel] OSMHB module In-Reply-To: <8D04F9D668253C7-1814-EA352@webmail-vm003.sysops.aol.com> References: <51E1F6F9.9090806@aol.com> <8D04F9D668253C7-1814-EA352@webmail-vm003.sysops.aol.com> Message-ID: Below a couple of files that do the conversion: https://github.com/tyndale/step/blob/master/step-tools/src/main/java/com/tyndalehouse/step/tools/osis/OHBParser.java https://github.com/tyndale/step/blob/master/step-tools/src/main/resources/com/tyndalehouse/step/tools/osis/ohb_parser.xsl I think the only dependency on the Java front is Apache Commons File Utils. The process is quite simple: - Takes 2 arguments: a source directory + a output file - Reads in the first file - Appends anything other than "header" from all other files - Runs the XSLT I decided to strip out the prefixes/lemmas that were not numbers. Feel free to use the code, change it, etc. I'm pretty sure it's right, but please let me know if you spot some issues with it. Thanks for the help on this. Chris On 15 July 2013 19:08, wrote: > The files are there to stay. A module is just an added benefit to SWORD > users. Daniel Owens produced the module in the first place, and he would > be up on what it would take to redo it. Now that alternate v11n has been > adopted, I would assume it could be prepared by just adjusting the lemma > attributes. If I remember correctly, SWORD requires strong: as a prefix to > Strong lemmas, and the augment lemmas (a, b, etc.) could either be left as > is, or given an aug: prefix, to distinguish them. Though we do also have > prefixes in the lemma, like b/7225. I'm not sure what would be done with > these. To just get a module going, you could drop that part of the lemma > for now. The name of the module should be OSHB. > > David > -----Original Message----- > From: Chris Burrell > To: SWORD Developers' Collaboration Forum > Sent: Sun, Jul 14, 2013 4:04 am > Subject: Re: [sword-devel] OSMHB module > > Thanks David. A few of extra questions: > > - It looks from the files under the wlc folder that they are there to > stay. Or do they get ripped out upon module creation? Is there a reason why > they are not using "seg"? > - How does one go about making the new OHB module? > > > Chris > > > > On 14 July 2013 01:55, David Troidl wrote: > >> The slashes are morphological divisions. They come from the Westminster >> Hebrew Institute, through Chris Kimball, at >> http://www.tanach.us/Tanach.xml#Home >> >> The OSMHB is an older module. Work has continued on the OSHB, our >> updated version, at >> https://github.com/openscriptures/morphhb >> No one has gotten around to updating the module, though. >> >> David >> >> >> On 7/13/2013 12:10 PM, Chris Burrell wrote: >> >> Hi >> >> I'm looking at the Hebrew text, and I'm seeing some forward slashes. Can >> someone help me understand if this is a module issue or the slash means >> something. >> >> Below is 2 Chronicles 25:14. The second last 'w' has a forward slash in >> it. >> >>
2 Chronicles 25:14> osisID="2Chr.25.14">???????? > lemma="strong:H0310">???????? ????? > lemma="strong:H0558">????????????? > lemma="strong:H5221">??????????? ???> type="x-maqqef">??????????? > lemma="strong:H0935">????????? ???> type="x-maqqef">????????? > lemma="strong:H1121">??????? ???????? > lemma="strong:H5975">??????????????? ???? > lemma="strong:H0430">?????????? > lemma="strong:H6440">????????????? > lemma="strong:H7812">??????????????? *????/????* > lemma="strong:H6999">?????????> type="x-sof-pasuq">?
>> >> >> This also occurs in other places ( for example, 1Chr.11.24; 12.19;). >> Interestingly, the times I'm seeing a /, are also the times when no strong >> numbers have been coded against it. >> >> Chris >> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.orghttp://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.orghttp://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Mon Jul 15 13:55:42 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Mon, 15 Jul 2013 21:55:42 +0100 Subject: [sword-devel] KJVA Message-ID: Hi Can I suggest we rename the Description of the KJVA module to something slightly different? At the moment, it is exactly the same as the KJV. (This is confusing JSword because only one of the two KJVs gets loaded - and this seems environment specific). So perhaps it's a bug in JSword as well, but I think the description should reflect KJVA has the Apocrypha. Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Mon Jul 15 14:36:37 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Mon, 15 Jul 2013 22:36:37 +0100 Subject: [sword-devel] Strong numbers for Louis Segond Message-ID: Hi There are two modules hosted by CrossWire. One is in the av11n repo, the other one I got ages ago, probably from the normal repository. One has strong numbers (FreLSG), the other one doesn't (FreSegond) Having said that the history of FreSegond suggests it should have strong numbers. And it's the most up-to-date one. Any ideas which is the best module? Presumably the av11n one? But it is simply missing the config? Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From scribe at crosswire.org Mon Jul 15 20:15:40 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Tue, 16 Jul 2013 05:15:40 +0200 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: , <51DF0F7B.1070503@crosswire.org> Message-ID: <51E4BADC.3040404@crosswire.org> OK, wrapping up final things for packaging up 1.7.0. Jaak, I've normalized ListKey for you, so you should have your getCount const and added getElement const and non-const methods. Other method names have been normalized with old names deprecated, so this will almost certainly cause deprecation warning in clients. Does anyone have Ubuntu installed and can try building the swig bindings to confirm or deny they have the same problem as Peter? This is using autotools. Simply compile and install sword, then cd to bindings/swig/package and follow the short README. Thank for any testing. Troy On 07/12/2013 12:27 AM, Peter von Kaehne wrote: >> Von: "Troy A. Griffitts" >> Just to confirm, you're building and installing sword, then building the >> bindings, yes? > Yes > >> pkg-config sword --libs > peter at peter-ThinkPad-Twist:~$ pkg-config sword --libs > -Wl,-Bsymbolic-functions -Wl,-z,relro -L/usr/local/lib -lsword -lz -lcurl -lclucene -licui18n -licuuc -licudata -ldl -lm -licuio > >> and also when you build the python bindings, could you send me the build >> output lines for the compile, > Please see attached build.log. The order of commands was > > ./autogen.sh > build.log > ./configure >>build.log > make pythonswig >>build.log 2>&1 > make python_make >>build.log 2>&1 > > I added empty lines to separate the bits, but you will recognise the relevant anyway. > > Peter > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From scribe at crosswire.org Mon Jul 15 22:49:55 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Tue, 16 Jul 2013 07:49:55 +0200 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <51E4BADC.3040404@crosswire.org> References: , <51DF0F7B.1070503@crosswire.org> <51E4BADC.3040404@crosswire.org> Message-ID: <51E4DF03.3050306@crosswire.org> It seems we've all been negligent updating ChangeLog. I've seeded it will the svn log since the last release. I spent a while reviewing the entries and deleted about 70% of them that had to do with "fixed this, improved that" or entries where I saw something like "added iOS XCode Project" with a later "removed iOS XCode Project" (sorry Manfred) :) Anyway, we only want stuff in there that a use of the API might actually care about reading. Each release comes with the general "lots of bugs fixed and things optimized," so we don't need these entries. Can I ask you to review your entries from the svn log which I've added to ChangeLog, delete the ones I've left which you still don't think important to include, and reformat your remaining entries into our standard ChangeLog entry format and make the wording read a little better than our usual svn log informalities. Thanks! Troy On 07/16/2013 05:15 AM, Troy A. Griffitts wrote: > OK, wrapping up final things for packaging up 1.7.0. > > Jaak, I've normalized ListKey for you, so you should have your > getCount const and added getElement const and non-const methods. > Other method names have been normalized with old names deprecated, so > this will almost certainly cause deprecation warning in clients. > > Does anyone have Ubuntu installed and can try building the swig > bindings to confirm or deny they have the same problem as Peter? This > is using autotools. Simply compile and install sword, then cd to > bindings/swig/package and follow the short README. Thank for any testing. > > Troy > > > On 07/12/2013 12:27 AM, Peter von Kaehne wrote: >>> Von: "Troy A. Griffitts" >>> Just to confirm, you're building and installing sword, then building the >>> bindings, yes? >> Yes >> >>> pkg-config sword --libs >> peter at peter-ThinkPad-Twist:~$ pkg-config sword --libs >> -Wl,-Bsymbolic-functions -Wl,-z,relro -L/usr/local/lib -lsword -lz -lcurl -lclucene -licui18n -licuuc -licudata -ldl -lm -licuio >> >>> and also when you build the python bindings, could you send me the build >>> output lines for the compile, >> Please see attached build.log. The order of commands was >> >> ./autogen.sh > build.log >> ./configure >>build.log >> make pythonswig >>build.log 2>&1 >> make python_make >>build.log 2>&1 >> >> I added empty lines to separate the bits, but you will recognise the relevant anyway. >> >> Peter >> >> >> >> _______________________________________________ >> sword-devel mailing list:sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From manfred.bergmann at me.com Mon Jul 15 23:39:24 2013 From: manfred.bergmann at me.com (Manfred Bergmann) Date: Tue, 16 Jul 2013 08:39:24 +0200 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <51E4DF03.3050306@crosswire.org> References: <51DF0F7B.1070503@crosswire.org> <51E4BADC.3040404@crosswire.org> <51E4DF03.3050306@crosswire.org> Message-ID: <5B9B5CEA-E053-4D3D-B572-322C2719290F@me.com> That's all right. The ObjC wrapper user probably expects that it builds against the current SWORD sources. Saying that, I had to update the Xcode project as more files had been removed/added in SWORD. Manfred Am 16.07.2013 um 07:49 schrieb Troy A. Griffitts : > It seems we've all been negligent updating ChangeLog. > > I've seeded it will the svn log since the last release. I spent a while reviewing the entries and deleted about 70% of them that had to do with "fixed this, improved that" or entries where I saw something like "added iOS XCode Project" with a later "removed iOS XCode Project" (sorry Manfred) :) > > Anyway, we only want stuff in there that a use of the API might actually care about reading. Each release comes with the general "lots of bugs fixed and things optimized," so we don't need these entries. > > Can I ask you to review your entries from the svn log which I've added to ChangeLog, delete the ones I've left which you still don't think important to include, and reformat your remaining entries into our standard ChangeLog entry format and make the wording read a little better than our usual svn log informalities. > > Thanks! > > Troy > > > > On 07/16/2013 05:15 AM, Troy A. Griffitts wrote: >> OK, wrapping up final things for packaging up 1.7.0. >> >> Jaak, I've normalized ListKey for you, so you should have your getCount const and added getElement const and non-const methods. Other method names have been normalized with old names deprecated, so this will almost certainly cause deprecation warning in clients. >> >> Does anyone have Ubuntu installed and can try building the swig bindings to confirm or deny they have the same problem as Peter? This is using autotools. Simply compile and install sword, then cd to bindings/swig/package and follow the short README. Thank for any testing. >> >> Troy >> >> >> On 07/12/2013 12:27 AM, Peter von Kaehne wrote: >>>> Von: "Troy A. Griffitts" >>>> Just to confirm, you're building and installing sword, then building the >>>> bindings, yes? >>>> >>> Yes >>> >>> >>>> pkg-config sword --libs >>>> >>> peter at peter-ThinkPad-Twist:~$ pkg-config sword --libs >>> -Wl,-Bsymbolic-functions -Wl,-z,relro -L/usr/local/lib -lsword -lz -lcurl -lclucene -licui18n -licuuc -licudata -ldl -lm -licuio >>> >>> >>>> and also when you build the python bindings, could you send me the build >>>> output lines for the compile, >>>> >>> Please see attached build.log. The order of commands was >>> >>> ./autogen.sh > build.log >>> ./configure >>build.log >>> make pythonswig >>build.log 2>&1 >>> make python_make >>build.log 2>&1 >>> >>> I added empty lines to separate the bits, but you will recognise the relevant anyway. >>> >>> Peter >>> >>> >>> >>> >>> _______________________________________________ >>> sword-devel mailing list: >>> sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> >>> Instructions to unsubscribe/change your settings at above page >>> >> >> >> >> _______________________________________________ >> sword-devel mailing list: >> sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> >> Instructions to unsubscribe/change your settings at above page >> > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From dfhmch at googlemail.com Tue Jul 16 01:00:59 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 16 Jul 2013 01:00:59 -0700 (PDT) Subject: [sword-devel] KJVA In-Reply-To: References: Message-ID: <1373961659246-4652828.post@n4.nabble.com> JSword based front-ends not only need to have a different module name and have their own path location, but the descriptions must be unique too! I already discussed this with DM Smith in regard to Bible Desktop. See http://crosswire.org/wiki/DevTools:conf_Files#Uniqueness So - yes - the KJVA Description ought to be different from the KJV. I have therefore added an issue in our tracker. http://www.crosswire.org/tracker/browse/MOD-250 David -- View this message in context: http://sword-dev.350566.n4.nabble.com/KJVA-tp4652823p4652828.html Sent from the SWORD Dev mailing list archive at Nabble.com. From dfhmch at googlemail.com Tue Jul 16 01:17:03 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 16 Jul 2013 01:17:03 -0700 (PDT) Subject: [sword-devel] Strong numbers for Louis Segond In-Reply-To: References: Message-ID: <1373962623232-4652829.post@n4.nabble.com> You have posed an interesting question. FreSegond Obsoletes=FreLSG FreSegond v2.0.1 in CrossWire Av11n repo is later than v1.6 in CrossWire Main. They are made from different sources! v2.0.1 is from VulSearch. v1.6 was from Unbound Bible. History_2.0=added Deuterocanonicals, switched to VulSearch version (2009-10-24) The conf files for both include these earlier details: History_1.2=Added Morph option History_1.1=Added Strongs However, the output from mod2imp shows no evidence of either Strongs or Morph. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Strong-numbers-for-Louis-Segond-tp4652824p4652829.html Sent from the SWORD Dev mailing list archive at Nabble.com. From chris at burrell.me.uk Tue Jul 16 01:22:39 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Tue, 16 Jul 2013 09:22:39 +0100 Subject: [sword-devel] Strong numbers for Louis Segond In-Reply-To: <1373962623232-4652829.post@n4.nabble.com> References: <1373962623232-4652829.post@n4.nabble.com> Message-ID: I guess my main question on this is whether they were removed because of copyright reasons? Chris On 16 July 2013 09:17, David Haslam wrote: > You have posed an interesting question. > > FreSegond Obsoletes=FreLSG > > FreSegond v2.0.1 in CrossWire Av11n repo is later than v1.6 in CrossWire > Main. > > > They are made from different sources! > > v2.0.1 is from VulSearch. > v1.6 was from Unbound Bible. > > History_2.0=added Deuterocanonicals, switched to VulSearch version > (2009-10-24) > > The conf files for both include these earlier details: > > History_1.2=Added Morph option > History_1.1=Added Strongs > > However, the output from mod2imp shows no evidence of either Strongs or > Morph. > > David > > > > > > -- > View this message in context: > http://sword-dev.350566.n4.nabble.com/Strong-numbers-for-Louis-Segond-tp4652824p4652829.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfhmch at googlemail.com Tue Jul 16 01:30:17 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 16 Jul 2013 01:30:17 -0700 (PDT) Subject: [sword-devel] Strong numbers for Louis Segond In-Reply-To: <1373962623232-4652829.post@n4.nabble.com> References: <1373962623232-4652829.post@n4.nabble.com> Message-ID: <1373963417927-4652831.post@n4.nabble.com> Googling for further clues came up with this: http://www.labibleonline.com/telecharger-gratuit.html - La Bible Louis Segond 1910 avec les num?ros Strong The download has this further description: Texte du domaine public mais enrichi avec les num?ros Strong par *Timnathserah, Inc* au Canada. Tyndale STEP already knew that. See http://dev.stepbible.org/version.jsp?version=FreLSG *Copyright information* Version Louis Segond 1910 (LSG) avec Strongs Texte libre de droits Strongs (c) Timnathserah, Inc - Canada & Editions CLE - Villeurbanne - France So unless CrossWire obtains permissions from Timnathserah, Inc and/or Editions CLE, we cannot legally distribute a module with Strongs. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Strong-numbers-for-Louis-Segond-tp4652824p4652831.html Sent from the SWORD Dev mailing list archive at Nabble.com. From dfhmch at googlemail.com Tue Jul 16 01:37:10 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 16 Jul 2013 01:37:10 -0700 (PDT) Subject: [sword-devel] Strong numbers for Louis Segond In-Reply-To: References: <1373962623232-4652829.post@n4.nabble.com> Message-ID: <1373963830563-4652832.post@n4.nabble.com> Our policy is to withdraw any module for which there is uncertainty about the copyright status of either the whole text or the added markup. i.e. On the precautionary principle. The proper procedure therefore would be for a request to be sent to Timnathserah, Inc - Canada & Editions CLE - Villeurbanne - France. Yet the fact that we now include the DC books and use the text from VulSearch does rather complicate matters. It would not be within CrossWire's remit to merge the Strongs/Morph markup with the VulSearch text. That would create a new source text, along with the responsibilities to maintain it. The latter goes against our general policy for not being the owner/maintainer of authentic source texts. (the only exception being for the KJV module). David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Strong-numbers-for-Louis-Segond-tp4652824p4652832.html Sent from the SWORD Dev mailing list archive at Nabble.com. From refdoc at gmx.net Tue Jul 16 01:40:11 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Tue, 16 Jul 2013 10:40:11 +0200 (CEST) Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <51E4BADC.3040404@crosswire.org> References: , <51DF0F7B.1070503@crosswire.org> , <51E4BADC.3040404@crosswire.org> Message-ID: Von:?"Troy A. Griffitts" > Does anyone have Ubuntu installed and can try building the swig bindings to confirm or deny they have the same problem as > Peter?? This is using autotools.? Simply compile and install sword, then cd to bindings/swig/package and follow the short > README.? Thank for any testing. We know already that 12.04LTS has no problems. Greg confirmed this. I have problems on 12.10 and 13.04. But: One of the most recent changes must have introduced a new problem. Running a program using the Perl bindings causes following error messages. This was not present a few iterations ago. peter at peter-ThinkPad-Twist:~/Source/sword/bindings/swig/package/python$ ~/Source/sword-tools/modules/crossreferences/xreffix.pl UTF8Transliterator: ICU: no resource index to load UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR Afterwards the program runs. I have not yet been able to test if there are more serious problems. Peter From niccarter at mac.com Tue Jul 16 03:22:58 2013 From: niccarter at mac.com (Nic Carter) Date: Tue, 16 Jul 2013 20:22:58 +1000 Subject: [sword-devel] KJVA In-Reply-To: <1373961659246-4652828.post@n4.nabble.com> References: <1373961659246-4652828.post@n4.nabble.com> Message-ID: Wouldn't this be classified as a bug in JSword? However, I do agree that it would be nice to update the description of the KJVA to indicate the difference between it and the KJV module, but are there good arguments for the descriptions to be the same? But, again, I'd be tempted to classify this as a bug in JSword, as SWORD is the spec that we work from? just my 2 cents...... :) On 16/07/2013, at 6:00 PM, David Haslam wrote: > JSword based front-ends not only need to have a different module name and > have their own path location, but the descriptions must be unique too! > > I already discussed this with DM Smith in regard to Bible Desktop. > > See http://crosswire.org/wiki/DevTools:conf_Files#Uniqueness > > So - yes - the KJVA Description ought to be different from the KJV. > > I have therefore added an issue in our tracker. > > http://www.crosswire.org/tracker/browse/MOD-250 > > David > > > > > > -- > View this message in context: http://sword-dev.350566.n4.nabble.com/KJVA-tp4652823p4652828.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From chris at burrell.me.uk Tue Jul 16 03:25:10 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Tue, 16 Jul 2013 11:25:10 +0100 Subject: [sword-devel] KJVA In-Reply-To: References: <1373961659246-4652828.post@n4.nabble.com> Message-ID: Yes it is a bug and it's been fixed in a pull request, but I think we should fix the module as well. On 16 July 2013 11:22, Nic Carter wrote: > > Wouldn't this be classified as a bug in JSword? > > However, I do agree that it would be nice to update the description of the > KJVA to indicate the difference between it and the KJV module, but are > there good arguments for the descriptions to be the same? > > But, again, I'd be tempted to classify this as a bug in JSword, as SWORD > is the spec that we work from? > > > just my 2 cents...... :) > > On 16/07/2013, at 6:00 PM, David Haslam wrote: > > > JSword based front-ends not only need to have a different module name and > > have their own path location, but the descriptions must be unique too! > > > > I already discussed this with DM Smith in regard to Bible Desktop. > > > > See http://crosswire.org/wiki/DevTools:conf_Files#Uniqueness > > > > So - yes - the KJVA Description ought to be different from the KJV. > > > > I have therefore added an issue in our tracker. > > > > http://www.crosswire.org/tracker/browse/MOD-250 > > > > David > > > > > > > > > > > > -- > > View this message in context: > http://sword-dev.350566.n4.nabble.com/KJVA-tp4652823p4652828.html > > Sent from the SWORD Dev mailing list archive at Nabble.com. > > > > _______________________________________________ > > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/mailman/listinfo/sword-devel > > Instructions to unsubscribe/change your settings at above page > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marjan.savli at gmail.com Tue Jul 16 03:46:21 2013 From: marjan.savli at gmail.com (Marjan Savli) Date: Tue, 16 Jul 2013 12:46:21 +0200 Subject: [sword-devel] Using osis2mod crash In-Reply-To: References: Message-ID: Hello, after few days more I find simple solution for osis2mod crash (osis2mod.exe sword\modules\texts\ztext\kjva_sloeng\ kjv_slo_osis_sword.xml -v KJVA -z) I needed to create subdirectiories which I accidentally deleted days ago. So I included in my script these lines. ==== d: chdir d:\ mkdir \temp\sword\sword\modules\texts\ztext\kjva_sloeng mkdir \temp\sword\sword\modules\texts\ztext\kjva_slo ===== And question: Is this hard to implement into osis2mod.exe, that instead of crash report that directory is missing? ------------ Marjan ---------- tel: +386 (0)4 5121 377 -------------------------------------- 2013/7/12 Marjan Savli > Hello > > I tried to use osis2mod to convert a OSISBible format text to SWORD > modules, but I got error message: osis2mod.exe has encountered a problem > and needs to close. > I am using Windows XP SP3, osis2mod 2671. I tried also on Windows 7, but > it was the same. First I tried with different tried msvcr100.dll, but it > was the same. At last I decided, that this is probably my fault in .xml > file. > > But two month ago this conversion was done without any problems. But then > something happens. :-)) > > This is my .bat file: > > C:\Temp\sword>osis2mod.exe sword\modules\texts\ztext\kjva_sloeng\ > kjv_slo_osis_sword.xml -v KJVA -z > You are running osis2mod: $Rev: 2671 $ > > Here ( https://sites.google.com/site/marjansavli/ ) is my > - picture of crash osis2mod_crash.JPG (147k) > - osis XML file kjv_slo_osis_sword.zip (476k) > - working 2 sword modules from two months ago kjva_slo_sword.zip > (3629k) > > > I read also this thread > http://sword-dev.350566.n4.nabble.com/Using-osis2mod-td356887.html > And I made extract from my xml file and here are all my osisID tags > > osisID="1Cor > osisID="1Cor.c > osisID="1John > osisID="1Pet > osisID="1Thess > osisID="1Thess.c > osisID="1Tim > osisID="1Tim.c > osisID="2Cor > osisID="2Cor.c > osisID="2John > osisID="2Pet > osisID="2Pet > osisID="2Thess > osisID="2Thess.c > osisID="2Tim > osisID="2Tim.c > osisID="3John > osisID="Acts > osisID="Col > osisID="Col.c > osisID="Eph > osisID="Eph.c > osisID="Gal > osisID="Gal.c > osisID="Heb > osisID="Heb.c > osisID="Jas > osisID="John > osisID="Jude > osisID="Luke > osisID="Luke > osisID="Mark > osisID="Matt > osisID="Phil > osisID="Phil.c > osisID="Phlm > osisID="Phlm.c > osisID="Ps > osisID="Rev > osisID="Rev > osisID="Rom > osisID="Rom.c > osisID="Titus > osisID="Titus > osisID="Titus.c > > > If anyone can help me I would be thankful. > > ------------ Marjan ---------- > tel: +386 (0)4 5121 377 > -------------------------------------- > -------------- naslednji del -------------- HTML priponka je pre?i??ena... URL: From jaak at ristioja.ee Tue Jul 16 04:03:49 2013 From: jaak at ristioja.ee (Jaak Ristioja) Date: Tue, 16 Jul 2013 14:03:49 +0300 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <51E4BADC.3040404@crosswire.org> References: , <51DF0F7B.1070503@crosswire.org> <51E4BADC.3040404@crosswire.org> Message-ID: <51E52895.6060000@ristioja.ee> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 16.07.2013 06:15, Troy A. Griffitts wrote: > OK, wrapping up final things for packaging up 1.7.0. > > Jaak, I've normalized ListKey for you, so you should have your > getCount const and added getElement const and non-const methods. > Other method names have been normalized with old names deprecated, > so this will almost certainly cause deprecation warning in > clients. Thanks, Troy! Btw, would it be possible in future versions Sword to declare a SWORD_VERSION macro alike QT_VERSION in Qt (see https://qt-project.org/doc/qt-5.1/qtcore/qtglobal.html#QT_VERSION )? It would ease writing source code compatible with multiple versions of the Sword API without requiring changes to the build system. Blessings, Jaak -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQgcBAEBAgAGBQJR5SiRAAoJEEqsYmEt1rCOSFRAAMHZxgqbHI6QJGQfFP7Oo32Y 1jdQULjw4kNdG09moItGU29S3AVUpYlNMLZrvV89rTBO3+HRJk99QjDNzyOlwBeh W3bMfWfxGMojSVm2nr5NGQnyePVeL2E2CJPM3jz8ENFAXeVXYEJJpemXL1ynehPE yHWwW5CS1KwPRcdjBfSYtylq3XHdhz1NLRHJRPw5m6onxWLMYAPeIiUXGHTze8BI GdgYa2HBYn+NO8prA+lmqqjtcHwjUVyQgTiqcoSs4xFoVRRN43xRvptzhQ/S7fHz lfeBgYQGRICy2l97aqzmyUYwfRrnX24RSysn1QYYKabjGQtCxe/PC4RU3K8PYb7U 6u+CmzL1JLuD1c5hwq6qBxtCpfumt2mTLW8pHcADdcCik1RSDeYLgA8CSPM4GOre VF+jL2MIPIZN/hPTYHXb4oghzsx/0YhqAGJvgjSGsMmDaIyICv8mKihgr5QkAG3o K8QKafYvpVEy/989cp4Z9xM3CclNR3JFVt9Ai2DD6k0AHRW7w9wPpHchRdgF1aLE Lr5A3QPRDdVchebxFIT4xIWMhx0rFnLlFwrHuVwyrDUCxxvqrxHQSfWGseC5fckw 5bDHikgA+euD54+99W/ClsT1BYqUnjxnrAc1pid/ZdAkLkRFE6ZWAYUqvGD4atp0 Z2ep8IAesll+Ov1Lo6mk7velKcDytgzsdfSjNNnUr18ZqFy3MJEagp0kthK8QTFP h7OsMeuGCBuWgI/LFLo7uHg3hUXjeUi/Z22R06X4RlgBGoLfkSe+KbLNGphS4QPE 6vuXVvTkYiXvFWdVzQrNjurn9r67AHIQAd31k92bRxGMQIXcDM12POGJzwqpHZBu H+aexGJWHzXL+ZBgj8RVHjIpQAZBsJvJJAvbz7qe28liOHxk2ena/FN8FhtKxHHe Wkud+Myt2VQEBhwwvnjNf2c+sch1avKfsAjJhmoum46+RnLTH35PCWiRIXXincnm J9JQK+D/wwRZPGFxno+tVs7HhV7OGu9uoHw9l53LOL97Pu0nk0mNH6PS/3y3OxpW YNMIPjscgnnkPgu6I4rYrKRGYgsiSXUyeo/pmJJWR/hw12WW+onA0hDBlv+sU3sb FSY3YQaoajaFWWkrt5rZwUJzmCg9fgYBn8AF5f3+bY1Z9hbUiKilbchIEIJ89yUC AJBhBvlcQ4QGjU4Kc5qtGUrwaznjZfILVGsJLqGCsxy6oNxnb8JEB1Y90c63rotx HDOPV3myLMjIEO9Nzqz9K3kIaQQX4ZSyNqETcwoP8EeV6DVLGm0sz5y7gV83Kfiq LsLYS+iTed8DEFLO4aezgbiZg5Icq3EAQXA375jZ3BONffGuxhgsfI/2uvprG0qD nnQBP6n4okKwY0jGIOWuiyIj6emc33g7u+b3LJykWQkErlbr3lTfn3Qjf7CIWjnM hyWV86FlyaDPiDF5uF3BJc8owvYaWuAYrzPUhqdJ8usnQdnHyPo57v268MyLaZiN bpBCi15KrPJNeIA6YNZN6Du1Ah7Myo3So8lZsVi3L8XROt4P3pIvPhRbrzcuIZhg WsqE/wGVSlcC8aiZiBa+Vvt5tO9N3sr4VSzLLrBFLwjlv6vyrHPG12me6b7lQXPn gLGGf0Sw4hiiRMx6rdG5Vce6pQDJefWh9aANk+55rvlzKnQelBLQsHl2ib/A0uHM XNtpuDj+CErnkJ6oxyGPWJ1UuxQmAeTrksTdp/rW0/iyRbYGVH32BotVIbHbtPer KZZjf7k7eA1vZejGN5y2nHyjrk7D4bPws9bwbmYqxm5zHo9f6EJf69bq7dGj/wAe vVXfKXzK4UJ298MTTC3dQJRejBxyqAzo2KoBaqlFadq0nGjVG6C88NEjl0YOppER vJxvadM4gd2iSvsJc8I9yF4hV2cJ7dF8crpKCcwslrSrOVfrvL81rfHdYZuKwex3 rOlktC7WhqxeqeYpLtgx5p1PIUcMgBnGY5qfs5pEBFbUzRubiVNrbskzXiFkJlYd RaQmA5NEFkCi1Twheo5mX0ZXJ4JdHbU79zlsRBSOo8DHO2L6GflyB95InXfju6bn SfzHCiolK5UpEfWsEYAihcMc2OjiHao7xkNaPgpmW1eJ4b+DdeBCIvUHFNSqqM0b kRspvjNWruBFprbJG1QKTQfuK/BNbBh2aqZMB/fNU153Qo3hAVkyrXMQW8UeajcJ UmI6simNUDjXVxwP/HD0ehFfmLHQGPx1Q5gBFKs4h4m3oTTqsnItgoamaPi0QMCb Iakjuo+TGEOn0/2Wq52B7HfBfMTyiCni4n5hRXqHCIY0r93Rz05oTuRbrfOUZmJp wVc6uzfEDxMhI7hjC1Ppa5Y2gC3FfoVD/d7Fz2GLQn3+v2eIalJpF9kTuRgb/p7n kqLNo6Zoe7EF3eettSa5aqdGfRw9WAxVWQ2hgNRtCR9P0Vi3neu3InDffHxkH27H 3Mhc6n9y0xryJywmVhRRE8VWJeyff3ca0uBlKZCTz7eRXrdQTxRj69LCR8P/Vsv5 qVkaDKHJB6CCQK1skHajq/vhEHJkR/sgN/RCAq+Df5rETUxa3j4KVHEK/SF6l/Nz hMYqc5RrXHAqZkMrrfqca/Vzw4fZPI0ISAC+F4kdefQbfxHgt3mZDMPQ93RNSit8 jmh8bMJ3r4v+MYf4iEeddFmVYbujJMXeE/wCBnhuPKsYQIXsMbkN2f9fKsXnsS0Y p/1rKW1N1VVIz/2Hn0jc =k8Lv -----END PGP SIGNATURE----- From refdoc at gmx.net Tue Jul 16 04:43:52 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Tue, 16 Jul 2013 13:43:52 +0200 (CEST) Subject: [sword-devel] Using osis2mod crash In-Reply-To: References: , Message-ID: An HTML attachment was scrubbed... URL: From mark at foresightlinux.org Tue Jul 16 05:04:57 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Tue, 16 Jul 2013 14:04:57 +0200 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <51DF0F7B.1070503@crosswire.org> <51E4BADC.3040404@crosswire.org> Message-ID: On Tue, Jul 16, 2013 at 10:40 AM, Peter von Kaehne wrote: > > Von: "Troy A. Griffitts" > >> Does anyone have Ubuntu installed and can try building the swig bindings to confirm or deny they have the same problem as > Peter? This is using autotools. Simply compile and install sword, then cd to bindings/swig/package and follow the short > README. Thank for any testing. > > We know already that 12.04LTS has no problems. Greg confirmed this. I have problems on 12.10 and 13.04. > > But: > > One of the most recent changes must have introduced a new problem. Running a program using the Perl bindings causes following error messages. This was not present a few iterations ago. > > peter at peter-ThinkPad-Twist:~/Source/sword/bindings/swig/package/python$ ~/Source/sword-tools/modules/crossreferences/xreffix.pl > UTF8Transliterator: ICU: no resource index to load > UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR > > Afterwards the program runs. I have not yet been able to test if there are more serious problems. I'm seeing this for weeks, maybe longer (building with cmake, so maybe the issue is build related), so maybe it wasn't me breaking my icu install. Would one need to install the ressource files somewhere? or should they come with icu provided by my system? -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From chrislit at crosswire.org Tue Jul 16 05:13:21 2013 From: chrislit at crosswire.org (Chris Little) Date: Tue, 16 Jul 2013 05:13:21 -0700 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <51DF0F7B.1070503@crosswire.org> <51E4BADC.3040404@crosswire.org> Message-ID: <51E538E1.3040306@crosswire.org> On 7/16/2013 5:04 AM, Mark Trompell wrote: > On Tue, Jul 16, 2013 at 10:40 AM, Peter von Kaehne wrote: >> >> Von: "Troy A. Griffitts" >> >>> Does anyone have Ubuntu installed and can try building the swig bindings to confirm or deny they have the same problem as > Peter? This is using autotools. Simply compile and install sword, then cd to bindings/swig/package and follow the short > README. Thank for any testing. >> >> We know already that 12.04LTS has no problems. Greg confirmed this. I have problems on 12.10 and 13.04. >> >> But: >> >> One of the most recent changes must have introduced a new problem. Running a program using the Perl bindings causes following error messages. This was not present a few iterations ago. >> >> peter at peter-ThinkPad-Twist:~/Source/sword/bindings/swig/package/python$ ~/Source/sword-tools/modules/crossreferences/xreffix.pl >> UTF8Transliterator: ICU: no resource index to load >> UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR >> >> Afterwards the program runs. I have not yet been able to test if there are more serious problems. > > I'm seeing this for weeks, maybe longer (building with cmake, so maybe > the issue is build related), so maybe it wasn't me breaking my icu > install. > Would one need to install the ressource files somewhere? or should > they come with icu provided by my system? > You can install icu-sword from our SVN, hack the additional transliterators into stock ICU (which is more up to date), or ignore the error. --Chris From mark at foresightlinux.org Tue Jul 16 05:14:09 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Tue, 16 Jul 2013 14:14:09 +0200 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <51DF0F7B.1070503@crosswire.org> <51E4BADC.3040404@crosswire.org> Message-ID: I think it's one of these that bite us: """ r2831 | chrislit | 2013-06-23 06:21:14 +0200 (So, 23 Jun 2013) | 2 lines removed ICU stuff from CMake files to match autotools files ------------------------------------------------------------------------ r2830 | chrislit | 2013-06-23 03:22:45 +0200 (So, 23 Jun 2013) | 2 lines removed what I believe was the last bit of extraneous ICU stuff from the autotools build ------------------------------------------------------------------------ r2827 | chrislit | 2013-06-22 11:09:36 +0200 (Sa, 22 Jun 2013) | 2 lines These bundled ICU transliterators have been out of date and unsupported for about a decade """ On Tue, Jul 16, 2013 at 10:40 AM, Peter von Kaehne wrote: > > Von: "Troy A. Griffitts" > >> Does anyone have Ubuntu installed and can try building the swig bindings to confirm or deny they have the same problem as > Peter? This is using autotools. Simply compile and install sword, then cd to bindings/swig/package and follow the short > README. Thank for any testing. > > We know already that 12.04LTS has no problems. Greg confirmed this. I have problems on 12.10 and 13.04. > > But: > > One of the most recent changes must have introduced a new problem. Running a program using the Perl bindings causes following error messages. This was not present a few iterations ago. > > peter at peter-ThinkPad-Twist:~/Source/sword/bindings/swig/package/python$ ~/Source/sword-tools/modules/crossreferences/xreffix.pl > UTF8Transliterator: ICU: no resource index to load > UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR > > Afterwards the program runs. I have not yet been able to test if there are more serious problems. > > Peter > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From chrislit at crosswire.org Tue Jul 16 05:17:59 2013 From: chrislit at crosswire.org (Chris Little) Date: Tue, 16 Jul 2013 05:17:59 -0700 Subject: [sword-devel] Strong numbers for Louis Segond In-Reply-To: <1373963830563-4652832.post@n4.nabble.com> References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> Message-ID: <51E539F7.4000502@crosswire.org> FreSegond is the current Louis Segond module. There are no errors in the .conf. Permission will not be given to distribute the previous content. STEP does not have permission to host & distribute it. --Chris On 7/16/2013 1:37 AM, David Haslam wrote: > Our policy is to withdraw any module for which there is uncertainty about the > copyright status of either the whole text or the added markup. > > i.e. On the precautionary principle. > > The proper procedure therefore would be for a request to be sent to > Timnathserah, Inc - Canada & Editions CLE - Villeurbanne - France. > > Yet the fact that we now include the DC books and use the text from > VulSearch does rather complicate matters. > > It would not be within CrossWire's remit to merge the Strongs/Morph markup > with the VulSearch text. > That would create a new source text, along with the responsibilities to > maintain it. > > The latter goes against our general policy for not being the > owner/maintainer of authentic source texts. > (the only exception being for the KJV module). > > David > > > > -- > View this message in context: http://sword-dev.350566.n4.nabble.com/Strong-numbers-for-Louis-Segond-tp4652824p4652832.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > From greg.hellings at gmail.com Tue Jul 16 05:19:12 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Tue, 16 Jul 2013 07:19:12 -0500 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <51DF0F7B.1070503@crosswire.org> <51E4BADC.3040404@crosswire.org> Message-ID: On Tue, Jul 16, 2013 at 7:14 AM, Mark Trompell wrote: > I think it's one of these that bite us: > """ > r2831 | chrislit | 2013-06-23 06:21:14 +0200 (So, 23 Jun 2013) | 2 lines > > removed ICU stuff from CMake files to match autotools files > > ------------------------------------------------------------------------ > r2830 | chrislit | 2013-06-23 03:22:45 +0200 (So, 23 Jun 2013) | 2 lines > > removed what I believe was the last bit of extraneous ICU stuff from > the autotools build > > ------------------------------------------------------------------------ > r2827 | chrislit | 2013-06-22 11:09:36 +0200 (Sa, 22 Jun 2013) | 2 lines > > These bundled ICU transliterators have been out of date and > unsupported for about a decade > """ > > No, those warning messages have been around a LOT longer than those commits. I've never figured out exactly what they mean, so I've never had a chance to try and fix whatever might be wrong. --Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: From chrislit at crosswire.org Tue Jul 16 05:26:13 2013 From: chrislit at crosswire.org (Chris Little) Date: Tue, 16 Jul 2013 05:26:13 -0700 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: References: <51DF0F7B.1070503@crosswire.org> <51E4BADC.3040404@crosswire.org> Message-ID: <51E53BE5.9090203@crosswire.org> On 7/16/2013 5:19 AM, Greg Hellings wrote: > > > > On Tue, Jul 16, 2013 at 7:14 AM, Mark Trompell > wrote: > > I think it's one of these that bite us: > """ > r2831 | chrislit | 2013-06-23 06:21:14 +0200 (So, 23 Jun 2013) | 2 lines > > removed ICU stuff from CMake files to match autotools files > > ------------------------------------------------------------------------ > r2830 | chrislit | 2013-06-23 03:22:45 +0200 (So, 23 Jun 2013) | 2 lines > > removed what I believe was the last bit of extraneous ICU stuff from > the autotools build > > ------------------------------------------------------------------------ > r2827 | chrislit | 2013-06-22 11:09:36 +0200 (Sa, 22 Jun 2013) | 2 lines > > These bundled ICU transliterators have been out of date and > unsupported for about a decade > """ > > > No, those warning messages have been around a LOT longer than those > commits. I've never figured out exactly what they mean, so I've never > had a chance to try and fix whatever might be wrong. > > --Greg You aren't thinking of the ulBuffNum errors, are you? It's quite possible that the U_MISSING_RESOURCE_ERROR errors have appeared for a while since the resources that used to be in /icu had not been updated in years and didn't include everything that the transliterator filter would have tried to load. --Chris From dmsmith at crosswire.org Tue Jul 16 05:30:39 2013 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 16 Jul 2013 08:30:39 -0400 Subject: [sword-devel] KJVA In-Reply-To: References: <1373961659246-4652828.post@n4.nabble.com> Message-ID: It is a bug in JSword and a fix has been submitted. The description of the KJVA should change to prevent confusion to users. In Him, DM On Jul 16, 2013, at 6:22 AM, Nic Carter wrote: > > Wouldn't this be classified as a bug in JSword? > > However, I do agree that it would be nice to update the description of the KJVA to indicate the difference between it and the KJV module, but are there good arguments for the descriptions to be the same? > > But, again, I'd be tempted to classify this as a bug in JSword, as SWORD is the spec that we work from? > > > just my 2 cents...... :) > > On 16/07/2013, at 6:00 PM, David Haslam wrote: > >> JSword based front-ends not only need to have a different module name and >> have their own path location, but the descriptions must be unique too! >> >> I already discussed this with DM Smith in regard to Bible Desktop. >> >> See http://crosswire.org/wiki/DevTools:conf_Files#Uniqueness >> >> So - yes - the KJVA Description ought to be different from the KJV. >> >> I have therefore added an issue in our tracker. >> >> http://www.crosswire.org/tracker/browse/MOD-250 >> >> David >> >> >> >> >> >> -- >> View this message in context: http://sword-dev.350566.n4.nabble.com/KJVA-tp4652823p4652828.html >> Sent from the SWORD Dev mailing list archive at Nabble.com. >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From dmsmith at crosswire.org Tue Jul 16 05:32:14 2013 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 16 Jul 2013 08:32:14 -0400 Subject: [sword-devel] Using osis2mod crash In-Reply-To: References: Message-ID: <6EA42406-8DB8-4DA7-9EA4-F15899A9D721@crosswire.org> Yes we should test directory existence. In Him, DM On Jul 16, 2013, at 6:46 AM, Marjan Savli wrote: > Hello, > > after few days more I find simple solution for osis2mod crash > (osis2mod.exe sword\modules\texts\ztext\kjva_sloeng\ kjv_slo_osis_sword.xml -v KJVA -z) > > I needed to create subdirectiories which I accidentally deleted days ago. So I included in my script these lines. > > ==== > d: > chdir d:\ > mkdir \temp\sword\sword\modules\texts\ztext\kjva_sloeng > mkdir \temp\sword\sword\modules\texts\ztext\kjva_slo > ===== > > And question: > Is this hard to implement into osis2mod.exe, that instead of crash report that directory is missing? > > > ------------ Marjan ---------- > tel: +386 (0)4 5121 377 > -------------------------------------- > > > 2013/7/12 Marjan Savli >> Hello >> >> I tried to use osis2mod to convert a OSISBible format text to SWORD modules, but I got error message: osis2mod.exe has encountered a problem and needs to close. >> I am using Windows XP SP3, osis2mod 2671. I tried also on Windows 7, but it was the same. First I tried with different tried msvcr100.dll, but it was the same. At last I decided, that this is probably my fault in .xml file. >> >> But two month ago this conversion was done without any problems. But then something happens. :-)) >> >> This is my .bat file: >> >> C:\Temp\sword>osis2mod.exe sword\modules\texts\ztext\kjva_sloeng\ kjv_slo_osis_sword.xml -v KJVA -z >> You are running osis2mod: $Rev: 2671 $ >> >> Here ( https://sites.google.com/site/marjansavli/ ) is my >> - picture of crash osis2mod_crash.JPG (147k) >> - osis XML file kjv_slo_osis_sword.zip (476k) >> - working 2 sword modules from two months ago kjva_slo_sword.zip (3629k) >> >> >> I read also this thread http://sword-dev.350566.n4.nabble.com/Using-osis2mod-td356887.html >> And I made extract from my xml file and here are all my osisID tags >> >> osisID="1Cor >> osisID="1Cor.c >> osisID="1John >> osisID="1Pet >> osisID="1Thess >> osisID="1Thess.c >> osisID="1Tim >> osisID="1Tim.c >> osisID="2Cor >> osisID="2Cor.c >> osisID="2John >> osisID="2Pet >> osisID="2Pet >> osisID="2Thess >> osisID="2Thess.c >> osisID="2Tim >> osisID="2Tim.c >> osisID="3John >> osisID="Acts >> osisID="Col >> osisID="Col.c >> osisID="Eph >> osisID="Eph.c >> osisID="Gal >> osisID="Gal.c >> osisID="Heb >> osisID="Heb.c >> osisID="Jas >> osisID="John >> osisID="Jude >> osisID="Luke >> osisID="Luke >> osisID="Mark >> osisID="Matt >> osisID="Phil >> osisID="Phil.c >> osisID="Phlm >> osisID="Phlm.c >> osisID="Ps >> osisID="Rev >> osisID="Rev >> osisID="Rom >> osisID="Rom.c >> osisID="Titus >> osisID="Titus >> osisID="Titus.c >> >> >> If anyone can help me I would be thankful. >> >> ------------ Marjan ---------- >> tel: +386 (0)4 5121 377 >> -------------------------------------- > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Tue Jul 16 05:43:55 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Tue, 16 Jul 2013 13:43:55 +0100 Subject: [sword-devel] Strong numbers for Louis Segond In-Reply-To: <51E539F7.4000502@crosswire.org> References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> Message-ID: Can you remove it from the repository please? I took it from there yesterday? Chris On 16 July 2013 13:17, Chris Little wrote: > FreSegond is the current Louis Segond module. There are no errors in the > .conf. > > Permission will not be given to distribute the previous content. STEP does > not have permission to host & distribute it. > > --Chris > > > > On 7/16/2013 1:37 AM, David Haslam wrote: > >> Our policy is to withdraw any module for which there is uncertainty about >> the >> copyright status of either the whole text or the added markup. >> >> i.e. On the precautionary principle. >> >> The proper procedure therefore would be for a request to be sent to >> Timnathserah, Inc - Canada & Editions CLE - Villeurbanne - France. >> >> Yet the fact that we now include the DC books and use the text from >> VulSearch does rather complicate matters. >> >> It would not be within CrossWire's remit to merge the Strongs/Morph markup >> with the VulSearch text. >> That would create a new source text, along with the responsibilities to >> maintain it. >> >> The latter goes against our general policy for not being the >> owner/maintainer of authentic source texts. >> (the only exception being for the KJV module). >> >> David >> >> >> >> -- >> View this message in context: http://sword-dev.350566.n4.** >> nabble.com/Strong-numbers-for-**Louis-Segond-**tp4652824p4652832.html >> Sent from the SWORD Dev mailing list archive at Nabble.com. >> >> ______________________________**_________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/**mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> >> > > ______________________________**_________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/**mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Tue Jul 16 05:44:23 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Tue, 16 Jul 2013 13:44:23 +0100 Subject: [sword-devel] Strong numbers for Louis Segond In-Reply-To: References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> Message-ID: And it also says Public Domain, which it clearly isn't if the thread is correct. On 16 July 2013 13:43, Chris Burrell wrote: > Can you remove it from the repository please? I took it from there > yesterday? > > Chris > > > > On 16 July 2013 13:17, Chris Little wrote: > >> FreSegond is the current Louis Segond module. There are no errors in the >> .conf. >> >> Permission will not be given to distribute the previous content. STEP >> does not have permission to host & distribute it. >> >> --Chris >> >> >> >> On 7/16/2013 1:37 AM, David Haslam wrote: >> >>> Our policy is to withdraw any module for which there is uncertainty >>> about the >>> copyright status of either the whole text or the added markup. >>> >>> i.e. On the precautionary principle. >>> >>> The proper procedure therefore would be for a request to be sent to >>> Timnathserah, Inc - Canada & Editions CLE - Villeurbanne - France. >>> >>> Yet the fact that we now include the DC books and use the text from >>> VulSearch does rather complicate matters. >>> >>> It would not be within CrossWire's remit to merge the Strongs/Morph >>> markup >>> with the VulSearch text. >>> That would create a new source text, along with the responsibilities to >>> maintain it. >>> >>> The latter goes against our general policy for not being the >>> owner/maintainer of authentic source texts. >>> (the only exception being for the KJV module). >>> >>> David >>> >>> >>> >>> -- >>> View this message in context: http://sword-dev.350566.n4.** >>> nabble.com/Strong-numbers-for-**Louis-Segond-**tp4652824p4652832.html >>> Sent from the SWORD Dev mailing list archive at Nabble.com. >>> >>> ______________________________**_________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >>> >>> >> >> ______________________________**_________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/**mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfhmch at googlemail.com Tue Jul 16 05:55:56 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 16 Jul 2013 05:55:56 -0700 (PDT) Subject: [sword-devel] Strong numbers for Louis Segond In-Reply-To: References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> Message-ID: <1373979356137-4652849.post@n4.nabble.com> Chris, I think you have misunderstood what Chris Little meant by "previous content". That would have been the older module FreLSG that had ? Strongs markup. This was removed from our repos. It's an obsoleted module. STEP has no permission to distribute that old module. But the FreSegond modules in both Av11n and in Main are correctly designated as PD. The differences between these are as I observed earlier. These are the only Louis Segond modules that you could have installed yesterday. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Strong-numbers-for-Louis-Segond-tp4652824p4652849.html Sent from the SWORD Dev mailing list archive at Nabble.com. From chrislit at crosswire.org Tue Jul 16 06:03:45 2013 From: chrislit at crosswire.org (Chris Little) Date: Tue, 16 Jul 2013 06:03:45 -0700 Subject: [sword-devel] Strong numbers for Louis Segond In-Reply-To: References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> Message-ID: <51E544B1.6020600@crosswire.org> It wasn't in the repository. At most, you could have found an old zip on the FTP site, unlinked, so you'd have had to have downloaded it directly by browsing the FTP site (or maybe had stale .conf data sitting around that could allow you to see cached zips of removed modules). I've cleared the .zip caches. --Chris On 7/16/2013 5:43 AM, Chris Burrell wrote: > Can you remove it from the repository please? I took it from there > yesterday? > > Chris > > > > On 16 July 2013 13:17, Chris Little > wrote: > > FreSegond is the current Louis Segond module. There are no errors in > the .conf. > > Permission will not be given to distribute the previous content. > STEP does not have permission to host & distribute it. > > --Chris > > > > On 7/16/2013 1:37 AM, David Haslam wrote: > > Our policy is to withdraw any module for which there is > uncertainty about the > copyright status of either the whole text or the added markup. > > i.e. On the precautionary principle. > > The proper procedure therefore would be for a request to be sent to > Timnathserah, Inc - Canada & Editions CLE - Villeurbanne - France. > > Yet the fact that we now include the DC books and use the text from > VulSearch does rather complicate matters. > > It would not be within CrossWire's remit to merge the > Strongs/Morph markup > with the VulSearch text. > That would create a new source text, along with the > responsibilities to > maintain it. > > The latter goes against our general policy for not being the > owner/maintainer of authentic source texts. > (the only exception being for the KJV module). > > David > > > > -- > View this message in context: > http://sword-dev.350566.n4.__nabble.com/Strong-numbers-for-__Louis-Segond-__tp4652824p4652832.html > > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _________________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/__mailman/listinfo/sword-devel > > Instructions to unsubscribe/change your settings at above page > > > > _________________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/__mailman/listinfo/sword-devel > > Instructions to unsubscribe/change your settings at above page > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > From chris at burrell.me.uk Tue Jul 16 06:30:05 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Tue, 16 Jul 2013 14:30:05 +0100 Subject: [sword-devel] Module versions and removals Message-ID: Hi In my long time on the lists, I can't recall seeing a notice for removal of a module when we thought we had rights and then suddenly we didn't. Just wanted to check that sword-devel would be notified of any such instances. Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmsmith at crosswire.org Tue Jul 16 07:01:42 2013 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 16 Jul 2013 10:01:42 -0400 Subject: [sword-devel] Module versions and removals In-Reply-To: References: Message-ID: We haven't done that in the past. Doubt it is a good idea. In Him, DM On Jul 16, 2013, at 9:30 AM, Chris Burrell wrote: > Hi > > In my long time on the lists, I can't recall seeing a notice for removal of a module when we thought we had rights and then suddenly we didn't. > > Just wanted to check that sword-devel would be notified of any such instances. > > Chris > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From chris at burrell.me.uk Tue Jul 16 11:24:38 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Tue, 16 Jul 2013 19:24:38 +0100 Subject: [sword-devel] Strong numbers for Louis Segond In-Reply-To: <51E544B1.6020600@crosswire.org> References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> <51E544B1.6020600@crosswire.org> Message-ID: Hi Can someone point me in the direction of the person who created the FreLSG module? I can't seem to locate "Timnathserah, Inc - Canada & Editions CLE - Villeurbanne - France" anywhere in Canada or in France. I'd like to be able to contact "Timnathserah" to seek permission for STEP. Chris On 16 July 2013 14:03, Chris Little wrote: > It wasn't in the repository. At most, you could have found an old zip on > the FTP site, unlinked, so you'd have had to have downloaded it directly by > browsing the FTP site (or maybe had stale .conf data sitting around that > could allow you to see cached zips of removed modules). > > I've cleared the .zip caches. > > --Chris > > > > On 7/16/2013 5:43 AM, Chris Burrell wrote: > >> Can you remove it from the repository please? I took it from there >> yesterday? >> >> Chris >> >> >> >> On 16 July 2013 13:17, Chris Little > > wrote: >> >> FreSegond is the current Louis Segond module. There are no errors in >> the .conf. >> >> Permission will not be given to distribute the previous content. >> STEP does not have permission to host & distribute it. >> >> --Chris >> >> >> >> On 7/16/2013 1:37 AM, David Haslam wrote: >> >> Our policy is to withdraw any module for which there is >> uncertainty about the >> copyright status of either the whole text or the added markup. >> >> i.e. On the precautionary principle. >> >> The proper procedure therefore would be for a request to be sent >> to >> Timnathserah, Inc - Canada & Editions CLE - Villeurbanne - France. >> >> Yet the fact that we now include the DC books and use the text >> from >> VulSearch does rather complicate matters. >> >> It would not be within CrossWire's remit to merge the >> Strongs/Morph markup >> with the VulSearch text. >> That would create a new source text, along with the >> responsibilities to >> maintain it. >> >> The latter goes against our general policy for not being the >> owner/maintainer of authentic source texts. >> (the only exception being for the KJV module). >> >> David >> >> >> >> -- >> View this message in context: >> http://sword-dev.350566.n4.__n**abble.com/Strong-numbers-for-_** >> _Louis-Segond-__**tp4652824p4652832.html >> >> > Louis-Segond-**tp4652824p4652832.html >> > >> Sent from the SWORD Dev mailing list archive at Nabble.com. >> >> ______________________________**___________________ >> sword-devel mailing list: sword-devel at crosswire.org >> > >> http://www.crosswire.org/__**mailman/listinfo/sword-devel >> >> >> > >> Instructions to unsubscribe/change your settings at above page >> >> >> >> ______________________________**___________________ >> sword-devel mailing list: sword-devel at crosswire.org >> > >> http://www.crosswire.org/__**mailman/listinfo/sword-devel >> >> >> > >> Instructions to unsubscribe/change your settings at above page >> >> >> >> >> ______________________________**_________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/**mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From refdoc at gmx.net Tue Jul 16 13:06:02 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Tue, 16 Jul 2013 22:06:02 +0200 (CEST) Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <51E53BE5.9090203@crosswire.org> References: <51DF0F7B.1070503@crosswire.org> <51E4BADC.3040404@crosswire.org> , <51E53BE5.9090203@crosswire.org> Message-ID: Bindings on Ubuntu 13.04 - i386 server install, clean VM apart from needing ldconfig been run and that ICU error message, both Perl and Python bindings seem to work. Peter From dmsmith at crosswire.org Tue Jul 16 14:29:19 2013 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 16 Jul 2013 17:29:19 -0400 Subject: [sword-devel] swmodule::createModule usage bug (was Re: Using osis2mod crash) In-Reply-To: <6EA42406-8DB8-4DA7-9EA4-F15899A9D721@crosswire.org> References: <6EA42406-8DB8-4DA7-9EA4-F15899A9D721@crosswire.org> Message-ID: <76CCCCDF-92BE-44FD-B38C-541343DAA204@crosswire.org> The problem with osis2mod is that createModule does not like a path that does not already exist. I was thinking that FileMgr should be used to test and create the directory if needed. I saw that there was an FileMgr::isDirectory(path) and that there was a FileMgr::createParent(path). The latter takes a path ending in / or \ and recursively will test and create the directory. I can add these to osis2mod, but it seems that the proper location is in the createModule methods. Is there a reason that we require the caller of osis2mod (and the other *2mod) to ensure that the directory exists? It appears that on Windows that osis2mod crashes if the directory does not exist. It at least should exit gracefully. In Him, DM On Jul 16, 2013, at 8:32 AM, DM Smith wrote: > Yes we should test directory existence. > > In Him, > DM > > On Jul 16, 2013, at 6:46 AM, Marjan Savli wrote: > >> Hello, >> >> after few days more I find simple solution for osis2mod crash >> (osis2mod.exe sword\modules\texts\ztext\kjva_sloeng\ kjv_slo_osis_sword.xml -v KJVA -z) >> >> I needed to create subdirectiories which I accidentally deleted days ago. So I included in my script these lines. >> >> ==== >> d: >> chdir d:\ >> mkdir \temp\sword\sword\modules\texts\ztext\kjva_sloeng >> mkdir \temp\sword\sword\modules\texts\ztext\kjva_slo >> ===== >> >> And question: >> Is this hard to implement into osis2mod.exe, that instead of crash report that directory is missing? >> >> >> ------------ Marjan ---------- >> tel: +386 (0)4 5121 377 >> -------------------------------------- >> >> >> 2013/7/12 Marjan Savli >> Hello >> >> I tried to use osis2mod to convert a OSISBible format text to SWORD modules, but I got error message: osis2mod.exe has encountered a problem and needs to close. >> I am using Windows XP SP3, osis2mod 2671. I tried also on Windows 7, but it was the same. First I tried with different tried msvcr100.dll, but it was the same. At last I decided, that this is probably my fault in .xml file. >> >> But two month ago this conversion was done without any problems. But then something happens. :-)) >> >> This is my .bat file: >> >> C:\Temp\sword>osis2mod.exe sword\modules\texts\ztext\kjva_sloeng\ kjv_slo_osis_sword.xml -v KJVA -z >> You are running osis2mod: $Rev: 2671 $ >> >> Here ( https://sites.google.com/site/marjansavli/ ) is my >> - picture of crash osis2mod_crash.JPG (147k) >> - osis XML file kjv_slo_osis_sword.zip (476k) >> - working 2 sword modules from two months ago kjva_slo_sword.zip (3629k) >> >> >> I read also this thread http://sword-dev.350566.n4.nabble.com/Using-osis2mod-td356887.html >> And I made extract from my xml file and here are all my osisID tags >> >> osisID="1Cor >> osisID="1Cor.c >> osisID="1John >> osisID="1Pet >> osisID="1Thess >> osisID="1Thess.c >> osisID="1Tim >> osisID="1Tim.c >> osisID="2Cor >> osisID="2Cor.c >> osisID="2John >> osisID="2Pet >> osisID="2Pet >> osisID="2Thess >> osisID="2Thess.c >> osisID="2Tim >> osisID="2Tim.c >> osisID="3John >> osisID="Acts >> osisID="Col >> osisID="Col.c >> osisID="Eph >> osisID="Eph.c >> osisID="Gal >> osisID="Gal.c >> osisID="Heb >> osisID="Heb.c >> osisID="Jas >> osisID="John >> osisID="Jude >> osisID="Luke >> osisID="Luke >> osisID="Mark >> osisID="Matt >> osisID="Phil >> osisID="Phil.c >> osisID="Phlm >> osisID="Phlm.c >> osisID="Ps >> osisID="Rev >> osisID="Rev >> osisID="Rom >> osisID="Rom.c >> osisID="Titus >> osisID="Titus >> osisID="Titus.c >> >> >> If anyone can help me I would be thankful. >> >> ------------ Marjan ---------- >> tel: +386 (0)4 5121 377 >> -------------------------------------- >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From dfhmch at googlemail.com Tue Jul 16 23:52:00 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 16 Jul 2013 23:52:00 -0700 (PDT) Subject: [sword-devel] Strong numbers for Louis Segond In-Reply-To: References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> <51E544B1.6020600@crosswire.org> Message-ID: <1374043920315-4652856.post@n4.nabble.com> Chris, Why is it so difficult to find? This page came up at the top of a Google search. http://www.editionscle.com/ *Editions Cl? *: The joint publications ministry of GBIM and UFM International See http://www.editionscle.com/amenginfo.html UFM International = http://www.ufm.org.uk/ GBIM = Grace Brethren International Missions, which is now part of or renamed as Encompass World Partners. See http://www.encompassworld.org/ David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Strong-numbers-for-Louis-Segond-tp4652824p4652856.html Sent from the SWORD Dev mailing list archive at Nabble.com. From dfhmch at googlemail.com Tue Jul 16 23:59:51 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 16 Jul 2013 23:59:51 -0700 (PDT) Subject: [sword-devel] Strong numbers for Louis Segond In-Reply-To: References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> <51E544B1.6020600@crosswire.org> Message-ID: <1374044391111-4652857.post@n4.nabble.com> PS. *Timnathserah, Inc* - Canada and *Editions Cl?* - France were two separate publishers! I imagine the latter moved its main office from Villeurbanne since the date of the original FreLSG module. It's conceivable that the former may no longer exist, or has been rebranded or taken over. Most likely location would have been in the French speaking province of Quebec. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Strong-numbers-for-Louis-Segond-tp4652824p4652857.html Sent from the SWORD Dev mailing list archive at Nabble.com. From dfhmch at googlemail.com Wed Jul 17 00:32:57 2013 From: dfhmch at googlemail.com (David Haslam) Date: Wed, 17 Jul 2013 00:32:57 -0700 (PDT) Subject: [sword-devel] swmodule::createModule usage bug (was Re: Using osis2mod crash) In-Reply-To: <76CCCCDF-92BE-44FD-B38C-541343DAA204@crosswire.org> References: <6EA42406-8DB8-4DA7-9EA4-F15899A9D721@crosswire.org> <76CCCCDF-92BE-44FD-B38C-541343DAA204@crosswire.org> Message-ID: <1374046377120-4652858.post@n4.nabble.com> Whatever is implemented, please ensure that the directory existence is checked in Windows for (a) networked drives (b) substitute drives I've seen instances where poorly designed existence check methods only work for drive letters on the same drive or only on a local drive. Thorough testing is essential. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Using-osis2mod-crash-tp4652800p4652858.html Sent from the SWORD Dev mailing list archive at Nabble.com. From chrislit at crosswire.org Wed Jul 17 02:14:38 2013 From: chrislit at crosswire.org (Chris Little) Date: Wed, 17 Jul 2013 02:14:38 -0700 Subject: [sword-devel] Strong numbers for Louis Segond In-Reply-To: References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> <51E544B1.6020600@crosswire.org> Message-ID: <51E6607E.2020200@crosswire.org> On 7/16/2013 11:24 AM, Chris Burrell wrote: > Hi > > Can someone point me in the direction of the person who created the > FreLSG module? I can't seem to locate "Timnathserah, Inc - Canada & > Editions CLE - Villeurbanne - France" anywhere in Canada or in France. > > I'd like to be able to contact "Timnathserah" to seek permission for STEP. > > Chris It's Online Bible. So, the first question I would pose is: What's your licensing budget? In any case, this discussion is not relevant to Sword or CrossWire and I would ask that you take it offline. --Chris From info at tetzels.de Wed Jul 17 05:16:48 2013 From: info at tetzels.de (Stephan) Date: Wed, 17 Jul 2013 14:16:48 +0200 Subject: [sword-devel] Missing ZIP files (was: Strong numbers for Louis Segond) In-Reply-To: <51E544B1.6020600@crosswire.org> References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> <51E544B1.6020600@crosswire.org> Message-ID: <51E68B30.6080206@tetzels.de> Hi, > I've cleared the .zip caches. Since yesterday there are no zipped modules in the rawzip directories of avpackages or avatticpackages or atticpackages. Only packages and betapackages have zipped modules in the rawzip folder. Is there another location to access this zipped modules via HTTP or will they come back again in these directories? Blessings, Stephan From greg.hellings at gmail.com Wed Jul 17 07:10:28 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Wed, 17 Jul 2013 09:10:28 -0500 Subject: [sword-devel] UTF8Transliterator messages Message-ID: So I've been plagued in the CMake builds by this message: UTF8Transliterator: ICU: no resource index to load UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR Now it's expanding out to repeat itself four times when I run a utility like diatheke, and Peter has claimed he sees the message when running the Python bindings in Ubuntu when building with autotools. Is there anyone who knows what this might be referring to, and how I can squelch this? I just tried building and adding libicudata.so to the build process, but to no avail. I still get the same number of messages and warnings. I'm attaching my build output to see if anyone can see what is present/missing in CMake that the autotools seems to get right (I'm guessing it still lacks the above message?). These warnings have been present throughout the history of the CMake build, but I'd like to squash them if anyone can see what's going on. I'm quite out of ideas at this point. :-/ --Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: build.log.xz Type: application/octet-stream Size: 9688 bytes Desc: not available URL: From chrislit at crosswire.org Wed Jul 17 15:46:42 2013 From: chrislit at crosswire.org (Chris Little) Date: Wed, 17 Jul 2013 15:46:42 -0700 Subject: [sword-devel] UTF8Transliterator messages In-Reply-To: References: Message-ID: <51E71ED2.3080401@crosswire.org> Give the latest SVN a try. All of the offending code should be disabled now. --Chris On 07/17/2013 07:10 AM, Greg Hellings wrote: > So I've been plagued in the CMake builds by this message: > UTF8Transliterator: ICU: no resource index to load > UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR > > Now it's expanding out to repeat itself four times when I run a utility > like diatheke, and Peter has claimed he sees the message when running > the Python bindings in Ubuntu when building with autotools. > > Is there anyone who knows what this might be referring to, and how I can > squelch this? I just tried building and adding libicudata.so to the > build process, but to no avail. I still get the same number of messages > and warnings. I'm attaching my build output to see if anyone can see > what is present/missing in CMake that the autotools seems to get right > (I'm guessing it still lacks the above message?). > > These warnings have been present throughout the history of the CMake > build, but I'd like to squash them if anyone can see what's going on. > I'm quite out of ideas at this point. :-/ > > --Greg > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > From niccarter at mac.com Wed Jul 17 21:03:14 2013 From: niccarter at mac.com (Nic Carter) Date: Thu, 18 Jul 2013 14:03:14 +1000 Subject: [sword-devel] UTF8Transliterator messages In-Reply-To: <51E71ED2.3080401@crosswire.org> References: <51E71ED2.3080401@crosswire.org> Message-ID: Hi Chris, Can you please explain what you've done & what you are switching on/off with the new #defines? I build the lib a different way, so I'd like to see if I can incorporate your changes into my build system or to see if I still need my own custom way of switching off those error messages... :) (yes, I have been seeing those error messages since day 1 with PS, but I have my own hacks to remove them and would rather use your changes!) Thanks, ybic nic... :) On 18/07/2013, at 8:46 AM, Chris Little wrote: > Give the latest SVN a try. All of the offending code should be disabled now. > > --Chris > > On 07/17/2013 07:10 AM, Greg Hellings wrote: >> So I've been plagued in the CMake builds by this message: >> UTF8Transliterator: ICU: no resource index to load >> UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR >> >> Now it's expanding out to repeat itself four times when I run a utility >> like diatheke, and Peter has claimed he sees the message when running >> the Python bindings in Ubuntu when building with autotools. >> >> Is there anyone who knows what this might be referring to, and how I can >> squelch this? I just tried building and adding libicudata.so to the >> build process, but to no avail. I still get the same number of messages >> and warnings. I'm attaching my build output to see if anyone can see >> what is present/missing in CMake that the autotools seems to get right >> (I'm guessing it still lacks the above message?). >> >> These warnings have been present throughout the history of the CMake >> build, but I'd like to squash them if anyone can see what's going on. >> I'm quite out of ideas at this point. :-/ >> >> --Greg >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From greg.hellings at gmail.com Wed Jul 17 21:19:13 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Wed, 17 Jul 2013 23:19:13 -0500 Subject: [sword-devel] UTF8Transliterator messages In-Reply-To: <51E71ED2.3080401@crosswire.org> References: <51E71ED2.3080401@crosswire.org> Message-ID: On Wed, Jul 17, 2013 at 5:46 PM, Chris Little wrote: > Give the latest SVN a try. All of the offending code should be disabled > now. > That has eliminated them from my local build. Thanks! --Greg > > --Chris > > > On 07/17/2013 07:10 AM, Greg Hellings wrote: > >> So I've been plagued in the CMake builds by this message: >> UTF8Transliterator: ICU: no resource index to load >> UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR >> >> Now it's expanding out to repeat itself four times when I run a utility >> like diatheke, and Peter has claimed he sees the message when running >> the Python bindings in Ubuntu when building with autotools. >> >> Is there anyone who knows what this might be referring to, and how I can >> squelch this? I just tried building and adding libicudata.so to the >> build process, but to no avail. I still get the same number of messages >> and warnings. I'm attaching my build output to see if anyone can see >> what is present/missing in CMake that the autotools seems to get right >> (I'm guessing it still lacks the above message?). >> >> These warnings have been present throughout the history of the CMake >> build, but I'd like to squash them if anyone can see what's going on. >> I'm quite out of ideas at this point. :-/ >> >> --Greg >> >> >> ______________________________**_________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/**mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> >> > > ______________________________**_________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/**mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg.hellings at gmail.com Wed Jul 17 21:34:11 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Wed, 17 Jul 2013 23:34:11 -0500 Subject: [sword-devel] Windows Utilities Message-ID: I know that there has been a HUGE amount of changes and refactoring, including the addition of the new versification scheme (and about 115 subversion commits) since the last time I updated the Windows utilities. You can find the latest build, as of tonight revision 2908, at http://dl.thehellings.com/sword-utils/ in the appropriate set of Debug/Release and x86/x64 zip files. I still don't have emptyvss.exe in there, as it is not presently built by default in the CMake build tree. Perhaps my next bundle will have it! --Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfhmch at googlemail.com Thu Jul 18 00:11:15 2013 From: dfhmch at googlemail.com (David Haslam) Date: Thu, 18 Jul 2013 00:11:15 -0700 (PDT) Subject: [sword-devel] Windows Utilities In-Reply-To: References: Message-ID: <1374131475333-4652866.post@n4.nabble.com> Thanks Greg, Please document the changes to osis2mod in http://crosswire.org/wiki/Osis2mod#History_of_Changes David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652866.html Sent from the SWORD Dev mailing list archive at Nabble.com. From chrislit at crosswire.org Thu Jul 18 01:36:20 2013 From: chrislit at crosswire.org (Chris Little) Date: Thu, 18 Jul 2013 01:36:20 -0700 Subject: [sword-devel] UTF8Transliterator messages In-Reply-To: References: <51E71ED2.3080401@crosswire.org> Message-ID: <51E7A904.20902@crosswire.org> Some history: The ICU transliteration filter from 2002 could transliterate to/from a bunch of scripts beyond what stock ICU could do. Daniel Glassey added the ability to load & build transliterators that were not part of the ICU resource bundle in 2003, allowing use of stock ICU that is included with most distros along with our additional transliterators. But it hasn't been maintained or updated since 2003, and only worked on systems building with autotools. So that is all now removed (both the out of date copies of transliterators and the code for loading them). You'll saw the missing resource errors if your system doesn't have our additional transliterators when Daniel's code tries to load them. The defines I added are just there to deactivate most of Daniel's code. If it someday makes sense to load transliterators directly, we can reactivate it in 1.8.x or so. Before that, I'll pursue getting our transliterators incorporated into CLDR (and thus stock ICU). We would only need to reactivate this code if our data were rejected by Unicode. tl;dr: Just don't define ICU_CUSTOM_RESOURCE_BUILDING and the code for UTF8Transliterator should now avoid all of the parts that were emitting error messages. --Chris On 7/17/2013 9:03 PM, Nic Carter wrote: > > Hi Chris, > > Can you please explain what you've done & what you are switching on/off with the new #defines? I build the lib a different way, so I'd like to see if I can incorporate your changes into my build system or to see if I still need my own custom way of switching off those error messages... :) > (yes, I have been seeing those error messages since day 1 with PS, but I have my own hacks to remove them and would rather use your changes!) > > Thanks, ybic > nic... :) > > On 18/07/2013, at 8:46 AM, Chris Little wrote: > >> Give the latest SVN a try. All of the offending code should be disabled now. >> >> --Chris >> >> On 07/17/2013 07:10 AM, Greg Hellings wrote: >>> So I've been plagued in the CMake builds by this message: >>> UTF8Transliterator: ICU: no resource index to load >>> UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR >>> >>> Now it's expanding out to repeat itself four times when I run a utility >>> like diatheke, and Peter has claimed he sees the message when running >>> the Python bindings in Ubuntu when building with autotools. >>> >>> Is there anyone who knows what this might be referring to, and how I can >>> squelch this? I just tried building and adding libicudata.so to the >>> build process, but to no avail. I still get the same number of messages >>> and warnings. I'm attaching my build output to see if anyone can see >>> what is present/missing in CMake that the autotools seems to get right >>> (I'm guessing it still lacks the above message?). >>> >>> These warnings have been present throughout the history of the CMake >>> build, but I'd like to squash them if anyone can see what's going on. >>> I'm quite out of ideas at this point. :-/ >>> >>> --Greg >>> >>> >>> _______________________________________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >>> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > From chris at burrell.me.uk Thu Jul 18 14:40:20 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Thu, 18 Jul 2013 22:40:20 +0100 Subject: [sword-devel] SBLGNT conf file inconsistency? Message-ID: Hi Just wanted to highlight there are 2 lines in the conf file for the SBLGNT module: ftp://ftp.crosswire.org/pub/sword/raw/mods.d/sblgnt.conf DistributionLicense=Copyrighted; Permission to distribute granted to CrossWire DistributionLicense=Copyrighted; Free non-commercial distribution Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From chrislit at crosswire.org Thu Jul 18 23:08:46 2013 From: chrislit at crosswire.org (Chris Little) Date: Thu, 18 Jul 2013 23:08:46 -0700 Subject: [sword-devel] SBLGNT conf file inconsistency? In-Reply-To: References: Message-ID: <51E8D7EE.9000906@crosswire.org> On 7/18/2013 2:40 PM, Chris Burrell wrote: > Hi > > Just wanted to highlight there are 2 lines in the conf file for the > SBLGNT module: ftp://ftp.crosswire.org/pub/sword/raw/mods.d/sblgnt.conf > > DistributionLicense=Copyrighted; Permission to distribute granted to CrossWire > > DistributionLicense=Copyrighted; Free non-commercial distribution > > > Chris Thanks for catching that. They're both technically correct (we received permission directly and non-commercial distribution is fairly free), though both are not precisely accurate. For our purposes, the latter is how we'll list the rights. A .conf update will roll out tonight. --Chris From niccarter at mac.com Fri Jul 19 19:27:44 2013 From: niccarter at mac.com (Nic Carter) Date: Sat, 20 Jul 2013 12:27:44 +1000 Subject: [sword-devel] UTF8Transliterator messages In-Reply-To: <51E7A904.20902@crosswire.org> References: <51E71ED2.3080401@crosswire.org> <51E7A904.20902@crosswire.org> Message-ID: <05C678B7-066C-4611-B740-26730DD63ABF@mac.com> Awesome, thanks for the heads up. Those should be useful changes for PS. :) On 18/07/2013, at 6:36 PM, Chris Little wrote: > Some history: > The ICU transliteration filter from 2002 could transliterate to/from a bunch of scripts beyond what stock ICU could do. Daniel Glassey added the ability to load & build transliterators that were not part of the ICU resource bundle in 2003, allowing use of stock ICU that is included with most distros along with our additional transliterators. But it hasn't been maintained or updated since 2003, and only worked on systems building with autotools. So that is all now removed (both the out of date copies of transliterators and the code for loading them). > > You'll saw the missing resource errors if your system doesn't have our additional transliterators when Daniel's code tries to load them. > > The defines I added are just there to deactivate most of Daniel's code. If it someday makes sense to load transliterators directly, we can reactivate it in 1.8.x or so. Before that, I'll pursue getting our transliterators incorporated into CLDR (and thus stock ICU). We would only need to reactivate this code if our data were rejected by Unicode. > > tl;dr: Just don't define ICU_CUSTOM_RESOURCE_BUILDING and the code for UTF8Transliterator should now avoid all of the parts that were emitting error messages. > > --Chris > > > On 7/17/2013 9:03 PM, Nic Carter wrote: >> >> Hi Chris, >> >> Can you please explain what you've done & what you are switching on/off with the new #defines? I build the lib a different way, so I'd like to see if I can incorporate your changes into my build system or to see if I still need my own custom way of switching off those error messages... :) >> (yes, I have been seeing those error messages since day 1 with PS, but I have my own hacks to remove them and would rather use your changes!) >> >> Thanks, ybic >> nic... :) >> >> On 18/07/2013, at 8:46 AM, Chris Little wrote: >> >>> Give the latest SVN a try. All of the offending code should be disabled now. >>> >>> --Chris >>> >>> On 07/17/2013 07:10 AM, Greg Hellings wrote: >>>> So I've been plagued in the CMake builds by this message: >>>> UTF8Transliterator: ICU: no resource index to load >>>> UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR >>>> >>>> Now it's expanding out to repeat itself four times when I run a utility >>>> like diatheke, and Peter has claimed he sees the message when running >>>> the Python bindings in Ubuntu when building with autotools. >>>> >>>> Is there anyone who knows what this might be referring to, and how I can >>>> squelch this? I just tried building and adding libicudata.so to the >>>> build process, but to no avail. I still get the same number of messages >>>> and warnings. I'm attaching my build output to see if anyone can see >>>> what is present/missing in CMake that the autotools seems to get right >>>> (I'm guessing it still lacks the above message?). >>>> >>>> These warnings have been present throughout the history of the CMake >>>> build, but I'd like to squash them if anyone can see what's going on. >>>> I'm quite out of ideas at this point. :-/ >>>> >>>> --Greg >>>> >>>> >>>> _______________________________________________ >>>> sword-devel mailing list: sword-devel at crosswire.org >>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>> Instructions to unsubscribe/change your settings at above page >>>> >>> >>> >>> _______________________________________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From chrislit at crosswire.org Fri Jul 19 22:08:32 2013 From: chrislit at crosswire.org (Chris Little) Date: Fri, 19 Jul 2013 22:08:32 -0700 Subject: [sword-devel] Missing ZIP files In-Reply-To: <51E68B30.6080206@tetzels.de> References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> <51E544B1.6020600@crosswire.org> <51E68B30.6080206@tetzels.de> Message-ID: <51EA1B50.4040509@crosswire.org> On 7/17/2013 5:16 AM, Stephan wrote: > Hi, > >> I've cleared the .zip caches. > > Since yesterday there are no zipped modules in the rawzip directories of > avpackages or avatticpackages or atticpackages. Only packages and > betapackages have zipped modules in the rawzip folder. > > Is there another location to access this zipped modules via HTTP or will > they come back again in these directories? > > Blessings, > Stephan I believe only the main, beta, & experimental repositories are accessible through web download, so only modules from those repositories will ever get ZIPs from the packaging script. I'm not sure how they were created so that they were there before I deleted them. The existence of ZIPs is never guaranteed. There is also no guarantee that they are current, if they exist. The only guarantees we attempt to make are that the module files themselves are present for Install Managers and that up-to-date ZIPs will be served from the above 3 repositories when they are downloaded from the CrossWire website. --Chris From mjdenham at gmail.com Sat Jul 20 07:14:17 2013 From: mjdenham at gmail.com (Martin Denham) Date: Sat, 20 Jul 2013 15:14:17 +0100 Subject: [sword-devel] Missing ZIP files In-Reply-To: <51EA1B50.4040509@crosswire.org> References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> <51E544B1.6020600@crosswire.org> <51E68B30.6080206@tetzels.de> <51EA1B50.4040509@crosswire.org> Message-ID: They should be there again now. And Bible depends on the av repository. See this thread for more info: http://svn.crosswire.org/pipermail/jsword-devel/2013-April/004639.html It is a real shame the av zips are not created automatically. Cheers Martin On 20 July 2013 06:08, Chris Little wrote: > On 7/17/2013 5:16 AM, Stephan wrote: > >> Hi, >> >> I've cleared the .zip caches. >>> >> >> Since yesterday there are no zipped modules in the rawzip directories of >> avpackages or avatticpackages or atticpackages. Only packages and >> betapackages have zipped modules in the rawzip folder. >> >> Is there another location to access this zipped modules via HTTP or will >> they come back again in these directories? >> >> Blessings, >> Stephan >> > > I believe only the main, beta, & experimental repositories are accessible > through web download, so only modules from those repositories will ever get > ZIPs from the packaging script. I'm not sure how they were created so that > they were there before I deleted them. > > The existence of ZIPs is never guaranteed. There is also no guarantee that > they are current, if they exist. The only guarantees we attempt to make are > that the module files themselves are present for Install Managers and that > up-to-date ZIPs will be served from the above 3 repositories when they are > downloaded from the CrossWire website. > > --Chris > > > > ______________________________**_________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/**mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From refdoc at gmx.net Sat Jul 20 08:17:28 2013 From: refdoc at gmx.net (=?utf-8?B?cmVmZG9jQGdteC5uZXQ=?=) Date: Sat, 20 Jul 2013 16:17:28 +0100 Subject: [sword-devel] =?utf-8?q?Missing_ZIP_files?= Message-ID: <0Lj1Cw-1UPZSs0iK6-00dEHs@mail.gmx.com> None of the zips are created automatically, all are created only on demand Sent from my HTC ----- Reply message ----- From: "Martin Denham" To: "SWORD Developers' Collaboration Forum" Subject: [sword-devel] Missing ZIP files Date: Sat, Jul 20, 2013 15:14 They should be there again now. ?And Bible depends on the av repository. See this thread for more info:?http://svn.crosswire.org/pipermail/jsword-devel/2013-April/004639.html It is a real shame the av zips are not created automatically. CheersMartin On 20 July 2013 06:08, Chris Little wrote: On 7/17/2013 5:16 AM, Stephan wrote: Hi, I've cleared the .zip caches. Since yesterday there are no zipped modules in the rawzip directories of avpackages or avatticpackages or atticpackages. Only packages and betapackages have zipped modules in the rawzip folder. Is there another location to access this zipped modules via HTTP or will they come back again in these directories? Blessings, Stephan I believe only the main, beta, & experimental repositories are accessible through web download, so only modules from those repositories will ever get ZIPs from the packaging script. I'm not sure how they were created so that they were there before I deleted them. The existence of ZIPs is never guaranteed. There is also no guarantee that they are current, if they exist. The only guarantees we attempt to make are that the module files themselves are present for Install Managers and that up-to-date ZIPs will be served from the above 3 repositories when they are downloaded from the CrossWire website. --Chris _______________________________________________ sword-devel mailing list: sword-devel at crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From chrislit at crosswire.org Sat Jul 20 14:42:40 2013 From: chrislit at crosswire.org (Chris Little) Date: Sat, 20 Jul 2013 14:42:40 -0700 Subject: [sword-devel] Missing ZIP files In-Reply-To: References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> <51E544B1.6020600@crosswire.org> <51E68B30.6080206@tetzels.de> <51EA1B50.4040509@crosswire.org> Message-ID: <51EB0450.5010409@crosswire.org> On 07/20/2013 07:14 AM, Martin Denham wrote: > They should be there again now. And Bible depends on the av repository. > > See this thread for more info: > http://svn.crosswire.org/pipermail/jsword-devel/2013-April/004639.html > > It is a real shame the av zips are not created automatically. Or... It's a real shame that JSword doesn't use the repositories correctly, according to their intended usage. Or... It's a real shame you don't write a cron job that can update the ZIPs nightly, if necessary. (Maybe Karl can help you, if he has a script to update ZIPs in his repository.) The latter is probably more useful at this point and more urgent since I am going to write a cron job to delete the ZIPs on occasion. --Chris From dmsmith at crosswire.org Sat Jul 20 15:05:54 2013 From: dmsmith at crosswire.org (DM Smith) Date: Sat, 20 Jul 2013 18:05:54 -0400 Subject: [sword-devel] Missing ZIP files In-Reply-To: <51EB0450.5010409@crosswire.org> References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> <51E544B1.6020600@crosswire.org> <51E68B30.6080206@tetzels.de> <51EA1B50.4040509@crosswire.org> <51EB0450.5010409@crosswire.org> Message-ID: On Jul 20, 2013, at 5:42 PM, Chris Little wrote: > On 07/20/2013 07:14 AM, Martin Denham wrote: >> They should be there again now. And Bible depends on the av repository. >> >> See this thread for more info: >> http://svn.crosswire.org/pipermail/jsword-devel/2013-April/004639.html >> >> It is a real shame the av zips are not created automatically. > > > Or... > It's a real shame that JSword doesn't use the repositories correctly, according to their intended usage. Yes it is a shame. I'm almost done w the code to use the expanded repository via ftp. This will be with the release after next. > Or... > It's a real shame you don't write a cron job that can update the ZIPs nightly, if necessary. (Maybe Karl can help you, if he has a script to update ZIPs in his repository.) Can anyone point me to the code that does the zipping? While coding it up is trivial, there's no point to re-inventing the wheel. Just port the code to a loop. > > The latter is probably more useful at this point and more urgent since I am going to write a cron job to delete the ZIPs on occasion. Please don't do this until we have had a chance to write the script. What would the purpose of doing the mass deletes? Currently JSword uses the file time to determine whether the module has changed. Since our frontends do not advertise updated modules, this is no big deal. We've got the mechanism written to use the conf version field, but it is not in the frontends yet. If the purpose is to ensure that old stuff is appropriately deleted, then a script comparing module conf to zips deleting those that don't match would be better. This is even simpler to write than the zipper program. This could be added to the zipper program. BTW, Troy's position has been that it is OK to go to the zip cache first and failing that get the module by parts. But that there should be no requirement of a frontend to have the zips. Many have noted that getting the zip is faster and more reliable than getting by parts. But please tell us when you put the cache clearing cron job into place. In Him, DM > > --Chris > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From karl at kleinpaste.org Sat Jul 20 17:29:26 2013 From: karl at kleinpaste.org (Karl Kleinpaste) Date: Sat, 20 Jul 2013 20:29:26 -0400 Subject: [sword-devel] Missing ZIP files In-Reply-To: (DM Smith's message of "Sat, 20 Jul 2013 18:05:54 -0400") References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> <51E544B1.6020600@crosswire.org> <51E68B30.6080206@tetzels.de> <51EA1B50.4040509@crosswire.org> <51EB0450.5010409@crosswire.org> Message-ID: DM Smith writes: > Can anyone point me to the code that does the zipping? I use this script for updating modules in my local repos (and then later rsync files to Xiphos repo when appropriate). It includes automatic update of version stamps and setting InstallSize and creating *.zip. Embellish to taste. As is, it is invoked with the name of the *.conf, without ".conf" itself. #!/bin/sh for mod ; do echo ================ "$mod" ================ # for dir in /var/ftp/prv/hci /var/ftp/pub/sword ; do if [ ! -r "$dir"/mods.d/"$mod".conf ] ; then continue fi echo $dir cd $dir # # new date strings in .conf. # data="`grep DataPath mods.d/\"$mod\".conf | \ sed -e 's;DataPath=./;;' -e 's;[a-z]\+$;;'`" files="`find \"$data\" -type f | sort`" vdate="`date +%y%m%d`" svdate="`date +%Y-%m-%d`" installsize="`( echo 0 ; ls -l $files | awk '{ print $5"+" }' ; echo p ) | dc`" sed -i \ -e "s/^\(Version=[0-9]\)\.[^-]*$/\1.$vdate/" \ -e "s/^\(Version=.\+\)-.*$/\1-$vdate/" \ -e "s/^SwordVersionDate=.*$/SwordVersionDate=$svdate/" \ -e "s/^InstallSize=.*$/InstallSize=$installsize/" \ mods.d/"$mod".conf # # make new .conf summary. # rm -f mods.d.tar.gz tar czvf mods.d.tar.gz mods.d/*.conf # # gen up fresh zip. # rm -f zip/"$mod".zip zip zip/"$mod".zip mods.d/"$mod".conf $files done done # exit 0 From chrislit at crosswire.org Sat Jul 20 19:12:30 2013 From: chrislit at crosswire.org (Chris Little) Date: Sat, 20 Jul 2013 19:12:30 -0700 Subject: [sword-devel] Missing ZIP files In-Reply-To: References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> <51E544B1.6020600@crosswire.org> <51E68B30.6080206@tetzels.de> <51EA1B50.4040509@crosswire.org> <51EB0450.5010409@crosswire.org> Message-ID: <51EB438E.9060806@crosswire.org> On 07/20/2013 03:05 PM, DM Smith wrote: > > On Jul 20, 2013, at 5:42 PM, Chris Little wrote: > >> On 07/20/2013 07:14 AM, Martin Denham wrote: >>> They should be there again now. And Bible depends on the av repository. >>> >>> See this thread for more info: >>> http://svn.crosswire.org/pipermail/jsword-devel/2013-April/004639.html >>> >>> It is a real shame the av zips are not created automatically. >> >> >> Or... >> It's a real shame that JSword doesn't use the repositories correctly, according to their intended usage. > > Yes it is a shame. I'm almost done w the code to use the expanded repository via ftp. This will be with the release after next. Awesome. >> Or... >> It's a real shame you don't write a cron job that can update the ZIPs nightly, if necessary. (Maybe Karl can help you, if he has a script to update ZIPs in his repository.) > > Can anyone point me to the code that does the zipping? While coding it up is trivial, there's no point to re-inventing the wheel. Just port the code to a loop. >> >> The latter is probably more useful at this point and more urgent since I am going to write a cron job to delete the ZIPs on occasion. > > Please don't do this until we have had a chance to write the script. Yeah, it's not urgent. It can wait a while. And I only intend to have it run once a week or so. > What would the purpose of doing the mass deletes? Currently JSword uses the file time to determine whether the module has changed. Since our frontends do not advertise updated modules, this is no big deal. We've got the mechanism written to use the conf version field, but it is not in the frontends yet. There are a couple of reasons to clear out the cache on occasion. The web download applet will generate ZIPs for updates and new modules, but don't remove pulled modules (and sometimes I forget to do it manually). We also get people who think they're really smart and start feeding the download applet things like NIV and NKJV. And the applet will happily package those for them (except that they are empty of content). So it's nice to clear out those sorts of files from the server. > If the purpose is to ensure that old stuff is appropriately deleted, then a script comparing module conf to zips deleting those that don't match would be better. This is even simpler to write than the zipper program. This could be added to the zipper program. Sure, there are other ways of handling the issues. > BTW, Troy's position has been that it is OK to go to the zip cache first and failing that get the module by parts. But that there should be no requirement of a frontend to have the zips. Many have noted that getting the zip is faster and more reliable than getting by parts. At present, I believe that is a bad position. Shortly after updates, ZIPs and the module parts can get out of sync so that, e.g., you think you're downloading version 2.0 of a module, but you're actually downloading 1.0 since that's what the ZIP is because no one has downloaded through the applet, causing the ZIP to update. And no amount to trying to update from the ZIP is going to update to 2.0 until someone else hits the download applet. A cron job running an update script would at least mean that both the mods.d.tar.gz and ZIPs get updated at approximately the same time. --Chris From scribe at crosswire.org Sun Jul 21 02:00:15 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Sun, 21 Jul 2013 11:00:15 +0200 Subject: [sword-devel] Missing ZIP files In-Reply-To: <51EB438E.9060806@crosswire.org> References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> <51E544B1.6020600@crosswire.org> <51E68B30.6080206@tetzels.de> <51EA1B50.4040509@crosswire.org> <51EB0450.5010409@crosswire.org> <51EB438E.9060806@crosswire.org> Message-ID: <24b64356-6c13-4108-9b15-e3df12b41ebe@email.android.com> A few quick comments. If you're using http to grab the zips, we already have an http URL which will be sure to give you the latest zip-- the packager. If I implement the cache mechanism in the engine, I will use the same logic as what is in the packager to determine if any found zip is current. The code for the packager is in the crosswire-java svn repo. You should be able to find the servlet with a grep. Old sucky code I'm not proud of but works. Chris Little wrote: >On 07/20/2013 03:05 PM, DM Smith wrote: >> >> On Jul 20, 2013, at 5:42 PM, Chris Little >wrote: >> >>> On 07/20/2013 07:14 AM, Martin Denham wrote: >>>> They should be there again now. And Bible depends on the av >repository. >>>> >>>> See this thread for more info: >>>> >http://svn.crosswire.org/pipermail/jsword-devel/2013-April/004639.html >>>> >>>> It is a real shame the av zips are not created automatically. >>> >>> >>> Or... >>> It's a real shame that JSword doesn't use the repositories >correctly, according to their intended usage. >> >> Yes it is a shame. I'm almost done w the code to use the expanded >repository via ftp. This will be with the release after next. > >Awesome. > >>> Or... >>> It's a real shame you don't write a cron job that can update the >ZIPs nightly, if necessary. (Maybe Karl can help you, if he has a >script to update ZIPs in his repository.) >> >> Can anyone point me to the code that does the zipping? While coding >it up is trivial, there's no point to re-inventing the wheel. Just port >the code to a loop. >>> >>> The latter is probably more useful at this point and more urgent >since I am going to write a cron job to delete the ZIPs on occasion. >> >> Please don't do this until we have had a chance to write the script. > >Yeah, it's not urgent. It can wait a while. And I only intend to have >it >run once a week or so. > >> What would the purpose of doing the mass deletes? Currently JSword >uses the file time to determine whether the module has changed. Since >our frontends do not advertise updated modules, this is no big deal. >We've got the mechanism written to use the conf version field, but it >is not in the frontends yet. > >There are a couple of reasons to clear out the cache on occasion. The >web download applet will generate ZIPs for updates and new modules, but > >don't remove pulled modules (and sometimes I forget to do it manually). > >We also get people who think they're really smart and start feeding the > >download applet things like NIV and NKJV. And the applet will happily >package those for them (except that they are empty of content). So it's > >nice to clear out those sorts of files from the server. > >> If the purpose is to ensure that old stuff is appropriately deleted, >then a script comparing module conf to zips deleting those that don't >match would be better. This is even simpler to write than the zipper >program. This could be added to the zipper program. > >Sure, there are other ways of handling the issues. > >> BTW, Troy's position has been that it is OK to go to the zip cache >first and failing that get the module by parts. But that there should >be no requirement of a frontend to have the zips. Many have noted that >getting the zip is faster and more reliable than getting by parts. > >At present, I believe that is a bad position. Shortly after updates, >ZIPs and the module parts can get out of sync so that, e.g., you think >you're downloading version 2.0 of a module, but you're actually >downloading 1.0 since that's what the ZIP is because no one has >downloaded through the applet, causing the ZIP to update. And no amount > >to trying to update from the ZIP is going to update to 2.0 until >someone >else hits the download applet. > >A cron job running an update script would at least mean that both the >mods.d.tar.gz and ZIPs get updated at approximately the same time. > >--Chris > > > >_______________________________________________ >sword-devel mailing list: sword-devel at crosswire.org >http://www.crosswire.org/mailman/listinfo/sword-devel >Instructions to unsubscribe/change your settings at above page -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfhmch at googlemail.com Tue Jul 23 01:23:42 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 23 Jul 2013 01:23:42 -0700 (PDT) Subject: [sword-devel] Windows Utilities In-Reply-To: References: Message-ID: <1374567822677-4652879.post@n4.nabble.com> Greg, Is anyone actually looking at the software issues for SWORD utilities? This one is still open, even though it was created on 2012-01-09. http://www.crosswire.org/tracker/browse/MODTOOLS-31 It's quite disheartening to see so little response after reporting a software issue. CrossWire does not have a good track record as regards responsiveness. Which other open source project would allow issues to be neglected for more than 18 months? David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652879.html Sent from the SWORD Dev mailing list archive at Nabble.com. From trampster at gmail.com Tue Jul 23 01:57:50 2013 From: trampster at gmail.com (Daniel Hughes) Date: Tue, 23 Jul 2013 20:57:50 +1200 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374567822677-4652879.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> Message-ID: Which other open source project would allow issues to be neglected for more than 18 months? Lots actually, In my experience most bugs I have raised against opensource projects have never been fixed. The exception to this is bugs I have raised against my own opensource projects. Opensource developers tend to fix bugs which impact them and ignore bugs which don't. On Tue, Jul 23, 2013 at 8:23 PM, David Haslam wrote: > Greg, > > Is anyone actually looking at the software issues for SWORD utilities? > > This one is still open, even though it was created on 2012-01-09. > > http://www.crosswire.org/tracker/browse/MODTOOLS-31 > > It's quite disheartening to see so little response after reporting a > software issue. > > CrossWire does not have a good track record as regards responsiveness. > Which other open source project would allow issues to be neglected for more > than 18 months? > > David > > > > -- > View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652879.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From refdoc at gmx.net Tue Jul 23 02:46:10 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Tue, 23 Jul 2013 11:46:10 +0200 (CEST) Subject: [sword-devel] Windows Utilities In-Reply-To: <1374567822677-4652879.post@n4.nabble.com> References: , <1374567822677-4652879.post@n4.nabble.com> Message-ID: > This one is still open, even though it was created on 2012-01-09. > > http://www.crosswire.org/tracker/browse/MODTOOLS-31 I would consider this expected behaviour at that level, not a bug. These are linked verses and so each verse pointer will point at the same text. At the level of a frontend I would want it to be dealt with. At the level of a utility, I want to see it expressedly. Diatheke is of course somewhere between the two. Peter From dfhmch at googlemail.com Tue Jul 23 04:09:55 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 23 Jul 2013 04:09:55 -0700 (PDT) Subject: [sword-devel] Windows Utilities In-Reply-To: References: <1374567822677-4652879.post@n4.nabble.com> Message-ID: <1374577795094-4652882.post@n4.nabble.com> Thanks Daniel, *begin rant* Why do they have issues trackers if they only respond to issues "that affect them"? This is one of the worst aspects of many open source projects! The programmers don't take users seriously enough. Or they expect users who bother to report problems to be programmers who can fix the bugs themselves and save them the bother. And some programmers suffer from what can only be described as the NIH syndrome. ("Not Invented Here") It's just not good enough! *end rant* David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652882.html Sent from the SWORD Dev mailing list archive at Nabble.com. From dfhmch at googlemail.com Tue Jul 23 04:16:00 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 23 Jul 2013 04:16:00 -0700 (PDT) Subject: [sword-devel] Windows Utilities In-Reply-To: References: <1374567822677-4652879.post@n4.nabble.com> Message-ID: <1374578160148-4652883.post@n4.nabble.com> Thanks Peter, If that's how you see this particular issue, then why was there never any such response along those lines from ANYONE in the SWORD development team? btw. I don't fully agree with you as regards the details for http://www.crosswire.org/tracker/browse/MODTOOLS-31 These utilities should give the required output when single verses are requested, but should be "intelligent" enough to avoid duplications when a passage is to be processed that includes the verse range (or part of one). David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652883.html Sent from the SWORD Dev mailing list archive at Nabble.com. From niccarter at mac.com Tue Jul 23 04:21:38 2013 From: niccarter at mac.com (Nic Carter) Date: Tue, 23 Jul 2013 21:21:38 +1000 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374577795094-4652882.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> Message-ID: Insert comment here about lack of time and everyone being a volunteer and life going on and bigger fish to fry and ... Mmmmm, fried fish! Oh, I meant, and distractions all over the place... ;) Sent from my phone, hence this email may be short... On 23/07/2013, at 21:09, David Haslam wrote: > Thanks Daniel, > > *begin rant* > > Why do they have issues trackers if they only respond to issues "that affect > them"? > > This is one of the worst aspects of many open source projects! > > The programmers don't take users seriously enough. > > Or they expect users who bother to report problems to be programmers who can > fix the bugs themselves and save them the bother. > > And some programmers suffer from what can only be described as the NIH > syndrome. ("Not Invented Here") > > It's just not good enough! > > *end rant* > > David > > > > -- > View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652882.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From chrislit at crosswire.org Tue Jul 23 05:00:35 2013 From: chrislit at crosswire.org (Chris Little) Date: Tue, 23 Jul 2013 05:00:35 -0700 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374567822677-4652879.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> Message-ID: <51EE7063.6020508@crosswire.org> On 7/23/2013 1:23 AM, David Haslam wrote: > Greg, Aside from a mod2osis patch he submitted once upon a time, I don't think Greg has done any work on the utilities, so I'm unclear why you're asking him. > Is anyone actually looking at the software issues for SWORD utilities? Yes, but everyone is more interested in their own issues. If you can't code, then you are a second-class citizen here. Developers are more likely to submit patches that could fix the bugs they report. Developers are more likely to submit actual bugs that don't need to be confirmed, whereas non-developers have a high incidence of just not knowing what they're talking about. And developers are more likely to give good bug descriptions: high in signal, low in noise, and accurately describing where the problem might be. > This one is still open, even though it was created on 2012-01-09. > > http://www.crosswire.org/tracker/browse/MODTOOLS-31 I would agree that these are bugs (or reasonable feature enhancements), but there are much more important issues to address. (This assumes that the issue actually exist; I haven't confirmed that.) These are essentially export utilities, so they don't affect our real end-users: the users of front ends. > It's quite disheartening to see so little response after reporting a > software issue. > > CrossWire does not have a good track record as regards responsiveness. > Which other open source project would allow issues to be neglected for more > than 18 months? Most of them. Which other open source projects do you have experience with? I just checked the bug tracker of another FOSS project, which has corporate sponsorship and dozens of developers, including full-time paid developers. It has open bugs from the 1990s. --Chris From refdoc at gmx.net Tue Jul 23 05:20:30 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Tue, 23 Jul 2013 14:20:30 +0200 (CEST) Subject: [sword-devel] Windows Utilities In-Reply-To: <1374578160148-4652883.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> , <1374578160148-4652883.post@n4.nabble.com> Message-ID: > Von: "David Haslam" > These utilities should give the required output when single verses are > requested, but should be "intelligent" enough to avoid duplications when a > passage is to be processed that includes the verse range (or part of one). Chris has answered already largely. Wrt to mod2imp - this is a utility for checking module content. The duplication tells you this is a linked verse. What else do you want from it? It coudl alternatively put that info into the imp node header, but I am not entirely sure why this would be better for the purpose it was designed for. It is not a round robin utility and certainly not a commandline frontend. In short - if you want to call it a bug - taking into account the scope and purpose of the utility you will need to explain why $$$Matt.2.1-3 ABC ABC ABC is better for your purposes than $$$Matt.2.1 ABC ABC ABC $$$Matt.2.2 ABC ABC ABC $$$Matt.2.3 ABC ABC ABC Latter is longer, for sure, but the implied information is the same. It certainly has served its purposes as far as i am concerned well enough. Diatheke comes closer to being a front end - and here your described behaviour could indeed be called a bug. But FWIW, diatheke is obsolete for all purposes other than quick look ups and it is solely maintained because it is easily maintained. And it is a nice enough short checking tool. I would think that those who maintain it use it as a tool to get to grips with the API. Users are here truly secondary. Module makers should not use it to produce modules, but solely for checking purposes There are a small number of projects (mostly church projection software) who use diatheke output and then post process it but I think this is simply a sign of lack of willingness to get to grips with the API. I have been in contact with one such project and pointed out the python bindings - my understanding is they will look at that closer and change their code as the options of the API are a manifold better than cut up diatheke output. yours Peter > > David > > > > -- > View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652883.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > From dmsmith at crosswire.org Tue Jul 23 05:41:46 2013 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 23 Jul 2013 08:41:46 -0400 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374577795094-4652882.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> Message-ID: More a comment on the thread than this reply. We have bug trackers to record bugs, to record feature requests, to record development plans, .... Reported bugs are not created equal. They are not equally important. They need to be triaged. Some thoughts: A reported bug may not be a bug but a feature request. A reported bug may not be reproducible. A reported bug may have a work around. A reported bug may be hard to fix. A reported bug may be design flaw. A reported bug may be of small impact. A reported bug may impact a few people. A reported bug may be easy to fix. A reported bug may be .... Volunteers work on: What they have time for. What they can do. What personally interest them. What reduces their support effort. ... This is pretty much the same as most open source software projects. Our basis here is a bit different than most open source. We have a mission to bring God's word to others. We should apply prayer to our efforts. Specifically, we should pray that God guide our efforts and provide workers for the harvest. In Him, DM On Jul 23, 2013, at 7:09 AM, David Haslam wrote: > Thanks Daniel, > > *begin rant* > > Why do they have issues trackers if they only respond to issues "that affect > them"? > > This is one of the worst aspects of many open source projects! > > The programmers don't take users seriously enough. > > Or they expect users who bother to report problems to be programmers who can > fix the bugs themselves and save them the bother. > > And some programmers suffer from what can only be described as the NIH > syndrome. ("Not Invented Here") > > It's just not good enough! > > *end rant* > > David > > > > -- > View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652882.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From mcepl at redhat.com Tue Jul 23 06:04:38 2013 From: mcepl at redhat.com (=?UTF-8?B?TWF0xJtqIENlcGw=?=) Date: Tue, 23 Jul 2013 15:04:38 +0200 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374567822677-4652879.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> Message-ID: <51EE7F66.7090503@redhat.com> On 07/23/2013 10:23 AM, David Haslam wrote: > It's quite disheartening to see so little response after reporting a > software issue. If the problem is so acute and important to you, hire some hungry programmer (there are tons of them around, especially given the economy) and make him to fix it. Best, Mat?j -- http://www.ceplovi.cz/matej/, Jabber: mcepl at ceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Microwave oven? Whaddya mean, it's a microwave oven? I've been watching Channel 4 on the thing for two weeks. From dmsmith at crosswire.org Tue Jul 23 07:14:52 2013 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 23 Jul 2013 10:14:52 -0400 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374577795094-4652882.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> Message-ID: <6EC211D4-92A7-406C-923A-7A1E4A86C5EB@crosswire.org> Regarding MODTOOLS-31, this should be three separate bug reports. Bug reports that are too broad are seldom seen as anything more than an observation. No one person would ever be the owner of this one report. I'm inclined to suggest that we close it as "invalid" or "won't fix" and state why. Regarding mod2osis, this is ATM orphanware. This is the least of the problems with mod2osis. Regarding diatheke, as others have noted, this is deprecated but reasonably useful. It is not clear what the importance of fixing this is compared to other work. Regarding mod2imp, the real question is what is the proper way to specify a linked verse that imp2mod can accept. Since we don't accept module input from the output of imp2mod, it is not that important to fix. Regarding linked verses, this is common in commentaries, but until recently was very rare in Bibles. It is still rare in Bibles. If it were in widely used Bibles and these tools were widely used, then fixing any of these might be more urgent. In Him, DM On Jul 23, 2013, at 7:09 AM, David Haslam wrote: > Thanks Daniel, > > *begin rant* > > Why do they have issues trackers if they only respond to issues "that affect > them"? > > This is one of the worst aspects of many open source projects! > > The programmers don't take users seriously enough. > > Or they expect users who bother to report problems to be programmers who can > fix the bugs themselves and save them the bother. > > And some programmers suffer from what can only be described as the NIH > syndrome. ("Not Invented Here") > > It's just not good enough! > > *end rant* > > David > > > > -- > View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652882.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From raoul at snyman.info Tue Jul 23 08:05:54 2013 From: raoul at snyman.info (Raoul Snyman) Date: Tue, 23 Jul 2013 17:05:54 +0200 Subject: [sword-devel] Windows Utilities In-Reply-To: References: <1374567822677-4652879.post@n4.nabble.com> , <1374578160148-4652883.post@n4.nabble.com> Message-ID: <2e1c9b83-9632-4f48-a472-7db3ceb18aef@email.android.com> >There are a small number of projects (mostly church projection >software) who use diatheke output and then post process it but I think >this is simply a sign of lack of willingness to get to grips with the >API. I have been in contact with one such project and pointed out the >python bindings - my understanding is they will look at that closer and >change their code as the options of the API are a manifold better than >cut up diatheke output. As the head of one of said Church projection apps, we provide an import for OSIS files (from mod2osis) because the Python bindings are not avaliable in at least one of our major distros, Ubuntu. As far as I've heard, the bindings were not available because the didn't build. Add soon as I see them generally available I will most certainly be adding sword integration to the project. My ZAR0.02, Raoul. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. From dfhmch at googlemail.com Tue Jul 23 08:49:14 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 23 Jul 2013 08:49:14 -0700 (PDT) Subject: [sword-devel] Windows Utilities In-Reply-To: <6EC211D4-92A7-406C-923A-7A1E4A86C5EB@crosswire.org> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> <6EC211D4-92A7-406C-923A-7A1E4A86C5EB@crosswire.org> Message-ID: <1374594554043-4652891.post@n4.nabble.com> DM wrote, "Regarding linked verses, this is common in commentaries, but until recently was very rare in Bibles. It is still rare in Bibles. If it were in widely used Bibles and these tools were widely used, then fixing any of these might be more urgent." I can assure you that based upon the large number of Bible projects that I have worked on since 2007, the phenomenon of linked verses (/aka/ verse range tags) is NOT rare. If anything, it is now almost always the case that a Bible edited with Paratext will contain some linked verses. It is very common. Anyone who thinks otherwise is probably not actively developing more than a few Bible modules (or for that matter Go Bible apps). David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652891.html Sent from the SWORD Dev mailing list archive at Nabble.com. From greg.hellings at gmail.com Tue Jul 23 08:53:18 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Tue, 23 Jul 2013 10:53:18 -0500 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374567822677-4652879.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> Message-ID: On Tue, Jul 23, 2013 at 3:23 AM, David Haslam wrote: > Greg, > > Is anyone actually looking at the software issues for SWORD utilities? > I'm sure someone is. I have no authority to commit to the utilities directory so I can do no more than the next person to get any of these issues addressed. I just happen to have an easy setup for building and upgrading the utilities, nothing more. --Greg > > This one is still open, even though it was created on 2012-01-09. > > http://www.crosswire.org/tracker/browse/MODTOOLS-31 > > It's quite disheartening to see so little response after reporting a > software issue. > > CrossWire does not have a good track record as regards responsiveness. > Which other open source project would allow issues to be neglected for more > than 18 months? > > David > > > > -- > View this message in context: > http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652879.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfhmch at googlemail.com Tue Jul 23 08:58:24 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 23 Jul 2013 08:58:24 -0700 (PDT) Subject: [sword-devel] Windows Utilities In-Reply-To: References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> Message-ID: <1374595104853-4652893.post@n4.nabble.com> DM wrote, "They need to be triaged." Yes - the do need to be triaged, but an A&E department in which the triage nurses never made a decision or never communicated it to the patient would not be considered "fit for purpose". Businesses competing in the real world are often assessed against the requirements of ISO 9000. One of the key measures defined in that standard has to do with meeting responsiveness targets. Having worked as a test engineer for one of the leading semiconductor manufacturers for most of my career, I can testify unequivocally that lack of responsiveness is one of the major causes of business problems throughout the industry. Failure to respond in a timely manner to customer complaints or customer concerns should be judged for what it displays. viz. A lack of commitment to quality in the supply of goods or services. David Haslam, MIET, CEng. -- View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652893.html Sent from the SWORD Dev mailing list archive at Nabble.com. From dmsmith at crosswire.org Tue Jul 23 09:14:45 2013 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 23 Jul 2013 12:14:45 -0400 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374594554043-4652891.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> <6EC211D4-92A7-406C-923A-7A1E4A86C5EB@crosswire.org> <1374594554043-4652891.post@n4.nabble.com> Message-ID: <94A103E1-2739-438D-A4CB-629ECA43F822@crosswire.org> On Jul 23, 2013, at 11:49 AM, David Haslam wrote: > DM wrote, > > "Regarding linked verses, this is common in commentaries, but until recently > was very rare in Bibles. It is still rare in Bibles. If it were in widely > used Bibles and these tools were widely used, then fixing any of these might > be more urgent." > > I can assure you that based upon the large number of Bible projects that I > have worked on since 2007, the phenomenon of linked verses (/aka/ verse > range tags) is NOT rare. If anything, it is now almost always the case that > a Bible edited with Paratext will contain some linked verses. It is very > common. I'll buy that linked verses is common in new translations. So, what percent of the modules in the CrossWire repository have linked verses? Isn't it low? > > Anyone who thinks otherwise is probably not actively developing more than a > few Bible modules (or for that matter Go Bible apps). Very few work on creating modules. So this is a safe statement. Regarding the Jira issue, it appears that you have a work flow for module development that needs to see the data as it is in the module to see if there are any problems in the assigning of text to verse slots. Maybe if you described your need rather than the problems you encounter with the utilities, we can help you address your need? For example, if you need to see the text, maybe you should make a raw module. Then the text in the module is visible, one verse per line. If you need to be able to know where verse are in the raw text module and you are making your module from an OSIS file, then use the -d 2 which will put verse start and end markers into the module. This won't show you linked verses, but it won't repeat text, which is the complaint about the three utilities. In Him, DM -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From dmsmith at crosswire.org Tue Jul 23 09:35:23 2013 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 23 Jul 2013 12:35:23 -0400 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374595104853-4652893.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> <1374595104853-4652893.post@n4.nabble.com> Message-ID: <7AB58146-674C-4C93-B454-86B4F234F8DC@crosswire.org> On Jul 23, 2013, at 11:58 AM, David Haslam wrote: > DM wrote, "They need to be triaged." > > Yes - the do need to be triaged, but an A&E department in which the triage > nurses never made a decision or never communicated it to the patient would > not be considered "fit for purpose". > > Businesses competing in the real world are often assessed against the > requirements of ISO 9000. > One of the key measures defined in that standard has to do with meeting > responsiveness targets. > > Having worked as a test engineer for one of the leading semiconductor > manufacturers for most of my career, I can testify unequivocally that lack > of responsiveness is one of the major causes of business problems throughout > the industry. Failure to respond in a timely manner to customer complaints > or customer concerns should be judged for what it displays. viz. A lack of > commitment to quality in the supply of goods or services. > > David Haslam, MIET, CEng. I'd guess that our bug tracker is not highly visible to CrossWire developers. I don't know how many look in there for things to do. Because I am the Jira administrator, I've added myself as a recipient of all changes in Jira. (I've done this so that I can see if there are any administrative issues with Jira.) Sometimes, this will prompt me to comment on an issue. Also, I've added jsword-devel as a recipient of all Jira changes regarding Bible Desktop and JSword. I've encouraged JSword developers to create issues for each change that will happen to JSword and to use that issue tag (e.g. JS-142) in submitted code. By doing this we use Jira as a planning tool for each release. We try to discuss an issue first on jsword-devel and then, if appropriate, in Jira. Every now and then, I'll look for other issues in there (relating to things that interest me: osis2mod, KJV, ...). But it is not often. In Him, DM Smith -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From refdoc at gmx.net Tue Jul 23 10:19:26 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Tue, 23 Jul 2013 18:19:26 +0100 Subject: [sword-devel] Windows Utilities In-Reply-To: <94A103E1-2739-438D-A4CB-629ECA43F822@crosswire.org> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> <6EC211D4-92A7-406C-923A-7A1E4A86C5EB@crosswire.org> <1374594554043-4652891.post@n4.nabble.com> <94A103E1-2739-438D-A4CB-629ECA43F822@crosswire.org> Message-ID: <1374599966.5143.8.camel@peter-ThinkPad-X200s> On Tue, 2013-07-23 at 12:14 -0400, DM Smith wrote: > On Jul 23, 2013, at 11:49 AM, David Haslam wrote: > > > DM wrote, > > > > "Regarding linked verses, this is common in commentaries, but until recently > > was very rare in Bibles. It is still rare in Bibles. > > > > I can assure you that based upon the large number of Bible projects that I > > have worked on since 2007, the phenomenon of linked verses (/aka/ verse > > range tags) is NOT rare. If anything, it is now almost always the case that > > a Bible edited with Paratext will contain some linked verses. It is very > > common. > > I'll buy that linked verses is common in new translations. > > So, what percent of the modules in the CrossWire repository have linked verses? Isn't it low? I am unaware of any test for counting this, but I can confirm that not a single modern translation (modern being 20th century and since) I have dealt with had no linked verses. As an issue it was for a long time not obvious to many of us. I think at the time when we did the big Beta testing and clearout - probably 2006 or so, we became aware of the presence of linked verses in many/most modern translations - which at the time showed itself mostly as empty verses in our modules. So, linked verses are a matter of importance, I just struggle to see how the particular output should be a bug in mod2imp. Within the described purpose - it is no issue. I would close the bug as a whole and re-open one for diatheke (unless David comes up with a specific use related concern relating to mod2imp's current output which he has so far not done. The only thing I would really suggest re mod2imp is that that the help output will be amended to explain how linked verses are expressed. Peter -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From dfhmch at googlemail.com Tue Jul 23 10:26:34 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 23 Jul 2013 10:26:34 -0700 (PDT) Subject: [sword-devel] Windows Utilities In-Reply-To: <7AB58146-674C-4C93-B454-86B4F234F8DC@crosswire.org> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> <1374595104853-4652893.post@n4.nabble.com> <7AB58146-674C-4C93-B454-86B4F234F8DC@crosswire.org> Message-ID: <1374600394001-4652897.post@n4.nabble.com> Hi DM, You are, of course, one of the more responsive coders. With multi-tab browsers, it's not so hard for any CrossWire programmer to keep an eye open on trackers, etc. Currently, I have Firefox open with the following tabs: CrossWire Go Bible Our wiki Main Page and-bible issues xulsword issues gobible issues GoBibleCreator USFM Preprocessor on codeplex Go Bible Forum Two tabs for my box.com account Modules on JIRA ModTools on JIRA and, transiently right now, a tab for my Gmail account. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652897.html Sent from the SWORD Dev mailing list archive at Nabble.com. From dfhmch at googlemail.com Tue Jul 23 10:36:26 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 23 Jul 2013 10:36:26 -0700 (PDT) Subject: [sword-devel] Windows Utilities In-Reply-To: <1374599966.5143.8.camel@peter-ThinkPad-X200s> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> <6EC211D4-92A7-406C-923A-7A1E4A86C5EB@crosswire.org> <1374594554043-4652891.post@n4.nabble.com> <94A103E1-2739-438D-A4CB-629ECA43F822@crosswire.org> <1374599966.5143.8.camel@peter-ThinkPad-X200s> Message-ID: <1374600986940-4652898.post@n4.nabble.com> OK Peter, I read what you've said about http://www.crosswire.org/tracker/browse/MODTOOLS-31 At the time the bug was first encountered, it was with diatheke, and yes - this utility is important for me. So I thought it a logical move to check the other two "module contents output" tools to see if they exhibited the same symptom. If they did, that's useful evidence for the programmers, as it demonstrates that these 3 utilities probably share some common element of code. Fixing one utility at the right level of code would probably result in the other two utilities being mended for free. I should not be penalized for exercising a modicum of rational thinking while submitting evidence to support an issue. Best regards, David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652898.html Sent from the SWORD Dev mailing list archive at Nabble.com. From chrislit at crosswire.org Tue Jul 23 10:45:04 2013 From: chrislit at crosswire.org (Chris Little) Date: Tue, 23 Jul 2013 10:45:04 -0700 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374599966.5143.8.camel@peter-ThinkPad-X200s> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> <6EC211D4-92A7-406C-923A-7A1E4A86C5EB@crosswire.org> <1374594554043-4652891.post@n4.nabble.com> <94A103E1-2739-438D-A4CB-629ECA43F822@crosswire.org> <1374599966.5143.8.camel@peter-ThinkPad-X200s> Message-ID: <51EEC120.3080606@crosswire.org> On 07/23/2013 10:19 AM, Peter von Kaehne wrote: > So, linked verses are a matter of importance, I just struggle to see how > the particular output should be a bug in mod2imp. Within the described > purpose - it is no issue. Just off the top of my head (i.e. I'm not looking at code and haven't looked at it in years)... In mod2imp, it's fairly easy to eliminate the repeated verses (just ++ the SWModule, IIRC), but less easy to actually output verse range references. If you ++ the SWModule, you'll get the next verse in the module, but (as mod2imp is currently written) it'll just print the verse number for the first verse. By the time you might figure out that you were in a linked verse, you've moved on to the next distinct verse. If you delay printing the verse reference & text until you have already advanced to the next verse, you don't necessarily know that verses weren't skipped (empty). So if Gen.1.1-Gen.1.2 were text, Gen.1.3 were void, and Gen.1.4 were text, I believe a ++ from Gen.1.1 would skip to Gen.1.4, and it's not clear how to identify that Gen.1.3 was empty without string comparing the verse texts. Similarly, if Gen.1.1-Gen.1.3, Gen.1.5 were a linked verse, when you ++ from Gen.1.1, you'll go to Gen.1.4. From there, you'd probably go to Gen.1.6, and it's not clear to me how you'd capture that Gen.1.5 is supposed to be linked to Gen.1.1 via the API. Do any real front ends print verse range information for users? --Chris From dmsmith at crosswire.org Tue Jul 23 10:48:01 2013 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 23 Jul 2013 13:48:01 -0400 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374599966.5143.8.camel@peter-ThinkPad-X200s> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> <6EC211D4-92A7-406C-923A-7A1E4A86C5EB@crosswire.org> <1374594554043-4652891.post@n4.nabble.com> <94A103E1-2739-438D-A4CB-629ECA43F822@crosswire.org> <1374599966.5143.8.camel@peter-ThinkPad-X200s> Message-ID: On Jul 23, 2013, at 1:19 PM, Peter von Kaehne wrote: > On Tue, 2013-07-23 at 12:14 -0400, DM Smith wrote: >> On Jul 23, 2013, at 11:49 AM, David Haslam wrote: >> >>> DM wrote, >>> >>> "Regarding linked verses, this is common in commentaries, but until recently >>> was very rare in Bibles. It is still rare in Bibles. >>> >>> I can assure you that based upon the large number of Bible projects that I >>> have worked on since 2007, the phenomenon of linked verses (/aka/ verse >>> range tags) is NOT rare. If anything, it is now almost always the case that >>> a Bible edited with Paratext will contain some linked verses. It is very >>> common. >> >> I'll buy that linked verses is common in new translations. >> >> So, what percent of the modules in the CrossWire repository have linked verses? Isn't it low? > > I am unaware of any test for counting this, but I can confirm that not a > single modern translation (modern being 20th century and since) I have > dealt with had no linked verses. There are two traditions regarding translation, word-by-word and thought-by-thought. The latter is very common among modern translators and I think it lends itself to linked verses. > > As an issue it was for a long time not obvious to many of us. I think at > the time when we did the big Beta testing and clearout - probably 2006 > or so, we became aware of the presence of linked verses in many/most > modern translations - which at the time showed itself mostly as empty > verses in our modules. > > So, linked verses are a matter of importance, I just struggle to see how > the particular output should be a bug in mod2imp. Within the described > purpose - it is no issue. I would close the bug as a whole and re-open > one for diatheke (unless David comes up with a specific use related > concern relating to mod2imp's current output which he has so far not > done. My educated guess is that Matt 1:1-3 should be something like: $$$ Matt 1:1 verse text for Matt 1:1 $$$ Matt 1:2 @LINK Matt 1:1 $$$ Matt 1:3 @LINK Matt 1:1 I think there is an input style for imp2mod that accepts linking. IMHO: there should be a round trip capability between mod2imp and imp2mod. > > The only thing I would really suggest re mod2imp is that that the help > output will be amended to explain how linked verses are expressed. > > Peter > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From dmsmith at crosswire.org Tue Jul 23 10:51:59 2013 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 23 Jul 2013 13:51:59 -0400 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374600986940-4652898.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> <6EC211D4-92A7-406C-923A-7A1E4A86C5EB@crosswire.org> <1374594554043-4652891.post@n4.nabble.com> <94A103E1-2739-438D-A4CB-629ECA43F822@crosswire.org> <1374599966.5143.8.camel@peter-ThinkPad-X200s> <1374600986940-4652898.post@n4.nabble.com> Message-ID: <190ECDD8-BC1A-47E8-82A8-4EA9968A5816@crosswire.org> Actually, these three utilities can be thought of as front-ends (to a module) and as such have independent responsibility for dealing with linked verses. How they deal with them will use the same API, but come up with different results. On Jul 23, 2013, at 1:36 PM, David Haslam wrote: > OK Peter, I read what you've said about > http://www.crosswire.org/tracker/browse/MODTOOLS-31 > > At the time the bug was first encountered, it was with diatheke, and yes - > this utility is important for me. > > So I thought it a logical move to check the other two "module contents > output" tools to see if they exhibited the same symptom. > > If they did, that's useful evidence for the programmers, as it demonstrates > that these 3 utilities probably share some common element of code. > > Fixing one utility at the right level of code would probably result in the > other two utilities being mended for free. > > I should not be penalized for exercising a modicum of rational thinking > while submitting evidence to support an issue. > > Best regards, > > David > > > > -- > View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652898.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From refdoc at gmx.net Tue Jul 23 10:59:35 2013 From: refdoc at gmx.net (Peter von Kaehne) Date: Tue, 23 Jul 2013 18:59:35 +0100 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374600986940-4652898.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> <6EC211D4-92A7-406C-923A-7A1E4A86C5EB@crosswire.org> <1374594554043-4652891.post@n4.nabble.com> <94A103E1-2739-438D-A4CB-629ECA43F822@crosswire.org> <1374599966.5143.8.camel@peter-ThinkPad-X200s> <1374600986940-4652898.post@n4.nabble.com> Message-ID: <1374602375.5143.12.camel@peter-ThinkPad-X200s> On Tue, 2013-07-23 at 10:36 -0700, David Haslam wrote: > OK Peter, I read what you've said about > http://www.crosswire.org/tracker/browse/MODTOOLS-31 > > At the time the bug was first encountered, it was with diatheke, and yes - > this utility is important for me. So you are saying - but how exactly? You are not re-importing. Where is the point that the current way of output of linked verses makes you trip up during module making? Peter -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From dmsmith at crosswire.org Tue Jul 23 11:00:26 2013 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 23 Jul 2013 14:00:26 -0400 Subject: [sword-devel] Windows Utilities In-Reply-To: <51EEC120.3080606@crosswire.org> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> <6EC211D4-92A7-406C-923A-7A1E4A86C5EB@crosswire.org> <1374594554043-4652891.post@n4.nabble.com> <94A103E1-2739-438D-A4CB-629ECA43F822@crosswire.org> <1374599966.5143.8.camel@peter-ThinkPad-X200s> <51EEC120.3080606@crosswire.org> Message-ID: On Jul 23, 2013, at 1:45 PM, Chris Little wrote: > On 07/23/2013 10:19 AM, Peter von Kaehne wrote: >> So, linked verses are a matter of importance, I just struggle to see how >> the particular output should be a bug in mod2imp. Within the described >> purpose - it is no issue. > > Just off the top of my head (i.e. I'm not looking at code and haven't looked at it in years)... > In mod2imp, it's fairly easy to eliminate the repeated verses (just ++ the SWModule, IIRC), but less easy to actually output verse range references. > > If you ++ the SWModule, you'll get the next verse in the module, but (as mod2imp is currently written) it'll just print the verse number for the first verse. By the time you might figure out that you were in a linked verse, you've moved on to the next distinct verse. > > If you delay printing the verse reference & text until you have already advanced to the next verse, you don't necessarily know that verses weren't skipped (empty). So if Gen.1.1-Gen.1.2 were text, Gen.1.3 were void, and Gen.1.4 were text, I believe a ++ from Gen.1.1 would skip to Gen.1.4, and it's not clear how to identify that Gen.1.3 was empty without string comparing the verse texts. > > Similarly, if Gen.1.1-Gen.1.3, Gen.1.5 were a linked verse, when you ++ from Gen.1.1, you'll go to Gen.1.4. From there, you'd probably go to Gen.1.6, and it's not clear to me how you'd capture that Gen.1.5 is supposed to be linked to Gen.1.1 via the API. > > Do any real front ends print verse range information for users? We're trying to add that to JSword and its front-ends. To date both SWORD and JSword are verse-by-verse retrieval engines. This makes it hard to do in the engine. JSword after converting the module content to OSIS adds the element around the verse. This is used to render the verse number. If it were a linked range, it would show up properly. There are other problems that need to be addressed, such as parallel, tabular view of such linking. (Probably, it should use a rowspan.) > > --Chris > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From jonathon.blake at gmail.com Tue Jul 23 21:26:05 2013 From: jonathon.blake at gmail.com (Jonathon) Date: Wed, 24 Jul 2013 04:26:05 +0000 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374567822677-4652879.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> Message-ID: <51EF575D.4070909@gmail.com> On 07/23/2013 08:23 AM, David Haslam wrote: > Which other open source project would allow issues to be neglected for more than 18 months? Firefox, Thunderbird, and OpenOffice.org, are three programs that have had bug reports that went ignored for more than four years. jonathon -- Email with a status of other than "junk", "bulk", or "list" is forwarded to Dave Null, unread. From jonmmorgan at gmail.com Wed Jul 24 07:50:52 2013 From: jonmmorgan at gmail.com (Jonathan Morgan) Date: Thu, 25 Jul 2013 00:50:52 +1000 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374577795094-4652882.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> Message-ID: Devil's advocate: Why should you expect volunteers to do things that are out of their speciality / experience just because someone reported a bug. One of the most depressing things about being a volunteer is when you have expended time and effort only to be told that you've done it wrong or could/should do a much better job. Would it really be better if no one did this voluntary work, so that there was no one to blame? On Tue, Jul 23, 2013 at 9:09 PM, David Haslam wrote: > Thanks Daniel, > > *begin rant* > > Why do they have issues trackers if they only respond to issues "that > affect > them"? > > This is one of the worst aspects of many open source projects! > > The programmers don't take users seriously enough. > > Or they expect users who bother to report problems to be programmers who > can > fix the bugs themselves and save them the bother. > > And some programmers suffer from what can only be described as the NIH > syndrome. ("Not Invented Here") > > It's just not good enough! > > *end rant* > > David > > > > -- > View this message in context: > http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652882.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfhmch at googlemail.com Wed Jul 24 08:50:02 2013 From: dfhmch at googlemail.com (David Haslam) Date: Wed, 24 Jul 2013 08:50:02 -0700 (PDT) Subject: [sword-devel] Windows Utilities In-Reply-To: References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> Message-ID: <1374681002252-4652906.post@n4.nabble.com> Jonathan, My question was not about blame. It was about responsiveness. The CrossWire wiki directs people to the issues tracker for reporting problems. I'm on the inside of CrossWire. Imagine how outsiders might feel if they get the same lack of response. Had someone in January last year added even the briefest acknowledgement as a comment on the issue, I would not have asked this question the other day. I could accept an issue being assigned low priority. I could accept a request for further details or more persuasive justification. What is less than acceptable is to be totally ignored. We generally don't do that with emails, do we? To make an observation on your other point, it's always been my experience that when I have provided technical feedback to programmers as a software tester, they have almost without exception counted that as valuable input. Indeed, when I retired from NXP Semiconductors in 2009, my colleagues over in the Netherlands presented me with a signed plaque from their whole team, acknowledging how much my technical feedback over many years had helped them to achieve significant improvements for their test systems and software that we used throughout our product line. And when app developers are congratulated for their success, the best ones reply to thank the writer for their kind remarks, and often include a proper acknowledgement to their team of volunteer testers who have helped make the app a success. No programmer worth his salt should see technical feedback as a discouragement, providing it is given in good faith and with a right spirit. It helps of course to be accurate and succinct in identifying the problem. Vagueness is the enemy of good problem reporting. Best regards, David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652906.html Sent from the SWORD Dev mailing list archive at Nabble.com. From kahunapule at mpj.cx Wed Jul 24 09:14:16 2013 From: kahunapule at mpj.cx (Kahunapule Michael Johnson) Date: Wed, 24 Jul 2013 06:14:16 -1000 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374681002252-4652906.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> <1374681002252-4652906.post@n4.nabble.com> Message-ID: <51EFFD58.4080209@mpj.cx> Serious software developers always appreciate good feedback and bug reports, because it provides an opportunity to make their product better. David Haslam has provided great help to me in improving Haiola software, and I am honestly grateful. This isn't about being told I was wrong, but that somewhere in my thousands of lines of code or in my design, I missed something that I really didn't want to miss, and I'm being given another chance to get it right. Never underestimate the value of such help, or think it is anything but help. Thank you, David, for your significant and valuable contributions. Michael On 07/24/2013 05:50 AM, David Haslam wrote: > Jonathan, > > My question was not about blame. It was about responsiveness. > > The CrossWire wiki directs > people to the issues tracker for reporting problems. I'm on the inside of > CrossWire. Imagine how outsiders might feel if they get the same lack of > response. > > Had someone in January last year added even the briefest acknowledgement as > a comment on the issue, I would not have asked this question the other day. > I could accept an issue being assigned low priority. I could accept a > request for further details or more persuasive justification. > > What is less than acceptable is to be totally ignored. We generally don't do > that with emails, do we? > > To make an observation on your other point, it's always been my experience > that when I have provided technical feedback to programmers as a software > tester, they have almost without exception counted that as valuable input. > > Indeed, when I retired from NXP Semiconductors in 2009, my colleagues over > in the Netherlands presented me with a signed plaque from their whole team, > acknowledging how much my technical feedback over many years had helped them > to achieve significant improvements for their test systems and software that > we used throughout our product line. > > And when app developers are congratulated for their success, the best ones > reply to thank the writer for their kind remarks, and often include a proper > acknowledgement to their team of volunteer testers who have helped make the > app a success. > > No programmer worth his salt should see technical feedback as a > discouragement, providing it is given in good faith and with a right spirit. > It helps of course to be accurate and succinct in identifying the problem. > Vagueness is the enemy of good problem reporting. > > Best regards, > > David > > > > > > -- > View this message in context: http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652906.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From chris at burrell.me.uk Wed Jul 24 13:11:26 2013 From: chris at burrell.me.uk (Chris Burrell) Date: Wed, 24 Jul 2013 21:11:26 +0100 Subject: [sword-devel] Scripture Tools for Every Person Message-ID: Dear All I'm delighted to announce that the Beta version of STEP (Scripture Tools for Every Person) has now been launched. You can try it out for yourself at http://www.stepbible.org For more information about the project, please see our press release: http://tyndalehouse.createsend5.com/t/ViewEmail/r/2327671F6C55581B2540EF23F30FEDED/B21695CAFB8260E3C45D7BC1A387288D For the techies, STEP is built upon JSword and uses Sword modules to serve Bible & Commentary content, so we are very grateful for all the work this community has put in, which has made this project possible. Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From trevor.jenkins at suneidesis.com Wed Jul 24 15:14:18 2013 From: trevor.jenkins at suneidesis.com (Trevor Jenkins) Date: Wed, 24 Jul 2013 23:14:18 +0100 Subject: [sword-devel] Scripture Tools for Every Person In-Reply-To: References: Message-ID: <5E1B08B4-9D95-4890-ABC9-1B2AE5514C4B@suneidesis.com> On 24 Jul 2013, at 21:11, Chris Burrell wrote: > I'm delighted to announce that the Beta version of STEP? Might that not confuse people who know about STEP as a format for electronic Bibles? Regards, Trevor. <>< Re: deemed! From dmsmith at crosswire.org Wed Jul 24 16:51:20 2013 From: dmsmith at crosswire.org (DM Smith) Date: Wed, 24 Jul 2013 19:51:20 -0400 Subject: [sword-devel] CzeB21 Bible not listed on modules download page Message-ID: <5C8F7031-84EC-4268-A0CA-41B0407DCBFA@crosswire.org> With the clearing of the zips cache, it has uncovered a problem with the module downloading page: http://www.crosswire.org/sword/modules/ModDisp.jsp?modType=Bibles The module CzeB21 should be listed, but it is not. This is an old module that has been present for a long time. It should be listed under "cs". I've looked at it for a while and it is not clear to me what is happening. I was able to create the module by hitting the proper URL for it: http://www.crosswire.org/sword/servlet/SwordMod.Verify?modName=CzeB21&pkgType=raw Can someone take a look at this bug? Many thanks, DM -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From chrislit at crosswire.org Wed Jul 24 19:11:20 2013 From: chrislit at crosswire.org (Chris Little) Date: Wed, 24 Jul 2013 19:11:20 -0700 Subject: [sword-devel] CzeB21 Bible not listed on modules download page In-Reply-To: <5C8F7031-84EC-4268-A0CA-41B0407DCBFA@crosswire.org> References: <5C8F7031-84EC-4268-A0CA-41B0407DCBFA@crosswire.org> Message-ID: <51F08948.9000409@crosswire.org> On 07/24/2013 04:51 PM, DM Smith wrote: > With the clearing of the zips cache, it has uncovered a problem with the module downloading page: > http://www.crosswire.org/sword/modules/ModDisp.jsp?modType=Bibles > > The module CzeB21 should be listed, but it is not. This is an old module that has been present for a long time. It should be listed under "cs". > I've looked at it for a while and it is not clear to me what is happening. > > I was able to create the module by hitting the proper URL for it: > http://www.crosswire.org/sword/servlet/SwordMod.Verify?modName=CzeB21&pkgType=raw > > Can someone take a look at this bug? That was a tough one. The driver was set to 'ztext' instead of 'zText', so ModDisp.jsp wasn't identifying CzeB21 as a Bible. Fixed now. --Chris From jonmmorgan at gmail.com Wed Jul 24 19:29:51 2013 From: jonmmorgan at gmail.com (Jonathan Morgan) Date: Thu, 25 Jul 2013 12:29:51 +1000 Subject: [sword-devel] Windows Utilities In-Reply-To: <1374681002252-4652906.post@n4.nabble.com> References: <1374567822677-4652879.post@n4.nabble.com> <1374577795094-4652882.post@n4.nabble.com> <1374681002252-4652906.post@n4.nabble.com> Message-ID: Hi David, You're right. I was being a devil's advocate and pitched it too strong (probably predictably). I don't think you were trying to blame anyone (though in some interactions I have had with other open source groups blame definitely happens - and it's not about technical faults, either). However, the more serious point I was making (which I think was hinted at in some of the other responses to this thread) is that the more people you have "responsible" for something, the easier it falls through the cracks, as everyone can justly say "I'm not the expert on this" or "I don't know anything about this" or "I was just waiting for to respond to it". I don't follow CrossWire JIRA at all, since I would not consider myself qualified or experienced to deal with any of the issues raised, but if I did I wouldn't want to respond to issues with tools or parts of the system that I just have no experience in. This doesn't make giving no response right, but it does make it more likely to happen. Jon On Thu, Jul 25, 2013 at 1:50 AM, David Haslam wrote: > Jonathan, > > My question was not about blame. It was about responsiveness. > > The CrossWire wiki directs > people to the issues tracker for reporting problems. I'm on the inside of > CrossWire. Imagine how outsiders might feel if they get the same lack of > response. > > Had someone in January last year added even the briefest acknowledgement as > a comment on the issue, I would not have asked this question the other day. > I could accept an issue being assigned low priority. I could accept a > request for further details or more persuasive justification. > > What is less than acceptable is to be totally ignored. We generally don't > do > that with emails, do we? > > To make an observation on your other point, it's always been my experience > that when I have provided technical feedback to programmers as a software > tester, they have almost without exception counted that as valuable input. > > Indeed, when I retired from NXP Semiconductors in 2009, my colleagues over > in the Netherlands presented me with a signed plaque from their whole team, > acknowledging how much my technical feedback over many years had helped > them > to achieve significant improvements for their test systems and software > that > we used throughout our product line. > > And when app developers are congratulated for their success, the best ones > reply to thank the writer for their kind remarks, and often include a > proper > acknowledgement to their team of volunteer testers who have helped make the > app a success. > > No programmer worth his salt should see technical feedback as a > discouragement, providing it is given in good faith and with a right > spirit. > It helps of course to be accurate and succinct in identifying the problem. > Vagueness is the enemy of good problem reporting. > > Best regards, > > David > > > > > > -- > View this message in context: > http://sword-dev.350566.n4.nabble.com/Windows-Utilities-tp4652865p4652906.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chrislit at crosswire.org Wed Jul 24 19:49:50 2013 From: chrislit at crosswire.org (Chris Little) Date: Wed, 24 Jul 2013 19:49:50 -0700 Subject: [sword-devel] Scripture Tools for Every Person In-Reply-To: References: Message-ID: <51F0924E.7010200@crosswire.org> On 07/24/2013 01:11 PM, Chris Burrell wrote: > Dear All > > I'm delighted to announce that the Beta version of STEP (Scripture Tools > for Every Person) has now been launched. You can try it out for yourself at > > http://www.stepbible.org > > For more information about the project, please see our press release: > http://tyndalehouse.createsend5.com/t/ViewEmail/r/2327671F6C55581B2540EF23F30FEDED/B21695CAFB8260E3C45D7BC1A387288D > > For the techies, STEP is built upon JSword and uses Sword modules to > serve Bible & Commentary content, so we are very grateful for all the > work this community has put in, which has made this project possible. > > Chris I don't know if anyone would necessarily confuse STEP with the original STEP, but I certainly don't think anyone would mistake STEP for a (J)Sword front end. It's fairly difficult to locate any mention of CrossWire, JSword, Sword, or any of the dozens of people who have done a lot more to make STEP possible than literally ANYONE listed on this page: https://stepweb.atlassian.net/wiki/display/SUG/Development+Team I don't see any mention of CrossWire, JSword, or Sword in your press release or anywhere on stepbible.org. You're standing on the shoulders of giants, but you are frauds pretending that you've built a skyscraper entirely by yourselves. (As an aside, Paul Esposito is not the editor/translator of the Apostolic Bible Polyglot, as https://stepweb.atlassian.net/wiki/pages/viewpage.action?pageId=12484619 states. Also, the "If you see an error in the following please contact us." link on the same page doesn't go anywhere.) --Chris From jonathon.blake at gmail.com Wed Jul 24 20:43:46 2013 From: jonathon.blake at gmail.com (Jonathon) Date: Thu, 25 Jul 2013 03:43:46 +0000 Subject: [sword-devel] Scripture Tools for Every Person In-Reply-To: <5E1B08B4-9D95-4890-ABC9-1B2AE5514C4B@suneidesis.com> References: <5E1B08B4-9D95-4890-ABC9-1B2AE5514C4B@suneidesis.com> Message-ID: <51F09EF2.7090805@gmail.com> On 07/24/2013 10:14 PM, Trevor Jenkins wrote: > Might that not confuse people who know about STEP as a format for > electronic Bibles? Maybe, but STEP, as a file format, is dead. Other than e-Sword, is there any currently available Biblical software that can read STEP formatted resources? jonathon -- Email with a status of other than "junk", "bulk", or "list" is forwarded to Dave Null, unread From dmsmith at crosswire.org Thu Jul 25 07:15:51 2013 From: dmsmith at crosswire.org (DM Smith) Date: Thu, 25 Jul 2013 10:15:51 -0400 Subject: [sword-devel] CzeB21 Bible not listed on modules download page In-Reply-To: <51F08948.9000409@crosswire.org> References: <5C8F7031-84EC-4268-A0CA-41B0407DCBFA@crosswire.org> <51F08948.9000409@crosswire.org> Message-ID: <9AFC78EF-D06B-47DB-A22F-914BEBCF0362@crosswire.org> Thank you so much! On Jul 24, 2013, at 10:11 PM, Chris Little wrote: > On 07/24/2013 04:51 PM, DM Smith wrote: >> With the clearing of the zips cache, it has uncovered a problem with the module downloading page: >> http://www.crosswire.org/sword/modules/ModDisp.jsp?modType=Bibles >> >> The module CzeB21 should be listed, but it is not. This is an old module that has been present for a long time. It should be listed under "cs". >> I've looked at it for a while and it is not clear to me what is happening. >> >> I was able to create the module by hitting the proper URL for it: >> http://www.crosswire.org/sword/servlet/SwordMod.Verify?modName=CzeB21&pkgType=raw >> >> Can someone take a look at this bug? > > That was a tough one. The driver was set to 'ztext' instead of 'zText', so ModDisp.jsp wasn't identifying CzeB21 as a Bible. > > Fixed now. > > --Chris > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From tech at tyndale.cam.ac.uk Thu Jul 25 07:54:38 2013 From: tech at tyndale.cam.ac.uk (David Instone-Brewer) Date: Thu, 25 Jul 2013 15:54:38 +0100 Subject: [sword-devel] Scripture Tools for Every Person In-Reply-To: <5E1B08B4-9D95-4890-ABC9-1B2AE5514C4B@suneidesis.com> References: <5E1B08B4-9D95-4890-ABC9-1B2AE5514C4B@suneidesis.com> Message-ID: You are right, of course, that many people remember the STEP format with fondness. We discussed this problem when considering the STEP acronym, but decided in the end that it won't make for too much confusion. That's the reason we tend to refer to Tyndale STEP or STEP Bibles in order to circumvent any confusion which might occur, but the sad truth is that few people know anything about the STEP format. David IB At 23:14 24/07/2013, Trevor Jenkins wrote: >On 24 Jul 2013, at 21:11, Chris Burrell wrote: > > > I'm delighted to announce that the Beta version of STEP > >Might that not confuse people who know about >STEP as a format for electronic Bibles? > >Regards, Trevor. > ><>< Re: deemed! > > >_______________________________________________ >sword-devel mailing list: sword-devel at crosswire.org >http://www.crosswire.org/mailman/listinfo/sword-devel >Instructions to unsubscribe/change your settings at above page From tech at tyndale.cam.ac.uk Thu Jul 25 08:06:06 2013 From: tech at tyndale.cam.ac.uk (David Instone-Brewer) Date: Thu, 25 Jul 2013 16:06:06 +0100 Subject: [sword-devel] Scripture Tools for Every Person In-Reply-To: <51F0924E.7010200@crosswire.org> References: <51F0924E.7010200@crosswire.org> Message-ID: Chris, thanks for pointing out these errors, and for pointing out the lack of mention of Crosswire in the Press Release - a bad oversight. The STEP Bibles project does indeed depend heavily on the Crosswire modules and JSword. In the early days of hte project Troy convinced me that you guys had sorted out so many difficult problems that it would be silly to start from scratch. The modules and the coding are also being kept up to date so we decided to team up and work with Crosswire. It was a great decision, and I hope that it will be a two-way relationship so that Crosswire will also benefit. David IB At 03:49 25/07/2013, Chris Little wrote: >On 07/24/2013 01:11 PM, Chris Burrell wrote: >>Dear All >> >>I'm delighted to announce that the Beta version of STEP (Scripture Tools >>for Every Person) has now been launched. You can try it out for yourself at >> >>http://www.stepbible.org >> >>For more information about the project, please see our press release: >>http://tyndalehouse.createsend5.com/t/ViewEmail/r/2327671F6C55581B2540EF23F30FEDED/B21695CAFB8260E3C45D7BC1A387288D >> >>For the techies, STEP is built upon JSword and uses Sword modules to >>serve Bible & Commentary content, so we are very grateful for all the >>work this community has put in, which has made this project possible. >> >>Chris > > >I don't know if anyone would necessarily confuse STEP with the >original STEP, but I certainly don't think anyone would mistake STEP >for a (J)Sword front end. > >It's fairly difficult to locate any mention of CrossWire, JSword, >Sword, or any of the dozens of people who have done a lot more to >make STEP possible than literally ANYONE listed on this page: >https://stepweb.atlassian.net/wiki/display/SUG/Development+Team > >I don't see any mention of CrossWire, JSword, or Sword in your press >release or anywhere on stepbible.org. You're standing on the >shoulders of giants, but you are frauds pretending that you've built >a skyscraper entirely by yourselves. > >(As an aside, Paul Esposito is not the editor/translator of the >Apostolic Bible Polyglot, as >https://stepweb.atlassian.net/wiki/pages/viewpage.action?pageId=12484619 >states. Also, the "If you see an error in the following please >contact us." link on the same page doesn't go anywhere.) > >--Chris > > >_______________________________________________ >sword-devel mailing list: sword-devel at crosswire.org >http://www.crosswire.org/mailman/listinfo/sword-devel >Instructions to unsubscribe/change your settings at above page From kostyamaslyuk at gmail.com Thu Jul 25 09:33:00 2013 From: kostyamaslyuk at gmail.com (=?KOI8-R?B?68/T1NEg7cHTzMDL?=) Date: Thu, 25 Jul 2013 20:33:00 +0400 Subject: [sword-devel] Parallel Display of Differing V11n Systems (was: Versifications and verse order) In-Reply-To: References: <1372930741277-4652708.post@n4.nabble.com> <51D5721A.8000504@crosswire.org> <1372944365692-4652712.post@n4.nabble.com> <51D58E7F.8010403@crosswire.org> Message-ID: Troy, integrating this in BibleTime Mini, i found that it is hard task to make parallel Bible display to work correctly (in he light of av11n support). And in my opinion it does not worth to force each frontend to implement this. I have two ideas for now: 1. provide Chapter and Entry renderer, as input it will take ListKey(or VerseKey with bounds) and vector of Modules and output formated text. Maybe it will require some kind of mergeFilters. 2. same as above but as output it will give table of VerseKeys that frontend will render itself. Maybe someone have ideas? 2013/7/11 ????? ?????? > > > > 2013/7/11 Chris Burrell > >> I don't think an explicit superset is required. An implicit one yes. By >> that I mean that if you allow a versification X to map to the known KJV >> Versification with parts (say 'a' 'b', or 'firstSentence', >> 'secondSentence', etc. - i.e. arbitrary parts), then it means you can go >> from X to Y via the KJV without losing resolution. >> >> For the Psalms all I was intending to have is for example (taken example >> from memory for Leningrad - so might be the wrong psalm). >> >> Psalm.51.1=Psalm.51.0 at a >> Psalm.51.2=Psalm.51.0 at b >> Psalm.51.3-21=Psalm.51.1-19 >> >> Meaning Leningrad (left) maps to the KJV verses (right). The part >> suffixes are only used if you are going from Leningrad through the KJV to >> say Synodal. If the Synodal were to declare exactly the same breakdown as >> above, also using the parts @a and @b it would mean you could end go from >> Psalm.50.1 to Psalm.50.1 as opposed to Psalm.51.1=>Psalm.51.0=>Psalm.51.1-2 >> > > In current implementation there is some kind of backward translation > procedure. In cases where translation to KJV *contracts* verses, and then > it need to expand in destination v11n, i check of how KJV translate current > verse to source v11n and if there is expansion, i choose which verse i > should display. In other words it anyway will be > Psalm.51.1=>Psalm.51.0=>Psalm.51.1 > Psalm.51.2=>Psalm.51.0=>Psalm.51.2 > Psalm.51.3=>Psalm.51.1=>Psalm.51.3 > > Or maybe i loose something? > > > >> In the above, the superset of keys really is: >> Psalm.51.0 at a, Psalm51.0 at b, and Psalm.51.1, Psalm.51.2, etc. >> >> Yes but when i try to map this superset to another v11n, what i should > expect to get? > > Ps.51.0 + Ps.51.1 + Ps.51.2 - first entry > Ps.51.0 + Ps.51.1 + Ps.51.2 - also second > Ps.51.2 + Ps.51.3 - third, and so on for each module? > > > >> You could obviously chose more meaningful part names say: >> Psalm.51.1=Psalm.51.0 at repentance-prayer >> Psalm.51.2=Psalm.51.0 at bathsheba-intro >> >> Or obviously, just keep track somewhere of what those parts really mean >> in practice. >> >> I think in terms of displays, there are really many options. Two things >> I'm looking at: >> >> * warning the user if for some reason we're displaying more verse ranges >> than the original passage... In other words, if we've broken 1 range into >> 2, and therefore omitted displaying some verses (because they don't map to >> the original passage), then we warn the user to say "it's not an error, and >> you're not seeing everything on purpose). The alternative is to somehow >> decide to show the missing verses - and then the complication is where do >> you put the missing verse in the verse order. >> >> * warning the user if you're displaying a verse more than once (nice to >> tell the user, hey, because of versification issues, this verse shouldn't >> be there twice, but we think it's beneficial to display twice because it >> really does map to both source verses). >> >> >> * Absent verses, I'm leaving blank at the moment. >> >> Chris >> >> >> >> On 10 July 2013 17:02, ????? ?????? wrote: >> >>> Sorry, when i try to imagine your conception of 'superset', i found >>> verses scattered all around the room after translation procedure. Have you >>> any visual representation of what you would like to achieve in final, or >>> would you make such a table by your self? >>> >>> Should verses content be always equivalent in parallel view? >>> >>> What a text should fill the gaps? This is most confusing to me, module >>> simply does not contain corresponding content, haven't clue what it could >>> be... >>> >>> If we start to translating ListKey superset and displaying its content, >>> we can got long enough recursion, for example in Psalms, all the book will >>> be displayed when user request verse in chapter #3. >>> >>> >>> I have added rough draft of Parallel display with respect of av11n >>> mappings in BibleTime Mini: >>> https://www.dropbox.com/s/11a3dvdz0yu8xf3/boundle.zip >>> >>> >>> >>> 2013/7/4 Troy A. Griffitts >>> >>> Hi guys. The questions that need answers in this thread are logically >>>> complex and are one of the reasons we haven't finalized any additions to >>>> the core SWORD library to support this-- though I greatly appreciate the >>>> contributions made by ?????. >>>> >>>> Take, for example our standard 4 Bible web display preset for "OT >>>> Scholar", at Daniel chapter 3, around veres 23: >>>> >>>> http://crosswire.org/study/**parallelstudy.jsp?del=all&add=** >>>> NASB&add=WLC&add=KJV&add=LXX&**key=Dan.3.23#cv >>>> >>>> How should this look? >>>> >>>> The problem, for the uninitiated, is that The Prayer of Azariah and the >>>> Song of the Three Jews in the LXX is inserted between what we traditionally >>>> think of as verses 23 and 24. This makes verse 24 in the KJV very different >>>> content than what should be verse 24 in the LXX (our current LXX displayed >>>> from the link above does not include Apocryphal content)-- verse 24 in the >>>> LXX being the first part of the Apocryphal content, thus verse 91 in the >>>> LXX picking back up where verse 24, in say the NASB (without the apocryphal >>>> insertion), continues. >>>> >>>> The web interface above always displays in windows of 1 chapter. Thus >>>> the user has asked for Chapter 3 of Daniel, centered on verse 23. >>>> >>>> There are a few questions to answer. >>>> >>>> What if they had asked for verse 24? >>>> >>>> What content do we show? >>>> >>>> Use case: The user is a protestant pastor, has chosen NASB as his >>>> primary Bible, and is interested in seeing the parallel verses to the NASB >>>> in the other texts. He is not interested in seeing apocryphal insertions. >>>> He primarily cares about the NASB and only glances at the content from the >>>> other modules when interested in seeing the parallel. >>>> >>>> This is how the web frontend, and all current SWORD based frontends >>>> *should* currently work with no code changes, with the v11n translation >>>> facilities currently designed in the engine. It uses the first module as >>>> the "master" and iterated its key and pulls the equivalent verses from the >>>> other modules. The current facility in the engine allows for: >>>> >>>> lxx->setKey(nasb->getKey()) >>>> >>>> resulting in the LXX being positioned to the equivalent verse (e.g., >>>> v91 from nasb v24)-- if translation tables (for example from ?????) were in >>>> place. >>>> >>>> But this use case, while likely the most dominant, is not the most >>>> scholarly. A scholar would likely wish to see a *superset* of all verses >>>> from all displayed parallel Bibles, inserting gaps where they should go in >>>> the other text which do not contain the verses. >>>> >>>> Not too hard to imagine, but what is the programmer-friendly API >>>> interface for this? Harder to imagine. You can't simply choose one of the >>>> modules to iterate. >>>> Possibly: >>>> >>>> ListKey superset; >>>> superset << kjv->getKey() << nasb->getKey() << lxx->getKey() << >>>> wlc->getKey(); >>>> >>>> then one could iterate the superset listkey. >>>> >>>> This would leave the work of figuring out where the gaps should go up >>>> to ListKey, or something in the translation system in VerseKey which backs >>>> ListKey. >>>> >>>> It's a complex problem, but we haven't even talked about the issue of >>>> reordered content. Sometime Romans 16:25-27a (obviously excluding the >>>> subscriptio) is located after Romans 14:23. This is an example of >>>> reordering. It doesn't give problems from our "chapter window display" >>>> because the reordering is across different chapters and you could still >>>> pick your poison from the 2 choices above for display logic, but what about >>>> display windows which allow more than a single chapter, like BibleDesktop? >>>> Now the question arises. If you've chosen to build a superset, where do the >>>> gaps go? You could reasonably add them to either place (after Romans 14:23 >>>> in the modules which don't include the doxology here or after Romans 16:24 >>>> for modules which don't include the doxology here). How do you decide? How >>>> should the program decide? >>>> >>>> Lot's of questions and input we all need to give and a working proof of >>>> concept for at least a single frontend before we commit to something for >>>> everyone to use in the engine. >>>> >>>> Obviously not a 1.7.x issue, but feel free to continue to give input. >>>> >>>> Troy >>>> >>>> >>>> >>>> On 07/04/2013 03:26 PM, David Haslam wrote: >>>> >>>>> And (for example) if you wish to query the whole of the JPS module >>>>> using book >>>>> names, it will not do to specify *Gen-Mal*. >>>>> >>>>> You'd need to remember that in the Tanakh, the last book is *II >>>>> Chronicles*. >>>>> >>>>> >>>>> >>>>> -- >>>>> View this message in context: http://sword-dev.350566.n4.** >>>>> nabble.com/Versifications-and-**verse-order-tp4652697p4652712.**html >>>>> Sent from the SWORD Dev mailing list archive at Nabble.com. >>>>> >>>>> ______________________________**_________________ >>>>> sword-devel mailing list: sword-devel at crosswire.org >>>>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>>>> Instructions to unsubscribe/change your settings at above page >>>>> >>>> >>>> >>>> ______________________________**_________________ >>>> sword-devel mailing list: sword-devel at crosswire.org >>>> http://www.crosswire.org/**mailman/listinfo/sword-devel >>>> Instructions to unsubscribe/change your settings at above page >>> >>> >>> >>> _______________________________________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >>> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> > > ----------- ???????? ????? ----------- ???????? ? ??????? HTML ???? ?????????… URL: From chrislit at crosswire.org Sat Jul 27 23:53:01 2013 From: chrislit at crosswire.org (Chris Little) Date: Sat, 27 Jul 2013 23:53:01 -0700 Subject: [sword-devel] Help wanted: LXX & Orthodox versifications Message-ID: <51F4BFCD.1020302@crosswire.org> We have two new versifications that look like they will be ready for inclusion in 1.7.0: a LXX versification for LXXs & translations of LXXs and an Orthodox versification (based on the LXX v11n, but using a different book order and fewer books). These are all based on chapter and verse counts from a set of LXXs and LXX translations, and the process of generating these counts had to be done by hand since few of the source texts are digitized and those that are digitized are not generally trustworthy. I believe I did a fairly accurate job of checking every chapter for its highest verse, but I'm not confident that there are no errors. So I would really appreciate if some of you could volunteer to check my work. There aren't any particular technical requirements for this, beyond being able to use a browser & a text editor. There are twelve LXXs/translations for which I have collected data at http://www.crosswire.org/svn/sword-tools/trunk/versification/lxx_v11ns/ The source texts for each are listed in their .h files, near the top. Most of the source texts are online, usually at Google Books and/or Internet Archive. A couple are only available as printed texts, and I quite understand if no one can check those. In approximate order of what needs most urgent checking, we have: canon_swete.h (Swete LXX) canon_saas.h (Orthodox Study Bible OT -- print only) canon_tischendorf.h (Tischendorf LXX) canon_nets.h (NETS translation) canon_brenton.h (Brenton translation) canon_thomson.h (Thomson translation) canon_asser.h (Asser translation) canon_rahlfs.h (Rahlfs LXX) canon_howard.h (Howard's LXX Pentateuch translation) canon_ottley.h (Ottley's Cod. Alexandrinus Isaiah translation) canon_charles.h (Charles' APOT) canon_charlesworth.h (Charlesworth's OTP -- print only) The only part that needs checking is the big vm array under the "Maximum verses per chapter" comment. This looks something like: int vm_brenton[] = { // Genesis 31, 24, 25, 26, 31, 23, 24, 22, 29, 32, 32, 20, 18, 24, 21, 16, 27, 33, 38, 18, 34, 24, 20, 67, 34, 35, 46, 22, 35, 43, 55, 32, 20, 31, 29, 44, 35, 30, 23, 23, 57, 38, 34, 34, 28, 34, 31, 22, 33, 26, The part that needs confirmation is that the highest verse in Gen chapter 1 is 31, in chapter 2 it's 24, in chapter 3 it's 25, etc. Chapter counts may vary slightly, but that's not important here, and missing chapters should simply be recorded as having 0 verses. If you would be willing to take on a volume, please claim it. If you have suggestions of additional LXX editions or translations that we should be certain we can represent, please suggest. Thanks, Chris From scribe at crosswire.org Sun Jul 28 08:17:07 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Sun, 28 Jul 2013 17:17:07 +0200 Subject: [sword-devel] SWORD 1.7.0 final stretch In-Reply-To: <51E4DF03.3050306@crosswire.org> References: , <51DF0F7B.1070503@crosswire.org> <51E4BADC.3040404@crosswire.org> <51E4DF03.3050306@crosswire.org> Message-ID: <51F535F3.6000100@crosswire.org> As we're beginning to polish the packaging for 1.7.0, I'd like to ping everyone with this request once more. Specifically: charcoal chrislit dmsmith mdbergmann refdoc You still have entries in the ChangeLog which haven't been converted from svn log format to our ChangeLog format, thus confirming you want them to remain in the ChangeLog. Can I ask that you review the entries with your name and either delete them if you feel they aren't important for anyone reading the ChangeLog, or reformat them and update the wording if necessary, to let me know you've reviewed them and would like them to remain. Thank you. Troy On 07/16/2013 07:49 AM, Troy A. Griffitts wrote: > It seems we've all been negligent updating ChangeLog. > > I've seeded it will the svn log since the last release. I spent a > while reviewing the entries and deleted about 70% of them that had to > do with "fixed this, improved that" or entries where I saw something > like "added iOS XCode Project" with a later "removed iOS XCode > Project" (sorry Manfred) :) > > Anyway, we only want stuff in there that a use of the API might > actually care about reading. Each release comes with the general > "lots of bugs fixed and things optimized," so we don't need these entries. > > Can I ask you to review your entries from the svn log which I've added > to ChangeLog, delete the ones I've left which you still don't think > important to include, and reformat your remaining entries into our > standard ChangeLog entry format and make the wording read a little > better than our usual svn log informalities. > > Thanks! > > Troy > > > > On 07/16/2013 05:15 AM, Troy A. Griffitts wrote: >> OK, wrapping up final things for packaging up 1.7.0. >> >> Jaak, I've normalized ListKey for you, so you should have your >> getCount const and added getElement const and non-const methods. >> Other method names have been normalized with old names deprecated, so >> this will almost certainly cause deprecation warning in clients. >> >> Does anyone have Ubuntu installed and can try building the swig >> bindings to confirm or deny they have the same problem as Peter? >> This is using autotools. Simply compile and install sword, then cd >> to bindings/swig/package and follow the short README. Thank for any >> testing. >> >> Troy >> >> >> On 07/12/2013 12:27 AM, Peter von Kaehne wrote: >>>> Von: "Troy A. Griffitts" >>>> Just to confirm, you're building and installing sword, then building the >>>> bindings, yes? >>> Yes >>> >>>> pkg-config sword --libs >>> peter at peter-ThinkPad-Twist:~$ pkg-config sword --libs >>> -Wl,-Bsymbolic-functions -Wl,-z,relro -L/usr/local/lib -lsword -lz -lcurl -lclucene -licui18n -licuuc -licudata -ldl -lm -licuio >>> >>>> and also when you build the python bindings, could you send me the build >>>> output lines for the compile, >>> Please see attached build.log. The order of commands was >>> >>> ./autogen.sh > build.log >>> ./configure >>build.log >>> make pythonswig >>build.log 2>&1 >>> make python_make >>build.log 2>&1 >>> >>> I added empty lines to separate the bits, but you will recognise the relevant anyway. >>> >>> Peter >>> >>> >>> >>> _______________________________________________ >>> sword-devel mailing list:sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >> >> >> >> _______________________________________________ >> sword-devel mailing list:sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From scribe at crosswire.org Sun Jul 28 10:36:10 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Sun, 28 Jul 2013 19:36:10 +0200 Subject: [sword-devel] SWORD + Qt better support Message-ID: <51F5568A.9@crosswire.org> Hey guys. I spent today to try to add a few methods into 1.7.0 before we push it out the door to ease your (those building Qt frontends) integration with SWORD. It's really not much but I wanted to target at least a minimal Qt app without adding any extra conversion code. I've added this minimal Qt app as a sample here: http://crosswire.org/svn/sword/trunk/examples/qt/ I've done this by adding a few very basic QString conversion methods: http://crosswire.org/svn/sword/trunk/src/utilfuns/qt/qtsupport.cpp I believe I have everything isolated out of the headers with a class forward declaration of QString, so the headers remain the same when the engine is compiled with or without Qt support. You will get linker errors, however, if you try to use one of the Qt methods and you don't compile the engine with Qt support (alternatively, you can always include the http://crosswire.org/svn/sword/trunk/src/utilfuns/qt/qtsupport.cpp in your own project if you have a SWORD binary not compiled with Qt support. I hope this eases integration for you at least a little. Troy From karl at kleinpaste.org Sun Jul 28 11:17:15 2013 From: karl at kleinpaste.org (Karl Kleinpaste) Date: Sun, 28 Jul 2013 14:17:15 -0400 Subject: [sword-devel] SWORD + Qt better support In-Reply-To: <51F5568A.9@crosswire.org> (Troy A. Griffitts's message of "Sun, 28 Jul 2013 19:36:10 +0200") References: <51F5568A.9@crosswire.org> Message-ID: "Troy A. Griffitts" writes: > Hey guys. I spent today to try to add a few methods into 1.7.0 before we > push it out the door to ease your (those building Qt frontends) > integration with SWORD. ... checking for vsnprintf... yes checking for QT4... yes checking for moc-qt4... /usr/lib64/qt4/bin/moc-qt4 checking for rcc... /usr/lib64/qt4/bin/rcc checking for uic-qt4... /usr/lib64/qt4/bin/uic-qt4 ./configure: line 16061: ACX_QT4: command not found configure: creating ./config.status ... (Fedora 14, if it matters) From karl at kleinpaste.org Sun Jul 28 11:22:25 2013 From: karl at kleinpaste.org (Karl Kleinpaste) Date: Sun, 28 Jul 2013 14:22:25 -0400 Subject: [sword-devel] SWORD + Qt better support In-Reply-To: <51F5568A.9@crosswire.org> (Troy A. Griffitts's message of "Sun, 28 Jul 2013 19:36:10 +0200") References: <51F5568A.9@crosswire.org> Message-ID: Also: libtool: link: g++ -O3 -fPIC -D_ICU_ -ftemplate-depth-25 -DCURLAVAILABLE -DCURLSFTPAVAILABLE -I/usr/include -I/usr/lib64 -DUSELUCENE -I/usr/lib64 -o .libs/buildtest buildtest.o ./lib/.libs/libsword.so -L/usr/lib64 -lz -licui18n -licuuc -licudata -lpthread -ldl -lm -licuio -lcurl -lclucene ./lib/.libs/libsword.so: undefined reference to `QString::fromUtf8(char const*, int)' ./lib/.libs/libsword.so: undefined reference to `qFree(void*)' ./lib/.libs/libsword.so: undefined reference to `QString::toUtf8() const' collect2: ld returned 1 exit status make[1]: *** [buildtest] Error 1 make[1]: Leaving directory `/home/karl/src/bible/sword' make: *** [all-recursive] Error 1 Is it wise, after almost a year of stress over whether 1.7.0 will get out the door, to be adding brand new, untested capabilities? When you've been talking about the "final stretch" for 2 months? So that now, today, you add this stuff? From jaak at ristioja.ee Sun Jul 28 12:07:58 2013 From: jaak at ristioja.ee (Jaak Ristioja) Date: Sun, 28 Jul 2013 22:07:58 +0300 Subject: [sword-devel] SWORD + Qt better support In-Reply-To: <51F5568A.9@crosswire.org> References: <51F5568A.9@crosswire.org> Message-ID: <51F56C0E.4030803@ristioja.ee> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! On 28.07.2013 20:36, Troy A. Griffitts wrote: > Hey guys. I spent today to try to add a few methods into 1.7.0 > before we push it out the door to ease your (those building Qt > frontends) integration with SWORD. I'm sorry, but this doesn't seem like a good idea. First of all, if 1.7.0 is just about to be released then adding experimental features is not good. Secondly, if you have support for Qt, why not for Gtk+ and others? Finally, have you thought about how much effort must be put into Sword over time to develop good Qt interfaces for everything in Sword? Have you considered how much code bloat this would involve? Sincerely, I'm very positively moved by your attempt to move towards better integration :) But I still think this Qt effort would push Sword in the wrong direction. My suggestion is to revert those Qt commits. Blessings, Jaak Ristioja The BibleTime Team PS: What I think would ease integration more would be to simplify the existing interfaces, clarify them architecturally, document them etc. Make them more similar to interfaces developers are already accustomed to, e.g. make SWBuf more similar to std::string (or QString), make SWKeys more similar to (and compatible with) C++ standard iterators etc. It is my opinion that you can could get more out of Sword if you work towards better integration with respect to Standard C++ facilities (or the Boost library) rather than Qt. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQgcBAEBAgAGBQJR9WwJAAoJEEqsYmEt1rCOlJJAAIWXGGAE6QWbrVG/0DquU0xJ midMjbUWWO8YZ6RdEpnsIDs5mdGJo94N85mlDebzpNjIyYrYpzMmTF3eWawx2Utw Gb+LOjaFzKJY/nMoax+iJHMOKM0BlqlyDWFHxFarxFW6DfD+SdKI6uhMWG7PeHtF eZAJa75C5NwEj1rjTZQC1MNtiSDS0IuY/Y8ZweChn1bgZ7ivN4XBWdcNdiJxArD3 WC9x5odEbAJeximD/qlq0n7Cq6UErQ72W91eF42LTgasfD0J6RvOCAWR7um1w8WN 2JdtROh2Dq4Lo1iQewm3cjhmzVxpk45HpZHy8i9SIg9iSuvpYOystqdP4hdaD21r EhW3TgLHmRFdSGUrNaKJHIjf6+mT3Qyq+QHysFEYqThpbcMhgHzwar8h8GM8AYZ5 bE4cRoIRLfJpo2LVXeJzFY64ESBWbk/btVMF1HeqY76e6JgaRl+o7AJ5kso/5Wu2 uKCuwemv8Qwf4DNszuTZiKnThPtRzE5EjWk2MlFT1iuud0W1dw7JOx6jRuUsrhsl LV7djyjCKi9aEuZ02pBcN6k4TFLg8wb40BYW9QR2vKp2Uadf1jJBQOFpB5anMlXl w6fgcDYPfLFyM5jglj0QiPr/K8P8OWo+RDAdYWNC4d/XVT535HPeLBLgJLr47RPt RqTvd/or07EGs6CkqzDrK8h3mdp/9FlDSYvb03OCCleyRLwuoHF4sxKusC78plDt 8rOfUn9mxCb3CpeZFHXj+r/+GbByiKcmlUfiZcPNGZ3so6i1+t045pR1JKCtJULr MSeK5kug9juMlCvJOg4JhT+CrS1lbuaMP7AvfiK8S0mKvJ2QHdY+v3hb7TWVMojT LcQwoa+guUT36DVc1pNGm4MdD2H1ogX0jihBmvk7wy9HpxkyRGxHfC249lZHDX7b s+didQLHpQO9AFAr0nBM5XiyC2WshbWYEi3RjrXuHEAUnbbVbM0i4OIfA4uM/hcR KW/K12JOqmYiQIn3aeb/xGt54Ui0jfFTO6n3TFj0s5O8veJFbBU2gRd40d3GWH9c vN87Gvb3n3xnNssrFcIJZlJ/J5Bf9uOOBNr1VSrz7bD9ssi+iVYDqqyRoJ4Aslft GBJXmG4RP4Q3/i7asVLhyjx4CAE1fUEHc4T8TGr/ZfGh7gkdErWo34GIUUJMImB4 JfOmHsNJiJLVgxj0efQXtCFzq9v7/qRwJb4gDWqQtDjiK1lx2bfUrASSUD4WPL7E mbZYooxlPrj/xpAj4oYCEpD4K7ZDf8HRlzD2IKE1hEwGifSCKOs10Kj6vNT6v1ZX yaK81Tfgmv1f+AQ1on/aTiWZErREKMyrhp8mSnaY6xLVm+p433WmqOLl0GKHRSjm Gvq34KVH3BzeEORPBkhcDYCOmin/pzXbg5agaeNf4FK6QZO+fDmxANmsZbpXWBQT cv+ZFLRXwwLIf4arTgp5kpo7ZiogqUNLgwJr6NwK98KT830FGeRuk0w5e9EVrrSy Rz0Dw+bWY0h2QrEMJQpzsdfOLSwnA2LeyGhIaH40SZ7mi5B9P5d0CpaTFaKzXaSj bH+BL/Zk4nGBRjbbIrj6YsX+/DFdzZ+9aoKkPKKnzy9WjUxgsSYym/vHF4RqobvT Xk0jJm9FrOdjo1HLCzHAzLM138RUqzdCb79ox45YQuUOx0hDfEVnWmqNRxV+HkYp rNIQswr9rS8YzU0+LDMLkRgplHhrlYEDcFdGOdIygIkg/e0fY8ECvltEvgny/SnC 2yzAZ1Gi+4ZU1hcBbr1ND+2dkm54Vzc2SfXxlRsyI5riLaXq/tCcHyJYflo1Bk+T MIDSbqo6T+ug3LTWzTzabCQpFcPlGBBDmQy2Rmk0uRtVns5r6T5cmJLPXCRdsXcE E353VVSg87KU1BimKNcl8lfTzKDOvtSWXBGYB0QSMdyW/KttY5i1E6vFC4LGjSTY odSAN6mzL3GjOAZ7hvgxx/oBjG+cZBoBE0t5xoanMNaiJp1nu/sIKrl1GvKtLKJj y1j8oNk5h7XUd335Rg7uGdUAv7anSuTeJirbdtqfI/jATKzI6x4tHcK1b0Es23sc z6YjYVAmocJQ2PgLNB/jKGzCy8SCmexRBajbSiiRgeTCUneoGnYj+IejCi7VASVp RbP2HmOCJMXrTvyMtQ1Y7OFGcRG35Q4aSjVoFQqO9ZCh+fx4BtnLiEVf+wFh8gvK R0pzVFcOd2nlMReibPaCdipMyyj4n2Q0jl1bafm/uegH9pET2cFoECOHJuluDlBL U3gp0T0KHBYDzqk7uiX60KjJ/Yv5dnYdwbMjreiiFGu+Be3IgBhHP2jWao5CZnkI bo0VihO6s6MlQRPRB3//TR1hXpBCEGwczMx62MtgD6RNHE6E55uJ2pJXLv5Fvnz7 sdR3xnAsi4FDyDJffP8vjvkanvrGszj5ssM3jr91icJpGDTpOIrLBLf7/o7qK5Hl mWHNDi+Lau3vFofNf79ojlVMj1U5sx2ZeivHpSQmdOaPW2ko7Dn6FOwiTyVdHL0e QjT8ZTkvOMef0psJz5w72faVB9/d6QnhwOnUoZmiCfhrJzXd2osvXSHua1TUPSRP roZTPUhI+qITNg1u9ReN7jjdyl50vYwNVF2jbQRG5jO6mFIZAZjXOt9eCwbpagNQ WXZM2o84GmNJpAPiNw1GBj0ZlYUK2dVG13YbDWoQFDilKJtY9XT8g22Pwgyoi0Lb lBV7U6dRPILoHdqVWey3 =nzXF -----END PGP SIGNATURE----- From greg.hellings at gmail.com Sun Jul 28 12:29:39 2013 From: greg.hellings at gmail.com (Greg Hellings) Date: Sun, 28 Jul 2013 14:29:39 -0500 Subject: [sword-devel] SWORD + Qt better support In-Reply-To: <51F56C0E.4030803@ristioja.ee> References: <51F5568A.9@crosswire.org> <51F56C0E.4030803@ristioja.ee> Message-ID: On Sun, Jul 28, 2013 at 2:07 PM, Jaak Ristioja wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi! > > On 28.07.2013 20:36, Troy A. Griffitts wrote: > > Hey guys. I spent today to try to add a few methods into 1.7.0 > > before we push it out the door to ease your (those building Qt > > frontends) integration with SWORD. > > I'm sorry, but this doesn't seem like a good idea. First of all, if > 1.7.0 is just about to be released then adding experimental features > is not good. > > Secondly, if you have support for Qt, why not for Gtk+ and others? > For the above two reasons, I wonder if it's not better to put this sort of compatibility into the bindings world rather than strapping it directly into the engine. A simple extension of the primary classes that support QString and QArray typed methods would keep it out of the way of all the other front-ends and prevent unnecessary changes. I had begun down this route, but got stalled when I had difficulty unraveling the exact nature of the inheritance hierarchy between SWModule and its specific implementations. I never returned to it, because there didn't seem to be a pressing desire to have it. > > Finally, have you thought about how much effort must be put into Sword > over time to develop good Qt interfaces for everything in Sword? Have > you considered how much code bloat this would involve? > Putting it into the bindings would permit more people to help. I've already got privileges in that folder and Troy could open commit rights to more. It also mirrors the behavior of the ObjC bindings shared between Eloquent and PocketSword. --Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: From scribe at crosswire.org Sun Jul 28 13:09:40 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Sun, 28 Jul 2013 22:09:40 +0200 Subject: [sword-devel] SWORD + Qt better support In-Reply-To: References: <51F5568A.9@crosswire.org> Message-ID: <51F57A84.1010401@crosswire.org> Sorry Karl, I didn't test with shared-enabled. I have now and it works --without-qt and --with-qt both on F19. Let me know. (Yeah, I understand throwing a couple new methods in at the last minute isn't wise. But they are additional methods so they shouldn't break existing stuff. They add a signature in the headers, so if we don't do it now, then 1.7.x will never get them. These were my + that made me want to try. Maybe they'll get dropped, considering the other recent responses). Troy On 07/28/2013 08:22 PM, Karl Kleinpaste wrote: > Also: > > libtool: link: g++ -O3 -fPIC -D_ICU_ -ftemplate-depth-25 -DCURLAVAILABLE -DCURLSFTPAVAILABLE -I/usr/include -I/usr/lib64 -DUSELUCENE -I/usr/lib64 -o .libs/buildtest buildtest.o ./lib/.libs/libsword.so -L/usr/lib64 -lz -licui18n -licuuc -licudata -lpthread -ldl -lm -licuio -lcurl -lclucene > ./lib/.libs/libsword.so: undefined reference to `QString::fromUtf8(char const*, int)' > ./lib/.libs/libsword.so: undefined reference to `qFree(void*)' > ./lib/.libs/libsword.so: undefined reference to `QString::toUtf8() const' > collect2: ld returned 1 exit status > make[1]: *** [buildtest] Error 1 > make[1]: Leaving directory `/home/karl/src/bible/sword' > make: *** [all-recursive] Error 1 > > Is it wise, after almost a year of stress over whether 1.7.0 will get > out the door, to be adding brand new, untested capabilities? When > you've been talking about the "final stretch" for 2 months? So that > now, today, you add this stuff? > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From scribe at crosswire.org Sun Jul 28 13:24:46 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Sun, 28 Jul 2013 22:24:46 +0200 Subject: [sword-devel] SWORD + Qt better support In-Reply-To: References: <51F5568A.9@crosswire.org> <51F56C0E.4030803@ristioja.ee> Message-ID: <51F57E0E.9020805@crosswire.org> On 07/28/2013 09:29 PM, Greg Hellings wrote: > > On Sun, Jul 28, 2013 at 2:07 PM, Jaak Ristioja > wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi! > > On 28.07.2013 20:36, Troy A. Griffitts wrote: > > Hey guys. I spent today to try to add a few methods into 1.7.0 > > before we push it out the door to ease your (those building Qt > > frontends) integration with SWORD. > > I'm sorry, but this doesn't seem like a good idea. First of all, if > 1.7.0 is just about to be released then adding experimental features > is not good. > See response to Karl. > > Secondly, if you have support for Qt, why not for Gtk+ and others? > Maybe we can add support for Gtk+. I haven't heard that Gtk+ makes it difficult to integrate with SWORD as I have heard from the Qt crowd. > > For the above two reasons, I wonder if it's not better to put this > sort of compatibility into the bindings world rather than strapping it > directly into the engine. It's difficult to do this. > > A simple extension of the primary classes that support QString and > QArray typed methods would keep it out of the way of all the other > front-ends and prevent unnecessary changes. I had begun down this > route, but got stalled when I had difficulty unraveling the exact > nature of the inheritance hierarchy between SWModule and its specific > implementations. I never returned to it, because there didn't seem to > be a pressing desire to have it. The SWORD engine returns SWBuf and SWKey objects all over the place (among other things). Creating a class SWBufWithQTSupport : public SWBuf {} subclass doesn't help. All the internal methods still return SWBuf-- not your subclasses. If you have a look at the added methods, they are simply to allow SWBuf to cast itself to QString and for SWKey to be constructed with a QString. > > > Finally, have you thought about how much effort must be put into Sword > over time to develop good Qt interfaces for everything in Sword? Have > you considered how much code bloat this would involve? > No, I don't believe this is true. SWORD exclusively uses SWBuf and const char * for strings. The additions allow SWBuf and QString to better flow back and forth. This should be sufficient to allow many interfaces in SWORD to work nicely with Qt. > > Putting it into the bindings would permit more people to help. I've > already got privileges in that folder and Troy could open commit > rights to more. It also mirrors the behavior of the ObjC bindings > shared between Eloquent and PocketSword. I'm certainly open to this if you have a working example that gets as much bang for that the SWBuf and SWKey to QString conversion methods give up. I also am certainly open to removing what I just added if there is a detriment. But please have a look at the simply Qt example. This is completely natural interaction between the engine and Qt, and these are the major access points of the engine. I believe these minor additions should simplify quite a bit of code for Qt projects. Troy > > --Greg > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From scribe at crosswire.org Mon Jul 29 01:08:59 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Mon, 29 Jul 2013 10:08:59 +0200 Subject: [sword-devel] SWORD + Qt better support In-Reply-To: <51F57E0E.9020805@crosswire.org> References: <51F5568A.9@crosswire.org> <51F56C0E.4030803@ristioja.ee> <51F57E0E.9020805@crosswire.org> Message-ID: Good morning, Just a couple quick comments about my messages from last night to clear up possible misunderstandings. >From the 2 responses from people who use the Bibletime wrappers, it sounds like there are many things which are useful for building At apps with SWORD. When I responded 'No' to Jaak's prompting to consider how bloated the library might get as we enhance the Qt integration, I meant the 'no' to mean that I wasn't planning on doing much more than the SWBuf, SWKey to QString. Also regarding Greg's suggestion for bindings. I think this is a great place for work to be done on this rich layer to provide assisted Qt development components. It would be a great place for others to share in the work, as Greg has mentioned. My very modest additions were not meant to replace a rich layer of Qt components, but merely to simplify development of them. It was the biggest bang for the buck I could see which wasn't too intrusive into the engine. I'm still willing to roll them back if they cause anyone problems or you actually find that they don't save quite a bit of conversion syntax all over the place. Finally, Jaak, I've considered making SWKey more like an iterator, but while it makes things conceptually more familiar at first, it loses much of the actual usefulness of the abstraction. Consider the parsing and range features of VerseKey, or the very much not iterator concepts of TreeKey. We've made these all extend SWKey nicely and you can open a module and use it without knowing the specifics of its key type, but if you need the more specific behavior of, say, getting the children of a node in a TreeKey, then you can be specific about it. Also SWBuf was initially based on all the std::string functionality we used in the engine before we replaced them with SWBuf. Often you can simply swap SWBuf for std::string and your code will compile. Functionality beyond std::string (which I feel is a very poorly thought out string object along with its wstring counterpart) is taken nearly verbatim from Java's String class. So, I hope we already do what you've suggested about modeling our string object on familiar string object people might be familiar with. Please still comment quickly. As soon as everyone is finished with their ChangeLog entries, and we drop in a v11n for IBT for the Protestant Synodal modules (which should be today or tomorrow) I will package up a release candidate. If these small additions do not simplify your wrappers and make programming for others without your wrappers much easier, we should drop them back out. Troy "Troy A. Griffitts" wrote: >On 07/28/2013 09:29 PM, Greg Hellings wrote: >> >> On Sun, Jul 28, 2013 at 2:07 PM, Jaak Ristioja > > wrote: >> >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi! >> >> On 28.07.2013 20:36, Troy A. Griffitts wrote: >> > Hey guys. I spent today to try to add a few methods into 1.7.0 >> > before we push it out the door to ease your (those building Qt >> > frontends) integration with SWORD. >> >> I'm sorry, but this doesn't seem like a good idea. First of all, >if >> 1.7.0 is just about to be released then adding experimental >features >> is not good. >> >See response to Karl. > >> >> Secondly, if you have support for Qt, why not for Gtk+ and >others? >> >Maybe we can add support for Gtk+. I haven't heard that Gtk+ makes it >difficult to integrate with SWORD as I have heard from the Qt crowd. > >> >> For the above two reasons, I wonder if it's not better to put this >> sort of compatibility into the bindings world rather than strapping >it >> directly into the engine. > >It's difficult to do this. >> >> A simple extension of the primary classes that support QString and >> QArray typed methods would keep it out of the way of all the other >> front-ends and prevent unnecessary changes. I had begun down this >> route, but got stalled when I had difficulty unraveling the exact >> nature of the inheritance hierarchy between SWModule and its specific > >> implementations. I never returned to it, because there didn't seem to > >> be a pressing desire to have it. >The SWORD engine returns SWBuf and SWKey objects all over the place >(among other things). Creating a class SWBufWithQTSupport : public >SWBuf {} subclass doesn't help. All the internal methods still return >SWBuf-- not your subclasses. If you have a look at the added methods, >they are simply to allow SWBuf to cast itself to QString and for SWKey >to be constructed with a QString. > >> >> >> Finally, have you thought about how much effort must be put into >Sword >> over time to develop good Qt interfaces for everything in Sword? >Have >> you considered how much code bloat this would involve? >> > >No, I don't believe this is true. SWORD exclusively uses SWBuf and >const char * for strings. The additions allow SWBuf and QString to >better flow back and forth. This should be sufficient to allow many >interfaces in SWORD to work nicely with Qt. > >> >> Putting it into the bindings would permit more people to help. I've >> already got privileges in that folder and Troy could open commit >> rights to more. It also mirrors the behavior of the ObjC bindings >> shared between Eloquent and PocketSword. > >I'm certainly open to this if you have a working example that gets as >much bang for that the SWBuf and SWKey to QString conversion methods >give up. > >I also am certainly open to removing what I just added if there is a >detriment. But please have a look at the simply Qt example. This is >completely natural interaction between the engine and Qt, and these are > >the major access points of the engine. I believe these minor additions > >should simplify quite a bit of code for Qt projects. > >Troy > > > > >> >> --Greg >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > >------------------------------------------------------------------------ > >_______________________________________________ >sword-devel mailing list: sword-devel at crosswire.org >http://www.crosswire.org/mailman/listinfo/sword-devel >Instructions to unsubscribe/change your settings at above page -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jaak at ristioja.ee Mon Jul 29 02:21:10 2013 From: jaak at ristioja.ee (Jaak Ristioja) Date: Mon, 29 Jul 2013 12:21:10 +0300 Subject: [sword-devel] SWORD + Qt better support In-Reply-To: References: <51F5568A.9@crosswire.org> <51F56C0E.4030803@ristioja.ee> <51F57E0E.9020805@crosswire.org> Message-ID: <51F63406.3080403@ristioja.ee> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! On 29.07.2013 11:08, Troy A. Griffitts wrote: > From the 2 responses from people who use the Bibletime wrappers, > it sounds like there are many things which are useful for building > At apps with SWORD. When I responded 'No' to Jaak's prompting to > consider how bloated the library might get as we enhance the Qt > integration, I meant the 'no' to mean that I wasn't planning on > doing much more than the SWBuf, SWKey to QString. ... > My very modest additions were not meant to replace a rich layer of > Qt components, but merely to simplify development of them. It was > the biggest bang for the buck I could see which wasn't too > intrusive into the engine. Personally I'd still remove the Qt stuff and keep the Sword interface as simple as possible. This would make it a bit easier for anybody to the comprehend the header files, and simplify code maintenance efforts for Sword developers. In my opinion the overhead for using Sword with Qt stuff is not that big. On the contrary, I think this would make Sword biased towards Qt-based projects. Additionally it seems that in Qt conversion operators are frowned upon. For example, QString doesn't define conversion operators to and from std::string but uses explicit methods for that. > Finally, Jaak, I've considered making SWKey more like an iterator, > but while it makes things conceptually more familiar at first, it > loses much of the actual usefulness of the abstraction. Consider > the parsing and range features of VerseKey, or the very much not > iterator concepts of TreeKey. We've made these all extend SWKey > nicely and you can open a module and use it without knowing the > specifics of its key type, but if you need the more specific > behavior of, say, getting the children of a node in a TreeKey, then > you can be specific about it. I think it is still possible to change them to fulfill standard iterator requirements without sacrificing these features. Iterators can still have other methods besides the ones listed in the requirements. Of course for tree iterators the order of traversal is somewhat an issue. > Also SWBuf was initially based on all the std::string functionality > we used in the engine before we replaced them with SWBuf. Often you > can simply swap SWBuf for std::string and your code will compile. > Functionality beyond std::string (which I feel is a very poorly > thought out string object along with its wstring counterpart) is > taken nearly verbatim from Java's String class. So, I hope we > already do what you've suggested about modeling our string object > on familiar string object people might be familiar with. If we expect C++ programmers to be familiar with Java's String object, then yes. I can only speak for myself and I'm not familiar with it. Personally I would first have considered subclassing SWBuf from std::string. > Please still comment quickly. As soon as everyone is finished with > their ChangeLog entries, and we drop in a v11n for IBT for the > Protestant Synodal modules (which should be today or tomorrow) I > will package up a release candidate. If these small additions do > not simplify your wrappers and make programming for others without > your wrappers much easier, we should drop them back out. Regardless of the advantages and disadvantages of this move towards Qt, at this point such commits should not go into the branch from which you plan to release stable version 1.7.0 from. For Sword 1.8.0 this still needs more consideration, but please let's have a STABLE 1.7 series (branch). Blessings, Jaak PS: Why does Sword release from trunk instead of having a different branch for 1.7? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQgcBAEBAgAGBQJR9jP8AAoJEEqsYmEt1rCODgBAAMKcf6dhaBCV6HsQi/K9GGxt prtQcpG5CVFsONLbAmH+IFWRqgq75PAUDhnHkEXpAVCmQxC8FLUFyFZ/4vbrlaUc d0dup2X0P3CV/qW8D3SVO8a1m2+kjAtzjrfi12DHP1dOFJwPDONbk5ZoSbyrItkf 4e7JaxZDUR2u6UGtbIAVpIirQL0zgJ3vlBkwMURxB5qvr5hKEZWbn4JKiWVnhGlM Bbhj/QWHAp0pE9eRnKVAxumdoLadulhzV1fzGNvYcCweezovjxgZHdHWlBXfaCJv CGKJTs5+kndV7588tNO8txX2rfl9Zd/2FAJbZ/p96AuVV7OBFzj3YQ+4qQUSWorv GHxJN5eiFDFGka7Mj6ayCKkb/f5ESY143LRUBfEmac+b364bJwMZW6Q9HjUw5QSk TXPQJavgWiGFTGXPE5ymu1XE3VCSQH3iJYtlNsaLfbdxAP+xD9KJU0MnpuYw7HxA Ulm39Bu+yxj7E3pShoSEUC6CKEW9uqhDzmDeD1MkHzHFyNCIm5t9AHLLaM2t3eTA 0MOImH8/ZDcPyIGkhqWeK45e+XJW7P6ibx0y7TYwwIJGJ4vRmCwsQc9u3orhzGvG YtkNAY2g29g31AjSk+29ubyya4B9M0G4Cvc9DqzmdKbxciT35drIOTnkTsjxQJ6g +vQRKSsNjRUD7RI9hpvQYEGL36HHpH2uJJKBUNtsEfmmJYZaNFSZv+yfocKzfHya 3Ex8oVlPa7hJT14IBxO6wTMOJfvyXcsiE9iA2MCR+ZO+g5Ce/SaJK/rL9wHBj2e/ UCJ2HQOLknoDJkq+892bOd3gwVdL6GdAPU1CofBL4H1WIlUDJYlDuH3fQHRLs9fG zeMmNKn1cC6UlZD+V0wn0a0+SpkvnWboGaLa7i+ppKKam62P+vJ4tIxdKFmUuh4H R5mW/vR///D2zYoiD9VDLtRgMDuxVy0JOyPkzevmN8doGjuKSDHmEoG8CN5zMdxL t3u2RYuMxFKR51kNMIrp2Eo7+VkDppXyRPcjIvMvlLPCh/Y17kCnLCw3bR/n+An/ zUnsEHRI8PrrKX1Qvl+TdvomkrNh4S0LTgJ9Dqf63cEUJ29JZzc0qvczYJTXl1xg eO3PPKIOu3sCouMLQaOCTo6HuEAWqhbBbRzSwiPMiIABMHzmMhauZXQi7QEarGNS q3jxfu/kWgOe7IrMYBiocqBW1x5ax8bPifHTKO+8/9fIRZnfLizYFTe6z7lgJ8TR 6+IIgKTAaJkWXr6IHJzziw28fV82RnCwHQc/eGGTQBkehCtKJsLZnBmD/DdMS0Yj WQVtFw8Z3VeluIMkdK21XxQy2fP5o5+MZ0PE4GY/3xV/FeLJZ3Mfop51buUNdA94 ObhXShRaffYRtDIyaKQRWRN3l1bPM/S0FgBueTT2Nwm/OsJHRJli8gT9Vrg/8E/p 4p33EdPz2FQoz1kcEcinXSk9+5hpbaM3sjr/8KrT21w81TCUC/t/Ob8xz+715d3g Hbt5y/GqJinAn4dB/arQUqSmqIeg+ry5GhYSKPMQgBZjalKT9EyUCwxx4VnCmN7R +LoMkdXO5y17nOrYSE+/LtKLbvnb6lDh315RelOkku967Wjgw1b00wtaY2eDDTsj KZq/WcLiGg/rPLLi31jfwjdx+zjCzrAzqQSMpq0Mu2gObD9RLe8m/leehq153PB8 ZcUtjI+wbnSVbQFvhhf5VwOB4nf0abyg8ClIdftqFayWVXYIurs4B2DVr2hfDq5M W7mpCcO4MWsmQPgrSBPjyW7yqPbC2M5ke9CPJumZj6neopbxJcQBxUJl8z0hEE8j f0EVL1My2QT843a1BsfjV2XfBzVkjXvHRlvLZ67yfpY7lBQTW4tvrqZzlB9Zui2B V0qyLSsctajGzPAuMBcszlw/tzxPobQ520Ol4Vex+F+NAXTQDBapCKK1SCW+JHhk dO7+KMSxVhqv2m14hsU/pvc9uWwZcSEsdNAIDmiOf7nfJ4hOmYMUGfC3J0xb+/z+ Jh4XNMEMWKDX6bg+w+4bHCYt9KXrjr2mrfX1wLLNL+b0H3iqJYq7YVYvqWcoS92j uqTxIj2UGqKyx9p2dZHLdiwl4dDzBnlqeZ11sXksOvwgeh/wKdxlPbj2W7XOBvQB p4N26urIW89jhT6ylQS7H4hDstOZ6zhnaIyjz84YpMy7ATS3eWb7ydYRbbj5m/b3 cmpTlEbWtZPR6NFtZLPL5tnjL3O5MbPVLVFNTht1C6Sbt2KEQ7aoKu9uJsd8gleh ej85SaTgVaY/DJwm6FLEkmdGOtl7DtSkdaPHVKBJBCNDG76y9SpiCDtJShfl4XdM zn00owv+9C63hw4EqQoSWg87w7Kd/3/ZZVNtPnkQN8fCpzpVyCl33fD/im/pR4nj w6QN1dTcmmdl//sQQxAkk+HkhUhbLdM4jumMW8yhANkitHykiBvBuCTUOLJ+ZuHP 9GNRH87VOACSKEyPzMA5hvRgkMTTQJivT6xyW7VrZaOusk8QTDyTIUGGTf5B792Q 1+HSjwN10ViOi4BHOk3dA36oKn8Nrzn3nr6V/KzFciXPuI5wm5Ar9h2u0LOqiT1x euQaOEs07L0MEgMDguQuXAbTXG3JRyUVCAZcTInR7tKnLRlsQqeeMeM5h++kaJ2m JoSzBWZB5OCu/54cojvntvmpzU4ldeX14BDDng4I1cQW1lbyGYE8vLfMOsW3QfIk PWl+ZcTwn7EI+42zFnWt =thFB -----END PGP SIGNATURE----- From kostyamaslyuk at gmail.com Mon Jul 29 04:17:50 2013 From: kostyamaslyuk at gmail.com (=?KOI8-R?B?68/T1NEg7cHTzMDL?=) Date: Mon, 29 Jul 2013 15:17:50 +0400 Subject: [sword-devel] Help wanted: LXX & Orthodox versifications In-Reply-To: <51F4BFCD.1020302@crosswire.org> References: <51F4BFCD.1020302@crosswire.org> Message-ID: I would take something. What about this: canon_tischendorf.h (Tischendorf LXX) https://ia600308.us.archive.org/19/items/Tischendorf.ii.greekOldTestament.10Volumes.var.ed.1835-1880/02.VetusTestamentumGraece.LXX.Interp.v1.Gen-Esth.Tischendorf.rev.1856..pdf https://ia600308.us.archive.org/19/items/Tischendorf.ii.greekOldTestament.10Volumes.var.ed.1835-1880/03.VetusTestamentumGraece.LXX.Interp.v2.Job-Hab.Tischendorf.rev.1856..pdf 2013/7/28 Chris Little > We have two new versifications that look like they will be ready for > inclusion in 1.7.0: a LXX versification for LXXs & translations of LXXs and > an Orthodox versification (based on the LXX v11n, but using a different > book order and fewer books). > > These are all based on chapter and verse counts from a set of LXXs and LXX > translations, and the process of generating these counts had to be done by > hand since few of the source texts are digitized and those that are > digitized are not generally trustworthy. > > I believe I did a fairly accurate job of checking every chapter for its > highest verse, but I'm not confident that there are no errors. So I would > really appreciate if some of you could volunteer to check my work. There > aren't any particular technical requirements for this, beyond being able to > use a browser & a text editor. > > There are twelve LXXs/translations for which I have collected data at > http://www.crosswire.org/svn/**sword-tools/trunk/** > versification/lxx_v11ns/ > > The source texts for each are listed in their .h files, near the top. Most > of the source texts are online, usually at Google Books and/or Internet > Archive. A couple are only available as printed texts, and I quite > understand if no one can check those. > > In approximate order of what needs most urgent checking, we have: > canon_swete.h (Swete LXX) > canon_saas.h (Orthodox Study Bible OT -- print only) > canon_tischendorf.h (Tischendorf LXX) > canon_nets.h (NETS translation) > canon_brenton.h (Brenton translation) > canon_thomson.h (Thomson translation) > canon_asser.h (Asser translation) > canon_rahlfs.h (Rahlfs LXX) > canon_howard.h (Howard's LXX Pentateuch translation) > canon_ottley.h (Ottley's Cod. Alexandrinus Isaiah translation) > canon_charles.h (Charles' APOT) > canon_charlesworth.h (Charlesworth's OTP -- print only) > > The only part that needs checking is the big vm array under the "Maximum > verses per chapter" comment. This looks something like: > > int vm_brenton[] = { > // Genesis > 31, 24, 25, 26, 31, 23, 24, 22, 29, 32, > 32, 20, 18, 24, 21, 16, 27, 33, 38, 18, > 34, 24, 20, 67, 34, 35, 46, 22, 35, 43, > 55, 32, 20, 31, 29, 44, 35, 30, 23, 23, > 57, 38, 34, 34, 28, 34, 31, 22, 33, 26, > > The part that needs confirmation is that the highest verse in Gen chapter > 1 is 31, in chapter 2 it's 24, in chapter 3 it's 25, etc. Chapter counts > may vary slightly, but that's not important here, and missing chapters > should simply be recorded as having 0 verses. > > If you would be willing to take on a volume, please claim it. > > If you have suggestions of additional LXX editions or translations that we > should be certain we can represent, please suggest. > > Thanks, > Chris > > ______________________________**_________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/**mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > ----------- ???????? ????? ----------- ???????? ? ??????? HTML ???? ?????????… URL: From skreutzer at freiebibel.de Mon Jul 29 12:03:26 2013 From: skreutzer at freiebibel.de (Stephan Kreutzer) Date: Mon, 29 Jul 2013 21:03:26 +0200 Subject: [sword-devel] German Elberfelder 1871 Bible module isn't authentic Message-ID: <2ef9c5db7ac64f08be8c26c5402546d9@localhost> Hello Sword-Developers, I am writing to inform you that the Sword-Module you provide labeled "GerElb1871"/"German Elberfelder (1871)" isn't the authentic text of 1871. Among a lot of other verses, just check John 1,27 against http://www.skreutzer.de/glaube/bibeluebersetzungen/textvergleichung/43_1_27.html For more information about the digital availability of the 1871 text, see http://www.freie-bibel.de/official/bibel/elberfelder/elberfelder_1871/information/uebersetzung_elberfelder_1871.html You may either rename the module to "Old Elberfelder" (since the exact version remains unknown) or remove it entirely in order to avoid further confusion. If you know the source from which you guys compiled the Sword module, please let me know. Thanks in advance! Sincerely, Stephan Kreutzer http://www.freie-bibel.de From chrislit at crosswire.org Tue Jul 30 03:00:43 2013 From: chrislit at crosswire.org (Chris Little) Date: Tue, 30 Jul 2013 03:00:43 -0700 Subject: [sword-devel] Help wanted: LXX & Orthodox versifications In-Reply-To: References: <51F4BFCD.1020302@crosswire.org> Message-ID: <51F78ECB.2060002@crosswire.org> That would be terrific. Thanks, ?????. One thing to keep in mind is to ignore any numbers in parentheses. These represent other versification systems (usually the Masoretic versification), so we don't want to capture that data. --Chris On 7/29/2013 4:17 AM, ????? ?????? wrote: > I would take something. What about this: > > canon_tischendorf.h (Tischendorf LXX) > https://ia600308.us.archive.org/19/items/Tischendorf.ii.greekOldTestament.10Volumes.var.ed.1835-1880/02.VetusTestamentumGraece.LXX.Interp.v1.Gen-Esth.Tischendorf.rev.1856..pdf > https://ia600308.us.archive.org/19/items/Tischendorf.ii.greekOldTestament.10Volumes.var.ed.1835-1880/03.VetusTestamentumGraece.LXX.Interp.v2.Job-Hab.Tischendorf.rev.1856..pdf > > > > > 2013/7/28 Chris Little > > > We have two new versifications that look like they will be ready for > inclusion in 1.7.0: a LXX versification for LXXs & translations of > LXXs and an Orthodox versification (based on the LXX v11n, but using > a different book order and fewer books). > > These are all based on chapter and verse counts from a set of LXXs > and LXX translations, and the process of generating these counts had > to be done by hand since few of the source texts are digitized and > those that are digitized are not generally trustworthy. > > I believe I did a fairly accurate job of checking every chapter for > its highest verse, but I'm not confident that there are no errors. > So I would really appreciate if some of you could volunteer to check > my work. There aren't any particular technical requirements for > this, beyond being able to use a browser & a text editor. > > There are twelve LXXs/translations for which I have collected data at > http://www.crosswire.org/svn/__sword-tools/trunk/__versification/lxx_v11ns/ > > > The source texts for each are listed in their .h files, near the > top. Most of the source texts are online, usually at Google Books > and/or Internet Archive. A couple are only available as printed > texts, and I quite understand if no one can check those. > > In approximate order of what needs most urgent checking, we have: > canon_swete.h (Swete LXX) > canon_saas.h (Orthodox Study Bible OT -- print only) > canon_tischendorf.h (Tischendorf LXX) > canon_nets.h (NETS translation) > canon_brenton.h (Brenton translation) > canon_thomson.h (Thomson translation) > canon_asser.h (Asser translation) > canon_rahlfs.h (Rahlfs LXX) > canon_howard.h (Howard's LXX Pentateuch translation) > canon_ottley.h (Ottley's Cod. Alexandrinus Isaiah translation) > canon_charles.h (Charles' APOT) > canon_charlesworth.h (Charlesworth's OTP -- print only) > > The only part that needs checking is the big vm array under the > "Maximum verses per chapter" comment. This looks something like: > > int vm_brenton[] = { > // Genesis > 31, 24, 25, 26, 31, 23, 24, 22, 29, 32, > 32, 20, 18, 24, 21, 16, 27, 33, 38, 18, > 34, 24, 20, 67, 34, 35, 46, 22, 35, 43, > 55, 32, 20, 31, 29, 44, 35, 30, 23, 23, > 57, 38, 34, 34, 28, 34, 31, 22, 33, 26, > > The part that needs confirmation is that the highest verse in Gen > chapter 1 is 31, in chapter 2 it's 24, in chapter 3 it's 25, etc. > Chapter counts may vary slightly, but that's not important here, and > missing chapters should simply be recorded as having 0 verses. > > If you would be willing to take on a volume, please claim it. > > If you have suggestions of additional LXX editions or translations > that we should be certain we can represent, please suggest. > > Thanks, > Chris > > _________________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > > http://www.crosswire.org/__mailman/listinfo/sword-devel > > Instructions to unsubscribe/change your settings at above page > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > From kostyamaslyuk at gmail.com Tue Jul 30 05:54:31 2013 From: kostyamaslyuk at gmail.com (=?KOI8-R?B?68/T1NEg7cHTzMDL?=) Date: Tue, 30 Jul 2013 16:54:31 +0400 Subject: [sword-devel] Help wanted: LXX & Orthodox versifications In-Reply-To: <51F78ECB.2060002@crosswire.org> References: <51F4BFCD.1020302@crosswire.org> <51F78ECB.2060002@crosswire.org> Message-ID: Chronicles 1, Psalms 151 - maybe the only cases. Daniel 3 is also hard case and i do not know why there are two books for Daniel. There are commentaries in brackets in attached file. 2013/7/30 Chris Little > That would be terrific. Thanks, ?????. > > One thing to keep in mind is to ignore any numbers in parentheses. These > represent other versification systems (usually the Masoretic > versification), so we don't want to capture that data. > > --Chris > > > > On 7/29/2013 4:17 AM, ????? ?????? wrote: > >> I would take something. What about this: >> >> canon_tischendorf.h (Tischendorf LXX) >> https://ia600308.us.archive.**org/19/items/Tischendorf.ii.** >> greekOldTestament.10Volumes.**var.ed.1835-1880/02.** >> VetusTestamentumGraece.LXX.**Interp.v1.Gen-Esth.** >> Tischendorf.rev.1856..pdf >> https://ia600308.us.archive.**org/19/items/Tischendorf.ii.** >> greekOldTestament.10Volumes.**var.ed.1835-1880/03.** >> VetusTestamentumGraece.LXX.**Interp.v2.Job-Hab.Tischendorf.** >> rev.1856..pdf >> >> >> >> >> 2013/7/28 Chris Little > > >> >> >> We have two new versifications that look like they will be ready for >> inclusion in 1.7.0: a LXX versification for LXXs & translations of >> LXXs and an Orthodox versification (based on the LXX v11n, but using >> a different book order and fewer books). >> >> These are all based on chapter and verse counts from a set of LXXs >> and LXX translations, and the process of generating these counts had >> to be done by hand since few of the source texts are digitized and >> those that are digitized are not generally trustworthy. >> >> I believe I did a fairly accurate job of checking every chapter for >> its highest verse, but I'm not confident that there are no errors. >> So I would really appreciate if some of you could volunteer to check >> my work. There aren't any particular technical requirements for >> this, beyond being able to use a browser & a text editor. >> >> There are twelve LXXs/translations for which I have collected data at >> http://www.crosswire.org/svn/_**_sword-tools/trunk/__** >> versification/lxx_v11ns/ >> >> > versification/lxx_v11ns/ >> > >> >> The source texts for each are listed in their .h files, near the >> top. Most of the source texts are online, usually at Google Books >> and/or Internet Archive. A couple are only available as printed >> texts, and I quite understand if no one can check those. >> >> In approximate order of what needs most urgent checking, we have: >> canon_swete.h (Swete LXX) >> canon_saas.h (Orthodox Study Bible OT -- print only) >> canon_tischendorf.h (Tischendorf LXX) >> canon_nets.h (NETS translation) >> canon_brenton.h (Brenton translation) >> canon_thomson.h (Thomson translation) >> canon_asser.h (Asser translation) >> canon_rahlfs.h (Rahlfs LXX) >> canon_howard.h (Howard's LXX Pentateuch translation) >> canon_ottley.h (Ottley's Cod. Alexandrinus Isaiah >> translation) >> canon_charles.h (Charles' APOT) >> canon_charlesworth.h (Charlesworth's OTP -- print only) >> >> The only part that needs checking is the big vm array under the >> "Maximum verses per chapter" comment. This looks something like: >> >> int vm_brenton[] = { >> // Genesis >> 31, 24, 25, 26, 31, 23, 24, 22, 29, 32, >> 32, 20, 18, 24, 21, 16, 27, 33, 38, 18, >> 34, 24, 20, 67, 34, 35, 46, 22, 35, 43, >> 55, 32, 20, 31, 29, 44, 35, 30, 23, 23, >> 57, 38, 34, 34, 28, 34, 31, 22, 33, 26, >> >> The part that needs confirmation is that the highest verse in Gen >> chapter 1 is 31, in chapter 2 it's 24, in chapter 3 it's 25, etc. >> Chapter counts may vary slightly, but that's not important here, and >> missing chapters should simply be recorded as having 0 verses. >> >> If you would be willing to take on a volume, please claim it. >> >> If you have suggestions of additional LXX editions or translations >> that we should be certain we can represent, please suggest. >> >> Thanks, >> Chris >> >> ______________________________**___________________ >> sword-devel mailing list: sword-devel at crosswire.org >> > >> http://www.crosswire.org/__**mailman/listinfo/sword-devel >> >> >> > >> Instructions to unsubscribe/change your settings at above page >> >> >> >> >> ______________________________**_________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/**mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> >> > > ______________________________**_________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/**mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > ----------- ???????? ????? ----------- ???????? ? ??????? HTML ???? ?????????… URL: ----------- ???????? ????? ----------- A non-text attachment was scrubbed... Name: canon_tischendorf.h Type: text/x-chdr Size: 11187 bytes Desc: ??????????? URL: From chrislit at crosswire.org Tue Jul 30 07:10:34 2013 From: chrislit at crosswire.org (Chris Little) Date: Tue, 30 Jul 2013 07:10:34 -0700 Subject: [sword-devel] Help wanted: LXX & Orthodox versifications In-Reply-To: References: <51F4BFCD.1020302@crosswire.org> <51F78ECB.2060002@crosswire.org> Message-ID: <51F7C95A.2000204@crosswire.org> Thanks again, ?????. On 7/30/2013 5:54 AM, ????? ?????? wrote: > Chronicles 1, This was indeed an error. > Psalms 151 Psalm 151 is actually in there, but without verse numbers (so I said it just contains one verse) or a chapter number. It follows the note about there being another genuine Psalm of David. > - maybe the only cases. Daniel 3 is also hard > case and i do not know why there are two books for Daniel. Daniel is always difficult. There are two versions of Daniel because one comes from Theodotion and the other is the Old Greek version. For those LXXes that have both, I just record the greater of the two verse counts. That small book at the end that mentions Habakkuk in the title is a second copy of Bel & the Dragon. The true title for this book, when it appears as a separate book, is apparently "From the prophecy of Habakkuk, the son of Jesus, of the tribe of Levi". --Chris From dfhmch at googlemail.com Tue Jul 30 08:05:34 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 30 Jul 2013 08:05:34 -0700 (PDT) Subject: [sword-devel] German Elberfelder 1871 Bible module isn't authentic In-Reply-To: <2ef9c5db7ac64f08be8c26c5402546d9@localhost> References: <2ef9c5db7ac64f08be8c26c5402546d9@localhost> Message-ID: <1375196733802-4652935.post@n4.nabble.com> Suggested interim remedial action: As the authenticity of *GerElb1871* (SwordVersionDate=2003-06-19) is now unsustainable, please move the existing module from CrossWire Main to CrossWire Attic. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/German-Elberfelder-1871-Bible-module-isn-t-authentic-tp4652931p4652935.html Sent from the SWORD Dev mailing list archive at Nabble.com. From refdoc at gmx.net Tue Jul 30 10:36:47 2013 From: refdoc at gmx.net (=?utf-8?B?cmVmZG9jQGdteC5uZXQ=?=) Date: Tue, 30 Jul 2013 18:36:47 +0100 Subject: [sword-devel] =?utf-8?q?German_Elberfelder_1871_Bible_module_isn?= =?utf-8?q?=27t=09authentic?= Message-ID: <0M34eJ-1UBIeM23z5-00suXT@mail.gmx.com> Makes no sense to me. Removal is best option Sent from my HTC ----- Reply message ----- From: "David Haslam" To: Subject: [sword-devel] German Elberfelder 1871 Bible module isn't authentic Date: Tue, Jul 30, 2013 16:05 Suggested interim remedial action: As the authenticity of *GerElb1871* (SwordVersionDate=2003-06-19) is now unsustainable, please move the existing module from CrossWire Main to CrossWire Attic. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/German-Elberfelder-1871-Bible-module-isn-t-authentic-tp4652931p4652935.html Sent from the SWORD Dev mailing list archive at Nabble.com. _______________________________________________ sword-devel mailing list: sword-devel at crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmsmith at crosswire.org Tue Jul 30 10:38:50 2013 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 30 Jul 2013 13:38:50 -0400 Subject: [sword-devel] German Elberfelder 1871 Bible module isn't authentic In-Reply-To: <0M34eJ-1UBIeM23z5-00suXT@mail.gmx.com> References: <0M34eJ-1UBIeM23z5-00suXT@mail.gmx.com> Message-ID: <1D11844D-0280-4AC7-8DD3-8523EB0817EF@crosswire.org> I'm nearly done w/ the cache rebuilding script. This could be a good time to test it? In Him, DM On Jul 30, 2013, at 1:36 PM, "refdoc at gmx.net" wrote: > Makes no sense to me. Removal is best option > > Sent from my HTC > > ----- Reply message ----- > From: "David Haslam" > To: > Subject: [sword-devel] German Elberfelder 1871 Bible module isn't authentic > Date: Tue, Jul 30, 2013 16:05 > > > Suggested interim remedial action: > > As the authenticity of *GerElb1871* (SwordVersionDate=2003-06-19) is now > unsustainable, please move the existing module from CrossWire Main to > CrossWire Attic. > > David > > > > > > -- > View this message in context: http://sword-dev.350566.n4.nabble.com/German-Elberfelder-1871-Bible-module-isn-t-authentic-tp4652931p4652935.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From dmsmith at crosswire.org Tue Jul 30 14:43:26 2013 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 30 Jul 2013 17:43:26 -0400 Subject: [sword-devel] Missing ZIP files In-Reply-To: <24b64356-6c13-4108-9b15-e3df12b41ebe@email.android.com> References: <1373962623232-4652829.post@n4.nabble.com> <1373963830563-4652832.post@n4.nabble.com> <51E539F7.4000502@crosswire.org> <51E544B1.6020600@crosswire.org> <51E68B30.6080206@tetzels.de> <51EA1B50.4040509@crosswire.org> <51EB0450.5010409@crosswire.org> <51EB438E.9060806@crosswire.org> <24b64356-6c13-4108-9b15-e3df12b41ebe@email.android.com> Message-ID: <40F3C2A4-17F6-4399-861F-0703664EA0C7@crosswire.org> Thanks for everyone's input. Attached is a shell script which is modelled after http://crosswire.org/svn/crosswire-java/trunk/src/org/crosswire/sword/web/PackageMod.java. PackageMod.java does the following: Zipping is only done if at least one of the module's files or conf has a more recent modification time than the zip. The name of the zip is taken from the [NAME] in the conf. The zip overwrites any existing zip. My script differs slightly: It zips to a temporary file in the same directory and then copies it over top of the existing zip. It manages the mods.d.tar.gz file when a zip is created, again by creating a temporary and moving that over top of the existing. It assumes that there are no spaces in any path and that the repository is on UNIX. I've tried this on all the repositories I could find. I did find that there were a few conf files that did not have module files. Should these confs be renamed, deleted, or otherwise moved out of the way. I did not update/manage InstallSize, which could be easily added. Please review and comment. BTW, it is very verbose. In Him, DM On Jul 21, 2013, at 5:00 AM, "Troy A. Griffitts" wrote: > A few quick comments. > > If you're using http to grab the zips, we already have an http URL which will be sure to give you the latest zip-- the packager. > > If I implement the cache mechanism in the engine, I will use the same logic as what is in the packager to determine if any found zip is current. > > The code for the packager is in the crosswire-java svn repo. You should be able to find the servlet with a grep. Old sucky code I'm not proud of but works. > > Chris Little wrote: > On 07/20/2013 03:05 PM, DM Smith wrote: > > On Jul 20, 2013, at 5:42 PM, Chris Little wrote: > > On 07/20/2013 07:14 AM, Martin Denham wrote: > They should be there again now. And Bible depends on the av repository. > > See this thread for more info: > http://svn.crosswire.org/pipermail/jsword-devel/2013-April/004639.html > > It is a real shame the av zips are not created automatically. > > > Or... > It's a real shame that JSword doesn't use the repositories correctly, according to their intended usage. > > Yes it is a shame. I'm almost done w the code to use the expanded repository via ftp. This will be with the release after next. > > Awesome. > > Or... > It's a real shame you don't write a cron job that can update the ZIPs nightly, if necessary. (Maybe Karl can help you, if he has a script to update ZIPs in his repository.) > > Can anyone point me to the code that does the zipping? While coding it up is trivial, there's no point to re-inventing the wheel. Just port the code to a loop. > > The latter is probably more useful at this point and more urgent since I am going to write a cron job to delete the ZIPs on occasion. > > Please don't do this until we have had a chance to write the script. > > Yeah, it's not urgent. It can wait a while. And I only intend to have it > run once a week or so. > > What would the purpose of doing the mass deletes? Currently JSword uses the file time to determine whether the module has changed. Since our frontends do not advertise updated modules, this is no big deal. We've got the mechanism written to use the conf version field, but it is not in the frontends yet. > > There are a couple of reasons to clear out the cache on occasion. The > web download applet will generate ZIPs for updates and new modules, but > don't remove pulled modules (and sometimes I forget to do it manually). > We also get people who think they're really smart and start feeding the > download applet things like NIV and NKJV. And the applet will happily > package those for them (except that they are empty of content). So it's > nice to clear out those sorts of files from the server. > > If the purpose is to ensure that old stuff is appropriately deleted, then a script comparing module conf to zips deleting those that don't match would be better. This is even simpler to write than the zipper program. This could be added to the zipper program. > > Sure, there are other ways of handling the issues. > > BTW, Troy's position has been that it is OK to go to the zip cache first and failing that get the module by parts. But that there should be no requirement of a frontend to have the zips. Many have noted that getting the zip is faster and more reliable than getting by parts. > > At present, I believe that is a bad position. Shortly after updates, > ZIPs and the module parts can get out of sync so that, e.g., you think > you're downloading version 2.0 of a module, but you're actually > downloading 1.0 since that's what the ZIP is because no one has > downloaded through the applet, causing the ZIP to update. And no amount > to trying to update from the ZIP is going to update to 2.0 until someone > else hits the download applet. > > A cron job running an update script would at least mean that both the > mods.d.tar.gz and ZIPs get updated at approximately the same time. > > --Chris > > > > > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > -- > Sent from my Android phone with K-9 Mail. Please excuse my brevity. > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: packageModules.sh Type: application/octet-stream Size: 4329 bytes Desc: not available URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4145 bytes Desc: not available URL: From chrislit at crosswire.org Tue Jul 30 19:08:48 2013 From: chrislit at crosswire.org (Chris Little) Date: Tue, 30 Jul 2013 19:08:48 -0700 Subject: [sword-devel] German Elberfelder 1871 Bible module isn't authentic In-Reply-To: <2ef9c5db7ac64f08be8c26c5402546d9@localhost> References: <2ef9c5db7ac64f08be8c26c5402546d9@localhost> Message-ID: <51F871B0.2040302@crosswire.org> I have renamed the module to reflect that it is the text that is called (by everyone on the internet) the 1871 Elberfelder. If you can identify the text, we would be happy to update the name to be more accurate (but not to be more vague, as you propose). What is hopefully conveyed is that this text matches all of the other 1871 Elberfelders found on the internet, even though we know that this does not match printed 1871 Elberfelders. I don't have any further information on the text other than that Joachim Ansorg apparently procured & produced it. --Chris On 7/29/2013 12:03 PM, Stephan Kreutzer wrote: > Hello Sword-Developers, > > I am writing to inform you that the Sword-Module you provide labeled > "GerElb1871"/"German Elberfelder (1871)" isn't the authentic text of 1871. > Among a lot of other verses, just check John 1,27 against > > > http://www.skreutzer.de/glaube/bibeluebersetzungen/textvergleichung/43_1_27.html > > For more information about the digital availability of the 1871 text, see > > > http://www.freie-bibel.de/official/bibel/elberfelder/elberfelder_1871/information/uebersetzung_elberfelder_1871.html > > You may either rename the module to "Old Elberfelder" (since the exact > version remains unknown) or remove it entirely in order to avoid further > confusion. If you know the source from which you guys compiled the Sword > module, please let me know. Thanks in advance! > > > Sincerely, > Stephan Kreutzer > http://www.freie-bibel.de > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > From scribe at crosswire.org Tue Jul 30 19:24:43 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Wed, 31 Jul 2013 04:24:43 +0200 Subject: [sword-devel] SWORD 1.7.0RC1 Message-ID: <51F8756B.8030809@crosswire.org> I understand apologies for the unacceptable delay will mean nothing. SWORD 1.7.0RC1 is available from the following link: http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC1.tar.gz Please try your projects with the RC. (and please update your ChangeLog entries for the official package) May God be pleased by all our hard work and mercifully use this for His Kingdom. Thank you for participating in this long awaited release. Troy From chrislit at crosswire.org Tue Jul 30 19:43:29 2013 From: chrislit at crosswire.org (Chris Little) Date: Tue, 30 Jul 2013 19:43:29 -0700 Subject: [sword-devel] SWORD 1.7.0RC1 win32 utilities Message-ID: <51F879D1.1070707@crosswire.org> The win32 utilities based on SWORD 1.7.0RC1 (technically r2928, but the difference has no effect) are at the usual location: http://crosswire.org/ftpmirror/pub/sword/utils/win32/ One small caveat: Please refrain from using the Rahlfs, LXX, or Orthodox versification systems unless you are willing to have invalid data in the next RC or release. --Chris From dfhmch at googlemail.com Tue Jul 30 23:42:43 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 30 Jul 2013 23:42:43 -0700 (PDT) Subject: [sword-devel] SWORD 1.7.0RC1 win32 utilities In-Reply-To: <51F879D1.1070707@crosswire.org> References: <51F879D1.1070707@crosswire.org> Message-ID: <1375252963685-4652942.post@n4.nabble.com> To coincide with the full release (when it comes) of SWORD 1.7, this section of our wiki page ought to be updated to include these additional av11ns. http://crosswire.org/wiki/Alternate_Versification#Supported_versification_systems I'll gladly provide the editing effort, if Chris can supply an accurate description for each. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/SWORD-1-7-0RC1-win32-utilities-tp4652941p4652942.html Sent from the SWORD Dev mailing list archive at Nabble.com. From dfhmch at googlemail.com Tue Jul 30 23:50:06 2013 From: dfhmch at googlemail.com (David Haslam) Date: Tue, 30 Jul 2013 23:50:06 -0700 (PDT) Subject: [sword-devel] SWORD 1.7.0RC1 win32 utilities In-Reply-To: <51F879D1.1070707@crosswire.org> References: <51F879D1.1070707@crosswire.org> Message-ID: <1375253406364-4652943.post@n4.nabble.com> When Greg compiles the SWORD utilities for Windows, he also makes a separate suite for 64 bit versions. Any reason why we shouldn't also have a *Win64* directory under http://crosswire.org/ftpmirror/pub/sword/utils/ ? David -- View this message in context: http://sword-dev.350566.n4.nabble.com/SWORD-1-7-0RC1-win32-utilities-tp4652941p4652943.html Sent from the SWORD Dev mailing list archive at Nabble.com. From mark at foresightlinux.org Wed Jul 31 00:21:49 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Wed, 31 Jul 2013 09:21:49 +0200 Subject: [sword-devel] SWORD 1.7.0RC1 In-Reply-To: <51F8756B.8030809@crosswire.org> References: <51F8756B.8030809@crosswire.org> Message-ID: diatheke is broken probably beacuse of r2922. I try to revert to confirm... Btw, this change forces changes in xiphos and probably every other frontend. On Wed, Jul 31, 2013 at 4:24 AM, Troy A. Griffitts wrote: > I understand apologies for the unacceptable delay will mean nothing. > > SWORD 1.7.0RC1 is available from the following link: > > http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC1.tar.gz > > Please try your projects with the RC. > > (and please update your ChangeLog entries for the official package) > > May God be pleased by all our hard work and mercifully use this for His > Kingdom. Thank you for participating in this long awaited release. > > Troy > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From mark at foresightlinux.org Wed Jul 31 00:38:30 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Wed, 31 Jul 2013 09:38:30 +0200 Subject: [sword-devel] SWORD 1.7.0RC1 In-Reply-To: References: <51F8756B.8030809@crosswire.org> Message-ID: Ok, that's not because of r2922, but output of diatheke is crippled. On Wed, Jul 31, 2013 at 9:21 AM, Mark Trompell wrote: > diatheke is broken probably beacuse of r2922. I try to revert to confirm... > Btw, this change forces changes in xiphos and probably every other frontend. > > On Wed, Jul 31, 2013 at 4:24 AM, Troy A. Griffitts wrote: >> I understand apologies for the unacceptable delay will mean nothing. >> >> SWORD 1.7.0RC1 is available from the following link: >> >> http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC1.tar.gz >> >> Please try your projects with the RC. >> >> (and please update your ChangeLog entries for the official package) >> >> May God be pleased by all our hard work and mercifully use this for His >> Kingdom. Thank you for participating in this long awaited release. >> >> Troy >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > > -- > Mark Trompell > > Foresight Linux Xfce Edition > Cause your desktop should be freaking cool > (and Xfce) -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From mark at foresightlinux.org Wed Jul 31 01:18:28 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Wed, 31 Jul 2013 10:18:28 +0200 Subject: [sword-devel] SWORD 1.7.0RC1 In-Reply-To: References: <51F8756B.8030809@crosswire.org> Message-ID: I did some bisecting that shows r2921 is the first commit that breaks diatheke, so I think the revert of the qt support work wasn't complete On Wed, Jul 31, 2013 at 9:38 AM, Mark Trompell wrote: > Ok, that's not because of r2922, but output of diatheke is crippled. > > On Wed, Jul 31, 2013 at 9:21 AM, Mark Trompell wrote: >> diatheke is broken probably beacuse of r2922. I try to revert to confirm... >> Btw, this change forces changes in xiphos and probably every other frontend. >> >> On Wed, Jul 31, 2013 at 4:24 AM, Troy A. Griffitts wrote: >>> I understand apologies for the unacceptable delay will mean nothing. >>> >>> SWORD 1.7.0RC1 is available from the following link: >>> >>> http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC1.tar.gz >>> >>> Please try your projects with the RC. >>> >>> (and please update your ChangeLog entries for the official package) >>> >>> May God be pleased by all our hard work and mercifully use this for His >>> Kingdom. Thank you for participating in this long awaited release. >>> >>> Troy >>> >>> _______________________________________________ >>> sword-devel mailing list: sword-devel at crosswire.org >>> http://www.crosswire.org/mailman/listinfo/sword-devel >>> Instructions to unsubscribe/change your settings at above page >> >> >> >> -- >> Mark Trompell >> >> Foresight Linux Xfce Edition >> Cause your desktop should be freaking cool >> (and Xfce) > > > > -- > Mark Trompell > > Foresight Linux Xfce Edition > Cause your desktop should be freaking cool > (and Xfce) -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From chrislit at crosswire.org Wed Jul 31 01:25:04 2013 From: chrislit at crosswire.org (Chris Little) Date: Wed, 31 Jul 2013 01:25:04 -0700 Subject: [sword-devel] SWORD 1.7.0RC1 win32 utilities In-Reply-To: <1375253406364-4652943.post@n4.nabble.com> References: <51F879D1.1070707@crosswire.org> <1375253406364-4652943.post@n4.nabble.com> Message-ID: <51F8C9E0.2090004@crosswire.org> Mostly, there's no good reason to distribute Win64 builds and there are a few good reasons not to. The only cases where 64-bit builds for Windows make any sense are: * when you completely control distribution and can be certain they won't be used on Win32 systems (as in the case of programs shipped with Windows itself and drivers), and: ** when you need to use more than 4GB of memory (e.g. Photoshop and some scientific computing applications) or ** when you absolutely need to get the highest possible real-time performance (as in high performance computing applications and games) For that, you sacrifice having to keep two distinct binaries around and must ensure that Win32 users don't mistakenly use Win64 binaries. 64-bit binaries themselves are slightly larger, they will use somewhat more memory when run, and they will generally run more slowly for the kinds of applications we're talking about. Sword stuff is not mathematically complex. We don't do matrix math and or high precision floating point arithmetic. We push pointers around and do string processing--and that's generally slower when done with 64-bit pointers since they're twice as large and require twice as much memory. There are some possible optimization benefits due to more registers, but slower main memory hits should kill the benefit from that. If you'd care to test Greg's 32 & 64-bit builds against each other to see if there's any clear performance winner on a 64-bit CPU, I'd be curious to see the results. If there really is a benefit to 64-bit builds on Windows, I'd consider adding them for a future release of Sword. (In cygwin, you can use the Unix time command before invoking a command to see how much processor time is spend executing a command-line program.) --Chris On 7/30/2013 11:50 PM, David Haslam wrote: > When Greg compiles the SWORD utilities for Windows, he also makes a separate > suite for 64 bit versions. > > Any reason why we shouldn't also have a *Win64* directory under > http://crosswire.org/ftpmirror/pub/sword/utils/ ? > > David > > > > -- > View this message in context: http://sword-dev.350566.n4.nabble.com/SWORD-1-7-0RC1-win32-utilities-tp4652941p4652943.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > From chrislit at crosswire.org Wed Jul 31 01:33:11 2013 From: chrislit at crosswire.org (Chris Little) Date: Wed, 31 Jul 2013 01:33:11 -0700 Subject: [sword-devel] SWORD 1.7.0RC1 win32 utilities In-Reply-To: <1375252963685-4652942.post@n4.nabble.com> References: <51F879D1.1070707@crosswire.org> <1375252963685-4652942.post@n4.nabble.com> Message-ID: <51F8CBC7.4090505@crosswire.org> The new versifications at the moment are: Rahlfs LXX Orthodox SynodalProt But I'm considering removing Rahlfs (and will edit it otherwise). And LXX & Orthodox may, with reasonably high probability, change in the next couple days. LXX is a versification for LXXs & translations of LXXs. Orthodox is a versification based on the LXX v11n, but using a different book order and fewer books. SynodalProt is from IBT and represents the ParaText Synodal Protestant system. --Chris On 7/30/2013 11:42 PM, David Haslam wrote: > To coincide with the full release (when it comes) of SWORD 1.7, this section > of our wiki page ought to be updated to include these additional av11ns. > > http://crosswire.org/wiki/Alternate_Versification#Supported_versification_systems > > I'll gladly provide the editing effort, if Chris can supply an accurate > description for each. > > David > > > > -- > View this message in context: http://sword-dev.350566.n4.nabble.com/SWORD-1-7-0RC1-win32-utilities-tp4652941p4652942.html > Sent from the SWORD Dev mailing list archive at Nabble.com. > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > From dfhmch at googlemail.com Wed Jul 31 02:47:11 2013 From: dfhmch at googlemail.com (David Haslam) Date: Wed, 31 Jul 2013 02:47:11 -0700 (PDT) Subject: [sword-devel] SWORD 1.7.0RC1 win32 utilities In-Reply-To: <51F8CBC7.4090505@crosswire.org> References: <51F879D1.1070707@crosswire.org> <1375252963685-4652942.post@n4.nabble.com> <51F8CBC7.4090505@crosswire.org> Message-ID: <1375264031704-4652949.post@n4.nabble.com> Thanks Chris. I won't add these to the wiki page until "the dust has settled" and SWORD 1.7.0 is announced as a release. btw. Glad to read of SynodalProt. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/SWORD-1-7-0RC1-win32-utilities-tp4652941p4652949.html Sent from the SWORD Dev mailing list archive at Nabble.com. From dfhmch at googlemail.com Wed Jul 31 03:05:09 2013 From: dfhmch at googlemail.com (David Haslam) Date: Wed, 31 Jul 2013 03:05:09 -0700 (PDT) Subject: [sword-devel] v11n for CzeB21 ? Message-ID: <1375265109284-4652950.post@n4.nabble.com> When module *CzeB21* was last built in July 2009, was it ever considered for an av11n? Has any thought been given to this since then? czeb21.conf has no v11n entry, so it assumes the default KJV, as indeed would be expected for all modules in CrossWire Main. CzeB21 emptyvss output looks like this (after light editing) Genesis 31:55 Exodus 8:29-32 Exodus 22:31 Leviticus 6:24-30 Numbers 16:36-50 Numbers 29:40 Deuteronomy 12:32 Deuteronomy 22:30 Deuteronomy 29:29 I Samuel 23:29 II Samuel 18:33 I Kings 4:21-34 II Kings 11:21 I Chronicles 6:67-81 II Chronicles 2:18 II Chronicles 14:15 Nehemiah 4:18-23 Nehemiah 9:38 Job 41:27-34 Ecclesiastes 5:20 Song of Solomon 6:13 Isaiah 9:21 Isaiah 64:12 Jeremiah 9:26 Ezekiel 20:45-49 Daniel 4:35-37 Daniel 5:31 Hosea 1:10-11 Hosea 11:12 Hosea 13:16 Joel 2:28-32 Joel 3:6-20 Jonah 1:17 Micah 5:15 Nahum 1:15 Zechariah 1:18-21 Malachi 4:1-6 Matthew 17:21 Matthew 18:11 Matthew 23:14 Mark 7:16 Mark 9:44 Mark 9:46 Mark 11:26 Mark 15:28 Luke 17:36 Luke 23:17 John 5:4 Acts 8:37 Acts 15:34 Acts 19:41 Acts 24:7 Acts 28:29 Romans 16:24 Comparing this to the emptyvss output for *CzeCSP* (for which v11n=German) this suggests there might be a better fit av11n for *CzeB21*, at least for the OT passages. II Kings 15:39 Nehemiah 7:73 Mark 11:26 cf. The 17 NT verses in CzeB21 emptyvss output are just a subset of the 24 verses commonly omitted in some modern translations. Additional evidence is that Malachi 3 has verses 19-24 appended to the text of verse 18. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/v11n-for-CzeB21-tp4652950.html Sent from the SWORD Dev mailing list archive at Nabble.com. From jaak at ristioja.ee Wed Jul 31 03:09:53 2013 From: jaak at ristioja.ee (Jaak Ristioja) Date: Wed, 31 Jul 2013 13:09:53 +0300 Subject: [sword-devel] Transport status reporting Message-ID: <51F8E271.4090505@ristioja.ee> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Yesterday, I again found myself writing safety workarounds around Sword status reporting, i.e. for the sword::StatusReporter::statusUpdate() callback, which for some reason uses floating point doubles instead of integers. Digging my way into the depths of Sword I noticed that this was implemented this way probably due to libcurl providing similar callbacks with doubles. Looking at the libcurl source code, I noticed that for their upcoming version 7.32.0 they have implemented a better callback for progress. For reference, see https://github.com/bagder/curl/commit/12d01cb6 It should be possible to use some #include #if LIBCURL_VERSION_NUM >= 0x072000 magic in Sword to provide similar callback alternatives for Sword programs. I suggest that the sword::StatusReporter class be extended with this method: virtual void update(size_t dlTotal, size_t dlNow); keeping the older statusUpdate(double, double) as well. When progress is reported by the new curl callback, both update() and statusUpdate() should be called for backwards compatibility. If using curl 7.32.0 or later, for the update() call, curl_off_t arguments (signed integers of some width) are converted to size_t, and for statusUpdate() call they are converted to double(). If using earlier versions of curl, for the update() call, double arguments are converted to size_t, and for statusUpdate() call they are passed as-is. As you can easily see, both old and new approaches in curl have its deficiencies, since both double and curl_off_t are both signed. An additional caveats come from conversions to or/and from doubles and operations on them, which might involve using the FPU (integer operations are much faster on CPU cores), might yield imprecise values, invalid values or floating point exceptions. The latter might just crash the program in some circumstances. I haven't time to formally analyze whether some or all of these issues affect BibleTime, but our code for statusUpdate() has workarounds in case the passed doubles are negative, if (dlTotal == 0.0), if (dlNow > dlTotal), etc. I guess we could also call fpclassify() etc to work around other corner cases, but in principle, this is not what frontend developers should be dealing with, so I suggest a proper update(size_t done, size_t total) interface be defined, where total > 0u and done <= total always hold. The old statusUpdate(double, double) interface should be deprecated. Blessings, Jaak PS: I'm not sure whether we should to delay the 1.7.0 release for this, although this issue might involve an API change. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQgcBAEBAgAGBQJR+OHVAAoJEEqsYmEt1rCOY6Q//1LTeiEsfFdN8b/KtOzbFNWR xGpJ5HBP/Dxcbkxibhaw5fbbHUUqrnyq4MA5jtnazcGmhkPsuw6ZyMooBMmht27y tqNQOePPFh2//O+aScDbGJgoTWoVPvV6pbAx53UKwHPxNxTQObiH0nDt3B/cbT14 bHIRDRfAKT0keINd8OZKQ6wizjrvsTbzOj3R52iYHfatIcIt1vrLT/gss4mWk0NO 6OAJx/3tUNetLb44wVEiB4ZRFUJMjreBWiM6/+Rhsmkttwuz1pvbGtW/yzvQEyls UschH8hBCKlyEkxzszR+g2HCD3c5EKDX/EASNbpEIo8xE8+DDi1nLgm3I2UmRY/8 cjeoQNzzP+Pho8ug3fa2S/iJZ3Xey9xgv7xeelliC4ULLlhLC8hjQXZgJe0pwajq FqbyTPVmEfdvrQ4mc4KoNMHcHFnPZKf0nFi0k2Jt86lVtPIQnhnIpRM2rl4vzRiE dpm9zjaefXYZACPH2Jqh7dpktW/MwmHqqL5ziylXnitOUl4y8D8rEv6UKyDxtoeW XktmmaGFGgv8Ct/ZStnYoV7zIX972Mx+UHpPNm1iamUSQZAZNAFEMks2fw6CZ7Mf 5CRi/tqkYZg1Zj3w2Zp8NI+0KXSHOEG1OMrFvQNgRXIu3VW3CvNbLXpDEkuSANlR sdq1OH3/zbw7L+LusiMp5760VkKeOdfXam29fzfNkuVpp060OuECDhQkZYDoo2dB 6E4MTaBQjBjMjnusU2JnXgBkPvMQdNN6o9wY2cXGKYqneSmcgEekfvgvi5vRRiyW ZufHKh1MFwxSK/I5jQcHt9lq744vi65kMW84VPBmdW3DCwyePwFwBWzwHAZ4X087 X62VJeKfoD025Ggj9+6niAhiW8Ue1sX3PIx5qx5n4hnc3oNkiaukfddo9JQXQ32M m+H2ukBtS4inFfXEbVmN/SCBDNOg7pC6H41clypXaKt40TpnXqWDheiyjEP39q+q UMYpaZKIdUVRrjQj5yiH6+kK8TDCneAfdFgiwfMV3/9lo211BG93+t/FTg5Yv5G+ b6pNSBr7rw+rlfx2v2Eyey4j/b/eGLVAuRnuTRhNrgkO345k6uU8NMKtNunpQaAT H0eABPr2qRjZF69SnWs2Wjn5xWvmWcnG+i/IKsVExInSghfX2wHAJMYLszVsG9Cz er8wiLOj5gvccHa3JnJqOihEiiCADq+Tf0xXBw+Jr1TyAeuFgoAYOZEyv28tHucF QN83xOWAh69ELzptQ3ppFAyTFk6gyCizkNrmpPjnn3DCtyAByy/BzoObwpt1rAG8 lr+DfKTNALUQrA0aN4Y/kT4e+LNPIb3um0PQ3CujnD3bfEsGfBeEaw+25edjsRWC thAvej8z2wHLFpidA1WpSy5rJ91ZRqdMPwiTs5oA8MfFrjqUKcLhto7+mk6VITAX 2WScQh4+9UDOEyLgs3BAz4/63gwhu8Ak6/GZNoDG+6LIDRV3waMQbGte36htIu7F SLgc1SqqjT0NW229RNVc+Vf9sS/xxZyCpPYtHUYlSrmwhlVQsKlspvvj2tyFG878 JdslP/6jnCKHXOjhBb8OJroRzsKH+iQnMk/4hz5SQXtXTEIVleOHjtXb0CpwPOl9 qABAhiPpyn4OoTTYDnzYFKun/9QMKCkJCdTmEm69jmhY8t2Rw07pgwK4otSvUFpY 3W4DVMW3FXU1EGrT25Tv2joP9kUyoEU9AnQRPYTxr98AMVQCb+fjhONSBYphhKVw P0HXYqMn/5qBEmL04xFe/TPFcp3CkRJ0XgZtYHPLYJoY5oy3wTtHtVx+KD6XKsx1 +YE9C5U0uVLvA7XBGsOiaw2U8CwAQusVwgaId+IXkjfhBNhTewP1egZWtN7cN/Xb G93FQjHTcVrsKXN62COsOyhmBDgeOt+hAYhQfIJlaMQfwA7cpQKS+gkqCfAJpirt oX3VXcQS462LrDSMBdmjKfz4SmYPhh6tW69P5r/Fw63YGJGj8HZlTrziaEgs4V/q KjwY4xe0jGcKG+Qaau5cFQB6QS6cLnLfW0fUkNXkDFYkiO3r5++Ou0NmcHN/4ssB /7qOTursRDKK7wUpQPopxqf6GI+G+FyuJW0KuDtxm5w+taopN5TBZ/afi6kPHYNs ByKLk+nqN4D6Gh5QVwPLBL1cRGsaF19OwhC3K7d69lURZLYsBVWSVbs+PGar2ZtK 5sEkNA8Ule00mZcYzf6b7AHQIvsDjA34ur+clsX6g06K3Rf7j39YHg3zLL7lZfnB ieCv2TVI3/+xz9syyFGQ0V9yTwk+hbLndE9i0UA4vItFFEbNhNOfD7BmJ1XNveh1 GNAi3N84OtQm0sScOLmFL1JSj0AHMq2+lsUosxw/4pMy5OS3GmlLTyaIhcOt6KS5 S3bKjEmyBzcrX3emeKKDBt4OY8q8AEztMJ3lVXyGtU5fwSmFDtGE2tnG/gNmEy7k /jZ03Szf8KLJIdJTLbp8hHFzxodXNH3cM4hSYezY++gXTaWcdkpai54W3QcDnTdo Op6sFKsy9I23JTqkaUzkhV9rUJBVzCm4Gk+/1CdPs0XFkBuFj1t9PambqkbWjqIV KlCCf4IWNrs3G0XuVR+05WTKHgyWnu/pYB8Zx2vEn2ocOfFwYQf/UBaTWYszY9KB HpfDWMntITJNGLbJzymDdEigC/oHc1MdRm35LXOP85WlSXEAJ93aPAvfzjp1T78y m88Ta1IHVOCmLdGSxMSo =hokR -----END PGP SIGNATURE----- From mark at foresightlinux.org Wed Jul 31 04:26:09 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Wed, 31 Jul 2013 13:26:09 +0200 Subject: [sword-devel] SWORD 1.7.0RC1 In-Reply-To: References: <51F8756B.8030809@crosswire.org> Message-ID: attached patch makes diatheke somewhat work again. I wonder why the cast doesn't work. I tried this too, but doesn't help: diff --git a/include/swmodule.h b/include/swmodule.h index 16fb301..04dde03 100644 --- a/include/swmodule.h +++ b/include/swmodule.h @@ -47,7 +47,7 @@ class SWFilter; #define SEARCHFLAG_MATCHWHOLEENTRY 4096 #define SWMODULE_OPERATORS \ - operator const char *() { return renderText(); } \ + operator const char *() { return renderText().c_str(); } \ operator SWKey &() { return *getKey(); } \ operator SWKey *() { return getKey(); } \ SWModule &operator <<(const char *inbuf) { setEntry(inbuf); return *this; } \ On Wed, Jul 31, 2013 at 10:18 AM, Mark Trompell wrote: > I did some bisecting that shows r2921 is the first commit that breaks > diatheke, so I think the revert of the qt support work wasn't complete > > On Wed, Jul 31, 2013 at 9:38 AM, Mark Trompell wrote: >> Ok, that's not because of r2922, but output of diatheke is crippled. >> >> On Wed, Jul 31, 2013 at 9:21 AM, Mark Trompell wrote: >>> diatheke is broken probably beacuse of r2922. I try to revert to confirm... >>> Btw, this change forces changes in xiphos and probably every other frontend. >>> >>> On Wed, Jul 31, 2013 at 4:24 AM, Troy A. Griffitts wrote: >>>> I understand apologies for the unacceptable delay will mean nothing. >>>> >>>> SWORD 1.7.0RC1 is available from the following link: >>>> >>>> http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC1.tar.gz >>>> >>>> Please try your projects with the RC. >>>> >>>> (and please update your ChangeLog entries for the official package) >>>> >>>> May God be pleased by all our hard work and mercifully use this for His >>>> Kingdom. Thank you for participating in this long awaited release. >>>> >>>> Troy >>>> >>>> _______________________________________________ >>>> sword-devel mailing list: sword-devel at crosswire.org >>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>> Instructions to unsubscribe/change your settings at above page >>> >>> >>> >>> -- >>> Mark Trompell >>> >>> Foresight Linux Xfce Edition >>> Cause your desktop should be freaking cool >>> (and Xfce) >> >> >> >> -- >> Mark Trompell >> >> Foresight Linux Xfce Edition >> Cause your desktop should be freaking cool >> (and Xfce) > > > > -- > Mark Trompell > > Foresight Linux Xfce Edition > Cause your desktop should be freaking cool > (and Xfce) -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) -------------- next part -------------- A non-text attachment was scrubbed... Name: fix_broken_diatheke.patch Type: application/octet-stream Size: 1911 bytes Desc: not available URL: From scribe at crosswire.org Wed Jul 31 04:51:53 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Wed, 31 Jul 2013 13:51:53 +0200 Subject: [sword-devel] SWORD 1.7.0RC1 In-Reply-To: References: <51F8756B.8030809@crosswire.org> Message-ID: <51F8FA59.2030108@crosswire.org> Thanks Mark for the report. I've applied a different fix in diatheke which had an unsafe call to retain a pointer to temporary object. It just 'happened' to work previous. This was the reason for this signature change in the method-- to better advertise to developers that they shouldn't hold on to these pointers beyond the stack of the initial call. It's slightly more expensive, but safer and clearer and on a method (renderText) which shouldn't need the extra optimization. Thanks again for the report; you led me right to the problem. Troy On 07/31/2013 01:26 PM, Mark Trompell wrote: > attached patch makes diatheke somewhat work again. > I wonder why the cast doesn't work. > I tried this too, but doesn't help: > > diff --git a/include/swmodule.h b/include/swmodule.h > index 16fb301..04dde03 100644 > --- a/include/swmodule.h > +++ b/include/swmodule.h > @@ -47,7 +47,7 @@ class SWFilter; > #define SEARCHFLAG_MATCHWHOLEENTRY 4096 > > #define SWMODULE_OPERATORS \ > - operator const char *() { return renderText(); } \ > + operator const char *() { return renderText().c_str(); } \ > operator SWKey &() { return *getKey(); } \ > operator SWKey *() { return getKey(); } \ > SWModule &operator <<(const char *inbuf) { setEntry(inbuf); > return *this; } \ > > > On Wed, Jul 31, 2013 at 10:18 AM, Mark Trompell wrote: >> I did some bisecting that shows r2921 is the first commit that breaks >> diatheke, so I think the revert of the qt support work wasn't complete >> >> On Wed, Jul 31, 2013 at 9:38 AM, Mark Trompell wrote: >>> Ok, that's not because of r2922, but output of diatheke is crippled. >>> >>> On Wed, Jul 31, 2013 at 9:21 AM, Mark Trompell wrote: >>>> diatheke is broken probably beacuse of r2922. I try to revert to confirm... >>>> Btw, this change forces changes in xiphos and probably every other frontend. >>>> >>>> On Wed, Jul 31, 2013 at 4:24 AM, Troy A. Griffitts wrote: >>>>> I understand apologies for the unacceptable delay will mean nothing. >>>>> >>>>> SWORD 1.7.0RC1 is available from the following link: >>>>> >>>>> http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC1.tar.gz >>>>> >>>>> Please try your projects with the RC. >>>>> >>>>> (and please update your ChangeLog entries for the official package) >>>>> >>>>> May God be pleased by all our hard work and mercifully use this for His >>>>> Kingdom. Thank you for participating in this long awaited release. >>>>> >>>>> Troy >>>>> >>>>> _______________________________________________ >>>>> sword-devel mailing list: sword-devel at crosswire.org >>>>> http://www.crosswire.org/mailman/listinfo/sword-devel >>>>> Instructions to unsubscribe/change your settings at above page >>>> >>>> >>>> -- >>>> Mark Trompell >>>> >>>> Foresight Linux Xfce Edition >>>> Cause your desktop should be freaking cool >>>> (and Xfce) >>> >>> >>> -- >>> Mark Trompell >>> >>> Foresight Linux Xfce Edition >>> Cause your desktop should be freaking cool >>> (and Xfce) >> >> >> -- >> Mark Trompell >> >> Foresight Linux Xfce Edition >> Cause your desktop should be freaking cool >> (and Xfce) > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at foresightlinux.org Wed Jul 31 04:54:55 2013 From: mark at foresightlinux.org (Mark Trompell) Date: Wed, 31 Jul 2013 13:54:55 +0200 Subject: [sword-devel] SWORD 1.7.0RC1 In-Reply-To: <51F8FA59.2030108@crosswire.org> References: <51F8756B.8030809@crosswire.org> <51F8FA59.2030108@crosswire.org> Message-ID: but your fix doesn't fix it... On Wed, Jul 31, 2013 at 1:51 PM, Troy A. Griffitts wrote: > Thanks Mark for the report. I've applied a different fix in diatheke which > had an unsafe call to retain a pointer to temporary object. It just > 'happened' to work previous. This was the reason for this signature change > in the method-- to better advertise to developers that they shouldn't hold > on to these pointers beyond the stack of the initial call. It's slightly > more expensive, but safer and clearer and on a method (renderText) which > shouldn't need the extra optimization. > > Thanks again for the report; you led me right to the problem. > > Troy > > > On 07/31/2013 01:26 PM, Mark Trompell wrote: > > attached patch makes diatheke somewhat work again. > I wonder why the cast doesn't work. > I tried this too, but doesn't help: > > diff --git a/include/swmodule.h b/include/swmodule.h > index 16fb301..04dde03 100644 > --- a/include/swmodule.h > +++ b/include/swmodule.h > @@ -47,7 +47,7 @@ class SWFilter; > #define SEARCHFLAG_MATCHWHOLEENTRY 4096 > > #define SWMODULE_OPERATORS \ > - operator const char *() { return renderText(); } \ > + operator const char *() { return renderText().c_str(); } \ > operator SWKey &() { return *getKey(); } \ > operator SWKey *() { return getKey(); } \ > SWModule &operator <<(const char *inbuf) { setEntry(inbuf); > return *this; } \ > > > On Wed, Jul 31, 2013 at 10:18 AM, Mark Trompell > wrote: > > I did some bisecting that shows r2921 is the first commit that breaks > diatheke, so I think the revert of the qt support work wasn't complete > > On Wed, Jul 31, 2013 at 9:38 AM, Mark Trompell > wrote: > > Ok, that's not because of r2922, but output of diatheke is crippled. > > On Wed, Jul 31, 2013 at 9:21 AM, Mark Trompell > wrote: > > diatheke is broken probably beacuse of r2922. I try to revert to confirm... > Btw, this change forces changes in xiphos and probably every other frontend. > > On Wed, Jul 31, 2013 at 4:24 AM, Troy A. Griffitts > wrote: > > I understand apologies for the unacceptable delay will mean nothing. > > SWORD 1.7.0RC1 is available from the following link: > > http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC1.tar.gz > > Please try your projects with the RC. > > (and please update your ChangeLog entries for the official package) > > May God be pleased by all our hard work and mercifully use this for His > Kingdom. Thank you for participating in this long awaited release. > > Troy > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > -- > Mark Trompell > > Foresight Linux Xfce Edition > Cause your desktop should be freaking cool > (and Xfce) > > > -- > Mark Trompell > > Foresight Linux Xfce Edition > Cause your desktop should be freaking cool > (and Xfce) > > > -- > Mark Trompell > > Foresight Linux Xfce Edition > Cause your desktop should be freaking cool > (and Xfce) > > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From scribe at crosswire.org Wed Jul 31 06:07:34 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Wed, 31 Jul 2013 15:07:34 +0200 Subject: [sword-devel] SWORD 1.7.0RC1 In-Reply-To: References: <51F8756B.8030809@crosswire.org> <51F8FA59.2030108@crosswire.org> Message-ID: <51F90C16.5040707@crosswire.org> OK, So, latest patch makes your test case valgrind clean. Thank you for the test case! diatheke -b KJV -f HTMLREF -k Ps 22.3 2 This patch fixes SWModule::operator const char *() but also deprecates it. Since we deprecated returning a const char * from renderText(), we shouldn't allow an undeprecated backdoor through the SWModule::operator const char *() The undeprecated replacement is SWModule::operator SWBuf(), but actually simply calling renderText instead of relying on these cast operators is probably clearer in client code. Thanks for the report and pinpointing the problem! Troy On 07/31/2013 01:54 PM, Mark Trompell wrote: > but your fix doesn't fix it... > > On Wed, Jul 31, 2013 at 1:51 PM, Troy A. Griffitts wrote: >> Thanks Mark for the report. I've applied a different fix in diatheke which >> had an unsafe call to retain a pointer to temporary object. It just >> 'happened' to work previous. This was the reason for this signature change >> in the method-- to better advertise to developers that they shouldn't hold >> on to these pointers beyond the stack of the initial call. It's slightly >> more expensive, but safer and clearer and on a method (renderText) which >> shouldn't need the extra optimization. >> >> Thanks again for the report; you led me right to the problem. >> >> Troy >> >> >> On 07/31/2013 01:26 PM, Mark Trompell wrote: >> >> attached patch makes diatheke somewhat work again. >> I wonder why the cast doesn't work. >> I tried this too, but doesn't help: >> >> diff --git a/include/swmodule.h b/include/swmodule.h >> index 16fb301..04dde03 100644 >> --- a/include/swmodule.h >> +++ b/include/swmodule.h >> @@ -47,7 +47,7 @@ class SWFilter; >> #define SEARCHFLAG_MATCHWHOLEENTRY 4096 >> >> #define SWMODULE_OPERATORS \ >> - operator const char *() { return renderText(); } \ >> + operator const char *() { return renderText().c_str(); } \ >> operator SWKey &() { return *getKey(); } \ >> operator SWKey *() { return getKey(); } \ >> SWModule &operator <<(const char *inbuf) { setEntry(inbuf); >> return *this; } \ >> >> >> On Wed, Jul 31, 2013 at 10:18 AM, Mark Trompell >> wrote: >> >> I did some bisecting that shows r2921 is the first commit that breaks >> diatheke, so I think the revert of the qt support work wasn't complete >> >> On Wed, Jul 31, 2013 at 9:38 AM, Mark Trompell >> wrote: >> >> Ok, that's not because of r2922, but output of diatheke is crippled. >> >> On Wed, Jul 31, 2013 at 9:21 AM, Mark Trompell >> wrote: >> >> diatheke is broken probably beacuse of r2922. I try to revert to confirm... >> Btw, this change forces changes in xiphos and probably every other frontend. >> >> On Wed, Jul 31, 2013 at 4:24 AM, Troy A. Griffitts >> wrote: >> >> I understand apologies for the unacceptable delay will mean nothing. >> >> SWORD 1.7.0RC1 is available from the following link: >> >> http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC1.tar.gz >> >> Please try your projects with the RC. >> >> (and please update your ChangeLog entries for the official package) >> >> May God be pleased by all our hard work and mercifully use this for His >> Kingdom. Thank you for participating in this long awaited release. >> >> Troy >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> >> >> -- >> Mark Trompell >> >> Foresight Linux Xfce Edition >> Cause your desktop should be freaking cool >> (and Xfce) >> >> >> -- >> Mark Trompell >> >> Foresight Linux Xfce Edition >> Cause your desktop should be freaking cool >> (and Xfce) >> >> >> -- >> Mark Trompell >> >> Foresight Linux Xfce Edition >> Cause your desktop should be freaking cool >> (and Xfce) >> >> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page >> >> >> >> _______________________________________________ >> sword-devel mailing list: sword-devel at crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > From scribe at crosswire.org Wed Jul 31 07:08:29 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Wed, 31 Jul 2013 16:08:29 +0200 Subject: [sword-devel] Transport status reporting In-Reply-To: <51F8E271.4090505@ristioja.ee> References: <51F8E271.4090505@ristioja.ee> Message-ID: <51F91A5D.6080103@crosswire.org> Thanks for the report Jaak. This is excellent information. I appreciate you giving the benefit of the doubt to the original contributor and investigating why they might have made the method signature the way they did originally. That was gracious; that you. I've added the new method signature as you've suggested (slighted different to match the preStatus method), and deprecated the statusUpdate method. Oddly GCC doesn't warn me that I've overloaded the deprecated method in the installmgr utility. I'm calling the deprecated method from a default implementation of the new method, so if you don't override the new method (which most people won't yet), they'll still get their status updates. Thanks for the heads up about the coming curl changes and for suggesting this interface addition before the release. This will allow us to add the better support for curl in a 1.7.x release. Troy On 07/31/2013 12:09 PM, Jaak Ristioja wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi! > > Yesterday, I again found myself writing safety workarounds around > Sword status reporting, i.e. for the > sword::StatusReporter::statusUpdate() callback, which for some reason > uses floating point doubles instead of integers. Digging my way into > the depths of Sword I noticed that this was implemented this way > probably due to libcurl providing similar callbacks with doubles. > Looking at the libcurl source code, I noticed that for their upcoming > version 7.32.0 they have implemented a better callback for progress. > For reference, see > > https://github.com/bagder/curl/commit/12d01cb6 > > It should be possible to use some > > #include > #if LIBCURL_VERSION_NUM >= 0x072000 > > magic in Sword to provide similar callback alternatives for Sword > programs. I suggest that the sword::StatusReporter class be extended > with this method: > > virtual void update(size_t dlTotal, size_t dlNow); > > keeping the older statusUpdate(double, double) as well. When progress > is reported by the new curl callback, both update() and statusUpdate() > should be called for backwards compatibility. > > If using curl 7.32.0 or later, for the update() call, curl_off_t > arguments (signed integers of some width) are converted to size_t, and > for statusUpdate() call they are converted to double(). > > If using earlier versions of curl, for the update() call, double > arguments are converted to size_t, and for statusUpdate() call they > are passed as-is. > > As you can easily see, both old and new approaches in curl have its > deficiencies, since both double and curl_off_t are both signed. An > additional caveats come from conversions to or/and from doubles and > operations on them, which might involve using the FPU (integer > operations are much faster on CPU cores), might yield imprecise > values, invalid values or floating point exceptions. The latter might > just crash the program in some circumstances. I haven't time to > formally analyze whether some or all of these issues affect BibleTime, > but our code for statusUpdate() has workarounds in case the passed > doubles are negative, if (dlTotal == 0.0), if (dlNow > dlTotal), etc. > I guess we could also call fpclassify() etc to work around other > corner cases, but in principle, this is not what frontend developers > should be dealing with, so I suggest a proper update(size_t done, > size_t total) interface be defined, where total > 0u and done <= total > always hold. > > The old statusUpdate(double, double) interface should be deprecated. > > Blessings, > Jaak > > PS: I'm not sure whether we should to delay the 1.7.0 release for > this, although this issue might involve an API change. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.20 (GNU/Linux) > > iQgcBAEBAgAGBQJR+OHVAAoJEEqsYmEt1rCOY6Q//1LTeiEsfFdN8b/KtOzbFNWR > xGpJ5HBP/Dxcbkxibhaw5fbbHUUqrnyq4MA5jtnazcGmhkPsuw6ZyMooBMmht27y > tqNQOePPFh2//O+aScDbGJgoTWoVPvV6pbAx53UKwHPxNxTQObiH0nDt3B/cbT14 > bHIRDRfAKT0keINd8OZKQ6wizjrvsTbzOj3R52iYHfatIcIt1vrLT/gss4mWk0NO > 6OAJx/3tUNetLb44wVEiB4ZRFUJMjreBWiM6/+Rhsmkttwuz1pvbGtW/yzvQEyls > UschH8hBCKlyEkxzszR+g2HCD3c5EKDX/EASNbpEIo8xE8+DDi1nLgm3I2UmRY/8 > cjeoQNzzP+Pho8ug3fa2S/iJZ3Xey9xgv7xeelliC4ULLlhLC8hjQXZgJe0pwajq > FqbyTPVmEfdvrQ4mc4KoNMHcHFnPZKf0nFi0k2Jt86lVtPIQnhnIpRM2rl4vzRiE > dpm9zjaefXYZACPH2Jqh7dpktW/MwmHqqL5ziylXnitOUl4y8D8rEv6UKyDxtoeW > XktmmaGFGgv8Ct/ZStnYoV7zIX972Mx+UHpPNm1iamUSQZAZNAFEMks2fw6CZ7Mf > 5CRi/tqkYZg1Zj3w2Zp8NI+0KXSHOEG1OMrFvQNgRXIu3VW3CvNbLXpDEkuSANlR > sdq1OH3/zbw7L+LusiMp5760VkKeOdfXam29fzfNkuVpp060OuECDhQkZYDoo2dB > 6E4MTaBQjBjMjnusU2JnXgBkPvMQdNN6o9wY2cXGKYqneSmcgEekfvgvi5vRRiyW > ZufHKh1MFwxSK/I5jQcHt9lq744vi65kMW84VPBmdW3DCwyePwFwBWzwHAZ4X087 > X62VJeKfoD025Ggj9+6niAhiW8Ue1sX3PIx5qx5n4hnc3oNkiaukfddo9JQXQ32M > m+H2ukBtS4inFfXEbVmN/SCBDNOg7pC6H41clypXaKt40TpnXqWDheiyjEP39q+q > UMYpaZKIdUVRrjQj5yiH6+kK8TDCneAfdFgiwfMV3/9lo211BG93+t/FTg5Yv5G+ > b6pNSBr7rw+rlfx2v2Eyey4j/b/eGLVAuRnuTRhNrgkO345k6uU8NMKtNunpQaAT > H0eABPr2qRjZF69SnWs2Wjn5xWvmWcnG+i/IKsVExInSghfX2wHAJMYLszVsG9Cz > er8wiLOj5gvccHa3JnJqOihEiiCADq+Tf0xXBw+Jr1TyAeuFgoAYOZEyv28tHucF > QN83xOWAh69ELzptQ3ppFAyTFk6gyCizkNrmpPjnn3DCtyAByy/BzoObwpt1rAG8 > lr+DfKTNALUQrA0aN4Y/kT4e+LNPIb3um0PQ3CujnD3bfEsGfBeEaw+25edjsRWC > thAvej8z2wHLFpidA1WpSy5rJ91ZRqdMPwiTs5oA8MfFrjqUKcLhto7+mk6VITAX > 2WScQh4+9UDOEyLgs3BAz4/63gwhu8Ak6/GZNoDG+6LIDRV3waMQbGte36htIu7F > SLgc1SqqjT0NW229RNVc+Vf9sS/xxZyCpPYtHUYlSrmwhlVQsKlspvvj2tyFG878 > JdslP/6jnCKHXOjhBb8OJroRzsKH+iQnMk/4hz5SQXtXTEIVleOHjtXb0CpwPOl9 > qABAhiPpyn4OoTTYDnzYFKun/9QMKCkJCdTmEm69jmhY8t2Rw07pgwK4otSvUFpY > 3W4DVMW3FXU1EGrT25Tv2joP9kUyoEU9AnQRPYTxr98AMVQCb+fjhONSBYphhKVw > P0HXYqMn/5qBEmL04xFe/TPFcp3CkRJ0XgZtYHPLYJoY5oy3wTtHtVx+KD6XKsx1 > +YE9C5U0uVLvA7XBGsOiaw2U8CwAQusVwgaId+IXkjfhBNhTewP1egZWtN7cN/Xb > G93FQjHTcVrsKXN62COsOyhmBDgeOt+hAYhQfIJlaMQfwA7cpQKS+gkqCfAJpirt > oX3VXcQS462LrDSMBdmjKfz4SmYPhh6tW69P5r/Fw63YGJGj8HZlTrziaEgs4V/q > KjwY4xe0jGcKG+Qaau5cFQB6QS6cLnLfW0fUkNXkDFYkiO3r5++Ou0NmcHN/4ssB > /7qOTursRDKK7wUpQPopxqf6GI+G+FyuJW0KuDtxm5w+taopN5TBZ/afi6kPHYNs > ByKLk+nqN4D6Gh5QVwPLBL1cRGsaF19OwhC3K7d69lURZLYsBVWSVbs+PGar2ZtK > 5sEkNA8Ule00mZcYzf6b7AHQIvsDjA34ur+clsX6g06K3Rf7j39YHg3zLL7lZfnB > ieCv2TVI3/+xz9syyFGQ0V9yTwk+hbLndE9i0UA4vItFFEbNhNOfD7BmJ1XNveh1 > GNAi3N84OtQm0sScOLmFL1JSj0AHMq2+lsUosxw/4pMy5OS3GmlLTyaIhcOt6KS5 > S3bKjEmyBzcrX3emeKKDBt4OY8q8AEztMJ3lVXyGtU5fwSmFDtGE2tnG/gNmEy7k > /jZ03Szf8KLJIdJTLbp8hHFzxodXNH3cM4hSYezY++gXTaWcdkpai54W3QcDnTdo > Op6sFKsy9I23JTqkaUzkhV9rUJBVzCm4Gk+/1CdPs0XFkBuFj1t9PambqkbWjqIV > KlCCf4IWNrs3G0XuVR+05WTKHgyWnu/pYB8Zx2vEn2ocOfFwYQf/UBaTWYszY9KB > HpfDWMntITJNGLbJzymDdEigC/oHc1MdRm35LXOP85WlSXEAJ93aPAvfzjp1T78y > m88Ta1IHVOCmLdGSxMSo > =hokR > -----END PGP SIGNATURE----- > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From dfhmch at googlemail.com Wed Jul 31 07:30:55 2013 From: dfhmch at googlemail.com (David Haslam) Date: Wed, 31 Jul 2013 07:30:55 -0700 (PDT) Subject: [sword-devel] German Elberfelder 1871 Bible module isn't authentic In-Reply-To: <2ef9c5db7ac64f08be8c26c5402546d9@localhost> References: <2ef9c5db7ac64f08be8c26c5402546d9@localhost> Message-ID: <1375281055864-4652956.post@n4.nabble.com> See also http://de.wikipedia.org/wiki/Elberfelder_Bibel The section headed *Zeittafel zur Geschichte der Elberfelder Bibel* has a table of the versions history. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/German-Elberfelder-1871-Bible-module-isn-t-authentic-tp4652931p4652956.html Sent from the SWORD Dev mailing list archive at Nabble.com. From jaak at ristioja.ee Wed Jul 31 07:40:28 2013 From: jaak at ristioja.ee (Jaak Ristioja) Date: Wed, 31 Jul 2013 17:40:28 +0300 Subject: [sword-devel] Transport status reporting In-Reply-To: <51F91A5D.6080103@crosswire.org> References: <51F8E271.4090505@ristioja.ee> <51F91A5D.6080103@crosswire.org> Message-ID: <51F921DC.6020604@ristioja.ee> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 31.07.2013 17:08, Troy A. Griffitts wrote: > I've added the new method signature as you've suggested (slighted > different to match the preStatus method), and deprecated the > statusUpdate method. Oddly GCC doesn't warn me that I've > overloaded the deprecated method in the installmgr utility. I'm > calling the deprecated method from a default implementation of the > new method, so if you don't override the new method (which most > people won't yet), they'll still get their status updates. I'm not sure whether using unsigned long instead of size_t (or even instead of curl_off_t itself) is a good idea, since curl_off_t used in the new callback interface of curl might either be a long, a long long or a ssize_t (POSIX) depending on the widths of long and long long. Look for CURL_TYPEOF_CURL_OFF_T in /CMakeLists.txt in curl: https://github.com/bagder/curl/blob/master/CMakeLists.txt#L400 So in case we're using unsigned long, but curl uses unsigned long long as curl_off_t, it might happen, that Sword progress indication for sizes larger than 4 GB will be incorrect (if sizeof("long long" or "ssize_t") > 4 && sizeof(unsigned long) == 4). About the default implementation of update() calling statusUpdate() in SVN 2932, I think you might have missed some pragmas. I think something like this is better: #if defined(__GNUC__) #pragma GCC diagnostic push #pragma GCC diagnostic ignored "-Wdeprecated-declarations" #endif statusUpdate(totalBytes, completedBytes); #if defined(__GNUC__) #pragma GCC diagnostic pop #endif Blessings, Jaak -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQgcBAEBAgAGBQJR+SHNAAoJEEqsYmEt1rCOHC0//0T6fDrQ7zrIh6uao9UuTeXT 7DXiZqEkGbu2lZSPVLohNtSCt/gu0dkzxPYZylik4snUJ18twPFuEuqqWA+EnX3q MjAeoJ9Y/CenWFvmZp5LDRS05143GrhKZKbOJj+gyKsKAfYiJ8RGn9DKkP9HGJm/ h+mYRPzUNMtvlhjmO7593Oi3mZYWbXVBio5KTb8M+C8nlBTu2RCj5Ta7vOF57mRq djj2jaNJ/xfPpEjDEMRq5PBT4frOeBRQKBBwU+Z2JxEujuANO8wjrmIEhmVWbOLO 1+5xfQYsp5tH3rr/cdNtZGnXe2BsNYPpe4hZcLaE9bWw3kEEqVB84HIs9NfcLyFm tdNi5mZrT1Em5NLO3oU8Zs7wOfrstEUwdk7w+wCHryj6JbpEHZWdCG37iaJKPnxX GzQS2xuIJj48KSF1ZkIF5rlNJD92m1Kf+h42yIKnMya55bdGDbREK0FNsgxA17L/ fTKB5mEleIlPCLRno6BuLkBKZ4YlRbgnbnqOoTmRS49aJYgn6Sc4UY4QKgz6emXD haHMlysMIOXSaC6jnlwsMNxt78AT+1HJ4lD/hnCNLKZZPPMNhC4ytMx6H3Ubaxza 8zKaJ1OOUjjFhj4nhkyq/fKexMR/0VdBMlEakuI/730Jb5baIVEbUuwImTj25vyc 9erx3R9NPK+/U8PnfE/jcFiB/t33+jC7EsrkT/07G1ua8Lt1TJivD8oru7R6JY1p hfONEWyiDDuvo8gJhCXY6s9JNJ2MIeGdQPuirGX14PkqOpXku5ccTJ4tduJ9XibG DB7dATa1jGALbuSe0zGWzWK4czp/jrMbZTwzaomS/x+XB78TWba5Z1rEKdZaXV8d 3Fv7dgynrXeCGMfCJRQ2ZYEalJQdpzpjvfRzl0RVBHUJ9n6cCTViSAamDgggusw0 Bq4mA5zaW4mPVpVLbEt2/k+0Edfa6YkstKxOu83vDadCqLFOelijrE4bil6Fi60c 2Q4aLGlQVia9VdcgI4H/6NkwvqplMxR1ytDkLguJ7ydx8UxtIYC1AqhyhWqHccpP xgvEj+j7x5aaTQtlEp/LK/hoXIAWU2rYQz5d9qM/GC5o7+RB2YwsteH9EZ1JLwt4 Hy0bUAAtidZJHKVCtE86VJ67lPubLhCidQ9AbqKmmkdvI9Hzg2WqIynluCGb2JZE zWHH8saHXbv7G9priQ9iBcd7LIaYYDCsFw832DBS8p9QKQDTPSQvFBf+3LtZK47D c+E0c+3mYFYhKK2F4jXk5JAcwkzWFgjLLJNrI7BfmkY5k66G7YNWMyOicE7g+72B WcfxE01AkNy7VIe9MCVemuyydw4xIaOIov79USgv6Qvz0Lj7G03fAIrEfyd/3nGg IB4R8U9XzGHWmOeZ5dNC52/ZqUT8uXfEWTJTcrs1PiGBwwhywxzys8k4i2m+EpID jsSzP0qGptLOdD8g9WXgNFjURy0IA2hWzBQ59DqOY1U97nwWEZobT+55/2Gf0WfZ 6mhTAHHuprq4Iwy22kYLvmlImSw3dYQqN488YcCwmklZ80rzpdhn9eYB82AtNY7Q LFHklHZPEXC7Be6wG/KGh0DK2wg3kmYWZyVUSPYuIxO/p7+OiUyep+qzs0xcXGHY P2lyPMe26xNGMZXbrPmKzHJnx6anvo1zP67cCbXu/AA0sYGYlLIV7DCeU22C7Eg2 qdGgmGOtnNhj04FIXx4JQgwEKlQ6kZLgWXsEVk7I71QtCKZUZTY6CWO/Zv4GMXwo E39A6RyNEu2qbhna1Z3sdxdSVWsNFrdigkAIqr2sNWiBHUX7fqLLSy8Ur5H/zjnY K4+AiQ77YB02//pJfOZvQyKlsmQS8GU2RE/WWL2HrA8/L08H1TDtt/O+oH1bt+tx TqzyaJg2mttg33BQ5osN0CoNgfPbwsmdKtG2rmVUpY/w6kEgDNEjOA2BVHGElHbF 2ZB1uWJyHPYoH+08Gejzhxe/jNd1NObXc1EPndcUrqHZn1uOx8POG9Mhb49H4Sqy 6dJ5KB0nwuXmamGendOrHeJwX8UC5TMXXh0YldYlFGPAQzraDkZOkR/AHOmyMHQv hGcD0Y0IvyW7jUZGKphlp2dN6sr6Jst5yyB9zxBg4IuT2vqnnxfAlnd2fJeyCWdt 8iiw1cTY0nveJZyeTXo74XFJTOzajqI/yFPzBO125j2fK6W8oQj91UgvAOfnOdTo zBWw7E5kWpdBbdBM7cpeHiNQByV7JzgJxFrC09LmZd+1ykvZUoxxU8KFH5MJ2p8f m3t0/7OJpiR/9XVhlSYUzWbnmIxG5l87ZgxAMmzOj5l+u4xMmb8HAoRbc6ve0uTp r2f7Je5sbryNa3X2RY/odX1sJZG8pFn5zma9Q9XmW6FiMWfjO2xNt6DuIFUHyNjo CDwRHmiq1d+t190AsFDPQU/Y0F7Tm64JBuLzakd/O4G+p0aL870CfsdGL0w4opNm 6GFuYmHcjHyPKHUMeRr3g5jCDshkw3VGw2flQvlVdjTichx16+gYqUATnOKEOJKE Rr2X5HnASfXUcltQYg0Hz2aNMBELbNvJnv4bkoJjSJErPgXvpH9MrHh0Ko+C5Tb8 dy08dC6Xq239Lmq/jCoVdQ8KzKFEQcMGG/oNRn1GQ3d+jO7eGkJIQ6/xTzzkgy6w 7YDkA89vdyxWGHmPvAqz4rQuooWz6ChYFs5YlWeDGAlday5zVJ11zvyFc8a3tzgR uQ1cnoxgPIUKdSd6+Ych =qmq6 -----END PGP SIGNATURE----- From scribe at crosswire.org Wed Jul 31 07:46:55 2013 From: scribe at crosswire.org (Troy A. Griffitts) Date: Wed, 31 Jul 2013 16:46:55 +0200 Subject: [sword-devel] Transport status reporting In-Reply-To: <51F921DC.6020604@ristioja.ee> References: <51F8E271.4090505@ristioja.ee> <51F91A5D.6080103@crosswire.org> <51F921DC.6020604@ristioja.ee> Message-ID: <51F9235F.5080407@crosswire.org> On 07/31/2013 04:40 PM, Jaak Ristioja wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 31.07.2013 17:08, Troy A. Griffitts wrote: >> I've added the new method signature as you've suggested (slighted >> different to match the preStatus method), and deprecated the >> statusUpdate method. Oddly GCC doesn't warn me that I've >> overloaded the deprecated method in the installmgr utility. I'm >> calling the deprecated method from a default implementation of the >> new method, so if you don't override the new method (which most >> people won't yet), they'll still get their status updates. > I'm not sure whether using unsigned long instead of size_t (or even > instead of curl_off_t itself) is a good idea, since curl_off_t used in > the new callback interface of curl might either be a long, a long long > or a ssize_t (POSIX) depending on the widths of long and long long. > Look for CURL_TYPEOF_CURL_OFF_T in /CMakeLists.txt in curl: > > https://github.com/bagder/curl/blob/master/CMakeLists.txt#L400 > > So in case we're using unsigned long, but curl uses unsigned long long > as curl_off_t, it might happen, that Sword progress indication for > sizes larger than 4 GB will be incorrect (if sizeof("long long" or > "ssize_t") > 4 && sizeof(unsigned long) == 4). Well, if I thought we'd ever have a module > 4GB, I'd think harder about this. > About the default implementation of update() calling statusUpdate() in > SVN 2932, I think you might have missed some pragmas. I think > something like this is better: > > #if defined(__GNUC__) > #pragma GCC diagnostic push > #pragma GCC diagnostic ignored "-Wdeprecated-declarations" > #endif > statusUpdate(totalBytes, completedBytes); > #if defined(__GNUC__) > #pragma GCC diagnostic pop > #endif Thanks for pointer. I didn't know about diagnostic push. Instead I accounted for this by moving the method to the end of the .cpp Troy > > Blessings, > Jaak > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.20 (GNU/Linux) > > iQgcBAEBAgAGBQJR+SHNAAoJEEqsYmEt1rCOHC0//0T6fDrQ7zrIh6uao9UuTeXT > 7DXiZqEkGbu2lZSPVLohNtSCt/gu0dkzxPYZylik4snUJ18twPFuEuqqWA+EnX3q > MjAeoJ9Y/CenWFvmZp5LDRS05143GrhKZKbOJj+gyKsKAfYiJ8RGn9DKkP9HGJm/ > h+mYRPzUNMtvlhjmO7593Oi3mZYWbXVBio5KTb8M+C8nlBTu2RCj5Ta7vOF57mRq > djj2jaNJ/xfPpEjDEMRq5PBT4frOeBRQKBBwU+Z2JxEujuANO8wjrmIEhmVWbOLO > 1+5xfQYsp5tH3rr/cdNtZGnXe2BsNYPpe4hZcLaE9bWw3kEEqVB84HIs9NfcLyFm > tdNi5mZrT1Em5NLO3oU8Zs7wOfrstEUwdk7w+wCHryj6JbpEHZWdCG37iaJKPnxX > GzQS2xuIJj48KSF1ZkIF5rlNJD92m1Kf+h42yIKnMya55bdGDbREK0FNsgxA17L/ > fTKB5mEleIlPCLRno6BuLkBKZ4YlRbgnbnqOoTmRS49aJYgn6Sc4UY4QKgz6emXD > haHMlysMIOXSaC6jnlwsMNxt78AT+1HJ4lD/hnCNLKZZPPMNhC4ytMx6H3Ubaxza > 8zKaJ1OOUjjFhj4nhkyq/fKexMR/0VdBMlEakuI/730Jb5baIVEbUuwImTj25vyc > 9erx3R9NPK+/U8PnfE/jcFiB/t33+jC7EsrkT/07G1ua8Lt1TJivD8oru7R6JY1p > hfONEWyiDDuvo8gJhCXY6s9JNJ2MIeGdQPuirGX14PkqOpXku5ccTJ4tduJ9XibG > DB7dATa1jGALbuSe0zGWzWK4czp/jrMbZTwzaomS/x+XB78TWba5Z1rEKdZaXV8d > 3Fv7dgynrXeCGMfCJRQ2ZYEalJQdpzpjvfRzl0RVBHUJ9n6cCTViSAamDgggusw0 > Bq4mA5zaW4mPVpVLbEt2/k+0Edfa6YkstKxOu83vDadCqLFOelijrE4bil6Fi60c > 2Q4aLGlQVia9VdcgI4H/6NkwvqplMxR1ytDkLguJ7ydx8UxtIYC1AqhyhWqHccpP > xgvEj+j7x5aaTQtlEp/LK/hoXIAWU2rYQz5d9qM/GC5o7+RB2YwsteH9EZ1JLwt4 > Hy0bUAAtidZJHKVCtE86VJ67lPubLhCidQ9AbqKmmkdvI9Hzg2WqIynluCGb2JZE > zWHH8saHXbv7G9priQ9iBcd7LIaYYDCsFw832DBS8p9QKQDTPSQvFBf+3LtZK47D > c+E0c+3mYFYhKK2F4jXk5JAcwkzWFgjLLJNrI7BfmkY5k66G7YNWMyOicE7g+72B > WcfxE01AkNy7VIe9MCVemuyydw4xIaOIov79USgv6Qvz0Lj7G03fAIrEfyd/3nGg > IB4R8U9XzGHWmOeZ5dNC52/ZqUT8uXfEWTJTcrs1PiGBwwhywxzys8k4i2m+EpID > jsSzP0qGptLOdD8g9WXgNFjURy0IA2hWzBQ59DqOY1U97nwWEZobT+55/2Gf0WfZ > 6mhTAHHuprq4Iwy22kYLvmlImSw3dYQqN488YcCwmklZ80rzpdhn9eYB82AtNY7Q > LFHklHZPEXC7Be6wG/KGh0DK2wg3kmYWZyVUSPYuIxO/p7+OiUyep+qzs0xcXGHY > P2lyPMe26xNGMZXbrPmKzHJnx6anvo1zP67cCbXu/AA0sYGYlLIV7DCeU22C7Eg2 > qdGgmGOtnNhj04FIXx4JQgwEKlQ6kZLgWXsEVk7I71QtCKZUZTY6CWO/Zv4GMXwo > E39A6RyNEu2qbhna1Z3sdxdSVWsNFrdigkAIqr2sNWiBHUX7fqLLSy8Ur5H/zjnY > K4+AiQ77YB02//pJfOZvQyKlsmQS8GU2RE/WWL2HrA8/L08H1TDtt/O+oH1bt+tx > TqzyaJg2mttg33BQ5osN0CoNgfPbwsmdKtG2rmVUpY/w6kEgDNEjOA2BVHGElHbF > 2ZB1uWJyHPYoH+08Gejzhxe/jNd1NObXc1EPndcUrqHZn1uOx8POG9Mhb49H4Sqy > 6dJ5KB0nwuXmamGendOrHeJwX8UC5TMXXh0YldYlFGPAQzraDkZOkR/AHOmyMHQv > hGcD0Y0IvyW7jUZGKphlp2dN6sr6Jst5yyB9zxBg4IuT2vqnnxfAlnd2fJeyCWdt > 8iiw1cTY0nveJZyeTXo74XFJTOzajqI/yFPzBO125j2fK6W8oQj91UgvAOfnOdTo > zBWw7E5kWpdBbdBM7cpeHiNQByV7JzgJxFrC09LmZd+1ykvZUoxxU8KFH5MJ2p8f > m3t0/7OJpiR/9XVhlSYUzWbnmIxG5l87ZgxAMmzOj5l+u4xMmb8HAoRbc6ve0uTp > r2f7Je5sbryNa3X2RY/odX1sJZG8pFn5zma9Q9XmW6FiMWfjO2xNt6DuIFUHyNjo > CDwRHmiq1d+t190AsFDPQU/Y0F7Tm64JBuLzakd/O4G+p0aL870CfsdGL0w4opNm > 6GFuYmHcjHyPKHUMeRr3g5jCDshkw3VGw2flQvlVdjTichx16+gYqUATnOKEOJKE > Rr2X5HnASfXUcltQYg0Hz2aNMBELbNvJnv4bkoJjSJErPgXvpH9MrHh0Ko+C5Tb8 > dy08dC6Xq239Lmq/jCoVdQ8KzKFEQcMGG/oNRn1GQ3d+jO7eGkJIQ6/xTzzkgy6w > 7YDkA89vdyxWGHmPvAqz4rQuooWz6ChYFs5YlWeDGAlday5zVJ11zvyFc8a3tzgR > uQ1cnoxgPIUKdSd6+Ych > =qmq6 > -----END PGP SIGNATURE----- > > _______________________________________________ > sword-devel mailing list: sword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page From skreutzer at freiebibel.de Wed Jul 31 04:12:00 2013 From: skreutzer at freiebibel.de (Stephan Kreutzer) Date: Wed, 31 Jul 2013 11:12:00 -0000 Subject: [sword-devel] German Elberfelder 1871 Bible module isn't authentic Message-ID: <71727bb848f867615b5ba9c8aed567ea@localhost> > If you can identify the text, we would be happy to update the name to be more accurate (but not to be more vague, as you propose). I actually though it would be your job to identify the modules you provide. However, you may diff it with German Elberfelder 1905 and will most likely find less differences between so-called 1871 and so-called 1905 than between original 1871 and so-called/original 1905. The text you're providing as Elberfelder 1905 seems to be 1927, with little changes in its digital form (ortography etc.). While 1905 and 1927 are very similar, 1871 and 1905 are not. Elberfelder 1907, which is almost identical to 1905, differs to 1871 over John 1 at the following instances: http://www.freie-bibel.de/inofficial/skreutzer/elberfelder/textvergleich_elberfelder_1871_1907_johannes_1.pdf While this PDF doesn't reflect the changes in the footnotes, there are many of them. Additionally, 1871 has a unique feature in comparison with 1905, which are the Textus receptus variant notes. 1905 has them too, but not directly linked via endnote into the text. 1905 instead has it as a separate appendix without endnote marks in the text. We believe that at one time one person digitalized a text similar to 1927, which then got mislabeled as 1905 and then as 1871, where it is essentially the same text, except modifications that where made to it by different separate parties during the process of distribution. If you diff your 1871 with your 1905 module, I expect that both are almost identical, so that the so-called 1871 can be dropped, because it's already available as 1905. Unfortunately, I can't diff your modules myself, because your Sword format is a binary format. > What is hopefully conveyed is that this text matches all of the other 1871 Elberfelders found on the internet, even though we know that this does not match printed 1871 Elberfelders. We of the project "Freie Bibel" have already digitalized Matthew, Hebrews and James of the original Elberfelder 1871, Acts is in the making. We try to get websites to change to the original text, to re-label it or to drop it completely in order to aviod further confusion, since one scientific publication (bachelor thesis) in Germany already cites the wrong 1871 text. > I don't have any further information on the text other than that Joachim Ansorg apparently procured & produced it. It seems there is no way to contact Joachim Ansorg. His website is down, and if I remember correctly, he's not responding on his E-Mail address. Sincerely, Stephan Kreutzer http://www.freie-bibel.de