Re: [sword-devel] NET Bible 2.0?

[Karl Kleinpaste]

On 4/28/24 16:28, Matěj Cepl wrote:

On Thu Apr 25, 2024 at 4:02 PM CEST, David "Judah's Shadow" Blue wrote:

Has anyone worked with or floated the idea to the bible.org people of getting
the second edition of the NET bible into the SWORD Project?

I don’t understand. The full version of NET bible is provided
upstream (onhttps://store.bible.org/store/product/108), isn’t
it? Aren’t these modules provided by bible.org?


What's at that URL is First Edition (2006), not Second (2017).

The difference is most easily found in the number of footnotes they're 
proud to mention (60K+). That's the number from First Edition; in Second 
Edition, the NET translation team trimmed back a lot of minimalist and 
redundant notes, having "just" 58K. (I have both.)


Unlike in First Edition, in Second Edition they have chosen not to 
distribute a CD containing all the content.___
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] OSHB module

[Karl Kleinpaste]

On 4/23/24 10:47, Troy A. Griffitts wrote:
It is dependent on whether or not a module has the StrongsPadding=true 
in its .conf file.  All Strongs-keyed dictionaries should have this 
entry. 


Well, now, that's an educational moment. Never heard of StrongsPadding 
before. Apparently neither has much of anyone else.


$ pwd
/home/karl/.sword/mods.d
$ ls | wc -l
890
$ grep StrongsPadding= *
bosworthtoller.conf:StrongsPadding=false
eusebian.conf:StrongsPadding=false
mywsc.conf:StrongsPadding=false
zhenglish.conf:StrongsPadding=false

https://wiki.crosswire.org/DevTools:conf_Files#StrongsPadding

   StrongsPadding
   At the heart of our lexicon/dictionary drivers, we have some old
   logic which tries to detect if a key value is a Strong's number, and
   if so, then pad it with leading zeros accordingly. To support this
   logic, the recognition has recently been added for an optional new
   .conf entry for lexicon/dictionary modules:

   StrongsPadding=true|false

How "recent" is this addition? Should other modules (Bibles, 
commentaries) have it, so as to indicate how its Strongs markup should 
be handled?


On its face, this is ambiguous: Is StrongsPadding=true an indication 
that the module /has/ padding already, or that it /needs/ padding to be 
provided?___
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] Looking to contribute

[Karl Kleinpaste]

On 4/5/24 06:38, Scott Buchanan wrote:

I will absolutely have a look at Xiphos


I would love to have some assistance with Xiphos. I am wanting to put 
out a release soon but got stuck on auto-CI issues.___
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] OSHB module

[Karl Kleinpaste]

Quite honestly, the Real Solution™ to this problem is to bite the 
bullet, make a concrete decision that Strong's numbers are to be encoded 
in exactly one way, and re-work all existing modules to conform to that 
standard. Personally, I advocate that such a standard would stipulate 
Strong's numbers to be encoded in minimal (natural) digits: Encoding an 
OT reference as "1" means a Heb Strong's dictionary key of "1" and 
an NT "1401" means a Grk Strong's dictionary key of "01401", that is, 
zeroes to create dictionary module keys are prepended to natural numbers 
to fill exactly 5 digits.


I've never bothered to attempt a final fix to this problem in Xiphos for 
exactly the reason that, no matter which direction I might take, it will 
be an unreliable hack; that in turn is because the very concept of a 
leading '0' as a weak discriminant between Heb and Grk Strong's numbers 
is itself an unreliable hack. Whenever the subsequent conceptual change 
came along, to distinguish Heb/Grk numbers according to a leading H or G 
(that is, lucene search using e.g. "lemma:G1401"), /that/ was the point 
at which the leading-zero-encoding nonsense should have been forced into 
the trash bin.


It was not, and here we are.

Probability of the Real Solution™ coming to pass: Vanishingly close to zero.___
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: BSB

[Karl Kleinpaste]

On 12/8/23 00:09, Timothy Allen wrote:
My hope is that the BSB module would be useful enough and complete 
enough to be recommended by SWORD apps, or even (due to its liberal 
licensing) installed by default.


It would be good if their links.htm page 
(https://berean.bible/links.htm) would include a Sword Project reference 
in "BSB for Software."___
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: BSB

[Karl Kleinpaste]

On 12/8/23 00:09, Timothy Allen wrote:
Xiphos should know what Strongs number is associated with each lemma 
(it draws them in the right place, after all), so in theory it should 
be possible for clicking on the lemma to look up the associated 
Strongs number with no change to the module.


The problem is that the filters provide auto-linkage to Strong's off the 
lemma gloss, which is meaningless since Strong's wants the number, not 
the word.___
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: BSB

[Karl Kleinpaste]

On 12/8/23 00:09, Timothy Allen wrote:
The other thing that occurred to me is the possibility of creating a 
more straightforward interlinear Bible, with the source text as the 
base and the English as the "gloss". That would allow the source text 
to be presented in its natural order (instead of following the order 
of English grammar), but it would *also* be a lot of work and I'm not 
sure if it would actually be very useful.


This is in fact what my BIBdraft module does. It wasn't a lot of work, 
really. But I was working from *.xslx, not USFM, so perhaps what's 
available or accessible in USFM is harder to work with.

http://karl.kleinpaste.org/.../bibdraft.png

The view is more problematic in Hebrew than Greek due to the RtoL issue. 
And the module as a whole has to be given a specific RtoL nature, you 
can't configure that OT is RtoL and NT is LtoR. This means that the 
Hebrew is technically backward.___
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: BSB

[Karl Kleinpaste]

On 12/4/23 03:27, dom...@crosswire.org wrote:

This is to announce that we have just now uploaded BSB


I wanted to mention that the updated BSB has become effectively also 
BIB, the Berean Interlinear Bible, when viewed in Xiphos with lemmas 
enabled, where stacked display provides the interlinear view.
Screenshot of 1Tim.3 with lemmas enabled: 
http://karl.kleinpaste.org/.../bsb-interlinear.png


The only downside is that lemmas don't link to numeric Strong's entries. 
But you can enable Strong's as well to get that.


Several years ago, I had done initial work to create "draft" Berean 
Bible modules (BSBdraft, BIBdraft) -- "draft" because the *.xlsx weren't 
finalized at the time -- but this BSB is much superior, a fine end product.___
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

[Karl Kleinpaste]

On 3/18/23 07:40, Peter von Kaehne wrote:

GitLab allows private repos


I don't know where the idea comes from, that GitHub doesn't have private 
repos. It certainly does, as I use one, for a network project/toy most 
of you have never heard of (and probably never will).___
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] Help for lemma in OSIS

[Karl Kleinpaste]

On 2/1/23 07:37, Fr Cyrille wrote:

xiphos can't not displaying the lemma ... is it a xiphos bug?


Xiphos has no opinion -- is not aware -- of the details of how the 
engine renders; it simply sets the relevant options, e.g. from 
GlobalOptionFilter=ThMLVariants and similar, and expects that what comes 
back from the engine's rendering is sensible.


Are you setting the needed config directives properly?___
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

[Karl Kleinpaste]

On 1/21/23 12:08, Kristof Szabo wrote:

changing libsword
But no change should be needed. As has been observed, both Xiphos and 
PocketSword display FinPR correctly in its current state (which I've 
just confirmed).

Why are they successful and Ezra is not?___
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

[Karl Kleinpaste]

On 1/21/23 11:18, Kristof Szabo wrote:

if there is nothing specified Latin-1 is the default
At ths point, I think Latin-1 is a poor default. UTF-8 should be assumed 
in the absence of something specific.


