On Mon, Mar 18, 2019 at 12:36 PM Nathan Phillip Brink <
ohnobi...@ohnopublishing.net> wrote:
> Normal XML manipulation libraries will make it hard
> to accidentally “lose” the namespace.
>
Let it be noted that SWORD does not use any XML manipulation libraries but
parses its XML by itself. I'm
FYI.
I have found two GBF markup errors in the GerSch module.
* One pair of … that is a typo for …
* One unpaired “ “ where there should simply be “)”.
I also discovered today that the Perl script imp2osis.pl makes a mess of
accented letters.
At least - that’s when I used it with Perl within
On Mon, Mar 18, 2019 at 06:18:31AM -0400, DM Smith wrote:
> > On Mar 17, 2019, at 8:48 PM, Nathan Phillip Brink
> > wrote:
> >
> > Hi Karl,
> >
> > On Sun, Mar 17, 2019 at 07:47:22PM -0400, Karl Kleinpaste wrote:
> >> On 3/17/19 2:44 PM, Nathan Phillip Brink wrote:
> >>> It sounds like you’re
I should add that the syntax help for utils64\imp2vs.exe does include the 3 new
French av11n names.
I’ve just tried a build with -v German
but there are 71 empty verses.
NB. Verses outside the specified v11n are not simply appended by imp2vs as they
are by osis2mod.
Aside: It’s conceivable
The GerSch module was made from a GBF source text in October 2006 and rebuilt
with corrected module encoding in August 2013.
I do not have the original GBF file.
NB. It may not have had “GBF” as part of the filename or extension.
Does anyone active in this list still have it?
If Chris Little
Well, the av11n required for GerSch original is not Luther. !!!
So, the copyright owner being the Geneva Bible Society, I thought “Let’s try
with -v Calvin”. After all, ;)
However, “Geneva, we have a problem.”
imp2vs never terminates when this is specified.
I am using the Windows
The filters don’t care that the tags are repurposed. The GBFPlain documents
as tense.
That they were and that you know what they mean is perhaps helpful.
In Him,
DM
> On Mar 18, 2019, at 10:56 AM, David Haslam wrote:
>
> The GBF tags in GerSch that we’re discussing have nothing
The GBF tags in GerSch that we’re discussing have nothing whatsoever to do with
Strongs or Tense.
They are quite clearly all used for recording the original references before
the text was squished in 2006 to the only v11n that SWORD supported at the
beginning.
To satisfy my own curiosity, I
I don't read every thing in this post and maybe someone propose already
my solution : convert gbf to osis or to usfm with
gbf2OSIS.exe/gbf2usfm.exe (need mono on linux) it works fine! I use it
with jpdenmo.
Il 18/03/2019 13:51, Troy A. Griffitts ha scritto:
> This likely means that our GBFPlain
I took a look at the GBF Plain filter. It does recognize these and is
specifically handling them.
Basically the plain filter has a little bit of markup:
New lines for (this is a hack), , .
It will put notes stuff between this is a note, Hebrew Strongs Numbers and Tense
become .
Everything
Plain GBFPlain is probably not the filter that PocketSword uses. Probably
GBFHtmlHRef or GBFHtml. No reason to expect that these independent pieces of
software would work the same.
In Him,
DM
> On Mar 18, 2019, at 8:58 AM, David Haslam wrote:
>
> Hi Troy,
>
> That does not seem
Hi Troy,
That does not seem consistent with the observation that PocketSword v 1.4.8
renders them suitably. See my earlier reply.
Unless maybe a new bug has occurred in SWORD since PS 1.4.8 was released and
that was made with SWORD 1.7.x
Or perhaps if different compiler directives were in
This likely means that our GBFPlain filter doesn't recognize these GBF tags and
ignores them this should be a simple fix in the filter.
http://crosswire.org/svn/sword/trunk/src/modules/filters/gbfplain.cpp
On March 18, 2019 12:12:59 AM MST, Tobias Klein wrote:
>I tried to initialize my SWMgr
> On Mar 17, 2019, at 10:07 AM, Karl Kleinpaste wrote:
>
> 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
> On Mar 17, 2019, at 8:48 PM, Nathan Phillip Brink
> wrote:
>
> Hi Karl,
>
> On Sun, Mar 17, 2019 at 07:47:22PM -0400, Karl Kleinpaste wrote:
>> 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
I tried to initialize my SWMgr object like this:
mgr = new SWMgr(new MarkupFilterMgr(FMT_PLAIN));
Yet the results are still the same for the GerSch module as described
earlier.
Best regards,
Tobias
On 17.03.19 19:46, Troy A. Griffitts wrote:
Hi Tobias. SWORD renders these tags for you if
16 matches
Mail list logo