Re: [sword-devel] Sword 1.6.2 NOW!
Hi Karl, branching is not a pain for this kind of purpose. Just branch off the repository state of 1.5.1 (I guess there is a tag available), apply the one-liner, and release a 1.5.1.1. A bugfix release. That should have been the answer to the problems at hand, not a patch. mg Am 14.09.10 11:58, schrieb Karl Kleinpaste: Jaak Ristioja risti...@gmail.com writes: Why not branch? Because branching is a whole new world of pain, for something as straightforward as a workaround patch for a curl library bug. It's a one-line patch, for pity's sake. Since there has probably been no announcement from Sword that distros should patch, Um... Procession from false assumption. Anyone who's involved enough to be doing distribution of Sword software ought to be involved enough to be seeing discussion about such things as the curl bug and its patch here. When the bug was encountered, there was rather a lot of activity about it. Anyone who didn't see it...just wasn't watching. If I remember correctly, an OpenSUSE user was the last to report the bug to BibleTime, so maybe OpenSUSE still has it unpatched. No. Brian Dumont bdum...@ameritech.net is on top of that, and has informed me in the past that appropriate updates were available as of Aug 05. Whether updated builds get to the field properly is a whole different question -- e.g. we have the annoying nightmare that a Xiphos display workaround release for an xulrunner bug, fixed in May, hasn't gotten back to Ubuntu repositories, though it's available elsewhere just fine (via CrossWire's Ubuntu PPA for Sword builds). ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] BibleTime 2.6 is released
Hi, the BibleTime team proudly announces the release of BibleTime 2.6. As usual, it can be downloaded from https://sourceforge.net/projects/bibletime/files (should appear soon). Changes since 2.5 - new subwindow arrangement mode tabbed, especially for smaller displays - important bugfixes - usability improvements - translation updates - improved module selection in various places (including a new main toolbar button and main menu item) @Packagers: Please join the new mailing list https://lists.sourceforge.net/lists/listinfo/bibletime-packaging and post information about updates to your packages there! @Developers: This is the official start of our next 8-week release cycle (even though trunk is already open for a week now!). Please use http://devel.bibletime.info/wiki/Development_Plan for planning the work for 2.7. A big thank you goes to all contributors of ideas, code, testing, translations and other things! Best regards, the BibleTime team. -- Bauplan des Lebens - längst im Gen entdeckt! Die Wissenschaft ist stolz: Sie hat's gecheckt. Nun ist der Bauplan als Beweis beliebt, dass es den Architekten gar nicht gibt. Wolf Rahn ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] sword-svn spam
Seems to be better now. Thanks a lot! mg Am Dienstag, 19. Januar 2010 16:46:15 schrieb Troy A. Griffitts: We've attempted to tighten our spam control on our server. Please let us know if you have problems getting emails through to any of the lists. You can email me directly at: scribe at crosswire dot org or if that also won't get through, give a shout out on irc.freenode.net #sword Hope this is an improvement for everyone. Troy Martin Gruner wrote: Hi all, there is a special kind of Viagra spam that floods the sword-cvs mailing list (see attachment). Can this be changed? Thanks for all help, mg Subject: [sword-svn] Dear sword-...@crosswire.org 84% 0FF on PFIZER ! From: VIAGRA ® Official Site sword-...@crosswire.org Date: Tue, 15 Dec 2009 01:51:55 -0700 To: sword-...@crosswire.org To: sword-...@crosswire.org Click here http://profiles.yahoo.com/blog/JYNP6LDT3Y5QT3ZHULOFGREBIM to view as a web page. View image in browser now http://profiles.yahoo.com/blog/JYNP6LDT3Y5QT3ZHULOFGREBIM Unsubscribe http://profiles.yahoo.com/blog/JYNP6LDT3Y5QT3ZHULOFGREBIM | Change e-mail address http://profiles.yahoo.com/blog/JYNP6LDT3Y5QT3ZHULOFGREBIM | Privacy Policy http://profiles.yahoo.com/blog/JYNP6LDT3Y5QT3ZHULOFGREBIM | About Us http://profiles.yahoo.com/blog/JYNP6LDT3Y5QT3ZHULOFGREBIM Copyright © 2009 dfk Inc. All rights reserved. ___ sword-cvs mailing list sword-...@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-cvs ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page -- Bauplan des Lebens - längst im Gen entdeckt! Die Wissenschaft ist stolz: Sie hat's gecheckt. Nun ist der Bauplan als Beweis beliebt, dass es den Architekten gar nicht gibt. Wolf Rahn ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] The Apple iPad launch yesterday
We may look into porting BibleTime. mg Am Donnerstag, 28. Januar 2010 11:09:41 schrieb David Haslam: I guess most of us have seen the TV news about yesterday's launch of the Apple iPad. It should prompt the question, Are we going to develop anything for this new platform? David ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Schlachter 2000/Geneva Bible Society
Peter, this IS great news. I look forward to having the NGÜ. When I was in contact with the Geneva Bible Society a few years ago, they were completely uninterested. :D Thanks so much! mg Am Donnerstag, 7. Januar 2010 18:22:05 schrieb Peter von Kaehne: Dear Friends, For a couple of days I have been hinting at being able to pass on soon some good news regarding new modules. Today the Geneva Bible Society has send me a contract regarding the Schlachter 2000. We will be able to distribute this very important modern German translation as a encrypted for-sale module just like the Hoffnung fuer Alle or the NET. The price mooted is a very reasonable one, no doubt contributed by the fact that we will not take any cut nor claim any costs. Further than this I have been advised that more texts will follow this same agreement - notably the German NGUE, a modern French and a modern Italian one. Of course I am delighted. I think the work to internationalise the software and de-KJV-ify our versification systems is resulting in some spectacular success. Finally I am in early but progressed discussions with a publisher for a modern Portuguese Bible - in effect the gist is agreed, but the details need to get hashed out. Please pray for the progression and conclusion of all these negotiations. Particular thanks should also go to one of our users, Mr Bruegmann who has initiated all this by asking in the right way the right person at the right time. Yours in Christ Peter von Kaehne P.S. The work on the actual module is progressing nicely. Nothing has so far challenged in a serious fashion my minimal Perl knowledge. I will probably pass it all on to one or two of you to get some input at some stage. Manfred has already offered his help. ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page -- Bauplan des Lebens - längst im Gen entdeckt! Die Wissenschaft ist stolz: Sie hat's gecheckt. Nun ist der Bauplan als Beweis beliebt, dass es den Architekten gar nicht gibt. Wolf Rahn ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] BibleTime 2.5 released
Hi all, the BibleTime team is proud to announce the release of BibleTime 2.5 (Christmas edition). It can be downloaded from https://sourceforge.net/projects/bibletime/files (should appear soon). An release of BibleTime for Windows will also appear soon. Changes since 2.4: - improvements to the subwindow arrangement algorithms - many bugfixes - new window arrangement modes Tile and Auto Tile - new module selection header in the text windows - tons of bugfixes - many improvements to the windows port - improved debug mode of the application - improvements to build system - translation updates - Christmas splash screen and display template @Packagers: It would be great if new packages for the 2.5 release could be created and published before Christmas. Thank you for your help! A big thank you goes to all who contributed their time, knowledge, creativity and diligence to this new release, be it translators, developers, artists, packagers, developers or other important people! It is our wish that all of you, us and the users of BibleTime, the Cristmas message becomes vivid and important: God came to earth to show his holy love for us fallen and sinful people, holding up justice and grace at the very same time in his cross and resurrection. This message is also for you! God's love and forgiveness is there waiting to embrace you, no matter what your history may be. Best regards, the BibleTime team -- Bauplan des Lebens - längst im Gen entdeckt! Die Wissenschaft ist stolz: Sie hat's gecheckt. Nun ist der Bauplan als Beweis beliebt, dass es den Architekten gar nicht gibt. Wolf Rahn ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] BibleTime 2.4 released
Hi all, it is our great pleasure to announce the availability of BibleTime 2.4. It can be downloaded from https://sourceforge.net/projects/bibletime/files (should appear soon). An official beta release of BibleTime for Windows will also appear soon. Changes since 2.3: - truckloads of bugfixes - many improvements for the windows build and installer - initial support for TEI modules - memory leaks eliminated - BibleTime can now fetch online master repository list from crosswire @Packagers: Please join the new mailing list https://lists.sourceforge.net/lists/listinfo/bibletime-packaging and post information about updates to your packages there! @Developers: Trunk is open again for development. All important bugfixes should also go to branch bugfix-2-4. God bless, the BibleTime team -- Bauplan des Lebens - längst im Gen entdeckt! Die Wissenschaft ist stolz: Sie hat's gecheckt. Nun ist der Bauplan als Beweis beliebt, dass es den Architekten gar nicht gibt. Wolf Rahn ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] text rendering
Hi Troy, thanks for checking back on this! I think I was able to solve the problem by passing a bool parameter to RenderText(), like this: bool DoRender = (mode == ProcessEntryAttributesOnly) ? 0 : 1; QString text = QString::fromUtf8( m_module-module()-RenderText(0, -1, DoRender) ); If I understand this correctly, it will not call the render filters at all, so that they cannot possibly erase the EntryAttributes by rendering an external buffer. Again, many thanks! All the best to you. mg Am Donnerstag, 15. Oktober 2009 04:50:44 schrieben Sie: Hey MG, Did my latest commit fix your render issue? I saw you posted a new point release for BT and wanted to be sure we got this problem fixed for you. -Troy. ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Problems with text rendering
Troy,
just wanted to add that your suggestion sounds very good to me.
mg
Am Dienstag, 13. Oktober 2009 19:32:18 schrieb Troy A. Griffitts:
Yeah Martin,
This seems like a problem with the concept of running an EXTERNAL buffer
through a modules RenderFilters:
module-RenderText(externalBuffer);
as opposed to the usual use of simply rendering the module at its
current position:
module-RenderText();
Currently this resets the INTERNAL entryAttributes when rendering the
EXTERNAL buffer.
My thinking is that in this mode we should not touch the internal entry
attributes. This is easy to fix and we can still remain binary compatible.
But I don't think this is the ultimate solutions. This does not address
the issue of obtaining entry attributes from the supplied external buffer.
If we offer the service of rendering an external buffer through a given
module's render filters, then we should completely support rendering
external info. We should probably add an optional parameter that can be
passed with externalBuf, something like externalEntryAttributes, so you
can obtain attributes from any external buffer you ask to be rendered.
I've added the check to bypass entryAttribute processing in SVN. This
should make your code work as is. Let me know.
-Troy.
Martin Gruner wrote:
Hi Troy,
thank you for the hint. I see a problem though: The code that I mentioned
is the actual OSIS filter that is being used when we render text. Now in
a different method, I want to access the entry attributes just like
usual, but the filter already destroyed them.
key-key(keyname);
key-renderedText(); //force entryAttributes
const char* note =
module-module()-getEntryAttributes()
[Footnote][swordFootnote.toLatin1().data()][body].c_str();
Since the entry attributes are not stored in a key, but in the module, I
guess that filters may not be allowed to call renderText() at all, since
it destroys the EntryAttribute structure of the module. Is my
understanding correct?
I just saw that renderText() has a parameter bool render. I will try
turning this off to see if this works around the problem, but in my
opinion there is still a design problem.
What do you think?
mg
Am Montag, 12. Oktober 2009 18:40:32 schrieb Troy A. Griffitts:
Dear Martin,
I believe the BPBible or Xiphos guys ran into this same problem a little
while back. I think, after talking about it, the best solution was to
simply grab a copy on the stack, near the top of your method, and let it
go out of scope after the filter completes.
AttributeTypeList entryAttributes = myModule-getEntryAttributes();
Hope this helps.
-Troy.
Martin Gruner wrote:
Hi Troy,
may I ask for your help with a rendering issue we are experiencing? I
believe the code once came from you (simplerender.patch).
It is in our OSIS filter descendant, where crossref notes are
processed.
code
if (type == crossReference) { //note containing cross
references
myUserData-inCrossrefNote = true;
myUserData-noteType = BT_UserData::CrossReference;
buf.append(span class=\crossreference\);
sword::SWBuf footnoteNumber =
tag.getAttribute(swordFootnote);
sword::SWBuf footnoteBody = myUserData-
entryAttributes[Footnote][footnoteNumber][body];
buf += myModule-RenderText(footnoteBody);
}
/code
Now the problem seems to be the final RenderText() call. It destroys
the EntryAttributes structure when processing the footnote body.
Can you give me a hint how I can work around that? Is there a better,
preferred method?
Thanks and regards, Martin
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
--
Bauplan des Lebens - längst im Gen entdeckt!
Die Wissenschaft ist stolz: Sie hat's gecheckt.
Nun ist der Bauplan als Beweis beliebt,
dass es den Architekten gar nicht gibt.
Wolf Rahn
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Problems with text rendering
Hi Troy,
thank you for the hint. I see a problem though: The code that I mentioned is
the actual OSIS filter that is being used when we render text. Now in a
different method, I want to access the entry attributes just like usual, but
the filter already destroyed them.
key-key(keyname);
key-renderedText(); //force entryAttributes
const char* note =
module-module()-getEntryAttributes()
[Footnote][swordFootnote.toLatin1().data()][body].c_str();
Since the entry attributes are not stored in a key, but in the module, I guess
that filters may not be allowed to call renderText() at all, since it destroys
the EntryAttribute structure of the module. Is my understanding correct?
I just saw that renderText() has a parameter bool render. I will try turning
this off to see if this works around the problem, but in my opinion there is
still a design problem.
What do you think?
mg
Am Montag, 12. Oktober 2009 18:40:32 schrieb Troy A. Griffitts:
Dear Martin,
I believe the BPBible or Xiphos guys ran into this same problem a little
while back. I think, after talking about it, the best solution was to
simply grab a copy on the stack, near the top of your method, and let it
go out of scope after the filter completes.
AttributeTypeList entryAttributes = myModule-getEntryAttributes();
Hope this helps.
-Troy.
Martin Gruner wrote:
Hi Troy,
may I ask for your help with a rendering issue we are experiencing? I
believe the code once came from you (simplerender.patch).
It is in our OSIS filter descendant, where crossref notes are processed.
code
if (type == crossReference) { //note containing cross
references
myUserData-inCrossrefNote = true;
myUserData-noteType = BT_UserData::CrossReference;
buf.append(span class=\crossreference\);
sword::SWBuf footnoteNumber =
tag.getAttribute(swordFootnote);
sword::SWBuf footnoteBody = myUserData-
entryAttributes[Footnote][footnoteNumber][body];
buf += myModule-RenderText(footnoteBody);
}
/code
Now the problem seems to be the final RenderText() call. It destroys the
EntryAttributes structure when processing the footnote body.
Can you give me a hint how I can work around that? Is there a better,
preferred method?
Thanks and regards, Martin
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
--
Bauplan des Lebens - längst im Gen entdeckt!
Die Wissenschaft ist stolz: Sie hat's gecheckt.
Nun ist der Bauplan als Beweis beliebt,
dass es den Architekten gar nicht gibt.
Wolf Rahn
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
[sword-devel] Problems with text rendering
Hi Troy,
may I ask for your help with a rendering issue we are experiencing? I believe
the code once came from you (simplerender.patch).
It is in our OSIS filter descendant, where crossref notes are processed.
code
if (type == crossReference) { //note containing cross
references
myUserData-inCrossrefNote = true;
myUserData-noteType = BT_UserData::CrossReference;
buf.append(span class=\crossreference\);
sword::SWBuf footnoteNumber =
tag.getAttribute(swordFootnote);
sword::SWBuf footnoteBody = myUserData-
entryAttributes[Footnote][footnoteNumber][body];
buf += myModule-RenderText(footnoteBody);
}
/code
Now the problem seems to be the final RenderText() call. It destroys the
EntryAttributes structure when processing the footnote body.
Can you give me a hint how I can work around that? Is there a better,
preferred method?
Thanks and regards, Martin
--
Bauplan des Lebens - längst im Gen entdeckt!
Die Wissenschaft ist stolz: Sie hat's gecheckt.
Nun ist der Bauplan als Beweis beliebt,
dass es den Architekten gar nicht gibt.
Wolf Rahn
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
[sword-devel] BibleTime 2.0.1 released
A follow-up to BibleTime 2.0, it fixes three bugs: * Fix bug #2799800: Display broken when verse numbers are turned off * Fix defect, the main window icon was missing - defect # 2798758 * Removed debug code writing a out.txt file in the current directory without warning Packagers, please consider updating the packages for 2.0. Thanks! mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] BibleTime 2.0 released
Hi, the BibleTime team is proud to announce the availability of BibleTime 2.0 for download. Main features of this release are: -BibleTime is now a pure QT application, the dependency on KDE was removed -Therefore it is possible to build it on MacOS and Windows, though no official builds exist for these platforms yet. -The build system was enhanced aimint towards multi-platform support. -New dockable windows improve working with bookshelf, bookmarks and the magnifier area. -Tons of bugfixes. -Improved translations. You can download the sources at: https://sourceforge.net/project/showfiles.php?group_id=954package_id=313143release_id=666473. The next release 2.1 is planned for 2009-07-12 and will focus on usability improvements and better cross-platform support. If bugfix releases are neccessary, they will be released sooner. Thanks to all who contributed to this release. And thanks to the One who gave us his word so that we could use our time to study it! Blessings! mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] WLC 1.5 loses spacing?
Hi Teus, BibleTime does show indicators for the segmentation, depending on the display style that is chosen (these are customizable to some extent). If the morph database is copyrighted, an encrypted module would have to be created for secure distribution. This could even be in the commercial interest of WHI. I would probably by this module. mg am Montag, 25. Mai 2009 um 13:14 schrieben Sie: Is there any front-end that is known to display this morphological segmentation or do anything with it? I am asking this because we use the original Scriptures in our Bible translation projects. And right now we are tied to a commercial program like BibleWorks. If the original information that is present in the Westminster Hebrew Database would somehow be visible in e.g. Xiphos or another front-end, that would be so helpful! Teus. On Mon, 2009-05-25 at 03:15 -0700, Chris Little wrote: No, the morphology is not included, though the morphological segmentation is. (For example, the first word of Genesis is segmented into 2 morphemes, a prefixed preposition and a noun.) --Chris Teus Benschop wrote: Thanks for that. Is the morphology of the Grooves-Wheeler (Westminster) Hebrew database also included in the WLC module? Teus. On Mon, 2009-05-25 at 00:11 -0700, Chris Little wrote: Spaces are indeed gone from 1.5. I've got an updated version with this and a couple of other corrections that I hope to upload tomorrow. --Chris Teus Benschop wrote: I tried to install the new WLC module from the Beta repository. It was installed in Xiphos. The 1.4 version has normal spaces between the Hebrew words. But the 1.5 version has no spacing between the words. The whole sentence becomes one long word. I didn't check the whole module, just Genesis 1. Is there anything I can do to get the spaces back? Thanks. Teus. ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page -- Mit freundlichen Grüßen Martin Gruner mailto:mg@gmx.net ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] linker problems with 1.6.0? - help needed
Hi Troy,
it was indeed - as expected - a problem with my configuration. I used
usrinst.sh to compile and install sword, changed --prefix to /usr/local, but
left --libdir at /usr/lib64, so the old library was not overwritten but still
used. Works nicely now!
Thanks!
mg
Am Sonntag, 24. Mai 2009 15:38:53 schrieb Troy A. Griffitts:
Dear Martin,
I have just tried out your test program. Here is my experience.
I have the file yo.cpp:
#include swmgr.h
#include installmgr.h
#include ftptrans.h
int main(int argc, char* argv[])
{
sword::SWMgr mgr;
sword::InstallMgr imgr;
sword::FTPTransport trans(example.com);
return 0;
}
which compiles fine on my system with:
scr...@scribe-laptop:~/yoyo$ g++ -o yo yo.cpp `pkg-config --cflags
sword` `pkg-config --libs sword`
I hope this helps. I would guess that maybe it's a configuration issue
on your system?
-Troy.
Martin Gruner wrote:
Hi all,
we use the following stupid program to check that linking BibleTime
against Sword is going to work:
#include iostream
#include swmgr.h
#include installmgr.h
#include ftptrans.h
int main(int argc, char* argv[])
{
sword::SWMgr mgr;
sword::InstallMgr imgr;
sword::FTPTransport trans(example.com);
return 0;
}
However, after just upgrading to 1.6.0, I get the following error trying
to compile the test program:
/home/martin/bin/c++
CMakeFiles/cmTryCompileExec.dir/sword_linker_check.cpp.o -o
cmTryCompileExec -rdynamic -L/usr/local/lib -lclucene -lsword -lcurl
-lz -Wl,-rpath,/usr/local/lib
CMakeFiles/cmTryCompileExec.dir/sword_linker_check.cpp.o: In function
`main':
sword_linker_check.cpp:(.text+0xd7): undefined reference to
`sword::InstallMgr::InstallMgr(char const*, sword::StatusReporter*,
sword::SWBuf, sword::SWBuf)'
My sword was just built with curl and clucene support and installed into
/usr/local. Sword libs in /usr/lib have been cleaned. It worked with the
previous installation of 1.5.11. Did I make a mistake? Does the check
program need to be changed?
I would be glad about QUICK help, as we are aiming to release BibleTime 2
this week.
mg
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
[sword-devel] linker problems with 1.6.0? - help needed
Hi all,
we use the following stupid program to check that linking BibleTime against
Sword is going to work:
#include iostream
#include swmgr.h
#include installmgr.h
#include ftptrans.h
int main(int argc, char* argv[])
{
sword::SWMgr mgr;
sword::InstallMgr imgr;
sword::FTPTransport trans(example.com);
return 0;
}
However, after just upgrading to 1.6.0, I get the following error trying to
compile the test program:
/home/martin/bin/c++
CMakeFiles/cmTryCompileExec.dir/sword_linker_check.cpp.o -o
cmTryCompileExec -rdynamic -L/usr/local/lib -lclucene -lsword -lcurl -lz
-Wl,-rpath,/usr/local/lib
CMakeFiles/cmTryCompileExec.dir/sword_linker_check.cpp.o: In function
`main':
sword_linker_check.cpp:(.text+0xd7): undefined reference to
`sword::InstallMgr::InstallMgr(char const*, sword::StatusReporter*,
sword::SWBuf, sword::SWBuf)'
My sword was just built with curl and clucene support and installed into
/usr/local. Sword libs in /usr/lib have been cleaned. It worked with the
previous installation of 1.5.11. Did I make a mistake? Does the check program
need to be changed?
I would be glad about QUICK help, as we are aiming to release BibleTime 2 this
week.
mg
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] linker problems with 1.6.0? - help needed
Hi Troy,
just tried your suggestion.
g++ ../cmake/sword_linker_check.cpp `pkg-config --cflags sword` `pkg-config --
libs sword`
/tmp/Wh8w.o: In function `main':
/home/dev/bibletime/build/../cmake/sword_linker_check.cpp:23: undefined
reference to `sword::InstallMgr::InstallMgr(char const*,
sword::StatusReporter*, sword::SWBuf, sword::SWBuf)'
collect2: ld gab 1 als Ende-Status zurück
pkg-config --cflags sword
-I/usr/local/include/sword
pkg-config --libs sword
-Wl,-Bsymbolic-functions -g -O2 -L/usr/local/lib -L/usr/lib64 -lsword -lcurl -
lidn -lldap -lrt -lkrb5 -lk5crypto -lcom_err -lgssapi_krb5 -lz -lgnutls -
lclucene
What can I test to see if there is a problem with my system?
mg
Am Sonntag, 24. Mai 2009 15:38:53 schrieb Troy A. Griffitts:
Dear Martin,
I have just tried out your test program. Here is my experience.
I have the file yo.cpp:
#include swmgr.h
#include installmgr.h
#include ftptrans.h
int main(int argc, char* argv[])
{
sword::SWMgr mgr;
sword::InstallMgr imgr;
sword::FTPTransport trans(example.com);
return 0;
}
which compiles fine on my system with:
scr...@scribe-laptop:~/yoyo$ g++ -o yo yo.cpp `pkg-config --cflags
sword` `pkg-config --libs sword`
I hope this helps. I would guess that maybe it's a configuration issue
on your system?
-Troy.
Martin Gruner wrote:
Hi all,
we use the following stupid program to check that linking BibleTime
against Sword is going to work:
#include iostream
#include swmgr.h
#include installmgr.h
#include ftptrans.h
int main(int argc, char* argv[])
{
sword::SWMgr mgr;
sword::InstallMgr imgr;
sword::FTPTransport trans(example.com);
return 0;
}
However, after just upgrading to 1.6.0, I get the following error trying
to compile the test program:
/home/martin/bin/c++
CMakeFiles/cmTryCompileExec.dir/sword_linker_check.cpp.o -o
cmTryCompileExec -rdynamic -L/usr/local/lib -lclucene -lsword -lcurl
-lz -Wl,-rpath,/usr/local/lib
CMakeFiles/cmTryCompileExec.dir/sword_linker_check.cpp.o: In function
`main':
sword_linker_check.cpp:(.text+0xd7): undefined reference to
`sword::InstallMgr::InstallMgr(char const*, sword::StatusReporter*,
sword::SWBuf, sword::SWBuf)'
My sword was just built with curl and clucene support and installed into
/usr/local. Sword libs in /usr/lib have been cleaned. It worked with the
previous installation of 1.5.11. Did I make a mistake? Does the check
program need to be changed?
I would be glad about QUICK help, as we are aiming to release BibleTime 2
this week.
mg
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] 1.6.0
Congratulations and thank you from the BibleTime team! mg am Donnerstag, 14. Mai 2009 um 10:28 schrieben Sie: I am very pleased to announce the release of 1.6.0. Finally, our very first release supporting the long requested feature: alternate versification! As usually, it is the result of so many contributing their part. We've had such a blessing of new people pitch in toward this release. And I am especially thankful to see a recent renewed sense of cooperation. God has blessed us with such a great community. I so appreciate you guys. http://crosswire.org/ftpmirror/pub/sword/source/v1.6/sword-1.6.0.tar.gz May He use this release to bring His gift of Christ Jesus' salvation to the farthest corners of a lost world. By His Grace, -Troy. ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] Fwd: Other libraries
Andrew, I'm forwarding your question to the Sword developer's mailing list. This is the right place to ask. BibleTime works with modules provided by the Sword library. AFAICT, there is no way to import from e-Sword. God bless, Martin -- Weitergeleitete Nachricht -- Betreff: Other libraries Datum: Mittwoch 21 Januar 2009 Von: Andrew Greig algr...@bigpond.net.au An: mg@gmx.net Hi Martin, Bible time is a real blessing, I recommend it to all of my friends. Some of them use e-Sword on Windows, and in fact I assisted a friend to acquire it and install it just the other night. There are plenty of resources in the Crosswire Bible Society fileservers, but I was wondering if it could be possible to download a Paid for Bible from the e-Sword repository? For example, I would like to install the NASB in BibleTime, even if I have to pay for it. I also have a copy of the NASB on my Palm OS device. I imagine that it is in .pdb format. What sort of format should BibleTime Bibles have? Yours in Christ Andrew Greig Melbourne, Australia --- ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Open source German Volxbibel
Thank you Wolfgang, looking forward to an improved text. Please let us know. mg Am Dienstag 30 Dezember 2008 19:31:00 schrieb Wolfgang Schultz: [..] Except for the same lossiness as one finds in Jan's ThML, I haven't seen any evidence of lossiness in this case. Converting escaped hex to UTF-8 takes one call to pack() in Perl (or your favorite correlate). That's not to say that I would use the Zefania text in this case, but their texts tend to approximate the quality of their sources and I see no need to disparage Zefania or Wolfgang in this forum. --Chris Hello, yes it is true the quality of a zefania xml module depends on the source files i have. :( I'm sorry to say that i haven't time to proof read all files before publishing them. My position is better a slight deficient module than no module... Ok now to the Volxbible Sword module the workflow was as follow. VolxbibelWIKIThML-Datei Zefania XML zefania_2_sword_win32 Sword I could only control the step ThML-Datei Zefania XML the new workflow will be: VolxbibelWiki Zefania XML zef2osis.pl osis2mod Sword then we will know what is lossily :)) BTW the step VolxbibelWiki Zefania XML is already finished here you find the Volxbibel 3.0 with header and footnotes http://downloads.sourceforge.net/zefania-sharp/volxbibel_v3_rev1.zip?use_mi rror=heanet have fun! wolfgang ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] problems with osis filters?
Ben, you are right, thanks for the hint. Is this really the desired behaviour for the osisfootnotes filter, to leave out the actual content? mg Am Mittwoch 10 Dezember 2008 12:45:45 schrieb Ben Morgan: 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 xrefs are turned on (they have empty brackets () in). On the 1.5.12 side, what I really want to see is a reasonably compatible release. A release without any dynamic versification code - there is a little too much code in BPBible which relies on the default versekey books being there (not to mention the SWIG wrappers... which currently don't compile against SVN). And I haven't got time to work on this - and won't for at least 2 months. 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, Dec 10, 2008 at 8:08 AM, Greg Hellings [EMAIL PROTECTED]wrote: Martin, On Tue, Dec 9, 2008 at 2:27 PM, Martin Gruner [EMAIL PROTECTED] wrote: Hi all. I've got problems with Sword 1.5.11, which seem not to be present with 1.5.9. [EMAIL PROTECTED]:/home/dev/sword/examples/cmdline$ ./lookup ESV 3Joh 1:1 ==Raw=Entry=== III John 1:1: title subType=x-preverse type=sectionGreeting/titlenote n=a osisID=3John.1.1!crossReference.a osisRef=3John.1.1 type=crossReferencereference osisRef=2John.1.12 John 1/reference/noteThe elder to the beloved Gaius, note n=b osisID=3John.1.1!crossReference.b osisRef=3John.1.1 type=crossReferencereference osisRef=1John.3.181 John 3:18/reference; reference osisRef=2John.1.12 John 1/reference/notewhom I love in truth. lb type=x-end-paragraph/ lb type=x-begin-paragraph/ ==Render=Entry a href=passagestudy.jsp?action=showNotetype=xvalue=1module=ESVpassage= III+John+1%3A1smallsup*x/sup/small/aThe elder to the beloved Gaius, a href=passagestudy.jsp?action=showNotetype=xvalue=2module=ESVpassage= III+John+1%3A1smallsup*x/sup/small/awhom I love in truth. br /br / == (Output from Sword SVN, seems to be same behaviour as 1.5.11) Please look at how the reference tags inside the note tag disappear in the rendered output. At BibleTime, we use an OSISHTMLHREF descendant class for the filtering of some tags. Now it seems that handleToken() does not even get called for the reference and /reference tags. One call is for note, and the next already for /note. Their content is skipped. This does not seem to be the case with Sword 1.5.9, but I could not find out what causes this. I observed some similar behaviors and took action to deal with a few of the unhandled tags. I know there was an issue with note handling in OSIS, but I'm not sure if that is in the patch I submitted the other day or not. Troy or Chris said they'd hopefully get to it in the next week. Adding support for the tags isn't usually very difficult, provided there is a straightforward 1:1 mapping into HTMLHREF. But I did make a few changes to some of the filters and if there are other people making additions, it's probably time to at least shuffle a 1.5.12 out the door, and maybe talk about naming it 1.6 or something like that to incorporate the other changes? --Greg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] problems with osis filters?
Hi all. I've got problems with Sword 1.5.11, which seem not to be present with 1.5.9. [EMAIL PROTECTED]:/home/dev/sword/examples/cmdline$ ./lookup ESV 3Joh 1:1 ==Raw=Entry=== III John 1:1: title subType=x-preverse type=sectionGreeting/titlenote n=a osisID=3John.1.1!crossReference.a osisRef=3John.1.1 type=crossReferencereference osisRef=2John.1.12 John 1/reference/noteThe elder to the beloved Gaius, note n=b osisID=3John.1.1!crossReference.b osisRef=3John.1.1 type=crossReferencereference osisRef=1John.3.181 John 3:18/reference; reference osisRef=2John.1.12 John 1/reference/notewhom I love in truth. lb type=x-end-paragraph/ lb type=x-begin-paragraph/ ==Render=Entry a href=passagestudy.jsp?action=showNotetype=xvalue=1module=ESVpassage=III+John+1%3A1smallsup*x/sup/small/aThe elder to the beloved Gaius, a href=passagestudy.jsp?action=showNotetype=xvalue=2module=ESVpassage=III+John+1%3A1smallsup*x/sup/small/awhom I love in truth. br /br / == (Output from Sword SVN, seems to be same behaviour as 1.5.11) Please look at how the reference tags inside the note tag disappear in the rendered output. At BibleTime, we use an OSISHTMLHREF descendant class for the filtering of some tags. Now it seems that handleToken() does not even get called for the reference and /reference tags. One call is for note, and the next already for /note. Their content is skipped. This does not seem to be the case with Sword 1.5.9, but I could not find out what causes this. Can somebody please help? And should this be a bug, can a maintenance version be released fixing it? Thanks, mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] [GnomeSword-developers] videos
Hi Daniel, are you still the maintainer of the libsword and bibletime packages in Debian? mg On Monday 01 December 2008 21:30:03 Daniel Glassey wrote: 2008/12/1 Eeli Kaikkonen [EMAIL PROTECTED]: On Mon, 1 Dec 2008, Matthew Talbert wrote: Also, perhaps a demonstration of where all they can get help. The manual, mailing list, irc. I'm not in a position to tell you what to do, but the topic is interesting and useful for other software, too (BibleTime etc). Therefore some opinions: Videos are very useful: at least what I can tell from myself and by browsing internet screeshots are the most interesting part of any software web page. Videos can give a live demonstration about what the application is and what it does and how it does it. Just for context folks on the gnomesword list are discussing making videos to demonstrate gnomesword. I don't know if other frontend developers are subscribed there (as well as Eeli :) ) but you might like to follow the thread for ideas or share experience. Or use this post to start a non-GS specific thread on videos. Regards, Daniel ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] summary
Thank you, Wesley. mg On Saturday 29 November 2008 03:35:03 Wesley Harp wrote: Chris, I realize I'm a new voice around here and a lot of the technical aspects of this are over my head. I do however have experience in other open source communities so some things I know a little about. First, let me say that no matter how many total people are on a mailing list, the people who contribute frequently and even infrequently is the number of people you should be talking about as your actual subscription base. The people who contribute often and are outspoken are the ones who care the most. If people aren't responding to at least agree or disagree one way or the other, then they aren't as concerned with the outcome and in many cases aren't even following the discussions at all, but are likely deleting the messages outright. While you might not think forking or dying is a concern, these are usually things that happen and end up blindsiding someone or a group of people. Your responses about this seem almost like a dismissal and not a more appropriate desire to maintain a cohesive working group. People in positions of leadership need to respect and listen to others in the community and need to work towards ensuring a smooth working system. I'm not sure if this community generally functions smoothly or not, but so far it's not making a great impression on me. You say that you are listening to feedback and opinions, but from what I've seen in my admittedly short time here and what I've read in the archives, you really aren't. If a group of users is vocal enough to repeatedly ask and plead for something, but you give them nothing, that's not listening. To the list as a whole: What concerns me most about this community from what I've seen so far is that it seems to operate no differently than any other open source community I've been a part of. In fact, so far it seems to be worse off than most. While obviously technical discussion are going to be a large part of this, I am baffled that not once has anyone talked about the spiritual implications of these decisions. Is this making it harder to get content to believers and non-believers? Are delays in modules being published hindering people's ability to study God's Word? What's more important in God's Eyes - making the content available in a timely manner, or crossing every t and dotting every i? I don't know what's in your heart, your reasons for doing something, or even your relationship with God, but if a group of believers cannot come together and work cohesively to further God's Kingdom what chance do we have of winning even one soul? I'm sure many of you are familiar with this verse, but think of this when communicating with others you may have trouble dealing with on this list, and in general: Let no corrupting talk come out of your mouths, but only such as is good for building up, as fits the occasion, that it may give grace to those who hear. Ephesians 4:29 I hope my first impressions of this community are wrong and that I haven't started off by alienating myself. Wesley ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Taming Wild Threads (was: Getting stuff done (Re: External links))
Hi Chris, Your list of suggested additions to [EMAIL PROTECTED], with due respect, consists of persons who are technically unqualified or, because they do not subscribe to CrossWire policies on these matters, ideologically unqualified to be part of that process. I don't mean to insult or ruffle any feathers by that, but that's how things are, and I think your own words pretty much support that position. Ah, the rebel allegiation. I've heard that one before... If you do not believe that Bibles, as well as associated content, deserve the utmost care and the devotion of as much time as is necessary to do right by them, then I do not believe you have any business working with them, for it suggests an inadequate respect for the Bible itself. That's indeed the big dogmatic bat. Are you sure that your interpretation of being faithful to Scripture is the right one? You argument from a position of such great strength that I wonder if you lead a project with many diligent and dedicated volunteers so that you don't need (or even want) help from others. Your arguments contradict Crosswire's stated goals (as cited today) and make me personally really sad. More people will decide to work (primarily) in other areas, just like I did. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] GnomeSword 2.4 released
Congratulations and all the best from the BibleTime team! mg am Sonntag, 21. September 2008 um 20:27 schrieben Sie: Out the door a few minutes ago. We now consider GS to be out of unstable status. http://gnomesword.sourceforge.net/ ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] BibleTime 1.7.beta1 is released - please create binary packages
Hi Greg, you cannot run build/bibletime because BT expects to start from its final installation directory, so that it can find its data files by relative path lookups. If you used build_debug.sh, run build/install/bin/bibletime instead after make install, in case of build_release.sh this would be /usr/local/bin/bibletime. Yes, we are trying to get rid of KDE dependencies. Sorry about the trouble. God bless, mg am Donnerstag, 28. August 2008 um 02:09 schrieben Sie: Martin, I have successfully built bibletime under Ubuntu 8.04 amd64 version. However, upon trying to run the executable, I am greeted with the following lovely message: [EMAIL PROTECTED]:~/Public/bibletime-1.7.beta1.build$ ./bibletime (BibleTime 1.7.beta1) WARNING: Cannot find icon directory relative to /home/hellings1/Public/bibletime-1.7.beta1.build terminate called without an active exception KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = bibletime path = unknown pid = 2 sock_file=/home/hellings1/.kde4/socket-ubuntu-desktop/kdeinit4__0 Warning: connect() failed: : No such file or directory KCrash cannot reach kdeinit, launching directly. KCrash failed to exec(), errno = 2 I have tried running make install but that doesn't seem to do much: [EMAIL PROTECTED]:~/Public/bibletime-1.7.beta1.build$ sudo make install [sudo] password for hellings1: [100%] Built target bibletime Install the project... -- Install configuration: RelWithDebInfo I also must say, the install/build dependencies are extremely steep. I already have a very hefty system from doing lots of other builds and development, and I was required to install about 2 GB of packages, etc, to build Bibletime. I sure hope you can get away from the KDE4 dependency soon. In addition to that I needed Qt4.4, clucene and boost. --Greg On Wed, Aug 27, 2008 at 2:13 PM, Martin Gruner [EMAIL PROTECTED] wrote: Hi. BibleTime 1.7.beta1 is out, basically the same as alpha4 with updated message files for UI i18n. This is BibleTime 1.7.beta1 for QT 4.4 and KDE 4. Despite being labeled as beta, this version should be good for everyday use and can be used as a basis for binary packages for the various distributions. Since 1.6, BibleTime has undergone major changes, which is why the developers hesitate to release it as final yet, even though it seems to be in a good shape. @Ralph, Daniel and other packagers: please update the distribution's binary packages with this new version, even though it is labeled as beta. @Joachim: Can you please post a big announcement on bibletime.info? Please see the changelog for information you can use. God bless you all. Martin ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page -- Mit freundlichen Grüßen Martin Gruner mailto:[EMAIL PROTECTED] ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] BibleTime 1.7.beta1 is released - please create binary packages
Hi Greg, if you know how to do it, please send a patch! mg am Donnerstag, 28. August 2008 um 09:39 schrieben Sie: Martin, On Thu, Aug 28, 2008 at 1:22 AM, Martin Gruner [EMAIL PROTECTED] wrote: Hi Greg, you cannot run build/bibletime because BT expects to start from its final installation directory, so that it can find its data files by relative path lookups. If you used build_debug.sh, run build/install/bin/bibletime instead after make install, in case of build_release.sh this would be /usr/local/bin/bibletime. I see. Is there a reason you use custom shell scripts instead of the normal cmake/make series? For cmake packages I usually build them in a separate directory from the source, seeing as that's what the cmake documents recommend when possible. Why not just include the creation of the necessary file structure and so on within the cmake? --Greg Yes, we are trying to get rid of KDE dependencies. Sorry about the trouble. God bless, mg am Donnerstag, 28. August 2008 um 02:09 schrieben Sie: Martin, I have successfully built bibletime under Ubuntu 8.04 amd64 version. However, upon trying to run the executable, I am greeted with the following lovely message: [EMAIL PROTECTED]:~/Public/bibletime-1.7.beta1.build$ ./bibletime (BibleTime 1.7.beta1) WARNING: Cannot find icon directory relative to /home/hellings1/Public/bibletime-1.7.beta1.build terminate called without an active exception KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = bibletime path = unknown pid = 2 sock_file=/home/hellings1/.kde4/socket-ubuntu-desktop/kdeinit4__0 Warning: connect() failed: : No such file or directory KCrash cannot reach kdeinit, launching directly. KCrash failed to exec(), errno = 2 I have tried running make install but that doesn't seem to do much: [EMAIL PROTECTED]:~/Public/bibletime-1.7.beta1.build$ sudo make install [sudo] password for hellings1: [100%] Built target bibletime Install the project... -- Install configuration: RelWithDebInfo I also must say, the install/build dependencies are extremely steep. I already have a very hefty system from doing lots of other builds and development, and I was required to install about 2 GB of packages, etc, to build Bibletime. I sure hope you can get away from the KDE4 dependency soon. In addition to that I needed Qt4.4, clucene and boost. --Greg On Wed, Aug 27, 2008 at 2:13 PM, Martin Gruner [EMAIL PROTECTED] wrote: Hi. BibleTime 1.7.beta1 is out, basically the same as alpha4 with updated message files for UI i18n. This is BibleTime 1.7.beta1 for QT 4.4 and KDE 4. Despite being labeled as beta, this version should be good for everyday use and can be used as a basis for binary packages for the various distributions. Since 1.6, BibleTime has undergone major changes, which is why the developers hesitate to release it as final yet, even though it seems to be in a good shape. @Ralph, Daniel and other packagers: please update the distribution's binary packages with this new version, even though it is labeled as beta. @Joachim: Can you please post a big announcement on bibletime.info? Please see the changelog for information you can use. God bless you all. Martin ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page -- Mit freundlichen Grüßen Martin Gruner mailto:[EMAIL PROTECTED] ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page -- Mit freundlichen Grüßen Martin Gruner mailto:[EMAIL PROTECTED] ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] BibleTime 1.7.beta1 is released - please create binary packages
Hi Greg, after thinking about it a second time, we do use cmake for installation. The shell scripts I mentioned only set some environment variables to further automate the process. So I am not sure what you are referring to. mg Am Donnerstag, 28. August 2008 09:39:24 schrieb Greg Hellings: Martin, On Thu, Aug 28, 2008 at 1:22 AM, Martin Gruner [EMAIL PROTECTED] wrote: Hi Greg, you cannot run build/bibletime because BT expects to start from its final installation directory, so that it can find its data files by relative path lookups. If you used build_debug.sh, run build/install/bin/bibletime instead after make install, in case of build_release.sh this would be /usr/local/bin/bibletime. I see. Is there a reason you use custom shell scripts instead of the normal cmake/make series? For cmake packages I usually build them in a separate directory from the source, seeing as that's what the cmake documents recommend when possible. Why not just include the creation of the necessary file structure and so on within the cmake? --Greg Yes, we are trying to get rid of KDE dependencies. Sorry about the trouble. God bless, mg am Donnerstag, 28. August 2008 um 02:09 schrieben Sie: Martin, I have successfully built bibletime under Ubuntu 8.04 amd64 version. However, upon trying to run the executable, I am greeted with the following lovely message: [EMAIL PROTECTED]:~/Public/bibletime-1.7.beta1.build$ ./bibletime (BibleTime 1.7.beta1) WARNING: Cannot find icon directory relative to /home/hellings1/Public/bibletime-1.7.beta1.build terminate called without an active exception KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = bibletime path = unknown pid = 2 sock_file=/home/hellings1/.kde4/socket-ubuntu-desktop/kdeinit4__0 Warning: connect() failed: : No such file or directory KCrash cannot reach kdeinit, launching directly. KCrash failed to exec(), errno = 2 I have tried running make install but that doesn't seem to do much: [EMAIL PROTECTED]:~/Public/bibletime-1.7.beta1.build$ sudo make install [sudo] password for hellings1: [100%] Built target bibletime Install the project... -- Install configuration: RelWithDebInfo I also must say, the install/build dependencies are extremely steep. I already have a very hefty system from doing lots of other builds and development, and I was required to install about 2 GB of packages, etc, to build Bibletime. I sure hope you can get away from the KDE4 dependency soon. In addition to that I needed Qt4.4, clucene and boost. --Greg On Wed, Aug 27, 2008 at 2:13 PM, Martin Gruner [EMAIL PROTECTED] wrote: Hi. BibleTime 1.7.beta1 is out, basically the same as alpha4 with updated message files for UI i18n. This is BibleTime 1.7.beta1 for QT 4.4 and KDE 4. Despite being labeled as beta, this version should be good for everyday use and can be used as a basis for binary packages for the various distributions. Since 1.6, BibleTime has undergone major changes, which is why the developers hesitate to release it as final yet, even though it seems to be in a good shape. @Ralph, Daniel and other packagers: please update the distribution's binary packages with this new version, even though it is labeled as beta. @Joachim: Can you please post a big announcement on bibletime.info? Please see the changelog for information you can use. God bless you all. Martin ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page -- Mit freundlichen Grüßen Martin Gruner mailto:[EMAIL PROTECTED] ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] BibleTime 1.7.beta1 is released - please create binary packages
Hi. BibleTime 1.7.beta1 is out, basically the same as alpha4 with updated message files for UI i18n. This is BibleTime 1.7.beta1 for QT 4.4 and KDE 4. Despite being labeled as beta, this version should be good for everyday use and can be used as a basis for binary packages for the various distributions. Since 1.6, BibleTime has undergone major changes, which is why the developers hesitate to release it as final yet, even though it seems to be in a good shape. @Ralph, Daniel and other packagers: please update the distribution's binary packages with this new version, even though it is labeled as beta. @Joachim: Can you please post a big announcement on bibletime.info? Please see the changelog for information you can use. God bless you all. Martin ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] minor WLC update in beta
Hi Chris, you may want to update the converter in sword-tools/modules/hebrew-wlc as well. mg Am Donnerstag, 3. Juli 2008 schrieb Chris Little: Please quickly check the WLC text currently in Beta if you have a chance. Some invalid OSIS in the text was causing rendering problems in BibleCS, such that it was rendering right-to-left within verses but was laying out the paragraphs themselves as left-to-right. The update was pretty simple: export module to IMP file, clean up the IMP file a little, convert the IMP file to OSIS. The only changes to the text should be: 1) Invalid p/ is replaced by lb/lb/. 2) All invalid type values were prefixed with x- (namely in seg type=morph and note type=textual). It looks fine in BibleCS, so there's no need to test that. --Chris ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] Fwd: Help me to make a module
Hi Jonathan, since your question really is about making modules for Sword, the backend software which BibleTime uses, I'm forwarding your email to the list of sword developers and hope someone will be able to help you. mg -- Weitergeleitete Nachricht -- Subject: Help me to make a module Date: Donnerstag, 12. Juni 2008 From: Jonathan Montero [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hello there to everybody I am new in this, i mean, bibletime. I would like to make a module, i have a version of the bible that's not in the installation list. it's the Jerusalen version in spanish, i have in html format, but really i need a like a training or something to help me to convert it to the right format(XML or something) and then, to the module format(bzv, bzz, bzs). I have been reading in the wiki, but i don't see something to help me enough. If you have some PDF that explains the process in steps, please, i need this, my church needs it. Thanks a lot for the help -- Eres libre al momento de elegir, pero despues de elegir, dejas de ser libre para entonces convertirte en RESPONSABLE. --- ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Text layout (was Re: Portable Bible prototype)
Hi Karl, Note a couple BT glitches: - Attempting to apply a bigger point size to the use of Padauk font, it had no effect until I quit and restarted BT. Hmm, which version do you use? It works at least in SVN which will be released as 1.7 soon. - BT has no full-name language listings in the bookshelf for: Farsi (fa) In SVN, this is fa - Persian. Is that wrong? Haitian Creole (ht) Kekchi (kek) These are there. Myanmar (my) my - Burmese. Potawatomi (pot) Uma (ppk) Klingon (tlh) These are there as well. Most of these have been added since 1.6.x. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] [bt-devel] SWORD 1.5.11 Released
Hi John, I plan to get a new 64Bit computer soon, and will make sure to test what causes your problem. Maybe I can at least reproduce it with a small test program, and hand it over to the Sword devs if I can't find the cause myself. mg Am Dienstag, 20. Mai 2008 schrieb John A. Sullivan III: On Tue, 2008-05-20 at 00:42 -0700, Troy A. Griffitts wrote: I am happy to announce the immediate release and availability of SWORD 1.5.11. ftp://crosswire.org/pub/sword/source/v1.5/ http://crosswire.org/ftpmirror/pub/sword/source/v1.5/ A great big THANK YOU goes out to all who contributed code, tested, and expedited this release to help keep us close to schedule and help me get a quantity CD order fulfilled using new software. One month and four days behind our new schedule to do twice annual releases, this rev has a ton of bug fixes and the following new features (from the ChangeLog): 14-May-2008 Troy A. Griffitts [EMAIL PROTECTED] Added ability for lexicon drivers to accept ![a-z] as strong number. 13-May-2008 Chris Little [EMAIL PROTECTED] Added basic TEIRTF filters Added tei2mod utility Added Japanese locale from http://bible.50webs.org/en/ Applied Ben Morgan's TEIHTMLHREF filter Added TEIHTMLHREF filter to BCB5 project 11-May-2008 Troy A. Griffitts [EMAIL PROTECTED] Applied patch to better handle x-refs in notes -Ben Morgan benpmorgan at gmail dot com Applied patch to better output OSIS in plaintext -Ben Morgan benpmorgan at gmail dot com Updated rawstr and rawstr4 to work consistently with buffer sizes Updated French locales and added french abbrev locales from Dominique Corbex dominique dot corbex at gmail dot com Updated Farsi locales from Peter von Kaehne refdoc at gmx dot net 16-Oct-2007 Troy A. Griffitts [EMAIL PROTECTED] Implemented a basic TreeKeyIdx::remove() method May God use this and continue to use us for His great loving purpose to draw a lost world to Himself! -Troy A. Griffitts snip Thank you very much. I look forward to trying it. Has the 64-bit incompatibility with the personal commentary been fixed? I've been unable to safely add notes to my personal commentary since moving to 64 bit Linux a couple of years ago. Thanks again - John ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] SWORD 1.5.11
Hi DM! Please take it all out. Everything pre-1.6.5 should be removed as it won't work properly with recent KDE installations. If you want to include binary packages from our sf page, they should be at least 1.6.5. Thanks, mg Am Donnerstag, 15. Mai 2008 schrieb DM Smith: What of the following is useful to keep? And what would you like to see replaced? (If it is of any help in deciding, GnomeSword only has the current release and only for Fedora Core 6.) 2347502 1404 -rwxrwxr-x 1 mgruner swordiso 1428824 Sep 24 2003 ../bin/x86/bibletime 2347499 1452 -rw-rw-r-- 1 mgruner swordiso 1475460 Sep 24 2003 ../bibletimebase.tar.gz 2349274 740 -rw-rw-r-- 1 dglassey swordiso 748922 Apr 9 2002 ../PACKAGES/DEB/bibletime-doc_1.1-1_i386.deb 2349275 620 -rw-rw-r-- 1 dglassey swordiso 624960 Apr 9 2002 ../PACKAGES/DEB/bibletime_1.1-1_i386.deb 2349282 488 -rw-rw-r-- 1 jansorg swordiso 491392 Apr 21 2004 ../PACKAGES/RPMS/suse/8.1/bibletime-i18n-1.4.1-1.suse8.1.i586.rpm 2349283 1088 -rw-rw-r-- 1 jansorg swordiso 1103197 Apr 21 2004 ../PACKAGES/RPMS/suse/8.1/bibletime-1.4.1-1.suse8.1.i586.rpm 2349291 1412 -rw-rw-r-- 1 mgruner swordiso 1436986 Apr 9 2002 ../PACKAGES/RPMS/suse/7.3/bibletime-1.1-suse7.3-1.i586.rpm 2349292 760 -rw-rw-r-- 1 mgruner swordiso 769050 Apr 9 2002 ../PACKAGES/RPMS/suse/7.3/bibletime-doc-1.1-suse7.3-1.noarch.rpm 2349288 1056 -rw-rw-r-- 1 jansorg swordiso 1069388 Apr 21 2004 ../PACKAGES/RPMS/suse/9.0/bibletime-1.4.1-1.suse9.0kde3.2.i586.rpm 2349286 1052 -rw-rw-r-- 1 jansorg swordiso 1069022 Apr 21 2004 ../PACKAGES/RPMS/suse/9.0/bibletime-1.4.1-1.suse9.0.i586.rpm 2349289 488 -rw-rw-r-- 1 jansorg swordiso 490332 Apr 21 2004 ../PACKAGES/RPMS/suse/9.0/bibletime-i18n-1.4.1-1.suse9.0.i586.rpm 2349304 1140 -rw-rw-r-- 1 jansorg swordiso 1157732 Sep 13 2003 ../PACKAGES/RPMS/redhat/9.0/bibletime-1.3-1.RH90.i386.rpm 2349303 684 -rw-rw-r-- 1 jansorg swordiso 691372 Sep 13 2003 ../PACKAGES/RPMS/redhat/9.0/bibletime-i18n-1.3-1RH9.0.i386.rpm 2349298 684 -rw-rw-r-- 1 jansorg swordiso 688786 Sep 13 2003 ../PACKAGES/RPMS/mandrake/9.1/bibletime-i18n-1.3-1mdk9.1.i386.rpm 2349300 1140 -rw-rw-r-- 1 jansorg swordiso 1158490 Sep 13 2003 ../PACKAGES/RPMS/mandrake/9.1/bibletime-1.3-1mdk9.1.i386.rpm 2349295 860 -rw-rw-r-- 1 mgruner swordiso 871419 Apr 9 2002 ../PACKAGES/RPMS/mandrake/8.2/bibletime-1.1-1mdk8.2.i586.rpm 2349296 752 -rw-rw-r-- 1 mgruner swordiso 761067 Apr 9 2002 ../PACKAGES/RPMS/mandrake/8.2/bibletime-doc-1.1-1mdk8.2.noarch.rpm 2349312 996 -r--rw-r-- 1 jansorg swordiso 1011546 Feb 5 2004 ../PACKAGES/SRPMS/suse/bibletime-i18n-1.4.1-1.suse9.0.src.rpm 2349308 1364 -rw-rw-r-- 1 mgruner swordiso 1386357 Apr 9 2002 ../PACKAGES/SRPMS/suse/bibletime-1.1-1.src.rpm 2349310 1628 -r--rw-r-- 1 jansorg swordiso 1656540 Feb 5 2004 ../PACKAGES/SRPMS/suse/bibletime-1.4.1-1.suse9.0.src.rpm 2349309 1304 -rw-rw-r-- 1 mgruner swordiso 1324105 Apr 9 2002 ../PACKAGES/SRPMS/suse/bibletime-doc-1.1-1.src.rpm 2349316 1304 -rw-rw-r-- 1 mgruner swordiso 1326418 Apr 9 2002 ../PACKAGES/SRPMS/mandrake/bibletime-doc-1.1-1mdk8.2.src.rpm 2349317 1716 -r--rw-r-- 1 jansorg swordiso 1747866 Feb 5 2004 ../PACKAGES/SRPMS/mandrake/bibletime-1.4-1mdk9.2.src.rpm 2349315 1372 -rw-rw-r-- 1 mgruner swordiso 1395098 Apr 9 2002 ../PACKAGES/SRPMS/mandrake/bibletime-1.1-1mdk8.2.src.rpm ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] SWORD 1.5.11 / CD ISO
Hi Troy, congratulations! Are you finished with your studies now? Which degree have you received and what comes next for you? Regarding 1.5.11: We received a report at bibletime that Sword does not compile with GCC 4.3. We should address this. mg am Donnerstag, 1. Mai 2008 um 21:20 schrieben Sie: Praise God, I finished my last bit of work for my school! I'm hoping to wrap up a slightly overdue SWORD 1.5.11 in the next week or so, and then have CD ISOs mastered, burned, and ready by May 15. This may sound like an aggressive schedule, but we're late and I'm done with school, so let's be aggressive! Any items that anyone BADLY wants addressed for SWORD 1.5.11? I'll look at http://crosswire.org/bugs/ but wanted to hear loud cries if anything is obviously more important to anyone. I've been out of things for a while and apologies for all the delays in emails and other things. I hope now to make my ministry with CrossWire a top priority in this next phase in my life. Thank you all for your patience and support. -Troy. ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page -- Mit freundlichen Grüßen Martin Gruner mailto:[EMAIL PROTECTED] ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] more RSS feeds
Very nice, thanks! mg Am Samstag, 19. April 2008 schrieb Chris Little: I put up a couple more RSS feeds. These list new module releases: http://www.crosswire.org/sword/modules/pubmods.rss(public modules) http://www.crosswire.org/sword/modules/betamods.rss (beta modules) They update nightly after the conf tarballs are rebuilt, so they shouldn't ever report anything as available that isn't yet. There are numerous changes throughout the module pages of the website, too. Beta modules are much better integrated into the public site now, but still fairly hidden. To get into the list of beta modules, look for the letter beta on the right margin of the main modules page: http://crosswire.org/sword/modules/index.jsp --Chris ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] WLC sword module with Strong's?
Hi Joshua, there is nobody working on this AFAIK. Some people @ sword are developing a community interface which would allow for projects like this, but I don't know how / if this would work. Please ask at [EMAIL PROTECTED] Regards, Martin Am Dienstag, 11. März 2008 schrieben Sie: Martin Gruner, My name is Joshua Kenney, and I am a Bible college student who is currently studying Hebrew. I was just wondering if you knew if anybody was working on mapping Strong's numbers into the WLC sword module? And if there was any way I could help with such a process? ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] [bt-devel] trolltech / nokia
Yeah. Not sure if this is good. (Nokia is creating a lot of trouble here by (all of a sudden) shutting down a German factory in Bochum to move production to Romaina, despite the fact they earned 7 billion Euros last year and production makes only 5% of the total costs.) mg Am Dienstag, 29. Januar 2008 schrieb Troy A. Griffitts: Surprising news here: http://trolltech.com/company/newsroom/announcements/press.2008-01-28.460571 8236 ___ bt-devel mailing list [EMAIL PROTECTED] http://www.crosswire.org/mailman/listinfo/bt-devel ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] thml and scriprefs
OptionFilters are used to toggle features on and off. You might use this for a Bible, in which you want to allow the user to choose whether scripture references are displayed. It probably doesn't make sense to use this in a GenBook. Assuming you did want to use the OptionFilter, did you turn scripture references on in GnomeSword? Please also note that ThML is no longer actively supported by CrossWire and it is unlikely that we would post a new module that uses ThML. The same goes for GBF. We only actively support OSIS. What do you mean by actively supported? Did we abandon the ThML filters? mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Versification
Hi, the Vulgate is another important difference, IIRC. regards, mg am Montag, 28. Januar 2008 um 13:29 schrieben Sie: So basically 2 big ones LXX and KJV and any number of variations on either. And KJV comes with/without apogryphae I do remember seeing in my Lutherbible a long list of versification deviations to older prints. Peter peter wrote: Barry Drake wrote: Hi Peter ... peter wrote: So could I - once that number mystery is understood - create a different canon.h file for e.g RC versification and recompile Sword ? I'm sure you could - but you'd break it as far as all existing modules are concerned! I appreciate that. Obviously. But if the code as such works without further reference to whichever versification scheme is used, but simply assumes the correct one is in place, then I think this file being at the root of the implementation should be made flexible rather than a whole new way of encoding Bibles + new GUI. Old modules would use teh KJV and newly added ones would be able to bring their own scheme along. There was a thread on that matter about 3-4 months agao and IIRC Troy + Dm seemed to think loosing it up by loading the versification would be the right way forward. BTW how many variants are there? There is obviously teh RC and Greek Orthodox way of including the apogrypohae into their canon with a whole range of resulting chnages. But any other important schemes? Peter God bless, Barry -- From Barry Drake (The Revd) minister of the Netherfield United Reformed church, Nottingham see http://www.jesusinnetherfield.org.uk for our church homepages). Replies - [EMAIL PROTECTED] ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Versification
Hi DM, As Chris mentioned, canon.h will not be changed. The idea is to create a GenBook with a standard way of naming the keys, in the form OSISBookAbbr/ChapterNum/VerseNum. Replacing the / with . would result in an OSIS id. For bibles? Does that mean they will be stored as Genbooks in future, at least if a non-KJV versification scheme is used? Is there a timeline for extended versification support? mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Versification
For bibles? Does that mean they will be stored as Genbooks in future, at least if a non-KJV versification scheme is used? That is what I understand. I am not sure I like this. Isn't VerseKey etc. prepared to work with dynamic versification, only canon.h fixed the index values to save space in the data files? Bibles should still be offered as Bibles, regardless of the impl in the background. No timeline. As far as I know, no one has stepped up and volunteered to make the remaining changes. Perhaps when Troy comes back from BibleTech he can outline an engineering task list. That would be cool. Maybe I can take an isolated task. Wiki is good for planning like this. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] problem with InstallMgr cache
I just want to make sure that if someone fixes this it doesn't cause any further problems or bugs. If nobody will do it we can leave this here. I can't fix this in UI because the install manager is in the Sword library. That is why I was worried about problems which could appear if this was changed. Eeli, I think if you make a good patch Troy will be ready to include it in the next release of Sword which should appear in 2-3 months. @Karl: my comment indeed was a joke. No offense meant. Sorry. =) mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] problem with InstallMgr cache
And no more than 8+3 characters. Hehe. ;) am Donnerstag, 17. Januar 2008 um 14:53 schrieben Sie: Eeli Kaikkonen [EMAIL PROTECTED] writes: Right, and therefore the file name can't be the same as caption name because files names have different limitations in different platforms. Surely isalnum()-plus-dash is a lowest common denominator of filenames on any platform. If /really/ necessary, confine the name to isalnum() only. ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page -- Mit freundlichen Grüßen Martin Gruner mailto:[EMAIL PROTECTED] ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] BibleTime 1.7.alpha1 released
Hello everybody. BibleTime 1.7.alpha1 is released after a long phase of porting to QT4/KDE4, refactoring and some feature additions. There are still some known bugs (http://devel.bibletime.info/wiki/Prerelease_Bugs), but this version is good enough to be compiled and tested. Download: https://sourceforge.net/project/showfiles.php?group_id=954 Special thanks to Eeli and Jeremy for helping make this possible. Best regards, Martin ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Tagging verses and verse lists
Will this be a part of Sword? Troy, what do you say? mg Am Montag, 17. Dezember 2007 schrieb Jonathan Morgan: On Dec 3, 2007 12:36 AM, Jonathan Morgan [EMAIL PROTECTED] wrote: I have a suggestion for a feature that I would consider very useful in Bible software. This idea I originally characterised in terms of tagging, but my brother said it sounded very much like verse lists. My personal view is that verse lists may be useful in implementing something like tagging, but the two are semantically different (for example, a verse list tends to imply an order, while tagging doesn't. Similarly, tagging would tend to be considered to apply to a verse that was tagged, while a verse list is just a list of verses.) After discussion with Ben, I have developed a proposed interface for this feature, given below. God willing, I plan to implement the feature in the next two weeks, as well as adding support for it at the UI level to BPBible as a sample of how I think it should work. Any comments on the proposed interface are welcome. Jon PassageList API: typedef PassageListMap std::mapstd::string, sword::PassageList; /** Returns the passage list map, which maps unique names to passage lists. */ PassageListMap SWMgr::getPassageLists(); /** Creates a new passage list with the given name, and adds it to the passage list map. There must not already be a passage list with the given name. */ PassageList SWMgr::addPassageList(std::string name); /** Creates a new passage list with the given name, and initialises it with the given list of passages. */ PassageList SWMgr::addPassageList(std::string name, ListKey passages); /** Removes the given passage list. Returns true on success, and false on failure. */ bool SWMgr::removePassageList(PassageList); /** Removes the passage list with the given name. Returns true on success, and false on failure. */ bool SWMgr::removePassageList(std::string name); /** A passage list must have a unique name to identify itself. It may also have a description of the list, which can be used by the user. */ PassageList === PassageList::get/setName() PassageList::get/setDescription() /** Adds the given passage to the end of the passage list. */ PassageList::addPassage(PassageEntry passage); PassageList::addPassage(VerseKey passage); PassageList::moveUp(int index); PassageList::moveDown(int index); /** Removes the given passage entry from the list. */ PassageList::removePassage(PassageEntry passage) PassageList::removePassage(int index) /** Sorts the passage list. At present, this will only support sorting it in canonical order, but in the future, other sort orders may be supported. */ void PassageList::sort(PassageListSortOrder order) /** Gets a list key with all the passages in the passage list. */ ListKey PassageList::getListKey(); /** Creates a new passage list with the same passages as this passage list, but with the given new name. */ PassageList PassageList::clone(std::string newName) /** Returns true if the given verse is contained in the passage list. */ boolean PassageList::containsVerse(VerseKey verse) /** This class wraps around a VerseKey to allow additional attributes to be attached to an entry in a passage list. At present, the main addition that is planned is attaching comments to passage entries. */ PassageEntry /** Creates a passage entry from the given verse. */ PassageEntry(VerseKey verse) /** VerseKey PassageEntry::get/setPassage() /** For later extension. */ std::string PassageEntry::get/setComment() ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Search Range Issues
Hi Troy, thanks for all the changes, and for 1.5.10! No need to apologize. We all make mistakes. mg Am Samstag, 24. November 2007 schrieb Troy A. Griffitts: Thanks Karl for the detailed scenario to repeat the problem. I've committed a fix and closed out the bug, along with a few others that had already been fixed. Let me know if it you find any more search range issues! Again, my apologies for the bug. -Troy. Karl Kleinpaste wrote: Troy A. Griffitts [EMAIL PROTECTED] writes: I've just committed what I believe is a fix for the search range issue Barry was having, and hopefully this might fix other issues like what Karl was reporting. Thanx for the update; but no, it doesn't fix API-86. For an exact repeat-by: Search NET in multi-word mode for god said jesus, get a couple dozen results. Change to search over current results for rich, get 2 results. Search NET in optimized mode for +god +said +jesus, get a couple dozen results. Change to current results, search for rich...get 102 results from the whole Bible. ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] Fwd: Would like to be QA/Developer
Hi Robin, thanks for your initiative. I'm forwarding this to the sword developers. They know best where you can help. God bless, Martin -- Weitergeleitete Nachricht -- Subject: Would like to be QA/Developer Date: Montag, 5. November 2007 From: Robin Randall [EMAIL PROTECTED] To: [EMAIL PROTECTED] Message body follows: I would like to be added to the Sword Project as QA/Developer. I have BibleCS 5.9 and am trying to get new Pocket PC version working on Mobile 5/6 Thanks, Robin Randall [EMAIL PROTECTED] -- This message has been sent to you, a registered SourceForge.net user, by another site user, through the SourceForge.net site. This message has been delivered to your SourceForge.net mail alias. You may reply to this message using the Reply feature of your email client, or using the messaging facility of SourceForge.net at: https://sourceforge.net/sendmessage.php?touser=1648938 --- ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Module categories
HI Eeli, IMO we should hide the technical detail from the users. For them, only the logical function is interesting. am Sonntag, 28. Oktober 2007 um 21:03 schrieben Sie: Looking at both wiki .conf section and BibleTime code I noticed that there is no strict logic in module categories. Several cases are possible now, for example: - technically a genbook, logically a Bible (though there are none atm.?) - technically a genbook, logically a commentary (there are none?) - technically a lexicon, logically a devotional - technically a lexicon, logically an atlas (NETmaps) - technically a genbook, logically an atlas - technically a genbook, logically a lexicon (Hesychius) But it's not possible to know all logical types or categories by just looking at the conf file. Would it be reasonable to add all the logical alternatives in Category? Then it would include Commentaries, Bibles and Lexicons as well. The frontend could then decide whether to show for example all logical lexicons together or divide them in technical basis. Yours, Eeli Kaikkonen (Mr.), Oulu, Finland e-mail: [EMAIL PROTECTED] (with no x) ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page -- Mit freundlichen Grüßen Martin Gruner mailto:[EMAIL PROTECTED] ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Version stamp format
Hi. It is interesting to note that Sword contains code for handling and comparing version numbers (swversion.cpp). This code allows for version numbers with three levels of minor numbers, e.g. 1.5.10.1. =) mg Am Freitag, 19. Oktober 2007 schrieb Chris Little: The format [1-9].[0-9] is arbitrary, but so would be [0-9]+.[0-9]+.[0-9]+[a-z]? The page describing the format of .conf files has existed for years prior to your or bible.org's use of a 2-point format and I can see no compelling reason to adjust the spec. --Chris Karl Kleinpaste wrote: I understand (now) that spec restricts the version stamp that way, but I have yet to see any reasoning *why*. Is there code which performs arithmetic on them? In GS, it's treated just as a string, like any other key=value string in a *.conf; if our module manager finds differing values, without any consideration of a greater than semantic, we put up a refresh icon, as visual advice to the user. As I think about this, imposing a string greater than semantic in GS would be easy, using strcmp() for more than just a != test. And I already see where that would benefit users (i.e. me) where there are modules made available in more than 1 repo, or where an updated module has been withdrawn for some reason. I had never previously thought to check for any limitation on version stamp format. I faintly remember noticing around the time that I first created the GS manual module that bible.org's module version stamps were 2-point, and of course Sword itself and all the UIs have version stamps which are 2-point. The version name restriction seems arbitrary unless there is arithmetic being performed. (And if there is indeed a problem with this, then someone really does need to have a chat with bible.org.) ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] [sword-svn] r102 - in trunk/modules/conf/release: . locales.d
Hi Chris, IMHO the locales are already in Sword's SVN. I think it would be a bad idea to maintain them in 2 places. Am Samstag, 6. Oktober 2007 schrieb [EMAIL PROTECTED]: Author: chrislit Date: 2007-10-06 12:50:26 -0700 (Sat, 06 Oct 2007) New Revision: 102 Added: trunk/modules/conf/release/locales.d/ trunk/modules/conf/release/locales.d/abbr.conf trunk/modules/conf/release/locales.d/cs.conf trunk/modules/conf/release/locales.d/da.conf trunk/modules/conf/release/locales.d/de.conf trunk/modules/conf/release/locales.d/de_abbrev.conf trunk/modules/conf/release/locales.d/en_GB.conf trunk/modules/conf/release/locales.d/es.conf trunk/modules/conf/release/locales.d/et.conf trunk/modules/conf/release/locales.d/et_abbr.conf trunk/modules/conf/release/locales.d/fi.conf trunk/modules/conf/release/locales.d/fr.conf trunk/modules/conf/release/locales.d/fr_FR.ISO-8859-1.conf trunk/modules/conf/release/locales.d/id.conf trunk/modules/conf/release/locales.d/it.conf trunk/modules/conf/release/locales.d/la.conf trunk/modules/conf/release/locales.d/nl.conf trunk/modules/conf/release/locales.d/no.conf trunk/modules/conf/release/locales.d/olb.conf trunk/modules/conf/release/locales.d/pl.conf trunk/modules/conf/release/locales.d/pt.conf trunk/modules/conf/release/locales.d/pt_BR.conf trunk/modules/conf/release/locales.d/ro.conf trunk/modules/conf/release/locales.d/ru.conf trunk/modules/conf/release/locales.d/ru_RU-cp1251.conf trunk/modules/conf/release/locales.d/ru_RU-koi8-r.conf trunk/modules/conf/release/locales.d/sk.conf trunk/modules/conf/release/locales.d/uk_UA-cp1251.conf trunk/modules/conf/release/locales.d/uk_UA-koi8-u.conf Log: adding locales too--why not? ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] .conf files encoding/tags
RTFHTML convert; SWBuf about = module-getConfigEntry(About); convert.processText(about); // about is now HTML OK, I didn't know that. This makes it much easier. I think BT does just that. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] .conf files encoding/tags
Hi Eeli, I suggest we create a new wiki page for developer news. Every time a standard or best practice has been set or something added into conf files or the Sword library a new item would be added. It will take a few minutes every time and I know how difficult it is, but it would enhance the quality of our process. I have been following this list for years but it is quite difficult to notice and remember all relevant information. Sometimes even important news drown in the sea of the mails. I think this is a brilliant idea. The what's new page would not have to document the changes in detail, but give reference to the relevant documentation. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] API docs for sword / update for 1.5.10
Hi. It has been noted recently, that there is a sword-apidoc SVN module which contains the doxygen-generated html documentation of Sword's source code. I used to maintain this sword-apidoc module until 1.5.8 or so, and will take ownership of it again in the light of the changed release policy of Sword. The files have just been updated to 1.5.10. So whoever thinks that Sword's documentation is not good enough: Please check out sword, and start editing the *.h files to provide more detailed doxygen-style comments, code examples etc. Submit your changes here as a patch, if you don't have commit rights. We'll integrate them, I'll update the sword-apidoc module so that people can benefit from your work. You can either view the documentation by checking out SVN from https://crosswire.org/svn/sword-apidoc/trunk/ or browsing my copy at https://crosswire.org/~mgruner/sword-apidoc/html. Regards, mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] 1.5.10
Hi Troy, looking at the list of bugs that have major priority and above, I see nothing that would be important enough to hold up 1.5.10. There may still be open issues, but I think we agree that frequent releases are more important than feature-complete bug-free releases. In fact, they contradict each other. So my vote goes for: release now, make more bugfix (point) releases later. API-87Compilation fails with latest glibc Perhaps this could be checked and integrated, if the code works ok. No real bug, but might become a problem in the future. Patch already available. API-79installmgr cannot install an updated module over one already installed I think you already fixed this one, right? So we can probably close it. Thanks for the time you already invested, Troy. mg Am Freitag, 28. September 2007 schrieb Troy A. Griffitts: Hey guys, Has anyone had a chance to look into any of the remaining bugs in our bugtrack (http://crosswire.org/bugs/)? It would be nice if we could wrap 1.5.10 up this coming weekend. Is there anything not done that anyone would like to dub as 'critical' for this release? Is there anything anyone has been working on which they think will be ready? Thanks guys, -Troy. ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] osis2mod change
Troy, very good decision. mg Am Freitag, 28. September 2007 schrieb Troy A. Griffitts: Sorry this is escalating and an emotional issue. I'm not sure why it is such. Thanks for all the buzz words. 20 lines added and commited. DM Smith [EMAIL PROTECTED] wrote: On Sep 27, 2007, at 1:49 PM, Troy A. Griffitts wrote: DM, I'm sorry. I never intended to 'stifle community contribution'. I was merely trying to make a technical decision. If you describe to me a benefit of importing 475 lines which we did not write or have any idea if it is crossplatform-- to check 4 command line options to a tool that is only total 840 lines, then I might consider. You asked for one. Here is a bunch. Pros: Industry standard command line code. Reusable code. Becomes a pattern for new utilities, perhaps for existing utilities. Stable/proven code. POSIX standard. Usage is well-known, understood and used by many programmers. Easy to use. Easy to maintain. Easy to extend. Favorable license. Cons: Would need to be proven on various platforms. Not invented here. But it seems to me we could simple add a 20 line for loop to do the same. And I'm not sure we wouldn't still need to add the 20 line for loop if we imported this code. Checking commandline arguments in C is not that hard. I don't need a library to do it for me-- especially when our input arguments are neither lengthy, nor complex. Yes, checking command line options is not all that hard in C. But why reinvent the wheel? create a loop that checks first characters of argument for - or --, look for match against expected set of values when match found determine whether it requires an argument, if so get the argument and determine how to convert it to an appropriate internal representation based upon what was successfully passed determine whether disambiguation needs to occur, if so, disambiguate, saving value as appropriate. on error, report error and post usage statement. Granted some of the above needs to be done regardless of which implementation is used. Please understand I'm only trying to make a technical decision. Another reason, I have further plans to enhance osis2mod to also take a valid OSIS commentary. I'm anticipating that will require more flag changes. Also, with Chris' change to do normalization, it may be necessary to pass in whether the encoding is UTF-8 or Latin-1. -Troy. DM Smith wrote: Troy, I'm not sure what the dependency would be. The code is self-contained and 475 lines. The getsubopt.c is not needed unless getopt.h is used as is. As Chris notes, it can be isolated in the utilities directory not injecting dependency anywhere. The only other possible dependency is that of the license. If that is a problem, I will keep looking for a version with one that is not. Please don't stifle community contribution. DM Troy A. Griffitts wrote: I think I would like to conclude this thread with deciding that we are not willing to introduce a dependency to iterate simple program args. Thank you all for the suggestion. -Troy. DM Smith wrote: How about this implementation, as it is pretty short: Header: http://www.mirbsd.org/cvs.cgi/src/include/getopt.h? rev=1.1.1.1;content-type=text%2Fplain Code: http://www.mirbsd.org/cvs.cgi/src/lib/libc/stdlib/getopt_long.c? rev=1.1.1.3;content-type=text%2Fplain http://www.mirbsd.org/cvs.cgi/src/lib/libc/stdlib/getsubopt.c? rev=1.3;content-type=text%2Fplain It is a BSD license that is compatible with GPL (some BSD are not) and it is self contained in one file. -- DM On Sep 26, 2007, at 5:15 PM, Chris Little wrote: But Windows lacks it, I believe. I suppose we could absorb some BSD code, assuming it were short, to achieve the same end, but we can't just #include unistd.h. --Chris Sergio QUEIROZ wrote: getopt without GNU extensions is a part of the Unix Base Specifications and should be available mostly everywhere. http://www.opengroup.org/onlinepubs/009695399/functions/ getopt.html Yours, Sergio Le mercredi 26 septembre 2007 à 11:35 -0700, Chris Little a écrit : Eeli Kaikkonen wrote: On Tue, 25 Sep 2007, Troy A. Griffitts wrote: As DM has said previously, it would be really nice to have normal -options which are not order dependent. Using GNU getopt? http://www.gnu.org/software/libc/manual/html_node/Getopt.html Using anything from GNU would be a bad idea. Enduring the chore involved in parsing typical unix command line options makes our code more portable and avoids the need to license additional libraries. Writing a simple command line option parser isn't especially difficult or burdensome, anyway. --Chris ___ sword-devel mailing list: sword-devel@crosswire.org
Re: [sword-devel] image support
Hi Karl, please enter this into our feature request tracker at sourceforge. We'll add it when we have the time. mg am Freitag, 7. September 2007 um 15:24 schrieben Sie: I hesitate to ask for much more in the way of new feature support, considering that Troy has graciously reacted so well to my previous agitation about a new release, but let me just put a bug in folks' ears about the need for improvements to image support in Sword Project UIs. Peter (refdoc) recently aimed me at a wonderful resource for some lovely and useful image collections. As a result, I've recently created 6 or 7 new all-image modules. They can be found on my repository. The Doré Woodcuts are simply gorgeous; they're in two formats, one as a genbook with simple hiearchical keys, and one in commentary format, verse-range-keyed to the portions referred to by the images. Be aware that these modules are huge -- 70Mbytes. Credit to Peter for doing the legwork of creating the verse ranges I needed for the module import. There is also a Lineage module, consisting of some amazingly useful detail on the lineage of patriarchs and others. Plus there are a few other smaller but still interesting and useful modules. These modules are all in status combination of public domain, publicly available, or copyrighted with permission for non-profit distribution. One thing I see in reviews of Bible software is how much folks like to see maps and photos, and this is my way of trying to contribute to more of that kind of content. One thing that I believe is important is image resizing. Many images are much too large to fit even onto one's screen, much less into a subwindow of a UI that's doing several things at once. GnomeSword takes care of this with a preferences setting for auto-resizing, such that GS will enforce height and width constraints on images so that they fit proportionally within the containing subwindow. One can also then click such an image, which induces GS to spawn an external viewer (ImageMagick's display) in order to view the image full-size. I've asked DM as to the difficulty of doing something similar in BibleDesktop; also, I am aware that BibleTime does images, but doesn't offer resizing, which is a feature that I wish that crew would consider. WinSword, of course, doesn't yet do images at all, and I really think it needs the ability. --karl ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] GPL 3 licencing issues
This becomes even more important if Linux user base grows in the third world. Just like with paper Bibles, we are blessed with abundancy, but there are millions of persons who can't afford even one. We are declined to think about NIV etc. as very important and I also think they are - but only if we are thinking about our user base in Western countries. I feel the same. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] [jsword-devel] Parallel View with Differences
Hi DM, I'm highly interested in your code for the diff display. If possible, I'd like to integrate this into BT as well. mg Am Donnerstag, 24. Mai 2007 schrieb DM Smith: (cross-posting to sword-devel for their feedback, too) I have just committed a first pass at adding a comparison parallel view to JSword. (I ported JavaScript code from Neil Fraser into Java. It is also available from him in Python. I don't think it would be too hard to port my code to C++, if anyone is interested.) Right now the showing of parallel texts and diffs is hard coded into the code, but will change by release time, giving the user full control. Here is how it works today in BibleDesktop: If you select a Bible that is not your default Bible, you get parallel view. If it is they are also same language, then you will see an additional column between the two, showing the differences. I'd like to get your feedback. Especially on how to allow the user to choose to show the diff column or not. Here is what it looks like: (ESV is my default Bible and I am showing the NASB [which I am working on for Lockman Publishing]) A parallel view with differences between versions ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] Fwd: [sword-svn] r2045 - trunk/src/modules
Hi Chris,
are you sure you want to move from StandardAnalyzer to SimpleAnalyzer? IIRC
searches won't find English stop words like for, then, and...
mg
-- Weitergeleitete Nachricht --
Subject: [sword-svn] r2045 - trunk/src/modules
Date: Donnerstag, 3. Mai 2007
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Author: chrislit
Date: 2007-05-03 03:41:07 -0700 (Thu, 03 May 2007)
New Revision: 2045
Modified:
trunk/src/modules/swmodule.cpp
Log:
DM's RAMDirectory patch for CLucene indexing
Modified: trunk/src/modules/swmodule.cpp
===
--- trunk/src/modules/swmodule.cpp 2007-05-01 17:35:31 UTC (rev 2044)
+++ trunk/src/modules/swmodule.cpp 2007-05-03 10:41:07 UTC (rev 2045)
@@ -515,7 +515,7 @@
is = new IndexSearcher(ir);
(*percent)(10, percentUserData);
- standard::StandardAnalyzer analyzer;
+ SimpleAnalyzer analyzer;
lucene_utf8towcs(wcharBuffer, istr, MAX_CONV_SIZE);
//TODO Is istr always
utf8?
q = QueryParser::parse(wcharBuffer, _T(content),
analyzer);
(*percent)(20, percentUserData);
@@ -960,10 +960,12 @@
setKey(*searchKey);
}
- IndexWriter *writer = NULL;
+ RAMDirectory *ramDir = NULL;
+ IndexWriter *coreWriter = NULL;
+ IndexWriter *fsWriter = NULL;
Directory *d = NULL;
- standard::StandardAnalyzer *an = new standard::StandardAnalyzer();
+ SimpleAnalyzer *an = new SimpleAnalyzer();
SWBuf target = getConfigEntry(AbsoluteDataPath);
bool includeKeyInSearch =
getConfig().has(SearchOption, IncludeKeyInSearch);
char ch = target.c_str()[strlen(target.c_str())-1];
@@ -972,19 +974,10 @@
target.append(lucene);
FileMgr::createParent(target+/dummy);
- if (IndexReader::indexExists(target.c_str())) {
- d = FSDirectory::getDirectory(target.c_str(), false);
- if (IndexReader::isLocked(d)) {
- IndexReader::unlock(d);
- }
-
- writer = new IndexWriter( d, an, false);
- } else {
- d = FSDirectory::getDirectory(target.c_str(), true);
- writer = new IndexWriter( d ,an, true);
- }
+ ramDir = new RAMDirectory();
+ coreWriter = new IndexWriter(ramDir, an, true);
+
-
char perc = 1;
VerseKey *vkcheck = 0;
@@ -1222,7 +1215,7 @@
if (good) {
//printf(writing (%s).\n, (const char *)*key);
//fflush(stdout);
- writer-addDocument(doc);
+ coreWriter-addDocument(doc);
}
delete doc;
@@ -1230,9 +1223,29 @@
err = Error();
}
- writer-optimize();
- writer-close();
- delete writer;
+ // Optimizing automatically happens with the call to addIndexes
+ //coreWriter-optimize();
+ coreWriter-close();
+
+ if (IndexReader::indexExists(target.c_str())) {
+ d = FSDirectory::getDirectory(target.c_str(), false);
+ if (IndexReader::isLocked(d)) {
+ IndexReader::unlock(d);
+ }
+
+ fsWriter = new IndexWriter( d, an, false);
+ } else {
+ d = FSDirectory::getDirectory(target.c_str(), true);
+ fsWriter = new IndexWriter( d ,an, true);
+ }
+
+ Directory *dirs[] = { ramDir, 0 };
+ fsWriter-addIndexes(dirs);
+ fsWriter-close();
+
+ delete ramDir;
+ delete coreWriter;
+ delete fsWriter;
delete an;
// reposition module back to where it was before we were called
___
sword-cvs mailing list
[EMAIL PROTECTED]
http://www.crosswire.org/mailman/listinfo/sword-cvs
---
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] PATCH for crashes with ciphering code
Hi Troy. Thanks for taking notice of my patch. The strlen should not pose a problem, because I removed one that was there but seemed superfluous: -inBuf.setSize(strlen(inBuf.c_str())); So we still have only one strlen. Nothing should be slower. God bless. Martin Am Montag, 4. Dezember 2006 05:43 schrieb Troy A. Griffitts: Thanks Daniel, If you take this on, please note: Do not include this: + cacheBuf[0]='\0'; //just in case len==0 Please see if the added strlen is much of a speed hit. This code should probably be changed to use SWBuf, which keeps track of len and doesn't need to do strlen to return size. I believe it was written by a volunteer long before SWBuf existed. Thanks for any help. -Troy. PS. My apologies for being away. It's the end of the semester in about 10 days and I'm totally behind. Hope to resurface again after. ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] PATCH for crashes with ciphering code
Thanks Daniel. Assuming (ok, big assumption ;) that there will be an imminent release can the frontends please try out with current sword svn (preferably + Martins patch). I can't see how anything would have been broken since 1.5.9 but better safe than sorry. BibleTime is ready. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] PATCH for crashes with ciphering code
The attached patch fixes the stability problems experienced with Sword and
ciphered and locked modules.
To see unpatched Sword crash, just run
mod2imp GerHfa2002 and
mod2imp GerHfaLex2002
without the correct unlock key.
The patch works against 1.5.9 and does the following:
-fix one unchecked pointer access in zverse.cpp, based on Joachim's suggestion
with small improvements such as one removed strlen()
-allow the return value of the zip uncompression code to be used correctly.
Now uncompression will detect that it has corrupt data (when deciphering with
a wrong key) and return an empty string in that case.
This seems to finally fix the stability issues for me.
I would be very glad if the patch could be applied to HEAD and a bugfix
release of Sword (1.5.9.1 or something, including Daniel's large compile and
automake fixes) be released, otherwise our users cannot profit from it
easily.
Martin
Index: src/modules/common/zverse.cpp
===
--- src/modules/common/zverse.cpp (Revision 2017)
+++ src/modules/common/zverse.cpp (Arbeitskopie)
@@ -237,6 +237,7 @@
unsigned long len = 0;
compressor-Buf(0, len);
cacheBuf = (char *)calloc(len + 1, 1);
+ cacheBuf[0]='\0'; //just in case len==0
memcpy(cacheBuf, compressor-Buf(), len);
cacheTestament = testmt;
@@ -257,13 +258,11 @@
void zVerse::zReadText(char testmt, long start, unsigned short size, SWBuf inBuf) {
inBuf = ;
- inBuf.setFillByte(0);
- inBuf.setSize(size+1);
- if (size 0) {
- if (cacheBuf)
- strncpy(inBuf.getRawData(), (cacheBuf[start]), size);
+ if ( (size 0) cacheBuf ((start+size) = strlen(cacheBuf)) ){ //TODO: optimize this, remove strlen
+ inBuf.setFillByte(0);
+ inBuf.setSize(size+1);
+ strncpy(inBuf.getRawData(), (cacheBuf[start]), size);
}
- inBuf.setSize(strlen(inBuf.c_str()));
}
Index: src/modules/common/zipcomprs.cpp
===
--- src/modules/common/zipcomprs.cpp (Revision 2017)
+++ src/modules/common/zipcomprs.cpp (Arbeitskopie)
@@ -79,7 +79,7 @@
if (len)
{
//printf(Doing compress\n);
- if (compress((Bytef*)zbuf, zlen, (const Bytef*)buf, len)!=Z_OK)
+ if (compress((Bytef*)zbuf, zlen, (const Bytef*)buf, len) != Z_OK)
{
printf(ERROR in compression\n);
}
@@ -89,7 +89,7 @@
}
else
{
- fprintf(stderr, No buffer to compress\n);
+ fprintf(stderr, ERROR: no buffer to compress\n);
}
delete [] zbuf;
free (buf);
@@ -144,15 +144,18 @@
unsigned long blen = zlen*20; // trust compression is less than 1000%
char *buf = new char[blen];
//printf(Doing decompress {%s}\n, zbuf);
- if (uncompress((Bytef*)buf, blen, (Bytef*)zbuf, zlen) != Z_OK) {
- fprintf(stderr, no room in outbuffer to during decompression. see zipcomp.cpp\n);
+ slen = 0;
+ switch (uncompress((Bytef*)buf, blen, (Bytef*)zbuf, zlen)){
+ case Z_OK: SendChars(buf, blen); slen = blen; break;
+ case Z_MEM_ERROR: fprintf(stderr, ERROR: not enough memory during decompression.\n); break;
+ case Z_BUF_ERROR: fprintf(stderr, ERROR: not enough room in the out buffer during decompression.\n); break;
+ case Z_DATA_ERROR: fprintf(stderr, ERROR: corrupt data during decompression.\n); break;
+ default: fprintf(stderr, ERROR: an unknown error occured during decompression.\n); break;
}
- SendChars(buf, blen);
delete [] buf;
- slen = blen;
}
else {
- fprintf(stderr, No buffer to decompress!\n);
+ fprintf(stderr, ERROR: no buffer to decompress!\n);
}
//printf(Finished decoding\n);
free (zbuf);
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] crashes with ciphering code
Hi DM and everybody. I changed the line to: strncpy(*buf, cacheBlock-getEntry(entry), size); (*buf)[size]='\0'; But it didn't work. Still crashes. I believe I found the reason though. As I assumed many months ago, the reading process works like this: decryption - decompression - display. Proof (zstr.cpp): unsigned long len = size; buf.setSize(size); rawZFilter(buf, 0); // 0 = decipher compressor-zBuf(len, buf.getRawData()); char *rawBuf = compressor-Buf(0, len); cacheBlock = new EntriesBlock(rawBuf, len); cacheBlockIndex = block; That means we're trying to decompress faulty data! Can we at least check for a zip signature or something in the decompressor? This must also be the reason for the frequent warnings no room in outbuffer to during decompression. see zipcomp.cpp. If I have the flow of events correct this time, then we have a design problem. It would be best to change the flow of events and rebuild the modules and release a fixed and incompatible sword version. Or am I wrong? Please advise. Martin Am Montag, 27. November 2006 22:51 schrieb DM Smith: Joachim Ansorg wrote: zStr::getCompressedText calls strcpy(*buf, cacheBlock-getEntry(entry)); My fix for this would be (without digging deep into the sources) in line 438 of zstr.cpp: strncpy(*buf, cacheBlock-getEntry(entry), size); This takes me way back. I haven't done serious C coding in years! But I remember something about this one. I had been bitten by it several times. IIRC: strncpy will not null terminate the string. Generally its good to follow it with buf[size] = '\0'; strncpy will stop copying if it sees '\0' before it reaches the end. In that case, strncpy stops after it copies the '\0'. It may be good to compare strlen(buf) == size and throw an error if it is not. Putting this together: strncpy(*buf, cacheBlock-getEntry(entry), size); buf[size] = '\0'; if (strlen(buf) != size) an error has occurred. Also, since we expect that the string is copied in its entirety, it is probably better and faster to use memcpy. Memmove would also work but would be slightly slower than memcpy. strcpy expects a \0-terminated string. If the deciphering with the wrong key creates a char* without a proper \0 this would result in an address out of bounds. So the fix is to make sure we just copy the number of bytes which are available in the cacheBlock. I did not yet think whether a \0 has to explicitely be set at the end of *buf. Does this make sense? Does somebody have the setup to test this? Thanks, Joachim ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] crashes with ciphering code
Hi Troy. I wrote you that we are having difficulties with BibleTime's stability since we use my dumb check that the entered cipher key is valid function, which basically just calls (*m_module) = sword::TOP; QString test = QString::fromLatin1( m_module-getRawEntryBuf().c_str() ); These lines _sometimes_ make BibleTime crash like this: And the KDE crash handler backtrace is: Using host libthread_db library /lib/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1241056400 (LWP 5365)] [KCrash handler] #6 *__GI_strcpy (dest=0x0, src=0x12f75880 Address 0x12f75880 out of bounds) at ../sysdeps/generic/strcpy.c:39 #7 0xb65ebbe6 in sword::zStr::getCompressedText () from /usr/lib/libsword-1.5.9.so #8 0xb65ecce7 in sword::zStr::getText () from /usr/lib/libsword-1.5.9.so #9 0xb664928c in sword::zLD::getEntry () from /usr/lib/libsword-1.5.9.so #10 0xb66494e9 in sword::zLD::getRawEntryBuf () from /usr/lib/libsword-1.5.9.so #11 0xb6647bab in sword::SWLD::setPosition () from /usr/lib/libsword-1.5.9.so #12 0x08128af1 in CSwordModuleInfo::unlockKeyIsValid (Strange thing here: crashes on (*m_module) = sword::TOP;) A user now posted a more detailed analysis: Well, I've narrowed down the bug a bit, to somewhere in sword's ciphered-text--handling system, or possibly in how bibletime uses that system. When I removed the two locked modules, gerhfa2002 and gerhfalex2002, from my /usr/share/sword tree, the crashes don't seem to be happening. (Although I still get Error reading ulBuffNum sometimes while creating indices, which I got before.) zStr::getCompressedText calls strcpy(*buf, cacheBlock-getEntry(entry)); the getEntry is in entriesblk.cpp, and it calls getMetaEntry. getEntry then returns: return (offset) ? block+offset : empty; The crashing occurs when offset is non-zero but block+offset is not a valid string pointer. Hence, in the previous post: #6 *__GI_strcpy (dest=0x0, src=0x12f75880 Address 0x12f75880 out of bounds) 0x12f75880 in this case was block+offset (confirmed by printing out the value of block+offset on another occasion). Do you think this is something that can be fixed? If not, I'll have to disable the check cipher key function again. Or is it even an error in BibleTime? Thanks for your guidance in this matter. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] modules to relational database
Well, I thought about this, and since you ask.. Case-in-point: book/chapter/verse. You can easily put a bible into any relational database and index it having a column for book, chapter, and verse. But what about paragraphs? Sentences? You can split up any XML document at its nodes like osisID, div etc. into rows of a database that also holds the rendering context for each of these nodes, and also information about the tree structure of the xml document (parent-children etc.). How deep you want to split it beyond osisID depends on what you want to do. What about the fact that Christians and Jews have slight differences in verse numbering? Every module is stored with its own structure, no static predefined layout. You can use a mapper database to convert between the different versification schemes (in fact I already have one ready to use). How do you handle quotation? How do you flag whether or not a verse is in the middle of a quote? To store the text in a database does not mean you use your own markup. The text stays OSIS (or whatever else). So you could use OSIS milestones to achieve that, depending on the structure of your document. How do you handle the way things are handled in different translations? How do you mark the english text so that we can map the words back to the greek/hebrew lexicon? These are markup issues. The folks who created Sword, OSIS, ThML, USFX, etc... all these folks have spent a good deal of time grappling with these issues. It would be wise to utilize this -- even contribute to this. Sure! But that does not imply a particular storage or access format! The more I think about it, the more I find that a database would be a very fast and convenient way to represent the tree structure of an xml document. Better than Sword does at the moment. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] sword-devel Digest, Vol 32, Issue 12
This sounds very interesting. Is there something similar for C++? mg Am Dienstag, 7. November 2006 20:24 schrieb Yiguang Hu: If you have to think of other repository than sword module, how about xindice. It stores XML directly and you can access the data using XPATH. Sure xindice is young also. http://xml.apache.org/xindice/ --- [EMAIL PROTECTED] wrote: Send sword-devel mailing list submissions to sword-devel@crosswire.org To subscribe or unsubscribe via the World Wide Web, visit http://www.crosswire.org/mailman/listinfo/sword-devel or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of sword-devel digest... Today's Topics: 1. Re: modules to relational database (Gabriel M. Beddingfield) -- Message: 1 Date: Tue, 7 Nov 2006 12:27:57 -0600 (CST) From: Gabriel M. Beddingfield [EMAIL PROTECTED] Subject: Re: [sword-devel] modules to relational database To: SWORD Developers' Collaboration Forum sword-devel@crosswire.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain;charset=iso-8859-1 You can split up any XML document at its nodes like osisID, div etc. into rows of a database that also holds the rendering context for each of these nodes, and also information about the tree structure of the xml document (parent-children etc.). How deep you want to split it beyond osisID depends on what you want to do. From what I've seen, a lot (maybe most) of the serious bible texts have structured their documents like you would a book, and then littered it with milestones to mark where chapters and verses begin. E.g. !-- my aplologies for butchering ThML -- p ScripRef verse='Gen 1:1' /In the beginning, God created the heavens and the earth. ScripRef verse='Gen 1:2' / And the earth was shapeless and void... /p On the one hand, you can store the XML document in a relational database as an XML document... preserving each tag, location, attributes, etc. On the other hand, I would expect someone (like me or the OP) to try and divide things up by Book/Chapter/Verse: +--++---+---+ | Book | Ch | Verse | Text +--++---+---+ | Gen | 1 | 1 | In the beginning, God created the | | || | heavens and the earth. +--++---+---+ | Gen | 1 | 2 | And the earth was shapeless and | | || | void... +--++---+---+ To be clear on what I'm getting at... IMHO, I just don't think there's a large advantage to converting a module to a RDMS. If you preserve the original document (OSIS, ThML, etc.)... why not just leave it in OSIS, ThML, etc.? If you redo the schema to the RDMS, I think you'll end up with a lot of headaches that the XML/SGML schemas solve well. I can be convinced otherwise (after all, I really do love RDMS's)... but this is how I see it. -- G a b r i e l M B e d d i n g f i e l d -- ___ sword-devel mailing list sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel End of sword-devel Digest, Vol 32, Issue 12 *** ___ _ Sponsored Link Try Netflix today! With plans starting at only $5.99 a month what are you waiting for? http://www.netflix.com/Signup?mqso=80010030 ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] modules to relational database
Hi Troy, Martin, not to be rude, but have you actually personally used SWORD to display a tree structure? Well we gladly use it in BibleTime to display Genbooks, as you know. =) Have you attempted to represent a tree structure in a RDBMS? Yes. I learnt of it at work, where we use tree databases with Perl a lot. I'm not saying it can't be done. I'll just post the SWORD API exposed for this purpose, and let you and others decide if it is more convenient than SQL. From treekey.h (http://crosswire.org/svn/sword/trunk/include/treekey.h): /** Go to the root node */ virtual void root() = 0; /** Go to the parent of the current node * @return success or failure */ virtual bool parent() = 0; /** Go to the first child of the current node * @return success or failure */ virtual bool firstChild() = 0; /** Go to the next sibling of the current node * @return success or failure */ virtual bool nextSibling() = 0; /** Go to the previous sibling of the current node * @return success or failure */ virtual bool previousSibling() = 0; /** Does the current node have children? * @return whether or not it does */ virtual bool hasChildren() = 0; virtual void append() = 0; virtual void appendChild() = 0; virtual void insertBefore() = 0; This is correct. It can be done with Sword, and well so! Atm this is limited to Genbooks, though, and offers only partial access to the module's XML structure (chapters). And (correct me if I'm wrong) it cannot work with milestone-like elements. The functions listed above can be transformed to very simple, probably one-line SQL statements, except for the last three, which offer write access. God bless, mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] modules to relational database
Hi Gabriel. From what I've seen, a lot (maybe most) of the serious bible texts have structured their documents like you would a book, and then littered it with milestones to mark where chapters and verses begin. E.g. !-- my aplologies for butchering ThML -- p ScripRef verse='Gen 1:1' /In the beginning, God created the heavens and the earth. ScripRef verse='Gen 1:2' / And the earth was shapeless and void... /p Indeed, milestones are a problem. My current approach would be to extract navigational (structural) data that is milestoned to another tree database with references to the main. This would allow you to work with the original XML structure. On the one hand, you can store the XML document in a relational database as an XML document... preserving each tag, location, attributes, etc. On the other hand, I would expect someone (like me or the OP) to try and divide things up by Book/Chapter/Verse: +--++---+---+ | Book | Ch | Verse | Text | +--++---+---+ | Gen | 1 | 1 | In the beginning, God created the | | | || | heavens and the earth.| +--++---+---+ | Gen | 1 | 2 | And the earth was shapeless and | | | || | void... | +--++---+---+ This is not possible without destroying the structure of milestoned documents. To be clear on what I'm getting at... IMHO, I just don't think there's a large advantage to converting a module to a RDMS. If you preserve the original document (OSIS, ThML, etc.)... why not just leave it in OSIS, ThML, etc.? You've got a good point right there. This would actually be most preferrable. I don't know of a good solution for fast access in that case. You don't want to read the entire document into memory, and you don't want to parse it every time. Ideas? If you redo the schema to the RDMS, I think you'll end up with a lot of headaches that the XML/SGML schemas solve well. I can be convinced otherwise (after all, I really do love RDMS's)... but this is how I see it. Thanks for your comments! mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Schlachter 2000
Hi, IIRC the publisher said (a few years ago) they are not interested in releasing their text with PD software. That means we cannot distribute it. Sorry. mg Am Sonntag, 8. Oktober 2006 08:08 schrieb Chris Little: The Schlachter 2000 translation is under recent copyright, which explains why it is no longer available for MyBible (the trademark violating one, not the PocketPC one). If any of the German developers felt motivated, I guess they could work to secure the rights to distribute and sell unlocks for this translation, but it's not a matter of simply converting the text. PDF is maybe the worst format for source material, excluding scanned images. I've seen some plaintext editions of Schlacter 2000 online, but I believe they were lacking footnotes and text decoration and they were in the alte Rechtschreibung. But if we were given permission by the publisher, they could probably supply a good copy. --Chris Wurm Florian Friedrich Robert wrote: Hello brothers and sisters :) My name is Florian and I am a Linux user, and I enjoy it a lot! I always used www.mybible.de under windows because it gives you tons of bible modules. Now under Linux I use your program, which is great too... but I would be very well pleased to read my favorite translation of the Bible. As I read in this link, the request was already made: http://www.crosswire.org/pipermail/sword-devel/2004-May/020793.html And the author of the e-Mail is right, this German translation is very wide spread in evangelical circles and is GREAT because of it's accuracy and easy to read German it uses. I, myself prefer Textus Receptus Bibles, so I would be pleased to use the Schlachter 2000 Bible translation as well... On your home page you offer the Schlachter 1951 which has an older German and is NOT using the Textus Receptus, but the Nestle Aland text. Could you guys PLEASE convert a Schlachter 2000 module? - I would also inform the maker of Ubuntu CE (Christian version) about it, so that he can put it into his distro. Like you can read in the link above, here: http://www.sermon-online.de/search.pl?d1=Schlachter-2000+Bibellang=deau thor=119 you can find the Schlachter 2000 translation in PDF format! I would thank you from the depths of my heart if you would convert the Schlachter 2000 for us German Christians :) We would highly appreciate it, and I think (at least in my church) that would spread your great bible program even more. God bless you! And thanks for your work. In HIS service. Florian ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] When will 1.5.9 be released?
Hi, If you need 1.5.9 official before the BT release and need to release now, we can give everyone 2 more days to report and then release with what we have. Actually, that doesn't sound bad. How about we do this? IMO this is a good idea. Let`s make 1.5.9.x releases if/when more locales/bugfixes come in. We`ll do the same with BibleTime`s i18n package. So that means 1.5.9 deadline is 2006-09-20? God bless. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] JIRA links are incorrect in confirmation email
Lynn, you are right. I reported this a long time ago. mg Am Montag, 24. Juli 2006 12:30 schrieb L.Allan-pbio: When you create or modify a jira issue, you get a confirming email with invalid links: - View the issue: http://www.crosswire.org/jira/browse/MOD-43 should be: http://www.crosswire.org/bugs/browse/MOD-43 Is this minor annoyance something that CrossWire jira administrators can fix? - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://www.crosswire.org/jira/secure/Administrators.jspa should be: http://www.crosswire.org/bugs/secure/Administrators.jspa ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] WLC MORPH
Hi Kirk, [cross-posting: this is from a thread about exact morphological searches with Kirk Lowery] We'd also have to add another (redundant) element seg ... x-wlc-morphstring=[EMAIL PROTECTED] to be able to perform searches using the [EMAIL PROTECTED] syntax. I'm having trouble visualizing why this is so, but I trust you that it *is* so! :-) The reason is as simple as stupid. Searching works verse-based, not word-based in Sword/BibleTime atm. So when I search for lemma:somelemma and morph:somemorph to find [EMAIL PROTECTED], I might get verses that contain one word with lemma=somelemma and another one with morph=somemorph. That's why, at least for now, we do need the [EMAIL PROTECTED] syntax somewhere. Unless a better option comes up, of course. Ah! Now I understand. Okay, this brings up one of my favorite gripes about Bible software in general, including Sword: granularity of searching. All Bible software has its primary segmentation to be the verse. Yet most users, even the most unsophisticated, look to the sentence or more likely the word level. Also, with lemma and parsing strings, there are likely to be many false positives because there are many morphemes with the same or similar strings in the same verse. If Sword would reset the granularity of text segmentation to the word, it would trump every other Bible software package out there! Okay, I'll stop. :-) The search engine adds a field for everything, referring to a particular verse. So the verse's text is one field, all of the individual morph, lemma, footnote etc. strings are added as other distinct fields. So when I search for lemma:somelemma and morph:somemorph, the index is searched for verses that have one matching lemma field and one matching morph field. That's why the error mentioned above would disturb the user. Need to think more about it, perhaps there can be a way around this. How about overlapping indexes? One at the verse-level, one for each word- and one for each morpheme? It might take some reworking of the search engine, but maybe not so much? Then the user could choose when index he wants to search? Thant's exactly what I thought. Let's first do the module right, and then think about integrating the word-level index into BibleTime and, if possible, Sword later. That is why I'm CC'ing to Troy and other lists as well. God bless, Martin pgp3V3bpPViVA.pgp Description: PGP signature ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] alternative versification data needed
Replying to myself: it's here: http://www.ccel.org/refsys/refsys.html. mg Am Donnerstag, 22. Juni 2006 16:31 schrieb Martin Gruner: Hi, I plan to try and write a little utility that is able to map between the different OSIS versification systems. IIRC, there are at least 2 places on the web where information about the different versification schemes is present, in XML or some other format. Could somebody please point me there, I cannot find them? Thanks in advance. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] make rpm package - License?
Hi Artem, DistributionLicense=Copyrighted; Permission to distribute granted to CrossWire As the .conf file indicates, permission has been granted to Crosswire only, which makes a redistribution impossible. Please do not distribute this text. This is not our wish, but a requirement of the copyright holder and we shall follow that. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] MinimumVersion
Hi Artem, according to http://crosswire.org/wiki/index.php/DevTools:Modules, you are right. Martin Am Dienstag, 13. Juni 2006 20:38 schrieb Artem Zolochevskiy: hi all I'm new here. Correct me if i'm wrong If there is no MinimumVersion field in *.conf file then MinimumVersion is 1.5.1a -- Artem Zolochevskiy ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] New Wiki
Hi Troy, this is good news. Thanks a lot for setting it up! I'll look thru the content of the old wiki and move the most important stuff over. mg Am Montag, 5. Juni 2006 11:09 schrieb Troy A. Griffitts: As many of you know, some time ago we had to take our wiki down due to security reasons. It has really hindered our collaboration and progress. A new wiki has been installed and will hopefully fill this need. Please post any problems or hints you might find with the new software. -Troy. ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] For God Opposes the proud but gives grace to the humbe
In short I think I've got a bit of leaning to do. Dose the sword project have a wiki. We use one at work for technical documentation. Since I'm going to have to come up the learning curve a little, I could document as I go. You can find the api docs in the sword-apidoc SVN module. God bless, mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] Fwd: clucene call for assistance
Dear fellow Sword and BibleTime developers, Is there anyone here who would be able and willing to help Ben van Klinken, the maintainer of clucene, with fixing licensing issues for the upcoming clucene 0.9.11 release? This release is going to fix important bugs but is delayed because of these issues. Below is a copy of our communication. Martin -- Weitergeleitete Nachricht -- Subject: Re: thanks and release Date: Freitag, 31. März 2006 12:00 From: Ben van Klinken [EMAIL PROTECTED] To: Martin Gruner [EMAIL PROTECTED] Hi Martin, Really the only thing that we are stuck on is the license. I need to find replacement functions for many of the functions in gunichartables.cpp and repl_wcs.cpp (in the config directory). If we had apache compatible licenses for these functions, i could make release within a few days. Do you think there's any chance of you being able to help with that? ben On 3/31/06, Martin Gruner [EMAIL PROTECTED] wrote: Hello Ben, thanks for your email. BibleTime (not Sword itself) aims at a release in 2-3 weeks, perhaps a little longer. Do you think that there will be a clucene release in that time, or will it take substantially longer? In the latter case, we can try to work around some of the things fixed in 0.9.11 and make a bugfix release once it is out. Is there anything we could help you with? God bless, mg Am Dienstag, 28. März 2006 06:58 schrieben Sie: Hi Martin, I'm just very busy at my job at the moment. I would like to fix all the licensing issues before making this release. Once this is done, i will do a release. Sorry I can't do it any quicker than that. What is your release schedule for Sword? cheers ben On 3/28/06, Martin Gruner [EMAIL PROTECTED] wrote: Hello Ben, I am a member of the BibleTime project, a Sword frontend (http://bibletime.info). We switched to using clucene as a search backend, and we're so impressed by what it can do! Do you expect a release to be made soon? 0.9.11 will have some fixes that a new release of BibleTime (which we want to make soon) would need, that's why I am asking. Again, thanks for all your excellent work! mg --- ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] verse parsing
Troy, So the solution in this case is not to allow for non-OSIS booknames like JoshA and JoshB, but to encode the module correctly. That's what I am planning for the upcoming (if we get permission) MT-LXX-parallel module. If you get Josh 15, every verse will contain a table, the first column being codex A and the second one being codex B. So for the booknames, no modification is required as the current module structure is already a workaround (from the CATSS files). This is good information! Thank you. I'm still not sure what you are suggesting. Are you suggesting merging the 3 chapters in JoshA with JoshB? And somehow provide variant toggling? Yes, something along these lines. I looked at JoshA and tried to compare it to JoshB, but I couldn't find similaries. Maybe you can. The texts are so different in these verses that the scholars decided to regard them as two different traditions. That's why the printed LXX is split into two parts in these places. But they are still just the manuscript evidence for the same books. I may be wrong though, I'm no LXX expert. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] verse parsing
Hi Troy. I've been working on providing a VerseKey key interface for traversing modules like the LXXM: Is this really about v11n in Sword? First, I attempted to redo this module using OSIS book names for everything, and discovered that there just wasn't a nice book list we could display to the user. For example, JoshB (from the link above) seems to be the standard book of Joshua we'd all expect, but then JoshA (browse to it using the left index) contains 3 chapters: 15, 18, 19 Not sure exactly what these are, but I'm guessing they are replacements or additions to Joshua or some other book. Actually, I just have no idea. If you look at the printed LXX, you will note that in some parts it is divided into two sections. Each represents a different textual tradition (A=Codex Alexandrinus, B=Codex Vaticanus). JoshB basically has the standard text where there is no separation, and the Codex Vaticanus text from the divided passages, and JoshA only has the Codex A. text of these passages. So the solution in this case is not to allow for non-OSIS booknames like JoshA and JoshB, but to encode the module correctly. That's what I am planning for the upcoming (if we get permission) MT-LXX-parallel module. If you get Josh 15, every verse will contain a table, the first column being codex A and the second one being codex B. So for the booknames, no modification is required as the current module structure is already a workaround (from the CATSS files). We should not mix v11n with General Book handling! v11n is about Bibles only. The sub-verse issue: My suggestion would be to implement an internal, absolute reference scheme which is not exposed to the outside. This would translate a reference from a given v11n system to an integer number, giving the possibility to map different v11n schemes together. B, C and V would all be strings, and frontends could use VerseKey.nextChapter() or the like to iterate through them and could use the translator object to map them between modules. I can explain more if you like, and I'd be curious to see if I can help with this as well. From a BibleTime developers perspective, I'd say: We don't care if you break the current VerseKey/Treekey structure. Let's make a real cool and clean implementation, even if we have to choose a completely different layout/design. We'll adapt to that as soon as it is released. Good v11n handling is FAR more important than backwards compatibility here. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: V11n was Re: [sword-devel] Jonah 1.17 / 2.1
Hey Troy, Am Donnerstag, 23. März 2006 23:56 schrieb Troy A. Griffitts: I realize that Bibletime, and obviously JSword, don't see much benefit in the SWORD engine, as it stands now. That's not true. It would imply invalidating everything that we have done together at crosswire. Basically, what you are both suggesting is removing the entire concept of a common engine-- which JSword doesn't use now anyway-- That's not true either. Our suggestions may have been ambiguous. We didn't intend to say Hey! Let's drop the Sword engine and start doing our own cool stuff!. We wanted to say Hey! Let's talk about extending the Sword engine to do new cool stuff! That may have been unclear, but I hope that the latter is allowed in a Sword Developer's Collaboration Forum. and Bibletime seem to currently have a 'work in spite of the limitations of' mentality. That is partly true. Moving ahead is not always easy. Peace, mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] NET bible tester modules
Barry, I'm excited about the upcoming Net Bible release for Sword! 2) BibleTime: This functions extremely well with NET only, and displays in a very helpful way. BibleTime users will be encouraged to take NET, (or NETfree) as the only required module. BibleTime uses install manager, and we require a Bibletime user to write some simple instructions for configuring it to use the bible.org ftp site and for installing. The key will be purchased and will be configured during the install manager session. You don't want to host the (locked) files at the main crosswire repo? If you have you own repo at bible.org, we might add this to the list of default repos (libraries) in BibleTime, so that users will have immediate access to it. I'd prefer the crosswire-hosted solution though. There is currently no possibility to enter the key during download, but it can be done thereafter (click on the module and select unlock work). God bless, and all the best for your efforts, mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] SwordModuleCreator
That's a cool idea. BibleTime could then embed a quanta KPart and use it for personal commentaries etc., or even general module editing. mg Am Freitag, 24. März 2006 16:35 schrieb Raphaël Pinson: I personally use Quanta to edit the OSIS files since it's an XML format, and I think developping a module to support OSIS in Quanta would be great :) If anyone is willing to do that... Raphaël Le Vendredi 24 Mars 2006 15:26, canfield a écrit : Hello, To those interested, a new version of SwordModuleCreator can be found at sourceforge: https://sourceforge.net/projects/modulecreator/ There are two flavours to choose from: The executable is a setup file which will install the executable, help and test project files (Windows only) The second is the source code for SwordModuleCreator for those who wish to try compiling themselves. The program has been debugged and further developed. It is now possible to have a project which contains multiple files. The files will be compiled into a single module. The tags catalog now includes Osis, VPL and IMP formats, so bibles, daily devotions and lexicons may be created with it. All compilers are built-in and written using wxWidgets. The windows setup includes a help file which descibes the functions. It also includes a little test project showing how multiple files can be used to create a genbook module. There is no doubt more that could be added, but at the moment I will leave this version as the final one except for any corrections found necessary. Hopefully this application will prove to be a usefull tool for those using windows. I would like to try and port it to Linux, but my attempts so far have failed due to not being able to set up the system properly for wxWidgets. Perhaps some one might like to have a go? Anyway have fun using it. ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: V11n was Re: [sword-devel] Jonah 1.17 / 2.1
DM, your proposal is excellent. Working with OSIS files directly is something Joachim and I have talked about already, seems to be a good way to go. For the mapping, there would have to be some kind of object that is able to translate OsisIDs from one v11n scheme to another. This could probably be done by using an absolute (theoretical, nonexistent) v11n scheme and mapping all others to this one. With your system, this would not have to care about the order of the books. Might be done with a (c)lucene index too. I'll take this part if you do the module access. =) Are clucene and lucene (and lucene4c etc.) indexes identical, and portable? Could they be distributed and used by different frontends in parallel? You are aware of the fact that this would mean a complete paradigm shift for the Sword API? mg Am Donnerstag, 23. März 2006 19:11 schrieb DM Smith: [EMAIL PROTECTED] wrote: Hi, I also have several issues with osis2mod, and I was getting ready to post. The fact is that there are several versification schemes for both Old and New Testaments. I was having a similar problem with re-versification in Tischendorf's Greek New Testament. It has John 1:52, because an earlier verse is sub-divided. But it also has 3John 15 and Rev 12:18, which agrees with UBS 4. How can we get osis2mod to recognize true variations in versification, and not standardize everything? A SWORD module consists of text (possibly compressed) and an index into that text. (Compressed modules will have additional tables marking the start and end of the compression unit. But I am ignoring them in the discussion below.) In a nutshell, the code needs to be changed both that which creates the index and that which reads it. Here is an overview of how it all hangs together. This may be a bit imprecise because the JSword implementation, which I work on and am familiar, may be slightly different from the actual SWORD API implementation. The index is a big fixed size array with each entry giving the start and length of each verse. There are slots for introductions to chapters and books, e.g. Gen.0 would give the intro to Genesis and Gen.1.0 would give an introduction to Genesis Chapter 1. Lookup happens in this fashion, the verse reference is first normalized (e.g. Matthew 1:5 might become Matt.1.5) And then this is re-normalized into 40.1.5. Then that normalization is converted into an index into the fixed size array via a lookup table. In the same fashion, the index is created. As the input is parsed, the verse body is substringed and titles which are immediately before the verse are marked as pre-verse and prepended to the verse. The verse reference is converted into the array index. The verse is written to the output file and the start of that verse in the output file is recorded in the index along with its length. You will note that the verses are laid down in the output file in the order that they are in the input file. If a verse exists more than once in the input, I think both get written to the output file, but the last one over-writes the first in the index. If a verse pertains to more than one KJV verse (e.g. verse osisID=Gen.1.1 Gen.1.2 text of Genesis 1.1 and Genesis 1.2/verse) then this is recorded in two index slots that point to the same place in the output file. It is possible to feed a correction to a module of just the changed verses. This will then be appended to the output file and the index will be updated to reflect the new material. The old material still remains. When a verse reference is outside of the KJV v11n, it is recognized as a problem. Now there are only so many ways that the program can handle it. It could reject it. Or in the case of JSword, if the book and chapter are in the KJV v11n, then it figures out which verse is really meant by adding it to start of the chapter. So Matt 1:27 would silently become Matt 2:2. Later when Matt 2:2 is seen, it would overwrite the earlier entry in the index and Matt 1:27 would be lost. There may be other strategies. But in every case it will not produce the desired results. Here is how I would suggest implementing a solution to this problem: use OSIS documents and use lucene with osisIDs as the keys. I have found that lucene is very fast. Input references would be normalized to osisIDs and these be used for lookup. Rather than storing the document in this index, the original would be left on disk as is (perhaps compressed by verse, chapter or book as we do today). The index would store start offset and end offset for each and every osisID in the document. The start offset would be to the beginning of the element and the end offset would be to the end of the element. In the case of milestoned elements, it would be from the start of the sID element to the end of the corresponding eID element. It could also handle multiple documents by storing the document names as well. Handling
Re: [sword-devel] Food for thought regarding OSIS and some of its alternatives...
Besides, it gave a working solution while I waited for OpenOffice.org Writer to gain OpenDocument text format support, and while I'm still waiting for SIL Graphite support to be added to OOo. Oh! I didn't know that SIL Graphite was already incorporated into MS products. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Sapphire, module cipher
Still, the simpler route is Martin's check for non-printables after deciphering the first 100 or so characters. (I'm assuming that it is fully UTF-8 aware.) DM, atm the routine treats the data as Latin1 byte sequence. This should work because all nonprinting characters are = 127 (first byte 0), and all higher unicode UTF-8 encoded characters consist of bytes = 128 (first byte 1). I found this better than parsing the stream as UTF-8, because it might contain rubbish without the valid key. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] unlockKeyIsValid() impl for Bibletime
Hello, I just added an unlockKeyIsValid() function to CSwordModuleInfo. It does a real simple check: it only returns true if getRawEntryBuf() of the module returns a non-empty string which contains only printable characters. The logic is that with a wrong or missing unlock key the module will return either nothing or text with non-printing (control) characters. It works well on my system. Joachim, how do we integrate this to kindof disable (don't try to retreive ANY text from them) modules without a valid unlock key, while still offering the possibility to unlock them? mg P.S. If desirable, this can also be implemented in Sword directly. ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Major Sword bug found -- buffer overflow
Hi, sorry for my misunderstanding of how Sword internals work. However, the problem is there, it may be something in the decompression algorithm. I'm attaching a valgrind trace of the crash in BibleTime when I try to open the GerHfaLex2002 without a valid key. mg -- no room in outbuffer to during decompression. see zipcomp.cpp ==6598== ==6598== Conditional jump or move depends on uninitialised value(s) ==6598==at 0x599FD16: sword::EntriesBlock::getMetaEntry(int, unsigned long*, unsigned long*) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x599FFC7: sword::EntriesBlock::getEntrySize(int) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x599EBDA: sword::zStr::getCompressedText(long, long, char**) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x599FB28: sword::zStr::getText(long, char**, char**) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x59F0644: sword::zLD::getEntry(long) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x59F08DF: sword::zLD::getRawEntryBuf() (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x59EEC61: sword::SWLD::setPosition(sword::SW_POSITION) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x812B19E: CSwordLexiconModuleInfo::entries() (in /home/dev/bibletime/bibletime/bibletime) ==6598==by 0x80ACF99: CLexiconKeyChooser::refreshContent() (in /home/dev/bibletime/bibletime/bibletime) ==6598==by 0x80AD702: CLexiconKeyChooser::CLexiconKeyChooser(QValueListCSwordModuleInfo*, CSwordKey*, QWidget*, char const*) (in /home/dev/bibletime/bibletime/bibletime) ==6598==by 0x80A45FE: CKeyChooser::createInstance(QValueListCSwordModuleInfo*, CSwordKey*, QWidget*) (in /home/dev/bibletime/bibletime/bibletime) ==6598==by 0x808785B: CLexiconReadWindow::initView() (in /home/dev/bibletime/bibletime/bibletime) ==6598== ==6598== Conditional jump or move depends on uninitialised value(s) ==6598==at 0x599FD16: sword::EntriesBlock::getMetaEntry(int, unsigned long*, unsigned long*) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x599FF78: sword::EntriesBlock::getEntry(int) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x599EC0F: sword::zStr::getCompressedText(long, long, char**) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x599FB28: sword::zStr::getText(long, char**, char**) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x59F0644: sword::zLD::getEntry(long) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x59F08DF: sword::zLD::getRawEntryBuf() (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x59EEC61: sword::SWLD::setPosition(sword::SW_POSITION) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x812B19E: CSwordLexiconModuleInfo::entries() (in /home/dev/bibletime/bibletime/bibletime) ==6598==by 0x80ACF99: CLexiconKeyChooser::refreshContent() (in /home/dev/bibletime/bibletime/bibletime) ==6598==by 0x80AD702: CLexiconKeyChooser::CLexiconKeyChooser(QValueListCSwordModuleInfo*, CSwordKey*, QWidget*, char const*) (in /home/dev/bibletime/bibletime/bibletime) ==6598==by 0x80A45FE: CKeyChooser::createInstance(QValueListCSwordModuleInfo*, CSwordKey*, QWidget*) (in /home/dev/bibletime/bibletime/bibletime) ==6598==by 0x808785B: CLexiconReadWindow::initView() (in /home/dev/bibletime/bibletime/bibletime) no room in outbuffer to during decompression. see zipcomp.cpp ==6598== ==6598== Conditional jump or move depends on uninitialised value(s) ==6598==at 0x599FFD0: sword::EntriesBlock::getEntrySize(int) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x599EBDA: sword::zStr::getCompressedText(long, long, char**) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x599FB28: sword::zStr::getText(long, char**, char**) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x59F0644: sword::zLD::getEntry(long) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x59F0824: sword::zLD::increment(int) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x812B263: CSwordLexiconModuleInfo::entries() (in /home/dev/bibletime/bibletime/bibletime) ==6598==by 0x80ACF99: CLexiconKeyChooser::refreshContent() (in /home/dev/bibletime/bibletime/bibletime) ==6598==by 0x80AD702: CLexiconKeyChooser::CLexiconKeyChooser(QValueListCSwordModuleInfo*, CSwordKey*, QWidget*, char const*) (in /home/dev/bibletime/bibletime/bibletime) ==6598==by 0x80A45FE: CKeyChooser::createInstance(QValueListCSwordModuleInfo*, CSwordKey*, QWidget*) (in /home/dev/bibletime/bibletime/bibletime) ==6598==by 0x808785B: CLexiconReadWindow::initView() (in /home/dev/bibletime/bibletime/bibletime) ==6598==by 0x80868AE: CDisplayWindow::init() (in /home/dev/bibletime/bibletime/bibletime) ==6598==by 0x807E11E: BibleTime::createReadDisplayWindow(QValueListCSwordModuleInfo*, QString const) (in /home/dev/bibletime/bibletime/bibletime) ==6598== ==6598== Conditional jump or move depends on uninitialised value(s) ==6598==at 0x599FF81: sword::EntriesBlock::getEntry(int) (in /usr/lib/libsword.so.5.0.0) ==6598==by 0x599EC0F: sword::zStr::getCompressedText(long, long, char**) (in
Re: [sword-devel] KJV2006 Project
Lynn, thanks for pointing this out. To be sure that it won't be forgotten, please file a bug at crosswire.org/bugs for the modules project. mg Am Donnerstag, 23. Februar 2006 18:10 schrieb L.Allan-pbio: I know zilch Greek or Hebrew, but could perhaps help with cleaning up the redundant/flawed tags in KJV there is a verse that is over 10,000 chars long, (Mark 1:9?) and several over 4,000 tags long. Stay tuned. With Troy's help, I should have the work area set up before too long with the KJV by book, perhaps chapter. I took a look at the KJV rawtext from the compressed module, and found 208 verses whose length is over 2500 characters. All of these are in the NT. There are over 900 NT verses that are over 2000 chars long. Not sure if this helps, but here is a link: htpp://lcdbible.sf.net/misc/VeryLongKjvVerses_2500.zip Mark 1:9 is over 15,000 characters, and something is clearly incorrect. The pattern w src morph is repeated about 1000 times within the same verse: # 36: BCV= Mark 1:9 Len:15329 w src=1 lemma=x-Strongs:G2532 morph=x-Robinson:CONJAnd/w w src=2 lemma=x-Strongs:G1096 morph=x-Robinson:V-2ADI-3Sit came to pass/w w src=3 lemma=x-Strongs:G1722 morph=x-Robinson:PREPin/w w src=4 lemma=x-Strongs:G1565 morph=x-Robinson:D-DPFthose/w w src=6 lemma=x-Strongs:G2250 morph=x-Robinson:N-DPFdays/w, that w src=8 lemma=x-Strongs:G2424 morph=x-Robinson:N-NSMJesus/w w src=7 lemma=x-Strongs:G2064 morph=x-Robinson:V-2AAI-3Scame/w w src=9 lemma=x-Strongs:G575 morph=x-Robinson:PREPfrom/w w src=10 lemma=x-Strongs:G3478 morph=x-Robinson:N-PRINazareth/w w src=12 lemma=x-Strongs:G1056 morph=x-Robinson:N-GSFof Galilee/w, w src=13 lemma=x-Strongs:G2532 morph=x-Robinson:CONJand/w w src=14 lemma=x-Strongs:G907 morph=x-Robinson:V-API-3Swas baptized/w w src=15 lemma=x-Strongs:G5259 morph=x-Robinson:PREPof/w w src=16 lemma=x-Strongs:G2491 morph=x-Robinson:N-GSMJohn/w w src=17 lemma=x-Strongs:G1519 morph=x-Robinson:PREPin/w w src morph w src morph w src morph w src morph w src w src morph w src morph w src morph w src morph w w src morph w src morph w src morph w src morph w src w src morph w src morph w src morph w src morph w src w src morph w src morph w src morph w src morph w src w src morph w src morph w src morph w src morph w src *** repeats *** about *** 300 *** lines w src morph w src morph w src morph w src morph w src w src morph w src morph w src morph w src morph w src=20 w src morph w src morph w src morph w src morph=x-Robinson:N-ASM lemma=x-Strongs:G2446 w src=19 lemma=x-Strongs:G2446 morph=x-Robinson:N-ASMJordan/w/w. w src=5 lemma=x-Strongs:G3588 morph=x-Robinson:T-DPF/w w src=11 lemma=x-Strongs:G3588 morph=x-Robinson:T-GSF/w w src=18 lemma=x-Strongs:G3588 morph=x-Robinson:T-ASM/wresp type=strongsMarkup name=rkr date=2002-11-30-21:45/ I noticed there was very significant repetition of x-Strongs:G3588 in a lot of verses, but I don't understand enough about osis markup to know if that is an error. Here is an example: # 2: BCV= Matthew 2:13 Len: 3012 w src=38 lemma=x-Strongs:G3588 morph=x-Robinson:T-GSM/w w src=36 lemma=x-Strongs:G3588 morph=x-Robinson:T-ASN/w w src=18 lemma=x-Strongs:G3588 morph=x-Robinson:T-ASF/w w src=15 lemma=x-Strongs:G3588 morph=x-Robinson:T-ASN/w w src=10 lemma=x-Strongs:G3588 morph=x-Robinson:T-DSM/w w src=2 lemma=x-Strongs:G1161 morph=x-Robinson:CONJAnd when/w w src=3 lemma=x-Strongs:G846 morph=x-Robinson:P-GPMthey/w w src=1 lemma=x-Strongs:G402 morph=x-Robinson:V-AAP-GPMwere departed,/w w src=4 lemma=x-Strongs:G2400 morph=x-Robinson:V-2AAM-2Sbehold,/w w src=5 lemma=x-Strongs:G32 morph=x-Robinson:N-NSMthe angel/w w src=6 lemma=x-Strongs:G2962 morph=x-Robinson:N-GSMof the Lord/w w src=7 lemma=x-Strongs:G5316 morph=x-Robinson:V-PEI-3Sappeareth/w w src=11 lemma=x-Strongs:G2501 morph=x-Robinson:N-PRIto Joseph/w w src=8 lemma=x-Strongs:G2596 morph=x-Robinson:PREPin/w w src=9 lemma=x-Strongs:G3677 morph=x-Robinson:N-OIa dream,/w w src=12 lemma=x-Strongs:G3004 morph=x-Robinson:V-PAP-NSMsaying,/w w src=13 lemma=x-Strongs:G1453 morph=x-Robinson:V-APP-NSMArise,/w w src=14 lemma=x-Strongs:G3880 morph=x-Robinson:V-2AAM-2Sand take/w w src=16 lemma=x-Strongs:G3813 morph=x-Robinson:N-ASNthe young child/w w src=17 lemma=x-Strongs:G2532 morph=x-Robinson:CONJand/w w src=20 lemma=x-Strongs:G846 morph=x-Robinson:P-GSMhis/w w src=19 lemma=x-Strongs:G3384 morph=x-Robinson:N-ASFmother,/w w src=21 lemma=x-Strongs:G2532 morph=x-Robinson:CONJand/w w src=22 lemma=x-Strongs:G5343 morph=x-Robinson:V-PAM-2Sflee/w w src=23 lemma=x-Strongs:G1519 morph=x-Robinson:PREPinto/w w src=24 lemma=x-Strongs:G125 morph=x-Robinson:N-ASFEgypt,/w w src=25 lemma=x-Strongs:G2532 morph=x-Robinson:CONJand/w w src=26 lemma=x-Strongs:G2468 morph=x-Robinson:V-PXM-2Sbe thou/w w src=27 lemma=x-Strongs:G1563 morph=x-Robinson:ADVthere/w w
Re: [sword-devel] x-preverse
To be fair, a problematic issue is still Psalm titles. They are canonical and should be searched when the user does a search of the Biblical text, but they should be displayed before any verse number the application decides to show. In the KJV versification, yes. But not in the Tanach. Our German Bibles have them as verse 1 as well. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] The SWORD Project and ScreenReaders for the Visually impaired
Josh, IIRC KDE offers a TTS api. You are welcome to integrate support for this into BibleTime if you like. mg Am Donnerstag, 16. Februar 2006 07:47 schrieb Josh Gould: Greg, I had my girlfriend try the Windows front end, and much to our suprise it worked pretty much Out of the Box. One thing that was kinda cumbersome was the install manager, as most of the buttons are not set to use the alt key to activate them, (Nor tabbing to them, and I'm unsure how to fix that) We installed the starter pack on her laptop with the KJV, and strongs numbers. I do have to say that I like the idea of using an open source TTS solution, as I know how much the screen reader she has now cost... One thing about constantaly using Braille as a study method is your fingers get tired (think an RSI) from the constant moving of the hand left to right. In His Service, Joshua Gould On 2/15/06, Greg Marine [EMAIL PROTECTED] wrote: I've thought it would be great to integrate open source text to speech technology into sword front-ends for 2 purposes. 1) Those who are visually impared could listen to everything available in the Sword library. I know braile would probably be better for extensive study, but sound is good too. 2) It would be useful to export the library to audio files. This post just reminded me of this idea. Sorry I can't help you, though...I don't know... In Christ, Greg On 2/14/06, Josh Gould [EMAIL PROTECTED] wrote: Greetings, After doing a bit of thinking and then not being able to locate the archives so I can search them too, I was wondering what the functionality was between The SWORD for Windows Front end and the JAWS for Windows screen reader. My primary reason for asking is that I've never seen any bible study software that was accessable, which is a problem that plauges most software. As my girlfriend is blind, I'd like for her to be able to study the Word on her computer where she can take better notes, and compare translations a little bit better than switching files or CD's. Another option that strikes me as a possiblity is to run a program off of the API that is accessible. I'll be doing some research so if any one does respond we can compare notes. In His Service, Joshua Gould ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page -- --- Internet Community Church Ministries Because of His Grace We Serve http://www.iccnet.org ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Re:NET Bible (Josh Gould)
David, Sword does have support for extrabiblical literature through its general book facility. You could create general book modules for the works you mentioned, insert keywords to indicate topics and then use Sword's search facilities to find relevant entries. I don't know about other frontends, but BibleTime offers to search in multiple modules at the same time. Is that not what you need? mg As a side issue for the group, I had hoped that Sword would have a better capability than it does to display non biblial texts as I would like to build a tool that can display Islamic and Buddhist scripture the Quran and the hadiths in various languagers and a search tool that lets you search a topic and do a comparission of what the Islamic or the Buddhist scriptures say about topic xyz. I think this would be very helpful to those in the field ministering within these people groups.. But i am told that I have to look elsewhere for the tool to do this or i have to write it from scratch. David Austin (Permissions Director) ~Join our users in the forum http://www.bible.org/forum where you can ask questions and get answers ~Read the NETBIBLE and over 3500 studies at http://www.bible.org ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Re: [sword-support] sword project for mongolian
This will have to be handled in the frontends, and thus for every platform separately. Some people extended QT/KDE to be able to draw vertically: http://dot.kde.org/1130546299/. I don't know if this has already been integrated into QT4. mg Am Donnerstag, 9. Februar 2006 16:00 schrieb DM Smith: I took a look at IE's write-mode: tb-rl and it rotates the characters as well as the text. Probably not what is wanted. CSS3 specifies this ability but IE does not handle it (don't know about IE7) and I didn't check FireFox 1.5 or Opera. When the major browsers support CSS3 then perhaps www.crosswire.org/study can be changed to use it. Joachim Ansorg wrote: Hi. A friend of mine is just finishing the translation of the NT into traditional Mongolian. He works together with the UBS and the local curch here in cina. Now my question: how can I get the document ready for the sword project? Is there already a Chinese program version? if not what do I have to do to translate the version. At http://www.crosswire.org/sword/develop/swordmodule/ is some information how to prepare a module. I think a chinese translation of the windows software is available. For Linux it's not difficult to prepare a new translation if there are volunteers to do the actual translation. One more technical question: Mongolian is written vertical with the first column left towards right. I am a developer myself. is there a way to enable the sword sw to write vertical? Hm, I don't think this is possible atm. Afaik Internet Explorer has some hacks to display mongolian, but this is not available in the windows software. SIL/Wycliffe has some work going to enable applications to render more languages, the project is called Graphite. But I'm not sure about the current status. Joachim ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] BibleCS Installer
Lynn and DM, I just wanted to say thank you for all the work you invest into this important issue. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Re: [sword-support] sword project for mongolian
DM, I guess that it would be good to add another value to the Direction= field (TLtoBR?). Since is obligatory it cannot be a user preference. Only the drawing of the text itself has to be handled by the frontends. There might be ways to emulate TLtoBR by using tables (one char per cell). This should be fairly easy, though it might look ugly. What do you think? mg Am Donnerstag, 9. Februar 2006 18:03 schrieben Sie: Is there a need to add to the conf a field that specifies top to bottom like we have for right to left? (Or to extend that field?) Or is there a way to determine it from the language field? Or should it be a user preference and handled entirely by the front-end? Martin Gruner wrote: This will have to be handled in the frontends, and thus for every platform separately. Some people extended QT/KDE to be able to draw vertically: http://dot.kde.org/1130546299/. I don't know if this has already been integrated into QT4. mg Am Donnerstag, 9. Februar 2006 16:00 schrieb DM Smith: I took a look at IE's write-mode: tb-rl and it rotates the characters as well as the text. Probably not what is wanted. CSS3 specifies this ability but IE does not handle it (don't know about IE7) and I didn't check FireFox 1.5 or Opera. When the major browsers support CSS3 then perhaps www.crosswire.org/study can be changed to use it. Joachim Ansorg wrote: Hi. A friend of mine is just finishing the translation of the NT into traditional Mongolian. He works together with the UBS and the local curch here in cina. Now my question: how can I get the document ready for the sword project? Is there already a Chinese program version? if not what do I have to do to translate the version. At http://www.crosswire.org/sword/develop/swordmodule/ is some information how to prepare a module. I think a chinese translation of the windows software is available. For Linux it's not difficult to prepare a new translation if there are volunteers to do the actual translation. One more technical question: Mongolian is written vertical with the first column left towards right. I am a developer myself. is there a way to enable the sword sw to write vertical? Hm, I don't think this is possible atm. Afaik Internet Explorer has some hacks to display mongolian, but this is not available in the windows software. SIL/Wycliffe has some work going to enable applications to render more languages, the project is called Graphite. But I'm not sure about the current status. Joachim ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Re: [sword-support] sword project for mongolian
Once the major browsers implement vertical text, it probably will be easy to put it into BibleDesktop. Sure, same for BibleTime. I just wanted to make a practical suggestion. BTW, since these are so marginal languages (?), I don't know if this is ever going to be supported by the mainstream browsers. I'd say: Put up the module, and a few screenshots of how the text is supposed to be rendered, and we can try to make it happen as good or bad as we can. mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] virtual modules
I think that there is more that can be done in the API. I merely meant that we are nearly feature complete. That doesn't mean we won't still have plenty of work ahead of us in the area of improving the API. Yes. There are some milestones defined in http://crosswire.org/bugs that are very important, such as alternative versification, which becomes a more and more pressing issue. I share your optimism Chris, but we should not forget to also do our homework that comes before dreaming. =) mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] .Net/C# and Sword
Sorry to have gotten so far off of topic for the sword mailing list. If anyone wants to continue this conversation, feel free to move it to my website. Hey, you're talking about a very cool planned sword frontend! So don't apologize! =) mg ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