I have 842 modules in place, of which 746 have Encoding=UTF-8, and no 
module has any other explicit Encoding. What modules' display would 
break if UTF-8 was the default?___
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] monitoring "modules" address

[Karl Kleinpaste]

In IRC #sword:
--
(10:58:13 AM) Guest2967: I am trying to get a module published. I sent 
an e-mail w/ the module (zipped) 2 weeks ago to 'modu...@crosswire.org' 
but haven't gotten a response. Does anyone have any suggestions? Is 
there another way to contact the module publishers?

--___
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] Sources for Greek strong dictionary

[Karl Kleinpaste]

On 9/11/22 2:35 PM, ZdPo Ster wrote:

Any suggestions for a good text/data source?


StrongsRealGreek is produced from the XML at 
https://github.com/morphgnt/strongs-dictionary-xml/ in a ThML-generating 
script. The module content you get when installing (from Xiphos repo) 
includes the BuildModule script that produces it.___
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

[Karl Kleinpaste]

On 2/6/22 12:33 PM, Tobias Klein wrote:

I didn't find any module that contains "Additions to Esther"


KJVA has Add.Esther. But it begins in 10:4 (regular Esther ends in 
10:3), and there are some glitches in Sword's BCV arithmetic that may 
prevent finding it without direct reference.___
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

[Karl Kleinpaste]

No worries...

On 1/27/22 12:53 PM, Troy A. Griffitts wrote:
Yes, you are correct, we don't yet have an inverse solution, but we 
could add one by using the same strongsPad function during the lemma 
search or lemma index creation.


Yes, my deeper problem is that the search needs to match, style-wise, 
what is found throughout the OT of the Bible module at hand, using the 
dict key extracted from Xiphos' dict pane as source reference. It's a 
question of self-referential style matching using an unrelated external 
source.___
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] Strong's numbers: Numbers or strings

[Karl Kleinpaste]

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

Re: [sword-devel] moving away from freenode

[Karl Kleinpaste]

"All Freenode Channels and Users Gone"
https://www.reddit.com/r/linux/comments/o0263h/all_freenode_channels_and_users_gone/

She's dead, Jim: I can't login to freenode any longer with my usual
name/password.

I see that #sword and #xiphos already exist on irc.libera.chat; #sword
appears to have been registered, but I can't do anything to make #xiphos
official with ChanServ because one has to be a chanop to do that, and as
long as people are in the channel and no one is op (i.e. someone entered
the channel which created it, others joined, 1st person left so no
chanop, and it hasn't been empty since), it's a no-man's land.

#bibletime exists as well but just 1 person has been seen in it.
___
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] moving away from freenode

[Karl Kleinpaste]

https://twitter.com/nazunalika/status/1397632808458219522

(Context: For those unaware, Rocky Linux is a 1:1 replacement for
Centos, now that Centos 8 is in its premature last year, becoming a
"stream" release positioned between Fedora and RHEL, rather than in a
post-RHEL rebuild position.)

I was not awareuntil now that channels were being branded with "topic
violations," and then "seized" somehow. So it appears that the freenode
meltdown is proceeding ahead of expected pace. And it seemed previously
that opinion is widely that we should finish abandoning freenode in
favor of some{where,thing} else.

Personally I'm in favor of Discord, mostly from simple familiarity.
Any other concrete suggestions that folks would be interested in
bringing into existence promptly?
___
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] #bibletime is now on irc.oftc.net

[Karl Kleinpaste]

On 5/20/21 12:55 PM, Greg Hellings wrote:
> Is this a time to consider a move to an alternative platform altogether?

I find Discord usable for several purposes. Is it possible to have
different names per Discord "server"?

I'm not going to do anything about the current  #xiphos for a bit just yet.
___
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] #bibletime is now on irc.oftc.net

[Karl Kleinpaste]

Is there any reason to believe oftc.net (or any other) would be superior
to libera.chat in quality/population/visibility/ease-of-use?
___
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] #bibletime is now on irc.oftc.net

[Karl Kleinpaste]

First I saw mention of libera.chat in existing freenode #sword. Now I
see ofte.net.
I don't have an opinion about them because I know nothing of either.

But could we gain some consensus /before/ jumping overboard?
___
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] Xiphos vs BibleTime

[Karl Kleinpaste]

On 2/12/21 5:09 PM, Don Elbourne wrote:
> Forgive my ignorance, but what is the difference between Xiphos and
> BibleTime? 

They represent different workflows around how one reads/studies the
Bible. Neither is necessarily better than the other, but long ago I
tried them both and found that Xiphos (née GnomeSword) suited me better,
and that's why I attached myself to it.
___
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 Bibles

[Karl Kleinpaste]

On 2/12/21 4:55 PM, David Haslam wrote:
> What had happened to the Bible.org repository that’s in our
> masterRepoList.conf file ?

$ ftp ftp.bible.org
Connected to ftp.bible.org (67.210.231.232).
220-- Welcome to Pure-FTPd [privsep] [TLS] --
220-You are user number 1 of 20 allowed.
220-Local time is now 16:07. Server port: 21.
220-IPv6 connections are also welcome on this server.
220 You will be disconnected after 15 minutes of inactivity.
Name (ftp.bible.org:karl): ftp
421 Unable to set up secure anonymous FTP
Login failed.

___
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] Question about Bible window scrolling and verse focus in Xiphos under Windows 10

[Karl Kleinpaste]

On 1/26/21 4:46 PM, Gary Bennett wrote:
> Is this 'feature' peculiar to me, or is it a Win 10 issue? 

It's a GTK2-ported-to-Windows issue. And nothing we can do about it.

If there were ever to exist a GTK3 (or /shiver/ GTK4) port to Windows,
apparently the problem would evaporate. But it was made clear some time
back that such things aren't going to happen. The navigation is
happening, just as you imagine, which can be made more evident if you're
using BibleSync where it speaks to a Linux instance of Xiphos, because
the mutual response of each to the other makes clear what's happening.
___
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] FYI github authentication changes -- tokens

[Karl Kleinpaste]

https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/

___
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] Early Church Fathers

[Karl Kleinpaste]

On 12/7/20 6:25 PM, Troy A. Griffitts wrote:
> I see the Xiphos repository has an "Early Fathers" modules, but it looks
> like this is only referenced to the chapter level-- not down to the "verse".

That was originally a module I built in '08 after Peter referred me to
material obtained from St. Mina Monastery, a series of large *.chm that
I scripted into a ThML module. Later, Brian Dumont picked it up and
converted it from CCEL sources, expanding it considerably.

I was not aware that ECF was ever "versified" in the first place, but
I've never seen it as originally published. Was it so in the original
19th century print editions? I see there are Kindle editions available
from Amazon -- are those versified?
___
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 1.9.0 final this weekend

[Karl Kleinpaste]

On 11/3/20 2:23 PM, Troy A. Griffitts wrote:
> I'd like to ask anyone who has a chance to pull the latest HEAD and
> let me know if you have any issues compiling. 
svn update, built & installed, re-built xiphos. Looks fine.
___
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] Cross references with Sword 1.9.0RC3

[Karl Kleinpaste]

On 10/16/20 6:49 AM, Troy A. Griffitts wrote:
> Can anyone else confirm they are having trouble with these in our last
> RC or svn HEAD?

svn up to -r3812, rebuilt sword and xiphos. Seems fine. Notes, xrefs,
red words all functional.
___
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 1.9.0RC3 Available

[Karl Kleinpaste]

On 10/2/20 9:42 AM, Troy A. Griffitts wrote:
> Please give it a try and let me know if you have any issues
No issue building, and building Xiphos with it.

