Running Mac-developed stacks on a PC

[Mark Smith]

Sorry, Francis, I see you have looked at macToIso() :)

If I put this in a button script:

on mouseUp
    repeat with n = 1 to 31
       put numtochar(n) into tChar
       put n & "=" after tList
       put mactoiso(tChar) into nChar
       put chartonum(nChar) & cr after tList
    end repeat
    put tList
end mouseUp

I get

1=138
2=154
3=166
4=173
5=178
6=179
7=185
8=8
9=9
10=10
11=188
12=189
13=13
14=190
15=208
16=215
17=221
18=222
19=240
20=253
21=254
22=22
23=23
24=24
25=25
26=26
27=27
28=28
29=29
30=30
31=31

So if you chose your delimiters from the 22 - 31 range, they should  
survive the macToIso() function.

Best,

Mark

ps. I'm really surprised at the above result. I'd assumed that  
MacRoman and CodePage whatever were both ascii up to 127...

On 9 Nov 2008, at 11:57, Francis Nugent Dixon wrote:

> Hi from Paris,
>
> I am in the process of delivering standalone stacks developed
> on my Mac, to my family (some French, some English)........
> (why do they all use PC's - when life begins with a Mac ?).
> I have multicard stacks with many text objects (some in French).
> When I run the stacks on the PC, all of the accents turn my
> text into gibberish.
> I have three possible solutions ...... :
> 1 - remove all accents from my text objects. What is the
> quickest way ? (but then I get hassle from my French family)
> 2 Convert all my text data to PC (ISO) - Mark Schonewille
> suggests using MactoISO.
> 3 - Create 2 .txt files, one for Mac execution, and one for PC
> execution. In my Export/Import scripts, I decide which to use.
>
> However, as I'm in standalone mode, I load my (empty) stack
> from a .txt file, and store the updated .txt file on exit.
> I use Record and Item delimiters numtochar(184) and numtochar(189)
> in my .txt file, as these characters never occur in my stack data.
> How do I convert all Mac text (with accents) to PC format, without
> touching these delimiters.
>
> This is more a call to our French friends who may have had this
> problem, rather than a search for efficient coding. But, I will
> take all helpful answers.
>
> -Francis
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution