One could apply your reasoning for every option we have in the Conf file so
far.
Headings, notes, cross references, strongs, morphology... A verse or
chapter is not guaranteed to contain any of these. You still need to check
for non empty cross references for example if your frontend is
Not so easy to investigate it in SWORD /before/ such a module is created.
It was more of an anticipatory enquiry, to ascertain what is already known
of the subject among other CrossWire developers.
Knowing what potential pitfalls might ensue is to be better prepared.
Background = preliminary
For clarity, my use case is as follows.
I have a menu displaying options such as Verse numbers, Headings, Verses on
New Lines, Red letters. I'd like to add an option called Introductions (and
perhaps one called Colophon).
The options in this menu are grayed out when the underlying module doesn't
I think ( I hope?) what is being proposed is a method in Sword that will check
any book of the Bible to see if it is empty or not. This will ultimately be
very fast, as it may need to test a large number of verses?
This same method should be able to be adapted to live-test introductions for
I was simply suggesting a flag to indicate this on a whole module-level,
one that wouldn't require reading any of the module contents at all. In
other words, a flag of true, or the presence of an entry in the module
configuration would indicate that somewhere in the module there is an
introduction
I'm thinking of having a sidecar conf for a module. Right now when a user
wants to save certain settings for a module, we (JSword) modify the conf. (I.e.
CipherKey and Font).
This could then be used to save anything a front end discovers and does not
want to discover a second time. Such as
I thought of that - but then that means that low powered devices, or
devices with large numbers of modules have to scan every part of every
module on installation of the module while they do their discovery process.
The Scope was related to Copyright Distribution, but I'm not sure a
discovery
I saw that Scope was yanked from the wiki with a comment that it had been
rejected. I really don't remember it being rejected. I just remember that the
discussion never went anywhere so it was dropped. I documented the desire of
that discussion by putting an entry into the wiki. Even if engine
On Mon, Jun 3, 2013 at 7:16 AM, DM Smith dmsm...@crosswire.org wrote:
I'm thinking of having a sidecar conf for a module. Right now when a
user wants to save certain settings for a module, we (JSword) modify the
conf. (I.e. CipherKey and Font).
This could then be used to save anything a
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
In terms of missing out a line in the conf file, then presumably one would
simply fix it. In fact, that's where this thread originated from, as
suddenly unexpected introductions started appearing and appeared as other
canonical content. I had the same issue previously with colophons, which
were
On Mon, Jun 3, 2013 at 7:32 AM, Chris Burrell ch...@burrell.me.uk wrote:
I thought of that - but then that means that low powered devices, or
devices with large numbers of modules have to scan every part of every
module on installation of the module while they do their discovery process.
The
On Jun 3, 2013, at 10:43 AM, Greg Hellings greg.helli...@gmail.com wrote:
On Mon, Jun 3, 2013 at 7:32 AM, Chris Burrell ch...@burrell.me.uk wrote:
I thought of that - but then that means that low powered devices, or devices
with large numbers of modules have to scan every part of every
My reply to Chris L's post was a bit snide. Sorry. (I actually don't have a
problem with NoParagraphs as a feature, but would rather discuss it here first.)
Regarding Scope. Most of our front-ends (SWORD and JSword) present modules that
only contain the NT as if they have an OT as well.
On Mon, Jun 3, 2013 at 10:06 AM, DM Smith dmsm...@crosswire.org wrote:
It is far more than 70. Every chapter can have an introduction. To see if
a module one would have to check every verse 0 for text content. It is not
sufficient to see if it has content. It may only have structural content.
On Jun 3, 2013, at 11:44 AM, Greg Hellings greg.helli...@gmail.com wrote:
On Mon, Jun 3, 2013 at 10:06 AM, DM Smith dmsm...@crosswire.org wrote:
It is far more than 70. Every chapter can have an introduction. To see if a
module one would have to check every verse 0 for text content.
Note, the colophons in the KJV are from the underlying Greek text.
In Him,
DM
On Jun 3, 2013, at 7:04 AM, Chris Burrell ch...@burrell.me.uk wrote:
For clarity, my use case is as follows.
I have a menu displaying options such as Verse numbers, Headings, Verses on
New Lines, Red
On 6/3/2013 5:55 AM, DM Smith wrote:
I saw that Scope was yanked from the wiki with a comment that it had
been rejected. I really don't remember it being rejected. I just
remember that the discussion never went anywhere so it was dropped. I
documented the desire of that discussion by putting an
Agreed - they are in many Greek texts, though absent from those which
are regarded as earlier texts.
As a result, most modern versions omit them - including the New King James!
They shouldn't be treated like Red letter or Section titles, because
they are part of the text, and if they are
On Jun 3, 2013, at 3:53 PM, Chris Little chris...@crosswire.org wrote:
On 6/3/2013 5:55 AM, DM Smith wrote:
I saw that Scope was yanked from the wiki with a comment that it had
been rejected. I really don't remember it being rejected. I just
remember that the discussion never went anywhere
It looks like Troy's latest renaming of ftptrans - remotetrans appears to
have broken building (at least with CMake) in a few cases. I just made
commits to fix the following:
1) Building with CMake
2) Building the Swig bindings
I have attached another patch which enables building in the absence
22 matches
Mail list logo