But important question: Does this release take care of the UTF-16
problem? I know that was being discussed some months back. That is, will
we be able to dispose of the decade-old patch for Win32 Sword that keeps
Xiphos sane in the face of NTFS and đíàçŕïẗ́iċąłṡ?
___
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 1.9.0RC2 Available

[Karl Kleinpaste]

FYI, I have no trouble uninstalling or re-installing modules in my
newly-built RC2, not seeing the problem Tobias reports.
___
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 1.9.0RC2 Available

[Karl Kleinpaste]

On 9/17/20 2:25 PM, Troy A. Griffitts wrote:
> Please let me know if you have positive or negative results.  I would
> like to hear things are working in our mainstream frontends before
> pushing this out; it would give me happy thoughts. 

Xiphos 4.2.1 builds fine against it. I don't know if I should be looking
for anything in particular.

___
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] Links between two dictionary modules: FreStrongGreek & FreStrongHebrew

[Karl Kleinpaste]

> Or between StrongsRealGreek & StrongsRealHebrew from the Xiphos repo?

In Xiphos:
http://karl.kleinpaste.org/xiphos/strongsreal-before-greek.png
http://karl.kleinpaste.org/xiphos/strongsreal-after-hebrew.png
The number in the ref remains, but that's a pretty minor glitch. Perhaps
I can fix it.

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

Re: [sword-devel] TEI Question

[Karl Kleinpaste]

On 7/21/20 11:44 AM, Gary Holmlund wrote:
> The question is about the first token, entryFree n="abrogate". Should
> it cause any visible text to be displayed? 

It's certainly true that the XHTML visual rendering of an entry includes
both the "entryFree" as well as the "orth" form, which are usually the same.

$diatheke -b Cawdrey -f xhtml -k abrogate
[...preamble deleted...]
abrogateabrogate, take away, disanull,
disallow,

The preamble block includes nothing for "orth," and for "entryFree," it
contains just "{display:block;}" which has no visual manifestation or
distinguishing feature that I can see in Xiphos.

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

Re: [sword-devel] Win32 FileMgr Subclass

[Karl Kleinpaste]

On 7/19/20 3:40 PM, Tobias Klein wrote:
> Is Xiphos the only frontend that has been patching Sword for this
> purpose? Then I suppose all other frontends suffer from this issue, huh?

As far as I know, yes to both questions, though JSword apps are of
course differently insulated.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Win32 FileMgr Subclass

[Karl Kleinpaste]

On 7/18/20 1:53 PM, Tobias Klein wrote:
>
> No, I have not tested my code properly with non-ascii characters in
> paths / file names.
>

The original cause for the Xiphos patch to Sword was because, 11 years
ago when we introduced the Win32 port, as GnomeSword was renamed Xiphos,
one of our first new Windows users was a fellow in Spain who wanted to
review it.  His name was Reuvén, and that was his login name on his
Windows machine.  So of course the path C:\Users\Reuvén was involved,
and that 'é' is what killed us.

What dies here is Sword itself.  Xiphos was fine, being already based on
glib, but Sword's collapse came as soon as Xiphos made its first
filesystem call.  The patch glib-ifies Sword, where glib works rather
hard at hiding the UTF16 boundary from the application.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Strong's search does not return result if Strong's number in text points to different parts of a verse

[Karl Kleinpaste]

On 7/15/20 5:08 PM, Tobias Klein wrote:
> Is there any other translation out there that uses these special
> Strong's keys?

I don't think any other uses the NAS lexicons. However, those are not
the only "not-Strong's Strong's".  For example, there is the Berean
Bible (http://berean.bible) who have produced their own content of this
sort.  I am (over)due to re-work my existing BIBdraft, BSBdraft, and
lexicon modules with the full, finalized content.  This sort of thing is
going to induce me to make per-module Strong's dictionaries possible in
Xiphos.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Strong's search does not return result if Strong's number in text points to different parts of a verse

[Karl Kleinpaste]

On 7/15/20 2:15 AM, Tobias Klein wrote:
> Since we don't have the NAS Heb/Grk lexicons

Actually, we (well, I) do...which is why I could explain your
difficulty, after all.

I just moved them from my private repo to the Xiphos repo.  Feel free to
refresh and install.

Troy and I discussed making them available a little while ago, but we
never got to a concrete point.  At least for now, they're available
there.  Perhaps we'll decide to move them a different repo sometime, but
he may want to regenerate them as, say, TEI rather than the ThML in
which they're currently encoded.

Normalization of NASB's references might still be a good idea, but
Lockman may well have something to say about that.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Strong's search does not return result if Strong's number in text points to different parts of a verse

[Karl Kleinpaste]

On 7/14/20 4:09 PM, Tobias Klein wrote:
>
> The Strong's search does not return results if the Strong's numbers in
> the text point to a part of a verse.
>

No, it's because the Strong's numbers in NASB are keyed to their own
lexicons, the NAS Heb/Grk lexicons, which have multiple entries at 5179,
as 5179a and 5179b.  It's not a reference to a verse segment.

5179a:
τυπικῶς \tupikōs\
Etymology: from G5179b
Definition: typically
Usage: example(1).

5179b:
τύπος \tupos\
Etymology: from G5180
Definition: the mark (of a blow), an impression, stamp (made by a die)
Usage: example(3), examples(2), form(2), images(1), imprint(1),
model(1), pattern(3), type(1).

A literal search for 5179a or 5179b succeeds.

Unfortunately there's no way for Joe Average to know that an a/b/c
suffix is needed or useful.  (There is one entry, 3103, with 3 [a/b/c]
entries. There are 182 a/b pairs.)
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] API morph search (greek)

[Karl Kleinpaste]

On 7/6/20 9:12 PM, Troy A. Griffitts wrote:
> edit your morphgnt.conf file and reorder the options

I'm here to argue that, if order of GlobalFilterOption choices matters,
it's the job of the engine to enforce the correct order, internally,
regardless of their textual appearance order in .conf.

I don't think I need to provide any reasoning for this argument, because
it's true by inspection: To claim otherwise is to claim that every
single module creator must be aware of required ordering choices of a
conceptually unordered list of features.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] tracker just ate my bug report

[Karl Kleinpaste]

I just lost 15min or so filing a bug report from a Xiphos user about a
crash in sword::TreeKey::getIndex(). At at the end, I got a whine from
the tracker that a "missing security token" caused a failure.

Is the tracker healthy in general?  I had freshly logged in just before
I started.

(resend because I inadvertently first sent from my yahoo mail account,
which I hope/expect will not reach the list.)
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] [PATCH] Fix ICU checking without icu-config

[Karl Kleinpaste]

On 6/20/20 3:35 PM, Adrian Bunk wrote:
> icu-config is no longer available on Debian/Ubuntu, for background
> see https://bugs.debian.org/898820

Is it worth pointing out that Debian/Ubuntu are becoming real PITAs? 
>From the bug:

libicu-dev is not multi-arch aware, causing the i386 version to conflict
with the amd64 one which makes it impossible to install both. As a
result the /usr/lib/i386-linux-gnu/libicu*.so symbolic links are missing
so that developing 32 bit applications using this library is impossible
on a 64 bit system.

Fedora handles this problem /just fine/:

$ grep libicu-devel /var/log/rpmpkgs
libicu-devel-63.2-3.fc31.i686.rpm
libicu-devel-63.2-3.fc31.x86_64.rpm
$ ls -l /usr/bin/icu-config*
-rwxr-xr-x 1 root root   205 May 28  2018 /usr/bin/icu-config
-rwxr-xr-x 1 root root 22011 Jul 25  2019 /usr/bin/icu-config-32
-rwxr-xr-x 1 root root 22019 Jul 25  2019 /usr/bin/icu-config-64
$ rpm -qf /usr/bin/icu-config*
libicu-devel-63.2-3.fc31.x86_64
libicu-devel-63.2-3.fc31.i686
libicu-devel-63.2-3.fc31.i686
libicu-devel-63.2-3.fc31.x86_64

