On 2/23/19 2:30 PM, DM Smith wrote:
> In C the common routine is atoi
atoi() is a special case of strtol(), which still doesn't understand
punctuation in any context.
Sword takes no interest in InstallSize. It's just another random textual
header that a frontend can request; what happens with it
Same answer. No punctuation. No other scripts (e.g. arabic). Just a sequence of
0-9.
JSword uses it in its install manager to build a progress meter.
BTW, In C the common routine is atoi, which stops on the first non-digit. So
your example would come back as 1.
> On Feb 23, 2019, at 2:24 PM,
Typo correction.
Both separators should have been keyed as a comma.
> InstallSize=1,744,408
Sent from ProtonMail Mobile
On Sat, Feb 23, 2019 at 19:21, DM Smith wrote:
> JSword would. It uses a parser to convert it from a string to an integer and
> it doesn’t understand that format.
>
>> On
JSword would. It uses a parser to convert it from a string to an integer and it
doesn’t understand that format.
> On Feb 23, 2019, at 10:00 AM, David Haslam wrote:
>
> Would SWORD baulk if the InstallSize key contained commas as thousands
> separators? e.g.
>
> InstallSize=1,744.408
>
>
Would SWORD baulk if the InstallSize key contained commas as thousands
separators? e.g.
InstallSize=1,744.408
David
Sent from ProtonMail Mobile___
sword-devel mailing list: sword-devel@crosswire.org
To specify this in the .conf file, how does one determine what the correct
value is for InstallSize ?
The wiki just says integer (indicating bytes) (which is rather
vague IMHO).
For a compressed Bible module, is this just the sum total of the file-sizes
for the following files?
nt.bzs,
David Haslam d.has...@ukonline.co.uk writes:
For a compressed Bible module, is this just the sum total of the file-sizes
for the following files?
nt.bzs, nt.bzv, nt.bzz, ot.bzs, ot.bzv, ot.bzz
or is it something else?
As done for Xiphos and all CrossWire repos, it is a blunt total of file
Thanks Karl,
Is this entry just FIO to advise prior to download, or does it make a real
difference to module behaviour?
Aside: The shell hackery might make good sense to my Unix friends, but to me
as a Windows user, I'd have a hard job to decipher it. LOL.
Does the size exclude the .conf file
David Haslam d.has...@ukonline.co.uk writes:
Is this entry just FIO to advise prior to download, or does it make a real
difference to module behaviour?
It is purely advisory to the user, if the application shows it to him.
It lets the user know whether he will spend a long time downloading, or
Chris Little wrote:
DM Smith wrote:
Chris/Troy,
Can we please actually add this to the conf's. I think it becomes
important for larger modules, so perhaps, we say that the default for
the entry is 2M? (or whatever would be about 15 minutes on dialup) I
don't see any reason that it
Thanks Peter for bringing this up for attention.
On #sword we discussed for a while the downside of adding a computed
entry to the .conf files, tried to come up with possible alternatives,
and decided it was easiest to just add it as officially supported in the
.conf and if we ever get around
DM Smith [EMAIL PROTECTED] writes:
I don't see any reason that it needs to be highly accurate. The
nearest K or even 100K should be sufficient. That is a minor change to
the module would not warrant re-computation.
- There's no reason not to calculate it precisely, considering that any
On Jun 7, 2008, at 6:55 AM, Karl Kleinpaste wrote:
Daniel Glassey [EMAIL PROTECTED] writes:
I'm wondering, is the the v2 of the content that is those winhelp
files? iirc there is a newer version (I don't know if it is fixes to
the text or just new formatting) at
DM Smith wrote:
Chris/Troy,
Can we please actually add this to the conf's. I think it becomes
important for larger modules, so perhaps, we say that the default for
the entry is 2M? (or whatever would be about 15 minutes on dialup) I
don't see any reason that it needs to be highly
14 matches
Mail list logo
