Re: [sword-devel] Issues accessing STEP Bible repository?

[Tobias Klein]

Thanks for testing and the feedback, Greg.
If the STEP repo does not appear in the list of repos on the next page 
(after the languages), then that's the one where the error occurred.


Best regards,
Tobias

Am 28. September 2024 21:14:29 schrieb Greg Hellings :
I can't tell which repo is causing it because it is just a progress bar 
when updating all repos. But yes, it is getting hung up for me. Been doing 
it for at least a few weeks, stalling out at 90%, but still showing most 
translations.


--Greg

On Sat, Sep 28, 2024, 1:44 PM Tobias Klein  wrote:
Hi all,

an Ezra Bible App user on Android reported issues with the repository
update in Ezra.

When I debugged the issue I could reproduce it on my phone and found
that all repositories update successfully except the STEP Bible one -
where it seems that the process runs into a timeout.

Does anyone else have issues accessing the STEP Bible repo?

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Issues accessing STEP Bible repository?

[Tobias Klein]

Maybe it is a specific issue with the SWORD build I use in Ezra ... or a 
network issue in Germany (for both me and that user).


There are different implementations of the FTP code in SWORD, right?

The other thing I am observing is that the timeout takes a long time 
 like one minute (instead of 20s, which I configured based on 
installMgr->setTimeoutMillis).
The fact that the timeout takes so long makes it annoying for the user, 
because it appears like the app is freezing.


Best regards,
Tobias

On 9/28/24 8:37 PM, David Haslam wrote:
I could access it from PocketSword on my iPhone SE. Installed a module 
OK.


David

Sent from Proton Mail <https://proton.me/mail/home> for iOS


On Sat, Sep 28, 2024 at 19:28, Tobias Klein <mailto:On Sat, Sep 28, 2024 at 19:28, Tobias Klein <> wrote:

Hi all,

an Ezra Bible App user on Android reported issues with the repository
update in Ezra.

When I debugged the issue I could reproduce it on my phone and found
that all repositories update successfully except the STEP Bible one -
where it seems that the process runs into a timeout.

Does anyone else have issues accessing the STEP Bible repo?

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Issues accessing STEP Bible repository?

[Tobias Klein]

Hi all,

an Ezra Bible App user on Android reported issues with the repository 
update in Ezra.


When I debugged the issue I could reproduce it on my phone and found 
that all repositories update successfully except the STEP Bible one - 
where it seems that the process runs into a timeout.


Does anyone else have issues accessing the STEP Bible repo?

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Access of SWORD repos through proxy?

[Tobias Klein]

Thank you, Jaak and David,

I have passed on your feedback to the user.

See 
https://github.com/ezra-bible-app/ezra-bible-app/discussions/1093#discussioncomment-10512596


Best regards,
Tobias

On 8/31/24 5:29 PM, Jaak Ristioja wrote:

Hi,

I'm assuming your SOCKS5 traffic flows through a sufficiently 
encrypted network tunnel.


For Linux, there are programs which allow to run other programs and 
direct their network traffic to some SOCKS5 proxy, e.g. proxychains-ng:


  https://github.com/rofl0r/proxychains-ng/

On Debian, Ubuntu and their derivates one can likely install it by using

  sudo apt-get install proxychains4

Proxychains-ng needs to be configured via /etc/proxychains.conf, 
~/.proxychains/proxychains.conf or proxychains.conf in the current 
working directory unless the -f command line option is used to specify 
a different location. After configuration, one should be able to run 
programs via commands like


  proxychains4 your_program --with=any arguments

However, the problem with such tools is that they might not always 
work as intended. For example when network traffic flows via paths 
which tools like proxychains-ng do not know to intercept. Fpr example, 
this is sometimes the case for DNS traffic (hostname to IP address 
lookups) which is sometimes handled via external programs (e.g. DNS 
cache service on local machine). So be sure to always thorougly test 
(e.g. using network traffic analysis) whether this actually works 
properly before actual use, and that nothing leaks. And test again 
after ANY software updates or configuration changes. So be VERY VERY 
CAREFUL when using things like proxychains-ng.


A safer option might be to use something like Tails, a Debian Linux 
based operating system which forces all programs to network over a 
local SOCKS proxy providing Tor. It might be possible to configure 
Tails to use some other SOCKS5 proxy as well.


Regarding Tor, please note that in its simplest configuration Tor 
attempts to connect to public Tor relays, making it possible for 
eavesdroppers to detect Tor usage. A way around this (as suggested by 
the Tor project) is to use (private) Tor bridges which use domain 
fronting, traffic obfuscation and similar tricks. You might also find 
some of these technologies useful for the tunneling the SOCKS5 traffic.



Best regards,
Jaak


PS: All security technologies and their implementations, including 
proxychains-ng, Tails and Tor, have their weak points. So take care 
when evaluating their fitness for your particular purpose.



On 31.08.24 14:20, Tobias Klein wrote:

Hi Troy and all,

One of the Ezra users has asked the following:


The websites for updating modules and downloading Bibles are either 
inaccessible or subject to censorship for people living in countries 
that restrict internet access.


Could the program be updated to support setting up a SOCKS5 or HTTP 
proxy, allowing users to access the internet through a proxy?




How do you assess this request from a SWORD library perspective?


Best regards,
Tobias


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Access of SWORD repos through proxy?

[Tobias Klein]

Hi Troy and all,

One of the Ezra users has asked the following:


The websites for updating modules and downloading Bibles are either 
inaccessible or subject to censorship for people living in countries that 
restrict internet access.


Could the program be updated to support setting up a SOCKS5 or HTTP proxy, 
allowing users to access the internet through a proxy?




How do you assess this request from a SWORD library perspective?


Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Prototyping node-sword-interface web service

[Tobias Klein]

I did some benchmarks for the client/server based sword data transfer.

This is how long my function for requesting the chapter text takes in 
different scenarios.


The node-sword-web-api based server runs on an AWS VM. The client (Ezra 
Bible App) on my Linux laptop.


The scenarios have been simulated using the throttle tool (see 
https://github.com/sitespeedio/throttle).


*Scenario*
*Performance for loading John 3 (NASB)*
2g: up:256 down:280 rtt:400
4901ms
2g: up:256 down:280 rtt:400
(http compression enabled on server side)
3677ms
3g: up:768 down:1600 rtt:1501820ms
3g: up:768 down:1600 rtt:150
(http compression enabled on server side)
1501ms
Home DSL connection without throttling
320ms
Home DSL connection without throttling
(http compression enabled on server side)
302ms

Best regards,
Tobias


On 8/11/24 10:34 PM, Tobias Klein wrote:

Hi Fred!

I suppose the redundancy is a general issue of json or xml when having 
long lists of elements.


Http servers and clients support gzip compression (and other more 
modern algorithms). That's something I could check to optimize the 
data amounts that are sent when making requests on this web-based API.


Best regards,
Tobias

Am 11. August 2024 21:03:26 schrieb Fred :

I'm just a lurker here, but... even though I've dabbled in json, I 
gotta say that is  horribly verbose! I'd be willing to bet oh, say, 
fifty cents that a slow link would perform poorly. since (as I 
understand it) it is the remote server sending all that, that there'd 
be no way to filter out all the redundant json on each verse, which 
I'd expect to make it much more slow-link-friendly.


Fred

On Sun, Aug 11, 2024 at 1:56 AM Aaron Rainbolt <mailto:arraybo...@gmail.com>> wrote:


Haven't been replying since I'm busy, but this is awesome. Thank you
for actually giving my idea a shot! I'll have to experiment with
it :)

On Sun, 4 Aug 2024 21:00:24 +0200
Tobias Klein mailto:cont...@tklein.info>>
wrote:

> Hi Aaron & all,
>
> so, this whole thread about SWORD over network inspired me to play
> with existing technology a bit.
> The goal: Run Ezra Bible App accessing the SWORD modules via a
remote
> server instead of locally.
>
> I implemented a small web service API based on node-sword-interface
> and expressjs.
> See https://github.com/ezra-bible-app/ezra-bible-app-server
<https://github.com/ezra-bible-app/ezra-bible-app-server>
>
> Example -
>

https://github.com/ezra-bible-app/ezra-bible-app-server/blob/main/routes/module.js

<https://github.com/ezra-bible-app/ezra-bible-app-server/blob/main/routes/module.js>
>
> // Delivers the text of a chapter via the url
> /module//chaptertext//
>
> router.get('/:moduleCode/chaptertext/:bookCode/:chapter', (req,
res)
> => { const moduleCode = req.params.moduleCode;
>    const bookCode = req.params.bookCode;
>    const chapter = parseInt(req.params.chapter);
>
>    const chapterText = nsi.getChapterText(moduleCode, bookCode,
> chapter); res.json(chapterText);
> });
>
> See here for example server deployed on some AWS machine I quickly
> set up. The following URL delivers the KJV text of John 5 as JSON.
>

http://ec2-13-48-148-192.eu-north-1.compute.amazonaws.com/module/KJV/chaptertext/John/5

<http://ec2-13-48-148-192.eu-north-1.compute.amazonaws.com/module/KJV/chaptertext/John/5>
>
> Then I made some adjustments in the backend of Ezra Bible App,
> implementing a "switch" in a few methods that normally access a
local
> node-sword-interface / SWORD installation.
>
> The respective example section in the Ezra Bible App backend looks
> like this:
>

https://github.com/ezra-bible-app/ezra-bible-app/blob/web-api/app/backend/ipc/ipc_nsi_handler.js#L243

<https://github.com/ezra-bible-app/ezra-bible-app/blob/web-api/app/backend/ipc/ipc_nsi_handler.js#L243>
>
>      this._ipcMain.add('nsi_getChapterText', async (moduleCode,
> bookCode, chapter) => {
>    if (!this._useWebApi) {
>      return this._nsi.getChapterText(moduleCode, bookCode,
> chapter); } else {
>      return await
>

this.getFromWebApi(`/module/${moduleCode}/chaptertext/${bookCode}/${chapter}`);
>    }
>      });
>
> Based on the switch useWebApi (currently just a constant) I can
> switch between the "local version" and the "remote version".
> The interface is compatible, because both the local version and
the
> remote version pull data from node-sword-interface 

Re: [sword-devel] Prototyping node-sword-interface web service

[Tobias Klein]

Hi Fred!

I suppose the redundancy is a general issue of json or xml when having long 
lists of elements.


Http servers and clients support gzip compression (and other more modern 
algorithms). That's something I could check to optimize the data amounts 
that are sent when making requests on this web-based API.


Best regards,
Tobias

Am 11. August 2024 21:03:26 schrieb Fred :
I'm just a lurker here, but... even though I've dabbled in json, I gotta 
say that is  horribly verbose! I'd be willing to bet oh, say, fifty cents 
that a slow link would perform poorly. since (as I understand it) it is the 
remote server sending all that, that there'd be no way to filter out all 
the redundant json on each verse, which I'd expect to make it much more 
slow-link-friendly.


Fred

On Sun, Aug 11, 2024 at 1:56 AM Aaron Rainbolt  wrote:
Haven't been replying since I'm busy, but this is awesome. Thank you
for actually giving my idea a shot! I'll have to experiment with it :)

On Sun, 4 Aug 2024 21:00:24 +0200
Tobias Klein  wrote:


Hi Aaron & all,

so, this whole thread about SWORD over network inspired me to play
with existing technology a bit.
The goal: Run Ezra Bible App accessing the SWORD modules via a remote
server instead of locally.

I implemented a small web service API based on node-sword-interface
and expressjs.
See https://github.com/ezra-bible-app/ezra-bible-app-server

Example -
https://github.com/ezra-bible-app/ezra-bible-app-server/blob/main/routes/module.js

// Delivers the text of a chapter via the url
/module//chaptertext//

router.get('/:moduleCode/chaptertext/:bookCode/:chapter', (req, res)
=> { const moduleCode = req.params.moduleCode;
   const bookCode = req.params.bookCode;
   const chapter = parseInt(req.params.chapter);

   const chapterText = nsi.getChapterText(moduleCode, bookCode,
chapter); res.json(chapterText);
});

See here for example server deployed on some AWS machine I quickly
set up. The following URL delivers the KJV text of John 5 as JSON.
http://ec2-13-48-148-192.eu-north-1.compute.amazonaws.com/module/KJV/chaptertext/John/5

Then I made some adjustments in the backend of Ezra Bible App,
implementing a "switch" in a few methods that normally access a local
node-sword-interface / SWORD installation.

The respective example section in the Ezra Bible App backend looks
like this:
https://github.com/ezra-bible-app/ezra-bible-app/blob/web-api/app/backend/ipc/ipc_nsi_handler.js#L243

 this._ipcMain.add('nsi_getChapterText', async (moduleCode,
bookCode, chapter) => {
   if (!this._useWebApi) {
 return this._nsi.getChapterText(moduleCode, bookCode,
chapter); } else {
 return await
this.getFromWebApi(`/module/${moduleCode}/chaptertext/${bookCode}/${chapter}`);
   }
 });

Based on the switch useWebApi (currently just a constant) I can
switch between the "local version" and the "remote version".
The interface is compatible, because both the local version and the
remote version pull data from node-sword-interface and that already
returns JSON as of today.

I ended up with a test version of Ezra Bible App that would load
module lists and offer the regular browsing capabilities as the
normal "offline" variant.
The performance in the UI for regular Bible browsing is nearly the
same.

The use case that I see is to install a bunch of popular modules on
the server side for different languages and offer these to the user
based on quick "online access" right after installing the app.

I am also interested how this behaves when the internet connection is
slower. I'll report some findings once I have them. It should be easy
to simulate that now based on the developer tools built into Electron.

Right now this is an experiment. I'll explore a bit more and if this
turns out useful, I may think about integrating this into Ezra.

Best regards,
Tobias



___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Prototyping node-sword-interface web service

[Tobias Klein]

Hi Aaron & all,

so, this whole thread about SWORD over network inspired me to play with 
existing technology a bit.
The goal: Run Ezra Bible App accessing the SWORD modules via a remote 
server instead of locally.


I implemented a small web service API based on node-sword-interface and 
expressjs. See https://github.com/ezra-bible-app/ezra-bible-app-server


Example - 
https://github.com/ezra-bible-app/ezra-bible-app-server/blob/main/routes/module.js


// Delivers the text of a chapter via the url 
/module//chaptertext//


router.get('/:moduleCode/chaptertext/:bookCode/:chapter', (req, res) => {
  const moduleCode = req.params.moduleCode;
  const bookCode = req.params.bookCode;
  const chapter = parseInt(req.params.chapter);

  const chapterText = nsi.getChapterText(moduleCode, bookCode, chapter);
  res.json(chapterText);
});

See here for example server deployed on some AWS machine I quickly set 
up. The following URL delivers the KJV text of John 5 as JSON.

http://ec2-13-48-148-192.eu-north-1.compute.amazonaws.com/module/KJV/chaptertext/John/5

Then I made some adjustments in the backend of Ezra Bible App, 
implementing a "switch" in a few methods that normally access a local 
node-sword-interface / SWORD installation.


The respective example section in the Ezra Bible App backend looks like 
this:

https://github.com/ezra-bible-app/ezra-bible-app/blob/web-api/app/backend/ipc/ipc_nsi_handler.js#L243

    this._ipcMain.add('nsi_getChapterText', async (moduleCode, 
bookCode, chapter) => {

  if (!this._useWebApi) {
    return this._nsi.getChapterText(moduleCode, bookCode, chapter);
  } else {
    return await 
this.getFromWebApi(`/module/${moduleCode}/chaptertext/${bookCode}/${chapter}`);

  }
    });

Based on the switch useWebApi (currently just a constant) I can switch 
between the "local version" and the "remote version".
The interface is compatible, because both the local version and the 
remote version pull data from node-sword-interface and that already 
returns JSON as of today.


I ended up with a test version of Ezra Bible App that would load module 
lists and offer the regular browsing capabilities as the normal 
"offline" variant.

The performance in the UI for regular Bible browsing is nearly the same.

The use case that I see is to install a bunch of popular modules on the 
server side for different languages and offer these to the user based on 
quick "online access" right after installing the app.


I am also interested how this behaves when the internet connection is 
slower. I'll report some findings once I have them. It should be easy to 
simulate that now based on the developer tools built into Electron.


Right now this is an experiment. I'll explore a bit more and if this 
turns out useful, I may think about integrating this into Ezra.


Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Ezra Bible App 1.14 released

[Tobias Klein]

Hi all,

Ezra Bible App 1.14 has been released. This release comes with bugfixes 
and small enhancements.

https://github.com/ezra-bible-app/ezra-bible-app/releases/tag/1.14.0

Downloads are available for all supported platforms. The publishing of 
the new release on Android playstore will happen within the next few days.


Note-worthy improvements and fixes are:

 * Introduce option for configuring typeface/font of the Bible text.
 * Add button for copying individual commentary sections to the clipboard.
 * Bug fix: Blocking JavaScript errors after turning off error
   reporting option.
 * Bug fix: Bible commentaries and dictionaries do not render
   paragraphs correctly.
 * Bug fix: Showing search results in a popup generates an empty new
   tab if triggered via Dictionary Panel strongs search.

Locales are up-to-date for English, German, French, Spanish, Dutch, 
Slovakian, Slovenian, Romanian, Ukrainian, Russian.


Thanks to Martin for the Slovakian locale update.
Thanks to Marjan for the Slovenian locale update.
Thanks to Tom for the Dutch & French locale update.
Thanks to Augustin for the Romanian locale update.
Thanks to Reinaldo for the Spanish locale update.
Thanks to Evgen for the Ukrainian and Russian locale updates.

I am happy about any feedback.

Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Searching for entity attributes

[Tobias Klein]

On 5/14/24 5:20 PM, David "Judah's Shadow" Blue wrote:


I'm sure I could add some logic to check the given module and adapt the
token to fit, but that doesn't help the other issue I've found. When
searching for, say, G11 in a module that isn't 0 padded, all occurrences
of G11 are found, but so are all occurrences of G110, G1105, etc.
Assuming that normalization of padding on the entity attributes adds
padding to them so it's in the form of G0, that should cut down on
the false matches significantly.

In node-sword-interface I added some logic for this, so that the user does
not have to consider that.


https://github.com/ezra-bible-app/node-sword-interface/blob/794c349bece231
e2aa58bdacb7fe4aaffe774bcf/src/sword_backend/module_search.cpp#L146>
 // If the Strong's key is OT we need to insert a zero in front

of the key

 // This is necessary because the Sword modules with Strong's

have a zero in front of the Hebrew Strong's numbers

 if (searchTerm[0] == 'H' &&

this->_textProcessor.moduleHasStrongsZeroPrefixes(module)) {

 // Cut out the number from the Strong's key (starting at

index 1 until end of string)

 string strongsKey = searchTerm.substr(1,

searchTerm.size());

 // Overwrite the searchTerm with an inserted 0
 searchTerm = "H0" + strongsKey;
 
 }

I just checked in diatheke and it looks like this will fail for the NASB, for
instance, because the NASB doesn't have leading 0s in either Testament.

And the bigger issue in my interface, when you retrieve a Strong's number from
the lexicon by searching for a term (i.e. Alpha), it passes through the
strongsPadding logic and gets leading 0's added. Until strongsPadding is added
to the entity attribute search in the SWORD engine, I may fall back to
stripping 0's out of the users input if the first search comes up empty. But
that still won't solve the issue of searching for G matching G11, and so on.
For that, I feel, the solution is to do use the strongsPadding logic on the
entity attributes since that seems to add leading 0's.


I don't think I have either of those issues in node-sword-interface.

The module-based logic has the purpose that you prevent adding the 
padding if the module does not have it - that's what the helper function 
moduleHasStrongsZeroPrefixes 
() 
is for.


Regarding the issue with G1 also matching G11, etc. I have the following 
snippet of code below the section I posted above:


    // from swmodule.h api docs:
    // for use with entryAttrib search type to match whole 
entry to value, e.g., G1234 and not G12345

    flags |= SWModule::SEARCHFLAG_MATCHWHOLEENTRY;

    searchTerm = "Word//Lemma./" + searchTerm;

Best regards,
Tobias


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Searching for entity attributes

[Tobias Klein]

  
  


On 5/14/24 5:20 PM, David "Judah's
  Shadow" Blue wrote:


  I'm sure I could add some logic to check the given module and adapt the token 
to fit, but that doesn't help the other issue I've found. When searching for, 
say, G11 in a module that isn't 0 padded, all occurrences of G11 are found, 
but so are all occurrences of G110, G1105, etc. Assuming that normalization of 
padding on the entity attributes adds padding to them so it's in the form of 
G0, that should cut down on the false matches significantly.

In node-sword-interface I added some logic for this, so that the
  user does not have to consider that.
https://github.com/ezra-bible-app/node-sword-interface/blob/794c349bece231e2aa58bdacb7fe4aaffe774bcf/src/sword_backend/module_search.cpp#L146
    // If the Strong's key is OT we need to insert a zero
  in front of the key
      // This is necessary because the Sword modules with
  Strong's have a zero in front of the Hebrew Strong's numbers
      if (searchTerm[0] == 'H' &&
  this->_textProcessor.moduleHasStrongsZeroPrefixes(module)) {
      // Cut out the number from the Strong's key
  (starting at index 1 until end of string)
      string strongsKey = searchTerm.substr(1,
  searchTerm.size());
      // Overwrite the searchTerm with an inserted 0
      searchTerm = "H0" + strongsKey;
      }
Best regards,
  Tobias




  

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Web responsive Crosswire UI?

[Tobias Klein]

Hi Matěj,

the UI of Ezra Bible App used to be a web page.

In fact I started it in 2009 as a web-based project, at the time with 
Ruby on Rails in the Backend.
When creating the current app, I took the frontend from my Ruby on Rails 
app (Javascript) and replaced the server-based backend with a JavaScript 
backend that works based on asynchronous requests.
As it is now, the frontend scales from Smartphone to Tablet to Desktop - 
all based on having a responsive style. You can try Ezra Bible App on 
your Android phone to get an impression of that. The frontend is exactly 
the same code base as on the desktop.


The current architecture would allow to re-implement a server-based 
backend while keeping the same frontend code. That's something I've been 
thinking about.
It would even be possible to re-use a significant portion of the 
JavaScript backend code and integrate that within a server environment 
based on nodejs.


The individual frontend components could eventually be agnostic to the 
details of the backend function, which means those components could both 
work in a web application, in an Electron-based desktop app as well as 
in a Cordova-based mobile app.


So, this is just some technical brainstorming and it would all still 
mean a lot of work. What I tried to get at here is with this 
architecture you get a lot of synergies. The interface to the backend 
would be a collection of async JavaScript functions. And whether those 
functions are fetching data locally or from a server shouldn't matter 
for the UI components that end up visualizing the Bible-related infos.


Best regards,
Tobias

On 4/15/24 12:12 AM, Matěj Cepl wrote:

Hello,

I have super simple single-page web app [1] displaying Daily
Watchwords of the Moravian Brothers [2]. Each daily watchword has
some references to the Bible and I would like to add link which
display real complete Biblical text. Currently I have there links
to https://www.crosswire.org/study/, but the primary platform
for my app are mobile phones and The Bible Tool kind of sucks on
small displays.

Then I tried to use on Android https://read.andbible.org/
links [3] , which made the biblical verse be shown in AndBible
application, but it seems that it is currently broken [4], so I
will have to temporarily revert, but I am also thinking about how
I don’t like separate Android applications.

Is there any Sword Web Application written in the Web Responsive
style, which would work well on a mobile phone?

Thank you for any suggestions,

Matěj

[1] https://hesla.ceplovi.cz
[2] https://en.wikipedia.org/wiki/Daily_Watchwords
[3] https://github.com/AndBible/and-bible/wiki/Bible-links
[4] https://github.com/AndBible/and-bible/issues/3210

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] HTTPS Transport

[Tobias Klein]

Thank you Troy!

I have now tried to set the CURLAVAILABLE define via the cmake call 
(-DCURLAVAILABLE=TRUE), but that did not help.

Is there anything else I can to help you debug this?

Best regards,
Tobias

From: Troy A. Griffitts
Sent: Montag, 22. Januar 2024 05:57
To: Tobias Klein
Subject: Re: [sword-devel] HTTPS Transport

Hi Tobias,
Having a quick look at your build output, I don't use cmake so I'm not sure how 
this all works, but I am suspicious with this:

D:\a\sword-build-win32\sword-build-win32>cmake -B build\sword -G "Visual Studio 
"16 2019"" -A Win32   -DCMAKE_WINDOWS_EXPORT_ALL_SYMBOLS=TRUE   
-DZLIB_LIBRARY=D:\a\sword-build-win32\sword-build-win32\dist\lib\zlib.lib   
-DZLIB_INCLUDE_DIR=D:\a\sword-build-win32\sword-build-win32\zlib   
-DBZIP2_LIBRARY=D:\a\sword-build-win32\sword-build-win32\dist\lib\libbz2.lib
   -DBZIP2_INCLUDE_DIR=D:\a\sword-build-win32\sword-build-win32\bzip2   
-DXZ_LIBRARY=D:\a\sword-build-win32\sword-build-win32\dist\lib\liblzma.lib  
 -DXZ_INCLUDE_DIR=D:\a\sword-build-win32\sword-build-win32\xz\src\liblzma\api   
    
-DCURL_LIBRARY=D:\a\sword-build-win32\sword-build-win32\dist\lib\libcurl_imp.lib
   -DCURL_INCLUDE_DIR=D:\a\sword-build-win32\sword-build-win32\curl\include 
  -DCMAKE_DISABLE_FIND_PACKAGE_ICU=TRUE   -DCMAKE_BUILD_TYPE=Release
   sword 