The main script is a 32/64-bit selector script which then calls the
right arch-specific binary, and the relevant symlinks are all correct in
/usr/lib{,64}.

Not that I'm interested in a distro war, but some of us are getting
darned tired of Debian/Ubuntu's high-handed /purity/ demands, virtually
demanding that everyone else fall over for them.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Xiphos PPA for U20.04 users

[Karl Kleinpaste]

It just occurred to me that no general mention had been made of this.

Caleb Maclennan has made the effort to resurrect the Ubuntu PPA for
Xiphos.  As of Ubuntu 20.04, Ubuntu has stopped providing a package that
Xiphos' editor requires, hence it's not available from the usual
places.  The PPA exists as a way to deal with this until we get around
to working up a new editor for Xiphos.

https://launchpad.net/~pkgcrosswire/+archive/ubuntu/ppa
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NA28 shows no verses

[Karl Kleinpaste]

On 6/1/20 8:41 PM, Troy A. Griffitts wrote:
> Merging the Windows FileMgr patch you have been keeping for Xiphos
> into something build configurable.

Y'know, what that patch provides is something needed by virtually all
Sword apps.  Xiphos just ran into it headlong the hard way, way back
when 3.0 was first released, when a Spanish speaker wanted to review
Xiphos and it choked on startup because his login name (consequently his
home directory) is accented.  It's the filesystem UTF-16 thing.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Localisation of front-end apps

[Karl Kleinpaste]

On 6/1/20 8:18 PM, Greg Hellings wrote:
> Heck, could there even be a general open source translation library
> for the many common strings that modern UIs have. OK, Cancel, Edit,
> Open, Save, Help.

The big-name toolkits like GTK have exactly those already.
Try "strings /usr/share/locale/sv/LC_MESSAGES/gtk30.mo", for example.
Then replace "sv" with any of the other entries you find there.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NA28 shows no verses

[Karl Kleinpaste]

On 6/1/20 4:56 PM, Troy A. Griffitts wrote:
>
> I am not sure what Xiphos is using for their new release.
>

Greg has produced sword-1.8.1-19 for Fedora & similar, which is (I
understand) 1.8.1 plus a few recent patches, mostly obviously to bring
in the no-self-closing-div patch.  Yes, we could use a new, real Sword
release.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Not user-friendly behavior in commentaries (should be continuous)

[Karl Kleinpaste]

On 6/1/20 2:54 AM, Greg Hellings wrote:
> I think so. Since Bibles are by chapter, it makes sense to have
> commentaries as well.

I already did it.  See #1036.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Not user-friendly behavior in commentaries (should be continuous)

[Karl Kleinpaste]

On 5/30/20 11:45 AM, yvand wrote:
> I think Karl already talked about this feature in the past. But maybe
> I am wrong, I did not find the conversation. 

Xiphos has a feature, "commentary by chapter," so that whole commentary
chapters are displayed along with whole Bible chapters, and then the
verse is tracked visually in the commentary pane, but in a different
manner from the Bible pane (i.e. current verse always aligned to top,
plus a preceding horizontal rule).  It's a UI issue IMO, not an engine
issue.  If you explicitly list the verse range covered in your markup,
then I imagine you might get the effect you want in other UIs.

Up to this time, Xiphos' commentary by chapter has not been default, and
I wonder if I should make it so in the future.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Localisation of front-end apps

[Karl Kleinpaste]

On 5/29/20 11:19 AM, Greg Hellings wrote:
> How do you propose that our software, none of which is developed
> commercially and none of the maintainers of which speak or read/write
> these languages, go about acquiring localization strings for those
> languages?
>

A long time ago, it was proposed that Xiphos be driven for translation
by some facility on launchpad with which I'm unfamiliar.  As far as I'm
aware, not a single new translation resulted from this.  Several of the
existing translations are simply decaying slowly over time as the code
changes; every time a new dialog or warning or label is added that no
one translates, the translations get worse.  I have no idea how to
induce would-be translators to enter and take part, even though one of
Xiphos' Help selections is an explicit invitation for such translators.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Xiphos repository down?

[Karl Kleinpaste]

On 5/10/20 11:27 AM, Karl Kleinpaste wrote:
> DNS entries have been mangled, so inaccessible.

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

Re: [sword-devel] Xiphos repository down?

[Karl Kleinpaste]

On 5/10/20 10:41 AM, Tobias Klein wrote:
> Xiphos repository seems to be down
Not down.  DNS entries have been mangled, so inaccessible.  I'll contact
Simon.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Chapter descriptions

[Karl Kleinpaste]

On 5/9/20 2:14 AM, David Haslam wrote:
> OSIS has no dedicated element specifically for a chapter description.
> These are not section titles per se but they come before verse 1. 

Xiphos since 4.1 renders 0:0 and n:0 material as ".introMaterial",
default italic.
See ESV2011, any book's chapter 1.
It's been suggested that it should be simply ".introduction" and perhaps
that's right.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NASB Psalm titles

[Karl Kleinpaste]

On 5/8/20 12:30 PM, Troy A. Griffitts wrote:
> It sounds like Karl is saying that the latest version of
> Xiphos works.  Is this correct?

Tom's report seems to indicate that no headers are displayed, no matter
what he does. This makes no sense to me, because headers on/off has been
part of Xiphos since it was GnomeSword.  If he turns on headers
(default=on anyway), they should display, in any version of Xiphos back
to its origins.

He might look at .xiphos/modops.conf to see what's set for NASB.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NASB Psalm titles

[Karl Kleinpaste]

On 5/8/20 10:49 AM, Tom Sullivan wrote:
> My Biblia Hebraica treats Psalm titles as the first verse, indicating
> biblical canonacity and in line with Hebrew versification. 

No one is questioning canonicity.

It's a matter of some code, and whether it fully represents what was
intended.  In other words, maybe a bug.  We code a lot of bugs.  We fix
a lot of bugs.  Doing something better may be in order here, I'm sure. 
Speaking as the guy most responsible for crawling around the dark & evil
guts of xiphos/src/main/display.cc, even canonical headers have to be
presented to the app by the engine via pre-verse mechanisms because the
code structure surrounding obtaining material and pasting it into the
HTML widget requires that I get stuff preceding the first verse marker
separately from the stuff following the first verse marker.  Whether
canonical Psalm headers need to be distinguished from publishers'
headers is another matter.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NASB Psalm titles

[Karl Kleinpaste]

On 5/8/20 10:00 AM, Tom Sullivan wrote:
> because Psalm titles are canonical, front-ends should put a difference
> in display between them and human editor supplied titles.

It's a fine idea, but it requires (in the xhtml case) the engine to wrap
such titles in a suitable  so that a CSS control can put it
to use, with appropriate new default render header content for it.

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

Re: [sword-devel] NASB Psalm titles

[Karl Kleinpaste]

On 5/8/20 8:21 AM, Tom Sullivan wrote:
> Yes, the box is checked. 

The reason I ask is that I see this just fine in Xiphos.
http://karl.kleinpaste.org/xiphos/nasb-ps-5-1.png
(pardon the colors, I do CSS things to make certain stuff really obvious.)

diatheke doesn't produce headers, not even when asked with "-o h".
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NASB Psalm titles

[Karl Kleinpaste]

On 5/8/20 5:55 AM, Tom Sullivan wrote:
> Xiphos 4.1.0 displays titles for ESV2011, not NASB 

