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 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
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 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 richmondmathew...@gmail.com 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 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 richmondmathew...@gmail.com 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
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 richmondmathew...@gmail.com 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 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 richmondmathew...@gmail.com 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
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 capellan2...@gmail.com 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 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 capellan2...@gmail.com 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
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 richmondmathew...@gmail.com 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 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
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
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 richmondmathew...@gmail.com 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
2014/1/13 Richmond richmondmathew...@gmail.com: 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
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
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 richmondmathew...@gmail.com 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
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 richmondmathew...@gmail.com 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
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: latin arabic | 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 rev...@pdslabs.net 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
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: latin arabic | 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 rev...@pdslabs.net 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
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 fraser.gor...@runrev.com 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
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: latin arabic | 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 rev...@pdslabs.net 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: latin arabic | 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 rev...@pdslabs.net 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
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 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
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
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 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