Hi Graham,
Now I see it too. Even if I set the unicodeText of a field to
numToChar(8804), the character appears as something completely different
on Windows.
In pre-7 versions of LiveCode, this might be acceptable, because the
text of a field is saved as MacRoman or Latin. However, in 7, it is
saved as unicode. I didn't try this, but this should not happen in 7.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
Installer Maker for LiveCode:
http://qery.us/468
Buy my new book "Programming LiveCode for the Real Beginner"
http://qery.us/3fi
LiveCode on Facebook:
https://www.facebook.com/groups/runrev/
On 10/31/2014 19:04, Graham Samuel wrote:
Hi Mark
Not to flog this to death, but what you did works for me too - you just set the
htmlText of a field using a version of LC running on Windows. What didn’t work
for me was setting the htmlText of the field using a Mac version of LC, saving
the stack and then opening it on a PC with a PC version of LC - then the field
had somehow changed. I will see if this applies in other versions of LC. What I
did is repeatable but of course it may be something to do with my particular
setup or versions of LC.
Cheers
Graham
On 31 Oct 2014, at 18:16, Mark Schonewille <m.schonewi...@economy-x-talk.com>
wrote:
Hi Graham,
Apparently, I misread the subject header of your e-mail. So, you have trouble
with the less-than-or-equal-to and the greater-than-or-equal-to characters.
BTW I think that these characters are in the MacRoman character set but not in
the Latin-1 character set, which means that you can refer to them by their
ASCII values on Mac, but not on Windows.
I just tried this on Windows 8.1:
on mouseUp
set the htmlText of fld 1 to "<p>≥</p>"
end mouseUp
and it works fine. I can also change ge to le and that works too. If I execute
put the htmltext of fld 1
in the message box, I get the expected values and not the numerical values you
are seeing.
I tried this in LC 6.6.2 on Windows 8.1. Perhaps it is a 6.6.5-specific bug.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
Installer Maker for LiveCode:
http://qery.us/468
Buy my new book "Programming LiveCode for the Real Beginner" http://qery.us/3fi
LiveCode on Facebook:
https://www.facebook.com/groups/runrev/
On 10/31/2014 18:01, Graham Samuel wrote:
Thanks Mark for the reply.
No, ‘lt' is less than and ‘gt' is greater than: these symbols are readily
available on both the Mac and PC character sets, so if the objective is simply
to display the correct glyph, it doesn’t matter if one shows them as html or
just a simple character. My issue is with 'less than or equal' (and in
principle ‘greater than or equal’). These are represented on the regular Mac
keyboard as option-comma and option-period, but these codes are not the same on
the PC. Hence my need to use html, since these characters are part of the
standard html repertoire.
A possible (but not very probably IMHO) cause of the problem is that ‘le’ and
‘ge’ are not in the LC dictionary as recognised subset-html characters dealt
with by LC: but in fact they do work, just not when switched from Mac to PC.
Odd.
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
_______________________________________________
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
_______________________________________________
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