Have you enabled headings in NASB's module options?
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Xiphos 4.2.1

[Karl Kleinpaste]

https://github.com/crosswire/xiphos/releases/tag/4.2.1

After a long dry spell, Xiphos is back with a new release. This is a
release of many bug fixes and much re-structuring, especially for how
the build system operates, an important factor for those in development.
The older waf build system is gone, having been re-engineered from the
ground up with cmake.

User-visible changes regard crash-avoidance bugfixes and cosmetic
matters: Corrected use of visuals in parallel window, corrected verse
displays, status bar repair, corrected alternating fg/bg in parallel,
improved/corrected spacing of Strong's and morphology with respect to
mainline text, additions to the languages recognized in module displays,
increased limits on book name length for exotic UTF-8 languages
(encodings too long), and some new and updated interface translations.

I want most to thank the folks who have really stepped up in the last
few months and especially the last couple weeks, making sure that the
automatic build and release procedures are so robust.  Greg Hellings and
Dom Corbex are the most obvious folks -- Dom gave us the re-engineered
cmake-driven build system and Greg has done the bulk of the
github-driven auto-build-and-release machinery.  There are many other
contributors, and about 4 dozen issues have been closed.

There are Windows installers and source tarballs for download.  Linux
distributions should begin to gain updates soon.  There are Ubuntu PPA
efforts underway due to Ubuntu no longer supporting our editor package
(and the editor is under discussion for replacement, for many reasons). 
See RELEASE-NOTES in /usr/share/doc/xiphos (for Windows, similarly under
usual paths) for a list of issues addressed.

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

Re: [sword-devel] Status of OSIS?

[Karl Kleinpaste]

On 5/5/20 1:36 PM, Michael H wrote:
> it's the only option listed for genbooks in the howto section

Obligatory "ThML for everything." :-/

I've never produced an OSIS module, but a quick check says I've produced
89 ThML modules.  And there's some new ones I'm due to produce (BIBdraft
and BSBdraft need to be updated/obsoleted, since the final datasets were
released.)

Seriously, there's nothing stopping you from using any SourceType= that
you like.

(Yes, yes, I know...All For OSIS and OSIS For All.)
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD search issue / search type multi Word

[Karl Kleinpaste]

On 5/4/20 6:10 PM, DM Smith wrote:
> With the underlying lucene mechanism

He said he's doing multiword search (-2), not lucene search (-4).
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NA28 display issue with Strong's Numbers on

[Karl Kleinpaste]

On 5/4/20 2:46 AM, David Haslam wrote:
> It might have been preferable for each volunteer in the CrossWire
> modules team to have had a period to test the module for free before
> it was released.

Well... I've had it since (Troy referred me to it, modtime on module's
files is) Sep 30 2018.  And I'm sure I looked it over briefly when Troy
referred me to it.  But I don't recall it being promoted at the time as
"this is going out the door soon" so I didn't give it more than a
cursory look at the time.  I'm sure I opened it, saw a few
normal-looking chapters, probably noted Strong's and morph display
without giving them a harshly critical look.

Interesting thing is, I just now opened my mod.mgr and went to the
Deutsche Bibelgesellschaft repo, and what's available there is a 1.0
module.  What I've got is 1.1.  I won't try to explain why that is.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NA28 shows no verses

[Karl Kleinpaste]

On 5/3/20 7:44 AM, Karl Kleinpaste wrote:
> I had not noticed until now that

Troy, I see more troublesome content in NA28.

At the end of every book, the last verse includes a pile of markup that
ultimately introduces the next book.  Consider the source content of
Matt.28.20, the portion following the last actual word of the verse,
αἰῶνος.  I've added some boldface.

⸆     ** •
20 
⸉א D
   | ⸆  αμην  Ac K Γ Δ Θ
f¹³ 565. 579. 700. 892. 1241. 1424 픐 it
vgmss sy bopt   ¦ txt  א
A* B D W f¹ 33. l 844. l 2211 lat sa
mae bopt**    *Mark*  

