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
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,
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,
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:
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
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
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
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:
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
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,
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
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
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
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
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
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
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
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
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
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
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
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
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:
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
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,
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,
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
27 matches
Mail list logo