I don't see the -DCURLAVAILABLE define which tells SWORD to use libCURL.
Again, it should default to the old behavior if it can't use libcurl to include 
the http transport to do the new check, but I am wondering if you have been 
building SWORD without CURL support (this would mean that it would fall back to 
libftp and should have still worked for you).
@Greg Hellings, any ideas about the cmake system?  Does it ever define 
CURLAVAILABLE when it finds libcurl?  (most interestingly on Windows)
Troy


On 1/21/24 13:28, Tobias Klein wrote:
Hi Troy,
 
my Windows build of SWORD has already been including CURL (currently used tag: 
curl-7_68_0).
 
Here is what CMake outputs (extract from build log on GitHub).
 
2024-01-21T14:39:13.3799672Z -- CONFIGURING SOURCE LIST
2024-01-21T14:39:13.3800942Z -- ZLib: system 
D:\a\sword-build-win32\sword-build-win32\dist\lib\zlib.lib
2024-01-21T14:39:13.3802219Z -- bzip2: system 
D:/a/sword-build-win32/sword-build-win32/dist/lib/libbz2.lib
2024-01-21T14:39:13.3803606Z -- xz: system 
D:/a/sword-build-win32/sword-build-win32/dist/lib/liblzma.lib
2024-01-21T14:39:13.3804732Z -- cURL: system 
D:\a\sword-build-win32\sword-build-win32\dist\lib\libcurl_imp.lib and 
D:/a/sword-build-win32/sword-build-win32/curl/include
2024-01-21T14:39:13.3805695Z -- CLucene: no
2024-01-21T14:39:13.3806800Z -- PkgConfig: yes
2024-01-21T14:39:13.3807142Z -- ICU: no
2024-01-21T14:39:13.3807647Z -- Regex.h: internal
2024-01-21T14:39:13.3814178Z -- Building Shared library.
2024-01-21T14:39:13.3818932Z -- Building Static library.
2024-01-21T14:39:13.3821940Z -- Setting SOVERSION to 1.9.0
2024-01-21T14:39:13.3972004Z -- Setting link libraries to 
D:\a\sword-build-win32\sword-build-win32\dist\lib\zlib.lib;D:/a/sword-build-win32/sword-build-win32/dist/lib/libbz2.lib;D:/a/sword-build-win32/sword-build-win32/dist/lib/liblzma.lib;D:\a\sword-build-win32\sword-build-win32\dist\lib\libcurl_imp.lib
 
I am attaching the full build log from GitHub for reference, not sure if it 
helps.
 
In a moment I will share screenshots from Ezra Bible App (before and after) 
with the available repository list – maybe that helps.
 
Best regards,
Tobias
 
 
From: Troy A. Griffitts
Sent: Sonntag, 21. Januar 2024 19:57
To: SWORD Developers' Collaboration Forum; Tobias Klein
Subject: Re: [sword-devel] HTTPS Transport
 
Hi Tobias,

Thank you so much for testing. My guess is that the difference is likely due to 
the way SWORD is compiled-- which dependencies SWORD is using. My speculation 
is that libcurl is probably available on Linux and your Windows build probably 
isn't using this library.

Can you let me know if SWORD is compiled with libcurl on your Windows build? I 
will try to test a Linux build without libcurl. I tried to make the new feature 
fallback to previous behavior if it couldn't use the new feature successfully. 
I obviously have failed in my backward compatibility effort. 😊 I will try to 
get it right.

Troy
 
On January 21, 2024 09:44:12 MST, Tobias Klein  wrote:
Hi Troy,

I have just done some testing with the latest changes in sword (SVN Rev. 3894).

I have not observed any issues on Linux. However, on Windows 10 the following 
happens:

Repository data does not seem to be returned in the same way as before (I was 
previously on SVN Rev. 3873, which is from November 7 2021).
E.g. a helper function in node-sword-interface that returns the number of 
modules per repository suddenly returns 0 modules for the CrossWire repository.

Is there any explanation for that?
I did not change anything in node-sword-interface, but onl

Re: [sword-devel] HTTPS Transport

[Tobias Klein]

Hi Troy,

here are the screenshots from Ezra Bible App. This shows the repository 
list - filtered to English and German language modules.


Note that the module counts per repository are correct, but the 
CrossWire repository (and only that one!) does not show at all anymore 
with the new SWORD version, because the number of returned modules is 0. 
Is it a repository-specific bug?


Repository list before:

Repository list after:

Best regards,
Tobias


On 1/21/24 9:28 PM, Tobias Klein wrote:


Hi Troy,

my Windows build of SWORD has already been including CURL (currently 
used tag: curl-7_68_0).


Here is what CMake outputs (extract from build log on GitHub).

2024-01-21T14:39:13.3799672Z -- CONFIGURING SOURCE LIST

2024-01-21T14:39:13.3800942Z -- ZLib: system 
D:\a\sword-build-win32\sword-build-win32\dist\lib\zlib.lib


2024-01-21T14:39:13.3802219Z -- bzip2: system 
D:/a/sword-build-win32/sword-build-win32/dist/lib/libbz2.lib


2024-01-21T14:39:13.3803606Z -- xz: system 
D:/a/sword-build-win32/sword-build-win32/dist/lib/liblzma.lib


*2024-01-21T14:39:13.3804732Z -- cURL: system 
D:\a\sword-build-win32\sword-build-win32\dist\lib\libcurl_imp.lib and 
D:/a/sword-build-win32/sword-build-win32/curl/include*


2024-01-21T14:39:13.3805695Z -- CLucene: no

2024-01-21T14:39:13.3806800Z -- PkgConfig: yes

2024-01-21T14:39:13.3807142Z -- ICU: no

2024-01-21T14:39:13.3807647Z -- Regex.h: internal

2024-01-21T14:39:13.3814178Z -- Building Shared library.

2024-01-21T14:39:13.3818932Z -- Building Static library.

2024-01-21T14:39:13.3821940Z -- Setting SOVERSION to 1.9.0

2024-01-21T14:39:13.3972004Z -- Setting link libraries to 
D:\a\sword-build-win32\sword-build-win32\dist\lib\zlib.lib;D:/a/sword-build-win32/sword-build-win32/dist/lib/libbz2.lib;D:/a/sword-build-win32/sword-build-win32/dist/lib/liblzma.lib;D:\a\sword-build-win32\sword-build-win32\dist\lib\libcurl_imp.lib


I am attaching the full build log from GitHub for reference, not sure 
if it helps.


In a moment I will share screenshots from Ezra Bible App (before and 
after) with the available repository list – maybe that helps.


Best regards,
Tobias

*From: *Troy A. Griffitts <mailto:scr...@crosswire.org>
*Sent: *Sonntag, 21. Januar 2024 19:57
*To: *SWORD Developers' Collaboration Forum 
<mailto:sword-devel@crosswire.org>; Tobias Klein 
<mailto:cont...@tklein.info>

*Subject: *Re: [sword-devel] HTTPS Transport

Hi Tobias,

Thank you so much for testing. My guess is that the difference is 
likely due to the way SWORD is compiled-- which dependencies SWORD is 
using. My speculation is that libcurl is probably available on Linux 
and your Windows build probably isn't using this library.


Can you let me know if SWORD is compiled with libcurl on your Windows 
build? I will try to test a Linux build without libcurl. I tried to 
make the new feature fallback to previous behavior if it couldn't use 
the new feature successfully. I obviously have failed in my backward 
compatibility effort. 😊 I will try to get it right.


Troy

On January 21, 2024 09:44:12 MST, Tobias Klein  
wrote:


Hi Troy,

I have just done some testing with the latest changes in sword (SVN Rev. 
3894).

I have not observed any issues on Linux. However, on Windows 10 the 
following happens:

Repository data does not seem to be returned in the same way as before (I 
was previously on SVN Rev. 3873, which is from November 7 2021).
E.g. a helper function in node-sword-interface that returns the number of 
modules per repository suddenly returns 0 modules for the CrossWire repository.

Is there any explanation for that?
I did not change anything in node-sword-interface, but only updated the 
sword dependency to the latest version 3894.

Best regards,
Tobias

On 12/16/23 11:11 PM, Troy A. Griffitts wrote:

Hey guys,

For a while now, we've been working on a new mechanism for allowing a 
remote module installation repository to use only HTTPS traffic to supply their 
modules, if they wish.  A little history and how things work in the released 
SWORD engine and what we have in SVN trunk now... (skip to === NEW === if you 
don't care about the history and why)

 From the beginning of SWORD we have had as a core value the simple 
enabling of Bible distribution.  The very first versions of our installer could 
use as an installation source any working installation of a SWORD library.  
E.g., user 1 sets up Xiphos and manually unzips 100 Bibles, commentaries, 
lexicons, dictionaries, etc. for use with Xiphos.  User 1 can then share 
(network drive, USB stick, FTP) their installation folder where they have 
unzipped all the data for their library, and user 2 can come along and install 
Bibletime or Xiphos or any other SWORD application and point their installer to 
this shared location and install from there any Bible, commentary, lexicon, 
dictionary, etc., from user 1's working installat

Re: [sword-devel] HTTPS Transport

[Tobias Klein]

Hi Troy,

my Windows build of SWORD has already been including CURL (currently used tag: 
curl-7_68_0).

Here is what CMake outputs (extract from build log on GitHub).

2024-01-21T14:39:13.3799672Z -- CONFIGURING SOURCE LIST
2024-01-21T14:39:13.3800942Z -- ZLib: system 
D:\a\sword-build-win32\sword-build-win32\dist\lib\zlib.lib
2024-01-21T14:39:13.3802219Z -- bzip2: system 
D:/a/sword-build-win32/sword-build-win32/dist/lib/libbz2.lib
2024-01-21T14:39:13.3803606Z -- xz: system 
D:/a/sword-build-win32/sword-build-win32/dist/lib/liblzma.lib
2024-01-21T14:39:13.3804732Z -- cURL: system 
D:\a\sword-build-win32\sword-build-win32\dist\lib\libcurl_imp.lib and 
D:/a/sword-build-win32/sword-build-win32/curl/include
2024-01-21T14:39:13.3805695Z -- CLucene: no
2024-01-21T14:39:13.3806800Z -- PkgConfig: yes
2024-01-21T14:39:13.3807142Z -- ICU: no
2024-01-21T14:39:13.3807647Z -- Regex.h: internal
2024-01-21T14:39:13.3814178Z -- Building Shared library.
2024-01-21T14:39:13.3818932Z -- Building Static library.
2024-01-21T14:39:13.3821940Z -- Setting SOVERSION to 1.9.0
2024-01-21T14:39:13.3972004Z -- Setting link libraries to 
D:\a\sword-build-win32\sword-build-win32\dist\lib\zlib.lib;D:/a/sword-build-win32/sword-build-win32/dist/lib/libbz2.lib;D:/a/sword-build-win32/sword-build-win32/dist/lib/liblzma.lib;D:\a\sword-build-win32\sword-build-win32\dist\lib\libcurl_imp.lib

I am attaching the full build log from GitHub for reference, not sure if it 
helps.

In a moment I will share screenshots from Ezra Bible App (before and after) 
with the available repository list – maybe that helps.

Best regards,
Tobias


From: Troy A. Griffitts
Sent: Sonntag, 21. Januar 2024 19:57
To: SWORD Developers' Collaboration Forum; Tobias Klein
Subject: Re: [sword-devel] HTTPS Transport

Hi Tobias,

Thank you so much for testing. My guess is that the difference is likely due to 
the way SWORD is compiled-- which dependencies SWORD is using. My speculation 
is that libcurl is probably available on Linux and your Windows build probably 
isn't using this library.

Can you let me know if SWORD is compiled with libcurl on your Windows build? I 
will try to test a Linux build without libcurl. I tried to make the new feature 
fallback to previous behavior if it couldn't use the new feature successfully. 
I obviously have failed in my backward compatibility effort. 😊 I will try to 
get it right.

Troy

On January 21, 2024 09:44:12 MST, Tobias Klein  wrote:
Hi Troy,

I have just done some testing with the latest changes in sword (SVN Rev. 3894).

I have not observed any issues on Linux. However, on Windows 10 the following 
happens:

Repository data does not seem to be returned in the same way as before (I was 
previously on SVN Rev. 3873, which is from November 7 2021).
E.g. a helper function in node-sword-interface that returns the number of 
modules per repository suddenly returns 0 modules for the CrossWire repository.

Is there any explanation for that?
I did not change anything in node-sword-interface, but only updated the sword 
dependency to the latest version 3894.

Best regards,
Tobias

On 12/16/23 11:11 PM, Troy A. Griffitts wrote:
Hey guys,

For a while now, we've been working on a new mechanism for allowing a remote 
module installation repository to use only HTTPS traffic to supply their 
modules, if they wish.  A little history and how things work in the released 
SWORD engine and what we have in SVN trunk now... (skip to === NEW === if you 
don't care about the history and why)

>From the beginning of SWORD we have had as a core value the simple enabling of 
>Bible distribution.  The very first versions of our installer could use as an 
>installation source any working installation of a SWORD library.  E.g., user 1 
>sets up Xiphos and manually unzips 100 Bibles, commentaries, lexicons, 
>dictionaries, etc. for use with Xiphos.  User 1 can then share (network drive, 
>USB stick, FTP) their installation folder where they have unzipped all the 
>data for their library, and user 2 can come along and install Bibletime or 
>Xiphos or any other SWORD application and point their installer to this shared 
>location and install from there any Bible, commentary, lexicon, dictionary, 
>etc., from user 1's working installation.  Then user 2 can travel to their 
>school in Zimbabwe, plug into their school's network and share their data 
>folder from their working SWORD application and students on that network can 
>install Bibles from them.

None of this has changed.  This is still a core value and still works with all 
the same mechanisms.

Over the years, we have added on top of this behavior optional optimizations 
for remote repositories.  For example, instead of looking for the mods.d/ 
folder and downloading individually all the .conf files found there to present 
to a user a list of which Bibles, commentaries, etc. are available, we first 
look for a mods.d.tar.gz fi

Re: [sword-devel] HTTPS Transport

[Tobias Klein]

Hi Troy,

I have just done some testing with the latest changes in sword (SVN Rev. 
3894).


I have not observed any issues on Linux. However, on Windows 10 the 
following happens:


Repository data does not seem to be returned in the same way as before 
(I was previously on SVN Rev. 3873, which is from November 7 2021).
E.g. a helper function in node-sword-interface that returns the number 
of modules per repository suddenly returns 0 modules for the CrossWire 
repository.


Is there any explanation for that?
I did not change anything in node-sword-interface, but only updated the 
sword dependency to the latest version 3894.


Best regards,
Tobias

On 12/16/23 11:11 PM, Troy A. Griffitts wrote:

Hey guys,

For a while now, we've been working on a new mechanism for allowing a 
remote module installation repository to use only HTTPS traffic to 
supply their modules, if they wish.  A little history and how things 
work in the released SWORD engine and what we have in SVN trunk now... 
(skip to === NEW === if you don't care about the history and why)


From the beginning of SWORD we have had as a core value the simple 
enabling of Bible distribution.  The very first versions of our 
installer could use as an installation source any working installation 
of a SWORD library.  E.g., user 1 sets up Xiphos and manually unzips 
100 Bibles, commentaries, lexicons, dictionaries, etc. for use with 
Xiphos.  User 1 can then share (network drive, USB stick, FTP) their 
installation folder where they have unzipped all the data for their 
library, and user 2 can come along and install Bibletime or Xiphos or 
any other SWORD application and point their installer to this shared 
location and install from there any Bible, commentary, lexicon, 
dictionary, etc., from user 1's working installation.  Then user 2 can 
travel to their school in Zimbabwe, plug into their school's network 
and share their data folder from their working SWORD application and 
students on that network can install Bibles from them.


None of this has changed.  This is still a core value and still works 
with all the same mechanisms.


Over the years, we have added on top of this behavior optional 
optimizations for remote repositories.  For example, instead of 
looking for the mods.d/ folder and downloading individually all the 
.conf files found there to present to a user a list of which Bibles, 
commentaries, etc. are available, we first look for a mods.d.tar.gz 
file with all the .conf files bundled into a single download.  This 
saves a lot of time working with large remote repositories.  If we 
don't find this file, we still fallback to downloading the individual 
files.  We don't want a failure to happen when passing along Bibles if 
this optimization is not in place, but we do want to speed things up 
if the manager of the remote repository knows how to manage their 
repository optimally and is willing to do this extra work to keep this 
file in place and up to date.


Over the years, the FTP protocol, which SWORD has primarily used for 
remote module installation over the internet, has seen data providers 
block traffic due to its unencrypted nature.  Being Bible 
distributors, in most cases we don't care if anyone snoops on our data 
packets.  Generally, again in most cases, we WANT people to snoop.  We 
don't require user / password for distribution so the security issues 
involved in sending those in plain text don't apply to our 
applications, generally.  Now, of course there are scenarios which 
people may wish to distribute Bibles without public knowledge, and 
sometimes users may wish to protect their modules with username / 
password credentials, and for this we have historically also supported 
SFTP.


One driving factor for the latest improvement described below is that 
we have found some mobile data providers blocking FTP traffic on their 
network, requiring our users to get to a WiFi connection before they 
can install Bibles, etc.



=== NEW ===

In SVN trunk there is code to handle a new facility for remote module 
installation.  Like the optional optimization with the mods.d.tar.gz 
file, this new mechanism is optional.  All will work as before if 
nothing is changed.


Fully enabling the new mechanism consists of 4 steps:

1. assuring https access to the root folder of your module repository.

2. mods.d.tar.gz is required for this mechanism to be successful.

3. module.zip files must be available from a packages/ folder at the 
root of your module repository folder.  These .zip files have been 
historically required for JSword-based apps because JSword does not 
yet know how to install from an working installation of modules, as 
described at the beginning of this email.  So because many of our 
repository maintainers support JSword, this step might be as simple as 
creating a packages/ -> symbolic link to your JSword .zip module files 
folder, if you are already maintaining zip files.


4. adding an HTTPSPackagePreference en

[sword-devel] Ezra Bible App 1.13 released

[Tobias Klein]

Hi all,

Ezra Bible App 1.13 has been released. This release comes with bugfixes 
and small enhancements as well as a new Slovenian locale.

https://github.com/ezra-bible-app/ezra-bible-app/releases/tag/1.13.0

Note-worthy improvements and fixes are:

 * Slovenian locale (thanks Marjan Šavli)
 * Add support for selecting verses based on pressing Shift key
 * Copy verses to clipboard including html formatting
 * Dictionary use without keyboard
 * Put transChange meta data in html title attribute to make it readable
 * Add buttons for copying verses from translation comparison panel to
   clipboard
 * Add ability to switch tag group within tag statistics panel
 * Fix: Greek Strong's parsing broken with StrongsGreek version 2.0
 * Fix: Saving current tab configuration not working on Android exit,
   but only on pause

Locales are up-to-date for English, German, French, Spanish, Dutch, 
Slovakian, Slovenian, Romanian, Ukrainian, Russian.


Thanks to Martin for the Slovakian locale update.
Thanks to Marjan for the Slovenian locale update.
Thanks to Tom for the Dutch & French locale update.
Thanks to Augustin for the Romanian locale update.
Thanks to Reinaldo for the Spanish locale update.
Thanks to Evgen for the Ukrainian and Russian locale updates.

I am happy about any feedback.

Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Packaging Ezra Bible App for Snap and Flatpak users?

[Tobias Klein]

Hi Aaron,

I'd be very open to that!

You should start with the build instruction:

https://github.com/ezra-bible-app/ezra-bible-app/blob/master/BUILD.md#linux

If you need to add a build script consider the existing ones for Linux here:
https://github.com/ezra-bible-app/ezra-bible-app/tree/master/build_scripts/linux

The build targets for the different platforms are also available as npm run 
actions via the package.json file:

https://github.com/ezra-bible-app/ezra-bible-app/blob/master/package.json

Feel free to raise a pull request if you want to add this additional 
packaging in the existing structures mentioned above. I'd be happy to test/ 
review your work.


Best regards,
Tobias

Am 20. Januar 2024 19:18:33 schrieb Aaron Rainbolt :


It appears that the Ezra Bible App can only be installed using
upstream packages for a select group of popular Linux distributions
currently. It would be handy for users to be able to install it by
using widely available repositories such as the Snap Store and
Flathub. I'm fairly skilled at software packaging for distros (though
I haven't done Snap or Flatpak before - I'm interested in learning how
though) and am thinking about trying to make Snap and Flatpak packages
for Ezra Bible App.

Does this seem like a good idea? Are there hurdles I should be aware
of (other than having to work with Electron)? Would the developers
prefer that I not do this?


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Module release: StrongsGreek

[Tobias Klein]

Hi Troy,

Thanks for your work on the Strong's Greek dictionary.

I implemented some changes in node-sword-interface to be able to parse 
the content based on the structural changes (both versions of the 
Dictionary module are supported now).


Here is one minor bug: The new version lacks a /SwordVersionDate/ 
attribute in the *.conf file.


Best regards,
Tobias

On 11/30/23 10:39 PM, dom...@crosswire.org wrote:

Dear All,

This is to announce that we have just now uploaded StrongsGreek
in the CrossWire (main) repository.

## Language:
en

## Description:
Strong's Greek Bible Dictionary

## Category:
Lexicon / Dictionary

## Version:
This is an update. Version: 2.0

## What's new:
Switched to TEI using lexicon template with standard elements for each entry 
including Greek lexical form, transliteration and pronunciation.

Many thanks to Troy_A__Griffitts for the hard work.

We wish you enjoyable reading,
The Module Team

P.S.: This email is sent automatically on upload of a new/updated module

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] transChange element

[Tobias Klein]

On 12/11/23 5:47 PM, pinoaffe wrote:

First of all, the phrase "Words added for modern readers, where in the
original the meaning was implied", doesn't account for the case where
words were changed rather than added

In general, I think rephrasing these tooltips as full sentences would be
preferrable, e.g. something along the lines of

- (added) "These words were added in translation" or
- (added) "These words do not directly correspond to words in the source text"
- (amplified) "These words are amplifications of information in the source text"
- (changed) "These words were changed in translation"
- (deleted) "Some words in the source text are not present in the translation" 
or
- (deleted) "Some words in the source text do not directly correspond to any words 
in the translation"
- (implied) "These words were added or changed to translate information implied by 
the source text" or
- (implied) "These words were added or changed to translate information implied by 
(but not explicitly stated in) the source text"
- (moved) "These words were moved in translation" or
- (moved) "These words were in another location in the source text"
- (tense-change) "The gramatical tense of these words was changed in order to 
facilitate translation"


I have just changed 
 
the English text of the tooltips based on your suggestions.


These texts are the base for translations that are pending for the next 
release (in January).


Thank you once more for your help on this!

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] transChange element

[Tobias Klein]

Thanks for the feedback on this, David!

Best regards,
Tobias

On 12/12/23 9:00 AM, David Haslam wrote:

A bit of lateral thinking in this topic…

There’s no requirement that only whole words should be wrapped within 
a transChange element!
In some translations it’s not unusual for parts of words to be so 
marked. (eg. Spanish).


In some languages (eg Thai) one should also be aware that there are no 
spaces between words.
Determining word boundaries is not a straightforward task even for a 
computer.


And although SWORD renders in italics the text that’s marked with 
transChange, there are also writing systems (non-Roman scripts) for 
which there is no possibility to do this.


Best regards,

David

On Tue, Dec 12, 2023 at 07:45, Tobias Klein <mailto:On Tue, Dec 12, 2023 at 07:45, Tobias Klein <> wrote:

On 12/11/23 5:47 PM, pinoaffe wrote:
>> Would you suggest to change any of these for making the tooltip easier
>> to read?
> First of all, the phrase "Words added for modern readers, where in the
> original the meaning was implied", doesn't account for the case where
> words were changed rather than added
>
> In general, I think rephrasing these tooltips as full sentences 
would be

> preferrable, e.g. something along the lines of
>
> - (added) "These words were added in translation" or
> - (added) "These words do not directly correspond to words in the 
source text"
> - (amplified) "These words are amplifications of information in the 
source text"

> - (changed) "These words were changed in translation"
> - (deleted) "Some words in the source text are not present in the 
translation" or
> - (deleted) "Some words in the source text do not directly 
correspond to any words in the translation"
> - (implied) "These words were added or changed to translate 
information implied by the source text" or
> - (implied) "These words were added or changed to translate 
information implied by (but not explicitly stated in) the source text"

> - (moved) "These words were moved in translation" or
> - (moved) "These words were in another location in the source text"
> - (tense-change) "The gramatical tense of these words was changed 
in order to facilitate translation"

>
>> This will then become the basis for translating the tooltip to 
other languages as well.
> I think that having full sentences helps convey the tooltip meaning 
more

> clearly and that such sentences are more easy to translate to other
> languages

Thank you, that's helpful feedback! I'll consider your suggestions and
update the English locale accordingly.

How about the grammatical number of the words in the transChange
element: In your proposals, the tooltips/explanations are all plural
("These words"). When I look at examples in the Bible text, though I
often see only one word that is italic. Should we have singular/plural
variants of the tooltips? It is possible to detect dynamically how many
words are in the transChange element and determine the right tooltip
accordingly.

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] transChange element

[Tobias Klein]

On 12/11/23 5:47 PM, pinoaffe wrote:

Would you suggest to change any of these for making the tooltip easier
to read?

First of all, the phrase "Words added for modern readers, where in the
original the meaning was implied", doesn't account for the case where
words were changed rather than added

In general, I think rephrasing these tooltips as full sentences would be
preferrable, e.g. something along the lines of

- (added) "These words were added in translation" or
- (added) "These words do not directly correspond to words in the source text"
- (amplified) "These words are amplifications of information in the source text"
- (changed) "These words were changed in translation"
- (deleted) "Some words in the source text are not present in the translation" 
or
- (deleted) "Some words in the source text do not directly correspond to any words 
in the translation"
- (implied) "These words were added or changed to translate information implied by 
the source text" or
- (implied) "These words were added or changed to translate information implied by 
(but not explicitly stated in) the source text"
- (moved) "These words were moved in translation" or
- (moved) "These words were in another location in the source text"
- (tense-change) "The gramatical tense of these words was changed in order to 
facilitate translation"


