Hi DM,
That's an ampersand i.e. &
https://en.wiktionary.org/wiki/%26c.
Thanks,
Ben
On Wed, Feb 3, 2016 at 3:34 PM DM Smith wrote:
> Does anyone know what the attached glyph is called? It is used with a
> following c. to mean etc. I’d like to see if it is in Unicode.
>
> ___
I think those items are all the data definitions.
I've run into errors like that before. If you are buildings Sword itself as
a DLL, you need to define the macro SWUSINGDLL while compiling the C++
bindings code for it all to work. I forget exactly how you change setup.py
to make it do that, though
This probably doesn't directly help your issues here, but the SWIG 3.0
issue seems to have been fixed in SWIG 3.0.1 which was released yesterday.
http://sourceforge.net/p/swig/news/2014/05/swig-301-released/
- A few notable regressions introduced in 3.0.0 have been fixed - in
Lua, nested cla
I think the key is here in your first email:
1>..\..\..\include\swbuf.h(362): error : Syntax error in input(3).
What is on the line it mentions? You may be missing a #define which matters.
It's possible no one has tested it with Swig 3.0 (I haven't built for a
while, but I used SWIG 1.3.31 last
They are supported. E.g. Song of Solomon in the ESV has them. E.g. 4:16:
http://crosswire.org/study/passagestudy.jsp?key=Song+of+Solomon+4%3A16#cv
Note that some of the titles here do look weird, but they are supported.
God Bless,
Ben
-
BPBible already has code which (attempts) to check if a chapter is present.
https://code.google.com/p/bpbible/source/browse/trunk/backend/book.py?spec=svn1419&r=1414#716
Note this isn't yet av11n compliant, but the general principle should be
much the same. It's in Python but should be pretty much
That's UTF8 encoded text - decoded it reads בְּרֵאשִׁ֖ית
On Fri, Mar 1, 2013 at 1:42 PM, Philip K wrote:
> ×‘Ö¼Ö°×¨Öµ× ×©× Ö´Ö–×™×ª
God Bless,
Ben
-
For I have no pleasure in the death of anyone,
declares the Lord God; so turn, and l
Hi DM,
I'm looking at it for how it displays in BPBible. Mostly it seems to show
up fine.
At the moment the code I had in place actually shows the tr greek text
links, though it doesn't know what to look them up in (there's no
dictionary matching the tr: scheme, right?).
I think I'll make it ignor
Yep, there are lots of inconsistencies. Hopefully over time with more
support they will tend to go away.
Just to be clear with the ESV, I doubt it is incorrectly encoded. It's just
it's not encoded in a way that greatly helps per-chapter rendering (or even
per-verse) rendering. Especially the pres
#x27;ve spent much more time fixing PS to work with the
> changes I made to SWORD than I did implementing the poetry indentation in
> SWORD!]
>
> Thanks heaps, ybic
> nic... :)
>
>
> On 02/02/2013, at 10:14 PM, Ben Morgan wrote:
>
> Hi Nic,
>
> Structural content
ly". I'm gonna try to look at what BPBible does in
> regards to that, cause I'm a novice when it comes to HTML now-a-days...
>
>
> Thanks, ybic
> nic... :)
>
> On 02/02/2013, at 12:02 AM, Ben Morgan wrote:
>
> I've found vertical whitespace can be problematic
I've found vertical whitespace can be problematic, and it's often around
verse boundaries.
osis2mod often seems to put some of the whitespace in the previous
verse/chapter, which I think I reported a long time ago and should be
fixed. I remember we had trouble finding the right combination of when
I reported this nearly 4 years ago:
http://www.crosswire.org/tracker/browse/MOD-76
There are some other verses which are slightly less obvious as well.
God Bless,
Ben
-
For I have no pleasure in the death of anyone,
declares the Lord God
If I remember correctly BPBible's headings option turns off non-canonical
headings.
When rendering text, vk.Headings()/setIntros() would always be on. There's
no way to turn off prechapter content, just like there's no way to turn off
every verse 5 [?]
(if it doesn't work this way in some situati
Hi Greg,
On Mon, Jan 21, 2013 at 6:28 AM, Greg Hellings wrote:
>
>
>
> SWIG bindings now up-to-date.
>
> Bindings users, please holler if I removed things overzealously.
>
> I haven't tried it, but I believe that this will break BPBible for example.
As the bindings are part of SWORD, I believe i
On Fri, Dec 14, 2012 at 11:58 PM, Karl Kleinpaste wrote:
> Ben Morgan writes:
> > Look back at the conversations on ' div type="paragraph" ' from
> September.
> > Troy said he was happy to remove if Xiphos didn't use it. Someone
> > needs to wor
Hi Greg,
On Fri, Dec 14, 2012 at 2:15 PM, Greg Hellings wrote:
> ...
> As to the matter of breaking front-ends, library upgrades are going to
> do that anyway. The current development head of BibleTime does not
> even compile against the current development head of SWORD because the
> API has ch
G'day Ben,
>From the viewpoint of a frontend developer, I don't really want this change
committed.
If this change is committed, it will break existing frontends which look
for , and it produces little or no benefit - may be invalid, but I
think it will just get ignored.
We already don't really h
I've been working a little on a converter based on the BPBible code to put
e.g. the KJV on my kindle (after conversion from epub through Calibre). It
looks like it's not to difficult to do.
At the moment I've got basic Bible text showing up in Calibre, but as
Calibre uses webkit in its epub viewer
G'day Karl,
On Fri, Oct 12, 2012 at 2:11 PM, Karl Kleinpaste wrote:
>
> > Is the element passed through the engine? If so, do I need
> > to file bugs with front-ends to encourage support of ?
>
> Having just looked, the string "foreign" does not appear in Sword's
> source tree in src/modules/fil
Is you module .conf file right? does it specify RawVerse4?
God Bless,
Ben
-
For I have no pleasure in the death of anyone,
declares the Lord God; so turn, and live.”
Ezekiel 18:32 (ESV)
On Mon, Mar 5, 2012 at 1:52 PM, Greg Hellings w
On Mon, Feb 13, 2012 at 12:04 PM, DM Smith wrote:
> I agree. And I think that all frontends do handle missing verses in some
> fashion or another. I'm not sure what proper is. Bible Desktop shows a
> verse number and no content. I think it should change, but not sure how.
>
> But the question sta
On Mon, Feb 13, 2012 at 8:58 AM, DM Smith wrote:
> In the case of synodal it has 100 verses in Daniel 3. Protestant synodal
> would be 33 (IIRC). It might need to be at the verse level.
>
I think frontends should handle missing verses properly themselves,
regardless of the scope field (BPBible do
By having things in the .conf file, frontends can potentially show those
details in install manager. That's about the only advantage I can see in
having it in the .conf file (excluding any speed issues, which you say are
negligible).
I'd say that any precomputed module scope would have to be to ch
>> > Would that do the trick?
>>
>> "scribe...@gmail.com" writes:
>> > Greg's idea for a flag is a good alternative to the span. I believe we
>> > have some other class statics in the filters for configuration. We
>> > could add the fla
BPBible uses its own filters for notes to put the note number/letter in, so
it shouldn't affect BPBible at all.
Personally, I've never liked the *x/*n style and I think that in particular
*xA/*xB looks very ugly.
BPBible just outputs the letter/number, but colour-codes the
note/cross-reference to
On Tue, Jan 10, 2012 at 6:59 AM, Greg Hellings wrote:
> On Sat, Jan 7, 2012 at 4:59 PM, brian
> wrote:
> >To get SWIG to work on the SVN branch (This is to get it to compile,
> and
> > it allows it to work but I still haven't gone over all the warnings which
> > seem mostly due to operator ov
On Wed, Dec 28, 2011 at 10:45 PM, Peter von Kaehne wrote:
>
> > Von: Ben Morgan
> > I think this is
> > an
> > example of why a checklist of features is not as useful as could be hoped
> > for.
>
> I think this is a bit off tangent and also not correct. T
If I remember from last time we went through this, Xiphos may indent a
whole block of poetry, but the individual line indentation on every second
line (or sometimes second and third lines) which really indicates the
poetical structure, like you see in BPBible, is missing. I think this is an
example
On Fri, Oct 21, 2011 at 1:40 AM, David Haslam wrote:
> Evidently some folk could not read the original message, part of which
> read:
>
This seems to happen because fixed width text doesn't get through Nabble
into the email list (it's been observable with your emails for a while). Is
there a rea
Vary the following:
http://www.crosswire.org/pages/crossnewstest.jsp?project='&class=2&percat=3&maxRes=6
org.firebirdsql.jdbc.FBSQLException: GDS Exception. 335544569. Dynamic SQL
Error SQL error code = -104 Unexpected end of command - line 1, column 379
Other than that (and a number of variation
On Thu, Jan 20, 2011 at 1:42 PM, Greg Hellings wrote:
>
> Since we have an abbreviation field already designated for the conf,
> perhaps we should make it required? Or perhaps applications could
> use, first, the Abbreviation field if present and only fall back to
> the module name if an Abbrevia
On Thu, Jan 20, 2011 at 11:31 AM, Greg Hellings wrote:
> On Wed, Jan 19, 2011 at 4:41 PM, Ben Morgan wrote:
> > What I've used in BPBible in a few places is Name - Description (i.e. ESV
> -
> > English Standard Version). The abbreviation at the start (hopefully)
> mea
What I've used in BPBible in a few places is Name - Description (i.e. ESV -
English Standard Version). The abbreviation at the start (hopefully) means
that if the rest is cut of it shouldn't matter too much.
God Bless,
Ben
---
There is the Description field for long names and Abbreviation for an
abbreviated form (an alternative to using the module name in theory). Not
sure what frontends if any support Abbreviation though.
God Bless,
Ben
---
On Wed, Jan 19, 2011 at 10:13 AM, DM Smith wrote:
>
> On Jan 18, 2011, at 6:08 PM, Peter von Kaehne wrote:
>
> > On 18/01/11 21:24, Peter von Kaehne wrote:
> >> Do they work?
> No. There is no support in the engine.
>
There is support in the OSIS html href filters (look under reference in
https:/
On Tue, Jan 11, 2011 at 10:41 PM, DM Smith wrote:
>
> On Jan 11, 2011, at 6:06 AM, Ben Morgan wrote:
>
> BPBible has some of the abbreviations you were looking for that aren't in
> jsword: fr, hu, and pt
> as well as hi (hindi) and ne (nepali)
>
> http://code.googl
There are two types of abbreviations for booknames:
1) abbreviations that are recognized when parsing user input (i.e. we can
parse Isa 3:5).
2) abbreviations of a bookname that are shown to the user when an
abbreviated form is used (i.e. for Isaiah 3:5, we show Isa 3:5).
Peter is talking about 1)
Hi Greg,
On Thu, Dec 2, 2010 at 3:32 PM, Greg Hellings wrote:
>
> User-specified stylesheets would not help me much at all. Since each
> module has its own look and feel that it needs to maintain. Yes,
> there is a certain uniformity to them, since they largely all come
> through the same publis
Maybe swapping the order of chapter and verse around may help? The code I
remember does some special handling of zeroes, but I can't check it at the
moment.
e.g.
vkey->Verse(0);
vkey->Chapter(0);
to
vkey->Chapter(0);
vkey->Verse(0);
God Bless,
Ben
--
Hi Greg,
On Thu, Dec 2, 2010 at 2:19 AM, Greg Hellings wrote:
> On Wed, Dec 1, 2010 at 8:13 AM, Jonathan Morgan
> wrote:
> > Speaking as a BPBible developer, I would tend to prefer C++ filters to
> > XSLT. Here are some reasons why:
> > 1. It works now (well, OK, it doesn't always work as well
Hi Greg,
On Thu, Dec 2, 2010 at 1:51 AM, Greg Hellings wrote:
>
> I believe the phrase would mean the SWORD library would produce a well
> defined set of HTML elements with classes attached to help preserve
> the semantic meaning. It would then be up to the consumer of that
> HTML - the applicati
Hi Greg,
On Sat, Nov 6, 2010 at 12:24 PM, Greg Hellings wrote:
>
> But the nature of multimap is different - and I'm confused as to how
> it is used at all. What you are showing above I would call a
> multi-dimensional associative array/dictionary. I make them all the
> time in Python and PHP.
Hi Troy,
I sent you a while ago this patch, attached (to patc...@crosswire).
This was what I said about it:
> Just looking back over my checked out sword repository, I found this
> versekey patch.
> This I seem to remember was to fix the problem where having f's in
> booknames would cause the
Quickly checking in my KJV 1611 edition and my KJV 1769 edition shows that
alway is correct. It's an archaic form of always.
God Bless,
Ben
---
Multitudes, multitudes,
in the valley of decision!
For the day
Ok, that seems to work with BPBible now. However, it also seems to hard code
the path to libsword's dylib to be in the build directory, which could be a
problem (though I don't know too much about this linking stuff on MacOSX):
otool -L _Sword.so
_Sword.so (architecture i386):
/Users/benm/builds/
On Thu, Sep 30, 2010 at 8:42 AM, Troy A. Griffitts wrote:
> :)
>
> In principle I agree with Chris, but I can't decide what people do with
> names. One of my colleagues in this country (England) is named
> Instone-Brewer (sorry to use you as an example David).
>
> We've been wanting to internatio
On Thu, Sep 30, 2010 at 7:17 AM, Greg Hellings wrote:
>
> Perhaps allowing each locale to define its own numerals and hyphen-like
> character would be a good solution?
>
This is exactly what BPBible allows. Numerals are defined in the text
section with the identifier 0123456789
e.g. for hindi/nep
On Wed, Sep 15, 2010 at 10:55 AM, Greg Hellings wrote:
>
> IMO, it would be the other way. If people see a CMake system they
> will probably think it's exactly like the autotools, which is not easy
> to guarantee. I would think CMake should be held off for a feature
> update release and the bin
The source code for the reference parser lives mostly in
src/keys/versekey.cpp:ParseVerseList in the sword source code.
Though it does work quite well, it has a number of problems and is very hard
to maintain/add new features to.
God Bless,
Ben
On Fri, Dec 25, 2009 at 9:53 AM, Greg Hellings wrote:
> Visual Studio 9 reporting in:
>
> I don't have our SWORD version of ICU on-hand, nor is it particularly
> important to those of us over here in the BibleTime community, since
> we use Qt for our transliteration.
>
> regex.c throws a number o
gt; export LDFLAGS="-isysroot $SDK -Wl,-syslibroot,$SDK"
> ./configure --prefix=$INTELPREFIX --without-clucene --with-zlib --with-conf
> --with-icu --with-curl --enable-tests --disable-shared --enable-utilities
> make all install
>
> However configure in rev 2488 is broke
Hi,
I'm building SWORD on a mac.
Notes:
I'm running with Matthew's patch from yesterday.
1) libtoolize is called glibtoolize on a mac, so autogen.sh doesn't handle
it properly
2) make uninstall gives the error part of the way through
make[1]: *** No rule to make target `uninstall-info-am', needed
I think that the TSK has dates in it, presumably Ussher's. These would be
very easy to pull out and make a commentary out of, for example.
God Bless,
Ben
---
Multitudes, multitudes,
in the valley of decision
ompile my program
> with the generated libsword.lib, i get the following error:
>
> unresolved external symbol "private: static char * sword::SWBuf::nullStr"
>
> Having SWDLLEXPORT before that line in swbuf.cpp made no difference. I'll
> try again later, though.
On Tue, Dec 8, 2009 at 10:04 AM, Rendezvous wrote:
> I could only get 1.5.9 to compile using those instructions; couldn't get
> 1.5.11 or 1.6.0 to compile (didn't try 1.5.10).
>
If you want help compiling, you really need to give the errors you are
seeing. Without them, we can't tell what is wron
On Wed, Dec 2, 2009 at 10:38 PM, Mark Trompell wrote:
> I wonder if it wouldn't make sense to always display the name of the
> bible/book in the language it is written in.
> You wouldn't read a chinese bible if you can't read it anyway.
>
We've been over this before both for module names and the
The way I do this in BPBible for the font dialog is to display the "current"
key if it is there, otherwise look forward and back until a key is found.
http://code.google.com/p/bpbible/source/browse/trunk/fontchoice.py#166
God Bless,
Ben
-
A pure-python zText reader was done here:
http://github.com/kcarnold/pysword
However, this has only a fraction of the module support Sword has, and is
also quite a bit slower. The bindings are superior (if available for use, of
course)
God Bless,
Ben
--
It's probably easier to create a new TreeKey along the way, otherwise it
won't work properly (going to the parent at the end will lose the place in
the sibling iteration).
void getSectionsList(TreeKey tk, list l)
{
do {
l.append (tk->getText());
if (tk->hasChildren())
ror: parse error before `)' token
> Sword.cxx:42242: error: parse error before `*' token
> error: command '/scratchbox/compilers/host-gcc/bin/gcc' failed with exit
> status 1
> make: *** [python_make] Error 1
>
>
> Swig Version 1.3.29
>
> After apply
On Tue, Oct 20, 2009 at 10:02 AM, Nathan Anderson wrote:
> Troy,
>
>Your welcome for the patch. ;-)
>
>Well, I might be the _new_ guy; but I don't typically waste my time
> trying to patch something and return it up-stream if it isn't broken. So I
> would say yes it is necessary
On Tue, Oct 20, 2009 at 8:36 AM, Troy A. Griffitts wrote:
> Thanks for the patch Nathan,
>
> Is this really necessary? This has been in the code for quite some time
> and BPBible has been working with swig bindings for quite some time with
> this in the code. I don't believe this inner class sho
On Tue, Oct 13, 2009 at 2:38 PM, Chris Little wrote:
> 3) There are xx_abbr or xx_abbrev locales for German, French, Estonian, and
> Korean and an abbr locale for English. Does anyone actually use any of these
> as their locale? Or are they used in some other way by any front end?
>
BPBible uses t
On Wed, Oct 7, 2009 at 3:37 AM, jhphx wrote:
>
>
>> That's a good reason, right.
>> But then even in beta is a potential risk of applications crashing when
>> loading a module and on startup when the module is automatically loaded
>> because it still is stored in the session.
>> We can make sure
I don't currently use installmgr at all, but I think the experimental
repository should definitely be removed. Potentially, modules in the
experimental repository will cause crashes - possibly leading to the
software crashing on startup after it is installed (I think the versetreekey
modules are li
Hi Jonathan,
Visual Studio is the best way to compile on Windows. I used to compile with
mingw + msys, but the environment feels slow and clumsy, and it produces
larger, slower executables. And Visual Studio is free - you can download the
express editions.
Visual Studio seems to me much easier to
the day of the LORD is near
in the valley of decision.
Giôên 3:14 (ESV)
On Tue, Sep 29, 2009 at 2:02 PM, jonathon wrote:
> On Tue, Sep 29, 2009 at 00:41, Ben Morgan wrote:
>
> > The latter is a pure-python implementation of a zText reader.
> > Neither are frontends, but lib
They are different.
The former is a boost.python wrapping of sword
The latter is a pure-python implementation of a zText reader.
Neither are frontends, but libraries.
God Bless,
Ben
---
Multitudes, multitudes,
I was debugging a problem in the XUL BPBible where it was filling in a table
for a gospel harmony inside the render filter.
Thus, it was calling RenderText inside a RenderText (though on a different
module). It was ending up with the last verse in the table coming before the
table, which was a bit
I have a couple of problems with pre-verse headings and osis.
First up, pre-verse div's have been introduced, superseding the old title
x-preverse hack.
How can you tell from the entry attributes whether it came from a title or a
div? is it just that if it comes from a title, it won't start with an
Encryption on modules stops people using modules which they haven't paid
for, while stilling allowing installmgr to download them.
Content control (stopping printing, copying, etc.) is a completely different
issue, and may be relevant even for non-encrypted modules.
God Bless,
Ben
I didn't have USBINARY defined, so encyphering wasn't doing anything x-(
Once I do, zipped modules seem to work as expected. Raw ones don't.
God Bless,
Ben
---
Multitudes, multitudes,
in the valley of decisi
On Wed, Aug 26, 2009 at 9:54 AM, Ben Morgan wrote:
> On Wed, Aug 26, 2009 at 9:21 AM, Troy A. Griffitts
> wrote:
>
>> I believe the problem is with RawText, but haven't had time to confirm.
>>
>> My suspicion is that if you are building a compressed mo
On Wed, Aug 26, 2009 at 9:21 AM, Troy A. Griffitts wrote:
> I believe the problem is with RawText, but haven't had time to confirm.
>
> My suspicion is that if you are building a compressed module,
> enciphering should work.
>
> Just to clear up a few things...
>
> rawFilters get called (or should
On 26/08/2009, DM Smith wrote:
> It does not work.
>
We found this out a while ago, didn't we?
> The code that has been there forever, no longer works. I checked out
> revision 1929 from June 2006 and with minor changes, compiled it against the
> current SWORD library. It has the same problem
It is getting pretty hard to compile with C#, as C# doesn't have as good
support with SWIG. There are two problems here - one is that some of the new
code that I added for Python (which is currently the principal target)
doesn't work on C#, as SWIG for C# doesn't handle some of the templates -
I'll
Just some additional info from my point of view (as a BPBible developer, not
as a module creator):
On Fri, Aug 21, 2009 at 8:16 AM, Daniel Owens wrote:
> That should work, but the wiki advises this:
>
> ...
>
> I'm not sure if the start and end IDs really matter. You can always try it
> withou
Read http://crosswire.org/forums/mvnforum/viewthread_thread,560#1709
Basically, what was supposed to be Thayer's were from modified versions from
Online Bible, and thus not in the public domain.
God Bless,
Ben
Are you using osis2mod from SVN? If not, then this may have been fixed
already.
God Bless,
Ben
---
Multitudes, multitudes,
in the valley of decision!
For the day of the LORD is near
in the valley of decisi
Yes, we have been through this before.
The answer we have got from the FSF is that GPL compatible licenses are OK
for *all* code of frontends using the library, but of course the whole thing
has to operate under the GPLv2 (so you can't get round GPL restrictions by
using a compatible license on th
On Mon, Jun 15, 2009 at 10:43 AM, Greg Hellings wrote:
> Personally I think that would be better than just forcing either one,
> and is a feature I've often thought would be well received.
> Personally I think it might be interesting to see where the
> translators thought these paragraphs ought to
On Mon, Jun 15, 2009 at 10:15 AM, Greg Hellings wrote:
> On Sun, Jun 14, 2009 at 6:59 PM, Ben Morgan wrote:
> > BPBible 0.4.4 currently displays a pilcrow without a space after it, as
> that
> > is what is in the text.
> > BPBible 0.5 will turn these into paragrap
BPBible 0.4.4 currently displays a pilcrow without a space after it, as that
is what is in the text.
BPBible 0.5 will turn these into paragraphs, as that is what they represent.
God Bless,
Ben
---
Multitudes, m
On Wed, Jun 10, 2009 at 1:51 PM, Dmitrijs Ledkovs
wrote:
> Keep the same svn. With a little bit of auto-foo magic you can
> generate two different tarballs and release either of them at their
> respective schedules.
>
> IMHO this should be at least done for the bindings. Because python
> bindings
On 07/06/2009, Chris Little wrote:
>
> The *htmlhref filters are the GnomeSword filters. They may now be used by
> other front ends, and the GnomeSword/Xiphos team may have abandoned their
> maintenance, but they were originally written by Terry and do some
> non-standard stuff (as opposed to the
On Mon, Jun 1, 2009 at 10:57 PM, DM Smith wrote:
>
> On May 31, 2009, at 11:13 PM, Ben Morgan wrote:
>
> It seems to work in BPBible, with one exception:
> Currently pre-verse canonical headings are turned off by the osis headings
> filter when headings are off. This is becaus
It seems to work in BPBible, with one exception:
Currently pre-verse canonical headings are turned off by the osis headings
filter when headings are off. This is because it is looking at the canonical
attribute on the pre-verse div's tag, rather than title inside it.
I think the output of osis2mod
Just to be clear: I don't think the WLC in beta will work completely
properly with any existing frontend, as I believe it uses alternate
versification. Until applications support this, the version not in beta will
be better.
God Bless,
Ben
--
On Mon, May 18, 2009 at 3:35 PM, Jonathan Marsden wrote:
> Ben Morgan wrote:
>
> > I didn't add regression tests... I'm not sure how workable they are.
> (though
> > they would probably be a good idea)
>
> Can't we do osis2mod and then mod2osis (or eve
On Mon, May 18, 2009 at 3:15 PM, Jonathan Marsden wrote:
> Ben Morgan wrote:
>
> > I wonder if we need to release some of the important utilities at
> > different times from the engine. (i.e. have a osis2mod release once
> > problems are fixed with it)
>
> To me, t
osis2mod doesn't handle comments - is this known/cared about?
osis2mod currently assumes that a that appears outside a
verse, but inside a chapter is a chapter-closing div (presumably because
that is how commentaries close chapters). This breaks the pre-verse logic
when you have this type of thing
On Tue, May 12, 2009 at 1:13 PM, Jonathan Marsden wrote:
>
> Probably. Proprietary development environments like this are just not
> often seen as critical targets for open source tools, I would think.
> Especially when it's not really clear what the benefits of MSVC and
> Borland over gcc woul
>
> It still seems clear, to me, that there are a large number of
> technical difficulties as we climb outward in our search to support
> everyone's canon. I'm guessing a mapping mechanism will have to wait
> until we have determined our full support extent and, even then, will
> be non-trivial to
Looks like it was in latin-1. A utf8 version is attached - this validates
for me
God Bless,
Ben
---
Multitudes, multitudes,
in the valley of decision!
For the day of the LORD is near
in the valley of deci
Module: ChiUns 2.1
Transliteration: Latin
ICU 3.4.1
diatheke -t latin -b ChiUns -f osis -k 1 Sam 1:5
I Samuel 1:5: gěi hā ná de què shì shuāng fēn , yīn wèi tā
ài hā ná . wú nài yé hé huá bù shǐ hā ná shēng yù
.
Two problems here in this particular (this is not isolated to this one,
eithe
This adds a (very simple) versification mapping class, and fixes a slight
problem in versekey with v11n of bounds.
API is something like this (I'm not sure I like the names, though...):
VerseMapMgr {
static VerseMapMgr* getSystemVerseMapMgr()
SWVerseMapper* getMapper(char* v11n_from, char* v11n
The ESV has linegroups of the style and , but
these aren't picked up by osishtmlhref.
It has a rule to change and into , but none for lg's with
attributes.
This would be reasonably simple to add - just another case in the token
handling (rather than relying on token substitution).
A while ago,
This is brought to mind by the recent discussions of how many verses in
certain chapters. If there is not mapping, it is important that you can feed
similar verse references in and get something out of it. It may not be
right, but it should be close.
If a user types in 3 John 15, if the versificat
Have you run autogen.sh recently?
God Bless,
Ben
---
Multitudes, multitudes,
in the valley of decision!
For the day of the LORD is near
in the valley of decision.
Giôên 3:14 (ESV)
On Wed, Apr 29, 2009
1 - 100 of 256 matches
Mail list logo
