[mailto:johan.mar...@messianic.co.za]
Sent: 08 December, 2014 9:54 AM
To: 'SWORD Developers' Collaboration Forum'
Subject: Re: [sword-devel] mod2zmod
The .conf file looks as follows:
[TS2009]
BlockType=BOOK
Category=Biblical Texts
CipherKey=abc
CompressType=ZIP
DataPath=./modules/tex
\ztext\ts2009\ 4 2 abc
Please assist.
Johan
-Original Message-
From: JohanMarais [mailto:johan.mar...@messianic.co.za]
Sent: 07 December, 2014 11:03 AM
To: sword-devel@crosswire.org
Subject: Re: [sword-devel] mod2zmod
I experience problems with 'mod2zmod' for a bible module.
I experience problems with 'mod2zmod' for a bible module.
I am using the latest version from Xiphos.
The source .txt plus the 4 files created by 'imp2vs' are in the same folder
as 'mod2zmod'.
I am using the correct syntax, but it says "No entry in module". Six files
are created in the output fol
aslam [mailto:dfh...@googlemail.com]
Verzonden: Tuesday, February 14, 2012 11:27 PM
Aan: sword-devel@crosswire.org
Onderwerp: Re: [sword-devel] mod2zmod
My sword path (for xiphos) is under my Win7 user profile, so that doesn't quite
explain your success.
I've used mod2zmod and other utils wi
My sword path (for xiphos) is under my Win7 user profile, so that doesn't
quite explain your success.
I've used mod2zmod and other utils with this path.
C:\Users\David\AppData\Roaming\Sword
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/mod2zmod-tp4381520p4388793.h
Ok everything is working fine now. According xiphos you are allowed to save
your bibles in the profile of all users or your own user profile. I saved
my bible in a user profile and could open my bible without any problems but
the command mod2zmod did not work. The moment I moved the bible under
p
Greg,
They appear in the datapath you specify in the mod2zmod command line.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/mod2zmod-tp4381520p4382238.html
Sent from the SWORD Dev mailing list archive at Nabble.com.
___
s
On Sun, Feb 12, 2012 at 3:08 PM, hans wrote:
> Hello David
>
> This is what i found to create a config file
>
> ./modules/texts/rawtext/mymodule/
> ./modules/texts/ztext/mymodule/
Please take note that mod2zmod will create the zipped files, and you
need to actually place them into the directory y
Hans,
Try adding
CompressType=ZIP
to the conf.
cf. The default for CompressType is LZSS, even though no modules in
CrossWire repos actually use that.
I'd assume that you specifed a compressType when you ran mod2zmod.
i.e. by including the relevant options for blockType and compressType
as gi
Hello David
This is what i found to create a config file
./modules/texts/rawtext/mymodule/
./modules/texts/ztext/mymodule/
the only difference is i used text while i should have used rawtext
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/mod2zmod-tp4381520p4381988.h
:ref...@gmx.net]
Verzonden: Sunday, February 12, 2012 9:11 PM
Aan: SWORD Developers' Collaboration Forum
Onderwerp: Re: [sword-devel] mod2zmod
While zmods should be indeed stored under ztext (as a convention rather than a
"must"), the data path is not your problem.
if the module c
While zmods should be indeed stored under ztext (as a convention rather
than a "must"), the data path is not your problem.
if the module content is in the "wrong" place, pointing via DataPath at
the "wrong" place will then of course work again.
Your problem is the driver setting.
zmods need a di
See also http://crosswire.org/wiki/DevTools:conf_Files
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/mod2zmod-tp4381520p4381782.html
Sent from the SWORD Dev mailing list archive at Nabble.com.
___
sword-devel mailing lis
Your DataPath property is incorrect!
It should be:
DataPath=./modules/texts/ztext/nbg/
You omitted the "z".
David
PS. And yes - a conf file for the ztext and rawtext modules would be
different.
Moreover, front-ends can get confused if you have two modules with the same
name.
and Bible Deskto
Hi.
I appreciate all the help that I I've received on making this module;
I'm truly grateful. Thanks to the help received in this list, I did
in a couple of hours what might have taken months for me. You guys
are truly awesome.
I respect your points of view and beliefs, and my intention coming
Hi Angel,
I just wanted to say my offer to help you with any technical issue still
stands. I can't in good conscious be part of any activity that will compromise
my beliefs, but I respect others beliefs and while I point out differences and
even have opinions, I try my best not to be judgment
Mod2zmod requires that the (uncompressed) module be installed, either in the
same place as all of your other modules or somewhere else within the SWORD
path. Then you can use the module name as the modname parameter. The module
name is the name in [ ] brackets at the beginning of the .conf.
--C
Angel,
When running a SWORD utility that takes a module as input parameter, the
module name must be as already specified in the first line within the .conf
file, and this is case-sensitive.
NB. If you use imp2vs to make the module, you will not need to use mod2zmod.
btw. Please read http://cros
> ? Not sure what you mean. The filters produce the EntryAttributes
> entries. There is no direct access. The filters are still involved in
> formatting the EntryAttributes entries the way your frontend requires
> them (or should, when they are actually written/complete).
I probably spoke up t
Heres the list. I had it on disk.
Joachim
> > would it not be better to wait with the entyattribute stuff until the
> > sword api is redesigned (2.x -- not talking of BibleCS)?
>
> No, the redesign will not alter the EntryAttributes concept or the
> 'meat' of any functionality in 1.5.x. The re
> would it not be better to wait with the entyattribute stuff until the sword
> api is redesigned (2.x -- not talking of BibleCS)?
No, the redesign will not alter the EntryAttributes concept or the
'meat' of any functionality in 1.5.x. The redesign will simply change
the programming interfac
> Regarding footnotes. We have a mechanism in place to allow footnotes to
> be separated out from the verses. Look for the frontends to begin using
> these once we finish all the filters for the different markups. Coming
> soon hopefully!
Troy,
would it not be better to wait with the entyattr
> When trying to convert the Thai text to a zipped format, there was a problem
> with the default LZSS format. It produced a set of files but it did not
> display properly (an empty display or a few strange characters). Second
> attempt using the Zip format with the command line option, it is poss
"me too"-- I tried this with the CEDICT modules and couldn't get LZSS
to work (with either book, chapter or verse). ZIP is useless, since
for this module, it will increase the size by a few 100 percent (!).
Greetings,
Christian
--
[EMAIL PROTECTED] - http://www.web42.com/crenz/ - http://www.
24 matches
Mail list logo