This will then become the basis for translating the tooltip to other languages 
as well.

I think that having full sentences helps convey the tooltip meaning more
clearly and that such sentences are more easy to translate to other
languages


Thank you, that's helpful feedback! I'll consider your suggestions and 
update the English locale accordingly.


How about the grammatical number of the words in the transChange 
element: In your proposals, the tooltips/explanations are all plural 
("These words"). When I look at examples in the Bible text, though I 
often see only one word that is italic. Should we have singular/plural 
variants of the tooltips? It is possible to detect dynamically how many 
words are in the transChange element and determine the right tooltip 
accordingly.


Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] transChange element

[Tobias Klein]

On 12/8/23 8:27 AM, Tobias Klein wrote:

On 12/7/23 10:34 AM, pinoaffe wrote:

I was wondering what are the different types? I did not find an
exhaustive list.

There's a list on page 122 of the OSIS 2.1.1 User Manual, see below:

- *added*: Words added.
- *amplified*: More than addition of words to smooth out a translation.
- *changed*: Words are changed in the translation, such as modern 
spellings.
- *deleted*: Words that appear in the original but not in the 
translation.
- *moved*: Words that are moved to better represent the meaning of 
the text

 being translated from their original order.
- *tenseChange*: Indicates a change of the tense from the original to 
one

 that occurs in the translation language.

also, creators of OSIS documents can of course introduce their own types
prefixed with "x-" such as "x-spellingCorrection" or anything else.


So there is another element mentioned in the list on page 85 of the OSIS 
User Manual.


The element is /implied/ - what's the meaning of that? The explanation 
for that element is missing.


Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] transChange element

[Tobias Klein]

On 12/7/23 10:34 AM, pinoaffe wrote:

I was wondering what are the different types? I did not find an
exhaustive list.

There's a list on page 122 of the OSIS 2.1.1 User Manual, see below:

- *added*: Words added.
- *amplified*: More than addition of words to smooth out a translation.
- *changed*: Words are changed in the translation, such as modern spellings.
- *deleted*: Words that appear in the original but not in the translation.
- *moved*: Words that are moved to better represent the meaning of the text
 being translated from their original order.
- *tenseChange*: Indicates a change of the tense from the original to one
 that occurs in the translation language.

also, creators of OSIS documents can of course introduce their own types
prefixed with "x-" such as "x-spellingCorrection" or anything else.



Thank you! That's very helpful :)

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] transChange element

[Tobias Klein]

Hi all,

I am planning to turn the meta data of the transChange element into 
user-readable information (see ezra-bible-app #972 
).


I was wondering what are the different types? I did not find an 
exhaustive list.


These are the types I discovered:

- added
- deleted
- tenseChange

Are there any others?

I would add user-readable explanations into the locales and this could 
then also be translated in the different UI languages.


Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] CrossWire and git

[Tobias Klein]

Hi Troy, Greg!

Any progress on this initiative? :)

Best regards,
Tobias

On 3/17/23 8:09 PM, Troy A. Griffitts wrote:


I don't want this to turn into a debate.

I agree, we need to move source control to git.

I even mostly agree we should do most of our dev work on github for 
the visibility to draw other developers.


To move forward with this:

1) I would actually need access to the github 'crosswire' 
organization, which I currently don't have.


2) I am happy to migrate our 27 repos there (yes, I was also surprised 
we have 27, but even these old ones would be nice to have on github 
for posterity).
3) After #2, I would love for Github experts to help me find a 
solution that effectively grant elevated access to individuals for 
merging PRs into our master repository without my approval FOR CERTAIN 
PARTS OF THE REPO they own or are trusted to approve.


This #3 item had been the primary element holding us back from moving 
from SVN to git.  If you are unaware, SVN has a very easy way to 
elevate permissions for accounts for parts of the repository.  I don't 
want to have to approve all changes!  I trust our pumpkin holders to 
care for their parts of the repository.


We've discussed, in the past, submodules for handle this, but they do 
not handle this well.  e.g., I want to grant Greg Hellings full write 
access to merge any PR which updates any of our cmake scripts in all 
folders everywhere.  I don't know anything about cmake and Greg is an 
expert.  I want him to be able to manage that build system without my 
oversight.  I trust him.  I do not want to grant Greg merge access for 
code that has anything to do with our C++ engine.  He might be a great 
C++ programmer, but he hasn't expressed he wants that access or ever 
submitted C++ code for me to review and merge myself, so I want to 
protect Greg from accidentally merging in someone's PR which includes 
C++ engine code.


In SVN this is easy.  Attached is our SVN access file.  Help me 
translate this workflow to Github.  There must be some way to restrict 
merges based on the merging user and files modified in the PR.  Or at 
least require a review by certain users bases on the files modified in 
the PR.


Help me :)

Troy


On 3/17/23 11:24, Greg Hellings wrote:
Indeed. It's not a principled stand that I'm refusing to get 
Subversion going. It's simply that it's too much work that I haven't 
bothered and don't foresee doing so anytime soon.


And, with no setup to automatically test the scripts in all the 
environments they must support, it's not likely others are willing to 
commit this on my behalf.


--Greg

On Sun, Mar 12, 2023, 09:42 Peter von Kaehne  wrote:

I think you misunderstood Greg.

There is a long campaign and strong feeling to have the project
on Git but there is no agreement or movement to that. And it
seems Greg is pausing his contributions until that matter is
resolved.

Peter

Sent from my phone. Please forgive misspellings and weird
“corrections”


On 12 Mar 2023, at 15:51, ZdPo Ster  wrote:


I am sorry, but I did not get the point of your reply.
I do not use subversion - I use git-svn as proposed several
months ago on this forum. But current cmake configuration
expects everybody to use subversion, which is wrong.
These patches improve cmake build:

  *  that will work also with git-svn
  * MSVC build
  * fix depreciated

AFAIK it should cause no harm for other combinations, just
improve current state.

Zdenko

On Thu, 9 Mar 2023 at 23:18, Greg Hellings
 wrote:

I've never bothered to get Subversion setup on my local
machine. Remembering the setup, plus my credentials, and how
to use it is more labor than I've been willing to spend on
this effort. If, in the future, I overcome that inertia then
I'll happily test and apply this patch.

--Greg

On Sat, Feb 25, 2023 at 5:34 AM ZdPo Ster
 wrote:

Any update on this (after 3.5 months)?

Zdenko

On Sat, 26 Nov 2022 at 21:53, Greg Hellings
 wrote:

Thanks. I am not privy to the patches email inbox,
so this mailing list is the way to reach me for
CMake things. I'll review these when I have the
opportunity.

--Greg

On Sat, Nov 26, 2022, 13:46 Peter von Kaehne
 wrote:



How to suggest improvements to the sword project?



You did it the right way. It just is a bit
on/off as a project. GHellings is the cmake
pumpkin holder as far as I know. I bcc him on a
different email address.

Peter




BR,

Zdenko

-- Forwarded message -
From: *ZdPo Ster* 
   

[sword-devel] Ezra Bible App 1.12 released

[Tobias Klein]

Hi all,

Ezra Bible App 1.12 has been released. This is mostly a bugfix release.
https://github.com/ezra-bible-app/ezra-bible-app/releases/tag/1.12.0

Note-worthy improvements and fixes are:

 * Automatically open module install assistant when no SWORD modules
   are installed yet.
 * Force horizontal display of verse notes in Portrait mode (tablet/phone).
 * Scroll back to same verse after changing translations.
 * Bugfix: Wrong text direction for Hebrew Bibles.
 * Added packaging for Debian 12.

Locales are up-to-date for English, German, French, Spanish, Dutch, 
Slovakian, Romanian, Brazilian Portuguese, Ukrainian, Russian.


Thanks to Martin for the Slovakian locale update.
Thanks to Tom for the Dutch & French locale update.
Thanks to Augustin for the Romanian locale update.
Thanks to Reinaldo for the Spanish locale update.
Thanks to Christian for the Brazilian Portuguese locale update.
Thanks to Evgen for the Ukrainian and Russian locale updates.

I am happy about any feedback.

Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Compiling problems

[Tobias Klein]

I have no idea about the automake issues.

You could alternatively try with CMake.

Install cmake (apt install cmake), and then:

mkdir build

cd build

cmake 

make

make install

Best regards,
Tobias

On 11/6/23 8:45 PM, Peter Von Kaehne wrote:

Am trying after far too many years to get myself up to speed with CrossWire and 
hopefully back to contributing. Of course lots is rusty

And lots does not work for me...

I am on Debian (Unstable). I have downloaded sword via SVN and wanted to 
compile it.

./autogen.sh makes numerous complaints about a missing subdir option, 
usrinst.sh fails subsequently with a message around CLUCENE2

Checking online this appears to have to do with gettext - but I have it 
installed.

./configure: line 17649: syntax error near unexpected token `CLUCENE2,'
./configure: line 17649: `PKG_CHECK_MODULES(CLUCENE2, libclucene-core >= 
2.3,,true)'

I have of course clucene including its development files.

I would be grateful for some handholding here.

Thanks!

Peter
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Listing unorthodox works

[Tobias Klein]

I would also be interested in an answer to that question!

Best regards,
Tobias

On 10/31/23 7:18 PM, David "Judah's Shadow" Blue wrote:

Hi,

I was wondering if there was a way to tell, that a module falls under the
Cult/Unorthodox/Questionable category, there doesn't seem to be a MODTYPE_*
definition for that and I'd rater not list these modules along with fully
orthodox translations.


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Bishop to-do list

[Tobias Klein]

Hi Cyrille,

I understand where you're coming from in terms of user needs.

Merging is something that would technically not be that easy due to 
different technologies ... it would rather mean re-developing features, 
or re-developing the app entirely.
And that is a lot of work, that one would first needs to commit to do 
(the author ... and potentially their family!!).


A pre-requisite would be alignment about goals / objectives / purpose. I 
believe we currently address slightly different goals / objectives / 
purpose with the existing set of apps.


Maybe, one day, there will be a "window of opportunity" that enables 
such a joint development.
The thing with open source is, that not everyone spends the same amount 
of time on it during the same time period.
One person may have more time now, another person more time two years 
from now ...
Also, people often stick to the technology they are used to from their 
professional life because then they do not have to repeat the learning 
curve from scratch.


What I can tell you is that right now I wouldn't have the time for 
re-developing an app or re-starting a learning curve on different 
technology.
I did have the time a few years ago when I started Ezra Bible App as an 
Electron app. And I'm ok to keep maintaining it. But re-developing is 
another story in terms of time and effort needed for that.


Best regards,
Tobias

On 10/28/23 11:57 AM, Fr Cyrille wrote:

lHello Friends,
I may be saying something heresy, but I'll try anyway. To begin with, 
I'd like to thank Troy and Tuomas for their beautiful apps, as well as 
Tobias, for all their hard work.

Personally, I use Bishop and Andbible, but I intend to test Esra as well.
That's what I'm thinking about. It's a lot of work to code, and there 
aren't many of you. Wouldn't it be useful to merge the projects?
Here's my case in point. I use Anbible for almost everything, except 
for what bishop offers that Andbible doesn't have:


  * Daily devotional
  * the parallel passage of the Gospels with the modules of Eusebius
of Caesarea, a really good tool.
  *  And even if I don't use it, but access to the original
manuscripts is a great tool too.

So there are three things I think Andbible lacks to be perfect, which 
I've just described.
So would it be possible, rather than creating a new program, to simply 
(it may not be simple at all, pardon me for being a philistine) 
integrate these strengths of bishop into Andbible, and thus have an 
ultra-complete app?


Just a question/suggestion...

Br Cyrille

Le 28/10/2023 à 10:08, Peter von Kaehne a écrit :
As you are at it… I never reported it but Bishop crashes reliably 
during all word searches on iPhones. At least on mine. Both Bishop 
and the Capuchinhos version.


Peter

Sent from my phone. Please forgive misspellings and weird “corrections”

On 28 Oct 2023, at 01:49, Troy A. Griffitts  
wrote:



Hi Michael. I've not had any reports of that nor seen it. Could you 
give me more info. I can pull up an emulator to match your setup and 
try to reproduce.



On October 27, 2023 17:18:43 MST, Michael Johnson 
 wrote:


The biggest thing I would like is more stability.

Last time I used Bishop on my Android phone, it crashed every
time I tried to tap the pull-down list to add a second in the
parallel list.

On 10/27/23 09:09, Troy A. Griffitts wrote:


Hey guys,

I just wanted to post here this random list of things I intend
to update for the next version of Bishop.  If anyone is
interested in helping or giving ideas, I would love collaborators.

**

*Bishop todo*

*

 *

Space between verse number and first character of text for
better copy and paste

 *

Help users know when they should add modules: in commentary
view [Install More Commentaries], strong lex, daily
devotional, gen book view, etc.

 *

Option to migrate data files to different locations.

 *

Option to add augment folders from other apps.

 *

See if there is a way to select down a column for selection
of multiple verses when in parallel view.

 *

Option to backup and restore notes, modules, and bookmarks,
Google drive?

 *

Bookmark tree, maybe from BibleCS

 *

ECM preload test and enable menu on Verse Study selection

 *

Manuscripts main menu option and integrate the mobile NTVMR
functionality.

 *

Option to turn on other VMR sites, like CoptOT, Vetus
Latina, etc.

 *

Some visualization for RB

 *

At a glance with a gradient color percentage, over max
witnesses cell (John 18?)

 *

Toggle to pannable grid view with locked 1st row/column.
Find a nice grid control.

 *

Ship INTF current data for RB, show date of data

 *

Tab to show INTF work progress bar chart along with button
t

Re: [sword-devel] New shared common SWORD path on Android

[Tobias Klein]

Hi Timothy,

yes, that's the user perspective and it is clear.

What makes it complicated in my case is the following.

Ezra Bible App on Android is a Cordova app. When it comes to 
permissions, etc. I depend on Cordova Plugins.


The one that I had been using is this:
https://www.npmjs.com/package/cordova-plugin-android-permissions

I believe that is the one that Troy is using, too.

When I tried last I couldn't get it to work with Android 11/12 and I 
have not tried Android 13 yet. In general, the plugin authors seem to be 
dealing with a long list of issues:

https://github.com/NeoLSN/cordova-plugin-android-permissions/issues

Now, I could put in the effort to fix that plugin or create my own. But 
that would add another technology/programming language to the list of 
technologies/programming languages I need to keep myself familiar with 
and where I would need to maintain it for future Android changes ... and 
that's currently too much. In case of Ezra Bible App, I already need to 
deal with peculiarities of Windows and macOS ... aside from the Cordova 
platform and I am supporting two different "development contexts" (C++ 
for SWORD, JavaScript for the app).


At some point I checked whether the "scoped storage" could be handled 
from C/C++ side, but I didn't find any easy enough entry points.


So, unless the Cordova world evolves further (including the respective 
plugins) ... it's going to be difficult with shared storage in Ezra 
starting from Android 11.
Maybe Troy has more luck and comes up with a reproducible approach ... I 
am open to learn and discuss!


Best regards,
Tobias


On 10/29/23 4:44 AM, Timothy Allen wrote:

On 29/10/23 05:50, Tobias Klein wrote:
If you happen to figure out a reliable solution for >= 11 and the new 
Scoped Storage model, I'd be happy to learn.


For >= 11 I am thinking about introducing a Cloud sync feature for 
the sword directory. This could then work with Dropbox and maybe also 
OneDrive.


As an Android user, my understanding is that apps can ask the user for 
a a shared directory to store their stuff in[1] and then read and 
write arbitrary files within that directory. If this option were 
available, I could point any SWORD apps to the same directory, and 
they would share modules. Personally, I would point apps to a 
subdirectory of my SyncThing directory, taking care of the cloud-sync 
problem too.



Timothy

[1]: 
https://developer.android.com/training/data-storage/shared/documents-files#grant-access-directory


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] New shared common SWORD path on Android

[Tobias Klein]

Hi Troy,

I did not re-attempt to fix the shared data path idea for Android >= 11.

Since Google introduced their scoped storage model ... I gave up on it.

On Android versions <= 10, I use the SWORD path /sdcard/Documents/sword.

On versions >= 11, I store everything in the internal app directory, and 
therefore there is no shared data path anymore.


If you happen to figure out a reliable solution for >= 11 and the new 
Scoped Storage model, I'd be happy to learn.


For >= 11 I am thinking about introducing a Cloud sync feature for the 
sword directory. This could then work with Dropbox and maybe also OneDrive.


Best regards,
Tobias

PS: I had a long summer break this year and was not very active on this 
mailing list. Hopefully my participation will increase again now.



On 10/22/23 11:51 AM, Troy A. Griffitts wrote:


Hi Tobias and others with Android SWORD apps.

I am trying to bundle up a new version of Bishop for Android with the 
some exciting improvements in the libsword (I'll post another email 
about those, Lord willing, soon), and I would like to check on the 
latest status for a shared sword path for us.


I have tried again to read about the current ways for apps to share 
data and am still unclear what is allowed, without performing experiments.


Tobias, where did you end up with your data path?  I'll do some 
investigations with the latest versions of Android images available 
from Google and see where the current logic in Bishop creates data 
files and report back.


Hope you are all having a wonderful weekend!

Glory to God for salvation in Jesus!  And thanks to Him for life and a 
warm bed and a roof over our heads and relative peace.  Many don't 
have those things.


Troy


On 10/4/21 13:10, Troy A. Griffitts wrote:

Hi Tobias,
So, I did a bunch of reading when choosing this location and couldn't 
find anything that specifically listed which folders where standard 
"top level" folders under /sdcard, only that the changes to the API 
in newer versions of Android prevented creation of top level folders 
under /sdcard. This article suggested to use 'Music':


https://www.reddit.com/r/androiddev/comments/jn5azi/android_11_dodges_a_bullet_apps_creating_a_folder/?utm_source=amp&utm_medium=&utm_content=post_body 
<https://www.reddit.com/r/androiddev/comments/jn5azi/android_11_dodges_a_bullet_apps_creating_a_folder/?utm_source=amp&utm_medium=&utm_content=post_body>


I didn't think Music was appropriate for us, but Iooked on my 
developer images from Google on the latest version of Android and a 
few versions back (I only need to go back as far as until Android 
still lets me store to /sdcard/sword, because I try that next if 
/sdcard/Documents/sword fails), and on my physical phone, and they 
all had /sdcard/Documents/ available.


I am open to better suggestions.

Again, to sum up where I understand things now:

Android, pre-10 lets us store to /sdcard/sword

Android 10 was kind of a mess and wanted everyone to use the new 
storage api instead of file paths but still allowed /sdcard/sword


Android 11 and later, Google recanted because of pressure from the 
community and settled on: file path are officially blessed again, but 
no top level folders created by apps under /sdcard, so we need to 
choose a folder.


/sdcard/Documents/sword seemed to exist on all versions of Android I 
checked, later than the versions which still supported /SD 
card/sword, so I settled with the logic:


Try in this order to test write access to:

/sdcard/Documents/sword
/sdcard/sword
[private unshared app storage]/sword

That's my best attempt. If you have a better suggestion, I am all ears.

Troy


On October 3, 2021 10:56:34 AM MST, Tobias Klein 
 wrote:


Hi Troy,

I can certainly consider /sdcard/Documents as a new base also for
Ezra (haven't tried it yet).

I just did a quick search and I didn't find any official Android
documentation on that particular filesystem path. Is there
something you can point me to?

Best regards,
Tobias

On 9/13/21 12:38 PM, Troy A. Griffitts wrote:


Thanks Michael, yes, I also feel we need to not swim against the
Google flow.  The problem is that the Google flow seems to turn
at each new release of Android.  Be assured, my goal is to find
a common means for us to share a single install of SWORD modules
and to do it the way Google wants and for as many versions of
Android as practical.

Tobias,

I've had no trouble writing to /sdcard/... from our C++ code, as
long as I don't write to the root of /sdcard/. My change from
/sdcard/sword to /sdcard/Documents/sword/ works fine on Android 11.

Can you give /sdcard/Documents/sword/ a try?  You can grab my
exact C++ code from the cordova plugin if you have trouble.

https://crosswire.org/svn/sword/trunk/bindings/java-jni/jni/swordstu

[sword-devel] Ezra Bible App 1.11 released

[Tobias Klein]

Hi all,

Ezra Bible App 1.11 has been released.
https://github.com/ezra-bible-app/ezra-bible-app/releases/tag/1.11.0 



Ezra Bible App 1.11 features support for Bible commentaries as well as 
various bugfixes and enhancements.


Note-worthy improvements and fixes are:

 * Add support for Bible commentary modules.
 * Merge module description and module details tabs in app info dialog.
 * Bugfix: Search terms are not highlighted if search term is found
   within text that quotes Jesus.
 * Bugfix: Module search is hanging if search starts or ends with
   whitespace.

Downloads are available for:

 * Windows (tested on Windows 10)
 * macOS (tested on macOS 12 Monterey)
 * Ubuntu 20.04 + 22.04 (tested on 20.04)
 * Debian 10 + 11
 * Linux Mint 18
 * Fedora 31 + 33 + 35 + 37
 * CentOS 8
 * OpenSuse Leap 15.2
 * Android (via Google Play
   )

Locales are up-to-date for English, German, French, Dutch, Slovakian, 
Romanian, Brazilian Portuguese, Ukrainian, Russian.


Thanks to Martin for the Slovakian locale update.
Thanks to Tom for the Dutch & French locale update.
Thanks to Augustin for the Romanian locale update.
Thanks to Christian for the Brazilian Portuguese locale update.
Thanks to Evgen for the Ukrainian and Russian locale updates.

I am happy about any feedback.

Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Rendering issues with Finnish Umlauts in FinPR

[Tobias Klein]

Thank you, Troy! With these explanations I understand the big picture of 
markup transformation and filters a bit better!


For now, I'll go forward with the FMT_OSIS option for the 
MarkupFilterMgr in node-sword-interface. I understand from your 
explanations that this produces similar results as when initializing 
SWMgr without any markup filters.


When I started out using SWORD in node-sword-interface I did not set any 
filters at the time (not really knowing about it as a newbie). Since 
then I have somehow handled the OSIS markup and I am not unhappy with 
the formatting/styling in the frontend at this point. It could probably 
be better and I have certainly not explored all variants, yet ... so, I 
will keep the filter possibilities on my mind for future adaptations!


Have a blessed Easter celebration :)

Tobias

On 4/6/23 10:22 PM, Troy A. Griffitts wrote:

Hi Tobias,

Great that the encoding issue is solved. If you really want to handle 
OSIS yourself (which is a lot of work) I would recommend requesting 
OSIS markup. Remember, we support various markup formats. Not 
everything is OSIS. If you ask for OSIS then you should get generally 
the same markup you received previously, from newer modules which are 
almost exclusively OSIS-- most markup will just be passthru. If a user 
installs a GBF or ThML or some other markup module, we will try our 
best to convert to OSIS on the fly for you.


Though I wouldn't recommend this path long-term. Quite a bit of time 
goes into the various render filters to handle all the nuances of our 
supported markup formats. I would recommend using one of our render 
filter sets eventually (preferably WEBIF, XHTML, or HTMLHREF) and let 
us give you nice HTML output with styles you can adjust as you see 
fit. This will focus that burden of support for new markup on the 
engine instead of your frontend.  I don't know of any other frontend 
team that tries to handle OSIS themselves.


If you feel you might lose control of how you want output, we have 
various means to inject modifications, of you don't like what we give 
you, but honestly, if you have a good objection, we're likely to 
adjust the output for you. We try our best to just give classed 
containers: divs and spans, etc., and there is an API call to give you 
our default styles which give a sane styling for classes. Typically, 
the strategy is to include these styles first in your output, and then 
override anything you don't like afterward. This way, if something new 
is added in the engine, at least you will get some sane style applied 
for it.  The call is:


SWModule::getRenderHeader()

Hope this helps a bit. Thanks for letting us know your progress. I am 
excited about your app!


On April 6, 2023 12:36:41 PM MST, Tobias Klein  
wrote:


Hi Troy,

Thanks for your help! I have just tried using this parameter for
the construction of SWMgr and it looks good.
I had another look at the example for the German Rieger commentary
where I observed the encoding issues before and they are gone now!

Well, I guess I could have asked one or the other question before
... but as long as a bit of code reading and experimenting results
in a solution, I'm usually fine.
Thank you! I do appreciate all your efforts.

I do have another question regarding the construction of
MarkupFilterMgr.
If I want to apply the encoding filter for UTF8, but do not need
the markup filter manager for XHTML is it ok to perform the
construction like this?

new MarkupFilterMgr(sword::FMT_UNKNOWN, sword::ENC_UTF8)

I checked the code in markupfiltmgr.cpp and found that the
implementation of MarkupFilterMgr::createFilters does not consider
the case FMT_UNKNOWN, so in this case it would simply not add any
specific markup filter, right? Since I haven't used any markup
filters so far and my code already depends on the standard output
generated by the SWORD engine I did not want to add a markup
filter for the time being.

Is there another way to apply the UTF8 encoding without using
MarkupFilterMgr? (It just looks a bit weird when I look at the
construction now)

Best regards,
Tobias

PS:
I think one thing we could do one of these days is check together
with other frontend developers whether some helper functions
created in various frontends could also be moved into the SWORD
library.

Consider some of the helper functions implemented here:

https://github.com/ezra-bible-app/node-sword-interface/blob/master/src/sword_backend/module_helper.cpp

https://github.com/ezra-bible-app/node-sword-interface/blob/master/src/sword_backend/repository_interface.cpp


