Thanks Richmond, good observe as the Scots say (do you say it? RLS did.)

In my case saving to .doc or any other format isn't on, because I can't predict 
what my users will do: if someone thinks a dash is a minus sign, then they will 
copy it regardless - I can't give them elaborate instructions to do an export - 
they would be ignored, and anyway they wouldn't be in the spirit of "just do 
it" which this app promotes. I just have to make sure the pasted text that 
comes into my LC app is more cleverly treated (see my reply to Paul DeRocco, 
just now). Since it's cross-platform, I also have to accommodate both PC and 
Mac ways of doing things.

It is quite likely that I did muck up the original input, but more testing and 
sweat will sort it out, now I know what the issue is.

Thanks again

Graham

On 30 Jan 2014, at 08:52, Richmond <richmondmathew...@gmail.com> wrote:

> On 29/01/14 23:40, Graham Samuel wrote:
>> I'm using LC 6.5.1 on a Mac with Mavericks. Recently I was given a Pages 
>> document with some text I needed to paste into a LiveCode desktop app.
> 
> You can, save from Pages into Microsoft's ubiquitous .doc format.
> 
> My younger son, who stays in Germany and uses a MacBook, sent me a pages 
> document in that format, I then opened it
> on Linux with Libre Office, and everything came through clearly. So:
> 
> 1. Pages works with the MacRoman standard and converts this to Unicode when 
> it saves to .doc.

Yep, but not when it saves to the clipboard (Copy or Cut).
> 
> or
> 
> 2. Libre Office on Linux opens any .doc document perfectly regardless of its 
> character encoding.
> 
> or
> 
> 3. Pages DOES encode in Unicode.
> 
> I wonder ????
> 
>> The relevant text was:
>> 
>> 3*(-1*x^2 + 4)(-1*x^4 - 5x + 2)
>> 
>> (Don't worry, it's just a meaningless example).
>> 
>> I changed this to plain text (it had originally been coloured and I thought 
>> this might affect the result). I then used an LC script to search for some 
>> characters, particularly the minus signs. Couldn't find them. Then I 
>> realised that I had to put the text string through LC's MactoISO function
> 
> Does Pages use MacRoman, or had you, by putting the text through LC's 
> MactoISO function mucked it about?
> 
>>  - so Pages, far from using UniCode (I thought everybody was doing it) is 
>> still using the old Mac character set. LC, even on a Mac, apparently isn't. 
>> The thing is, the pasted text **looks** OK in an LC field, but it's not.
>> 
>> Just a gotcha that surprised me and may bite someone else.
>> 
>> I'm wondering if LC 7 will take this kind of problem away. I'm also 
>> wondering what Apple are up to still using a proprietary character code. And 
>> I'm wondering if I should have tried to do the whole thing with Unicode text.
> 
> Unfortunately I'm at work where everything runs on Linux. However, when I get 
> home this evening I shall dig out my macMini
> (which has a licensed version of Pages running on it) and see what is going 
> on.
> 
> This:
> 
> http://www.apple.com/mac/pages/compatibility/#text
> 
> is remarkably unhelpful as it is written for people who are interested in 
> typing documents rather than transferring the end results
> into happy little places such as an LC field. There is NO mention of |the U 
> word" (Unicode).
> 
> Richmond.
>> 
>> Graham
>> _______________________________________________


_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Reply via email to