Best I can tell it affects toUpper on a string. This is part of the sorting of
keys in a dictionary. It may affect non-lucene search. Not sure.
Hope this helps.
In Him,
DM
> On Feb 9, 2016, at 3:43 PM, Manfred Bergmann wrote:
>
> Hi.
>
> Now many of the new modules are unicode encode
On 08.02.2016 13:35, David Haslam wrote:
> http://crosswire.org/wiki/Help:Contents#Front-end_applications
I propose to change the BibleTime issue tracker URL to
https://github.com/bibletime/bibletime/issues
To be honest, besides my lack free of time etc, HTTP-only demotivated me
enough to stop
"BTW, we have not documented the link format in the wiki."
Tell me what to write, and I can do the honours!
Do we have a real module that contains the %%%link use?
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/imp-format-for-LD-modules-tp4656059p4656067.html
Se
Lacking ICU is one thing.
Having ICU, but lacking a suitable Unicode font for aspects of a writing
system is another thing.
One is even permitted to make use of the Private Use Area in Unicode, though
this only make sense if the suitable font is packed with the module.
Having a source text suppl
Yes - it works - the titles display exactly as DM describes, albeit only
JSword based apps currently relate the level numbers to a rendered relative
font size.
Rather, I'm curious as to whether something more subtle could be affected,
such as how SWORD indexes objects such as titles.
And if so, w
Re the first question, i would treat any report re a new module not being
unicode as a bug report
On 9 February 2016 20:43:45 GMT+00:00, Manfred Bergmann
wrote:
>Hi.
>
>Now many of the new modules are unicode encoded.
>What if on a platform is no ICU available? Can SWORD deal with unicode
>text
DM, that actually makes complete sense.
David, have you tried it?
On 9 February 2016 20:37:04 GMT+00:00, DM Smith wrote:
>In the KJV there are titles like:
>The First Book of S A M U E L,
>OTHERWISE CALLED,
>The First Book of K I N G S.
>I’ve exaggerated the font sizes.
>
>The level 1 title is
Hi.
Now many of the new modules are unicode encoded.
What if on a platform is no ICU available? Can SWORD deal with unicode texts
itself, without ICU?
What are the compile options available for this?
What if a custom unicode library must be used on some platform. How would this
be done?
Manfre
In the KJV there are titles like:
The First Book of S A M U E L,
OTHERWISE CALLED,
The First Book of K I N G S.
I’ve exaggerated the font sizes.
The level 1 title is “The First Book of SAMUEL,”.
Subordinate to that, level 2, is “The First Book of KINGS.”.
Connecting these is a level 3 title, “OTHE
The questions coming to mind are, why would anyone do that? And, have you tried
it out? What did you observe? Do you think it is a feature of OSIS or a bug in
the schema?
Sent from my phone. Apologies for brevity and typos.On 9 Feb 2016 18:24, David
Haslam wrote:
>
> The OSIS User Manual (and
I’m working on imp2ld to make the changes that Troy noted: Use FileMgr and
allow multi-line entries without continuation lines.
I’ve a question regarding linking of entries. The robinson module has the
following construct:
$$$F-GPF
Part of Speech: reFlexive pronounCase: GenitiveNumber:
PluralG
The OSIS User Manual (and schema) permits the title element to be used within
a title element.
It's conceivable that no module ever did this until today.
Might this cause any unforeseen issue for SWORD or JSword?
Best regards,
David
--
View this message in context:
http://sword-dev.35056
Well, I guess I mean has changed within the last two years or so.
I’ve updated Eloquent couple of months ago and it seems that this feature
doesn’t work anymore where as it has worked two years ago.
Manfred
> Am 09.02.2016 um 18:13 schrieb Karl Kleinpaste :
>
> On 02/09/2016 11:24 AM, Manfred
It's to do with these, or in particular, the locale files for Czech.
http://crosswire.org/wiki/DevTools:Locale_Files
See http://crosswire.org/wiki/DevTools:Locale_Files#Submissions
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Deuterocanonical-books-Czech-local
Neither has changed command line argument order. So your scripts are OK.
There was a method in both whose signatures differed by paramater order. I made
imp2vs to agree with imp2gbs.
> On Feb 9, 2016, at 12:01 PM, David Haslam wrote:
>
> Is it imp2vs that has the unchanged argument order?
>
>
Thanks for clarification. I had misunderstood the question.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Deuterocanonical-books-Czech-localization-tp4656041p4656054.html
Sent from the SWORD Dev mailing list archive at Nabble.com.
__
Is it imp2vs that has the unchanged argument order?
i.e. You made imp2gbs match that?
cf. I have a lot of .com files that use the former but not the latter.
Best regards,
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/IMP-format-and-imp2vs-exe-tp4655960p465605
On 02/09/2016 11:24 AM, Manfred Bergmann wrote:
> Has there anything been changed regarding ‚Jesus red letter words‘?
Just updated from svn and rebuilt. I see no change, it works as before.
___
sword-devel mailing list: sword-devel@crosswire.org
http://ww
Hi.
Has there anything been changed regarding ‚Jesus red letter words‘?
I remember, this used to be a global option set as „Words of Christ in Red“ to
swmgr->setGlobalOption(„Words of Christ in Red“, SW_ON) or similar.
Manfred
___
sword-devel mailing
The otherthing that imp2gbs had was detection of empty keys and values. I’ve
updated imp2vs to do the same. Also: changed the writeEntry to take the same
argument order; changed variable names for the key and entry buffers to match
and changed to have a do while loop.
I’m looking at imp2ld, whi
Troy,
Would you like me to make the changes? (I’ll take silence as a yes. ;)
In Him,
DM
> On Feb 9, 2016, at 4:01 AM, Troy A. Griffitts wrote:
>
> Hi guys,
>
> Sorry for the delay responding to this thread. My apologies for time which
> might be wastes.
>
> The intent of imp format
Hello David,
just Karl suggested me (by private correspondence) to ask here at [sword-devel]
mailing list :-)
Other three Xiphos UI non-translated strings I already sent him.
Best Regards
Ivo Dostal
-Original Message-
From: David Haslam
[mailto:dfh...@googlemail.com]
On 02/09/2016 06:51 AM, David Haslam wrote:
> Please send them to Karl Kleinpaste.
No. He's referring to the Sword-internal Bible book name localizations.
The apps have no control over that. Those come out of the engine from
VerseKey references and so forth.
Please send them to Karl Kleinpaste.
You should find him easily enough. He's in this mailing list as "Karl
Kleinpaste-2"
Further background for such UI translations is available in
http://xiphos.org/development/translation-guidelines/
Thanks & regards,
David
--
View this message in context:
I have just added Troy's input as a new comment in:
http://www.crosswire.org/tracker/browse/MODTOOLS-92
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/IMP-format-and-imp2vs-exe-tp4655960p4656045.html
Sent from the SWORD Dev mailing list archive at Nabble.com.
__
Thanks Troy,
Once the code has been patched to fix imp2vs, and new set of Sword tools are
ready (including for Win32), I will return to the two wiki pages and remove
the added paragraphs, etc.
Best regards,
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/IMP-f
On Mon, 2016-02-08 at 12:03 -0700, Troy A. Griffitts wrote:
> Again, I don't care much about the rendering, but I'm mostly
> concerned
> with a regression of losing distinction. I simply deferred the
> rendering choice to the print publisher of the only SWORD module I
> know
> which contains a ten
Hi guys,
Sorry for the delay responding to this thread. My apologies for time which
might be wastes.
The intent of imp format was to not require a single line for the entry data.
Multiple lines (no need for a continuation \) should be fine.
Looking at all the imp2* utils, imp2gbs uses FileMgr:
28 matches
Mail list logo
