If you think that's bad, I just got this when I tried it for five of the
modules I have here:
Psalms 23:1: The LORD is my shepherd; I shall not want.
Psalms 23:2: He makes me to lie down in green pastures; He leads me beside
the still waters.
Psalms 23:3: He restores my soul; He leads me in the p
It should but nobody ever got round to fixing this for diatheke.
It stems from how SWORD stores and handles pre-verse content.
David
Sent from [Proton Mail](https://proton.me/mail/home) for iOS
On Tue, Jul 16, 2024 at 10:17, Marjan Šavli <[marjan.sa...@gmail.com](mailto:On
Tue, Jul 16, 2024 at
The "strange reason" is a well understood design decision in the engine
that is, however, non obvious and leads frequently to this type of
behavior for client applications.
It is also patched in Subversion already.
--Greg
On Mon, Apr 9, 2018, 14:00 David Haslam wrote:
> Apologies.
>
> I seem
Apologies.
I seem to have forgotten what Greg pointed out only last week.
For some strange reason, the Psalm titles are currently output before verse 2
rather than before verse 1.
Best regards,
David
Sent with [ProtonMail](https://protonmail.com) Secure Email.
‐‐‐ Original Message ‐‐‐
Version number
Copyright date range?
Best regards, David
Sent from ProtonMail Mobile
On Tue, Mar 27, 2018 at 23:40, Troy A. Griffitts wrote:
> Nope, sorry Greg. I reviewed and approved of it :)
>
> Applied.
>
> On 03/27/2018 08:43 AM, Greg Hellings wrote:
>
>> Troy,
>>
>> I know you wer
Nope, sorry Greg. I reviewed and approved of it :)
Applied.
On 03/27/2018 08:43 AM, Greg Hellings wrote:
> Troy,
>
> I know you were working on the repo quite a bit over the weekend. I
> didn't see this patch land. Did I miss it in the commit emails?
>
> --Greg
>
> On Wed, Mar 21, 2018 at 12:32
Troy,
I know you were working on the repo quite a bit over the weekend. I didn't
see this patch land. Did I miss it in the commit emails?
--Greg
On Wed, Mar 21, 2018 at 12:32 AM, Troy A. Griffitts
wrote:
> Thanks for the patch, Greg. Yes. Agreed it is not intuitive to the
> uninitiated. The wa
No - that makes no difference, neither did using osis2mod version $3431
Salmo de David, cuando huía de
delante de Absalom su hijo.
Jehová, ¡cuánto se han multiplicado
mis enemigos! muchos se levantan contra mí.
Muchos dicen de mi alma: No hay
para él salud en Dios. Selah.
However, examining
On Thu, Mar 22, 2018 at 8:51 AM, David Haslam wrote:
> Greg,
>
> Thanks for the comparison between *KJV* and *SpaRV1909*.
>
> It seems therefore that I assumed *incorrectly* that the "extra space"
> problem was more general, and that *any* module with Psalm titles could
> be used illustrate it.
>
Greg,
Thanks for the comparison between KJV and SpaRV1909.
It seems therefore that I assumed incorrectly that the "extra space" problem
was more general, and that any module with Psalm titles could be used
illustrate it.
FYI. Test module SpaRV1865 only exists so far in the text development
co
On Thu, Mar 22, 2018 at 4:01 AM, David Haslam wrote:
> Hi Greg,
>
> With *Plain* output format, there's a minor side effect in the way the
> Psalm title was output in the wrong place.
> Verse 2 of the same Psalm was output with a *leading space* before the
> Reference.
>
> https://www.dropbox.com
Hi Greg,
With Plain output format, there's a minor side effect in the way the Psalm
title was output in the wrong place.
Verse 2 of the same Psalm was output with a leading space before the Reference.
https://www.dropbox.com/s/uz1amnrp7ez0b4y/Screenshot%202018-03-22%2008.37.42.png?dl=0
This mig
Has the UI changed without me noticing?
This is what I got using version 4.7 of diatheke that comes with Xiphos 4.0.6a
for Windows.
S:\>xiphos\diatheke -b KJV -o h -k Ps 3
Psalms 3:1: LORD, how are they increased that trouble me! many are they that ris
e up against me.
Psalms 3:2: Many there be
Thanks Greg for the patch.
Thanks also to everyone who provided insightful input.
Best regards,
David
Sent from ProtonMail Mobile
On Wed, Mar 21, 2018 at 03:33, Greg Hellings wrote:
> On Tue, Mar 20, 2018 at 10:21 PM, Troy A. Griffitts
> wrote:
>
>> If I had to guess, I suspect diatheke is
Thanks for the patch, Greg. Yes. Agreed it is not intuitive to the uninitiated.
The warring factions are that a module key can be changed with a reference
directly to its key, the module being oblivious to that fact that it changed.
Also, a module position might be incremented but never asked to
On Tue, Mar 20, 2018 at 10:21 PM, Troy A. Griffitts
wrote:
> If I had to guess, I suspect diatheke is not calling renderText before
> asking for the header. The renderText method triggers all entryAttributes
> to be filled. The header is an entryAttribute.
>
Spot on. If I were offering commentar
If I had to guess, I suspect diatheke is not calling renderText before asking
for the header. The renderText method triggers all entryAttributes to be
filled. The header is an entryAttribute.
On March 20, 2018 8:13:41 PM MST, Greg Hellings wrote:
>To be quite specific: diatheke does not encount
To be quite specific: diatheke does not encounter that header in the
preverse content until it reaches Psalm 3:2 for some reason that is beyond
my ken. Therefore, it is properly rendering that content as preverse, but
it has attached it to the wrong verse. Output from my slightly modified
diatheke
It's easier to see the problem when using plain formatting:
$ diatheke -b KJV -o h -f Plain -k Ps 3
Psalms 3:1: LORD, how are they increased that trouble me! many are they
that rise up against me.
A Psalm of David, when he fled from Absalom his son.
Psalms 3:2: Many there be which say of my soul,
I'm not so sure your initial assertion is correct.
$ diatheke -b KJV -o h -k Ps 3
Psalms 3:1: Lord, how are they increased that trouble me!
many are they that rise up against me.
A Psalm
of David, when he
fled from Absalom his
son.Psalms 3:2: Many there be which say
of my soul, There
is no help fo
Maybe someone could patch diatheke to fix this?
Best regards, David
Sent from ProtonMail Mobile
On Wed, Mar 14, 2018 at 12:14, David Haslam wrote:
> Diatheke does not output the canonical Psalm titles when output option h is
> used.
>
> Try this and see what I mean.
>
> diatheke -b KJV -o h -
> Von: "David Haslam"
> However, I've yet to see any set of Sword utilities for Windows that
> actually do that, as I observed back in October 2015.
You would not, because it had be kept out of releases. Only people building
against SVNhead would have access to it. It will be in 1.8.0
Peter
_
Thanks Peter,
I'm sure you're the best candidate for the task, in view of the stirling
work you did by adding LaTeX format to its output capabilities.
However, I've yet to see any set of Sword utilities for Windows that
actually do that, as I observed back in October 2015.
> When will the diathe
> Von: "David Haslam"
>
> A reminder for my suggestion made in December 2015 nearly two years ago:
> > It would be better to add a fully fledged output format for MarkDown,
> > and leave the default to just plain text with no frills.
I have done some work on this but have nothing to offer for i
A reminder for my suggestion made in December 2015 nearly two years ago:
David Haslam wrote
> When outputting plain text, diatheke currently makes a half-hearted
> attempt to use a tiny bit of MarkDown format for anything that was wrapped
> in the OSIS hi element, whether italics or bold type etc
So, I did a little experimenting this weekend and found that the ICU
RegEx engine is actually really capable.
o It's fast.
o It supports {n,m} characters instead of bytes
o It even works (though a little slow) with lookaheads and lookbacks,
e.g., for words in any order: (?=.*God)(?=.*world)(?
Another possibility is to use Boost.Xpressive [1], which I think
supports the Perl regular expressions at runtime, and also static
regular expressions using C++ syntax:
using namespace boost::xpressive;
// sregex rex = sregex::compile( "(\\w+) (\\w+)!" );
sregex rex = (s1= +_w) >> ' '
Thanks, Karl,
Xiphos 4.0.4 in Windows 7 x64 gave this:
S:\>xiphos\diatheke -b KJV -s regex -k Abed...nego
Verses containing "Abed...nego"-- Daniel 1:7 ; Daniel 2:49 ; Daniel 3:12 ;
Daniel 3:13 ; Daniel 3:14 ; Daniel 3:16 ; Daniel 3:19 ; Daniel 3:20 ; Daniel
3:22 ; Daniel 3:23 ; Daniel 3:26 ; Dani
On 03/06/2017 09:06 PM, DM Smith wrote:
> Does setting CLANG (or whatever it is) in the env help? In unix you
> have to tell the program what charset you are using.
They already come along for the ride for free as a result of logging in,
per default specification when system was installed.
$ env
Does setting CLANG (or whatever it is) in the env help? In unix you have to
tell the program what charset you are using.
Cent from my fone so theer mite be tipos. ;)
> On Mar 6, 2017, at 7:52 PM, Karl Kleinpaste wrote:
>
>> On 03/06/2017 05:25 PM, Greg Hellings wrote:
>> being off by 2 would
Yeah, so this page shows that c11x regex is still mostly unsupported in gcc:
http://gcc.gnu.org/onlinedocs/libstdc++/manual/status.html#status.iso.tr1
(see section 7)
And the old school gnu regex we use otherwise I don't think knows
anything about wide chars. It simply compares bytes and does
On 03/06/2017 05:25 PM, Greg Hellings wrote:
> being off by 2 would seem strange to me
I don't understand this question at all.
0xE2 = 226 = 0342
0x80 = 128 = 0200
0x93 = 147 = 0223
There's no off-by error at all.
"od" is the "octal dump" tool; given -c, it tries to dump characters,
but outside
On Mon, Mar 6, 2017 at 4:15 PM, David Haslam wrote:
> Are we sure it's an "off by 2" error and not just an email typo?
>
I'm not sure of that at all. It was my first guess, but being off by 2
would seem strange to me, as I would expect a "fat finger" error to produce
an off-by-1 or a spurious ex
Are we sure it's an "off by 2" error and not just an email typo?
I wasn't expecting decimal, I just didn't parse it as octal.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/diatheke-search-type-regex-and-the-dot-tp4656879p4656914.html
Sent from the SWORD Dev mail
147 = 0223 (octal)
128 = 0200 (octal)
226 = 0340 (octal)
So it's off by 2 in the top order byte. Not sure why, but it seems you're
expecting decimal but the tool is obviously giving out octal.
--Greg
On Mon, Mar 6, 2017 at 3:02 PM, David Haslam wrote:
> Thanks Karl,
>
> All the "hyphenated" na
Thanks Karl,
All the "hyphenated" names in the KJV OT use the *en dash* character U+2013
which has 3 UTF-8 bytes E2 80 93.
In decimal, these are 226 128 147 so we might well wonder how your tool gave
342 200 223 ?
Best regards,
David
--
View this message in context:
http://sword-dev.350566.
On 03/03/2017 09:16 PM, Troy A. Griffitts wrote:
> SWORD supports compiling with a variety of regex engines
I have an interesting result. My previous build of sword used
--with-cxx11regex, and that failed to find Abednego in any circumstance.
Reconfiguring without that option and rebuilding, I now
Corrigendum: "everything outside ASCII"
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/diatheke-search-type-regex-and-the-dot-tp4656879p4656901.html
Sent from the SWORD Dev mailing list archive at Nabble.com.
___
sword-devel
Thanks Troy,
The precise /flavour/ of *regex* supported by diatheke search really needs
to be properly documented.
Expecting the *dot* to be a byte when we're handling Unicode is just not on
at all.
I'm struggling more because I'm on Windows, where the UTF-16 verse UTF-8
disparity affects everyt
SWORD supports compiling with a variety of regex engines-- typically GNU
regex on most linux system. We include 'internal regex' copy of this,
as well. We also will compile against the C++ standard regex engine
including the language spec. Each handles unicode characters different.
. is cer
Created http://tracker.crosswire.org/browse/MODTOOLS-101
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/diatheke-search-type-regex-and-the-dot-tp4656879p4656890.html
Sent from the SWORD Dev mailing list archive at Nabble.com.
_
So what flavour of regex does diatheke actually use under Linux?
Why is it that the *dot metacharacter* is not recognized?
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/diatheke-search-type-regex-and-the-dot-tp4656879p4656889.html
Sent from the SWORD Dev mailing
On 03/02/2017 02:14 PM, Greg Hellings wrote:
> I also get no results.
On the other hand...
$ mod2imp KJV | grep -B1 -i abed.nego | fgrep '$$'
$$$Daniel 1:7
$$$Daniel 2:49
$$$Daniel 3:12
$$$Daniel 3:13
$$$Daniel 3:14
$$$Daniel 3:16
$$$Daniel 3:19
$$$Daniel 3:20
$$$Daniel 3:22
$$$Daniel 3:23
$$$Dan
Typo was only in the message, sorry!
The actual test in Windows shell with the -k there didn't give any matches.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/diatheke-search-type-regex-and-the-dot-tp4656879p4656884.html
Sent from the SWORD Dev mailing list arch
$ diatheke -b KJV -s regex -k Abed.nego
Verses containing "Abed.nego"-- none (KJV)
Once I correct the command to include the -k parameter, I also get no
results.
--Greg
On Thu, Mar 2, 2017 at 12:58 PM, David Haslam wrote:
> I was under the impression that the metacharacter *dot* in a regex mea
I suspect this may be a further symptom of what Greg suggested as the
explanation in my other thread.
i.e. That SWORD expects to search in UTF-8 encoded text, whereas Windows
uses UTF-16 internally.
Still can't quite make out why the dot isn't treated how regular expressions
use it.
David
--
Thanks Peter.
If after it gets fixed, one of the programmers can recompile it for Win32,
that would enable me to test it.
Best regards,
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/diatheke-search-type-default-tp4656833p4656844.html
Sent from the SWORD Dev mai
There are two ways of looking at this - a programme bug or a documentation bug.
> Gesendet: Dienstag, 28. Februar 2017 um 07:17 Uhr
> Von: "David Haslam"
> So there's no sense in which "phrase" as a search type is (default), is
> there?
There is probably only in the sense that phrase search wi
The command:
diatheke -b ESV -s -k Merodach
might be thought of as what to use were "phrase" truly a default that could
be omitted.
However, this produces the error message:
Unknown search_type: -k
Try diatheke --help
So there's no sense in which "phrase" as a search type is (default), is
the
In that case, the string "(default) " should be pruned from its syntax help,
n'est-ce pas?
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/diatheke-search-type-default-tp4656833p4656836.html
Sent from the SWORD Dev mailing list archive at Nabble.com.
_
The omission of the "-s" attribute does not lead to search behavior but
instead to Diatheke trying to open the book/chapter/verse specified by the
-k argument. So, it seems safe to say, there is no real concept of a
"default" search type.
It would make sense to say there is a default if there was
As for Ubuntu, running the code from the subversion trunk, it was the usual
mixup between the system-installed 'diatheke' at /usr/bin, and the binary
installed from the trunk at /usr/local/bin. After cleaning it up, the
diatheke from trunk behaves fine on Ubuntu. Sorry for the false alarm. :)
_
Unfortunately Ubuntu is at least.2 iterations of releases behind the curve.
Always.
Sent from my phone. Apologies for brevity and typos.On 24 Oct 2016 1:02 pm,
Teus Benschop wrote:
>
> Something weird is happening to diatheke on Ubuntu 16.04 64 bits:
>
> $ diatheke -b NETfree -k Jn 3:16
>
> Jo
That leading colon suggests something is trying to parse a null and
reverting to the last text after a fail. Instead of looking for {John
3:16}, it appears to be searching for {John 3:16,} How the code detects
the end of the verse range (or whether the next range is null) is where I
would start.
Following up on the previous mail about diatheke, the SVN code, when
compiled on Ubuntu 16.04 64 bits, running diatheke still gives the double
output.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-
On Sun, 2016-02-07 at 20:16 -0800, Brian Jolly wrote:
> Thank you Peter. I'll give it a shot with your .cls file.
Just delete the reference to sword.sty in diatheke's output.
Peter
>
> On Sat, Feb 6, 2016 at 12:59 AM, Peter von Kaehne
> wrote:
> > On Fri, 2016-02-05 at 17:14 -0800, Brian Jolly
Thank you Peter. I'll give it a shot with your .cls file.
On Sat, Feb 6, 2016 at 12:59 AM, Peter von Kaehne wrote:
> On Fri, 2016-02-05 at 17:14 -0800, Brian Jolly wrote:
> >
> > Peter, thanks for your work on the filters. Are any of the LaTeX
> > support files shareable even outside of SVN?
> >
Latex is used to produce scholarly editions with heavy apparatus, so i would
dispute what you say re inability to achieve a good output
Sent from my phone. Apologies for brevity and typos.On 6 Feb 2016 5:39 am,
Michael H wrote:
>
> Brian,
>
> You'll run into issues trying to build a Bible in L
On Fri, 2016-02-05 at 17:14 -0800, Brian Jolly wrote:
>
> Peter, thanks for your work on the filters. Are any of the LaTeX
> support files shareable even outside of SVN?
>
This is what i have started. My main aim so far was to make the
crossreferences work in a PDF. I have not put much effort i
Brian,
You'll run into issues trying to build a Bible in Latex. Simon Cozens did,
and decided to fix it. Resulting in Sile. (That's a stretch and mangled
history, but theres a bit of truth in there.)
Sile is free and open source and is designed to produce printed books, with
Bibles in mind.
http
Thanks Guys,
I am really trying to stick with the free and open set of tools
(sword/diatheke/LaTeX).
Peter, thanks for your work on the filters. Are any of the LaTeX support
files shareable even outside of SVN?
Feel free to contact me off list if that's more appropriate.
On Fri, Feb 5, 2016 at
$495 for a desktop licence
Sent from my phone. Apologies for brevity and typos.On 5 Feb 2016 8:17 am,
David Haslam wrote:
>
> If you have the OSIS XML source file, why not use Prince XML to create the
> PDF for printing a Bible?
>
> Or do you only have the module and not the source text?
>
>
Prince Whatnot is not open source. It is also a fairly rubbish output.
Sent from my phone. Apologies for brevity and typos.On 5 Feb 2016 8:17 am,
David Haslam wrote:
>
> If you have the OSIS XML source file, why not use Prince XML to create the
> PDF for printing a Bible?
>
> Or do you only
If you have the OSIS XML source file, why not use Prince XML to create the
PDF for printing a Bible?
Or do you only have the module and not the source text?
http://www.princexml.com/
Although the first page mentions HTML, the samples page gives an example for
OSIS.
http://www.princexml.com/sampl
Hi,
I am glad i am not the only potential user. The reason this is only in svn and
not in release is the absence of that aspect. I am slowly working in it and
have privately more, but it is not complete.
Peter
Sent from my phone. Apologies for brevity and typos.On 4 Feb 2016 11:10 pm,
Brian
Whenever it happens i am the first to acknowledge! ;-)
Sent from my phone. Apologies for brevity and typos.On 20 Dec 2015 4:36 pm,
David Haslam wrote:
>
> One of those rare occasions, eh, Peter ? :)
>
>
>
> --
> View this message in context:
> http://sword-dev.350566.n4.nabble.com/Diatheke-a
One of those rare occasions, eh, Peter ? :)
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Diatheke-and-MarkDown-format-tp4655468p4655474.html
Sent from the SWORD Dev mailing list archive at Nabble.com.
___
sword-devel mailin
I think you are right.
Sent from my phone. Apologies for brevity and typos.On 20 Dec 2015 11:20 am,
David Haslam wrote:
>
> When outputting plain text, diatheke currently makes a half-hearted attempt
> to use a tiny bit of MarkDown format for anything that was wrapped in the
> OSIS hi element
On 01/23/2014 05:11 AM, Peter von Kaehne wrote:
This a tentative question mostly re the doquery method of our diatheke.
I think it would be really useful if we could have this method somehow
be more part of our offerings, including e.g. in the bindings etc.
Reason: We are currently very much g
I had been musing during an idle moment about designing a GUI for Diatheke
using the VBA that comes with MS Office.
A very low priority "back-burner" item in my tasks list.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/diatheke-methods-exportable-tp4653427p46534
Okay it works
I've been misleaded by my bad english...
I thought I've to create the mods.conf - So the installmgr installed the
*.conf files in the mods.conf folder (but why?) and diatheke didn't find it!
I've deleted these folder and restarted the installmgr init and the other
stuff - and n
There should be no mods.conf. you should see a modules/ data folder created by
installmgr in the same folder along side your mods.d/ configuration folder. Did
installmgr create this folder for the data files? Did installmgr place any
module configuration files inside your mods.d/ folder?
pHep
Thank you for your help!
But I did some tests...
This is the Output for diatheke without arguments:
/C:\Users\Familie\Desktop\SWORD\TEST\installmgr>diatheke
Diatheke command-line SWORD frontend Version 4.5
Copyright 1999-2009 by the CrossWire Bible Society
http://www.crosswire.org/sword/diatheke/
I suspect Greg is correct that Diatheke isn't finding your Sword module
path. But you might also simply try running 'diatheke' (no arguments).
If it prints the help text, you've at least got a working binary. If it
fails to print anything at all, there's a problem with the binary, the
Sword DLL
Paul,
The first thing to test is if diatheke is actually finding your install. To
do this, ask diatheke to give you a module list:
diatheke -b system -k modulelist
If that lists KJV, then the problem is with diatheke or its filter. If that
doesn't list any entries, then it's not finding your ins
Hi,
Actually, I had another reason to suggest adding these to Diatheke.
Specifically, I'd like to have get to a full LaTeX exporter at some point,
i.e. supporting the options (Word of Christ in Red, etc.). I don't really
see how that could be done without using the API.
Any idea?
God bless
Rap
On Sun, 2013-03-31 at 09:21 -0500, Greg Hellings wrote:
> I don't know the limits of LaTeX and whether a custom exporter
> program is feasible, but is there any particular reason to not want
> changes to Diatheke?
Only starting now to get to grips with latex, but FWIW, Latex allows
embedding of
Chris,
Re: http://www.crosswire.org/tracker/browse/MODTOOLS-29
If I (or anyone else) wished to use diatheke to export a substantial part or
all of a module (one with red-letters for Words of Jesus) to a standalone
RTF file, I don't see any valid reason to not include the single line to
define the
On Sun, Sep 16, 2012 at 7:27 PM, Chris Little wrote:
> On 09/15/2012 12:19 PM, David Haslam wrote:
>>
>> Greg,
>>
>> While you're into the code for Diatheke, please see if you can fix the RTF
>> font color table issue as well.
>
>
> I would contend that we should move in the opposite direction and
On 09/15/2012 12:19 PM, David Haslam wrote:
Greg,
While you're into the code for Diatheke, please see if you can fix the RTF
font color table issue as well.
I would contend that we should move in the opposite direction and
eliminate all of the extra wrapper-type-stuff that diatheke generates
Greg,
While you're into the code for Diatheke, please see if you can fix the RTF
font color table issue as well.
I can't access JIRA right now. See
http://www.crosswire.org/bugs/JiraLockedError
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Diatheke-XHTML-tp46
On 11/3/2010 5:41 AM, David Haslam wrote:
This thread should initially have been entitled Diatheke - output_format RTF
and Red Words of Christ?
Using output_format HTML does not produce Red Words of Christ either!
diatheke -b KJV -o x -f HTML -k "Mt 1-28">Export\KJV\KJV.Mt.diatheke.html
btw.
Diatheke outputs portions of modules with various toggle and rendering
filters applied. That's all it does, and all I intend that it ever do.
It can only convert from input format X to output format Y if a
conversion path from X to Y exists. So conversion from OSIS/ThML/GBF to
OSIS/ThML/HTML/R
I have also observed that specifying diatheke output_format as either OSIS or
ThML gives peculiar results as output. "It's XML, Jim, but not as we know
it." The text includes recognizable XML markup, but the output is not
structured as a proper XML file that would pass a syntax check.
There was
> Datum: Wed, 3 Nov 2010 11:07:27 -0700 (PDT)
> Von: David Haslam
> An: sword-devel@crosswire.org
> Betreff: Re: [sword-devel] Diatheke - output_format RTF and Red Words of
> Christ?
>
> Moreover, there are no italics used for supplied words in the diatheke
> HTML
>
Moreover, there are no italics used for supplied words in the diatheke HTML
output_format.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Diatheke-output-encoding-RTF-and-Red-Words-of-Christ-tp3025205p3025885.html
Sent from the SWORD Dev mailing list archive at Nab
Further light on the RTF issue...
I examined the RTF file with Notepad++, and observed that verses with Words
of Christ do contain a suitable markup.Matthew 5:3: {\f1 \cf6 {Blessed} {\i1
are} {the poor} {in spirit}: {for} {theirs} {is} {the kingdom} {of
heaven}.\cf0 {}}\par
The bug is that cf6 i
This thread should initially have been entitled Diatheke - output_format RTF
and Red Words of Christ?
Using output_format HTML does not produce Red Words of Christ either!
diatheke -b KJV -o x -f HTML -k "Mt 1-28" >Export\KJV\KJV.Mt.diatheke.html
btw. The help for diatheke is somewhat confusing i
Thanks Chris,
I recall reading somewhere that you viewed xlit as more appropriate than
gloss as the XML attribute to mark Ruby. Yet the fact remains that the
existing Japanese beta modules use the latter. I suppose they could all be
remade after an attribute search and replace in the OSIS source
Good point, David. I was thinking only of Diatheke's ability to
transform the xlit attribute to a rendering format (because it will use
updated OSISHTML(HREF)). I wasn't thinking of the ability to toggle Ruby
(via OSISRuby), which still requires handling in Diatheke.
--Chris
On 10/30/10 5:08
Response still awaited. Anyone?
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Diatheke-support-for-Ruby-tp3020078p3023453.html
Sent from the SWORD Dev mailing list archive at Nabble.com.
___
sword-devel mailing list: s
The most relevant existing page is
http://crosswire.org/wiki/DevTools:Code_Examples
http://crosswire.org/wiki/DevTools:Code_Examples
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Diatheke-error-on-wiki-tp3021607p3022879.html
Sent from the SWORD Dev mailing list
A wiki search for installmgr gives only two hits.
It may therefore be worth creating a dedicated page about installmgr.
If I create a new page, others can add content, though I won't mind if
someone else beats me to it.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.
Thanks, David. Yes, I thought of that, but since I was just trying to
learn about the program, I wasn't quite sure what the original author
had intended. I takes quite some time to become familiar with a new
software system like the SWORD project and front-ends.
No one seems to think that a pa
Robert,
I have just fixed a few typos in the examples.
You could of course become a wiki editor, after registering a username, or
by using your existing login if already registered.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Diatheke-error-on-wiki-tp3021607p3
Thanks Chris,
Your reply prompts a further question.
What command line option filter should be used?
Gloss is not mentioned in Valid option_filters values are: n (Strong's
numbers),
f (Footnotes), m (Morphology), h (Section Headings),
c (Cantillation), v (Hebrew Vowels), a (Greek Accents), p
On 10/30/2010 12:59 AM, David Haslam wrote:
Ruby markup, as exemplified by the Japanese modules in our beta repository,
uses the following syntax:
$$$Genesis 1:1
はじめに神は天と地とを創造された。
Does diatheke support the markup?
i.e. If one chooses HTML as the output encoding.
If not, might this be wort
Chris,
Thanks for the fuller explanation.
If as you wrote, "everything other than transliteration to Latin is
disabled", in the CLI syntax for diatheke, why is the script name Latin even
necessary after the -t ? Is this to reserve it for possible future
enhancements?
Or to allow any open-sourc
On 10/28/2010 11:48 PM, David Haslam wrote:
Is there a documented list of "scripts" that are supported by diatheke?
For most of us Latin is certainly relevant, yet .
Can one transliterate [say] from simplified Chinese into Cyrillic, or from
Hebrew into Devanagari?
David
It depends on
Is there a documented list of "scripts" that are supported by diatheke?
For most of us Latin is certainly relevant, yet .
Can one transliterate [say] from simplified Chinese into Cyrillic, or from
Hebrew into Devanagari?
David
--
View this message in context:
http://sword-dev.350566.n4.na
1 - 100 of 167 matches
Mail list logo