On 4/3/23 9:27 PM, Troy A. Griffitts wrote:

Hi Tobias,

Yes, our documentation certainly needs much improvement. I am
surprised how far you've gone with so few questions. You have a
great talent fo

Re: [sword-devel] Rendering issues with Finnish Umlauts in FinPR

[Tobias Klein]

Hi Troy,

Thanks for your help! I have just tried using this parameter for the 
construction of SWMgr and it looks good.
I had another look at the example for the German Rieger commentary where 
I observed the encoding issues before and they are gone now!


Well, I guess I could have asked one or the other question before ... 
but as long as a bit of code reading and experimenting results in a 
solution, I'm usually fine.

Thank you! I do appreciate all your efforts.

I do have another question regarding the construction of MarkupFilterMgr.
If I want to apply the encoding filter for UTF8, but do not need the 
markup filter manager for XHTML is it ok to perform the construction 
like this?


new MarkupFilterMgr(sword::FMT_UNKNOWN, sword::ENC_UTF8)

I checked the code in markupfiltmgr.cpp and found that the 
implementation of MarkupFilterMgr::createFilters does not consider the 
case FMT_UNKNOWN, so in this case it would simply not add any specific 
markup filter, right? Since I haven't used any markup filters so far and 
my code already depends on the standard output generated by the SWORD 
engine I did not want to add a markup filter for the time being.


Is there another way to apply the UTF8 encoding without using 
MarkupFilterMgr? (It just looks a bit weird when I look at the 
construction now)


Best regards,
Tobias

PS:
I think one thing we could do one of these days is check together with 
other frontend developers whether some helper functions created in 
various frontends could also be moved into the SWORD library.


Consider some of the helper functions implemented here:
https://github.com/ezra-bible-app/node-sword-interface/blob/master/src/sword_backend/module_helper.cpp
https://github.com/ezra-bible-app/node-sword-interface/blob/master/src/sword_backend/repository_interface.cpp


On 4/3/23 9:27 PM, Troy A. Griffitts wrote:

Hi Tobias,

Yes, our documentation certainly needs much improvement. I am 
surprised how far you've gone with so few questions. You have a great 
talent for figuring things out. I wouldn't worry about the guts of the 
details in the encoding filters. All you should need to do is specify 
your desired output on the SWMgr you use for rendering with something 
like:


SWMgr mgr(new MarkupFilterMgr(sword::FMT_XHTML, sword::ENC_UTF8));

Let me know if you'd like help,

Troy


On April 3, 2023 11:18:29 AM MST, Tobias Klein  
wrote:


Thanks Troy!

I'll have a look at the EncodingFilters.

I think this is something not fully clear from the SWORD
documentation/examples.

Maybe these transformation points you had mentioned in the thread
below should be described somewhere in the developer wiki?

Best regards,
Tobias

On 4/3/23 6:45 PM, Troy A. Griffitts wrote:

Dear Tobias,

Please be sure to note my comment to you below in this thread. It
is likely the cause of your rendering issues, while other apps
have no problems.

In brief, it says that I haven't seen anywhere that you tell
SWORD what markup and encoding you want from the engine. If this
is the case you will get whatever the modules are encoded /
marked up as, which might be various things.

Hope this helps,

Troy

On January 22, 2023 12:03:22 PM MST, "Troy A. Griffitts"
 wrote:

Hey guys,

Sorry for not jumping in on this thread more quickly.

Please remember, SWORD has 4 transformation points, each
moving from the module source (as described in the .conf
file) to the client's request:

RenderFilters - markup, e.g., GBF, ThML, OSIS -> XHTML

StripFilters - prep before searching

OptionFilters - turning on an off markup in the text stream
based on user options, e.g., Strongs Number, Words of Christ
in Red, etc.

EncodingFilters - e.g., 8859 - > UTF-8


Module team: be sure the module has the correct Encoding
value in the .conf file (or the default)

Tobias, be sure you are creating your SWMgr with the correct
MarkupFilterMgr to do the transformation you desire, e.g., see:

https://crosswire.org/svn/sword/trunk/examples/cmdline/outrender.cpp

Hope this helps,

Troy


On 1/22/23 10:39, Fr Cyrille wrote:

HI David,
If you send me the file, I can convert it quickly in osis. I
script it from imp to usfm and the with u2o.py.

Le 22/01/2023 à 16:54, David Haslam a écrit :

Thanks Tobias,

The problem is that CrossWire no longer accepts module
submissions that use IMP format for the build process.

We’d need to have a script (or equivalent TextPipe filter)
to convert IMP to OSIS (whether directly or indirectly
through some other intermediate file format).

I’m not currently in a practical position to work on that
kind of task.
Is any

Re: [sword-devel] Rendering issues with Finnish Umlauts in FinPR

[Tobias Klein]

Thanks Troy!

I'll have a look at the EncodingFilters.

I think this is something not fully clear from the SWORD 
documentation/examples.


Maybe these transformation points you had mentioned in the thread below 
should be described somewhere in the developer wiki?


Best regards,
Tobias

On 4/3/23 6:45 PM, Troy A. Griffitts wrote:

Dear Tobias,

Please be sure to note my comment to you below in this thread. It is 
likely the cause of your rendering issues, while other apps have no 
problems.


In brief, it says that I haven't seen anywhere that you tell SWORD 
what markup and encoding you want from the engine. If this is the case 
you will get whatever the modules are encoded / marked up as, which 
might be various things.


Hope this helps,

Troy

On January 22, 2023 12:03:22 PM MST, "Troy A. Griffitts" 
 wrote:


Hey guys,

Sorry for not jumping in on this thread more quickly.

Please remember, SWORD has 4 transformation points, each moving
from the module source (as described in the .conf file) to the
client's request:

RenderFilters - markup, e.g., GBF, ThML, OSIS -> XHTML

StripFilters - prep before searching

OptionFilters - turning on an off markup in the text stream based
on user options, e.g., Strongs Number, Words of Christ in Red, etc.

EncodingFilters - e.g., 8859 - > UTF-8


Module team: be sure the module has the correct Encoding value in
the .conf file (or the default)

Tobias, be sure you are creating your SWMgr with the correct
MarkupFilterMgr to do the transformation you desire, e.g., see:

https://crosswire.org/svn/sword/trunk/examples/cmdline/outrender.cpp

Hope this helps,

Troy


On 1/22/23 10:39, Fr Cyrille wrote:

HI David,
If you send me the file, I can convert it quickly in osis. I
script it from imp to usfm and the with u2o.py.

Le 22/01/2023 à 16:54, David Haslam a écrit :

Thanks Tobias,

The problem is that CrossWire no longer accepts module
submissions that use IMP format for the build process.

We’d need to have a script (or equivalent TextPipe filter) to
convert IMP to OSIS (whether directly or indirectly through some
other intermediate file format).

I’m not currently in a practical position to work on that kind
of task.
Is anyone else up to it?

Best regards,

David

Sent from Proton Mail for iOS


On Sun, Jan 22, 2023 at 15:39, Tobias Klein
 wrote:


The FinPR module that David sent me works fine without
rendering issues! (see screenshot below)

It would be good to upgrade the module in the repo accordingly.

Best regards,
Tobias

On 1/22/23 8:31 AM, David Haslam wrote:

Thanks Kristóf.

The rendering problem could have been fixed a decade ago!!!

Checking through my email archives yesterday, I discovered
that I had rebuilt the FinPR module exactly 10 years ago! That
rebuild used mod2imp and imp2vs and included a fix to the text
encoding implemented on the IMP textfile). The message was
sent to the modules address on 2013-01-21 but presumably never
progressed by Chris Little who was then still supposed to be
responsible for module releases and updates. He went
permanently AWOL from CrossWire around that time.

Back then we had not narrowed the policy for submitted source
text to be OSIS XML only.

I wrote privately to Tobias last night, forwarding the email
of 10 years ago complete with both attachments. He will
examine those today.

Aside: I also replaced <…> by {…} where these had wrapped the
ch:vs references that recorded av11n in the original upstream
source. In 2012, there had been no suitable av11n available in
SWORD but which we do have more recently.

mod2osis should not be used, as has already been noted.
A round trip with mod2osis and osis2mod is not lossless,
unlike one with mod2imp and imp2vs.


Best regards,

David

Sent from Proton Mail for iOS


On Sat, Jan 21, 2023 at 23:15, Kristof Szabo
 wrote:

I managed to get Ezra running (it was some libicu70 mess),
and yes, the accented characters in this module are broken
(as other modules accented characters are OK; I assume it is
not a font issue). I tried the conf file change, but it
didn't work either.

The mitigation was to rebuild the module, mod2osis leaves
some garbage in the OSIS, but that would be easy to clean,
anyway osis2mod is possible with this garbage left in and
tada we have a proper accents.

image.png

As the module was updated last only 3,5 yrs ago I assume the
maintainer is still active, ie. they can be reached.

Or I can have a look too, the challenge is, that such a
module rebuild can open pandora's box, if I run some tests
(https://github.com/krisek/sword-test) or David checks them,
then for sure there wi

[sword-devel] Encoding of Rieger's commentary

[Tobias Klein]

Hi,

Could someone from the module team check whether the encoding of 
Rieger's commentary could be changed to Unicode?


Currently it looks like in the screenshot below in Ezra Bible App - 
German Umlauts and special characters are not rendered correctly.


Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Versification Mapping

[Tobias Klein]

Dear Troy,

I am replying to an old thread, because the topic is relevant again in 
the context of the commentary panel for Ezra Bible App.


I just tried this verseconvert example, but it does not seem to work for me.


~/dev/sword_trunk/examples/classes$ ./verseconvert Ps.9.7 GerNeUe KJV

Psalms 9:7 (GerNeUe) => Psalms 9:7 (KJV)


I would expect that it maps Psalms 9:7 based on the Hebrew/German 
versification to Psalms 9:6 in the English versification, but that is 
not the case.


Any input on this issue?

Best regards,
Tobias


On 5/6/20 6:47 PM, Troy A. Griffitts wrote:
Yes, as Peter has pointed out, SWORD includes a facility for mapping, 
graciously contributed by Костя Маслюк  and 
should "just work" when setting a key from one module to another, e.g, 
kjv->setKey(wycliffe->getKey()).  It's not quite that simple, because 
there isn't always a 1:1 mapping, so if you want full support, you'll 
have to see if a bound is set on the receiving module's key.


The mapping data, as with everything, is not exhaustive, but we'd 
certainly like to extend it to meet cases which you run into which 
aren't yet supported.
You can see it taken advantage of in example 
sword/examples/tasks/parallelbibles.cpp, but I've just added a concise 
example which shows how to use it:


http://crosswire.org/svn/sword/trunk/examples/classes/verseconvert.cpp 
<http://crosswire.org/svn/sword/trunk/examples/classes/verseconvert.cpp>


Which outputs, e.g.
./verseconvert Ps.43.22 Wycliffe FreGeneve1669

Psalms 43:22 (Wycliffe) => Psalms 44:21-Psalms 44:22 (FreGeneve1669)

Hope this helps,
Troy





On 5/6/20 7:07 AM, ref...@gmx.net wrote:
I think transparent mapping has been for a while now included in the 
library. I am not sure how to make it work, but I do think it is 
there and functioning.


Peter

Sent from my mobile. Please forgive shortness, typos and weird 
autocorrects.



 Original Message 
Subject: Re: [sword-devel] Versification Mapping
From: Jamie
To: 'SWORD Developers' Collaboration Forum'
CC:


Hi Tobias,

Not sure that this exactly answers your question, but just in
case it’s relevant, Tyndale House have various public domain
information available, including material on alternative
versification schemes.  The reversification material gives
details of how to map LXX, MT and Vulgate schemes on to NRSVA
(and also addresses some other schemes which are perhaps less
frequently encountered). It also caters for common variants which
basically follow one of these schemes, but which have certain
verses split up into subverses.  You can find the data at :-


https://github.com/tyndale/STEPBible-Data/blob/master/TVTMS%20-%20Tyndale%20Versification%20Traditions%20with%20Methodology%20for%20Standardisation%20for%20Eng%2BHeb%2BLat%2BGrk%2BOthers%20-%20TyndaleHouse.com%20STEPBible.org%20CC%20BY-NC.txt

<https://github.com/tyndale/STEPBible-Data/blob/master/TVTMS%20-%20Tyndale%20Versification%20Traditions%20with%20Methodology%20for%20Standardisation%20for%20Eng%2BHeb%2BLat%2BGrk%2BOthers%20-%20TyndaleHouse.com%20STEPBible.org%20CC%20BY-NC.txt>

If you do want to make use of it, I’d be very happy to try to
    answer any questions.

Regards,

ARA “Jamie” Jamieson

*From:*Tobias Klein [mailto:cont...@tklein.info]
*Sent:* 05 May 2020 21:19
*To:* SWORD Developers' Collaboration Forum

*Subject:* [sword-devel] Versification Mapping

Hi,

I would like to ask a question that I was planning to ask for a
while already ...
What's the recommended solution of mapping different
versification systems?

And what working implementations for this are already out there?

I realize that my understanding of versifications has been a bit
limited and that's visible in Ezra Project's implementation of
the mapping. I am currently only differentiating between two
versification systems, namely the English versification (used in
most/all (?) English translations) and the Hebrew versification
(used in most modern German translations).

It's been a few years since I looked into this and I think this
has been my source (SBL Handbook of Style)

https://books.google.de/books?id=M_upBwAAQBAJ&pg=PA265&lpg=PA265&dq=appendix+english/hebrew/greek+versification&source=bl&ots=CXVR0J6YrI&sig=ACfU3U3hEIPgNxmmUQW1kZJaRAtHl78L-g&hl=de&sa=X&ved=2ahUKEwilyoPUwp3pAhUrzqYKHVk4BtIQ6AEwAXoECAYQAQ#v=onepage&q=appendix%20english%2Fhebrew%2Fgreek%20versification&f=false

<https://books.google.de/books?id=M_upBwAAQBAJ&pg=PA265&lpg=PA265&dq=appendix+english/hebrew/greek+versification&source=bl&ots=CXVR0J6YrI&sig=ACfU3U3hEIPgNxmmUQW1kZJaRAtHl78L-g&hl=de&sa=X&ved=2ahUKEwilyoPUwp3pAhUrzqYKHVk4BtIQ6AEwAXoECAYQAQ#v=onepage&q=append

Re: [sword-devel] CrossWire and git

[Tobias Klein]

I'm familiar with both. GitLab at work (privately hosted) and GitHub for my 
open source work.


I like GitLab. However, I think the GitHub CI infrastructure is more powerful.

Furthermore, pretty much all SWORD frontends are already on GitHub (except 
Bishop).


Best regards,
Tobias

Am 18. März 2023 18:00:06 schrieb Greg Hellings :
From an administration and uptime point of view, I'm in support of GitHub. 
The only place I've used Gitlab is at Red Hat and only for internal 
projects there. From a pragmatic standing I'm in full support of GitHub, 
and with an existing Gitlab instance, we're already set if something comes 
up in the future that forces us to reconsider.


--Greg

On Sat, Mar 18, 2023, 09:57 Troy A. Griffitts  wrote:
Guys who prefer GitLab, I am sorry. No university research project, no 
commercial job has ever asked me to use GitLab. They have all asked me use 
GitHub. From a purely popular choice and to prevent all of us from having 
to create yet another account (I am sure most everyone already has a GitHub 
account) and learn yet another tool, can't we just settle on GitHub. Would 
it make anyone extremely unhappy? GitLab is not my preferred choice.



On March 18, 2023 6:40:57 AM MST, Greg Hellings  
wrote:



On Sat, Mar 18, 2023, 06:41 Peter von Kaehne  wrote:
GitLab vs GitLab


GitLab vs GitHub: Top 10 Differences between GitHub and GitLab
intellipaat.com






There is plenty more but this gives a decent summary. GitLab allows private 
repos which I think are a really useful thing. I think it should also be 
easier to integrate our own GitLab stuff or move it if we want to
This comparison is quite dated (for instance, GitHub definitely has CI/CD 
integrated nowadays, and GitLab is by no means buggy and slow), but I also 
would support GitLab over GitHub as our definitive location simply on the 
principle of it being FOSS instead of closed source hosting.


It does have an identical Code owners feature to GitHub with the same 
syntax and location. I'm not sure if it's available in the self hosted/free 
versions or if it is one of their premium features. I'm getting conflicting 
information on that.


It does support automatic mirroring, so it would be easy for us to self 
host the official repository but still allow automated mirrors on GitHub 
and the public GitLab for ease of contribution by others.


--Greg


We aren’t a democracy but as far as it goes - I welcome the move to Git so, 
so gladly and I vote for moving towards GitLab as there is more active 
development of us already


Peter

Sent from my phone. Please forgive misspellings and weird “corrections”


On 18 Mar 2023, at 11:20, Matěj Cepl  wrote:
On 2023-03-18, 09:55 GMT, Fr Cyrille wrote:

I am very happy with this progress in your thinking about git. I just
reiterate my preference for gitlab, where as Peter has already pointed
out we now have all our modules. It would be consistent to add the sword
sources there as well.
@David I don't particularly use github for my personal projects which
are all under gitlab.


+1

Matěj
--
https://matej.ceplovi.cz/blog/, @mcepl@floss.social
GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8

Pain is inevitable, but misery is optional. We cannot avoid pain,
but we can avoid joy.
   -- Tim Hansel


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
--
Sent from my Android device with K-9 Mail. Please excuse my 
brevity.___

sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Commentary panel in Ezra Bible App

[Tobias Klein]

Hi all,

I have started work on a commentary panel in Ezra Bible App (and the 
general possibilities to install commentaries via the module assistant).


This functionality will be released in April.

You find a screenshot in the discussion on GitHub here:

https://github.com/ezra-bible-app/ezra-bible-app/discussions/890

Any early feedback?

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] CrossWire and git

[Tobias Klein]

Yay! Thanks for your efforts to move into this direction! :) Exciting news!

Best regards,
Tobias

On 3/17/23 8:27 PM, Greg Hellings wrote:

Troy,

I know we've discussed the merge issue in the past. In order to help 
point in the right direction, a couple of questions:


Do you still envision self hosting the repository as you have SVN and 
using GitHub to mirror, or do you anticipate self hosting a repository 
that is just an insurance policy against GitHub becoming unfriendly in 
the future? Most popular self hosting Git supports both push and pull 
to GitHub repositories, but the one you anticipate being the source 
will determine the recommendations and conversion path.


In the Git world, the feature you're looking at seems to be known as 
Code Owners. It's a relatively newer feature. Here is GitHub 
documentation about their implementation. 
Https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners 



If you anticipate doing most of the work on a self hosted solution and 
pushing GitHub as the mirror, I can look for their technique.


I'll look into the Crosswire organization on GitHub to see if I have 
admin rights there to address #1.


--Greg

On Fri, Mar 17, 2023, 14:09 Troy A. Griffitts > wrote:


I don't want this to turn into a debate.

I agree, we need to move source control to git.

I even mostly agree we should do most of our dev work on github
for the visibility to draw other developers.

To move forward with this:

1) I would actually need access to the github 'crosswire'
organization, which I currently don't have.

2) I am happy to migrate our 27 repos there (yes, I was also
surprised we have 27, but even these old ones would be nice to
have on github for posterity).
3) After #2, I would love for Github experts to help me find a
solution that effectively grant elevated access to individuals for
merging PRs into our master repository without my approval FOR
CERTAIN PARTS OF THE REPO they own or are trusted to approve.

This #3 item had been the primary element holding us back from
moving from SVN to git.  If you are unaware, SVN has a very easy
way to elevate permissions for accounts for parts of the
repository.  I don't want to have to approve all changes!  I trust
our pumpkin holders to care for their parts of the repository.

We've discussed, in the past, submodules for handle this, but they
do not handle this well.  e.g., I want to grant Greg Hellings full
write access to merge any PR which updates any of our cmake
scripts in all folders everywhere.  I don't know anything about
cmake and Greg is an expert.  I want him to be able to manage that
build system without my oversight.  I trust him.  I do not want to
grant Greg merge access for code that has anything to do with our
C++ engine. He might be a great C++ programmer, but he hasn't
expressed he wants that access or ever submitted C++ code for me
to review and merge myself, so I want to protect Greg from
accidentally merging in someone's PR which includes C++ engine code.

In SVN this is easy.  Attached is our SVN access file.  Help me
translate this workflow to Github. There must be some way to
restrict merges based on the merging user and files modified in
the PR.  Or at least require a review by certain users bases on
the files modified in the PR.

Help me :)

Troy


On 3/17/23 11:24, Greg Hellings wrote:

Indeed. It's not a principled stand that I'm refusing to get
Subversion going. It's simply that it's too much work that I
haven't bothered and don't foresee doing so anytime soon.

And, with no setup to automatically test the scripts in all the
environments they must support, it's not likely others are
willing to commit this on my behalf.

--Greg

On Sun, Mar 12, 2023, 09:42 Peter von Kaehne mailto:ref...@gmx.net>> wrote:

I think you misunderstood Greg.

There is a long campaign and strong feeling to have the
project on Git but there is no agreement or movement to that.
And it seems Greg is pausing his contributions until that
matter is resolved.

Peter

Sent from my phone. Please forgive misspellings and weird
“corrections”


On 12 Mar 2023, at 15:51, ZdPo Ster mailto:zdpos...@gmail.com>> wrote:


I am sorry, but I did not get the point of your reply.
I do not use subversion - I use git-svn as proposed several
months ago on this forum. But current cmake configuration
expects everybody to use subversion, which is wrong.
These patches improve cmake build:

  *  that will work also with git-svn
  * MSVC build
  * fix depreciated

AFAIK it should cause no harm for other combinations, just

[sword-devel] Ezra Bible App 1.10 released

[Tobias Klein]

Hi all,

Ezra Bible App 1.10 has been released.
https://github.com/ezra-bible-app/ezra-bible-app/releases/tag/1.10.0 



Ezra Bible App 1.10 features an option to show search results in a popup 
dialog as well as various bugfixes and enhancements.


Note-worthy improvements and fixes are:

 * Add option to show search results in popup to enhance usability on
   mobile devices.
 * Show persecution warning message also for update module dialog.
 * Hide tag indicators on Android and show large note indicator below
   verse references on all device classes.
 * Do not consider headings when using module search.

Downloads are available for:

 * Windows (tested on Windows 10)
 * macOS (tested on macOS 12 Monterey)
 * Ubuntu 20.04 + 22.04 (tested on 20.04)
 * Debian 10 + 11
 * Linux Mint 18
 * Fedora 31 + 33 + 35 + 37
 * CentOS 8
 * OpenSuse Leap 15.2
 * Android (via Google Play
   ,
   will be available soon - after Google completes their inspection)

Locales are up-to-date for English, German, French, Dutch, Slovakian, 
Romanian, Brazilian Portuguese, Ukrainian, Russian.


Thanks to Martin for the Slovakian locale update.
Thanks to Tom for the Dutch & French locale update.
Thanks to Augustin for the Romanian locale update.
Thanks to Christian for the Brazilian Portuguese locale update.
Thanks to Evgen for the Ukrainian and Russian locale updates.

I am happy about any feedback.

Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD Module Search / Also searching footnote content?

[Tobias Klein]

Hi Troy,

I tried this now, but it is not working as intended. In case of my 
example it is related to Headings.


These are my steps:

1) I am using a SWMgr for search where Headings are turned off: 
mgr->setGlobalOption("Headings", "Off");
2) I am searching the NASB with a Multi Word Search 
(SWModule::SEARCHTYPE_MULTIWORD) and the search term is "cities".
3) I get Judges 1:11 as a result, but I do not expect that. When you 
check you see that the previous headline is "Capture of Other Cities". 
So the headline is matching, but not the verse content.


When I use the exact phrase search (SWModule::SEARCHTYPE_PHRASE) in NASB 
with the search term "cities", then Judges 1:11 is not part of the 
search results.


What is the explanation for this behavior?

Best regards,
Tobias

On 12/17/22 11:23 AM, Troy A. Griffitts wrote:
Hi Tobias. Sure. If you turn off the Footnotes option filter during a 
search, you should see results without footnotes hits. In the 
frontends I write, I will often keep a display SWMgr and a search 
SWMgr around configured accordingly.


Also, I believe an indexed search is configured to not include 
footnotes. If you are compiling with clucene support you can use the 
mkfastmod utility to build the indexes or have a look in its source 
for the methods to call from within your app.


https://crosswire.org/svn/sword/trunk/utilities/mkfastmod.cpp 
<https://crosswire.org/svn/sword/trunk/utilities/mkfastmod.cpp>


Hope this helps,

Troy

On December 17, 2022 2:58:20 AM MST, Tobias Klein 
 wrote:


Dear Troy,

I noticed that the SWORD module search functionality also searches the 
content of footnotes.

Is it possible to make this configurable in the SWModule::search function?

Best regards,
Tobias

sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel  
<http://crosswire.org/mailman/listinfo/sword-devel>
Instructions to unsubscribe/change your settings at above page

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Rendering issues with Finnish Umlauts in FinPR

[Tobias Klein]

Hi Kristof, David,

Adding Encoding=UTF-8 to the module conf file ~/.sword/mods.d/finpr.conf 
does not solve my issue.


The text still looks the same as before ...

What else could I do to further debug this?

Best regards,
Tobias

On 1/21/23 5:18 PM, Kristof Szabo wrote:

Hi Thomas,

I suppose the problem is that finpr.conf contains no encoding 
information (check the Hun* modules for reference), and if there is 
nothing specified Latin-1 is the default. mod2osis (shouldn't be used 
!! :)) shows that the module is in UTF-8, so there is a misalignment.


https://wiki.crosswire.org/DevTools:conf_Files#:~:text=Plaintext-,Encoding,-UTF%2D8%0AUTF 
<https://wiki.crosswire.org/DevTools:conf_Files#:~:text=Plaintext-,Encoding,-UTF%2D8%0AUTF>


