[sword-devel] OSISMorphSegmentation

Karl Kleinpaste karl at kleinpaste.org
Sat Dec 30 08:02:56 MST 2017


On 12/30/2017 08:31 AM, DM Smith wrote:
> The module matches what the filter expects.
> The filter does something.
> Third possibility: front end doesn’t handle the attribute.

I just spent an hour stepping through Xiphos' handling of WLC Gen.1.1
with and without Morpheme Segmentation set.

First, Xiphos correctly turns the option on and off. That's kind of a
given, but I had to check on it anyway. There's a single area where all
options are turned on/off in a uniform way, driven by the GTK menu
files, and how Xiphos discovers the current setting during each chapter
redraw. Mostly, I had to check that I had spelled the option right in
all the relevant places, to be sure the right effect was being caused.

Second, the actual text output that results from Morpheme Segmentation
being on vs. off is identical, as discovered by trapping the display
routine that accepts the engine's result when requesting the verse. This
image is the result of copy/pasting gdb's textual output from a terminal
into gedit and then capturing an image of that.



The filter has no effect on the text. If someone wants to look at how
osismorphsegmentation.cpp does this, feel free, but objectively what
comes out from requesting the verse doesn't care whether the option is on.

More simply, "diatheke -b WLC -f xhtml -k gen.1.1" with and without "-o
M" proves they're the same, as shown with both diff and md5sum.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20171230/971bc1be/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ppacabhaclgbpkih.png
Type: image/png
Size: 5494 bytes
Desc: not available
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20171230/971bc1be/attachment.png>


More information about the sword-devel mailing list