Now, this content is in Matt.28.20 itself.  That means, when an app like
Xiphos asks for it, it's going to get this stuff.  The verse proper ends
with αἰῶνος, but then all this stuff happens after, and it's intro
material for the next book.  If it belongs anywhere, it belongs in
Mark.0.0.  The display in Xiphos looks dumb because now the end of every
book has a free-standing /*n/ marker and the next book name occurring
within the current book.  There isn't anything I can do about it.

I don't even want to know what that "⸆" at the top is about.

No idea what can be done about this markup at this point, but you need
to be aware that it looks wrong.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NA28 shows no verses

[Karl Kleinpaste]

On 5/2/20 8:17 PM, Tom Sullivan wrote:
> I downloaded a key and Xiphos appears to have put it in the conf file
> correctly - it matches my downloaded text.
> But xiphos displays no text, only chapters and so on 

FWIW, Xiphos in its about-to-be-released 4.2 plus latest Sword (SVN
3727) displays NA28 displays fine.  We'll be announcing new Xiphos
sometime Real Soon Now.

That said... Troy, I had not noticed until now that there exists
pre-book material in NA28 (Matt.0.0, inscription), and it does not
display properly.  I see it in mod2imp, but it is absent in Xiphos'
display other than for a footnote marker /*n/ with no referent content,
and diatheke confirms its absencein XHTML output. The content as seen
from mod2imp is marked as a footnote of type "variant" and I wonder if
there is no transform that outputs it.

$ diatheke -b NA28 -o fsmhalswi -f xhtml -k matt.0.0

 [ CSS styles removed
]Matthew 0:0: *n  
(NA28)


Also, the word "robinson" is bleeding through morphology output.  If
your use of grep gives match highlight, try this to see how it shows up:

$ diatheke -b NA28 -o fnmhalswi -f xhtml -k 1tim.3.1 | grep value=robinson

Looks like it's caused by a source markupdifference between "robinson
strongsMorph:XXX" and just "robinson:XXX".
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] New maps module, FreeBibleMaps, Xiphos repo

[Karl Kleinpaste]

On 4/25/20 9:21 AM, David Haslam wrote:
> After I disabled the VPN, I could access it again.

I've mentioned in the past that the host -- a small VPS colo'd in Dallas
-- is very rarely down. It moves 15Gbytes/day by ftp and another 5+ by
http. Its availability/accessibility is superb.

$ uptime
 10:23:58 up 120 days, 21:01,  0 users,  load average: 0.03, 0.06, 0.04
$ last reboot
reboot   system boot  2.6.32-042stab14 Thu Dec 26 12:14 - 10:04 (120+20:50)
reboot   system boot  2.6.32-042stab13 Thu Nov 21 16:41 - 10:04 (155+16:23)
reboot   system boot  2.6.32-042stab13 Sun Oct 27 15:12 - 10:04 (180+18:52)
reboot   system boot  2.6.32-042stab13 Wed Jun 19 07:04 - 10:04 (311+03:00)
reboot   system boot  2.6.32-042stab13 Wed May  8 07:37 - 07:04 (41+23:27) 

The only reason it becomes inaccessible is that routing between it and
the user breaks down. Whether the hosting environment is route-hostile
to certain known VPNs, I don't know. For myself, you know the host as
ftp.xiphos.org, I know it as hub.kleinpaste.org, running a complex,
experimental VPN hub connecting my laptop and 3 other networks. Its
network activity is high, and I am aware most any time it becomes
unavailable.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] New maps module, FreeBibleMaps, Xiphos repo

[Karl Kleinpaste]

There is a new maps module, courtesy of Paul Haenze ,
now in Xiphos repo.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] High Efficiency Image File format (HEIF)

[Karl Kleinpaste]

On 4/25/20 2:03 AM, Greg Hellings wrote:
> the images are simply binary blobs to the engine

The short form of all of this is:
There is no image handling code in Sword itself. The engine code is
unaware of them. Nothing in the engine links against e.g. libjpeg or libpng.
Typical module developer expectation is that GIF, JPG, and PNG files are
understood, being common and universally available, but this is up to
the frontends.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] High Efficiency Image File format (HEIF)

[Karl Kleinpaste]

On 4/24/20 2:48 PM, David Haslam wrote:
> Any plans for SWORD to support HEIF ?

Sword proper does not really "support" any particular image formats. The
engine delivers text on demand to the applications, some of which
incidentally contains references to extra-corporeal image content. The
engine itself isn't really aware that images are part of the deal, other
than that some of the filters happen to scribble the right target
markup, which is agnostic to what format is referenced anyway.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] How to highlight SWORD module search results?

[Karl Kleinpaste]

On 4/4/20 1:15 PM, Tobias Klein wrote:
> Does the engine have built-in support for this? Are there any good
> examples available?

The engine doesn't do it.

Xiphos' implementation can be found in mark_search_words() in
xiphos/src/main/previewer.cc. It's rather crude as a post-delivery hack
in terms of chasing down references and wrapping them in , but the
effect is quite good.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] trying to get proper xhtml to work in webkit

[Karl Kleinpaste]

On 4/18/20 11:28 PM, Troy A. Griffitts wrote:
> I hope this fixes the issue for you.
Thank you, yes, that does it. I've committed a re-work patch of Xiphos'
handling of intro material on that basis.
Of course, this means I'm committed, I can't release a new Xiphos now
without a preceding or concurrent Sword release...
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] trying to get proper xhtml to work in webkit

[Karl Kleinpaste]

On 4/18/20 6:32 PM, Caleb Maclennan wrote:
> ESV modules have been pulled from every public SWORD repository
Uh-huh.
Do you suppose that there aren't several tens of thousands of people who
still have it, including Troy?
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] trying to get proper xhtml to work in webkit

[Karl Kleinpaste]

On 4/18/20 5:25 PM, Troy A. Griffitts wrote:
>
> Do you have a module and entry key value I can use for testing?
>
ESV2011, intro commentary paragraphs at every book's 1:1.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] trying to get proper xhtml to work in webkit

[Karl Kleinpaste]

On 4/18/20 2:48 PM, Greg Hellings wrote:
> This is the HTML header. Not the HTTP header.

I had thought that's what the was supposed to give
me, for the case of a directly-loaded text blob that didn't arrive via
HTTP. Apparently not.

> For manually loading the text you don't have an HTTP header, but you
> still tell the widget what content type when you call
> wk_html_open_stream or webkit_web_view_load_string or similar
> functions. It's this value that is telling Webkit what to do.



It hadn't occurred to me that this was done other than in the header
directives as I began to fill the widget.

Unfortunately, still no joy. There are 6 occurrences of "text/html" in 3
files that do webkit widget loading:
src/editor/editor.c
src/editor/webkit_editor.c
src/webkit/wk-html.c
And the one that is immediately relevant is of course the last, which
has 1 of the 6. Changing them all from "text/html" to
"application/xhtml+xml" had precisely zero effect. The self-closing
 still makes my .introMaterial bleed through to the end of the chapter.

I can't win. Sorry. I think I'm done with this exercise in madness.

For the record, this is the patch that restores -non-destructive
behavior, with which I've been testing all these variants. The  is
gone, all the other  and DOCTYPE are gone, all that's added is the
namespace spec, plus the code change proper that simply pastes the
engine's returned content into the widget, rather than engaging the
 wiping.

Ohwell. I tried.

--- src/main/display.cc    2020-04-18 16:39:59.743635867 -0400
+++ ../databits/display.cc.FAIL    2020-04-18 16:44:35.607215035 -0400
@@ -89,7 +89,7 @@
 N_("This module has no content at this
point.");
 
 #define HTML_START \
-    " \
+    "http://www.w3.org/1999/xhtml\;> \
 

Re: [sword-devel] trying to get proper xhtml to work in webkit

[Karl Kleinpaste]

On 4/17/20 11:43 AM, Greg Hellings wrote:
> the HTML WG suggests, and apparently all browsers implement, ignoring
> those directives and instaead caring only about the Content-Type
> header/directive. So if you have that header/directive in Xiphos, then
> try updating that to the appropriate "application/xhtml+xml" and see
> if that fixes Xiphos/WebKit's behavior?
As I showed in my original note on this, the opening stanza includes



and it doesn't help. On a whim, I tried Content-Type in the event a
case-sensitive match was required, but that didn't help, either.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] trying to get proper xhtml to work in webkit

[Karl Kleinpaste]

On 4/17/20 8:14 AM, Troy A. Griffitts wrote:
> Let me see if I can get the XHTML filters to stop outputting milestone
> divs.

I wouldn't mind them at all, since they're standards-conformant after
all, if I could just convince WebKit not to act stupid. But I'll take
either result, honestly, smarter WebKit or no self-closing .
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] trying to get proper xhtml to work in webkit

[Karl Kleinpaste]

On 4/16/20 11:08 PM, Greg Hellings wrote:
>  will give you HTML 5, not XHTML. XHTML would be much
> wordier:
> https://en.wikipedia.org/wiki/Document_type_declaration#XHTML_Basic_DTDs

Well... That link itself says:

In XHTML5  the |DOCTYPE| must
be a case-sensitive match of the string "||".

So I'm already confused. Didn't take much, huh?

> - begins with  line
>
>
> Doesn't seem to be strictly needed by browsers for XHTML rendering,
> but it shouldn't hurt, either.
I used it based on the examples seen at
https://www.crosswire.org/pipermail/sword-devel/2019-March/046664.html
which I saved at the time and used as a reference now.
>
> - changes content type to application/xhtml+xml (also tried just
> xhtml, no diff)
>
>
> That's not necessary to get you into XHTML mode.
OK, keep that thought in mind -- now, ready for my next confusion? Here
goes:
>  They only thing they care about is the Content-Type: in the HTTP
> header. Of course, you don't have an HTTP header, but surely you have
> a way to set it to "application/xhtml+xml"?
See, on the one hand you say "not necessary" but in your next breath you
say it's "the only thing they care about." OK, which is it?

There has been this "meta" directive in the header to induce general
HTMLness via content-type since years before I got involved, and I've
never touched that particular aspect of it until now.

Trust me, I remain wide open to suggestions, but just in your one
response here, you've given me 2 completely self-contradictory
indications, one about DOCTYPE and one about content-type.

Small wonder people have trouble writing code to deal with this, I guess.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] trying to get proper xhtml to work in webkit

[Karl Kleinpaste]

>From discussion here in March of last year, I am attempting to get
Xiphos to operate in a proper xhtml mode, rather than its apparent
heretofore html mode, because I honestly wasn't aware that WebKit could
operate other than xhtml in the first place. The specific goal is to
leave self-closing  tags alone, as delivered by the Sword engine,
rather than having to obliterate them in a post-delivery hack. To this
end, using suggestions from Nathan Phillip Brink at the time, I've made
this change to the opening stanza of Xiphos' main display widget:

#define HTML_START \
-   " \
+   " \
+ \
+http://www.w3.org/1999/xhtml\;> \
+ \

Notable:
- begins with  line
- includes DOCTYPE (either html or xhtml) (also tried leaving this off
entirely, no diff)
- adds namespace to 
- changes content type to application/xhtml+xml (also tried just xhtml,
no diff)

Result so far is an all around no-joy. I am evidently still getting
WebKit behavior in HTML mode because the self-closing  leads to my
.introMaterial format/color change bleeding through to the end of the
chapter, as most clearly seen in the (technically defunct, but I still
have & use it) ESV2011 module, in every book's 1:1. If I leave the
post-delivery hack in place, the self-closing  is eliminated
entirely, and the .introMaterial section is properly highlighted.

Can anyone offer any further suggestions on how to induce the right sort
of behavior?
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NASB and Dictionary lookup in Xiphos

[Karl Kleinpaste]

On 4/2/20 4:40 PM, G Bennett wrote:

I generally use two modules that contain Strong's numbers - the ESV2011
and NASB. The ESV2011 works correctly, but the NASB doesn't.

Oh...well, um...crap.

/sigh

/Bother, said Pooh.

See, once upon a midnight dreary, lo these ages ago, in the Before 
Times, there was a NASB module underway that was going to be released 
with its own, directly attached NAS Heb/Grk dictionaries. And the 
situation was so deliciously special case that I actually added code to 
Strong's hovers/clicks to take NASB directly to those dictionaries. 'Cuz 
I had the beta NASB and the NAS dictionaries, and they were going to be 
a set that always went together, and I've worked with them for a simply 
indecent amount of time.


And now that assumption that once was perceived as so beneficial is just 
plain wrong. /Oops./


Another thing to take care of Real Soon Now. Special case code to be 
removed.


Apologies, again, for not having gotten back to it soon enough. The 
COVID thing has been a monkey on my back because it directly affects my 
family. (I have elderly family in NYC...in Queens...the hotspot of the 
hotspot.) I am trying to get to it, but you wouldn't believe the 
combination of work stuff as we've gone to telecommute plus emergency 
runs into Ohio for other family before they went to lockdown plus heaven 
knows what else has been in my way. I'll get there very soon. I'm very 
sorry for the delay.


Here's a hack workaround to make it work for right now:
1. Go to your .sword/mods.d directory.
2. Copy your Strong's dictionaries *.conf to nashebrew.conf and 
nasgreek.conf, respectively.
3. Edit the new files so that their bracketed [Name] entries at the top 
are NASHebrew and NASGreek. Don't change anything else.

4. Restart Xiphos.
5. Smile as you see hovers/clicks in NASB work.
//
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Fwd: [pkg-crosswire-devel] xiphos is marked for autoremoval from testing

[Karl Kleinpaste]

I should note that I am aware of the furious activity in the Xiphos 
issue tracker. I am ignoring it for the moment out of sheer necessity. I 
am up against a hard catch-22 on motivation vs. obligation.


I will catch up on many things over the weekend.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Fwd: [pkg-crosswire-devel] xiphos is marked for autoremoval from testing

[Karl Kleinpaste]

On 3/18/20 4:41 AM, Cyrille wrote:

add a patch for the Burmese locale

Yes that will be part of it.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Fwd: [pkg-crosswire-devel] xiphos is marked for autoremoval from testing

[Karl Kleinpaste]

On 3/16/20 7:37 AM, Cyrille wrote:

a new release for Xiphos

I will see what can be done for a release this weekend.
My company has just moved to all employees telecommuting and things are 
thoroughly chaotic through this week.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] NASB, NBLA, LBLA

[Karl Kleinpaste]

On 3/12/20 8:01 AM, Fred Smith wrote:

Now, in my ignorance I find I don't know how to set up the "Lockman
Foundation" repository in Xiphos.

Open module manager.
Click Add/Remove in left panel.
Click Load Standard at bottom.


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

[sword-devel] xiphos repo was AWOL, now back

[Karl Kleinpaste]

I inadvertently let several dyn.DNS hostnames expire 2 days ago, while I 
was out of the country. The names are back now, notably ftp.xiphos.org 
again resolves normally.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Tei dic in sword

[Karl Kleinpaste]

On 1/31/20 10:29 AM, Cyrille wrote:

OK, then is it a problem with sword or with Xiphos?

It's incomplete support in Sword.

If you look at Sword's src/modules/filters/teixhtml.cpp, the word "list" 
does not appear. In fact, you can run "grep tag.getName teixhtml.cpp" to 
get a list of the TEI keywords that are supported for XHTML rendering.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Tei dic in sword

[Karl Kleinpaste]

On 1/31/20 8:55 AM, Cyrille wrote:

working on a TEI dic, I try to use the  tag, but it seems
Sword/xiphos doesn't recognize this kind of tag.
Xiphos has no independent opinion on tags in the source document. Your 
configuration describes it as TEI content, so Xiphos asks the engine for 
TEI->XHTML rendering, and the engine provides what it knows how to 
provide. Xiphos just pastes the engine's returned content into the 
display widget.


If  isn't working, it's because the engine isn't prepared to map 
it to suitable XHTML.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Parsing Strong's to support more flexible layout in user interface

[Karl Kleinpaste]

On 11/10/19 4:36 PM, Tobias Klein wrote:
Is there any other Sword frontend as of today that is working with the 
Entry Attributes for any dictionaries?
Xiphos uses getEntryAttribute for preverse headers, footnotes, and 
xrefs, no matter the module type.


For comparison, StrongsRealGreek and StrongsRealHebrew are ThML modules 
in which what your display shows as "Related" appear as direct links in 
the text itself. In Xiphos, those links are treated as hover-hot to make 
xrefs appear in sidebar; click replaces the current pane entry with the 
new choice.


Samples using your example: 
http://ftp.xiphos.org/sword/xiphos/dictionary-link/

Rendered from this source content:
$ diatheke -b StrongsRealGreek -k 846
00846: 846 αὐτός [AU)TO/S] {autós} 
\ow-tos'\ from the particle αὖ [AU)=] {aû} (perhaps 
akin to the base of 109 
through the idea of a baffling wind) (backward); the reflexive pronoun 
self, used (alone or in the comparative href="sword://StrongsRealGreek/01438">1438) of the third person , 
and (with the proper personal pronoun) of the other persons:--her, 
it(-self), one, the other, (mine) own, said, (self-), the) same, ((him-, 
my-, thy- )self, (your-)selves, she, that, their(-s), them(-selves), 
there(-at, - by, -in, -into, -of, -on, -with), they, (these) things, 
this (man), those, together, very, which. Compare href="sword://StrongsRealGreek/00848">848.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Xiphos crashes with my sword locale

[Karl Kleinpaste]

On 11/5/19 10:31 AM, Cyrille wrote:
#6 0x71f9fca2 in __strcpy_chk (dest=0x57492190 "", 
src=0x566bed50 "ထွက်မြောက်ရာကျမ်း 1:1", destlen=50)

    at strcpy_chk.c:30
Bug found. A fix will happen for next release. That won't be today or 
next week, but ... I'm thinking Christmas or thereabouts. For now... 
well, you're stuck, because the problem is that the space occupied by 
that book name is 51 bytes. (Somehow it figures.) You can blame either 
Terry or me for that arbitrarily short limit, probably a decade and a 
half ago. In fact, in a fit of unclean code, that limit of 50 is imposed 
on both the length of names in a history event as well as the number of 
history events, when it should have been only the latter.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Xiphos crashes with my sword locale

[Karl Kleinpaste]

On 11/5/19 10:20 AM, Cyrille wrote:

But I don't know what means gdb. Let me know how to do.

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

Re: [sword-devel] Xiphos crashes with my sword locale

[Karl Kleinpaste]

On 11/5/19 9:09 AM, Cyrille wrote:

|*** buffer overflow detected ***: xiphos terminated|
It would help if you could run it under gdb to get a backtrace for what 
function/line is the choke point.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Creating module with several osis files

[Karl Kleinpaste]

On 10/28/19 10:46 AM, Cyrille wrote:

Because we have to do it 66 times,

What he meant was:

for f in *.osis ; do
  echo working on $f
  osis2mod -a $f -whatever -other -args -as -needed
done
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Sidebars

[Karl Kleinpaste]

On 5/21/19 2:41 PM, Peter von Kaehne wrote:

Any alternative suggestions or thoughts?
NET's extensive footnotes, though paper-published inline, are offered as 
a separate commentary module, which works quite well.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Module upload: ItNomiBibbia

[Karl Kleinpaste]

On 5/6/19 8:57 AM, Peter von Kaehne wrote:

No update, no change
Unfortunately, attempting update for CPDV just now, it still hasn't 
gotten into an updated mods.d.tar.gz.


(Sorry)

$ grep crosswire.*pub/sword/raw InstallMgr.conf
FTPSource=CrossWire|ftp.crosswire.org|/pub/sword/raw|||20081216195754
$ cd 20081216195754
$ ls -l mods.d/cpdv.conf
-rw-r--r-- 1 karl karl 2257 Jan 16  2014 mods.d/cpdv.conf
$ ls -lc mods.d/cpdv.conf
-rw-r--r-- 1 karl karl 2257 May  6 11:29 mods.d/cpdv.conf
$ grep ^Version mods.d/cpdv.conf
Version=1.0.1

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

Re: [sword-devel] Module upload: CPDV

[Karl Kleinpaste]

On 4/18/19 6:53 AM, Peter Von Kaehne wrote:

uses the same module manager as Xiphos
Crosswire's mods.d.tar.gz was not regenerated after the update. That's 
why Xiphos doesn't see it after refresh.


$ pwd
/home/karl/.sword/InstallMgr/20081216195754/mods.d
$ ls -l cpdv.conf
-rw-r--r-- 1 karl karl 2257 Jan 16  2014 cpdv.conf
$ ls -lc cpdv.conf
-rw-r--r-- 1 karl karl 2257 Apr 18 07:59 cpdv.conf
$ grep ^Version cpdv.conf
Version=1.0.1

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

Re: [sword-devel] Question about GerHfa2002 and locked modules in general

[Karl Kleinpaste]

On 3/29/19 7:16 PM, Tobias Klein wrote:
I thought it may be convenient for the user to be informed about this 
*before* installing a corresponding module.
Of course. That's what Xiphos' mod.mgr does, or any other UI's 
equivalent. It's just a matter of whether it examines what's available 
and makes that info available.


The *.conf held by the repo (mods.tar.gz) are acquired when the mod.mgr 
is opened. Each is checked for CipherKey and the mod.mgr's offer of 
what's available to install is marked appropriately. The user decides 
what he wants, checks boxes as needed, and installs. mod.mgr shows the 
lock symbol both before and after install.


There is a tooltip attached to the column heading: "The lock icon means 
this module is encrypted, and requires that you purchase an unlock key 
from the content owner." So the user is properly warned.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Question about GerHfa2002 and locked modules in general

[Karl Kleinpaste]

On 3/29/19 10:59 AM, Tobias Klein wrote:
It would be nice if the user could see that piece of information 
before installing a module that requires an unlock key.

http://karl.kleinpaste.org/.../mod-mgr-w-lock.png
Xiphos' mod.mgr provides this with a "locked" column indicator, by 
looking in .conf for CipherKey. Any frontend mod.mgr could do this.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Color in osis

[Karl Kleinpaste]

On 3/17/19 2:44 PM, Nathan Phillip Brink wrote:
> It sounds like you’re trying to render XHTML using an HTML parser.
If there is a way to make WebKit /*not*/ operate in an XHTML mode, I'm
not aware of it.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Color in osis

