On Mon, Jan 18, 2016 at 11:12:23AM -0500, Fred Smith wrote:
> on a different note:
> BTW, there is (or was) some problem in the GTK3 build of Xiphos that
> cause bizarre flashing on the module manager screens (don't recall if it
> also occurred on other screens), that Karl reported did not occur w
On Mon, 2016-01-18 at 16:24 -0700, ref...@crosswire.org wrote:
> Dear Nic,
>
> Please see attached new set of indeces.
>
> Yours
>
> Peter
Sorry about this. This email was accidentally sent. The module is
indeed new up, but its index is done and sorted.
Peter
I'm not at HU anymore. I did my MA there, but I'm back in Wisconsin
now (brr). I have tried both of the fonts you mention. My preferred
font for Hebrew is Taamey Frank from the Culmus project
http://culmus.sourceforge.net/taamim/index.html, and it seems to
render the holems and the vavs quite well,
Dear Nic,
Please see attached new set of indeces.
Yours
Peter
---
This email is created automatically, if you want me to dump the index somewhere
else or simply stop sending them, that is fine, just tell
___
sword-devel mailing list: sword-devel@
A lot depends on the Unicode font chosen to display pointed Hebrew.
Even Ezra SIL and SBL Hebrew have some issues for a few codepoint
combinations.
But at the HU of J you would have access to the best Hebrew fonts available.
Best regards,
David
--
View this message in context:
http://sword-
On Mon, Jan 18, 2016 at 12:06:52PM -0500, DM Smith wrote:
>You posted it to the list. :)
SIGH!
--
Fred Smith -- fre...@fcshome.stoneham.ma.us -
"And he will be called Wonderful Counselor, Mighty God, Everlasting Father,
Prince of Peace. Of the increase
Oh! I had recalled that there were some problems at times with the way vavs and
holems were display next to each other because of the discrepancy between how
holem vav is represented in Unicode vs betacode (the format used in the initial
creation of the Michigan-Claremont text) but looking back
Fred writes, "Or are you referring to some other platform? "
The original prime context was PocketSword for iOS.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/64-bit-operating-system-support-tp4655699p4655847.html
Sent from the SWORD Dev mailing list archive at
You posted it to the list. :)
> On Jan 18, 2016, at 11:58 AM, Fred Smith
> wrote:
>
> On Mon, Jan 18, 2016 at 10:19:24AM -0600, Greg Hellings wrote:
>> I don't have access to a GUI machine with Cent installed at the
>> moment. I haven't noticed an issue with the GTK3 build of Xiphos, but
>> I o
On Mon, Jan 18, 2016 at 10:19:24AM -0600, Greg Hellings wrote:
> I don't have access to a GUI machine with Cent installed at the
> moment. I haven't noticed an issue with the GTK3 build of Xiphos, but
> I only do a very cursory check of the builds.
>
> There are both xiphos-gtk2 and xiphos-gtk3 bu
I don't have access to a GUI machine with Cent installed at the
moment. I haven't noticed an issue with the GTK3 build of Xiphos, but
I only do a very cursory check of the builds.
There are both xiphos-gtk2 and xiphos-gtk3 builds in EPEL7 at the
moment, and you should be able to install them side-
On Mon, Jan 18, 2016 at 10:05:52AM -0600, Greg Hellings wrote:
> Fred,
>
> Please tell me which parts of Xiphos are not provided in EPEL.
>
> yum info xiphos-gtk3
> Loaded plugins: fastestmirror
> Loading mirror speeds from cached hostfile
> * base: centos.arvixe.com
> * epel: fedora-epel.mirr
Fred,
Please tell me which parts of Xiphos are not provided in EPEL.
yum info xiphos-gtk3
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centos.arvixe.com
* epel: fedora-epel.mirror.lstn.net
* extras: dallas.tx.mirror.xygenhosting.com
* updates: mirror.fusio
On Mon, Jan 18, 2016 at 03:16:54AM -0800, David Haslam wrote:
> Updated news from Nic.
>
> "I believe that all apps and updates needed to be compiled for 64 bit by the
> middle of last year."
>
FWIW, I've been compiling Xihos (and all its dependencies that aren't
provided by Centos/epel--i.e., I
Aaron wrote,
"However, if Babel Pad has a way to apply the normalization permanently to
Hebrew, and if it is better than the canonical Unicode composition, that
might be useful for pre-formatting sword modules before import. "
I can confirm that BabelPad can apply normalization permanently.
The
Updated news from Nic.
"I believe that all apps and updates needed to be compiled for 64 bit by the
middle of last year."
then later he replied:
I have yet to look. I gave things a try about 2 years ago and saw they
didn’t work out of the box. I switched back to 32-bit and haven’t looked a
Further information:
http://www.babelstone.co.uk/Software/BabelPad.html
BabelPad supports sorting of pointed Hebrew using either the Unicode
Collation Algorithm (UCA) or the CLDR customization of the UCA, which do
take into account all marks for Hebrew letters.
I have requested a test file so
Hi David.
Eloquent is 64 bit (including libsword) for a long time actually.
PocketSword should compile to 64 bit all right.
I’ll check the other dependencies for PocketSword.
Manfred
> Am 11.01.2016 um 17:32 schrieb David Haslam :
>
> Are there any libraries used by SWORD that get compiled in
Hey David,
It depends on how it's implemented on how useful it is. Most text editors use
normalization for display, but the characters are still stored as they were
input, so it's really only useful for printing or exporting to a format like
PDF. However, if Babel Pad has a way to apply the nor
19 matches
Mail list logo
