I updated my test OSIS file and tried it with the Windows Sword Project
and Xiphos. I still had problems with the display of linked verses. See
below.
- Original Message -
*From:* DM Smith
*To:* "SWORD Developers' Collaboration Forum"
*Sent:* 05/07/2009 4:27:05 PM +0700
*Subject:* [s
On Mon, May 11, 2009 at 10:23 PM, Ben Morgan wrote:
> 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 real
> OK. Then we can hide the autoreconf command by a one line shell script
> called autogen.sh, that just runs autoreconf, if that is really less of
> a burden to new developers. It seems like roughly the same amount of
> memory needed in either case, to me, and memorizing autoreconf is useful
> ac
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
Dmitrijs Ledkovs wrote:
> Consistency is important IMHO so you should have some very valid
> reasons if you want to break the UI for building your software.
Indeed. More developers already know and use software with an
autotools-based build system than anything else, at least in the open
source
Greg Hellings wrote:
> To test the building process of BibleTime, which I do work with, I
> often build against sword-svn. Having the autogen.sh keeps me from
> having to remember what autotools options are needed, etc.
Which is exactly what autoreconf does, and why it exists :) And
learning to
On Mon, May 11, 2009 at 8:57 PM, Jonathan Marsden wrote:
> Greg Hellings wrote:
>
>> Because there are some people who have no desire to learn anything
>> about autotools ...
>
> Which is fine. That is their choice. Such people by definition should
> probably not also choose to be volunteer deve
Greg Hellings wrote:
Because there are some people who have no desire to learn anything
about autotools ...
Which is fine. That is their choice. Such people by definition should
probably not also choose to be volunteer developers on a project that
uses autotools. The project team chose it
2009/5/12 Greg Hellings :
>
> Because there are some people who have no desire to learn anything
> about autotools because they think it's a terribly broken, hideously
> narrow-minded and inherently anti-cross-platform build tool, and so
> have never head of autoreconf. Making autogen.sh call auto
On Mon, May 11, 2009 at 7:13 PM, Jonathan Marsden wrote:
> Matthew Talbert wrote:
>
>> autogen.sh is (typically) a part of gnome, and is commonly used in
>> gnome development, including xiphos. The autogen.sh in sword appears
>> to more or less copy the functionality of gnome-autogen.sh. It is not
Matthew Talbert wrote:
autogen.sh is (typically) a part of gnome, and is commonly used in
gnome development, including xiphos. The autogen.sh in sword appears
to more or less copy the functionality of gnome-autogen.sh. It is not
needed with release packages, only for doing svn development.
Wel
Greg Hellings wrote:
If the configure script can't find a required tool or library, it
should die and issue an appropriate error message.
Seems reasonable, although "should" is maybe a bit strong. Isn't that
what AC_REQUIRE_CPP does? I'll check it out this evening at home, if I
have a chan
On Mon, May 11, 2009 at 4:00 PM, Jonathan Marsden wrote:
> Greg Hellings wrote:
>
>> The install was not 100% fresh... I had already tried to do
>> autotools.sh, and thus installed automake/conf and libtool.
>
> OK. I suspect that the number of developer machines out there which have a
> working
autogen.sh is (typically) a part of gnome, and is commonly used in
gnome development, including xiphos. The autogen.sh in sword appears
to more or less copy the functionality of gnome-autogen.sh. It is not
needed with release packages, only for doing svn development.
Matthew
_
Greg Hellings wrote:
The install was not 100% fresh... I had already tried to do
autotools.sh, and thus installed automake/conf and libtool.
OK. I suspect that the number of developer machines out there which
have a working autotools installation, but no C++ compiler, is fairly
small :) So
Martin Zibricky wrote:
Hi all,
I'm trying to convert Czech Bible 21 (B21) to sword format.
When using tool 'vpl2mod' (sword 1.5.11) I'm getting a lot of warnings
like:
Not a valid KJV ref: Genesis 32:33
appending to ref: Genesis 32:32
Warning, overwriting verse: Genesis 32:32
Not a vali
On Mon, May 11, 2009 at 2:50 PM, Martin Zibricky wrote:
> John Austin píše v Po 11. 05. 2009 v 20:17 +0600:
>> I already
>> have a Russian Protestant "canon.h". Is that all that would be needed?
>
> I seems to me that 'Russian Protestant verse system' is v11n Leningrad
> versification (file canon_
Martin,
On Mon, May 11, 2009 at 2:42 PM, Martin Zibricky wrote:
> Hi all,
>
> I'm trying to convert Czech Bible 21 (B21) to sword format.
>
> When using tool 'vpl2mod' (sword 1.5.11) I'm getting a lot of warnings
> like:
>
>
> Not a valid KJV ref: Genesis 32:33
> appending to ref: Genesis 32
John Austin píše v Po 11. 05. 2009 v 20:17 +0600:
> I already
> have a Russian Protestant "canon.h". Is that all that would be needed?
I seems to me that 'Russian Protestant verse system' is v11n Leningrad
versification (file canon_leningrad.h in svn).
Please correct me if I'm wrong.
Martin Zib
Hi all,
I'm trying to convert Czech Bible 21 (B21) to sword format.
When using tool 'vpl2mod' (sword 1.5.11) I'm getting a lot of warnings
like:
Not a valid KJV ref: Genesis 32:33
appending to ref: Genesis 32:32
Warning, overwriting verse: Genesis 32:32
Not a valid KJV ref: Exodus 7:26
On Mon, May 11, 2009 at 1:37 PM, Jonathan Marsden wrote:
> Greg Hellings wrote:
>
>> I just updated to the latest SWORD svn and ran autogen.sh and
>> usrinst.sh. Forgetting that I was in a fresh install of Ubuntu, I
>> didn't think to manually install g++, so I have no C++ compiler on my
>> syste
Greg Hellings wrote:
I just updated to the latest SWORD svn and ran autogen.sh and
usrinst.sh. Forgetting that I was in a fresh install of Ubuntu, I
didn't think to manually install g++, so I have no C++ compiler on my
system. Nevertheless, the configure script simply noted this and
moved on,
I just updated to the latest SWORD svn and ran autogen.sh and
usrinst.sh. Forgetting that I was in a fresh install of Ubuntu, I
didn't think to manually install g++, so I have no C++ compiler on my
system. Nevertheless, the configure script simply noted this and
moved on, completing the configura
John Austin píše v Po 11. 05. 2009 v 20:17 +0600:
> Now that the Sword engine is moving toward full support of multiple
> verse systems, I would like to ask about adding the Russian Protestant
> verse system to the available cannons packaged with Sword 1.6. I already
> have a Russian Protestant "ca
I'm working in Central Asia to help provide people here with access to
Bibles in their own languages. We've developed a program called MK
(Muqaddas Kitob) which uses Xulrunner and the Sword engine. But we're
using a fork of Sword-1.5.9 because of v11n incompatibility issues.
Now that the Sword eng
We had this Xiphos bug report:
> Go to 1 Samuel 1; click the up button beside the chapter; Xiphos
> navigates to Judges 21 instead of Ruth 4.
Having stepped through this problem, it is a Sword bug, not a Xiphos
bug. The Xiphos code in question is this:
tmpkey = backend->get_valid_key(na
26 matches
Mail list logo