[Karl Kleinpaste]

On 3/17/19 6:23 AM, ref...@gmx.net wrote:
> Xiphos then adds a few further standard (for Xiphos) CSS styles to the
> mix.
Not exactly.

Xiphos uses exactly one nonstandard CSS control, .introMaterial,
specifically because OSIS tools and Sword processing do not generate a
distinct display class for introductory material. I initially encoded a
simple "..." wrap but then decided to generalize it to
".introMaterial { font-style: italic; }", because I'd have to change
Xiphos for any future Sword change anyhow.

However, for this purpose, the deeper problem is that Sword erroneously
generates self-closing  tags, which do not work. Search "html
self-closing div" and discover all the conflicting noise over it. My
solution in Xiphos was simply to obliterate these tags in introductory
material; they have no visual manifestation and I don't know why the
XHTML filters pass them in the 1st place. They look like



and they caused my .introMaterial change to bleed throughout the chapter
until I implemented the obliteration. See
https://github.com/crosswire/xiphos/issues/845

No other class tag is specific to Xiphos. It will process class any tag
the module creator or user puts to use.

As far as the mention of front-ends' display being different, if there
is any standard display toolkit against which to compare, WebKit is that
standard, and Xiphos has used it for years now. It's WebKit that's
unhappy with self-closing  above, and Xiphos' display has always
consisted almost entirely of "ask engine for content, paste content into
widget for WebKit interpretation," with a few grotesque HTML
post-delivery hacks to get around stuff like bad self-closing .
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] CrossWire repos?

