Re: numToChar with socking great numbers
Richmond I wouldn't be surprised to find that the second char of FFF contains 56833. In fact that is what I would expect with UTF-16 encoding. (Sorry that I can't check at the moment). Regards Peter On 15 Jan 2014, at 17:38, Richmond wrote: > On 15/01/14 10:03, Peter W A Wood wrote: >> Richmond >> >> Apparently the "Grinning Face" is included in the Deja Vu font which was/is >> included by default with Ubuntu (according to Wikipedia). Perhaps you can >> get LiveCode to use that ... at least to test the surrogate pairs. >> >> On a lesser note, LibreOffice includes Deja Vu and fortunately Deja Vu does >> not have the pile of poo you do not want. >> >> Regards >> >> Peter >> >> > > I installed the Unicode consortium's "Last Resort" font: > http://www.unicode.org/policies/lastresortfont_eula.html > > and ran the script: > > on mouseUp > set the useUnicode to true > set the unicodeText of fld "fff" to (numtoChar(55357) & numToChar(56832)) > end mouseUp > > and got a char saying "undefined 1 1FFFD Plane 1" > > U+1FFFD = 131069 > U+1 = 65536 > > so, that, at least, makes sense; and that would argue that a font with the > smiley face should show the face. > > AND; according to this: > http://www.fontspace.com/unicode/char/1F601-grinning-face-with-smiling-eyes > we should be OK: > > so, adjusted the second surrogate pair to U+1F601 = 55357 & 56833, used > DejaVu Sans, and got a smiley face !! > > Obviously, DejaVu Sans does NOT have a glyph at 1F600. > > then, did this: > > on mouseUp > set the useUnicode to true > put the unicodeText of fld "fff" into FFF > put charToNum(FFF) into fld "NUMM" > end mouseUp > > and the number I got was 55357: the first number in the surrogate pair! > > So it would seem that the surrogate pairs work in one direction [ numToChar ] > but not the other way round [ charToNum ]. > > Richmond. > > > > > ___ > 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
Re: numToChar with socking great numbers
On 15/01/14 11:46, J. Landman Gay wrote: On my Android tablet using, I assume, Droid Sans, the clef sign was missing but the pile of poo was there. To me it looked more like a party hat with yellow streamers, but admittedly the font was small. Presumably you meant to type "f*rty hat". Richmond. Richmond wrote: On 15/01/14 10:03, Peter W A Wood wrote: Richmond Apparently the "Grinning Face" is included in the Deja Vu font which was/is included by default with Ubuntu (according to Wikipedia). Perhaps you can get LiveCode to use that ... at least to test the surrogate pairs. On a lesser note, LibreOffice includes Deja Vu and fortunately Deja Vu does not have the pile of poo you do not want. ___ 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
Re: numToChar with socking great numbers
On my Android tablet using, I assume, Droid Sans, the clef sign was missing but the pile of poo was there. To me it looked more like a party hat with yellow streamers, but admittedly the font was small. Richmond wrote: >On 15/01/14 10:03, Peter W A Wood wrote: >> Richmond >> >> Apparently the "Grinning Face" is included in the Deja Vu font which >was/is included by default with Ubuntu (according to Wikipedia). >Perhaps you can get LiveCode to use that ... at least to test the >surrogate pairs. >> >> On a lesser note, LibreOffice includes Deja Vu and fortunately Deja >Vu does not have the pile of poo you do not want. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ 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
Re: numToChar with socking great numbers
On 15/01/14 10:03, Peter W A Wood wrote: Richmond Apparently the "Grinning Face" is included in the Deja Vu font which was/is included by default with Ubuntu (according to Wikipedia). Perhaps you can get LiveCode to use that ... at least to test the surrogate pairs. On a lesser note, LibreOffice includes Deja Vu and fortunately Deja Vu does not have the pile of poo you do not want. Regards Peter I installed the Unicode consortium's "Last Resort" font: http://www.unicode.org/policies/lastresortfont_eula.html and ran the script: on mouseUp set the useUnicode to true set the unicodeText of fld "fff" to (numtoChar(55357) & numToChar(56832)) end mouseUp and got a char saying "undefined 1 1FFFD Plane 1" U+1FFFD = 131069 U+1 = 65536 so, that, at least, makes sense; and that would argue that a font with the smiley face should show the face. AND; according to this: http://www.fontspace.com/unicode/char/1F601-grinning-face-with-smiling-eyes we should be OK: so, adjusted the second surrogate pair to U+1F601 = 55357 & 56833, used DejaVu Sans, and got a smiley face !! Obviously, DejaVu Sans does NOT have a glyph at 1F600. then, did this: on mouseUp set the useUnicode to true put the unicodeText of fld "fff" into FFF put charToNum(FFF) into fld "NUMM" end mouseUp and the number I got was 55357: the first number in the surrogate pair! So it would seem that the surrogate pairs work in one direction [ numToChar ] but not the other way round [ charToNum ]. Richmond. ___ 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
Re: numToChar with socking great numbers
On 15/01/14 10:03, Peter W A Wood wrote: Richmond Apparently the "Grinning Face" is included in the Deja Vu font which was/is included by default with Ubuntu (according to Wikipedia). Perhaps you can get LiveCode to use that ... at least to test the surrogate pairs. On a lesser note, LibreOffice includes Deja Vu and fortunately Deja Vu does not have the pile of poo you do not want. Regards Peter On 15 Jan 2014, at 15:42, Richmond wrote: On 15/01/14 02:55, Peter W A Wood wrote: Richmond Have you tried displaying the pile of poo in LivecCode using the same font as you are using in Thunderbird? That would be the best evidence of whether LiveCode supports surrogate pairs under Linux or not. Regards Peter No joy. Richmond. That's a godd idea; although why everybody seems to think I want the pile of poo, when I want 1F600 (the rictus smiley face) I just don't know. The font is "sans-serif". Now, in my font list over in Livecode I could only find a font listed as "Sans", which delivered a blocked-in oblong rather than the face. This would suggest that Thunderbird is using its own, built-in font. Richmond. ___ 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
Re: numToChar with socking great numbers
Richmond Apparently the "Grinning Face" is included in the Deja Vu font which was/is included by default with Ubuntu (according to Wikipedia). Perhaps you can get LiveCode to use that ... at least to test the surrogate pairs. On a lesser note, LibreOffice includes Deja Vu and fortunately Deja Vu does not have the pile of poo you do not want. Regards Peter On 15 Jan 2014, at 15:42, Richmond wrote: > On 15/01/14 02:55, Peter W A Wood wrote: >> Richmond >> >> Have you tried displaying the pile of poo in LivecCode using the same font >> as you are using in Thunderbird? That would be the best evidence of whether >> LiveCode supports surrogate pairs under Linux or not. >> >> Regards >> >> Peter >> >> > > That's a godd idea; although why everybody seems to think I want the pile of > poo, when > I want 1F600 (the rictus smiley face) I just don't know. > > The font is "sans-serif". > > Now, in my font list over in Livecode I could only find a font listed as > "Sans", which delivered a > blocked-in oblong rather than the face. > > This would suggest that Thunderbird is using its own, built-in font. > > Richmond. > > ___ > 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
Re: numToChar with socking great numbers
On 15/01/14 02:55, Peter W A Wood wrote: Richmond Have you tried displaying the pile of poo in LivecCode using the same font as you are using in Thunderbird? That would be the best evidence of whether LiveCode supports surrogate pairs under Linux or not. Regards Peter That's a godd idea; although why everybody seems to think I want the pile of poo, when I want 1F600 (the rictus smiley face) I just don't know. The font is "sans-serif". Now, in my font list over in Livecode I could only find a font listed as "Sans", which delivered a blocked-in oblong rather than the face. This would suggest that Thunderbird is using its own, built-in font. Richmond. ___ 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
Re: numToChar with socking great numbers
Richmond Have you tried displaying the pile of poo in LivecCode using the same font as you are using in Thunderbird? That would be the best evidence of whether LiveCode supports surrogate pairs under Linux or not. Regards Peter On 15 Jan 2014, at 02:41, Richmond wrote: > On 14/01/14 15:58, Peter W A Wood wrote: >> Richmond >> >> Are you sure that it's not just a font issue? I believe that Python is >> installed in a standard Ubuntu distribution so I tried this in Xubuntu: >> >> peter@schulz-xubuntu:~$ python >> Python 2.7.5+ (default, Sep 19 2013, 13:49:51) >> [GCC 4.8.1] on linux2 >> Type "help", "copyright", "credits" or "license" for more information. >>>>> print u'\U0001F4A9' >> 💩 >>>>> print u'\U0001D122' >> 𝄢 >> >> As you may see the F clef displayed correctly but the pile of ... didn't. >> >> Peter > > The pile of poo displays perfectly over here, reading my e-mail on > Thunderbird in Linux, as > does the Base clef. > > Musical defaecation, perhaps? > > Well, the Reverend Sydney Smith stated that his idea of heaven was eating > Pate de Fois Gras to the sound of trumpets. > > [ a bit tough on the force-fed geese ]. > > Richmond. > >> >> PS If you view the email under OS X you could well see it. >> >> >> >> On 14 January 2014 14:09, Richmond wrote: >> >>> On 14/01/14 01:52, Alejandro Tejada wrote: >>> >>>> Hi Richmond, >>>> >>>> This is the character you posted: >>>> http://www.fileformat.info/info/unicode/char/1F600/index.htm >>>> >>>> and this is the unusual character: >>>> http://www.fileformat.info/info/unicode/char/1F4A9/index.htm >>>> >>>> >>>> Thanks, Alejandro, >>> The "problem" is that I would like to be able to display the first, and >>> any other astral plane Unicode >>> character in Livecode, and the surrogate-pair system doesn't seem to work >>> properly. >>> >>> >>> Richmond. >>> >>> >>> >>>> >>>> >>>> -- >>>> View this message in context: http://runtime-revolution. >>>> 278305.n4.nabble.com/numToChar-with-socking-great- >>>> numbers-tp4674643p4674681.html >>>> Sent from the Revolution - User mailing list archive at Nabble.com. >>>> >>>> ___ >>>> 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 > > > ___ > 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
Re: numToChar with socking great numbers
On 14/01/14 21:39, Bob Sneidar wrote: Can you imagine replying to something your girlfriend texted with that character and now she won't take your calls? Probably just about the best way to get rid of "that problematic girlfriend". Richmond. Sent from my Samsung Epic™ 4G Touch Alejandro Tejada wrote: Hi Richmond, This is the character you posted: http://www.fileformat.info/info/unicode/char/1F600/index.htm and this is the unusual character: http://www.fileformat.info/info/unicode/char/1F4A9/index.htm -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/numToChar-with-socking-great-numbers-tp4674643p4674681.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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
Re: numToChar with socking great numbers
Can you imagine replying to something your girlfriend texted with that character and now she won't take your calls? Sent from my Samsung Epic™ 4G Touch Alejandro Tejada wrote: Hi Richmond, This is the character you posted: http://www.fileformat.info/info/unicode/char/1F600/index.htm and this is the unusual character: http://www.fileformat.info/info/unicode/char/1F4A9/index.htm -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/numToChar-with-socking-great-numbers-tp4674643p4674681.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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
Re: numToChar with socking great numbers
On 14/01/14 15:58, Peter W A Wood wrote: Richmond Are you sure that it's not just a font issue? I believe that Python is installed in a standard Ubuntu distribution so I tried this in Xubuntu: peter@schulz-xubuntu:~$ python Python 2.7.5+ (default, Sep 19 2013, 13:49:51) [GCC 4.8.1] on linux2 Type "help", "copyright", "credits" or "license" for more information. print u'\U0001F4A9' 💩 print u'\U0001D122' 𝄢 As you may see the F clef displayed correctly but the pile of ... didn't. Peter The pile of poo displays perfectly over here, reading my e-mail on Thunderbird in Linux, as does the Base clef. Musical defaecation, perhaps? Well, the Reverend Sydney Smith stated that his idea of heaven was eating Pate de Fois Gras to the sound of trumpets. [ a bit tough on the force-fed geese ]. Richmond. PS If you view the email under OS X you could well see it. On 14 January 2014 14:09, Richmond wrote: On 14/01/14 01:52, Alejandro Tejada wrote: Hi Richmond, This is the character you posted: http://www.fileformat.info/info/unicode/char/1F600/index.htm and this is the unusual character: http://www.fileformat.info/info/unicode/char/1F4A9/index.htm Thanks, Alejandro, The "problem" is that I would like to be able to display the first, and any other astral plane Unicode character in Livecode, and the surrogate-pair system doesn't seem to work properly. Richmond. -- View this message in context: http://runtime-revolution. 278305.n4.nabble.com/numToChar-with-socking-great- numbers-tp4674643p4674681.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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 ___ 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
Re: numToChar with socking great numbers
Richmond Are you sure that it's not just a font issue? I believe that Python is installed in a standard Ubuntu distribution so I tried this in Xubuntu: peter@schulz-xubuntu:~$ python Python 2.7.5+ (default, Sep 19 2013, 13:49:51) [GCC 4.8.1] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> print u'\U0001F4A9' 💩 >>> print u'\U0001D122' 𝄢 As you may see the F clef displayed correctly but the pile of ... didn't. Peter PS If you view the email under OS X you could well see it. On 14 January 2014 14:09, Richmond wrote: > On 14/01/14 01:52, Alejandro Tejada wrote: > >> Hi Richmond, >> >> This is the character you posted: >> http://www.fileformat.info/info/unicode/char/1F600/index.htm >> >> and this is the unusual character: >> http://www.fileformat.info/info/unicode/char/1F4A9/index.htm >> >> >> Thanks, Alejandro, > > The "problem" is that I would like to be able to display the first, and > any other astral plane Unicode > character in Livecode, and the surrogate-pair system doesn't seem to work > properly. > > > Richmond. > > > >> >> >> >> -- >> View this message in context: http://runtime-revolution. >> 278305.n4.nabble.com/numToChar-with-socking-great- >> numbers-tp4674643p4674681.html >> Sent from the Revolution - User mailing list archive at Nabble.com. >> >> ___ >> 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
Re: numToChar with socking great numbers
On 14/01/14 01:52, Alejandro Tejada wrote: Hi Richmond, This is the character you posted: http://www.fileformat.info/info/unicode/char/1F600/index.htm and this is the unusual character: http://www.fileformat.info/info/unicode/char/1F4A9/index.htm Thanks, Alejandro, The "problem" is that I would like to be able to display the first, and any other astral plane Unicode character in Livecode, and the surrogate-pair system doesn't seem to work properly. Richmond. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/numToChar-with-socking-great-numbers-tp4674643p4674681.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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
Re: numToChar with socking great numbers
Hi Richmond, This is the character you posted: http://www.fileformat.info/info/unicode/char/1F600/index.htm and this is the unusual character: http://www.fileformat.info/info/unicode/char/1F4A9/index.htm -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/numToChar-with-socking-great-numbers-tp4674643p4674681.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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
Re: numToChar with socking great numbers
On 13/01/14 16:39, Fraser Gordon wrote: Hi Phil, We do intend to have RTL support in the 7.x cycle. What is most likely to happen is that we'll initially introduce a simplified mode where a field is exclusively right-to-left or left-to-right and mixing isn't really supported. (Individual words in a mixed setting should render in the right order but e.g. English text in a Hebrew field will "this like render") Full bidirectional support is the eventual goal but may take some time to implement and test properly as it requires extensive changes to the way fields currently lay-out and render their contents. Once this happens, RTL and LTR text can be mixed freely in a field and it should just do the right thing. By "right thing", I mean that it will detect when a section of RTL or LTR text is embedded in an LTR or RTL field and ensure words are placed in the correct order. The Unicode RTL control characters will be obeyed for overriding the defaults where necessary. The really "fun" part to get right is cursor positioning in mixed-direction fields; imagine you have an LTR field with: | where | is the cursor position - if you type in some more arabic text, it should actually be inserted immediately after the latin (to the left of the existing arabic) rather than at the cursor position on the right. And how should the cursor move as you navigate the field with the arrow keys? So the short answer is "yes, but…" ;) Basic RTL functionality should happen in 7.0 or 7.x; full BiDi support is complex enough that it will take longer and I can't say for certain when it will appear. Regards, Fraser P.S (for Richmond): Surely the strangest character in all of Unicode is the emoji U+1F4A9 "PILE OF POO" "numToChar(0xD83D) & numToChar(0xDCA9)" Aah: got it. Simply marvellous. Richmond. On 13 Jan 2014, at 13:28, Phil Davis wrote: Regarding 7.0 and Unicode... Is it possible that we'll see support for RTL text in 7.0? Or maybe 7.x? Thanks - Phil Davis ___ 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
Re: numToChar with socking great numbers
On 13/01/14 16:39, Fraser Gordon wrote: Hi Phil, We do intend to have RTL support in the 7.x cycle. What is most likely to happen is that we'll initially introduce a simplified mode where a field is exclusively right-to-left or left-to-right and mixing isn't really supported. (Individual words in a mixed setting should render in the right order but e.g. English text in a Hebrew field will "this like render") Full bidirectional support is the eventual goal but may take some time to implement and test properly as it requires extensive changes to the way fields currently lay-out and render their contents. Once this happens, RTL and LTR text can be mixed freely in a field and it should just do the right thing. By "right thing", I mean that it will detect when a section of RTL or LTR text is embedded in an LTR or RTL field and ensure words are placed in the correct order. The Unicode RTL control characters will be obeyed for overriding the defaults where necessary. The really "fun" part to get right is cursor positioning in mixed-direction fields; imagine you have an LTR field with: | where | is the cursor position - if you type in some more arabic text, it should actually be inserted immediately after the latin (to the left of the existing arabic) rather than at the cursor position on the right. And how should the cursor move as you navigate the field with the arrow keys? So the short answer is "yes, but…" ;) Basic RTL functionality should happen in 7.0 or 7.x; full BiDi support is complex enough that it will take longer and I can't say for certain when it will appear. Regards, Fraser P.S (for Richmond): Surely the strangest character in all of Unicode is the emoji U+1F4A9 "PILE OF POO" "numToChar(0xD83D) & numToChar(0xDCA9)" Ha, Ha, Ha; is this a leg-pull? Certainly I couldn't find anything about that here: http://www.unicode.org/charts/ even though it would be "all rather lovely" were there such a character. Richmond. On 13 Jan 2014, at 13:28, Phil Davis wrote: Regarding 7.0 and Unicode... Is it possible that we'll see support for RTL text in 7.0? Or maybe 7.x? Thanks - Phil Davis ___ 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
Re: numToChar with socking great numbers
That’s really exciting news; it’s long overdue but still exciting.
But I don’t think the users {we, programmers} will complain much about
bidirectional support.
Even the biggest services don’t give full support to bidirectional text.
I remember that I once published a short fairy-tale of mine to Facebook.
The title was in Hebrew {RTL} - just to be exotic :) - and the story was in
Turkish {LTR}.
Facebook totally messed it up with the punctuations.
The story seemed like this:
.Lorem ipsum dolor
,sit amet ad holorem
;ti malus prefericarus
Changing back the title to Turkish didn’t help either;
since I didn’t want to lose all the comments and likes, I left it as it was.
So, bidirectional support is truly a complex job.
Give us a dedicated RTL field, we’ll be happy enough;
I’ll be happy enough, for one :)
Best,
~ Ender Nafi
On Jan 13, 2014, 16:39:26, Fraser Gordon wrote:
Basic RTL functionality should happen in 7.0 or 7.x; full BiDi support is
complex enough that it will take longer and I can't say for certain when it
will appear.
___
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
Re: numToChar with socking great numbers
Thanks Fraser! I am waiting with bated breath! Phil On 1/13/14, 6:39 AM, Fraser Gordon wrote: Hi Phil, We do intend to have RTL support in the 7.x cycle. What is most likely to happen is that we'll initially introduce a simplified mode where a field is exclusively right-to-left or left-to-right and mixing isn't really supported. (Individual words in a mixed setting should render in the right order but e.g. English text in a Hebrew field will "this like render") Full bidirectional support is the eventual goal but may take some time to implement and test properly as it requires extensive changes to the way fields currently lay-out and render their contents. Once this happens, RTL and LTR text can be mixed freely in a field and it should just do the right thing. By "right thing", I mean that it will detect when a section of RTL or LTR text is embedded in an LTR or RTL field and ensure words are placed in the correct order. The Unicode RTL control characters will be obeyed for overriding the defaults where necessary. The really "fun" part to get right is cursor positioning in mixed-direction fields; imagine you have an LTR field with: | where | is the cursor position - if you type in some more arabic text, it should actually be inserted immediately after the latin (to the left of the existing arabic) rather than at the cursor position on the right. And how should the cursor move as you navigate the field with the arrow keys? So the short answer is "yes, but…" ;) Basic RTL functionality should happen in 7.0 or 7.x; full BiDi support is complex enough that it will take longer and I can't say for certain when it will appear. Regards, Fraser P.S (for Richmond): Surely the strangest character in all of Unicode is the emoji U+1F4A9 "PILE OF POO" "numToChar(0xD83D) & numToChar(0xDCA9)" On 13 Jan 2014, at 13:28, Phil Davis wrote: Regarding 7.0 and Unicode... Is it possible that we'll see support for RTL text in 7.0? Or maybe 7.x? Thanks - Phil Davis ___ 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 -- Phil Davis ___ 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
Re: numToChar with socking great numbers
Hi Phil, We do intend to have RTL support in the 7.x cycle. What is most likely to happen is that we'll initially introduce a simplified mode where a field is exclusively right-to-left or left-to-right and mixing isn't really supported. (Individual words in a mixed setting should render in the right order but e.g. English text in a Hebrew field will "this like render") Full bidirectional support is the eventual goal but may take some time to implement and test properly as it requires extensive changes to the way fields currently lay-out and render their contents. Once this happens, RTL and LTR text can be mixed freely in a field and it should just do the right thing. By "right thing", I mean that it will detect when a section of RTL or LTR text is embedded in an LTR or RTL field and ensure words are placed in the correct order. The Unicode RTL control characters will be obeyed for overriding the defaults where necessary. The really "fun" part to get right is cursor positioning in mixed-direction fields; imagine you have an LTR field with: | where | is the cursor position - if you type in some more arabic text, it should actually be inserted immediately after the latin (to the left of the existing arabic) rather than at the cursor position on the right. And how should the cursor move as you navigate the field with the arrow keys? So the short answer is "yes, but…" ;) Basic RTL functionality should happen in 7.0 or 7.x; full BiDi support is complex enough that it will take longer and I can't say for certain when it will appear. Regards, Fraser P.S (for Richmond): Surely the strangest character in all of Unicode is the emoji U+1F4A9 "PILE OF POO" "numToChar(0xD83D) & numToChar(0xDCA9)" On 13 Jan 2014, at 13:28, Phil Davis wrote: > Regarding 7.0 and Unicode... Is it possible that we'll see support for RTL > text in 7.0? Or maybe 7.x? > > Thanks - > Phil Davis ___ 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
Re: numToChar with socking great numbers
Regarding 7.0 and Unicode... Is it possible that we'll see support for RTL text in 7.0? Or maybe 7.x? Thanks - Phil Davis On 1/13/14, 2:24 AM, Fraser Gordon wrote: Hi Richmond, My bad, should have been: numtoChar(55357) & numToChar(56832) Note that current versions of LiveCode don't really treat surrogate pairs properly - each codeunit of the pair is treated as a character so it is possible to do things like apply a style that only affects one of the two units. When this happens, the string gets split between the pair and it no longer works properly so be careful. As I like to harp on about, this will be fixed in 7.0. Regards, Fraser On 13 Jan 2014, at 10:19, Richmond wrote: So I did this: on mouseUp set the useUnicode to true set the unicodetext of fld "" to numtoChar(55357) + numToChar(56832) end mouseUp and got this: button "Button": execution error at line 3 (Operators +: error in left operand), char 56 something obviously not quite right. Richmond. ___ 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 -- Phil Davis ___ 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
Re: numToChar with socking great numbers
On Linux I get a single empty box. I suspect that the emoji aren't really that widely supported outside relatively recent OSX systems. (It works fine on OSX 10.8). On 13 Jan 2014, at 10:43, Richmond wrote: > On 13/01/14 12:24, Fraser Gordon wrote: > > Well, the scriptEditor didn't throw a bluey this time, but I didn't get the > smiley face at Unicode 1F600, > > but 6 squares with crosses in them. [Linux] > > So this probably doesn't work properly. > > Richmond. > > > > ___ > 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
Re: numToChar with socking great numbers
On 13/01/14 12:24, Fraser Gordon wrote: Hi Richmond, My bad, should have been: numtoChar(55357) & numToChar(56832) Note that current versions of LiveCode don't really treat surrogate pairs properly - each codeunit of the pair is treated as a character so it is possible to do things like apply a style that only affects one of the two units. When this happens, the string gets split between the pair and it no longer works properly so be careful. As I like to harp on about, this will be fixed in 7.0. Regards, Fraser Well, the scriptEditor didn't throw a bluey this time, but I didn't get the smiley face at Unicode 1F600, but 6 squares with crosses in them. [Linux] So this probably doesn't work properly. Richmond. ___ 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
Re: numToChar with socking great numbers
2014/1/13 Richmond : >set the useUnicode to true >set the unicodetext of fld "" to numtoChar(55357) + numToChar(56832) > > and got this: > > button "Button": execution error at line 3 (Operators +: error in left > operand), char 56 Replacing + by & , will this please you ? Thierry Thierry Douez - http://sunny-tdz.com Maker of sunnYpdf - sunnYperl - sunnYmidi - sunnYmage ___ 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
Re: numToChar with socking great numbers
Hi Richmond, My bad, should have been: numtoChar(55357) & numToChar(56832) Note that current versions of LiveCode don't really treat surrogate pairs properly - each codeunit of the pair is treated as a character so it is possible to do things like apply a style that only affects one of the two units. When this happens, the string gets split between the pair and it no longer works properly so be careful. As I like to harp on about, this will be fixed in 7.0. Regards, Fraser On 13 Jan 2014, at 10:19, Richmond wrote: >> > So I did this: > > on mouseUp > set the useUnicode to true > set the unicodetext of fld "" to numtoChar(55357) + numToChar(56832) > end mouseUp > > > and got this: > > button "Button": execution error at line 3 (Operators +: error in left > operand), char 56 > > something obviously not quite right. > > Richmond. > > ___ > 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
Re: numToChar with socking great numbers
On 13/01/14 01:43, Fraser Gordon wrote: You need two numToChar calls: numToChar(55357)+ numToChar(56832) The Unicode engine will fix this with a new call that handles surrogate pairs automatically and invisibly but numToChar will probably have to retain the mod-65536 behaviour for compatibility. Regards, Fraser So I did this: on mouseUp set the useUnicode to true set the unicodetext of fld "" to numtoChar(55357) + numToChar(56832) end mouseUp and got this: button "Button": execution error at line 3 (Operators +: error in left operand), char 56 something obviously not quite right. Richmond. ___ 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
Re: numToChar with socking great numbers
On 13/01/14 01:43, Fraser Gordon wrote: You need two numToChar calls: numToChar(55357)+ numToChar(56832) The Unicode engine will fix this with a new call that handles surrogate pairs automatically and invisibly but numToChar will probably have to retain the mod-65536 behaviour for compatibility. Regards, Fraser Thank you very much for that. So, Livecode does work with surrogate pairs; just that I didn't know the syntax, and couldn't find any reference to it in the documentation. Richmond. ___ 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
Re: numToChar with socking great numbers
You need two numToChar calls: numToChar(55357)+ numToChar(56832) The Unicode engine will fix this with a new call that handles surrogate pairs automatically and invisibly but numToChar will probably have to retain the mod-65536 behaviour for compatibility. Regards, Fraser On 12/01/2014 21:31, Richmond wrote: > So, I found that the Unicode Consortium puts a smiley face at address > 1F600 (hex) = 128512(decimal), > > but when I go > > set the useUnicode to true > set the unicodeText of fld "feeld" to numToChar(128512) > > I get a nifty Bengali char that returns 62976, which is, rather > predictably, > 128512 - 65536 (or 256 x 256). > > And, while that is all rather jolly in terms of base 16 Maths is > doesn't do much for > my urge to propagate smiley faces all over the shop. > > Doing this: > > set the useUnicode to true > set the unicodeText of fld "feeld" to numToChar(65536+62976) > > gives me numToChar(62976) > > Now I assume (dangerous business that) that there is a way (???) to > get hold of the characters > in the higher planes (i.e. above 65536) of the Unicode font system, > but don't know how to do that. > > Does anybody know? > > Richmond. > > ___ > 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
Re: numToChar with socking great numbers
On 12/01/14 23:31, Richmond wrote: So, I found that the Unicode Consortium puts a smiley face at address 1F600 (hex) = 128512(decimal), but when I go set the useUnicode to true set the unicodeText of fld "feeld" to numToChar(128512) I get a nifty Bengali char that returns 62976, which is, rather predictably, 128512 - 65536 (or 256 x 256). And, while that is all rather jolly in terms of base 16 Maths is doesn't do much for my urge to propagate smiley faces all over the shop. Doing this: set the useUnicode to true set the unicodeText of fld "feeld" to numToChar(65536+62976) gives me numToChar(62976) Now I assume (dangerous business that) that there is a way (???) to get hold of the characters in the higher planes (i.e. above 65536) of the Unicode font system, but don't know how to do that. Does anybody know? Richmond. I thought I'd have a go at surrogate pairs: http://www.russellcottrell.com/greek/utilities/SurrogatePairCalculator.htm and was told that 1F600 was equal to D83D + DE00 : a.k.a. 128512 = 55357+56832 so did this: set the useUnicode to true set the unicodeText of fld "feeld" to numToChar(55357+56832 no joy. Richmond. ___ 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
numToChar with socking great numbers
So, I found that the Unicode Consortium puts a smiley face at address 1F600 (hex) = 128512(decimal), but when I go set the useUnicode to true set the unicodeText of fld "feeld" to numToChar(128512) I get a nifty Bengali char that returns 62976, which is, rather predictably, 128512 - 65536 (or 256 x 256). And, while that is all rather jolly in terms of base 16 Maths is doesn't do much for my urge to propagate smiley faces all over the shop. Doing this: set the useUnicode to true set the unicodeText of fld "feeld" to numToChar(65536+62976) gives me numToChar(62976) Now I assume (dangerous business that) that there is a way (???) to get hold of the characters in the higher planes (i.e. above 65536) of the Unicode font system, but don't know how to do that. Does anybody know? Richmond. ___ 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
