After way too long, 1.7.0 is finally available for public release.
http://crosswire.org/sword/software/swordapi.jsp
There is a huge list of changes which can be found in the ChangeLog:
http://crosswire.org/ftpmirror/pub/sword/source/v1.7/sword-1.7.0/ChangeLog
along with a huge list of
:12 AM, John Austin wrote:
On 09/28/2013 04:21 AM, Troy A. Griffitts wrote:
Dear John,
I'd like to see an example of a module which uses this tag. I'm trying
to figure out exactly how you make these useful without requiring a set
of modules to be installed. Well, maybe you do, and that's fine
Dear John,
I'd like to see an example of a module which uses this tag. I'm trying
to figure out exactly how you make these useful without requiring a set
of modules to be installed. Well, maybe you do, and that's fine too.
In the frontend I've worked on, we basically let the user click on
Chris,
Thanks for the feedback. I've implemented some code toward your
suggestion. The use case for this is the NA28 module used as the base
text for transcribing and collating here at the institute. Our TEI
WYSIWYG web component editor initially used markup like this for nomina
sacra:
it to compile.
-John
On 09/15/2013 06:05 AM, Troy A. Griffitts wrote:
Dear John, thanks for the report.
Dear Jeff, thanks for the suggestion.
Looking through our code we had an old swunicod.[h,cpp] unit sitting
around which had a method to convert from UTF32 to UTF8. This unit was
only used
have a go at SVN if you
have time.
Thanks again Jaak for the fix, and Peter for reporting the problem,
Troy
On 09/12/2013 12:07 PM, Jaak Ristioja wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12.09.2013 09:54, Troy A. Griffitts wrote:
Thanks Jaak. I also tested surrounding
Dear John, thanks for the report.
Dear Jeff, thanks for the suggestion.
Looking through our code we had an old swunicod.[h,cpp] unit sitting
around which had a method to convert from UTF32 to UTF8. This unit was
only used in one obscure filter (RTFHTML). I've removed this unit and
moved the
recommend it,
but
it is nice when it is a must.
-- DM
On Sep 11, 2013, at 12:56 PM, Troy A. Griffitts
scr...@crosswire.org
mailto:scr...@crosswire.org wrote:
Jaak, I disagree that your comments have anything to do with this
problem. I have confirmed that the 3 file globals immediately
doesn't yield in a crash.
I don't have the time to look this up in the C++ standards myself, but
you can google such stuff:
http://stackoverflow.com/questions/3746238/c-global-initialization-order-ignores-dependencies
Blessings,
Jaak
On 10.09.2013 18:12, Troy A. Griffitts wrote:
Hey Jaak,
Thank
Hey Jaak,
Thank, yeah, but why? :)
My investigation turns up:
shared build works fine and valgrinds clean
static build on g++ (GCC) 4.8.1 (F19) fails
static build on g++ (GCC) 4.4.7 (RHEL 6.4) works fine and valgrinds clean
In the error case, it seems that std::list's c-tor(iterator start,
I really hope this will be the last release candidate. Please get your
POSITIVE (hopefully) reports in quickly and we'll release this.
http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC4.tar.gz
Troy
___
sword-devel mailing list:
.
Hope this helps.
In Him,
DM
On Aug 29, 2013, at 7:51 AM, Troy A. Griffitts wrote:
The timeout was INTENDED to prevent very very lonv delays when
attempting to connect to a repository which which non-responsive. It
was not intended to break during a responsive download.
Any libcurl experts have
The timeout was INTENDED to prevent very very lonv delays when attempting to
connect to a repository which which non-responsive. It was not intended to
break during a responsive download.
Any libcurl experts have thought on this?
Rendezvous junk_and_m...@yahoo.com wrote:
Reading the ChangeLog
There are a few things being mixed up here:
Module driver type: RawLD, zLD, etc., specified in the module's .conf
ModDrv entry.
Source text MARKUP: OSIS, TEI, ThML, specified with the SourceType entry.
Import format: OSIS, 'Imp', VPL, etc. this only dictates which import
utility is
I'd like to finally push this out the door. Please let me know if you'd like
more time to get around to testing. I understand if things are busy. Otherwise,
if it continues to remain quiet, I'll take that for a positive sign that no one
has found any issues.
Troy A. Griffitts scr
Greg and I discovered this to be a packaging script bug. I've
repackaged RC3 available at the same location. Please send your
reports, good or bad.
http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC3.tar.gz
God's best for you,
Troy
On 08/19/2013 03:15 PM, Greg Hellings wrote:
I get the
OK, all latest fixes, updates, and make system changes are in.
ChangeLog all cleaned up.
Please give us a thumbs up or down as you try this release candidate
with your project
http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC3.tar.gz
Thanks for all the contributions and testing on this
(all ###) and dangerously high values ( 4GB).
Comments welcome. Waiting for Greg to get this into svn before RC3.
Troy
On 08/07/2013 12:53 AM, Jaak Ristioja wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Aug 6, 2013 at 11:12 AM, Troy A. Griffitts wrote:
My only mention
On 08/12/2013 10:46 AM, Jaak Ristioja wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12.08.2013 10:34, Troy A. Griffitts wrote:
OK, I've put together a scheme which moves the new version macros
into our swversion.h file. The new scheme goes out to 4 segments
as we support
Sorry, one more for gcc:
http://gcc.gnu.org/onlinedocs/cpp/If.html#If
On 08/12/2013 11:42 AM, Troy A. Griffitts wrote:
On 08/12/2013 10:46 AM, Jaak Ristioja wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12.08.2013 10:34, Troy A. Griffitts wrote:
OK, I've put together a scheme
, 2013 at 9:07 PM, Troy A. Griffitts
scr...@crosswire.orgwrote:
Jaak,
I've include -DSWORD_NUMVERSION as a pkg-config cflag directive. I
hope
this is good enough for you. You can get this defined for you by
including
this in your .pro file.
CONFIG += link_pkgconfig
PKGCONFIG += sword
14:54, Troy A. Griffitts wrote:
Remember, just because you compile and link doesn't mean you've
successfully build your app against the exact state of the headers
when the library was compiled and this can be dangerous.
Can you please be more specific about this danger?
Blessings,
Jaak
-BEGIN
the make system
managers.
Troy
On 08/06/2013 04:29 PM, Jaak Ristioja wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06.08.2013 16:05, Troy A. Griffitts wrote:
For example, consider the following code:
class Q_CORE_EXPORT QString { public: ... #ifndef QT_NO_REGEXP int
indexOf
Hi Matěj,
The bindings make system with autotools was redone for this release.
You can see the README in that folder which should lead you to the
swig/package/ folder.
Hope this helps. Thanks for the report. I've removed the dead
autotools files in that folder.
Troy
On 08/05/2013
Matěj,
Not sure. I wonder if the tools which use the bindings need to be
updated to call the new method names like: popError() instead of
Error(). My first guess, though I would have thought you would have
received an error instead of the output you posted.
I just added a swig construct
Well, It's been quiet since the release of RC2. Does this mean things
are working as expected? Could I get a few positives from frontends if
you've tried the bundle? Thank you.
Troy
On 08/03/2013 12:01 PM, Troy A. Griffitts wrote:
Thanks for all the testing and reports against RC1
, an #include remotetrans.h and a
typedef aliasing sword::FTPTransport to sword::RemoteTransport.
On 05.08.2013 22:01, Troy A. Griffitts wrote:
Well, It's been quiet since the release of RC2. Does this mean
things are working as expected? Could I get a few positives from
frontends if you've
Thanks for all the testing and reports against RC1. Things have quieted
down, so hopefully we have all the remaining items polished off. RC2 is
available for your weekend pleasure.
http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC2.tar.gz
___
to confirm...
Btw, this change forces changes in xiphos and probably every other frontend.
On Wed, Jul 31, 2013 at 4:24 AM, Troy A. Griffitts scr...@crosswire.org wrote:
I understand apologies for the unacceptable delay will mean nothing.
SWORD 1.7.0RC1 is available from the following link:
http
!
Troy
On 07/31/2013 01:54 PM, Mark Trompell wrote:
but your fix doesn't fix it...
On Wed, Jul 31, 2013 at 1:51 PM, Troy A. Griffitts scr...@crosswire.org wrote:
Thanks Mark for the report. I've applied a different fix in diatheke which
had an unsafe call to retain a pointer to temporary
Thanks for the report Jaak. This is excellent information. I
appreciate you giving the benefit of the doubt to the original
contributor and investigating why they might have made the method
signature the way they did originally. That was gracious; that you.
I've added the new method
On 07/31/2013 04:40 PM, Jaak Ristioja wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 31.07.2013 17:08, Troy A. Griffitts wrote:
I've added the new method signature as you've suggested (slighted
different to match the preStatus method), and deprecated the
statusUpdate method. Oddly
I understand apologies for the unacceptable delay will mean nothing.
SWORD 1.7.0RC1 is available from the following link:
http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC1.tar.gz
Please try your projects with the RC.
(and please update your ChangeLog entries for the official package)
May
or tomorrow) I will package up a release
candidate. If these small additions do not simplify your wrappers and make
programming for others without your wrappers much easier, we should drop them
back out.
Troy
Troy A. Griffitts scr...@crosswire.org wrote:
On 07/28/2013 09:29 PM, Greg Hellings
like
them to remain. Thank you.
Troy
On 07/16/2013 07:49 AM, Troy A. Griffitts wrote:
It seems we've all been negligent updating ChangeLog.
I've seeded it will the svn log since the last release. I spent a
while reviewing the entries and deleted about 70% of them that had to
do
Hey guys. I spent today to try to add a few methods into 1.7.0 before
we push it out the door to ease your (those building Qt frontends)
integration with SWORD. It's really not much but I wanted to target at
least a minimal Qt app without adding any extra conversion code. I've
added this
Sorry Karl,
I didn't test with shared-enabled. I have now and it works --without-qt
and --with-qt both on F19. Let me know.
(Yeah, I understand throwing a couple new methods in at the last minute
isn't wise. But they are additional methods so they shouldn't break
existing stuff. They
On 07/28/2013 09:29 PM, Greg Hellings wrote:
On Sun, Jul 28, 2013 at 2:07 PM, Jaak Ristioja j...@ristioja.ee
mailto:j...@ristioja.ee wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
On 28.07.2013 20:36, Troy A. Griffitts wrote:
Hey guys. I spent today to try
A few quick comments.
If you're using http to grab the zips, we already have an http URL which will
be sure to give you the latest zip-- the packager.
If I implement the cache mechanism in the engine, I will use the same logic as
what is in the packager to determine if any found zip is
On 07/16/2013 05:15 AM, Troy A. Griffitts wrote:
OK, wrapping up final things for packaging up 1.7.0.
Jaak, I've normalized ListKey for you, so you should have your
getCount const and added getElement const and non-const methods.
Other method names have been normalized with old names
Peter,
One last shot here before I give up and punt on this one before
packaging things up.
I've change the bindings autotools system to use pkg-config to get
appropriate flags. Could you try again and let me know? I know you are
on 'holiday', and I appreciate any time you spend.
Troy
Peter, are you building with auto tools or cmake? I can look more into the
autotools system if the problem is here. It doesn't seem to use pkgconfig to
get libs and flags and I'd like to switch it to that. Just one suspect.
Troy
Peter von Kaehne ref...@gmx.net wrote:
Von: John Zaitseff
at 04:00 +0200, Troy A. Griffitts wrote:
Peter, still wondering if we have a problem we need to fix for you. Do
our Perl and Python bindings work for other people with a similar
configuration as you?
I have not heard from anyone that the Perl bindings are working nor have
I heard from anyone
Hi Jaak,
You're only partially correct. GetElement returns a non-const pointer
to a container member. This method should not be made const. Count
should be const.
Working toward 2.0, we've been normalizing method names and deprecating
the old methods. We have not yet normalized ListKey.
Mark and Jaak,
Thanks for your work on this. I've applied a modified patch from the
resolved update from Mark. Please have a look and let me know if this
tests ok against your repository. The modification was to simplify the
logic using SWBuf instead of a char *.
Thanks again for the
On 06/23/2013 11:01 AM, Peter von Kaehne wrote:
On Wed, 2013-06-19 at 10:45 +0200, Troy A. Griffitts wrote:
Peter, still binding troubles? Can you give me your exact commands
executed and I'll try them here.
Yes. Building works, using the Perl bindings though fails invariably.
cd ~/Source
Hi guys. The questions that need answers in this thread are logically
complex and are one of the reasons we haven't finalized any additions to
the core SWORD library to support this-- though I greatly appreciate the
contributions made by Костя.
Take, for example our standard 4 Bible web
SWORD does not support out-of-numerical-order v11n systems, e.g., one
Bible might decide to number its verses 1,5,2,3,4,6,7. We do not plan
to have a facility to support this. The argument has been made on
threads-past which basically says: changing the logic of chapter/verse
from integer
on.
So you already do have all the mappings to convert from one
versification to another?
I'm confused!
Chris
On 4 July 2013 16:02, Troy A. Griffitts scr...@crosswire.org
mailto:scr...@crosswire.org wrote:
Hi guys. The questions that need answers in this thread
I believe the issue we had which didn't make this easy was that libz only
handles the compression aspect of zip; it didn't offer facilities to deal with
the internal directory and file structures. It is certainly on my list as an
optimization option for a repository, but I hope to continue to
Things have been quiet for a bit. I have all the patches in that are on my todo
list. Anyone else have outstanding issues? Now is the time to speak up.
Chris, any feedback on my Ralfs suggestion?
Peter, still binding troubles? Can you give me your exact commands executed and
I'll try them
Our Coptic scholars here ask me to add CSS font-family preferences for
Antinoou. I guess they use this font primarily for their work. FWIW.
Troy
On 18.06.2013 14:52, Pola Edward wrote:
Thanks for your fast reply, I see there's already a coptic unicode
font mentioned with reference to page
/zconf.h
- -rw-r--r-- 1 root root 87011 sept 24 2012 /usr/include/zlib.h
Jaak
On 13.06.2013 11:32, Troy A. Griffitts wrote:
Jaak,
On 06/13/2013 10:12 AM, Jaak Ristioja wrote: Troy,
It still seems that you missed one thing. Namely, the #includes
with still include a prefix, i.e. sound
09:43, Troy A. Griffitts wrote:
Jaak,
I accepted and applied your header file patch nearly 5
months ago. Are you telling me that you still have 549
warnings from SWORD headers?
Troy
On 06/09/2013 11:55 PM, Jaak Ristioja wrote: On 09.06.2013
23:21, Troy A. Griffitts wrote:
I don't think
don't want instead of ,
please use a sword/ prefix for all respective #includes in all header
files of Sword.
Blessings,
Jaak
On 13.06.2013 09:47, Troy A. Griffitts wrote:
Jaak,
I'm of the same mind as Greg. Our include syntax has been working
as is for 20 years on a number of compilers
Hi Teus.
When I try to access one of the data files in the repo I get an unavailable
error.
ftp://bibleconsultants.dyndns.org/ShonaTeam/sword/basic-2/modules/texts/bibledit-web/ShonaTeam/nt.vss
Maybe permissions?
Teus Benschop teusjanne...@gmail.com wrote:
Hi friends,
I created a Sword
I know this is slightly off-topic, but much of this software was
developed with assisting in collaborative project at CrossWire in mind.
NTVMR 2.0 Announcement
http://ntvmr.uni-muenster.de
The New Testament Virtual Manuscript Room (NTVMR) from the Institute for
New Testament Text Research
Jaak,
I accepted and applied your header file patch nearly 5 months ago. Are
you telling me that you still have 549 warnings from SWORD headers?
Troy
On 06/09/2013 11:55 PM, Jaak Ristioja wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09.06.2013 23:21, Troy A. Griffitts wrote
I am unaware that SWORD does not support mid-verse section headings.
They are the easier case, as opposed to pre-verse section headings which
require special treatment. I am simply looking for a known location in
existing module with a mid-verse heading to check and see. If you know
of one,
, Troy A. Griffitts wrote:
Jaak,
I accepted and applied your header file patch nearly 5 months ago. Are
you telling me that you still have 549 warnings from SWORD headers?
Troy
On 06/09/2013 11:55 PM, Jaak Ristioja wrote:
On 09.06.2013 23:21, Troy A. Griffitts wrote:
I don't think other
Can anyone remember the location of a midverse section heading? I'd
like to check the display, but can't seem to remember where one is.
On 06/09/2013 10:26 PM, Troy A. Griffitts wrote:
:)
Is everyone happy with SVN HEAD?
I'm happy with the vspace cleanup. Does it meet everyone else's need
SWORD support augmenting .conf entries specifically for this purpose. See:
SWConfig::augment(SWConfig addFrom);
So, e.g.,
SWMgr library;
library.config-augment(./localOptions.conf);
Would add all user preferences or desired precomputed software
properties to the global module library
I don't recall ever hearing of NoParagraphs. But I am old now and
quite possibly could have forgotten.
The push back on my side of this is from the desire to:
a) keep the .conf generation only as complex as needed, and
b) avoid the possibilities for inconsistencies.
SWORD accumulates
Hey Nic,
Thanks for the reminder about the name change. I just checked in a fix
for this. While doing this rename, I saw things in the code which look
like they depend on installModule being single threaded, like setting a
single RemoteTransport parameter in InstallMgr to the most recent so
for h... tags.
Hope I didn't break too much.
Troy
On 05/21/2013 05:55 PM, Troy A. Griffitts wrote:
Thanks for the feedback Peter. I'm not sure I understand what you
mean. Could you give me a line in the OSISReference document which you
feel is not rendered well.
I just checked in an update
von Kaehne wrote:
On Sun, 2013-05-19 at 22:29 -0700, Troy A. Griffitts wrote:
OK, so here's my latest cut at the whitespace issue. From the
osisReference document here:
http://crosswire.org/svn/sword/trunk/tests/testsuite/osisReference.xml
... we now get this output from the osisxhtml filter
, Row 2 br /
h2 class=chapterHeaderFrom Creation to Abraham (1:1–11:9)/h2
h3Creation of the Heavens and the Earth/h3
br /
[ Genesis 1:1 ] In the beginning God created the heaven and the earth.
br /
br /
[ Genesis 1:2 ] Text of verse 2.
On 05/09/2013 04:01 AM, Troy A. Griffitts
Module developers,
Please forget about x-preverse. It was never intended for module
developers. It is an internal attribute we add to help the SWORD engine
process OSIS. Brief overview without details: SWORD must keep all data
in 'verse' chunks. Hence, the title for a verse goes WITHIN the
Yes, DM is correct. We don't provide a mechanism to facilitate this. These
anomalies must be handled as such: anomalies. They will need to use some
strategy like appending verses together and linking from all involved verses to
the same out of ordered chunk, or if the material is really a mess,
We have the first part already in the API:
SWModule::hasEntry(const SWKey *)
What sort of use cases do we have to build further API calls on this?
vectorstring getBooksPresent()
???
On 05/12/2013 07:11 PM, DM Smith wrote:
More:
Once that is written, the worst case for analysis is a
On 05/08/2013 12:31 PM, Troy A. Griffitts wrote:
OK, so from this:
div sID=gen1 type=bookGroup/ h3Old Testament/h3 div
osisID=Gen sID=gen2 type=book/ h3THE FIRST BOOK OF MOSES
CALLED GENESIS/h3 div sID=gen3 type=section/ h3Introduction
and Outline/h3 br / This is the bBook of Genesis/b
Stephan,
Firefox OS is the only platform I know that doesn't allow 'native'
binaries to be installed and many other platforms all started with this
same concept and conceded shortly before or after release. I am
confident it will change or FirefoxOS will be irrelevant (not
necessarily
OK guys,
I'm starting work on this. I've setup a test in our testsuite for
whitespace against our OSIS reference doc. Here are the links:
test:
http://crosswire.org/svn/sword/trunk/tests/osistest.cpp
(whitespace test added at the end)
OSIS Reference Document:
, there was never an implementation of this, as it
would need to essentially re-import Sword module data to generate the
pre- and post- data, and that went beyond the scope of any work
heretofore on BibleTime.
--Greg
On Wed, May 8, 2013 at 2:31 PM, Troy A. Griffitts
scr...@crosswire.org mailto:scr
If it's interesting for your efforts, my plan for extending Bishop is to make
the C++ engine available via Apache Cordova. This is more attractive now that
Cordova has expanded beyond a exclusively a mobile platform.
Stephan i...@tetzels.de wrote:
Sorry for reopen this thread...
After
John,
I'm trying to sympathize with you, but I'm having a hard time. I still have no
clue WHAT the translator is trying to convey to the reader with the indent. Can
you explain?
John Austin gpl.programs.i...@gmail.com wrote:
On 04/13/2013 09:24 AM, Chris Little wrote:
On 4/12/2013 11:18
Dear John,
I certainly want to provide what is necessary to satisfy ministry needs.
Having said this, I want to be sure you understand why the push-back.
This statement is not well defined or reasonable:
This is exactly how I want the formatting, everywhere, any time. Period.
Really? You
Nic,
Google around and see if there is a max open file limit for an app on iOS. If
so, drop the open files limit in FileMgr.
Nic Carter niccar...@mac.com wrote:
Hi guys,
I have recently received several reports that the latest version of
PocketSword will sometimes loose the entire OT or NT
which causes odd spacing? Can we add something to it if not?
Thanks for all the help up to this point. Hoping this is the last stretch.
Troy
Nic Carter niccar...@mac.com wrote:
On 11/03/2013, at 7:16 PM, Troy A. Griffitts scr...@crosswire.org
wrote:
Soon and very soon. I have no more
regarding chapters not rendering and Genesis 1:1 causing a
SegFault.
--Greg
On Thu, Mar 21, 2013 at 6:51 PM, Greg Hellings
greg.helli...@gmail.com mailto:greg.helli...@gmail.com wrote:
On Thu, Mar 21, 2013 at 6:26 PM, Troy A. Griffitts
scr...@crosswire.org mailto:scr
() +
(intros?1:0));
On Mon, Mar 18, 2013 at 9:13 PM, Greg Hellings
greg.helli...@gmail.com mailto:greg.helli...@gmail.com wrote:
On Mon, Mar 18, 2013 at 5:07 PM, Troy A. Griffitts
scr...@crosswire.org mailto:scr...@crosswire.org wrote:
Thanks Greg
Thanks Karl,
Yes, each snippet was helpful. Nic's was a quick test which caused the bug and
was easy to use for testing. Greg's snippet wasn't as helpful as all his
comments and stack traces leading up to his patch. He is preventing book from
getting to 0 which does alleviate the problem but
Thanks Greg,
Any idea where chapter 17474 is coming from?
I can add code to check max before looking into the vector, which I'd
rather not because it should be an unnecessary check each time and will
be a speed hit, but even so, who ever is asking for the maximum verse
for chapter 17474 is
Sorry guys. I think I've taken care of this. I've copied our *:80
JkMounts over to the ssl.conf _default:443. It seems to work, from a
cursory trial. It would be nice if we didn't have to have 2 copies of
the configuration. If anyone knows of a Yeah, just sends all :443 stuff
to the same
Костя Маслюк submitted a patch to add this a while back. I had asked
him to try it out in one of his favorite frontends to see how it works.
He's since integrated it into Bibletime Mobile for Android. Attached is
his latest email to sword-devel.
On 03/12/2013 08:44 PM, Chris Burrell
Karl,
I'll have a look. Those changes were fairly major and I was worried I might
have broken something. The test suite passes, so I will try to include your use
case in the test suite to assure better coverage, once we determine what that
is. Do you have an idea of how you are using versekey?
Soon and very soon. I have no more showstoppers on my list. I'd love to hear
feedback from frontends about the state of trunk. Apparently something is
broken for Xiphos. Any other feedback?
Jaak Ristioja j...@ristioja.ee wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
What's the
the error? Or maybe the
normalization or intros settings on the key?
Troy
On 03/12/2013 01:31 AM, Karl Kleinpaste wrote:
Regrets for not following up until this evening; I can send mail here
only from home, being firewalled at the office these days.
Troy A. Griffitts scr...@crosswire.org
Please remember,
SWORD already supports a search normalization layer. We have
normalizers for many things like accents, diacritics, etc., that we run
on the text before passing the text to lucene (or using our own search
mechanism).
SWORD has distinct stages where it applies filters. The
Greg,
Can you update the README in the pertinent bindings/ folders to explain
how to compile the bindings. All the README files seem to be wrong. I
know you didn't write them, but you've been the most visibly proactive
on the make system and the bindings lately. :)
Thanks for any help,
Thanks for the report David. For some reason /var/log/httpd was changed
to remove +x permission for anyone but root. This must have happened in
a recent server update, but not sure exactly how or why. We write the
download log there. It should be fixed now. I'll be sure to setup an
Dear Gary,
Thank you for reporting this bug and spending the time to pinpoint a
place in the code where this error manifests! Your patch was invaluable
to finding the problem.
I have committed a fix that I hope resolves this problem. Can you test
svn head and let me know how things work
One last rename for this release. I've changed the class VerseMgr to
VersificationMgr. VerseMgr did not communicate well enough the
intention of the class. I found myself referring to this class as
VersificationMgr too often, all to find that I initially named it
VerseMgr. My apologies.
Chris,
I understand the possible need for general facility, to indicate
features and this is why we have the Feature=StrongsNumbers tag.
I also understand why this isn't straight forward the LXX.
But, I would say that this is an exception and one that doesn't warrant
adding a new feature
I believe we preface strongs numbers with G or H to differentiate.
Chris Burrell ch...@burrell.me.uk wrote:
Hi
I haven't had any responses to this. I'm considering hard-coding the
values
in STEP to ensure I'm not trying to match tagging across versions that
have
a different type of mark-up.
We have old logic in the heart of our lexicon/dictionary drivers which
try to detect if a key value is a Strongs number and then zero pad it
accordingly, if so. I've added recognition of a new .conf entry for
lexicon/dictionary modules:
StrongsPadding=true|false
So as not to break
I'm working on a new data set and feature for the engine.
Eusebian Canon Tables are numbers added by scribes to many NT
manuscripts starting in the 4th century. These tables allow cross
referencing a passage in the Gospels with other parallel passages in the
other Gospels. There are 10
We tried to standardize a location for this a few years back. I added
code to the engine at that time and hope everyone is depending on where
the engine looks instead of specifying a path themselves. I can tell
you that the SWORD engine looks here:
$ALLUSERSPROFILE/Application Data/sword/
Jaak,
I've partially applied this patch:
sword-Wunused-parameter-fix.diff.bz2
I agree that we should safely suppress the warnings in headers for empty
virtual methods. These are the hunks I applied. The other warnings in
the cpp files should be looked at individually to determine why the
have a chance to verify your reported problems are fixed.
Thank you!!!
Troy
On 01/28/2013 02:53 AM, jhphx wrote:
On 1/27/2013 1:44 PM, Troy A. Griffitts wrote:
Have a go and let me know if you see anything which needs updating
before posting this publicly:
http://crosswire.org/sword/alpha
701 - 800 of 2386 matches
Mail list logo