Kind regards,
Kristof

On Sat, Jan 21, 2023 at 4:49 PM David Haslam <mailto:dfh...@protonmail.com>> wrote:


Hi Thomas,

What about other Finnish modules?
eg. FinPR92, FinRK, FinSTLK2017

Presumably you already tested (eg) German modules and found that
umlauts and eszett are both rendered aright?

Btw. FinPR renders aright in PocketSword (iOS/iPadOS).

David

Sent from Proton Mail for iOS


On Sat, Jan 21, 2023 at 15:25, Tobias Klein mailto:cont...@tklein.info>> wrote:


Hi,

When retrieving the text of the FinPR module I am getting some
rendering issues with the Finnish Umlauts. This is based on a
user's problem report.


Romans 5:8 returns like this in node-sword-interface / Ezra:

Mutta Jumala osoittaa rakkautensa meit� kohtaan siin�, ett�
Kristus, kun me viel� olimme syntisi�, kuoli meid�n edest�mme.


While it should like like this (rendered text copied from Xiphos):

Mutta Jumala osoittaa rakkautensa meitä kohtaan siinä, että
Kristus, kun me vielä olimme syntisiä, kuoli meidän edestämme.


This occurs both on Linux and macOS (have not tested on Windows yet).

Any pointers what could be the root cause? I generally have not
observed rendering issues with other modules.


Best regards,
Tobias


___
sword-devel mailing list: sword-devel@crosswire.org
<mailto:sword-devel@crosswire.org>
http://crosswire.org/mailman/listinfo/sword-devel
<http://crosswire.org/mailman/listinfo/sword-devel>
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Rendering issues with Finnish Umlauts in FinPR

[Tobias Klein]

Hi,

When retrieving the text of the FinPR module I am getting some rendering 
issues with the Finnish Umlauts. This is based on a user's problem report.



Romans 5:8 returns like this in node-sword-interface / Ezra:

Mutta Jumala osoittaa rakkautensa meit� kohtaan siin�, ett� Kristus, kun 
me viel� olimme syntisi�, kuoli meid�n edest�mme.



While it should like like this (rendered text copied from Xiphos):

Mutta Jumala osoittaa rakkautensa meitä kohtaan siinä, että Kristus, kun 
me vielä olimme syntisiä, kuoli meidän edestämme.



This occurs both on Linux and macOS (have not tested on Windows yet).

Any pointers what could be the root cause? I generally have not observed 
rendering issues with other modules.



Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD Module Search / Also searching footnote content?

[Tobias Klein]

Thank you, Troy!

I'll try that!

Best regards,
Tobias

Am 17. Dezember 2022 11:23:45 schrieb "Troy A. Griffitts" 
:
Hi Tobias. Sure. If you turn off the Footnotes option filter during a 
search, you should see results without footnotes hits. In the frontends I 
write, I will often keep a display SWMgr and a search SWMgr around 
configured accordingly.


Also, I believe an indexed search is configured to not include footnotes. 
If you are compiling with clucene support you can use the mkfastmod utility 
to build the indexes or have a look in its source for the methods to call 
from within your app.


https://crosswire.org/svn/sword/trunk/utilities/mkfastmod.cpp

Hope this helps,

Troy


On December 17, 2022 2:58:20 AM MST, Tobias Klein  wrote:
Dear Troy,

I noticed that the SWORD module search functionality also searches the 
content of footnotes.


Is it possible to make this configurable in the SWModule::search function?

Best regards,
Tobiassword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] SWORD Module Search / Also searching footnote content?

[Tobias Klein]

Dear Troy,

I noticed that the SWORD module search functionality also searches the content 
of footnotes.

Is it possible to make this configurable in the SWModule::search function?

Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Dependency issues with ICU library versions on macOS

[Tobias Klein]

Hi all,

To recover from the recent release issues on macOS I decided to go for option 
3).

This is working fine now. I remembered that Troy had added some ICU code in the 
SWORD engine that helped for the Android build and it also helps on macOS!

I may even consider to build SWORD without ICU on Linux because the regularly 
changing ICU versions are causing trouble for Distro packaging.

Best regards,
Tobias

> Am 16.12.2022 um 22:06 schrieb Tobias Klein :
> 
> Dear all,
> 
> I just got feedback regarding ICU issues with Ezra Bible App on macOS.
> 
> It turned out that the specific version of the ICU library I had used to 
> build Ezra on my Mac (69) was not available on the users's Mac, instead a 
> newer version (71) was available.
> 
> This issue also occurs when using an older Debian package or rpm on a newer 
> version of the respective distribution. The library versions are different.
> 
> Unfortunately I cannot even put this library version dependency into the DMG 
> image of the app. It seems like DMG images do not support dependency 
> resolution.
> 
> Solutions I could think of:
> 
> 1) Link ICU statically (That's how I do it on Windows). I checked but could 
> not find a way to handle this elegantly with pkg-config on macOS.
> 2) Add a functionality in Ezra Bible App that dynamically checks for the 
> presence of the ICU library on startup and installs it if needed. (Ugly ...)
> 3) Build SWORD on macOS without ICU (that's how I do it on Android).
> 
> Any other hints anyone?
> 
> Best regards,
> Tobias
> 
> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Dependency issues with ICU library versions on macOS

[Tobias Klein]

Dear all,

I just got feedback regarding ICU issues with Ezra Bible App on macOS.

It turned out that the specific version of the ICU library I had used to 
build Ezra on my Mac (69) was not available on the users's Mac, instead 
a newer version (71) was available.


This issue also occurs when using an older Debian package or rpm on a 
newer version of the respective distribution. The library versions are 
different.


Unfortunately I cannot even put this library version dependency into the 
DMG image of the app. It seems like DMG images do not support dependency 
resolution.


Solutions I could think of:

1) Link ICU statically (That's how I do it on Windows). I checked but 
could not find a way to handle this elegantly with pkg-config on macOS.
2) Add a functionality in Ezra Bible App that dynamically checks for the 
presence of the ICU library on startup and installs it if needed. (Ugly ...)

3) Build SWORD on macOS without ICU (that's how I do it on Android).

Any other hints anyone?

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Ezra Bible App 1.9 released

[Tobias Klein]

Hi all,

Ezra Bible App 1.9 has been released.
https://github.com/ezra-bible-app/ezra-bible-app/releases/tag/1.9.0 



Ezra Bible App 1.9 features module update functionality as well as 
various bugfixes and enhancements.


Note-worthy improvements and fixes are:

 * Module update functionality.
 * Tagged verse list - show number of occurrences per Bible book and
   per tag (new chart rendered above the tagged verse list).
 * Added option to render red letter words.
 * Added option to render paragraphs.
 * Packaging support for Fedora 37.

Downloads are available for:

 * Windows (tested on Windows 10)
 * macOS (tested on macOS 12 Monterey)
 * Ubuntu 20.04 + 22.04 (tested on 20.04)
 * Debian 10 + 11
 * Linux Mint 18
 * Fedora 31 + 33 + 35 + 37
 * CentOS 8
 * OpenSuse Leap 15.2
 * Android (via Google Play
   )

Locales are up-to-date for English, German, French, Dutch, Slovakian, 
Romanian, Brazilian Portuguese, Ukrainian, Russian.


Thanks to Martin for the Slovakian locale update.
Thanks to Tom for the Dutch & French locale update.
Thanks to Augustin for the Romanian locale update.
Thanks to Christian for the Brazilian Portuguese locale update.
Thanks to Evgen for the Ukrainian and Russian locale updates.

I am happy about any feedback.

Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD module installation bug

[Tobias Klein]

I could just reproduce this issue.

I have a test user with an older set of SWORD modules and by keeping a 
backup of the .sword directory I could switch back to the state before 
the module update.


Once I applied the module update again ... I had the same issue as 
described below.


The way how I have implemented the module update is by simply running 
installModule on top of an existing installation. Is that an invalid 
approach?


What I will now do next is add an explicit InstallMgr::removeModule() 
call before re-installing the new version.


If that's what's needed - maybe there should be an upgradeModule() 
method? Or alternatively the installModule() should return with an error 
code when the given module is already installed?


This may also explain how I ran into this before ... I have an e2e 
integration test suite of Ezra Bible App. And that test suite 
automatically runs through the module installation process as one of the 
test scenarios. It doesn't cleanup the .sword directory initially, 
though. Which means that it installs modules on top of existing modules 
... and that's where I may have seen this issue before as well!


Best regards,
Tobias

On 11/12/22 10:56 AM, Tobias Klein wrote:

Hi all,

I have observed a bug with regard to SWORD module installation.

I just tried to update existing modules by "installing them again" 
using InstallMgr::installModule().


I ended up with a situation where the installation apparently finished 
ok based on return codes, but then I found the following:


The *.conf files in the mods.d directory are still present, but the 
module contents under modules/texts/ztext are actually removed for the 
modules that I tried to update.


Has anyone seen this behavior before? Is there an explanation?

The modules are then still listed as installed, but there is no 
content ...


I have seen this before at various times with individual modules, but 
did not report it. Now that I have this bug at a larger scale (for a 
bigger list of modules I tried to update) I felt like it's worth 
reporting.


Best regards,
Tobias

PS: I have been using SWORD SVN Rev. 3873 (from Nov. 2021).

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] SWORD module installation bug

[Tobias Klein]

Hi all,

I have observed a bug with regard to SWORD module installation.

I just tried to update existing modules by "installing them again" using 
InstallMgr::installModule().


I ended up with a situation where the installation apparently finished 
ok based on return codes, but then I found the following:


The *.conf files in the mods.d directory are still present, but the 
module contents under modules/texts/ztext are actually removed for the 
modules that I tried to update.


Has anyone seen this behavior before? Is there an explanation?

The modules are then still listed as installed, but there is no content ...

I have seen this before at various times with individual modules, but 
did not report it. Now that I have this bug at a larger scale (for a 
bigger list of modules I tried to update) I felt like it's worth reporting.


Best regards,
Tobias

PS: I have been using SWORD SVN Rev. 3873 (from Nov. 2021).

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] crosswire.org - Availability issues?

[Tobias Klein]

Hi,

Is anyone else having availability issues with crosswire.org?
Refreshing repository data is also failing for me right now.

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] InstallMgr::getModuleStatus / Performance optimization possible?

[Tobias Klein]

Hi Troy,

Thank you for taking the time to test. Are you sure you have built 
with usrinst.sh options adjusted to switch to release optimizations?


I am building SWORD with CMake. I had a look and found that I did not 
explicitly set the CMake build type (CMAKE_BUILD_TYPE) to "Release" when 
building on PC. I just changed that and based on that the test binary 
executed in 1.1s instead of 1.8s (with cache files already present). 
That's nice! Thanks for pointing me to the release optimizations.




Also, I wanted to mention that the cache is built upon the first scan 
of the files in the folder. I am not sure what your test program does, 
but have a look for a modules-conf.cache file in your mods.d/ folder 
to see if your next SWMgr construction will benefit from the cache. 
For the remote repositories on your desktop, these should live under 
your home folder/.sword/installMgr/...


I do see a performance improvement after the cache files have been 
created the first time (going from 1.5s to 1.1s with my test program).




I'll do a few more tests today to see if there is anything else I can 
speed up. It is good to hear things improved from SVN before my recent 
changes. We should do a profiling pass before a new stable branch to 
be sure we haven't done anything silly over the past year which 
affects performance.


Let me know if you discover any new info,


With the Release optimizations turned on my test program with SVN HEAD 
is actually slightly faster than with the SWORD version from one year 
ago, but only when the cache has been generated once. Without cache 
files present the SWORD version from one year ago appears to be faster 
than SVN HEAD.


Once building with CMAKE_BUILD_TYPE Release I also noticed some 
additional compiler warnings. I have attached the build output for your 
reference.


Thanks for your work on this, Troy. I appreciate it!

Best regards,
Tobias

-- Found Subversion: /usr/bin/svn (found version "1.13.0") 
-- The CXX compiler identification is GNU 9.3.0
-- The C compiler identification is GNU 9.3.0
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Configuring your system to build libsword.
-- SWORD Version 100900
-- 
-- SEARCHING FOR SYTEM PACKAGES
-- System regex.h: Yes
-- 
-- CONFIGURING SOURCE LIST
-- ZLib: system /usr/lib/x86_64-linux-gnu/libz.so
-- bzip2: system /usr/lib/x86_64-linux-gnu/libbz2.so
-- xz: no
-- cURL: system /usr/lib/x86_64-linux-gnu/libcurl.so and 
/usr/include/x86_64-linux-gnu
-- CLucene: no
-- PkgConfig: yes
-- ICU: yes 
/usr/lib/x86_64-linux-gnu/libicudata.so;/usr/lib/x86_64-linux-gnu/libicui18n.so;/usr/lib/x86_64-linux-gnu/libicuio.so;/usr/lib/x86_64-linux-gnu/libicuuc.so
 and /usr/include
-- Regex.h: system /usr/include
-- Building Static library.
-- cURL SFTP Support: Yes
-- ICU Version: 66.1
-- Setting link libraries to 
/usr/lib/x86_64-linux-gnu/libz.so;/usr/lib/x86_64-linux-gnu/libbz2.so;/usr/lib/x86_64-linux-gnu/libcurl.so;/usr/lib/x86_64-linux-gnu/libicudata.so;/usr/lib/x86_64-linux-gnu/libicui18n.so;/usr/lib/x86_64-linux-gnu/libicuio.so;/usr/lib/x86_64-linux-gnu/libicuuc.so
-- 
-- CONFIGURING INSTALLATION DESTINATIONS
-- Destination: /usr/local
-- 0
-- Configuring done
-- Generating done
-- Build files have been written to: 
/home/tobi/dev/ezra_project/node-sword-interface-git/sword_build
make[1]: Entering directory 
'/home/tobi/dev/ezra_project/node-sword-interface-git/sword_build'
make[2]: Entering directory 
'/home/tobi/dev/ezra_project/node-sword-interface-git/sword_build'
make[3]: Entering directory 
'/home/tobi/dev/ezra_project/node-sword-interface-git/sword_build'
make[4]: Entering directory 
'/home/tobi/dev/ezra_project/node-sword-interface-git/sword_build'
Scanning dependencies of target sword_static
make[4]: Leaving directory 
'/home/tobi/dev/ezra_project/node-sword-interface-git/sword_build'
make[4]: Entering directory 
'/home/tobi/dev/ezra_project/node-sword-interface-git/sword_build'
[  1%] Building CXX object CMakeFiles/sword_static.dir/src/keys/swkey.cpp.o
[  1%] Building CXX object CMakeFiles/sword_static.dir/src/frontend/swlog.cpp.o
[  1%] Building CXX object CMakeFiles/sword_static.dir/src/frontend/swdisp.cpp.o
[  2%] Building CXX object CMakeFiles/sword_static.dir/src/keys/listkey.cpp.o
[  2%] Building CXX object CMakeFiles/sword_static.dir/src/keys/strkey.cpp.o
[  4%] Building CXX object CMakeFiles/sword_static.dir/src/keys/treekey.cpp.o
[  4%] Building CXX object CMakeFiles/sword_static.dir/src/keys/treekeyidx.cpp.o
[  5%] Building CXX object CMakeFiles/sword_static.dir/

Re: [sword-devel] InstallMgr::getModuleStatus / Performance optimization possible?

[Tobias Klein]

Hi Troy,

Thanks for looking into this!

Just running this on my Dev PC (Linux, SSD disk, Intel i7) I am actually 
noticing a degradation with this change ... but only at first sight and 
compared to the SWORD version I have been using before.


I am running this function within a test binary.
https://github.com/ezra-bible-app/node-sword-interface/blob/1.0.0/src/sword_backend/repository_interface.cpp#L300

I previously used SVN Rev. 3873 (which is from Nov. 2021).
With that revision my test binary takes 1.65s to execute.

After switching to SVN Rev. 3887 (HEAD) the test binary takes 1.95 
seconds to execute, so roughly 300ms slower.


To be sure, I also tested with the SVN Rev. preceding your latest 
changes (3883) and this was a surprise: With that the test binary takes 
2.9s to execute.


So ... compared to SVN Rev. 3883 your latest changes were actually a 
significant performance improvement ... but compared to the version from 
one year ago (which is my production version) it is slower.


So something else must have changed in the last 12 months that impacts 
performance?!


Best regards,
Tobias

On 11/4/22 12:13 AM, Troy A. Griffitts wrote:


OK Tobias,

I have a first cut of a caching mechanism for a mods.d/ folder coded 
up and pushed to trunk.  I have attempted to remove the cache when the 
folder is changed (= new module is installed or removed), but I 
possibly have forgotten something.  Give it a go and let me know if it 
improves things for you on your slower devices and we'll go from there.


Troy


On 11/3/22 12:05, Tobias Klein wrote:


Thank you, Troy!

I'd be glad to test any changes you come up with!

Best regards,
Tobias

On 11/3/22 5:57 PM, Troy A. Griffitts wrote:


Dear Tobias,

I can have a look at optimizing getModuleStatus.  I can certainly 
see that only checking locally installed modules might be a speed 
improvement, but I suspect most of the time is loading all the .conf 
files for each module, and that is done when constructing the SWMgr 
(remote and local).  SWORD previously worked with a single 
modules.conf file where the section was appended each time a module 
was loaded.  It still will work in this manner.  I might try dumping 
all the .conf files into a single cache.conf file and using that for 
reading the info of a remote repository-- which can include 
thousands of individual .conf files.  We can see if that speeds up 
this operation.


On 10/30/22 08:49, Tobias Klein wrote:


Hi Troy,

When integrating the module update functionality in Ezra Bible App, 
I noticed a performance issue in the function 
InstallMgr::getModuleStatus.


On my laptop, it takes almost two seconds to run this against all 
repositories from the master repo list. On my slower surface 
tablet, it takes even longer and I haven’t tested it on my even 
slower Android devices, yet. This generates a bit of an issue in my 
JavaScript based application (longer interrupts of the JavaScript 
event loop lead to some freezing in the UI).


Considering the parameters constSWMgr &base, constSWMgr &other, I 
saw that the function loops through all modules within other. If 
one just wants to see which local modules are outdated, it would be 
enough to go through the ones that are also present within base, 
right? Could that be a way of optimizing the performance?


Best regards,
Tobias


___
sword-devel mailing list:sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list:sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list:sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] InstallMgr::getModuleStatus / Performance optimization possible?

[Tobias Klein]

Thank you, Troy!

I'd be glad to test any changes you come up with!

Best regards,
Tobias

On 11/3/22 5:57 PM, Troy A. Griffitts wrote:


Dear Tobias,

I can have a look at optimizing getModuleStatus.  I can certainly see 
that only checking locally installed modules might be a speed 
improvement, but I suspect most of the time is loading all the .conf 
files for each module, and that is done when constructing the SWMgr 
(remote and local).  SWORD previously worked with a single 
modules.conf file where the section was appended each time a module 
was loaded.  It still will work in this manner.  I might try dumping 
all the .conf files into a single cache.conf file and using that for 
reading the info of a remote repository-- which can include thousands 
of individual .conf files.  We can see if that speeds up this operation.


On 10/30/22 08:49, Tobias Klein wrote:


Hi Troy,

When integrating the module update functionality in Ezra Bible App, I 
noticed a performance issue in the function InstallMgr::getModuleStatus.


On my laptop, it takes almost two seconds to run this against all 
repositories from the master repo list. On my slower surface tablet, 
it takes even longer and I haven’t tested it on my even slower 
Android devices, yet. This generates a bit of an issue in my 
JavaScript based application (longer interrupts of the JavaScript 
event loop lead to some freezing in the UI).


Considering the parameters constSWMgr &base, constSWMgr &other, I saw 
that the function loops through all modules within other. If one just 
wants to see which local modules are outdated, it would be enough to 
go through the ones that are also present within base, right? Could 
that be a way of optimizing the performance?


Best regards,
Tobias


___
sword-devel mailing list:sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] InstallMgr::getModuleStatus / Performance optimization possible?

[Tobias Klein]

Hi Troy,

When integrating the module update functionality in Ezra Bible App, I noticed a 
performance issue in the function InstallMgr::getModuleStatus.

On my laptop, it takes almost two seconds to run this against all repositories 
from the master repo list. On my slower surface tablet, it takes even longer 
and I haven’t tested it on my even slower Android devices, yet. This generates 
a bit of an issue in my JavaScript based application (longer interrupts of the 
JavaScript event loop lead to some freezing in the UI).

Considering the parameters const SWMgr &base, const SWMgr &other, I saw that 
the function loops through all modules within other. If one just wants to see 
which local modules are outdated, it would be enough to go through the ones 
that are also present within base, right? Could that be a way of optimizing the 
performance?

Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] node-sword-interface 1.0.0 released

[Tobias Klein]

Hi all,

After previously reaching 0.254.0 I've decided that the new version of 
node-sword-interface shall finally be 1.0.0.


node-sword-interface is a JavaScript/node interface to the SWORD library.

I am using this for Ezra Bible App. But this could also work for a 
node-based web service / web application for example.


The node module works on Windows, Linux, macOS as well as Android (based 
on nodejs-mobile).


So, here it is:

https://www.npmjs.com/package/node-sword-interface/v/1.0.0
https://github.com/ezra-bible-app/node-sword-interface/releases/tag/1.0.0

The latest addition is a function that lists all updated repository 
modules: getUpdatedRepoModules()


Also, since most recently and thanks to Stefan Wils, 
node-sword-interface builds correctly on M1 macs.


Installation in a local node environment is as easy as: npm i 
node-sword-interface


Have a nice weekend everyone!

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Ezra Bible App 1.8.0 released

[Tobias Klein]

Hi all,

Ezra Bible App 1.8 has been released.
https://github.com/ezra-bible-app/ezra-bible-app/releases/tag/1.8.0

Ezra Bible App 1.8 features integrated Dropbox synchronization for your 
database, which allows you to keep your database in sync across devices.
I have been personally using this feature on several of my devices 
(Linux laptop, Android tablet, Android phone) and it is working well!


Note-worthy improvements and fixes are:

 * Dropbox Sync functionality.
 * Show chapter selection dialog when clicking on the text "chapter" in
   the chapter navigation.
 * Clicking a verse a second time should remove it from the selection.
 * Verse context menu: Add option to delete verse note.
 * Support Fedora 35/36/37.
 * Fixed issue with KJVA and verse comparison.

Downloads are available for:

 * Windows (tested on Windows 10)
 * macOS (tested on macOS 12 Monterey)
 * Ubuntu 20.04 + 22.04 (tested on 20.04)
 * Debian 10 + 11
 * Linux Mint 18
 * Fedora 31 + 33 + 35
 * CentOS 8
 * OpenSuse Leap 15.2

Locales are up-to-date for English, German, French, Dutch, Slovakian, 
Romanian, Brazilian Portuguese, Ukrainian, Russian.


Thanks to Martin for the Slovakian locale update.
Thanks to Tom for the Dutch & French locale update.
Thanks to Augustin for the Romanian locale update.
Thanks to Christian for the Brazilian Portuguese locale update.
Thanks to Evgen for the Ukrainian and Russian locale updates.

I am happy about any feedback.

Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Possibility to install arbitrary module versions with InstallMgr

[Tobias Klein]

Thank you, Troy!

Well, it's probably just my developer's mind ... thinking that something 
could go wrong with a module update and one may want to revert back to a 
previous version.


Best regards,
Tobias

Am 27. September 2022 21:54:22 schrieb "Troy A. Griffitts" 
:
Hi Tobias. Well, adding to the API wouldn't be a significant change there. 
What would be significant is retaining previous versions in the remote 
repository. I doubt we can get people to offer every version of their 
texts. Updates are usually bug fixes and if they are not simply this, we 
usually break out the module with a new name, e.g. the NASB1995 is a new 
module name to preserve the 95 edition, since the latest NASB module has 
translation differences now as it is updated to the 2020 revision. If a 
user wants the previous edition, they can grab the NASB1995.


If a user wants a previous SWORD version of a module, then we've done 
something wrong.


Do you have a particular use case you have found which would benefit from 
allowing previous SWORD versions to be installed?



On September 27, 2022 9:37:03 PM GMT+02:00, Tobias Klein 
 wrote:

Hi Troy,

As I am thinking about module upgrade support for Ezra Bible App (currently 
not implemented) I am also (once more) asking myself why there isn't an API 
for installing arbitrary module versions with InstallMgr.


The two additional use cases that I would like to have in the SWORD engine are:

- Add a function to list the module versions for a given module and a given 
repository

- Add a version parameter to the installModule function

Would it be much effort to implement this in SWORD?

Are there any existing design constraints that make it hard to add this?

Best regards,
Tobiassword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Possibility to install arbitrary module versions with InstallMgr

[Tobias Klein]

Hi Troy,

As I am thinking about module upgrade support for Ezra Bible App 
(currently not implemented) I am also (once more) asking myself why 
there isn't an API for installing arbitrary module versions with InstallMgr.


The two additional use cases that I would like to have in the SWORD 
engine are:


- Add a function to list the module versions for a given module and a 
given repository

- Add a version parameter to the installModule function

Would it be much effort to implement this in SWORD?

Are there any existing design constraints that make it hard to add this?

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORDWeb

[Tobias Klein]

The browser has a mapping between physical screen resolution and actual 
browser viewport pixels. They are not the same!


Therefore, this actually works (based on browser viewport size).

There are various mapping tables / device catalogues that you can find online.

Best regards,
Tobias

Am 24. September 2022 16:14:16 schrieb Peter von Kaehne :
Considering that many phones have more than FHD resolution but still are 
tiny screened is this really the most useful distinction?



Sent from my phone. Please forgive misspellings and weird “corrections”