[Karl Kleinpaste]

On 3/11/19 4:37 PM, Michael H wrote:
> Is Pocketsword still able to download from alternate locations? That
> is, can you download from xiphos
PS can install from xiphos repo, no sweat.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] InstallSize

[Karl Kleinpaste]

On 2/23/19 2:30 PM, DM Smith wrote:
> In C the common routine is atoi
atoi() is a special case of strtol(), which still doesn't understand
punctuation in any context.

Sword takes no interest in InstallSize. It's just another random textual
header that a frontend can request; what happens with it is entirely
that frontend's problem. Xiphos will choke on punctuated InstallSize, too.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] [And Bible Support] And Bible

[Karl Kleinpaste]

On 2/7/19 6:41 AM, Cyrille wrote:
> Maybe it should be interesting to have the list translated?
Xiphos' languages file tries to be localized to a language's own name
and encoding, to the extent it's known and can be done in current font
support. There have been some in the past that were not localized
because of limitations, e.g. Norsk ("grep -A2 -B1 -i '^nb[^a-z]'
/usr/share/xiphos/languages") and Gothic ("grep -B2 -i ^got
/usr/share/xiphos/languages"). The original ISO dump from which it was
initialized was all Latin script.

Oh, look, sil.org moved the ISO dump page *again*...
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] [And Bible Support] And Bible

[Karl Kleinpaste]

On 2/7/19 3:53 AM, Cyrille wrote:
> I found the Cebuano but with the language name: Sinugbuanon
$ grep ^Lang= .sword/mods.d/cebpinadayag.conf
Lang=ceb
$ grep -A4 -B4 ^ceb /usr/share/xiphos/languages
# Chechen
ce    Нохчийн
# Cebuano (cf. wikipedia)
#ceb    Sinugboanong Binisaya
ceb    Sinugboanon
# Chamorro
ch    Chamoru
# Corsican
co    Corsu

The fact that there is a preceding but similar entry that's commented
out tells me that at some point this was updated, probably on specific
request, but I have no memory of doing so. The original now-commented
line surely came from the original ISO abbrev dump.

Well, OK...git blame and git log tell me:

commit 763d1d746a58104c26c8edb4ca409079906146ef
Author: Karl Kleinpaste 
Date:   Fri Jul 27 22:15:36 2012 +
    many language updates from
http://crosswire.org/wiki/Localized_Language_Names

So it's been that way for 7 years. There are 129 lines changed in that
commit.

https://en.wikipedia.org/wiki/Cebuano_language references this name. I
have no personal information about why this was an improvement.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page