Hi Sarah,
I imagine the long system date, which includes the name of the day and
month, is in unicode since the names are in Japanese. If tNow is indeed
unicode then it may help to "put unidecode(tNow,"Japanese") into tNow".
I don't have access to a Japanese system right this second, but you
could try this and see if it works for your Japanese users.
HTH
Ron
On Dec 28, 2005, at 2:26 PM, Sarah Reichelt wrote:
Hi All,
I have received some error reports from Japanese users of my Pic-a-POD
program and they all get an error at the same point. Here is the
script snippet:
convert tNow from long system date to seconds
subtract 86400 from tNow
with the error report showing:
Type: subtract: destination has a bad format (numeric?)
So it looks as if the date conversion is not working correctly. I'm
pretty sure the value of tNow is OK since it is just taken from a
field that is set to "the long system date" on startup. I don't know
anything about Unicode, but the textFont of the stack & by inheritance
the field, is Verdana, so I don't think that should be doing anything.
Is anyone out there running a Japanese system that can give me any
ideas? The reports have all come from Mac users so far, but I don't
know if that is relevant. Is there a way to detect a Japanese system
(or perhaps one where the default font is Unicode) and use "the long
date" instead of the long system date if so?
TIA,
Sarah
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
