On Mon, Oct 18, 2010 at 2:19 PM, David Haslam wrote:
>
> Does anyone know whether the PinYin transliteration of a module can be
> indexed and searched?
>
> e.g. In Xiphos, where transliteration is a module option.
At this point, no.
___
sword-devel mai
Is the file osis or thml?
Sent from my phone
On Oct 18, 2010, at 3:22 PM, "Troy A. Griffitts" wrote:
> Dear Kamal,
>
> Try adding this line to your .conf file:
>
> GlobalOptionFilter=ThMLLemma
>
>
>
> On 10/18/2010 03:34 PM, Kamal Abou Mikhael wrote:
>> Hi Troy,
>>
>> Here's the .conf
>>
Dear Kamal,
Try adding this line to your .conf file:
GlobalOptionFilter=ThMLLemma
On 10/18/2010 03:34 PM, Kamal Abou Mikhael wrote:
> Hi Troy,
>
> Here's the .conf
>
> [AraSVDStrongs]
> DataPath=./modules/texts/rawtext/arasvdstrongs/
> ModDrv=RawText
> SourceType=ThML
> GlobalOptionFilter=Th
Does anyone know whether the PinYin transliteration of a module can be
indexed and searched?
e.g. In Xiphos, where transliteration is a module option.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Chinese-PinYin-OSIS-SWORD-and-front-ends-tp2720727p3000774.html
Se
On Mon, Oct 18, 2010 at 19:13, David Haslam wrote:
> Should we expect that the Xiphos packages will be built using SWORD 1.6.2 ?
Xihpos 3.1.4 does not seem to have any strict dependencies on SWORD
1.6.2. As such you should NOT expect it to be compiled against
anything in particular, whatever happ
The intent had been to release X3.1.4 when S1.6.2 came out. But we had
gotten done all that was needed, with more time to spare than we could
use. I'm sure that package builders will be aware of the release of
S1.6.2.
___
sword-devel mailing list: swor
David Haslam writes:
> Is this entry just FIO to advise prior to download, or does it make a real
> difference to module behaviour?
It is purely advisory to the user, if the application shows it to him.
It lets the user know whether he will spend a long time downloading, or
occupy a lot of disc,
Should we expect that the Xiphos packages will be built using SWORD 1.6.2 ?
In view of Troy's finall call, this would make good sense.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Xiphos-3-1-4-source-tarball-is-released-tp2997831p3000551.html
Sent from the SWORD
Thanks Karl,
Is this entry just FIO to advise prior to download, or does it make a real
difference to module behaviour?
Aside: The shell hackery might make good sense to my Unix friends, but to me
as a Windows user, I'd have a hard job to decipher it. LOL.
Does the size exclude the .conf file
Thanks for rapid response, Karl.
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Unexpected-bold-font-display-in-Xiphos-tp3000503p3000534.html
Sent from the SWORD Dev mailing list archive at Nabble.com.
___
sword-devel mailing l
David Haslam writes:
> When I view using Xiphos 3.1.3, Song of Solomon (any chapter) and Isaiah 1,
> for module NETfree, all the text appears bold.
An engine error, recently fixed by Troy, a tag open/close mismatch. Not
happening in current SVN Sword.
___
Looks like a module issue to me, and is probably caused by lack of attention
to attribute stacking.
USFM does not support stacked attributes, so the problem may be something in
the conversion to OSIS.
Methinks we should add some advice in the developers' wiki about the
problems that are likely t
When I view using Xiphos 3.1.3, Song of Solomon (any chapter) and Isaiah 1,
for module NETfree, all the text appears bold.
Any ideas why?
Is this a module issue or a quirk in Xiphos ?
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Unexpected-bold-font-display-in-
The "f" bug reported & reputedly solved by Ben Morgan must be a different bug
than the one I just came across.
To see what happens, I temporarily replaced "$$$Zephania" by "$$$Zefania"
and rebuilt my copy of the WEB module.
Here is the relevant section of the IMP2VS log file.
from file: Habakku
Hi Troy,
Here's the .conf
[AraSVDStrongs]
DataPath=./modules/texts/rawtext/arasvdstrongs/
ModDrv=RawText
SourceType=ThML
GlobalOptionFilter=ThMLFootnotes
GlobalOptionFilter=ThMLScripref
GlobalOptionFilter=ThMLHeadings
Encoding=UTF-8
Direction=RtoL
Lang=ar
SwordVersionDate=2007-06-09
Version=1.07
Dear Troy,
That's weird!
My workaround worked only for Song, not for Revelation.
Repeating MOD2IMP on the faulty built module gives this error message.
$$$Revelation of John 0:0
Error reading ulCompOffset
etc.
So why does my workaround fail. There is no "f" in "Revelation".
I am using "swo
David,
There is a fix submitted by Ben Morgan which deals with book names
containing the letter 'f'. (long story)
It is already in SVN, but I suspect the utilities you are using are not
compiled with the latest SVN.
Troy
On 10/18/2010 02:49 PM, David Haslam wrote:
>
> For these two books, th
For these two books, the book names output using MOD2IMP are:
Song of Solomon
Revelation of John
Making the round-trip using IMP2VS creates a module in which these two books
are inexplicably inaccessible.
This suggests that there is a software bug in IMP2VS
I suspect there is a parsing proble
David Haslam writes:
> For a compressed Bible module, is this just the sum total of the file-sizes
> for the following files?
> nt.bzs, nt.bzv, nt.bzz, ot.bzs, ot.bzv, ot.bzz
> or is it something else?
As done for Xiphos and all CrossWire repos, it is a blunt total of file
sizes for all files in
To specify this in the .conf file, how does one determine what the correct
value is for InstallSize ?
The wiki just says (which is rather
vague IMHO).
For a compressed Bible module, is this just the sum total of the file-sizes
for the following files?
nt.bzs, nt.bzv, nt.bzz, ot.bzs, ot.
Hi Troy,
I've been busy debugging the WEB 1.8 module, and discovered the root cause.
I will email you some files (separate from this mailing list).
The analysis method I used was one that you suggested. See
http://crosswire.org/wiki/DevTools:Modules#Debugging_modules
http://crosswire.org/wiki
21 matches
Mail list logo
