[sword-devel] Greek/Hebrew Reader screenshots

Fri Jun 25 20:13:44 EDT 2021

Troy,

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.

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.

The latest problem with a downloaded SWORD dll was missing dependencies probably caused by Microsoft changing how they structure some libraries.  I tried to get the earlier version installed but was unsuccessful.

Do you have a SWORD dll without dependencies?  This might give me a better idea of what’s happening on my system.  

Thank you,

Jeff

From: sword-devel [mailto:sword-devel-bounces at crosswire.org] On Behalf Of Troy A. Griffitts
Sent: Saturday, June 19, 2021 2:25 AM
To: sword-devel at crosswire.org
Subject: Re: [sword-devel] Greek/Hebrew Reader screenshots

Hey guys,

Is there anything I can do to help here?  I'm not sure I understand the problem.

Bob Eaton wrote to the list on 6/8 that he was able to get things compiled and working.  Why do we still have a problem to solve?

Let me know if I can help.

As a side, if we do still have trouble, SWORD can be configured to compile with no dependencies.  If you can successfully create a simple project to build a simple C# class which calls a simple C++ class, then you should be able to call SWORD from C#.  Maybe starting from a simple project without SWORD involved might be the best place to start.  From there, you should be able to drop all the SWORD classes.  If you get that working, then you can introduce dependencies to SWORD to extend functionality.

Hope we get things working for everyone,

Troy

On 6/19/21 10:58 AM, Tobias Klein wrote:

Maybe Daniel Hughes can help? I think he is the original author of the SWORD C# bindings, which were added in April 2014.

Best regards,
Tobias

On 6/16/21 8:02 PM, Tobias Klein wrote:

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"  <mailto:jbecker at fiveviews.com> <jbecker at fiveviews.com>:

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:contact at 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 of the MS dlls from a third party but I’m not very trusting when comes to those sites. I’ve checked a Windows 7 machine that I  have here but those dlls were not on it.  (Note that you have to look directly into the folders for them because search sometimes overlook hidden and system files.)

Is it possible that you have a later set of Sword dlls that import a later version of the Windows dlls (mscrt100.dll, etc.)?

Sorry to be a burden.  Thank you for the help.

Jeff

From: Tobias Klein [mailto:contact at tklein.info] 
Sent: Sunday, June 13, 2021 12:52 AM
To: Jeff Becker
Subject: RE: [sword-devel] Greek/Hebrew Reader screenshots

The released DLLs are not in the Git repo, but rather uploaded as release artifacts.

See https://github.com/ezra-bible-app/sword-build-win32/releases/tag/v1.8.900-2020-11-04

Best regards,

Tobias

Am 13. Juni 2021 09:08:25 schrieb "Jeff Becker"  <mailto:jbecker at fiveviews.com> <jbecker at fiveviews.com>:

Maybe the problem is VS2017 or Windows 10.  A compiled dll should be backward compatible to VS2017 from VS2019 (in most cases) because it relies mostly on Windows compatibility once a library is compiled.

I tried geting the Dlls from the Github clone but didn’t find them. I dug around and got dlls but they didn’t load.  The CSSword project compiled in C# but the dll but wouldn’t load when called in my project (missing libsword.dll).  I checked dependencies and they were looking for dlls that weren’t in the build and weren’t in Windows 10, VS2017 (C#,C++,VB).  Two of the dlls that came up were msvcr80.dll and msvcp80.dll which I could only find in a VS 2005 C++ Redistribution installer.  The system32 folder had later versions and an earlier version (msvcp40.dll, I think).

I’ll go back and try it again.  Maybe I missed something.

Thanks for your response,

Jeff

From: Tobias Klein [mailto:contact at tklein.info] 
Sent: Saturday, June 12, 2021 11:23 AM
To: SWORD Developers' Collaboration Forum; Jeff Becker
Subject: Re: [sword-devel] Greek/Hebrew Reader screenshots

Jeff, I'll have a look asap. What I can say is that with the current scripts used this all automatically built via GitHub actions using the MSVS2019 tool chain and CMake without any trouble. Since there are DLLs available (both SWORD and its dependencies) I still don't fully understand your need for a rebuild. Did you try the DLLs and that didn't work? What didn't work exactly?

Best regards,

Tobias

Am 11. Juni 2021 09:31:10 schrieb "Jeff Becker"  <mailto:jbecker at fiveviews.com> <jbecker at fiveviews.com>:

I'm impressed with all that I see in this project. The more that I learn about the SWORD Project, as I dig into the code and all that has been done, the more impressed I become.  I think this is an impressive work and everyone involved should be honored as part of it.

But I keep hitting roadblocks.  

I'm trying to get a compile of Ezra/sword-build-win32 on Visual Studio 2017 on Windows 10 (I have the community version installed at home where I'm working).  It appears that there was some attempt to overcome problems with Visual Studio versions but there seems to be a disconnect in the batch files. So, with minor tweaks, I get compiles on everything except build_sword.bat. A change to the .bat file got an actual attempt at a compile. Some missing .h files were soled with added some Include paths. Then some missing C files were flagged. Tried to fix that and it all blew up.

I've also tried to take dlls from other repositories in an attempt to bypass the compile problems but run into other version issues with Windows 10 and  VS 2017 (missing msvcr80.dll and msvcp80.dll among others).  

I don't want to be a burden. I also don't want to give up trying. I'd like to contribute but I also want my contribution to be effective. And I don't have unlimited time to resolve these issues on my own.  

I think I've explained what I'm trying to do so I won't bore you with another long explanation, but simply put, I'd like to access data so I can use it in C# and ASP.Net.

I'm not sure if I should wait for another sword-build-win32 build or try to fix what I can. 

Any advice?  Am I missing something?

Thanks for all of your patience.

Jeff Becker

-----Original Message-----

From: sword-devel [mailto:sword-devel-bounces at crosswire.org] On Behalf Of Peter Von Kaehne

Sent: Tuesday, June 08, 2021 5:41 AM

To: sword-devel at crosswire.org

Subject: Re: [sword-devel] Greek/Hebrew Reader screenshots

Gesendet: Dienstag, 08. Juni 2021 um 12:42 Uhr

Von: "Bob Eaton"  <mailto:bob_eaton at sall.com> <bob_eaton at sall.com>

P.S. my version of CSSword has a fix for the problem of the 1.9.0 sources not displaying non-roman scripts well in the data returned by the install manager. I think the fix is two-part, one in libsword.dll and one in CSSword.dll. How do I communicate the fixes to the folks responsible for the source code?

Wrt libsword - open a bug report (unless it already exists) in JIRA and attach any patches you have to it. One of us will pick it up and if it makes sense apply it. If it is in a filter, likely me, if it is more profound, likely Troy will need to look at it. Send an email onto the list with reference to the issue opened just for completeness sake 

http://tracker.crosswire.org/projects/API/issues/API-217?filter=allopenissues

Peter 

From: sword-devel  <mailto:sword-devel-bounces at crosswire.org> <sword-devel-bounces at crosswire.org> On Behalf Of Jeff Becker

Sent: Saturday, June 5, 2021 4:24 AM

To: 'SWORD Developers' Collaboration Forum'  <mailto:sword-devel at crosswire.org> <sword-devel at crosswire.org>

Subject: Re: [sword-devel] Greek/Hebrew Reader screenshots

Tobias,

Thanks for the reply.  I’m still getting the lay-of-the-land in what has been done in the SWORD Project so pardon me if I sound like a bit of a newb.

As for what I’m trying to do, the long and the short of it is this:

I’m looking for from SWORD is content, including:

Bible translations,Greek and Hebrew Texts,Strong’s numbers and content,Bible dictionaries,section headers,parallel references,etc.

which can be delivered (preferably) via IIS / .Net / COM / C#, etc. to a reader. The current version is HTML 5, JavaScript and CSS tested primarily in Firefox and delivered via IIS from a C# application. The content is ‘borrowed’ from BibleHub’s Interlinear pages and even though I’m the only user I feel like I’m not respecting their licensing.

So, the easiest way for me to move my work forward is to find a way to access SWORD content in C#. 

How do I do that?

I was assuming that the Win32 interface could be used in a C# application to access Bible translations and other materials which could then be delivered to Web browsers via IIS on the Windows Server platform. That usually requires implementing either a COM or .Net compatible interface in a DLL.  I hope I’m not over-explaining but I know that most in this group uses Linux based systems and I’ve also seen mention of Borland development tools on Windows.

What technology are you considering for the frontend side?

