[sword-devel] Greek/Hebrew Reader screenshots
Tobias Klein
contact at tklein.info
Sat Jun 19 04:58:30 EDT 2021
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" <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
>> <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
>> <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"
>> <jbecker at fiveviews.com> <mailto: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
>> <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"
>> <jbecker at fiveviews.com> <mailto: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
>> <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
>> <mailto: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" <bob_eaton at sall.com>
>> <mailto: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
>> <http://tracker.crosswire.org/projects/API/issues/API-217?filter=allopenissues>
>>
>> Peter
>>
>> From: sword-devel <sword-devel-bounces at crosswire.org>
>> <mailto:sword-devel-bounces at crosswire.org> On Behalf Of
>> Jeff Becker
>>
>> Sent: Saturday, June 5, 2021 4:24 AM
>>
>> To: 'SWORD Developers' Collaboration Forum'
>> <sword-devel at crosswire.org>
>> <mailto: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>[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>[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>[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
>> <jbecker at fiveviews.com[mailto:jbecker at fiveviews.com]>
>> <mailto: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>[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>[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>[mailto: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://github.com/parabible/parabible-client
>> <https://github.com/parabible/parabible-client>]
>>
>> https://parabible.com/ <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>[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>[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
>> <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
>> <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
>> <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
>> <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/
>> <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>[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>[mailto:sword-devel at crosswire.org
>> <mailto: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
>> <mailto:sword-devel at crosswire.org>[mailto:sword-devel at crosswire.org
>> <mailto: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
>> <mailto:sword-devel at crosswire.org>
>> http://crosswire.org/mailman/listinfo/sword-devel
>> <http://crosswire.org/mailman/listinfo/sword-devel>[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
>> <mailto: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
>> <mailto: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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://crosswire.org/pipermail/sword-devel/attachments/20210619/a616a631/attachment-0001.html>
More information about the sword-devel
mailing list