On 24 Sep 2022, at 13:47, Tobias Klein  wrote:
Hi Troy,
Many web apps optimize for different screen sizes and have several 
configurations in the CSS. Something you would consider "responsive web 
design".

Based on filters like this in the CSS (example from Ezra Bible App):

Phone
@media screen and (max-width: 450px), (max-height: 450px) {

Tablet / Large phone
@media screen and (max-width: 600px) {

And then aside from this the standard CSS remains the one for desktop / 
large screen.

Best regards,
Tobias

On 9/24/22 9:43 AM, Troy A. Griffitts wrote:

Hi Don,

This morning I sent Psalm 139 to remind a friend that God who created a 
1000 galaxies formed her and wrote each of her days... and then I realized 
that she will likely click on the link from her phone and then I thought of 
you. 🙂 Any more thoughts on a more mobile-friendly UI?


A few years ago, to the main https://crosswire.org website, I added per 
recommendation:




and it really helped quite a bit. Maybe I'll try that with SWORDWeb this 
afternoon and see if it makes things better or worse.


I use SWORDWeb from my phone regularly, and what I like is that if I 
double-tap the center Bible text column, chrome zooms in exactly on that 
column so it's pretty usable with that trick.


Anyway, by the time you read this, I may have done some experimenting with 
the header tag, above. Let me know if you have ideas for an interface which 
adapts better to screen size.


Thanks again for all your work,

Troy


On August 17, 2021 3:40:56 AM GMT+02:00, Don Elbourne  
wrote:

Troy,
ok Great. Thanks.
I have not messed with Docker yet. I guess I need to get with the times. 
lol This will give me a good excuse. No promises, but I will check it out.

-- by grace alone, Pastor Don A. Elbourne Jr.
Lakeshore Baptist Church
http://lakeshorebaptist.net
http://rebuildlakeshore.com
On 8/14/2021 5:31 AM, Troy A. Griffitts wrote:
Hi Don! I don't know if anyone is running the site other than CrossWire. 
We've helped a few people setup the software over the years but not sure if 
they continue to run it.


We've made an OCI container of the software to make it scalable and to more 
easily spin up an image:


https://hub.docker.com/r/crosswire/swordweb

Not sure who might be pulling that as a base or a spinning up an instance.

It's great to hear from you! I've often reused your html and style in other 
html UI apps which present SWORD functionality. If you install Bishop, it 
should look a bit familiar. 😀


Apple: https://apps.apple.com/us/app/the-sword-project/id1399921911

Android: https://play.google.com/store/apps/details?id=org.crosswire.bishop

We'd love to have you contribute to an improved user experience in our new 
world of diverse screen sizes, if you can find the time between pastoring.


Hope you've been well!

Troy


On August 14, 2021 5:36:47 AM GMT+02:00, Don Elbourne  
wrote:
Is anyone running SWORDWeb in the wild, other than 
https://www.crosswire.org/study/ Just wondering. Its been a long time since 
we designed that. I have been thinking about jumping back into the project 
and helping update it to be mobile friendly, if there is any interest.

-- by grace alone, Pastor Don A. Elbourne Jr.
Lakeshore Baptist Church
http://lakeshorebaptist.net
http://rebuildlakeshore.comsword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
-- Sent from my Android device with K-9 Mail. Please excuse my brevity.


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

-- Sent from my Android device with K-9 Mail. Please excuse my brevity.


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listi

Re: [sword-devel] SWORDWeb

[Tobias Klein]

Hi Troy,

Many web apps optimize for different screen sizes and have several 
configurations in the CSS. Something you would consider "responsive web 
design".


Based on filters like this in the CSS (example from Ezra Bible App):

Phone

@mediascreenand (max-width: 450px), (max-height: 450px) {


Tablet / Large phone

@mediascreenand (max-width: 600px) {


And then aside from this the standard CSS remains the one for desktop / 
large screen.


Best regards,
Tobias

On 9/24/22 9:43 AM, Troy A. Griffitts wrote:

Hi Don,

This morning I sent Psalm 139 to remind a friend that God who created 
a 1000 galaxies formed her and wrote each of her days... and then I 
realized that she will likely click on the link from her phone and 
then I thought of you. 🙂 Any more thoughts on a more mobile-friendly UI?


A few years ago, to the main https://crosswire.org 
 website, I added per recommendation:




and it really helped quite a bit. Maybe I'll try that with SWORDWeb 
this afternoon and see if it makes things better or worse.


I use SWORDWeb from my phone regularly, and what I like is that if I 
double-tap the center Bible text column, chrome zooms in exactly on 
that column so it's pretty usable with that trick.


Anyway, by the time you read this, I may have done some experimenting 
with the header tag, above. Let me know if you have ideas for an 
interface which adapts better to screen size.


Thanks again for all your work,

Troy

On August 17, 2021 3:40:56 AM GMT+02:00, Don Elbourne 
 wrote:


Troy,

ok Great. Thanks.

I have not messed with Docker yet. I guess I need to get with the
times. lol This will give me a good excuse. No promises, but I
will check it out.

-- 
by grace alone,


Pastor Don A. Elbourne Jr.
Lakeshore Baptist Church
http://lakeshorebaptist.net
http://rebuildlakeshore.com

On 8/14/2021 5:31 AM, Troy A. Griffitts wrote:

Hi Don! I don't know if anyone is running the site other than
CrossWire. We've helped a few people setup the software over the
years but not sure if they continue to run it.

We've made an OCI container of the software to make it scalable
and to more easily spin up an image:

https://hub.docker.com/r/crosswire/swordweb

Not sure who might be pulling that as a base or a spinning up an
instance.

It's great to hear from you! I've often reused your html and
style in other html UI apps which present SWORD functionality. If
you install Bishop, it should look a bit familiar. 😀

Apple: https://apps.apple.com/us/app/the-sword-project/id1399921911

Android:
https://play.google.com/store/apps/details?id=org.crosswire.bishop

We'd love to have you contribute to an improved user experience
in our new world of diverse screen sizes, if you can find the
time between pastoring.

Hope you've been well!

Troy

On August 14, 2021 5:36:47 AM GMT+02:00, Don Elbourne
 wrote:

Is anyone running SWORDWeb in the wild, other than
https://www.crosswire.org/study/

Just wondering. Its been a long time since we designed that. I have been
thinking about jumping back into the project and helping update it to be
mobile friendly, if there is any interest.

-- by grace alone, Pastor Don A. Elbourne Jr. Lakeshore
Baptist Church http://lakeshorebaptist.net
http://rebuildlakeshore.com

sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

-- Sent from my Android device with K-9 Mail. Please excuse my
brevity.

___
sword-devel mailing list:sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


-- Sent from my Android device with K-9 Mail. Please excuse my brevity.

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Module release: LXX

[Tobias Klein]

Is there a possibility to set the version number of a module when 
installing it?

I was not aware of that. In that case, it would also be a backend topic!

Best regards,
Tobias

On 8/31/22 4:44 PM, Michael H wrote:
FYI: based on this thread, I submitted the following as an 
[enhancement] to the Bibletime tracker.


If you develop a front end, consider that the 'attic' is only present 
for (some) crosswire modules.. and the process of recovering an 
updated module isn't exactly user friendly, and could be handled 
better in All front ends.


- snip -

[ENHANCEMENT] Local Attic #407

Recent LXX "update" included new content, but also apparently bugs. 
(see Sword-dev)


It would be NICE if Bibletime locally saved the older versions on 
update, then provided a "There is an older version of this module 
available... click to revert" functionality for at least a few days, 
maybe up to about 90. After that keeping files present that aren't 
used is just bloatware.


While the crosswire attic is possibly available, keeping older 
versions present for (90?) days after an update might provide better 
functionality, especially in areas where internet is not always 
available or safe, and the attic repo isn't really intuitive for 
someone who finds problems.


- snip -




On Wed, Aug 31, 2022 at 9:23 AM pierre amadio > wrote:


Hello.

I suppose you should be able to find the 2.5 version in the attic
repository.
https://wiki.crosswire.org/Official_and_Affiliated_Module_Repositories


Would it be possible to get more information about the issues you
found ?


___
sword-devel mailing list: sword-devel@crosswire.org

http://crosswire.org/mailman/listinfo/sword-devel

Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Ezra Bible App available for Android mobile now

[Tobias Klein]

On 8/21/22 7:42 PM, Greg Hellings wrote:



- Built-in ability to sync database via Cloud storage (I am
planning to
start with Dropbox). This then supports the usecase of using
the same
database across multiple devices (Desktop, Tablet, Mobile).


As someone who likes to self host with Synology, I would love to
see integration with that.


You mean a NAS on the local network? What would be the interface
to that? Local http(s)?
Are there existing integrations for that with other apps?

Synology is a NAS appliance, yes. However, it comes with mobile apps 
(the main one of relevance here is called Drive) that simulate the 
behavior of Box, DropBox, etc apps for synching arbitrary files. On 
Android it appears in my list of places to open or save files to when 
I'm dealing with email attachments or social media uploads similar to 
the other apps mentioned.


Ok. I would need to check this. The question is whether there is some 
kind of existing API to interface with this app ...


A few rough edges I noticed using it in service,  not related to the 
mobile bit specifically.


Once I wrote a note for a verse, I had to cycle note visibility on and 
off again in the UI to hide them. It seems that entering the edit mode 
displayed them without toggling the menu item, I think? I'd have to 
play with it more to be certain that's what happened, but it seems 
that's what went on.


Thanks. I'll look into this. I can confirm that the two features (on 
demand note editing vs. note editing turned on for all verses) are not 
properly synced.


https://github.com/ezra-bible-app/ezra-bible-app/issues/733



Also, not sure if this is the app or a module issue but I have both 
the NET module from eBible, KJVA from CrossWire, and a few other 
modules installed. NET is the primary display. When I select the first 
verse under any header and pull up the comparison pane to see other 
translations, all of them display text except for KJVA. The KJVA has 
text for the verse if I pull it up as the primary module, and it 
doesn't happen on other verses nor on other modules. I'm attaching a 
pair of screeneries to show what I mean.


I'll look into this.

https://github.com/ezra-bible-app/ezra-bible-app/issues/734



Overall it is a very useful mobile app on tablet!

Happy to hear that!

Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Ezra Bible App available for Android mobile now

[Tobias Klein]

I actually got your reply including screenshots!

Tobias

On 8/21/22 9:01 PM, Greg Hellings wrote:
Apparently my reply got snagged by the list for moderator approval 
because of screenshots I added. But rest assured a reply is in the 
ether, waiting to be released. 😂


--Greg

On Sun, Aug 21, 2022, 10:41 Tobias Klein <mailto:cont...@tklein.info>> wrote:


Thanks for the quick feedback, Greg :)

On 8/21/22 5:10 PM, Greg Hellings wrote:

While the resolution of my screen is unremarkable, on the tablet
form factor the UI seems great. Very clean and usable. Someone
the buttons are the smallest usable size, but the spacing between
them means my taps are not mistaken for other buttons, and it's
very usable for this screen.


The tablet variant was already available previously :), but anyway
thanks for trying this now!


- Built-in ability to sync database via Cloud storage (I am
planning to
start with Dropbox). This then supports the usecase of using
the same
database across multiple devices (Desktop, Tablet, Mobile).


As someone who likes to self host with Synology, I would love to
see integration with that.


You mean a NAS on the local network? What would be the interface
to that? Local http(s)?
Are there existing integrations for that with other apps?


- Ship the app with pre-packaged KJV for an easier start.


This would definitely be awesome. Or, like Xiphos on desktop,
bring up the module manager on first boot to guide the user
through installation. Even being familiar with Ezra it took me a
moment to find the installer. Some sort of first run guide might
be a good idea for the app, in general.


Yes, I'll definitely consider these enhancements.




Feedback is very welcome!


I was bummed that it didn't discover the modules I had already
installed through Bishop, but that was no great loss. I don't
have anything custom installed through either one. Just a handful
of basic Bible modules to use when I am at church. This is
probably related to your post script statement below.


Yes, I am currently not reading/writing other locations than the
app-internal storage anymore with Android >= 11.
Which Android version are you on? If this is not working with
Android < 11 than I may still be able to do something for the next
release.



I love Ezra's inline note editing. I would be curious about a way
for me to back up that content before I go too far with using it.


Yes, that is also related to the point about syncing the database.

I am personally using an Android 10 tablet and there I don't have
the /sdcard issue yet. So there I am using the "DropSync" app to
sync a particular /sdcard folder with Dropbox. I manually changed
the location of the database in the configuration of the app. This
is quite neat because you can essentially switch back and forth
between Desktop and Tablet and work with the same data.



Overall, first five minute impression is that this is a solid app
experience. And it arrived just in time to serve me at church
this morning!


Cool!

Enjoy your Sunday afternoon!

Best regards,
Tobias


___
sword-devel mailing list: sword-devel@crosswire.org
<mailto:sword-devel@crosswire.org>
http://crosswire.org/mailman/listinfo/sword-devel
<http://crosswire.org/mailman/listinfo/sword-devel>
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Ezra Bible App available for Android mobile now

[Tobias Klein]

Thanks for the quick feedback, Greg :)

On 8/21/22 5:10 PM, Greg Hellings wrote:
While the resolution of my screen is unremarkable, on the tablet form 
factor the UI seems great. Very clean and usable. Someone the buttons 
are the smallest usable size, but the spacing between them means my 
taps are not mistaken for other buttons, and it's very usable for this 
screen.


The tablet variant was already available previously :), but anyway 
thanks for trying this now!



- Built-in ability to sync database via Cloud storage (I am
planning to
start with Dropbox). This then supports the usecase of using the same
database across multiple devices (Desktop, Tablet, Mobile).


As someone who likes to self host with Synology, I would love to see 
integration with that.


You mean a NAS on the local network? What would be the interface to 
that? Local http(s)?

Are there existing integrations for that with other apps?


- Ship the app with pre-packaged KJV for an easier start.


This would definitely be awesome. Or, like Xiphos on desktop, bring up 
the module manager on first boot to guide the user through 
installation. Even being familiar with Ezra it took me a moment to 
find the installer. Some sort of first run guide might be a good idea 
for the app, in general.


Yes, I'll definitely consider these enhancements.




Feedback is very welcome!


I was bummed that it didn't discover the modules I had already 
installed through Bishop, but that was no great loss. I don't have 
anything custom installed through either one. Just a handful of basic 
Bible modules to use when I am at church. This is probably related to 
your post script statement below.


Yes, I am currently not reading/writing other locations than the 
app-internal storage anymore with Android >= 11.
Which Android version are you on? If this is not working with Android < 
11 than I may still be able to do something for the next release.




I love Ezra's inline note editing. I would be curious about a way for 
me to back up that content before I go too far with using it.


Yes, that is also related to the point about syncing the database.

I am personally using an Android 10 tablet and there I don't have the 
/sdcard issue yet. So there I am using the "DropSync" app to sync a 
particular /sdcard folder with Dropbox. I manually changed the location 
of the database in the configuration of the app. This is quite neat 
because you can essentially switch back and forth between Desktop and 
Tablet and work with the same data.




Overall, first five minute impression is that this is a solid app 
experience. And it arrived just in time to serve me at church this 
morning!


Cool!

Enjoy your Sunday afternoon!

Best regards,
Tobias


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Ezra Bible App available for Android mobile now

[Tobias Klein]

Dear all,

Ezra Bible App (Version 1.7.0) is available for Android mobile now.

You can install it from the Play Store here:
https://play.google.com/store/apps/details?id=net.ezrabibleapp.cordova

This release does not contain any new functionality. It is just a 
port/optimization to smaller mobile resolutions.


A detailed Change Log is available here: 
https://github.com/ezra-bible-app/ezra-bible-app/blob/master/CHANGELOG.md


As this is the first published release for mobile, it is still a bit 
unpolished.
Also, it will probably stay a bit of a compromise even in the long run - 
it is not easy to design an app that works on small resolutions vs. 
large resolutions equally well.


However, the major functionality of Ezra Bible App works and it is 
exactly the same codebase as for the desktop version. You can swipe 
left/right to switch chapters :)


Here are some points that I'm considering for future versions:

- Built-in ability to sync database via Cloud storage (I am planning to 
start with Dropbox). This then supports the usecase of using the same 
database across multiple devices (Desktop, Tablet, Mobile).

- More optimizations for mobile layout.
- Ship the app with pre-packaged KJV for an easier start.

Feedback is very welcome!

Best regards,
Tobias

