On Fri, Apr 24, 2009 at 11:48 AM, Dmitrijs Ledkovs dmitrij.led...@gmail.com
wrote:
2009/4/22 Jonathan Marsden jmars...@fastmail.fm:
One quick first impression: there are still a few files in the RC2
tarball
that
licencecheck -r *
src/modules/common/sapphire.cpp: *No copyright*
On Thu, Apr 23, 2009 at 2:50 AM, Jonathan Marsden jmars...@fastmail.fmwrote:
Re: updating the test suite: Agreed 100%. Adding tests for the Book name
abbreviation stuff would have caught the Pr and Es etc. change, for
example. When I saw the discussion of it, I thought shouldn't there
On Thu, Apr 23, 2009 at 3:50 AM, Jonathan Marsden jmars...@fastmail.fmwrote:
Troy A. Griffitts wrote:
http://www.crosswire.org/sword/ALPHAcckswwlkrfre22034820285912/alpha/sword-1.6.0RC2.tar.gz
Thanks. I'll try to get this packaged for front end developer testing
tonight.
One quick
Here is a list of what is likely to have changed.
Important ones are Pr for Proverbs, Le for Leviticus, Ju and Jd for
Judges/Jude, Es for Esther. The various numbers aren't as important...
Abbreviation '1 ' for 1Cor maps to extra book Bar
Abbreviation '2 ' for 2Cor maps to extra book 2Bar
I object (luke-warmly). Cross-references are (in the ESV) tied to the word
in front. If you put a space in, you can't tell which word (before or after)
it is tied to.
Surely this can be fixed in Xiphos? :D
God Bless,
Ben
On Tue, Apr 14, 2009 at 8:08 AM, Greg Hellings greg.helli...@gmail.comwrote:
Built (without tests) and installed on Mac OS X. Updated to SVN Head
with BibleTime and built. It opens Bibles fine and Genbooks also. I
tried to install some passages from the CrossWire site with the
bookshelf
On Tue, Apr 14, 2009 at 9:40 AM, Chris Little chris...@crosswire.orgwrote:
FWIW, lookup (the cmdline example program called lookup) works fine on
LeningradV11N:
$ ./lookup.exe LeningradV11N Haggai 1:1
==Raw=Entry===
Haggai 1:1:
Hag 1.1
==Render=Entry
Hag 1.1
On Tue, Apr 14, 2009 at 9:51 AM, Matthew Talbert ransom1...@gmail.comwrote:
diatheke works correctly.
I agree with your analysis on why the frontends don't work. I believe
that there has been very little discussion here of the VerseKey
changes. It would be appreciated if there could be some
Hi all,
Today I have fixed a few of problems in the utilities:
1) imp2ld was broken for other than RawLD4
2) imp2vs linking was broken
3) no warning from imp2vs when using a versification system which didn't
exist
4) diatheke did arabic shaping automatically from ICU builds
5) diatheke didn't
On Thu, Apr 9, 2009 at 1:02 AM, DM Smith dmsm...@crosswire.org wrote:
On Apr 7, 2009, at 9:59 PM, Ben Morgan wrote:
Hi all,
Troy committed recently one of my patches which fixed a long-standing bug
where e.g. typing Obadiah 20 didn't work as expected. This fixes problems
noted around here
Bug in diatheke. ParseVerseList may now return unbounded versekeys, diatheke
assumed that if there was a versekey, it was bounded.
I've fixed this in r2306.
God Bless,
Ben
---
Multitudes, multitudes,
in
On Tue, Apr 7, 2009 at 5:27 PM, Troy A. Griffitts scr...@crosswire.orgwrote:
Ben,
Do you have more specific information about the items you mention? More
comments below:
Ben Morgan wrote:
On Mon, Apr 6, 2009 at 10:00 PM, Troy A. Griffitts
scr...@crosswire.orgmailto:
scr
Hi all,
Troy committed recently one of my patches which fixed a long-standing bug
where e.g. typing Obadiah 20 didn't work as expected. This fixes problems
noted around here:
http://www.crosswire.org/pipermail/sword-devel/2000-August/010491.html
My original patch had a flag which would enabling
This was the problem with r2285. Reverting makes it work fine.
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
for this verse is not complete. 3588 is the greek definite article, so it
appears commonly in dual strong entry and your printout does not seem to
include the second entry.
Peter
Original-Nachricht
Datum: Sat, 21 Mar 2009 16:01:00 +1100
Von: Ben Morgan benpmor...@gmail.com
On Fri, Mar 27, 2009 at 7:20 AM, DM Smith dmsm...@crosswire.org wrote:
Regarding the ESV, the conversion was done programmatically. If there are
markup bugs (and there are), please report them in
www.crosswire.org/bugsunder Modules. If I have enough and enough time, I'll
update the
Revelation 15:3 in the KJV is a little odd in that it starts with a lot of
empty strong's number tags and appears to be badly tagged. I am using KJV
2.3
As you can see, 3588's get applied to lots of the words where they don't
belong:
3 409353598384123162041721560323161401And2532 they
sing103 the
On Wed, Mar 18, 2009 at 9:18 AM, jhphx jh...@cox.net wrote:
Having just reread the the GPL v2 FAQ I say, Chris got it exactly right.
But, I understand why Jonathan said he is wrong.
I think that you agree with what Jon meant to say (He doesn't disagree that
the application *as a whole* should
On 16/03/2009, David Haslam d.has...@ukonline.co.uk wrote:
Can someone please clarify whether deuterocanonical support in the
pipeline
is just extending scope of the canonical support to the 75 books found in
many Catholic Bibles, or if it also will address the pseudo-epigraphical
books as
Public domain is not a license. It just means that you let *anyone* use it
*however* they want. You are basically saying I don't claim copyright on
this. However, if your code links to a GPLv2 product, then that combination
has to be available under the GPLv2. So if you make SB public domain,
On Tue, Mar 17, 2009 at 10:04 AM, mmital mital.m...@gmail.com wrote:
Hi,
As Chris pointed out, all front-ends *have* to use GPL v2. So the public
domain door is closed for me.
The license for a front end has to be GPL v2 compatible. Not GPL v2
necessarily. And anyway, public domain is *not
On Tue, Mar 17, 2009 at 10:45 AM, Chris Little chris...@crosswire.orgwrote:
Ben Morgan wrote:
On Tue, Mar 17, 2009 at 10:04 AM, mmital mital.m...@gmail.com mailto:
mital.m...@gmail.com wrote:
Hi,
As Chris pointed out, all front-ends *have* to use GPL v2. So the
public domain
On Mon, Mar 16, 2009 at 10:41 AM, Chris Little chris...@crosswire.orgwrote:
Barry Drake wrote:
Hi Chris ...
Chris Little wrote:
We plan to have this ready for our next release
This is the most fantastic exciting news. I've been carefully following
all Troy's and your recent svn
On Mon, Mar 16, 2009 at 3:43 PM, Chris Little chris...@crosswire.orgwrote:
Ben Morgan wrote:
On Mon, Mar 16, 2009 at 10:41 AM, Chris Little wrote:
Barry Drake wrote:
Hi Chris ...
Chris Little wrote:
We plan to have this ready for our next release
On Mon, Mar 16, 2009 at 4:10 PM, Ben Morgan benpmor...@gmail.com wrote:
I think that if you allow creation of books in different v11n systems it
will break lots of code. So I think that a release 1.5.12 should be quickly
released which does this. Otherwise I am going to distribute BPBible
On 10/03/2009, Chris Little chris...@crosswire.org wrote:
Daniel Owens wrote:
One more thing to consider is poetic elements that are right-justified.
One of the translations I have worked on preparing for SWORD had Selah
right justified (VietNVB, in case you're interested). I just encoded
On 11/03/2009, Peter von Kaehne ref...@gmx.net wrote:
One of the problems which has come up again and again when discussing
with publishers has been the worry that texts which are released to
CrossWire become an easy target for abuse - either commercial abuse with
texts of some commercial
On Tue, Mar 10, 2009 at 5:43 AM, DM Smith dmsm...@crosswire.org wrote:
Thanks Chris. Based on that I've updated
http://crosswire.org/wiki/OSIS_Bibles#Marking_poetic_material.
I checked the SWORD and JSword renderers and they don't do indentation
based upon level. I think it would be simple
On Tue, Mar 10, 2009 at 12:03 PM, DM Smith dmsm...@crosswire.org wrote:
On Mar 9, 2009, at 6:22 PM, Ben Morgan wrote:
On Tue, Mar 10, 2009 at 5:43 AM, DM Smith dmsm...@crosswire.org wrote:
Thanks Chris. Based on that I've updated
http://crosswire.org/wiki/OSIS_Bibles#Marking_poetic_material
On 01/03/2009, Peter von Kaehne ref...@gmx.net wrote:
It appears that all clucene/lucene capable frontends can do proximity
searches. BpBible exposes this via its GUI, others rely on the
clucene/lucene syntax.
Q: Is there anything particular about bpbible's proximity searches or do I
simply
On 01/03/2009, Peter von Kaehne ref...@gmx.net wrote:
Chris Little wrote:
Karl Kleinpaste wrote:
Manfred Bergmann bergman...@web.de writes:
What is meant by Ancillary texts and Verse Lists?
Many modules, both Bibles and commentaries, have additional introductory
material at the
The cross-references in the ESV psalms headings are missing (they appear in
a print version). For example, in Psalm 52's title. Can this be easily
fixed? (other footnotes appear). These x-refs are some of the more important
ones (as they link back to the main story the psalm is based on), so it
I'd guess you forgot one step in the building to get that particular error
message; the instructions are here:
http://crosswire.org/svn/sword/trunk/bindings/swig/README
In particular, this step was missing:
make pythonswig
(not make python_swig as stated in the readme - I guess that needs
On Wed, Jan 21, 2009 at 12:41 AM, DM Smith dmsmith...@yahoo.com wrote:
ICU has the notion of a collation key, which can be used for such a
purpose. (I think we've gotten to the point where ICU is a requirement for
UTF-8 modules.) In ICU, the collation key is locale dependent. (For example,
The ThaiKJV module at crosswire comes from a different part of this same
site, according to the conf file.
God Bless,
Ben
---
Multitudes, multitudes,
in the valley of decision!
For the day of the LORD is
BPBible allows the user to install any of the formats (raw, windows or mac)
by dragging onto the application or selecting them in a file picker. It
currently has a configurable list of paths - by default this just includes
the resources subdirectory of the BPBible installation directory. A little
On Fri, Dec 19, 2008 at 10:19 AM, Matthew Talbert ransom1...@gmail.comwrote:
2) $APPDATA\Sword (preferred location)
3) $HOME\.sword (this needs to be deprecated under windows in favour of
the above - and it needs engine support added to look for the above)
GS uses this now, but would use
On Fri, Dec 12, 2008 at 7:59 AM, DM Smith dmsmith...@yahoo.com wrote:
Manfred Bergmann wrote:
Am 11.12.2008 um 21:13 schrieb Peter von Kaehne:
If we have a Java section, I'm not sure all the java programs should
also go into all the other groups, as well. I'm not sure what I
think
As I have noted before, when someone asked the same question, this was due
to a change introduced in svn r2157 to osisfootnotes.cpp. You can still get
at it through the EntryAttributes (which is what BPBible does now).
However, this leaves the plain filters looking pretty bad at the moment when
On Sun, Dec 7, 2008 at 1:48 AM, Carl A. Harris [EMAIL PROTECTED]wrote:
Good thought Chris. I find the PBible to be very useful and wish I could
find a way to use all my e-Sword rsorses with it. Do you have any
suggestions?
Regards,
I was looking at this for quite a bit of yesterday. There is
On Wed, Dec 3, 2008 at 3:16 AM, Peter von Kaehne [EMAIL PROTECTED] wrote:
Next item - I have updated and expanded on some blurbs, but would really
appreciate if I could get some input from you good folk. Within teh
current layout and planning to accommodate OS icons I can accommodate
about 90
On Thu, Dec 4, 2008 at 2:28 AM, Peter von Kaehne [EMAIL PROTECTED] wrote:
The primary language of use, no matter how many translations you put in,
is
likely to be English.
That is so wrong, I cannot get my head around it, Ben. Seriously. The
primary language of use is that which is
Hi All,
After quite a while, BPBible 0.4 is now available (you can download it at
http://bpbible.com)
This includes i18n support; currently it is translated into Vietnamese
(thanks Daniel). (As a side note, BPBible is now the only SWORD-based
project which supports dashes in bible book names;
On Tue, Dec 2, 2008 at 2:05 PM, Peter von Kaehne [EMAIL PROTECTED] wrote:
OK, now the frontpage is _really_ unwieldy ;-)
Looks much better, thank you.
I have listened to the various comments and have re-incorporated all
sword applications but for the truly and irredeemably dead ones. I
It's up at http://crosswire.org/wiki/index.php/OSIS_Genbooks
I haven't added links to it.
God Bless,
Ben
---
Multitudes, multitudes,
in the valley of decision!
For the day of the LORD is near
in the
On Thu, Nov 27, 2008 at 6:40 AM, Troy A. Griffitts [EMAIL PROTECTED]wrote:
Good suggestion Karl. Others sound like they would also like this. May
I ask first for some feedback regarding current state of TRUNK? I
believe we have a fairly optimized impl of the old functionality running
in
Here is how I would do it/it should be done:
For internal links in OSIS:
In:
reference osisRef=module:encoded_keyText/reference
Out (For osishtmlhref):
a
href=passagestudy.jsp?action=moduleRefvalue=encoded_keymodule=moduleText/a
Vary the passagestudy string according to taste - especially
On Wed, Nov 26, 2008 at 6:46 AM, Karl Kleinpaste [EMAIL PROTECTED]wrote:
All you do is to convince me, again and again, not to generate OSIS.
I absolutely do not care if it wouldn't pass muster within an osisRef
attribute. It passes muster NOW in ThML TODAY, because what I generate
gets
On Wed, Nov 26, 2008 at 9:38 AM, Matthew Talbert [EMAIL PROTECTED]wrote:
The advantage of this, I suppose, is that your cross-references could
be converted to OSIS refs later. The disadvantage would come if you
lose other information when encoding in OSIS, as Ben suggested.
What
On Wed, Nov 26, 2008 at 9:55 AM, DM Smith [EMAIL PROTECTED] wrote:
I don't like all the interfaces that assume that I want an entire
chapter at a time. Most times, I want specific verses. By default,
BibleDesktop hides the Passage Sidebar. It give the ability to click
on a passage and grow it
On Wed, Nov 26, 2008 at 9:59 AM, Greg Hellings [EMAIL PROTECTED]wrote:
None. Information is all relative to the context. You lose no
information if you encode printed KJV italics terms with i, em,
hi type=i or transChange. It still means the exact same thing -
the enclosed text was added
On Wed, Nov 26, 2008 at 10:45 AM, Matthew Talbert [EMAIL PROTECTED]wrote:
The point I was making was not that you can't encode it, but you lose the
semantic significance of it. The user can tell that itest/i was
added,
but the program can't - unless that is the only way i is ever used -
On Wed, Nov 26, 2008 at 1:19 PM, Chris Little [EMAIL PROTECTED]wrote:
Assuming that GnomeSword uses the stock HTMLHREF filters and assuming
that they want to use the private protocol URIs for linking, then yes
this would need to be added into the OSISHTMLHREF and TEIHTMLHREF.
If it uses its
I don't think that personal commentaries are a good idea. Making the user
download a module just so they can edit it seems to me a bad idea -
especially as module creation functionality is already there in SWORD. It
ties you down to having one module (though I believe gnomesword does allow
extras
be with your spirit.
Philippians 4:23 (ESV)
On Thu, Nov 13, 2008 at 12:07 PM, Karl Kleinpaste [EMAIL PROTECTED]wrote:
Ben Morgan [EMAIL PROTECTED] writes:
It ties you down to having one module (though I believe gnomesword
does allow extras - so this might not apply to it).
As you
Source code is here:
http://code.google.com/p/gobible/source/browse/
It shouldn't be too hard to write Go Bible modules - I know reading from
them is easy, as I wrote a converter to go from Go Bible to SWORD...
God Bless,
Ben
I've been improving the layout of poetry in BPBible. Many Bibles have poetry
with two levels of lines, with one level more indented than others. (If you
don't know what I'm getting at, look at the attached screenshot from
BPBible)
When I first implemented this, I did it for the ESV.
The ESV marks
An interesting example here is the ESV study bible.
If you have a look at http://www.esvstudybible.org/search?q=Matthew+1, you
can see three different streams of commentary. The notes that have a
completely grey background are large sections, the notes with the heading
with a grey background are
You have to pull the headings out of the entry attributes after rendering.
The code to get the headings in BPBible is in the function get_headings
here:
http://code.google.com/p/bpbible/source/browse/trunk/backend/book.py?r=265#298
You would probably need to replace SW.Buf with Sword.SWBuf
BPBible might/should work - it needs:
Python 2.5
wxPython (not sure about packages for opensolaris, though)
Sword with python bindings
God Bless,
Ben
---
The Lord is not slow to fulfill his promise as some
Yes, I know about that. The LXX uses a packard: prefix, but seems to
actually use robinsons. I could easily put in support for packard; but
packard shouldn't be used for new modules, so there's not all that much
point in supporting it.
God Bless,
Ben
This has been talked about, but I just added it to the issue tracker (
http://code.google.com/p/bpbible/issues/detail?id=24). It should be in 0.4
Note that you won't get proper display of Hebrew as the wxHTML control
doesn't support RToL languages properly.
God Bless,
Ben
Can you just use the data already there in apocrypha.h? That uses the NRSVA
mostly.
God Bless,
Ben
---
The Lord is not slow to fulfill his promise as some count slowness,
but is patient toward you, not wishing
Some map links which look like they are Public Domain (I'm not sure of the
quality)
http://www.godweb.org/atlasindex.htm
http://www.hipkiss.org/cgi-bin/maps.pl?cat=bibleformat=table
One problem with using some form of automatically generated maps is that a
good map is not simply a map with all
The issue with ordering as I understand it is that if it is in (some form
of) sorted order, you can use binary search to find entries.
If you want order retained, it is best to use a genbook - but it won't be as
efficient, and may not have as good UI support.
With huge english dictionaries (like
around to find the
right entry, making a Genbook more efficient for the user in the end. But
then you lose the dictionary lookup feature.
Daniel
Ben Morgan wrote:
The issue with ordering as I understand it is that if it is in (some form
of) sorted order, you can use binary search to find
The reason it doesn't work on Genesis 1:2 is because it doesn't find a word
with enough similarity, so it ends up in an infinite loop within a TODO
block :)
Also, there is the ESV English-Greek Reverse Interlinear New Testament (
http://www.crossway.org/product/158134628X) already, which is the
Hi,
In libsword, look for the macro definitions section in the project
configuration options. Try removing the macro SWMAKINGDLL. Also, make sure
you haven't defined SWUSINGDLL in the project which is using it
These define __declspec things, for use in building dlls.
Hope this helps. I haven't
As to checking for (consecutive) linked verses, you can do something like
this (horrible, but should work in theory - I haven't tested it):
// keep the key we were at
SWKey* k = module.getKey().clone();
// move forward without skipping over links
module.setSkipConsecutiveLinks(false);
Change Rome throughout the document to Rom and it will work.
osis2mod doesn't seem to ensure the validity of verselists it gets, and so
crashes on the last line below (where it tries to get the first element of
an empty list key):
lastVerseIDs = currentVerse-ParseVerseList(keyVal,
;
*currentVerse = lastVerseIDs;
In Him,
DM
On Sep 3, 2008, at 7:30 PM, Ben Morgan wrote:
Change Rome throughout the document to Rom and it will work.
osis2mod doesn't seem to ensure the validity of verselists it gets, and so
crashes on the last line below (where it tries to get the first element
I'd really like to see an abbreviations field - while a description is
useful, an abbreviation such as KJV, ESV, etc is invaluable when there is
not much room.
Most bibles have such an abbreviation.
I also agree that we should be targeting most of this at the end users of
each module - developers
Hi Karl,
Currently such module names are not allowed.
Quoting from the wiki http://crosswire.org/wiki/index.php/DevTools:Modules
:
Each conf file begins with [name], replacing name with be a short well
known abbreviation. This must be on the first line, and start the first
line. It can only
, Chris Little [EMAIL PROTECTED]wrote:
Is isalnum actually used anywhere in Sword for this check? I think it
should instead be iscsym, since underscore is also permitted in the
module ID.
On Aug 11, 2008, at 8:35 PM, Ben Morgan wrote:
Hi Karl,
Currently such module names are not allowed
Hi Barry,
I'm not sure what the problem is likely to be; I just create a SWMgr for
each directory.
There's no fixed limit as such on the number of modules.
Perhaps it is some of the modules you have installed (the first
alphabetically of each type is probably the most likely problem area)
Was
-references
but still wants to have the data (to show it somewhere else) there is
no way to get the word - cross-ref relationship.
Regards,
Manfred
Am 28.07.2008 um 01:35 schrieb Ben Morgan:
Yes, there was a change.
I had to change BPBible as well :)
From r2157:
Modified: trunk/src
Yes, there was a change.
I had to change BPBible as well :)
From r2157:
Modified: trunk/src/modules/filters/osisfootnotes.cpp
===
--- trunk/src/modules/filters/osisfootnotes.cpp 2008-05-13 02:58:16 UTC (rev
2156)
+++
It seems there is such a things as a paragraphed NASB (This one is from
Zondervan):
http://www.amazon.com/NASB-Thinline-Bible/dp/0310917263
This is also mentioned on this page:
http://en.wikipedia.org/wiki/New_American_Standard_Version
God Bless,
Ben
Hi Daniel,
The lines in the source code are:
if (tagDepth != verseDepth) {
cout Warning verse currentOsisID is not well formed:(
verseDepth , tagDepth ) endl;
}
So I'd guess that you have open tags you haven't closed, or closed
tags you haven't opened. Or you aren't being
Troy,
I've tried applying that simple fix to the zverse driver to 1.5.11 under
linux - and it makes a big difference. Indexing modules becomes a lot
quicker.
It's now within 3% of the raw driver for processing the whole ESV. I
consider that sufficiently close :)
Thanks for doing this.
I'll try
Hi,
I was looking at using the elementtree parser in python to pull out a more
or less plain text version of a module quickly for search indexing.
Incidentally, it is quite a bit faster than calling striptext - on the esv
and kjv, it took about 80% of the time striptext takes
I ran into problems
,
but that all should reach repentance.
2 Peter 3:9 (ESV)
On Fri, Jul 18, 2008 at 12:31 PM, DM Smith [EMAIL PROTECTED] wrote:
On Jul 17, 2008, at 8:54 PM, Ben Morgan wrote:
Hi DM,
In the NASB, w is inside the divineName tag:
that the divineNamew lemma=strong:H3068Lord/w/divineName
in the KJV
I think this compile error was fixed in Sword revision 2182 (or maybe a
later one). You'll need to run svn update to get this fix.
I'm not sure how it is set up for swordreader, but it would probably be best
if you could build from the sword 1.5.11 release, as the sword svn code is
not guaranteed
of 'VerseTreeKey'
..\..\..\sword\include\versetreekey.h(39) : see declaration of
'VerseTreeKey'
C:\CrossWire\sword\src\keys\versetreekey.cpp(148) : error C2653:
'TreeKey' : is not a class or namespace name
No idea where to find sword 1.5.11?
Still a newbie.
Ben Morgan wrote:
I think
Hi,
There are two things to note here:
a) the ESV is a compressed module (uses the zText driver).
The zText driver is quite a bit slower than the rawtext one (around 20-30x
slower!)
Here are the times taken to getRawEntry for a compressed and uncompressed
ESV:
uncompressed: 1.89 seconds (this is
Hi,
The beta versions of the japanese modules use ruby, which the engine doesn't
support yet. Support for this is planned in the next version of the engine.
So I don't think this is a problem with the JapKougo module (you would
probably find the same with the other japanese modules in beta).
God
, and what were
the machine specs?
David
Ben Morgan wrote:
Hi,
There are two things to note here:
a) the ESV is a compressed module (uses the zText driver).
The zText driver is quite a bit slower than the rawtext one (around
20-30x slower!)
Here are the times taken to getRawEntry
You don't really need an array (though it doesn't hurt):
$nCR='a';
for my $i (0..100){
print $nCR\n;
$nCR = 'a' if $nCR++ eq 'z';
}
Also, remember not to use a single = in if statements, as that will do
assignment
if ($nCR = @nCR[25]) {
will set $nCR to z and thus through the first block
Yes, I agree that the ESV is the best English Bible we have.
BTW, the ESV has WoC as well.
The differences between the 2001 and the 2007 editions are detailed at:
http://www.bible-researcher.com/esv2007.html
God Bless,
Ben
Hmmm...
The problem occurs because SWIG cannot handle nested classes properly, so I
have to have an outer class to do it. This means that swig needs to see one
version so it will generate the correct bindings, and the c++ compiler needs
to see what really is happening.
The setup.py script
Hi Peter,
It's not GS's fault. (BPBible has it too) It is a core sword problem with
divineName tags with utf8.
Quoting from osishtmlhref.cpp:407 (equivalent is in rtf, as well)
scratch.setFormatted(%cfont size=\-1\%s/font,
lastText[0], lastText.c_str()+1);
It takes the first
Hi all,
I've just released BPBible 0.3, which adds many more features.
It also has a new website, with forums and screenshots at http://bpbible.com
New features (more details at http://bpbible.com/node/22):
Header bar - This is a feature unique to BPBible. It is a bar at the top of
the bible
---
The Lord is not slow to fulfill his promise as some count slowness,
but is patient toward you, not wishing that any should perish,
but that all should reach repentance.
2 Peter 3:9 (ESV)
On 6/5/08, Chris Little [EMAIL PROTECTED] wrote:
Ben Morgan wrote:
I've just
to the software without need to login?
Thanks,
mmital
- Original Message -
*From:* Ben Morgan [EMAIL PROTECTED]
*To:* SWORD Developers' Collaboration Forum sword-devel@crosswire.org
*Sent:* Wednesday, June 04, 2008 10:50 PM
*Subject:* [sword-devel] BPBible 0.3
Hi all,
I've just
aclocal.m4
aclocal
./autogen.sh: line 16: aclocal: command not found
*** Recreating configure
./autogen.sh: line 20: autoconf: command not found
*** Recreating the Makefile.in files
./autogen.sh: line 24: automake: command not found
Any ideas?
Daniel
Ben Morgan wrote:
Hi all,
I've just
Hi,
Some answers below...
On Tue, Jun 3, 2008 at 4:45 PM, Simon J Mackenzie [EMAIL PROTECTED]
wrote:
I have been attempting to familiarise myself with flatapi.cpp/h for a
small in house project but have come up with a few questions about the Sword
API, particularly flatapi.cpp/h.
1) The
If maxlen is 0, then I believe you should use the string length as the max
length.
For example, from the ICU string mgr:
int max = (maxlen) ? maxlen : strlen(buf);
God Bless,
Ben
---
The Lord is not
Hi.
If you have a link like sword://KJV/Mark.2.10,14 it will give you a
verse list in BibleCS (and you can then click on the individual verses).
(For some reason, sword://KJV/Mark.2.10,Mark.2.14 does the same, but
takes the verses to be Mark 2:10 and 2:2, which is probably a bug in the
Hi Troy,
I think all the critical bugs I have seen have been fixed.
I'd like to commit one or two things to the SWIG bindings first...
(support for StringMgr, XMLTag and additional VerseKey support, and fixing
problems with the python setup script)
When is midnight wherever you are compared to
Hi Chris,
My views are below...
On Tue, May 13, 2008 at 9:10 AM, Chris Little [EMAIL PROTECTED]
wrote:
Our plans are to use TEI for dictionary encoding from here forth. At the
moment we have some support for both P4 and P5 conversion to RTF (used
by BibleCS), plain, and HTMLHREF (used by
101 - 200 of 231 matches
Mail list logo