I’ve spent most of my programming time for the last few decades in Visual 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-bounces at crosswire.org[mailto:sword-devel-bounces at 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 or develop reusable web components?

Jeff, good luck with your efforts!

Best regards,

Tobias

Am 01.06.2021 um 14:03 schrieb Jeff Becker  <mailto:jbecker at fiveviews.com[mailto:jbecker at fiveviews.com]> <jbecker at fiveviews.com[mailto:jbecker at fiveviews.com]>:

Tobias (et al),

I’ve downloaded the Win32 code and had a successful compile.  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.  Not a problem but as I was setting up my new computer with the rather cumbersome c++ environment it occurred to me that it might be easier to ask for help.

I’m wondering if it’s possible to get a compiled dll from another developer that will run (safely and securely) in my environment. 

Since I don’t have any other reasons to develop in c++ at this time I might be able to avoid the gyrations of getting everything downloaded and configured.  It seems that there might be others who would also be interested in c# development who would also be benefitted from it. 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’m just getting familiar with the code so I don’t know how much I’m really asking.  Is it a simple matter to get a copy of the dlls from someone else or do I have to compile myself in my own environment?

Thanks,

Jeff

From: sword-devel [mailto:sword-devel-bounces at crosswire.org[mailto:sword-devel-bounces at crosswire.org]] On Behalf Of Jeff Becker

Sent: Monday, May 24, 2021 4:28 AM

To: 'SWORD Developers' Collaboration Forum'

Subject: Re: [sword-devel] Greek/Hebrew Reader screenshots

Tobias,

Thank you for the feedback. I agree that the parabible is as similar to what I’m trying to accomplish as anything I’ve found so far.  I will definitely contact the author.

Regarding the DLLs, since Win32 is reaching the end of its support I’d like to update to 64-bit technology including later versions of .Net framework. Doing so may provide significant improvements in ease of programming and performance.  If it’s all right with you I’ll try to start with the Win32 code that you have on GitHub and work from there.  I’d appreciate hearing your thoughts and goals for that code when it was created so I can keep with that as much as is practical.  However, I would like to keep an open mind.  Sometimes it might be more advantageous to start fresh in order to take full advantage of changing technologies.

I would also appreciate any guidance in keeping with SWORD protocols and practices so that any work that is done can be readily used by others.

I think I have what I need to get started.  After I’m familiar with the available code I’ll come back with any design / redesign questions for discussion.

Thanks again to all for the help,

Jeff

From: sword-devel [mailto:sword-devel-bounces at crosswire.org[mailto:sword-devel-bounces at crosswire.org]] On Behalf Of Tobias Klein

Sent: Sunday, May 23, 2021 4:55 AM

To: sword-devel at crosswire.org[mailto:sword-devel at crosswire.org]

Subject: Re: [sword-devel] Greek/Hebrew Reader screenshots

Hi Jeff,

I have recently discovered this:

https://github.com/parabible/parabible-client[https://github.com/parabible/parabible-client]

https://parabible.com/

Maybe you should contact the author ... seems similar to what you have been describing and showing ... also webserver / webclient based architecture.

Regarding a functioning SWORD build for Windows (DLLs built with latest MSVS compilers ...) - have a look here:

https://github.com/ezra-bible-app/sword-build-win32[https://github.com/ezra-bible-app/sword-build-win32]

A general thought regarding web-based frontends ...

There are now web components since a few years - a standard that enables easier re-use of web-based components across applications.

Have a look here:

https://developer.mozilla.org/en-US/docs/Web/Web_Components[https://developer.mozilla.org/en-US/docs/Web/Web_Components]

I have been starting to use web components in Ezra Bible App ... and if you also work on certain frontend components maybe there is a possibility for sharing things!

Best regards,

Tobias

On 5/23/21 3:19 AM, Jeff Becker wrote:

Thank you for the feedback (not included here).  

I think I’ve figured out what I’d like to do:

1.       Stay with Web delivery of this content

1.       Screenshot_1[http://bible.fiveviews.net/Images/ScreenShots/Screenshot_2021-05-15-20-33-04.png]       Screenshot_2[http://bible.fiveviews.net/Images/ScreenShots/Screenshot_2021-05-15-20-18-43.png]       Screenshot 3[http://bible.fiveviews.net/Images/ScreenShots/Screenshot_2021-05-15-20-30-14.png]      Screenshot 4[http://bible.fiveviews.net/Images/ScreenShots/Screenshot_2021-05-15-20-53-40.png]      (see details below)

2.       Implement the Crosswire / SWORD Project content (adhering to all applicable licensing)

1.       Including multilingual content and flexibility (English only seems short-sighted)

3.       Continue developing in ASP.Net[http://asp.net/] / IIS / Visual Studio / CLR

1.       Even after considering all of the suggestions and reviewing available applications (partly because it’s my wheelhouse)

4.       Develop reusable code for the MS platform and make it available for download              

1.       I’d like to see a wrapper that parallels the existing Crosswire / SWORD Project code base so that developers can easily implement it in VS20xx 

2.       Possibly a dll that runs under MS Common Language Runtime (CLR) so that it’s readily available for C#, VB, C++, etc. developers (I’m not sure if just making source code available is enough)

5.       Find or develop a database of English (or any available language) words derived from Biblical Greek words

1.       Does anyone know anything about ‘English derivatives from the Greek New Testament’ by Charles Van der Pool?

So, if that’s acceptable, I could use some help getting started:

6.       Advice from others who have developed in Visual Studio (the latest code that I was able to find was for VS 2013)

7.       A document or Wiki that would get content available in Windows 10, Windows Server 2019, etc.

8.       Instructions on how to make this compliant with Crosswire / SWORD Project standards including licensing of content

Thanks again for any help you can provide.

Jeff Becker

From: sword-devel [mailto:sword-devel-bounces at crosswire.org[mailto:sword-devel-bounces at crosswire.org]] On Behalf Of Jeff Becker

Sent: Saturday, May 15, 2021 9:09 PM

To: 'SWORD Developers' Collaboration Forum'

Subject: [sword-devel] Greek/Hebrew Reader screenshots

Here are some screenshots of the Greek/Hebrew Reader that I’ve been describing.

Some points of interest:

1.       ‘guid=’ in URL just indicates the user id used as a record key for preferences and bookmarks on the server;

2.       Navigation buttons shift to left for Hebrew to be out of the way as much as possible;

3.       Bookmark is stored when a verse reference number is clicked/touched;

4.       Shaded bookmark (paperclip) button: shaded at top means that server has outdated info, bottom means bookmarks need to be downloaded;

5.       Font enlarge and shrink buttons (per device basis);

6.       Arrow buttons: up/down to top/bottom; center button scrolls to current bookmark; left goes to previous chapter/book; right to next chapter/book;

7.       Banner at top displays relevant information and links (I’d like to make this customizable for readers of varying skill levels);

8.       Options panel displays when bookmark (paperclip) is clicked;

9.       ‘Select / Go To Bookmark’ displays select of stored bookmarks (per user based on guid, see additional screenshot);

10.   Books are marked as ‘Done’ when on the last chapter of the book and the ‘Next Chapter/Book’ button is selected;

11.   Reading plan is selected through select prompt;

12.   Red text on Upload / Download buttons shows that client or server has later information (also displayed in shading of paperclip nav button);

13.   ‘Move verse to top on Click’ scrolls bookmarked verse to top of window when verse number is clicked;

14.   ‘Store v1 on Next Chapter Click’ automatically updates current bookmark to next chapter/book when Next button is clicked;

15.   Current bookmark is displayed;

16.   Previous / Next are chapters in reading plan (not that ‘Next’ shows Matthew 1 after Mark 16 based on Daniel Wallace’s reading plan;

17.   Cookies are for debugging purposes;

18.   Text is currently just a cleaned up version of the BibleHub Interlinear page;

The BibleHub page content is the main problem that I’d like to change next and, as such, is the main reason for all of this communication.  I’d like to replace it with licensed content that is easier to control and display.

I hope that explains things better.

Jeff

_______________________________________________

sword-devel mailing list: sword-devel at crosswire.org[mailto:sword-devel at crosswire.org]

http://crosswire.org/mailman/listinfo/sword-devel

Instructions to unsubscribe/change your settings at above page

_______________________________________________

sword-devel mailing list: sword-devel at crosswire.org[mailto:sword-devel at crosswire.org]

http://crosswire.org/mailman/listinfo/sword-devel

Instructions to unsubscribe/change your settings at above page

_______________________________________________ sword-devel mailing list: sword-devel at crosswire.org http://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 at crosswire.org

http://crosswire.org/mailman/listinfo/sword-devel

Instructions to unsubscribe/change your settings at above page

_______________________________________________

sword-devel mailing list: sword-devel at crosswire.org

http://crosswire.org/mailman/listinfo/sword-devel

Instructions to unsubscribe/change your settings at above page

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

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://crosswire.org/pipermail/sword-devel/attachments/20210625/1c998b73/attachment-0001.html>