PS: The app stops using external storage (/sdcard/**) starting with 
Android 11. It was too much trouble (I could somehow make it work, but 
when uninstalling and re-installing the app, it would not work until the 
next reboot ...).


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Ezra Bible App - Looking for Android Testers (Mobile)

[Tobias Klein]

Cool! :)

Let me know how you like the user experience on your phone.

Feel free to submit issues for any needed improvements.

Best regards,
Tobias

On 5/14/22 7:38 PM, Greg Hellings wrote:
I was able to build on my Pinephone Pro with no modifications from 
master, using the Build.md. Huzzah! I'll work up a PR to send for 
dependencies on Manjaro (the default distribution for PPP).


I'll also see about making it into a package for Manjaro so that 
there's a solid mobile option.


--Greg

On Sat, May 14, 2022, 07:51 Tobias Klein <mailto:cont...@tklein.info>> wrote:


Somebody recently got Ezra Bible App working on Librem phone!
See
https://github.com/ezra-bible-app/ezra-bible-app/discussions/644
<https://github.com/ezra-bible-app/ezra-bible-app/discussions/644>

The current code on the master branch is already optimized for
phone screen sizes. But I have been only testing on Android plus
on Desktop with the Chrome developer tools and emulated mobile
resolutions.

Best regards,
Tobias

On 5/14/22 2:13 PM, Greg Hellings wrote:

I'm interested, but not for Android. My current phone is the
Pinephone Pro from Pine64 and it runs mainline Linux with Gnome
42 Phosh. So a mobile experience and build is highly desirable!

--Greg

    On Sat, May 14, 2022, 02:59 Tobias Klein mailto:cont...@tklein.info>> wrote:

Hi all,

I am currently working on Ezra Bible App for mobile devices.

It is the same app that is already available for tablets and
bigger
screens (like Chromebooks or Android TV).

If you would like to participate in a test I would need your
Google
email address. As testers you will then get access to the
test version
via Google Play Store.

I would be glad if you could help me with this.

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
<mailto:sword-devel@crosswire.org>
http://crosswire.org/mailman/listinfo/sword-devel
<http://crosswire.org/mailman/listinfo/sword-devel>
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list:sword-devel@crosswire.org  
<mailto:sword-devel@crosswire.org>
http://crosswire.org/mailman/listinfo/sword-devel  
<http://crosswire.org/mailman/listinfo/sword-devel>
Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
<mailto:sword-devel@crosswire.org>
http://crosswire.org/mailman/listinfo/sword-devel
<http://crosswire.org/mailman/listinfo/sword-devel>
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Ezra Bible App - Looking for Android Testers (Mobile)

[Tobias Klein]

Somebody recently got Ezra Bible App working on Librem phone!
See https://github.com/ezra-bible-app/ezra-bible-app/discussions/644

The current code on the master branch is already optimized for phone 
screen sizes. But I have been only testing on Android plus on Desktop 
with the Chrome developer tools and emulated mobile resolutions.


Best regards,
Tobias

On 5/14/22 2:13 PM, Greg Hellings wrote:
I'm interested, but not for Android. My current phone is the Pinephone 
Pro from Pine64 and it runs mainline Linux with Gnome 42 Phosh. So a 
mobile experience and build is highly desirable!


--Greg

On Sat, May 14, 2022, 02:59 Tobias Klein <mailto:cont...@tklein.info>> wrote:


Hi all,

I am currently working on Ezra Bible App for mobile devices.

It is the same app that is already available for tablets and bigger
screens (like Chromebooks or Android TV).

If you would like to participate in a test I would need your Google
email address. As testers you will then get access to the test
version
via Google Play Store.

I would be glad if you could help me with this.

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
<mailto:sword-devel@crosswire.org>
http://crosswire.org/mailman/listinfo/sword-devel
<http://crosswire.org/mailman/listinfo/sword-devel>
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Ezra Bible App - Looking for Android Testers (Mobile)

[Tobias Klein]

Hi all,

I am currently working on Ezra Bible App for mobile devices.

It is the same app that is already available for tablets and bigger 
screens (like Chromebooks or Android TV).


If you would like to participate in a test I would need your Google 
email address. As testers you will then get access to the test version 
via Google Play Store.


I would be glad if you could help me with this.

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Ezra Bible App 1.6 released

[Tobias Klein]

Hi all,

Ezra Bible App 1.6 has been released.
https://github.com/ezra-bible-app/ezra-bible-app/releases/tag/1.6.0

Ezra Bible App 1.6 features tag groups - a functionality for 
categorizing/grouping tags into higher-level topics.


Note-worthy improvements and fixes are:

 * Tags can now be categorized / grouped in tag groups.
 * Chapter navigation: Highlight chapters that contain tagged verses.
 * Fixed performance issues when loading large books.
 * Fixed bug: Inaccurate search results when limiting search scope.

Downloads are available for:

 * Windows (tested on Windows 10)
 * macOS (tested on macOS 12 Monterey)
 * Ubuntu 18.04 + 20.04 (tested on 20.04)
 * Debian 10 + 11
 * Linux Mint 18
 * Fedora 31 + 33
 * CentOS 8
 * OpenSuse Leap 15.2

Locales are up-to-date for English, German, Spanish, French, Dutch, 
Slovakian, Romanian, Brazilian Portuguese.


Thanks to Reinaldo for the Spanish locale update.
Thanks to Martin for the Slovakian locale update.
Thanks to Tom for the Dutch & French locale update.
Thanks to Augustin for the Romanian locale update.
Thanks to Christian for the Brazilian Portuguese locale update.

I am happy about any feedback.

Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Weird SWORD search bug

[Tobias Klein]

Hi all,

Just to close this loop ... I found the root-cause of this bug ... and 
fixed it in node-sword-interface.


The reason was that when determining the ListKey for the search scope, 
the versification of the basic VerseKey was always the KJV one. I fixed 
this by retrieving the VerseKey from the searched module instead of 
using a "generic one".


Best regards,
Tobias

On 12/30/21 1:53 PM, Tobias Klein wrote:


Hi Troy & all,

I hope you all had a merry Christmas with your families and friends!

I’ve been encountering a weird search bug and I suspect it’s somewhere 
in the SWORD engine.


Here is how I get it:

Given I use the module GerNeUe

And I set the search scope to NT books

And I use the search term “Herrschaft”

And I perform an “Exact phrase” search

Then all search results are slightly offset (by 1 verse) starting from 
Acts 20:24 (should be Acts 20:25) and ending at Revelation 12:9 
(should be 12:10) whereas the search results before and after these 
verses are fine.


If I perform the same search not limiting the search scope, I get 
correct results.


Could this be related to versification differences?
I know that for example in Acts there is a slight versification 
difference starting in 19:41 and in Revelation there is a 
versification difference starting in 12:17 (they balance each other 
out). Therefore the search results are probably fine again in Revelation.


Best regards,
Tobias


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Tamil translation of Bible book names

[Tobias Klein]

Thanks Peter!

Some questions:

1) Is there a reference file / template?
2) Are the sections [Pref Abbrevs] and [Book Abbrevs] optional?

As a developer I can figure out how to work with the locales.d folder 
and its content. But that may not be true for translators - additional 
instruction / guidance would be helpful I think.


Best regards,
Tobias

On 3/12/22 8:15 AM, Peter von Kaehne wrote:

Hi Tobias,

The locales.d folder in the source contains all current translation. 
It is true, no one has ever written this up for the wiki. Main reason 
is likely it is fairly self explanatory when looking at the working 
examples. But you are right that should be remedied.


Yours

Peter

Sent from my phone. Please forgive misspellings and weird “corrections”


On 12 Mar 2022, at 08:51, Tobias Klein  wrote:



Hi,

I am in touch with a volunteer who would like to provide a Tamil 
<https://en.wikipedia.org/wiki/Tamil_language> translation of the 
Bible book names.


What can I give to him as a starting point? I did not find a Wiki 
page explaining the process.


Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Tamil translation of Bible book names

[Tobias Klein]

Hi,

I am in touch with a volunteer who would like to provide a Tamil 
 translation of the Bible 
book names.


What can I give to him as a starting point? I did not find a Wiki page 
explaining the process.


Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Modules with deuterocanonical / apocrypha books

[Tobias Klein]

Thanks, Michael!
That's very helpful!

Best regards,
Tobias

Am 6. Februar 2022 22:07:44 schrieb Michael Johnson :


See also
engWEB2015eb
engBrent1851eb
engDRA1899eb
engbrentupeb
engwyc2018eb
grclxxbrenteb
hrv1942eb
hui2002eb
nld1939eb
ponA2006eb
tpi2008eb

I think you will see that versification and even book divisions vary even 
more wildly in the Apocrypha/Deuterocanon than they do in the main 66 books 
of the Protocanon. Still, there are many people who appreciate being able 
to search and read those portions, either because their church tradition 
supports it, or just because they are interested in the historical, 
literary, and wisdom value found in them.


The "Additions to Esther" book is not as common as the "Esther (Greek)" 
book, because honestly, the portions found in the Greek Septuagint that 
aren't in the Hebrew make much more sense in context than they do 
separately. The same is true (but to a lesser degree) with "Daniel (Greek)" 
and its additions, like the "Song of the 3 Young Men", "Bel and the 
Dragon", "Suzanna", etc. Still, those options are available and used 
somewhere, which is why the UBS official book list includes them.


On 2/6/22 07:33, Tobias Klein wrote:

Hi all,

I am adding support for deuterocanonical / apocrypha books in Ezra Bible 
App. Can someone provide me a list of modules to test with?


Currently I am testing with these:

  * KJVA
  * engRV1895eb
  * engasvbt2021eb
  * Vulgate

I didn't find any module that contains "Additions to Esther". Any hint 
which module I could use?


Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page



--
signature

Aloha,
*/Michael Johnson/**
26 HIWALANI LOOP • MAKAWAO HI 96768-8747*• USA
mljohnson.org <https://mljohnson.org/> • eBible.org <https://eBible.org> • 
WorldEnglish.Bible <https://WorldEnglish.Bible> • PNG.Bible <https://PNG.Bible>

Signal/Telegram/WhatsApp/Telephone: +1 808-333-6921
Skype: kahunapule • Telegram/Twitter: @kahunapule • Facebook: 
fb.me/kahunapule <https://www.facebook.com/kahunapule>


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Modules with deuterocanonical / apocrypha books

[Tobias Klein]

Hi all,


I am adding support for deuterocanonical / apocrypha books in Ezra Bible 
App. Can someone provide me a list of modules to test with?



Currently I am testing with these:
KJVA
engRV1895eb
engasvbt2021eb
Vulgate
I didn't find any module that contains "Additions to Esther". Any hint 
which module I could use?



Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Strong's numbers: Numbers or strings

[Tobias Klein]

The way I've been dealing with this (the dynamic translation-dependent 0 
prefix in Hebrew Strong's) in node-sword-interface is prefixing the 
search term for H*** strong's searches only if the corresponding 
translation has those 0 prefixes.


I simply have this piece of code in my search function:

// If the Strong's key is OT we need to insert a zero in front of the key
// This is necessary because the Sword modules with Strong's have a zero 
in front of the Hebrew Strong's numbers
if(searchTerm[0]== 'H'&& 
this->_textProcessor.moduleHasStrongsZeroPrefixes(module)) {
// Cut out the number from the Strong's key (starting at index 1 until 
end of string)

stringstrongsKey= searchTerm.substr(1, searchTerm.size());
// Overwrite the searchTerm with an inserted 0
searchTerm="H0"+strongsKey;
}

The helper function moduleHasStrongsZeroPrefixes simply searches for 
"strong:H0" in the markup of Genesis 1:1.


This approach has been working decently well for me.

Best regards,
Tobias

On 1/27/22 2:27 PM, Karl Kleinpaste wrote:
I have a Xiphos bug  
in which the facility to take a Strong's dict entry and search the 
Bible module for all its occurrences sometimes works and sometimes 
doesn't.


The mechanism is straightforward: Take the key from the dict pane, 
note whether this is Heb or Grk, construct e.g. lemma:Hx, stuff 
that into the sidebar search, and execute the search. No sweat.


The problem is with Heb refs. Because of the ancient habit that Heb 
Strong's refs are given a leading zero prefix (e.g. "07225") as a weak 
discriminant from Grk refs in the same number space, I actually handle 
this case explicitly. Strong's module keys are fixed, 5-digit strings, 
and the dict pane always shows this. When that key is taken to build 
the lemma search, I specifically include the last leading zero in the 
Heb case.


This works in KJV and ESV where we find "In 
the beginning".
This fails in NASB and OSHB where we find "In 
the beginning".

Note H07225 vs H7225.

The question revolves around what a Strong's ref ontologically is. 
Seriously, what is it?
Is it a number, written naturally with minimal required digits, stored 
for convenience in a character string?

Or is it a specific and fixed string of characters?

In terms of module keys, it's a string of characters.
In terms of Bible markup, well... Opinion varies. As we see in this 
case, some Bibles encode as a natural number, occupying the normal 
(minimal) digits needed, but others take the fixed string approach so 
as to include a leading zero, but note that it's not a full, fixed, 
5-digit string to match a dict key; it's just one leading zero, no 
matter how many natural digits follow. KJV encodes the 1st Heb ref as 
"01". Not "1" (natural number) and not "1" (module key); just "01".


Result is that, by constructing zero-prefixed searches, such searches 
always fail in Bibles using natural/minimal digits because there's 
never a zero-prefixed match.


This is different from Grk refs, which are stored in dict modules the 
same as Heb dict keys -- fixed 5-digit -- but are always marked up as 
natural numbers using minimal digits.


As matters stand, I have no /a priori/ means by which to determine 
what to expect in a Bible's Heb Strong's markup. The dict pane's key 
from which to construct the search is fixed 5 digits. That is at first 
trimmed to natural, minimal digits...and then the trouble starts 
because I don't have anything like a module conf directive to tell me 
whether the module uses zero-prefixed Heb refs or not. I'm also not 
aware that we have any standard for such markup to which I can point 
to say, "NASB's markup is wrong because it lacks zero-prefixing on Heb 
refs."


Help.

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Efficiently extracting section + chapter headers

[Tobias Klein]

Thank you, Troy!

The setIntros call on the VerseKey does not help in getting the chapter 
headers in the context of the entry attribute search. I am getting the 
same results as without setting it.


Best regards,
Tobias

On 1/8/22 3:58 PM, Troy A. Griffitts wrote:

Sorry Tobias,

Yes, I incorrectly told you to call setIntros on SWModule instead of 
VerseKey.


- module->setIntros(true);
+ ((VerseKey *)module->getKey())->setIntros(true);

That's a bit ugly typed from my phone, with no check to be sure the 
cast succeeds, but should get the point across.


I should actually have some time this weekend to try some of these 
suggestions before emailing you 🙂


Troy

On January 8, 2022 1:15:18 AM MST, Tobias Klein  
wrote:


Hi Troy,

Thank you so much for looking into this!

setIntros is not available on SWModule, but only on SWKey.

I suppose the setIntros must be used like this?

SWKey*key= module->getKey();
VerseKey*verseKey= SWDYNAMIC_CAST(VerseKey, key);
*verseKey**->**setIntros**(**true**);*
ListKeyscope= verseKey->parseVerseList(bookCode, *verseKey, true);
ListKeyresultKey= module->search("/Heading",
SWModule::SEARCHTYPE_ENTRYATTR, 0, &scope);

When I did that I still did not get the chapter headings, though.

Best regards,
Tobias

On 1/7/22 3:44 PM, Troy A. Griffitts wrote:

Dear Tobias,

I haven't had a chance to dig into this yet, but my first guess
is that you may be missing the intro slots from the module.

VerseKey modules have intro entries:

for the chapter if you set verse to 0
for the book, if you set chapter to 0
for the testament, if you set book to 0
for the module, if you set testament to 0

You'll need to module->setIntros(true) if you want to access these.

Actually, maybe even just try setIntros(true) before your
headings search. The content in these entries is likely marked up
as headings, as well. For your purposes, you'll need to decide if
you want anything in these entries. They might be a long book
introduction. The presence of intro entries, length, and type of
content varies greatly between modules.

Hope this give something to try,

    Troy

On January 6, 2022 9:41:31 AM MST, Tobias Klein
 wrote:

Hi Troy,

I have started looking again into extracting book headings, so that I
can generate a book outline in Ezra Bible App even when looking at
individual chapters only. I had stopped looking at it when I was not
successfully generating a Windows build any longer last year - but I
could fix that, so now the work continues.

I based my code on your example findHeadings.cpp.

It seems like the list of extracted headings is not complete, though.

When running this with the module GerNeUe and the book Acts I find that
the headers returned are only section headers, but not chapter headers.
Could you have another look based on the example and GerNeUe/Acts and
advise?

I have attached a list of headers that I get from the Bible text of
GerNeUe/Acts - just for reference.

Best regards,
Tobias

On 4/12/21 9:07 PM, Troy A. Griffitts wrote:

Sure Tobias, module->getEntryAttributes() will allow you
to pull the headings from a verse, and an Entry
Attributes search for '/Heading' will give you only the
verses with Heading entries attributes. I've thrown
together a quick example here, which you can use with
something like: ./showHeadings NASB Matt-John which will
give you the headings from the Gospels.

https://crosswire.org/svn/sword/trunk/examples/tasks/findHeadings.cpp

<https://crosswire.org/svn/sword/trunk/examples/tasks/findHeadings.cpp>
Creating this example, I found I needed to fix a bug in
the engine.  The engine Entry Attributes search lets you
search for values in the entry attributes (e.g., a
Strong's number 1234).  In your use case, when searching,
you don't care about the value; you only care about
presence.  This wasn't working, but simple presence can
now be searched for with my latest commit. Hope this
helps, Troy On 4/12/21 9:31 AM, Tobias Klein wrote:

Hi, I have been getting a request from a user to
render section headings independently of the
currently opened bible translation module. So for
example when opening the KJV still using the
section/chapter headers of the NASB. This would be
useful in those cases when the respective bible
translation module does not come with section/chapter
hea

Re: [sword-devel] Efficiently extracting section + chapter headers

[Tobias Klein]

Hi Troy,

Thank you so much for looking into this!

setIntros is not available on SWModule, but only on SWKey.

I suppose the setIntros must be used like this?

SWKey*key= module->getKey();
VerseKey*verseKey= SWDYNAMIC_CAST(VerseKey, key);
*verseKey**->**setIntros**(**true**);*
ListKeyscope= verseKey->parseVerseList(bookCode, *verseKey, true);
ListKeyresultKey= module->search("/Heading", 
SWModule::SEARCHTYPE_ENTRYATTR, 0, &scope);


When I did that I still did not get the chapter headings, though.

Best regards,
Tobias

On 1/7/22 3:44 PM, Troy A. Griffitts wrote:

Dear Tobias,

I haven't had a chance to dig into this yet, but my first guess is 
that you may be missing the intro slots from the module.


VerseKey modules have intro entries:

for the chapter if you set verse to 0
for the book, if you set chapter to 0
for the testament, if you set book to 0
for the module, if you set testament to 0

You'll need to module->setIntros(true) if you want to access these.

Actually, maybe even just try setIntros(true) before your headings 
search. The content in these entries is likely marked up as headings, 
as well. For your purposes, you'll need to decide if you want anything 
in these entries. They might be a long book introduction. The presence 
of intro entries, length, and type of content varies greatly between 
modules.


Hope this give something to try,

Troy

On January 6, 2022 9:41:31 AM MST, Tobias Klein  
wrote:


Hi Troy,

I have started looking again into extracting book headings, so that I
can generate a book outline in Ezra Bible App even when looking at
individual chapters only. I had stopped looking at it when I was not
successfully generating a Windows build any longer last year - but I
could fix that, so now the work continues.

I based my code on your example findHeadings.cpp.

It seems like the list of extracted headings is not complete, though.

When running this with the module GerNeUe and the book Acts I find that
the headers returned are only section headers, but not chapter headers.
Could you have another look based on the example and GerNeUe/Acts and
advise?

I have attached a list of headers that I get from the Bible text of
GerNeUe/Acts - just for reference.

Best regards,
Tobias

On 4/12/21 9:07 PM, Troy A. Griffitts wrote:

Sure Tobias, module->getEntryAttributes() will allow you to
pull the headings from a verse, and an Entry Attributes search
for '/Heading' will give you only the verses with Heading
entries attributes. I've thrown together a quick example here,
which you can use with something like: ./showHeadings NASB
Matt-John which will give you the headings from the Gospels.
https://crosswire.org/svn/sword/trunk/examples/tasks/findHeadings.cpp
<https://crosswire.org/svn/sword/trunk/examples/tasks/findHeadings.cpp>
Creating this example, I found I needed to fix a bug in the
engine.  The engine Entry Attributes search lets you search
for values in the entry attributes (e.g., a Strong's number
1234).  In your use case, when searching, you don't care about
the value; you only care about presence.  This wasn't working,
but simple presence can now be searched for with my latest
commit. Hope this helps, Troy On 4/12/21 9:31 AM, Tobias Klein
wrote:

Hi, I have been getting a request from a user to render
section headings independently of the currently opened
bible translation module. So for example when opening the
KJV still using the section/chapter headers of the NASB.
This would be useful in those cases when the respective
bible translation module does not come with
section/chapter headers, but another one does. A
requirement would be to efficiently extract
section/chapter headers from a module using the SWORD API.
As of now I only see that you can iterate over the verses
of a book and individually scan each verse for the
headers. Is there a more efficient way of doing that?
Another use case could be to render a book outline. This
is what I am already doing now in Ezra, but in a way that
is not so clean (I am traversing the DOM looking for all
section header elements of the current book). Best
regards, Tobias


sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
<http://crosswire.org/mailman/listinfo/sword-devel>
Instructions to unsubscribe/change your settings at above
page 


---

Re: [sword-devel] Efficiently extracting section + chapter headers

[Tobias Klein]

Hi Troy,

I have started looking again into extracting book headings, so that I 
can generate a book outline in Ezra Bible App even when looking at 
individual chapters only. I had stopped looking at it when I was not 
successfully generating a Windows build any longer last year - but I 
could fix that, so now the work continues.


I based my code on your example findHeadings.cpp.

It seems like the list of extracted headings is not complete, though.

When running this with the module GerNeUe and the book Acts I find that 
the headers returned are only section headers, but not chapter headers. 
Could you have another look based on the example and GerNeUe/Acts and 
advise?


I have attached a list of headers that I get from the Bible text of 
GerNeUe/Acts - just for reference.


Best regards,
Tobias

On 4/12/21 9:07 PM, Troy A. Griffitts wrote:

Sure Tobias,

module->getEntryAttributes() will allow you to pull the headings from a
verse, and

an Entry Attributes search for '/Heading' will give you only the verses
with Heading entries attributes.

I've thrown together a quick example here, which you can use with
something like:

./showHeadings NASB Matt-John

which will give you the headings from the Gospels.

https://crosswire.org/svn/sword/trunk/examples/tasks/findHeadings.cpp

Creating this example, I found I needed to fix a bug in the engine.  The
engine Entry Attributes search lets you search for values in the entry
attributes (e.g., a Strong's number 1234).  In your use case, when
searching, you don't care about the value; you only care about
presence.  This wasn't working, but simple presence can now be searched
for with my latest commit.

Hope this helps,

Troy


On 4/12/21 9:31 AM, Tobias Klein wrote:

Hi,

I have been getting a request from a user to render section headings 
independently of the currently opened bible translation module.

So for example when opening the KJV still using the section/chapter headers of 
the NASB.

This would be useful in those cases when the respective bible translation 
module does not come with section/chapter headers, but another one does.

A requirement would be to efficiently extract section/chapter headers from a 
module using the SWORD API. As of now I only see that you can iterate over the 
verses of a book and individually scan each verse for the headers. Is there a 
more efficient way of doing that?

Another use case could be to render a book outline. This is what I am already 
doing now in Ezra, but in a way that is not so clean (I am traversing the DOM 
looking for all section header elements of the current book).

Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
DIE TATEN DER APOSTEL, AUFGESCHRIEBEN VON LUKAS (Apostelgeschichte)
Zwischen Himmelfahrt und Pfingsten
Ersatz für Judas
Das Eintreffen des versprochenen Geistes
Die Pfingstpredigt des Petrus
Die Entstehung der ersten Gemeinde
Die ersten glücklichen Tage
Die Folgen einer Heilung
Stegreifrede auf dem Tempelplatz
Aufforderung zur Umkehr
Vor Gericht
Die Urteilsverkündigung
Gebet der Gemeinde
Harmonie in der Gemeinde
Selbstsucht und Heuchelei
Das Ansehen der Gemeinde wächst
Verhaftungsgrund: Neid
Spannung in der Gemeinde
Anklage gegen die Wahrheit
Verteidigung als Bekenntnis
Die Rache der Rasenden
Die erste Christenverfolgung
Verfolgung als Missionsstrategie
Der erste Nichtjude wird Christ
Der Verfolger wird Christ
Saulus wird nach Hause geschickt
Zwischenbilanz in Israel
Mission in Judäa
Dürfen Nichtjuden zur Gemeinde gehören? 
Petrus muss sich rechtfertigen
Gemeinde aus Nichtjuden
Barnabas in Antiochia
Gewalt gegen die Führer
Tod von Herodes Agrippa I. 
Die Ältesten von Antiochia
Beginn der ersten Missionsreise
Im südlichen Galatiena: Antiochia
Auch Nichtjuden gilt die Botschaft
Im südlichen Galatien: Ikonion
Im südlichen Galatien: Lystra
Im südlichen Galatien: Derbe
Rückreise nach Antiochia in Syrien
Die Apostelversammlung in Jerusalem
Beginn der zweiten Missionsreise
Der Ruf aus Mazedonien
Das Evangelium kommt nach Europa
Im Gefängnis
Die Arbeit in Thessalonich
In Athen
In Korinth
Rückreise nach Antiochia
Aufbruch zur dritten Missionsreise
Missionsarbeit in Ephesus
Aufstand der Silberschmiede
Paulus in Mazedonien und Griechenland
Abschiedsbesuch in Troas
Treffen mit den Ältesten von Ephesus
Reise nach Jerusalem
Der Rat des Jakobus
Verhaftung des Paulus
Rede an eine tobende Menge
Paulus und der Kommandant
Rede vor dem Hohen Rat
Verschwörung gegen Paulus
Überführung nach Cäsarea
Paulus und Felix
Paulus und Festus
Agrippa interessiert sich für Paulus
Rede vor Agrippa und Gäst

Re: [sword-devel] Weird SWORD search bug

[Tobias Klein]

Thanks for your response, Manfred. I am searching from within Ezra Bible 
App, which accesses SWORD via node-sword-interface.


This is implemented here:
https://github.com/ezra-bible-app/node-sword-interface/blob/e42dcb3f0d1167c19a78f5cd37de00ef9c03cbf0/src/sword_backend/module_search.cpp#L153

The interesting thing is that I am not seeing this bug when I am not 
setting the search scope.


Best regards,
Tobias

Am 30. Dezember 2021 14:59:31 schrieb Manfred Bergmann 
:



Hi.

That’s odd.
I don’t see this issue in Eloquent, where the search result is indeed Rev 
12:10 (not 12:9, also Acts is correct).

GerNeUe uses a „German“ versification. So this might be related.
But since it works here I’m wondering why not on your end?
Where do you search?



Manfred



Am 30.12.2021 um 13:53 schrieb Tobias Klein :

Hi Troy & all,

I hope you all had a merry Christmas with your families and friends!

I’ve been encountering a weird search bug and I suspect it’s somewhere in 
the SWORD engine.


Here is how I get it:

Given I use the module GerNeUe
And I set the search scope to NT books
And I use the search term “Herrschaft”
And I perform an “Exact phrase” search
Then all search results are slightly offset (by 1 verse) starting from Acts 
20:24 (should be Acts 20:25) and ending at Revelation 12:9 (should be 
12:10) whereas the search results before and after these verses are fine.


If I perform the same search not limiting the search scope, I get correct 
results.


Could this be related to versification differences?
I know that for example in Acts there is a slight versification difference 
starting in 19:41 and in Revelation there is a versification difference 
starting in 12:17 (they balance each other out). Therefore the search 
results are probably fine again in Revelation.


Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Weird SWORD search bug

[Tobias Klein]

Hi Troy & all,

I hope you all had a merry Christmas with your families and friends!

I’ve been encountering a weird search bug and I suspect it’s somewhere in the 
SWORD engine.

Here is how I get it:

Given I use the module GerNeUe
And I set the search scope to NT books
And I use the search term “Herrschaft”
And I perform an “Exact phrase” search
Then all search results are slightly offset (by 1 verse) starting from Acts 
20:24 (should be Acts 20:25) and ending at Revelation 12:9 (should be 12:10) 
whereas the search results before and after these verses are fine.

If I perform the same search not limiting the search scope, I get correct 
results.

Could this be related to versification differences?
I know that for example in Acts there is a slight versification difference 
starting in 19:41 and in Revelation there is a versification difference 
starting in 12:17 (they balance each other out). Therefore the search results 
are probably fine again in Revelation.

Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Ezra Bible App 1.4 released

[Tobias Klein]

Hi all,

Ezra Bible App 1.4 has been released.
https://github.com/ezra-bible-app/ezra-bible-app/releases/tag/1.4.0 


Ezra Bible App 1.4 features an enhanced fullscreen mode with a circular verse 
context menu, new side buttons for toggling the tag list and dictionary, an 
optimized tag list view as well as various enhancements and bugfixes.

Note-worthy improvements and fixes are:
Fullscreen mode with hidden menu and wheel navigation as verse context menu.
Made sidebar (tag view) and dictionary switchable by side buttons.
Use only one toolbox window for tag list and dictionary.
Added search scope option for module search functionality.
Significant performance improvement for large tag lists.
Fixed bug: Repository update failed already if only one repository was offline.
Fixed bug: Raised SWORD InstallMgr default timeout from 10s to 20s to fix 
issues with slow internet connections.
Downloads are available for:
Windows (tested on Windows 10)
macOS (tested on macOS 12 Monterey)
Android (tested on Android 6, Android 10, Android 11).
Ubuntu 18.04 + 20.04 (tested on 20.04)
Debian 10 + 11
Linux Mint 18
Fedora 31 + 33
CentOS 8
OpenSuse Leap 15.2
Locales are up-to-date for English, German, Spanish, French, Dutch, Slovakian, 
Ukrainian, Russian, Romanian, Brazilian Portuguese.

Thanks to Reinaldo for the Spanish locale update.
Thanks to Martin for the Slovakian locale update.
Thanks to Tom for the Dutch & French locale update.
Thanks to Evgen for the Ukrainian & Russian locale update and for major 
development work.
Thanks to Augustin for the Romanian locale update.
Thanks to Christian for the Brazilian Portuguese locale update.

I am happy about any feedback.

Best regards,
Tobias___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NET (Bible.org) repository offline?

[Tobias Klein]

Thank you for your efforts to resolve this, Troy!

Best regards,
Tobias

On 11/6/21 3:12 AM, Troy A. Griffitts wrote:


Should be resolved.  I've also updated their pay modules' .conf file 
with our newer UnlockInfo property to point users directly to their 
store page.


On 11/5/21 08:12, Tobias Klein wrote:

The Bible.org <http://Bible.org> SWORD repo is still offline as of now.
Can somebody talk to the folks at Bible.org <http://Bible.org>?

Best regards,
Tobias


Am 03.11.2021 um 18:30 schrieb Tobias Klein :

Hi,

The NET (Bible.org <http://bible.org/>) repository seems to be 
offline since this morning (CET).


Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page



___
sword-devel mailing list:sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NET (Bible.org) repository offline?

[Tobias Klein]

The Bible.org <http://bible.org/> SWORD repo is still offline as of now.
Can somebody talk to the folks at Bible.org <http://bible.org/>?

Best regards,
Tobias

> Am 03.11.2021 um 18:30 schrieb Tobias Klein :
> 
> Hi,
> 
> The NET (Bible.org <http://bible.org/>) repository seems to be offline since 
> this morning (CET).
> 
> Best regards,
> Tobias
> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] NET (Bible.org) repository offline?

[Tobias Klein]

Hi,

The NET (Bible.org ) repository seems to be offline since 
this morning (CET).

Best regards,
Tobias___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Fwd: Latest SWORD trunk / Build issue on Windows (Root-cause: CMake configuration related to zlib)

[Tobias Klein]

Hi Greg,

Would you mind having a look regarding the CMake configuration for how 
zlib is handled on Windows?
This issue described below is not resolved yet. I tried to make some 
changes in the CMake configuration some time ago, but did not succeed.


Best regards,
Tobias

 Forwarded Message 
Subject: 	Re: [sword-devel] Latest SWORD trunk / Build issue on Windows 
(Root-cause: CMake configuration related to zlib)

Date:   Sun, 14 Mar 2021 01:13:43 -0600
From:   Greg Hellings 
To: Tobias Klein 



So is our solution just to remove the conditional files for when ZLib is 
not found? Is ZLib now a hard dependency instead of an optional one?


--Greg

On Sat, Mar 13, 2021 at 10:01 AM Tobias Klein <mailto:cont...@tklein.info>> wrote:


   Hi Greg,

   Not sure whether you saw this ... I need your help on this.

   Have a great weekend!

   Best regards,
   Tobias

   On 2/22/21 8:30 AM, Tobias Klein wrote:


Hi Greg,

Would you mind taking a look?
I checked what needs to be done to remove the zlib references, but
it was difficult to determine all the places that need to be
changed. Let me know if I can help.

Best regards,
Tobias

On 2/16/21 11:16 PM, Tobias Klein wrote:

Dear Troy,

Is it maybe this reference in /cmake/sources.cmake (line 214)

SET(sword_zlib_nofound_SOURCES
 src/utilfuns/zlib/adler32.c

Best regards,
Tobias

Am 16. Februar 2021 22:42:51 schrieb "Troy A. Griffitts"
 <mailto:scr...@crosswire.org>:


Dear Tobias,

I have just had a look at a pristine checkout of SWORD trunk and
I have no trace of adler32.c in any CMakeList.txt.  Could this
be similar to the stray symbols and such you were having with
your build framework previously, which we stipulated was due to
no completely cleaning build staging folders?

If you can find the CMakeList.txt with a line 85 containing a
reference to adler32.c, please let me know and I will continue
to investigate.

Glad the new toUpper code is working for you.

Troy


On 2/16/21 4:18 AM, Tobias Klein wrote:

Hi Zdenko,

That Windows build (automated via GitHub Actions, also
considering zlib) has been previously working (Last time when
1.9.0 was released), so I would rather guess that this is a
regression in the CMake configuration of SWORD.

Best regards,
Tobias

Am 16. Februar 2021 09:21:01 schrieb ZdPo Ster
 <mailto:zdpos...@gmail.com>:


I expect that zlib is installed on Mac by default, while on
windows cmake configuration does not find a suitable zlib
installation, so it tries to build it (but source code is
missing).

Try to install https://github.com/madler/zlib
<https://github.com/madler/zlib> with cmake before configuring
and building the sword.

Zdenko

    On Mon, 15 Feb 2021 at 18:33, Tobias Klein
mailto:cont...@tklein.info>> wrote:

Hi,

I have observed a build issue with the latest SWORD trunk
on Windows.

I am getting this message:

CMake Error at CMakeLists.txt:85 (ADD_LIBRARY):
112

<https://github.com/ezra-project/sword-build-win32/runs/1904990888?check_suite_focus=true#step:12:112>Cannot
find source file:
113

<https://github.com/ezra-project/sword-build-win32/runs/1904990888?check_suite_focus=true#step:12:113>
114

<https://github.com/ezra-project/sword-build-win32/runs/1904990888?check_suite_focus=true#step:12:114>src/utilfuns/zlib/adler32.c

When checking the content of /src/utilfuns it appears like
that folder (zlib) and file (adler32.c) is actually missing.

I am not getting that error on macOS, so it seems like it
is a Windows-specific CMake configuration issue?

Best regards,
Tobias
___
sword-devel mailing list: sword-devel@crosswire.org
<mailto:sword-devel@crosswire.org>
http://crosswire.org/mailman/listinfo/sword-devel
<http://crosswire.org/mailman/listinfo/sword-devel>
Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
<mailto:sword-devel%40crosswire.org>
http://crosswire.org/mailman/listinfo/sword-devel
<http://crosswire.org/mailman/listinfo/sword-devel>
Instructions to unsubscribe/change your settings at above page



___
sword-devel mailing list:sword-devel@crosswire.org  
<mailto:sword-devel@crosswire.org>
http://crosswire.org/mailman/listinfo/sword-devel  
<http://crosswire.org/mailman/listinfo/sword-devel>
Instructions to unsubscribe/change your settings at above page

__

Re: [sword-devel] New shared common SWORD path on Android

[Tobias Klein]

Hi Troy,

I can certainly consider /sdcard/Documents as a new base also for Ezra 
(haven't tried it yet).


I just did a quick search and I didn't find any official Android 
documentation on that particular filesystem path. Is there something you 
can point me to?


Best regards,
Tobias

On 9/13/21 12:38 PM, Troy A. Griffitts wrote:


Thanks Michael, yes, I also feel we need to not swim against the 
Google flow.  The problem is that the Google flow seems to turn at 
each new release of Android.  Be assured, my goal is to find a common 
means for us to share a single install of SWORD modules and to do it 
the way Google wants and for as many versions of Android as practical.


Tobias,

I've had no trouble writing to /sdcard/... from our C++ code, as long 
as I don't write to the root of /sdcard/.  My change from 
/sdcard/sword to /sdcard/Documents/sword/ works fine on Android 11.


Can you give /sdcard/Documents/sword/ a try?  You can grab my exact 
C++ code from the cordova plugin if you have trouble.


https://crosswire.org/svn/sword/trunk/bindings/java-jni/jni/swordstub.cpp

static void init(JNIEnv *env);

On 9/13/21 10:32 AM, Tobias Klein wrote:


Dear Troy,

We should certainly align on the directories and keep it simple.

However, starting from Android 11 Google makes it really hard for us 
due to the "Scoped Storage" concept, see 
https://developer.android.com/about/versions/11/privacy/storage


I couldn't figure out a way to write to /sdcard any more in my C++ 
context on Android 11.


As a consequence at the moment I am not using /sdcard from Android 11 
anymore, but only the private app folder.


For Android < 11 I am using */sdcard/sword*, but for Android >= 11 I 
have completely disabled this including the permissions request for 
WRITE_EXTERNAL_STORAGE.


I wonder whether there is still any way to still use /sdcard/* in 
Android >= 11 in the C++ context ... I haven't found a solution yet 
and it seems rather complicated.


Best regards,
Tobias

On 9/12/21 3:51 PM, Troy A. Griffitts wrote:

Dear all,

I've been updating Bishop to work on newer versions of Android and have
found that we are running into problems trying to create the
"Nonstandard top-level folder" 'sword' at the root of the common storage
folder.

Tobias, I know a while back you mentioned that you had to update Ezra
for Android recently, but it has been a long while since we talked about
it and I'd like to know if you've had any updated thoughts on what
you're doing there.

Any other mobile Android devs have any thoughts.

For now, I have updated our cordova plugin (and thus Bishop) to check
and if possible use paths in this preferred order:

"/sdcard/Documents/sword"

"/sdcard/sword"

((android.app.Application)
app).getApplicationContext().getFilesDir().getAbsolutePath();

And we are augmenting modules from AndBible:

"/sdcard/Android/data/net.bible.android.activity/files"

... but I'd prefer not to do this any longer, once we all agree and
implement storing files in a common location.

Any thoughts?

Troy


___
sword-devel mailing list:sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list:sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Bible Study App 4.0 has been released!

[Tobias Klein]

Tuomas and Team - well done!

What toolset did you guys use for the tutorial videos? I really like them!

Best regards,
Tobias

On 10/2/21 8:33 AM, Tuomas Airaksinen wrote:


(Permanent URL to press release document) 



Bible Study App 4.0 has been released!

New version of Bible Study App by And Bible Open Source Project has 
been released and is now available in Play Store 
, 
F-Droid , 
Github , Samsung 
Galaxy Store, Huawei AppGallery and soon in Amazon App Store. This is 
the biggest And Bible release ever made and has improvements of over 
one year of development work.


Highlights:

 *

Character accurate bookmarks

 *

Bookmarks & My Notes merged & improved

 *

My Notes commentary view

 *

Study Pads for creating sermon notes etc.

 *

Strongs dictionary by clicking words

See Release notes 
for 
more details.


Videos:

 *

"What's new" video 

 *

Promotional video (share this via social media!)


 *

Tutorials (playlist)


Special thanksto Andrew Rogers, who has been major help in making this 
release what it is (UX, UI, tutorial videos etc).


Big thanks also to:

 *

Timmy Braun - improvements in Reading Plans feature

 *

Matt Schlosser - improved landing screen after fresh installation

 *

Jan-Jaap Korpershoek - reference parser to notes editor

 *

All who have been contributed any code, doing beta testing,
reporting bugs

 *

Andrew, Timmy and Ben for lifting a burden from my shoulders in
helping me with our help desk email and other support channels.

Praise and thanks to God!

Tuomas Airaksinen

Lead developer of And Bible Open Source Project


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Crash when looking up module key in Nave module

[Tobias Klein]

Hi Troy,

When trying to look up the key for the /Nave/ dictionary I got a crash. 
I am using a recent SWORD revision.


Program received signal SIGSEGV, Segmentation fault.
0x7fc7c47dab82 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x7fc7c47dab82 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7fc7c05c9f3c in sword::SWLD::hasEntry(sword::SWKey const*) 
const () from 
/home/tobi/dev/ezra_project/node-sword-interface-git/build/Release/node_sword_interface.node
#2  0x7fc7c0526188 in 
NodeSwordInterface::getRawModuleEntry(Napi::CallbackInfo const&) () from 
/home/tobi/dev/ezra_project/node-sword-interface-git/build/Release/node_sword_interface.node


The swordModule is /Nave/ and I set an arbitrary key (like 'Jacob').
Then this code let to a seg fault.

swordModule->setKey(string(key).c_str());
boolentryExisting= swordModule->hasEntry(swordModule->getKey())

Aside from that ... when I did not use the /hasEntry/ function, it did 
not crash anymore, but I was still not able to successfully look up 
content based on the example above (Using the key 'Jacob').
When setting the key for /Nave/ to /Jacob/ I simply got an empty string 
when invoking /getRawEntry/.


Thanks for your support!

Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Getting a newer Norwegian Bible to AndBible

[Tobias Klein]

Hi Eero!

The reason that newer translations are not available as (free) SWORD 
modules is typically that they are still copyright protected. Sometimes it 
is possible to offer such modules with a license key that first needs to be 
purchased by the user. Maybe you can write to the publisher and ask them 
whether they have considered to either offer the text as a free SWORD 
module or at least offer a license key protected SWORD module.

Not all publishers have the technical knowledge/infrastructure for that.
The German Bible society is a publisher that has the infrastructure and 
this has been used to make the NA28 (Greek NT) available as a payed module. 
They also have a SWORD repository. I hope something can be done to make new 
Norwegian translations available as SWORD module!


Best regards,
Tobias

Am 26. September 2021 07:42:11 schrieb :
Hey, I use AndBible., There are 2 Norwegian bibles available, or at he 
moment I find just one, the 1930 translation. For example YouVersion has 
quite many newer translations – is it possible to get some of them to 
AndBible; I prefer most 1988 translation. Some time ago there was also a 
translation named Norbroed I think; that was of little value.




Greetings



Eero Nevanlinna, Norway

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] New shared common SWORD path on Android

[Tobias Klein]

Dear Troy,

We should certainly align on the directories and keep it simple.

However, starting from Android 11 Google makes it really hard for us due 
to the "Scoped Storage" concept, see 
https://developer.android.com/about/versions/11/privacy/storage


I couldn't figure out a way to write to /sdcard any more in my C++ 
context on Android 11.


As a consequence at the moment I am not using /sdcard from Android 11 
anymore, but only the private app folder.


For Android < 11 I am using */sdcard/sword*, but for Android >= 11 I 
have completely disabled this including the permissions request for 
WRITE_EXTERNAL_STORAGE.


I wonder whether there is still any way to still use /sdcard/* in 
Android >= 11 in the C++ context ... I haven't found a solution yet and 
it seems rather complicated.


Best regards,
Tobias

On 9/12/21 3:51 PM, Troy A. Griffitts wrote:

Dear all,

I've been updating Bishop to work on newer versions of Android and have
found that we are running into problems trying to create the
"Nonstandard top-level folder" 'sword' at the root of the common storage
folder.

Tobias, I know a while back you mentioned that you had to update Ezra
for Android recently, but it has been a long while since we talked about
it and I'd like to know if you've had any updated thoughts on what
you're doing there.

Any other mobile Android devs have any thoughts.

For now, I have updated our cordova plugin (and thus Bishop) to check
and if possible use paths in this preferred order:

"/sdcard/Documents/sword"

"/sdcard/sword"

((android.app.Application)
app).getApplicationContext().getFilesDir().getAbsolutePath();

And we are augmenting modules from AndBible:

"/sdcard/Android/data/net.bible.android.activity/files"

... but I'd prefer not to do this any longer, once we all agree and
implement storing files in a common location.

Any thoughts?

Troy


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Ezra Bible App 1.2 released

[Tobias Klein]

Hi all,

Ezra Bible App 1.2 has been released today.
https://github.com/ezra-bible-app/ezra-bible-app/releases/tag/1.2.0 


Ezra Bible App 1.2 features an enhanced module installation assistant, 
dictionary support on Android and various other enhancements.

Note-worthy improvements and fixes are:
Reworked module install assistant
Show language selection as first step.
Optimized language listing.
Show dictionary box below the text when left toolbar is hidden.
Android: Implemented dictionary word lookup for touch screens.
Android: Highlight Strong's words in currently selected verse.
Downloads are available for:
Windows (tested on Windows 10)
macOS (tested on Big Sur)
Android (tested on Android 6 and Android 10), will be available in the Play 
Store a few days from now.
Ubuntu 18.04 + 20.04 (tested on 20.04)
Debian 10 + 11
Linux Mint 18
Fedora 31 + 33
CentOS 8
OpenSuse Leap 15.2
Locales are up-to-date for English, German, Spanish, French, Dutch, Slovakian, 
Ukrainian, Russian, Romanian.

Thanks to Reinaldo for the Spanish locale update.
Thanks to Martin for the Slovakian locale update.
Thanks to Tom for the Dutch & French locale update.
Thanks to Evgen for the Ukrainian & Russian locale update and for major 
development work.
Thanks to Augustin for the Romanian locale update.

I am happy about any feedback.

Best regards,
Tobias___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORDWeb

[Tobias Klein]

Ezra Bible App could also be turned into a website with not so much 
effort. Actually it was a website originally and then I turned it into a 
desktop app.


The only thing necessary would be to run it's backend on a nodejs server 
instead of a local node instance and then replace the internal IPC calls 
to the backend with actual AJAX calls to the web-based backend.


I would estimate that the effort for this is somewhere < 1 week of work.

Best regards,
Tobias

On 8/14/21 5:36 AM, Don Elbourne wrote:
Is anyone running SWORDWeb in the wild, other than 
https://www.crosswire.org/study/


Just wondering. Its been a long time since we designed that. I have 
been thinking about jumping back into the project and helping update 
it to be mobile friendly, if there is any interest.



___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] eBible.org down?

[Tobias Klein]

Hi Michael,

It seems that eBible.org is down?

I noticed this because the repository update in Ezra started failing 
most recently.


Best regards,
Tobias

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Ezra Bible App 1.1 released

[Tobias Klein]

Hi all,

Ezra Bible App 1.1 has been released today.
https://github.com/ezra-bible-app/ezra-bible-app/releases/tag/1.1.0 


Ezra Bible App 1.1 features an emoji picker for tags and notes, a locale 
selection box in the options menu, a possibility to load the Bible text chapter 
by chapter instead of fully for the whole book and various other enhancements. 
Furthermore, a Romanian locale has been added.

Note-worthy improvements and fixes are:
Desktop app: Added emoji picker to input fields (Create/rename tag, notes).
Added a locale select box in the options menu that can be used to instantly 
switch to a different user interface language.
Added functionality for opening and navigating book chapters individually.
Enhanced layout of current tab search function.
Disable Bible translation in translation select box if it does not contain the 
book that is opened in the current tab.
Added online help that gives an overview for all keyboard shortcuts (New tab in 
info popup dialog).
Android: Localized startup messages.
Fixed bug: Missing chapter title for modules without embedded chapter title.
Fixed bug: Compare translations function too slow on Android.
Added Romanian locale.
Downloads are available for:
Windows (tested on Windows 10)
macOS (tested on Big Sur)
Android (tested on Android 6 and Android 10), available in the Play Store.
Ubuntu 18.04 + 20.04 (tested on 20.04)
Debian 10
Linux Mint 18
Fedora 29 (also works with Fedora 30)
Fedora 31
Fedora 33
CentOS 8
OpenSuse Leap 15.2
Locales are up-to-date for English, German, Spanish, French, Dutch, Slovakian, 
Ukrainian, Russian, Romanian.

Thanks to Reinaldo for the Spanish locale update.
Thanks to Martin for the Slovakian locale update.
Thanks to Tom for the Dutch & French locale update.
Thanks to Evgen for the Ukrainian & Russian locale update and for major 
development work.
Thanks to Augustin for the new Romanian locale and contributions regarding a 
new short cut overview.

I am happy about any feedback.

Best regards,
Tobias___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Greek/Hebrew Reader screenshots

[Tobias Klein]

Hi Jeff,

> I get a complete build on the sword-build-win32 
> sword\bindings\csharp\Sword.csproj which includes the NativeMethods class. 
> That class seems to be calls to a libsword.dll which I haven’t been able to 
> locate.

For sword-build-win32 I am using CMake to build sword.

The CMake configuration for the library name looks like this:
ADD_LIBRARY(sword SHARED ${sword_SOURCES})


So I think that’s where the file name sword.dll comes from. Maybe the dll name 
has been different in other build configurations previously used by the csharp 
bindings.

What happens if you simply rename sword.dll to libsword.dll?

>  
> I’m unable to build the SWORD project but the reasons change as I correct the 
> problems. My guess is it’s related to the particular VS 2017 configuration on 
> my machine.

Have you tried VS 2019? That’s what I am using on GitHub actions.
Feel free to fork the sword-build-win32 project and play with it via GitHub. It 
builds automatically each time you change something. Also it automatically 
generates an archive of the dlls once you generate a release.

Alternatively you could try to work with a clean Windows VM and a fresh 
installation of the Visual Studio compiler toolchain.

Microsoft provides free Windows 10 VMs here:
https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/ 


>  
> Do you have a SWORD dll without dependencies?  This might give me a better 
> idea of what’s happening on my system.  

Fork sword-build-win32. Then make an adjustment in the build_sword.bat removing 
all library options from the CMake call. Then remove everything but 
build_sword.bat in build_all.bat and .github/workflows/build.yml.
Once you have pushed those changes and generate a new release via GitHub you 
will get a sword.dll with no dependencies.

Best regards,
Tobias___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Greek/Hebrew Reader screenshots

[Tobias Klein]

Jeff, I am not familiar with the C# bindings of SWORD. Somebody else will 
have to step in.


Best regards,
Tobias
Am 16. Juni 2021 13:00:00 schrieb "Jeff Becker" :

Tobias,

I’m sorry for the confusion that I’m having (and seem to be sharing).

I get a clean build on the sword-build-win32 
sword\bindings\csharp\Sword.csproj which includes the NativeMethods class.  
That class is made up of DLLIMPORT calls to a ‘libsword.dll’.  However, 
when I step through the code it won’t load the dll specified even when I 
change the name or relative path.  I have checked the dllName (DLLNAME 
const) and the reference points to a copy of the sword.dll.  That leads me 
to believe that it’s actually a call to a dependency that’s causing the 
problem. PEStudio has pointed me to various missing dependencies.  I’m not 
sure of the algorithm that it uses to determine those dependencies as its 
focus is actually on viral threat assessment.


It’s currently showing:
libbz2.dll
liblzma.dll
libcurl.dll
icuin65
icuuc65.dll
kernel32.dll
msvcp140.dll
vcruntime140.dll
api-ms-win-crt-runtime-l1-1-0.dll
api-ms-win-crt-heap-l1-1-0.dll
api-ms-win-crt-string-l1-1-0.dll
api-ms-win-crt-stdio-l1-1-0.dll
api-ms-win-crt-convert-l1-1-0.dll
api-ms-win-crt-filesystem-l1-1-0.dll
api-ms-win-crt-environment-l1-1-0.dll
api-ms-win-crt-time-l1-1-0.dll
api-ms-win-crt-math-l1-1-0.dll

The first five are part of sword.  The next three aren’t a problem.  But 
the ‘api-ms-win-crt-…’ have been rolled up into libraries.  I’ve tried 
several different methods to install them but all I get are the new 
version.  This is a new computer and new installation of Windows 10. I’m 
guessing that this would run if I had installed the earlier version of the 
Redistributable (VS2015, VS2017) these would have installed.  But the 
currently available version doesn’t include these dlls.  It only includes 
the new libraries which replace those listed here.


I’ve tried to verify the existence of the entry points but I’m certain that 
it would give a different error than the ‘cannot load’ error that always 
comes up.


Could this be what’s been giving me problems?

Again, thank you so much for the help,

Jeff

From: Tobias Klein [mailto:cont...@tklein.info]
Sent: Monday, June 14, 2021 11:19 PM
To: Jeff Becker
Subject: Re: [sword-devel] Greek/Hebrew Reader screenshots

Hi Jeff,
I do not have another/later set of SWORD dlls.
What do you mean when you say "NativeMethods class"?
I am not sure right now where the name of the SWORD.dll is configured. 
Potentially in the SWORD CMake configuration.
This is what is done for building SWORD (once all the dependencies are 
available):

cmake -B build\sword -G "Visual Studio 16 2019" -A Win32 ^
-DCMAKE_WINDOWS_EXPORT_ALL_SYMBOLS=TRUE ^
-DBZIP2_LIBRARY=%cd%\%2\libbz2.lib ^
-DBZIP2_INCLUDE_DIR=%cd%\bzip2 ^
-DXZ_LIBRARY=%cd%\%2\liblzma.lib ^
-DXZ_INCLUDE_DIR=%cd%\xz\src\liblzma\api ^
-DICU_ROOT=%cd%\icu\icu4c ^
-DICU_INCLUDE_DIR=%cd%\icu\icu4c\include ^
-DCURL_LIBRARY=%cd%\%2\libcurl_imp.lib ^
-DCURL_INCLUDE_DIR=%cd%\curl\include ^
sword

devenv build\sword\libsword.sln /Build Debug /Project sword
dir build\sword\Debug\
copy build\sword\Debug\sword.dll %2\
copy build\sword\Debug\sword.lib %2\
copy build\sword\Debug\sword.pdb %2\
Are the "missing DLLs" actually causing any issue with a linked binary? 
When I link node-sword-interface with the sword.dll on Windows I do not 
face such issues - neither during build, nor during runtime. But that's a 
different configuration/usecase I suppose.


Did you try already try to link the sword dll into some sample application?
Moving forward, the only way I can help is if you submit your Visual Studio 
project (of that sample application) - can you share it, can you put it on 
GitHub? If I do not have access to your project configuration I'll not be 
able to debug/reproduce/understand.

Best regards,
Tobias
On 6/14/21 11:39 AM, Jeff Becker wrote:
I did try the dlls from the link you gave (it’s also in another email 
thread).  That was when I ran into the missing Windows dlls problem 
(msvcr80.dll and msvcp80.dll as indicated by an assessment tool). Those 
dlls only install with the VS2005 C++ Redistribution Kit (which is no 
longer available on Microsoft.com) or with various MS Office and other 32 
bit MS applications (which I don’t have installed on my Windows 10 
machine). Also, the NativeMethods class in the sword-build-win32 looks for 
‘libsword’ (.dll) not sword.dll. The latter (sword.dll) is in the release 
artifacts on Git. I don’t know the difference between the two dlls.  I also 
noticed that the NativeMethods class uses the Windows CE calling convention 
rather than the standard Winapi.  I don’t know if that has a effect on all 
of this.  Or maybe I’m just not understanding the way that the Sword dlls 
are organized.


All of that was the reason I tried to get a compile but had some difficulties.

I can try to find a reliable version o

Re: [sword-devel] Greek/Hebrew Reader screenshots

[Tobias Klein]

 
Studio and do most of my work in C#.  It’s a well-rounded language and 
simplifies a lot of the usual peculiarities of C programming.  My 
professional focus is on business database applications with Web delivery, 
either in Internet, Intranet or Extranet environments.


Any specific JS or CSS libraries/frameworks?

The simple answer to your question is: vanilla Javascript and pure CSS in 
HTML5.  Honestly, I’ve been programming for decades and after watching and 
participating in the comings and goings of many frameworks and libraries 
I’ve become something of a purist.  I even try to avoid JQuery unless a 
customer is already committed to it.  My apps are generally clean and fast 
because of it.


Are you planning to use or develop reusable web components?

I can. My hope would be a set of DLLs with .Net interface access.  I’m open 
to other environments and have worked (less extensively) in LAMP and Linux 
Shell Scripting (as well as a bunch of outdated and/or obscure languages 
and platforms). But my preference is still Visual Studio and ASP.Net.


I’ve looked at other databases and content storage formats but I’m very 
impressed with the SWORD Project. I’ve been on the Crosswire mailing list 
since 2008.


Regardless of the environment everything that I do will be released as 
open-source under whatever licensing structure that you all prefer.  I’d 
like to see this translated to as many (human) languages as possible.  And 
along with that I intend to respect all licensing restrictions of content. 
While that may be limiting or complicating for development it is the only 
way.  Even if that  means modifying content delivery on a per-user basis 
that tracks content licenses the same way.


As for my ability to code, my first production code was on a Burroughs 
B6700 in FORTRAN 4.  It was then converted to run on a PDP/8e in IEBASIC.  
It was in High School and we also had a cute little TRS-80 that the 
computer club purchased with money we made by selling candy in the 
lunchroom. The first Bible software that I wrote was a KJV reader and 
concordance written in Revelation software (a PICK licensee).  It was 1987 
and I was in Bible college at the time. I downloaded the KJV book-by-book 
in plain text format from a local BBS.  I guess I was frustrated with 
spending long hours in the Bible College library and with the limitations 
of paper (and the shortcomings of  Strong’s work).  My concordance was 
actually more exhaustive than Strong’s, particularly in the Minor Prophets 
where his work tended to get a little hit-and-miss.  I wish I still had a 
copy of it but it was lost in a move years ago.  I actually attended the 
same Bible College as the guys who started BibleSoft.  I offered to consult 
on what they (well, at that time it was just Jim) were doing but things 
changed at the church and we went our separate ways. We crossed paths again 
a few years later but nothing came of it.


Thank you so much,
Jeff


From: sword-devel 
[mailto:sword-devel-boun...@crosswire.org[mailto:sword-devel-boun...@crosswire.org]] 
On Behalf Of Tobias Klein

Sent: Wednesday, June 02, 2021 11:24 PM
To: SWORD Developers' Collaboration Forum
Subject: Re: [sword-devel] Greek/Hebrew Reader screenshots

Hi Jeff,



When you say Win32 code are you referring to this? 
https://github.com/ezra-bible-app/sword-build-win32[https://github.com/ezra-bible-app/sword-build-win32]


That’s the SWORD dll (and its dependencies) that becomes part of Ezra Bible 
App.


To be exact you find the dlls in the release:

https://github.com/ezra-bible-app/sword-build-win32/releases/tag/v1.8.900-2020-11-04[https://github.com/ezra-bible-app/sword-build-win32/releases/tag/v1.8.900-2020-11-04]



As I tried to implement the dll in a Web application I found that I also 
had to compile the c++ code (libsword) in order to use the c# dll.


I don’t understand this statement.
Why did you have to compile C++ code?

My understanding is that you can include DLLs also via C# (and this works 
in other languages like Python, too) and use them directly without any 
additional C/C++ compilation necessary.




With that I’m also wondering if the appropriate dlls (from c++ source code) 
might be included in a later version of the Win32 code on Github.

I will keep releasing new builds of SWORD as I need them for Ezra Bible App.

I actually need to perform one soon, because I would like to utilize Troy’s 
latest changes regarding the extraction of section headers.


However, with trunk there are currently still CMake build issues on Windows 
(Did you have a chance to look into this, Greg?).




One alternative for your C# server side implementation could be to use 
node-sword-interface and serve the requests via node.js. I have been 
thinking about implementing a web-based backend for Ezra Bible App on this 
basis at some point.




What technology are you considering for the frontend side?

Any specific JS or CSS libraries/frameworks?

Are you planning to use