On 20/03/2014 15:37, Geoff Canyon wrote:
I have a field that has been populated by setting the unicodetext. Some
lines actually need unicode -- umlauts, enye, etc. -- and others are plain
ascii.
What's the most efficient way to count how many lines are plain and how
many actually need unicode
Ben
On 21 Mar 2014, at 02:40, Ben Rubinstein wrote:
That probably means in fact that all the characters are in ISO-8859-1 (I
think that the one-byte characters in UTF8 approximately correspond to
ISO-8859-1, but I'm prepared to be corrected).
UTF-8 only has 128 one-byte characters (0 -
Fraser-
Thursday, March 20, 2014, 10:50:28 AM, you wrote:
One annoyance is that the unicodeText of a field is not, in fact,
unicode text in the 7.0 engine - it is binary data. Similarly, the
uniEncode and uniDecode functions convert between two different
forms of binary data rather than
On 19/02/14 03:18, Robert Sneidar wrote:
Plaintext will not remove characters, which is what he wants. What he REALLY
wants is something to remove ann non-printing characters from a chunk. I cannot
help but believe there is a regex way to do this.
I have a stack that demonstrates how to
Skip,
Have you looked at the plaintext property of fields? I think it converts
non-convertible characters to a '?' It might be a tool you could use.
Devin
Sent from my iPhone
On Feb 17, 2014, at 2:20 PM, Magicgate Software - Skip Kimpel
s...@magicgate.com wrote:
Thank you! This should
Plaintext will not remove characters, which is what he wants. What he REALLY
wants is something to remove ann non-printing characters from a chunk. I cannot
help but believe there is a regex way to do this.
Bob
On Feb 18, 2014, at 10:04 AM, Devin Asay devin_a...@byu.edu wrote:
Skip,
Is there a way to scan a field for extra characters or non-English
characters? I am trying to create a verification process for some imported
text and get rid of these characters in one swoop.
Any guidance here would be greatly appreciated as always!
Thanks again,
SKIP
On 17/02/14 22:15, Magicgate Software - Skip Kimpel wrote:
Is there a way to scan a field for extra characters or non-English
characters? I am trying to create a verification process for some imported
text and get rid of these characters in one swoop.
Any guidance here would be greatly
Thank you! This should give me something to go on.
On Mon, Feb 17, 2014 at 3:51 PM, Richmond richmondmathew...@gmail.comwrote:
On 17/02/14 22:15, Magicgate Software - Skip Kimpel wrote:
Is there a way to scan a field for extra characters or non-English
characters? I am trying to create a
On 17/02/14 23:20, Magicgate Software - Skip Kimpel wrote:
Thank you! This should give me something to go on.
Something much better I just whipped up here:
http://forums.runrev.com/viewtopic.php?f=5t=19188
Sorry, off to have a bath. Richmond.
On Feb 17, 2014, at 4:30 PM, Richmond wrote:
Sorry, off to have a bath.
TMI, Richmond.
-- Peter
Peter M. Brigham
pmb...@gmail.com
http://home.comcast.net/~pmbrig
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to
In case unicode is getting too easy to deal with,
http://www.mufi.info/
--
Mark Wieder
ahsoftw...@gmail.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
On 07/02/14 21:11, Mark Wieder wrote:
In case unicode is getting too easy to deal with,
http://www.mufi.info/
Dead Muffy . . .
this has been going on for yonks:
it isn't really a problem as such as the Unicode 'thang' has loads of
empty planes:
we'll park all those dead letters
, in fact too clever for me.
Possibly, but NOT clever enough . . .
I would like an easy way to know what character encoding is being used in a
textField:
NOT just whether it is Unicode or Not:
There are all sorts of variable such as
fontLanguage [I have never quite worked out how that jives
way to know what character encoding is being used in a
textField:
NOT just whether it is Unicode or Not:
There are all sorts of variable such as
fontLanguage [I have never quite worked out how that jives with Unicode],
MacCyrillic,
and so on, ad nauseam.
--
For the sake
On 23 Jan 2014, at 01:23, Richard Gaskin wrote:
Why UTF-16 rather than UTF-8?
The latter would seem more compact, and appears to be the default for nearly
every other dev tool (and text processors and so much more).
Whilst development tools may use UTF-8 for source code encoding, many use
:
NOT just whether it is Unicode or Not:
There are all sorts of variable such as
fontLanguage [I have never quite worked out how that jives with Unicode],
MacCyrillic,
and so on, ad nauseam.
--
For the sake of argument, and at the risk of repeating myself:
I managed to resurrect a 120 page
an easy way to know what character encoding is being used in a
textField:
NOT just whether it is Unicode or Not:
There are all sorts of variable such as
fontLanguage [I have never quite worked out how that jives with Unicode],
MacCyrillic,
and so on, ad nauseam
Unicode, derived from some display on a web site or elsewhere which
simply operates in Unicode.
I am prepared to do my manipulation entirely in Unicode, since in a way this is
a superset of anything else I might have to handle (OK not quite, because the
Mac has its own non-Unicode extended character
' PC apps like Microsoft Word
Wow: how I dislike the fact that 'PC' = 'PC running Windows'.
c) full Unicode, derived from some display on a web site or elsewhere which
simply operates in Unicode.
I am prepared to do my manipulation entirely in Unicode, since in a way this is
a superset
On Wed, Jan 22, 2014 at 6:20 AM, Richmond richmondmathew...@gmail.comwrote:
So . . . I'm not being much help really.
We love you anyway, Richmond….
*--*
*Stephen Barncard - San Francisco Ca. USA - Deeds Not Words*
___
use-livecode mailing list
of working out if a textFld contains
Unicode, ASCII, Macfunny, Windowsfunny, Amigafunny or otherwise?
[by 'funny' I mean many of the myriads of ancient 'standards' that are
still floating around
long after they should have been swept away by the Unicode Tsunami.]
Unless, of course, some crafty
On 22 Jan 2014, at 16:55, Richmond richmondmathew...@gmail.com wrote:
I wonder who is going to love me if I suggest that the next release might
feature the capability of working out if a textFld contains
Unicode, ASCII, Macfunny, Windowsfunny, Amigafunny or otherwise?
In 7.0, text
On Wed, Jan 22, 2014 at 9:07 AM, Fraser Gordon fraser.gor...@runrev.comwrote:
In 7.0,
Any idea when we'll see the first V7 beta ?
(sorry, you opened the door….)
*--*
*Stephen Barncard - San Francisco Ca. USA - Deeds Not Words*
___
use-livecode
Just belted off a stack that WILL tell you if a textField contains
Unicode text or not; it's here:
http://forums.runrev.com/viewtopic.php?f=5t=18869
Love, Richmond.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url
On 22/01/14 19:12, stephen barncard wrote:
On Wed, Jan 22, 2014 at 9:07 AM, Fraser Gordon fraser.gor...@runrev.comwrote:
In 7.0,
Any idea when we'll see the first V7 beta ?
(sorry, you opened the door….)
Stephen: you stole my wooden spoon; the one I use for stirring the
Fraser Gordon wrote:
In 7.0, text is always Unicode (specifically, UTF-16...)
Why UTF-16 rather than UTF-8?
The latter would seem more compact, and appears to be the default for
nearly every other dev tool (and text processors and so much more).
--
Richard Gaskin
Fourth World
LiveCode
On 22 Jan 2014, at 17:23, Richard Gaskin ambassa...@fourthworld.com wrote:
Why UTF-16 rather than UTF-8?
Windows, OSX and iOS use UTF-16 in their native APIs. Android is (I believe)
UTF-8. Linux is usually UTF-8 but could technically be anything…
There are valid reasons for either choice but
Fraser Gordon wrote:
Windows, OSX and iOS use UTF-16 in their native APIs. Android is (I
believe) UTF-8. Linux is usually UTF-8 but could technically be
anything…
There are valid reasons for either choice but in the end it shouldn't
really matter to anyone who isn't fiddling with the
, Fraser.
It sounds good - quite exciting, actually. So I have to ask the
uncomfortable question: do you have an anticipated release date for
that version?
If ALL text fields are to be Unicode by default will set the useUnicode
to true be redundant, and how will that affect stacks
made
in the field
and, treating it as normal text pops it into another field
which is tucked away off-screen.
Now any text chars that have values higher than those in the ASCII set
get mucked about; so, if the text in the input field is unicode,
what ends up in the hidden field is not the same; then I do
My thought exactly what with all the data shuffling among
apps/programs that goes on in modern computing
Tim Selander
Tokyo, Japan
On 14/01/23 2:23, Richard Gaskin wrote:
Fraser Gordon wrote:
In 7.0, text is always Unicode (specifically, UTF-16...)
Why UTF-16 rather than UTF-8
I can't tell you definitively because I am barely hanging on by a
thread when it come to understanding LC's usage of unicode...
After a GREAT deal of poking around on this list, other forums
and Google, this is what I've come up with to retrieve UTF8 from
mySQL. In my case, my mySQL field
Thanks Tim... I am about to try your suggestions... I hope some of the 'magic'
rubs off on me...:-)
Date: Mon, 23 Sep 2013 17:46:55 +0900
From: selan...@tkf.att.ne.jp
To: use-livecode@lists.runrev.com
Subject: Re: Unicode anyone ?...
I can't tell you definitively because I am barely
Tim... thanks, your 'magic' command did the trick...
I would never have arrived at that solution by myself...
Dixie
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to
Glad someone else can benefit from all the time it took me to
track down!
Tim
On 9/23/13 6:39 PM, John Dixon wrote:
Tim... thanks, your 'magic' command did the trick...
I would never have arrived at that solution by myself...
Dixie
Having invested a lot of time and effort into Unicode work over the last
few years,
and, should it suddenly yield a semi-respectable financial reward, I
will seriously
consider investing in the Commercial version of Livecode when all the
kickstarter goals have
been completed.
What worries me
I need to read and process a tab-delimited text file that is in UTF8
format containing unicode. The final goal is to get it into an array
with the first tabbed item as the keys, preserving all unicode. There
are some HTML format tags in it as well.
If I read the file as binfile, carriage
On Aug 19, 2013, at 1:03 PM, J. Landman Gay wrote:
I need to read and process a tab-delimited text file that is in UTF8 format
containing unicode. The final goal is to get it into an array with the first
tabbed item as the keys, preserving all unicode. There are some HTML format
tags
On 08/19/2013 10:03 PM, J. Landman Gay wrote:
I need to read and process a tab-delimited text file that is in UTF8
format containing unicode. The final goal is to get it into an array
with the first tabbed item as the keys, preserving all unicode. There
are some HTML format tags in it as well
LF:Line Feed, U+000A
VT: Vertical Tab, U+000B
FF: Form Feed, U+000C
CR:Carriage Return, U+000D
CR+LF: CR (U+000D) followed by LF (U+000A)
NEL: Next Line, U+0085
LS:Line Separator, U+2028
PS:Paragraph Separator, U+2029
I have a feeling that a search and replace routine
On 8/19/13 2:15 PM, Devin Asay wrote:
On Aug 19, 2013, at 1:03 PM, J. Landman Gay wrote:
I need to read and process a tab-delimited text file that is in
UTF8 format containing unicode. The final goal is to get it into an
array with the first tabbed item as the keys, preserving all
unicode
a feeling that a search and replace routine should trawl through
your target text
and replace ALL the above with numToChar(10).
Thanks for your trouble Richmond. I just did a replace on numtochar(13)
and it worked okay.
I swore I would not touch unicode until the rewrite was done. Famous
last
unicode until the rewrite was done. Famous
last words.
Personally I don't know what all the fuss is about: Unicode 'as is' or,
maybe 'as was', i.e. LC 4.5 works just fine for my purposes.
Richmond.
___
use-livecode mailing list
use-livecode
On Aug 19, 2013, at 1:29 PM, J. Landman Gay wrote:
On 8/19/13 2:15 PM, Devin Asay wrote:
On Aug 19, 2013, at 1:03 PM, J. Landman Gay wrote:
I need to read and process a tab-delimited text file that is in
UTF8 format containing unicode. The final goal is to get it into an
array
storing a glossary. The keys are the glossary terms, some
of which are unicode. The definitions are the elements. The user points
to a word in a field and I need to retrieve the definition by matching
the displayed field text (which is unicodetext) with the glossary key.
I can't make it work
to match the
text as it is displayed in fields.
Basically, I'm storing a glossary. The keys are the glossary terms, some
of which are unicode. The definitions are the elements. The user points to a
word in a field and I need to retrieve the definition by matching the
displayed field text
This is unicode array.
go to url http://kenjikojima.com/livecode/download/unicodeArray.livecode;
I hope it helps,
--
Kenji Kojima / 小島健治
http://www.kenjikojima.com/
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url
On 8/19/13 3:08 PM, in...@kenjikojima.com wrote:
This is unicode array.
go to url http://kenjikojima.com/livecode/download/unicodeArray.livecode;
I hope it helps,
Thank you. I will try this if I have to, but the data is very large and
stepping through each character would take a long time
lookups on the keys. The keys have to match the
text as it is displayed in fields.
Basically, I'm storing a glossary. The keys are the glossary terms, some
of which are unicode. The definitions are the elements. The user points to a
word in a field and I need to retrieve the definition by matching
On Aug 19, 2013, at 2:22 PM, J. Landman Gay wrote:
On 8/19/13 3:07 PM, Devin Asay wrote:
Something like this should work:
User clicks term to look up.
get the text of the click line -- this will be displayed as UTF16
Sorry, that should have been
get the unicodeText of the clickLine
Jacque wrote:
Basically, I'm storing a glossary. The keys are the glossary terms, some
of which are unicode. The definitions are the elements. The user points
to a word in a field and I need to retrieve the definition by matching
the displayed field text (which is unicodetext) with the glossary
On 8/19/13 3:41 PM, Richard Gaskin wrote:
Jacque wrote:
Basically, I'm storing a glossary. The keys are the glossary terms, some
of which are unicode. The definitions are the elements. The user points
to a word in a field and I need to retrieve the definition by matching
the displayed field
On 20/08/2013, at 6:41 AM, Richard Gaskin ambassa...@fourthworld.com wrote:
In my experience that's more strict than it needs to be, but if the format of
encoded arrays is any clue there may still be a restriction on having NULL
bytes in a key name.
Which would count out utf16. Jacque why
On Mon, Aug 19, 2013 at 1:22 PM, J. Landman Gay jac...@hyperactivesw.comwrote:
Thanks, I'll try it. The glossary is only one piece of a much bigger data
set involving a lot of different types of lookups, and this is going to be
a huge pain. I'm going to have to rewrite a large part of the
On 8/19/13 4:24 PM, Monte Goulding wrote:
Jacque why not uniDecode(theKey,UTF8) in order to use it as a key in the
array?
It drops or alters characters. The glossary is used a few different
ways, and sometimes I need to display all the keys in a field, to act as
an index of terms. So it
On 20/08/2013, at 8:50 AM, J. Landman Gay wrote:
It drops or alters characters.
I'm not sure what you mean. UTF8 can represent all the unicode code points.
The glossary is used a few different ways, and sometimes I need to display
all the keys in a field, to act as an index of terms. So
solve things;
I'm still stuck with the discrepancy between visual text and unicode
text. Also, this is the project where I can't use external files.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
Hi,
The best solution for using unicode menu is to add tags.
The menuPick handler will get the tag as a parameter, and the tag is
always ANSI on all platforms.
For more explaination, check the keyword menu in the dictionary.
The tag allows to manage cascading menus when menuHistory doesn't.
I
11:45, Support Toki a écrit :
Hi,
The best solution for using unicode menu is to add tags.
The menuPick handler will get the tag as a parameter, and the tag is
always ANSI on all platforms.
For more explaination, check the keyword menu in the dictionary.
The tag allows to manage cascading menus
Thierry Arbellot
Digital Salade
website : www.tokitest.fr
email : supp...@tokitest.fr
AIM/iChat : supportToki
Skype : support.toki
Le 29/07/2013 11:45, Support Toki a écrit :
Hi,
The best solution for using unicode menu is to add tags.
The menuPick handler will get the tag
Hi,
It works on Mac OS, But does not work on Windows.
go to url http://kenjikojima.com/livecode/download/unicodeMenuStudy.livecode;
What's wrong?
Thanks,
--
Kenji Kojima / 小島健治
http://www.kenjikojima.com/
___
use-livecode mailing list
On 07/28/2013 03:14 PM, in...@kenjikojima.com wrote:
Hi,
It works on Mac OS, But does not work on Windows.
go to url http://kenjikojima.com/livecode/download/unicodeMenuStudy.livecode;
What's wrong?
Thanks,
--
Kenji Kojima / 小島健治
http://www.kenjikojima.com/
Sorry; pictures required for
Richmond,
You installed a vertical font.
You can install regular fonts from an installer CD.
http://www.dartmouth.edu/~introjpn/00_windowsxp.html
You can show Japanese font in a field.
But can not select menu items correctly.
--
Kenji Kojima / 小島健治
http://www.kenjikojima.com/
On Jul 28,
On 07/28/2013 06:06 PM, in...@kenjikojima.com wrote:
Richmond,
You installed a vertical font.
That seems quite obvious from my screenshots; unfortunately EPSON did
not specify that those were vertical fonts.
I'm sorry; but as I have no Japanese, and almost as little knowledge of
Windows XP,
I do believe that if all the Japanese characters you use are
within the Unicode area reserved for Hiragana, Katakana and
Kanji it should not be necessary for end-users to have to
perform extra tricks to get your stuff working on their setup.
My, limited, experience with Livecode and Unicode fonts
I tested the stack on Windows XP.
It did not work.
--
Kenji Kojima / 小島健治
http://www.kenjikojima.com/
On Jul 28, 2013, at 11:16 AM, Richmond wrote:
I do believe that if all the Japanese characters you use are
within the Unicode area reserved for Hiragana, Katakana and
Kanji it should
On 07/28/2013 06:26 PM, in...@kenjikojima.com wrote:
I tested the stack on Windows XP.
It did not work.
--
Kenji Kojima / 小島健治
http://www.kenjikojima.com/
Well then, that needs to be filed as a BUG report so that the RunRev
people can sort it out.
Richmond.
I will.
Thanks,
--
Kenji Kojima / 小島健治
http://www.kenjikojima.com/
On Jul 28, 2013, at 11:29 AM, Richmond wrote:
On 07/28/2013 06:26 PM, in...@kenjikojima.com wrote:
I tested the stack on Windows XP.
It did not work.
--
Kenji Kojima / 小島健治
http://www.kenjikojima.com/
Well then,
Kojima / 小島健治
http://www.kenjikojima.com/
Well then, that needs to be filed as a BUG report so that the RunRev
people can sort it out.
Richmond.
The way Livecode and Unicode DON'T WORK on Windows is a very sore point
that I have been banging on about
for ages with little or no result
This is temporary unicode menu script until bugs are fixed.
go to url http://kenjikojima.com/livecode/download/tempoUnicodeMenu.livecode;
Use menuHistory and custom function getUnicodeMenuItem.
It works on MacOS and WIndows. I do not use Linux. Please try.
--
Kenji Kojima / 小島健治
http
Richmond,
I found my problem.
When I set a unicode label of pulldown menu, menu items are garbage characters.
I typed Japanese characters フォント in field 1.
set the unicodeLabel of btn pulldown Menu to the unicodeText of fld 1
Then set them in btn pulldown Menu.
on mouseDown
On 07/13/2013 02:54 PM, in...@kenjikojima.com wrote:
Richmond,
I found my problem.
When I set a unicode label of pulldown menu, menu items are garbage
characters.
I typed Japanese characters フォント in field 1.
set the unicodeLabel of btn pulldown Menu to the unicodeText of fld 1
Hi,
Can anybody set unicode font names of the fontNames to the menu items of
pulldown menu?
Thanks,
--
Kenji Kojima / 小島健治
http://www.kenjikojima.com/
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe
On 07/12/2013 10:16 PM, in...@kenjikojima.com wrote:
Hi,
Can anybody set unicode font names of the fontNames to the menu items of
pulldown menu?
Thanks,
--
Kenji Kojima / 小島健治
http://www.kenjikojima.com/
Well, I work with Unicode fonts all the time, and find that
on mouseDown
put
menuPick
--
Kenji Kojima / 小島健治
http://www.kenjikojima.com/
On Jul 12, 2013, at 4:28 PM, Richmond wrote:
On 07/12/2013 10:16 PM, in...@kenjikojima.com wrote:
Hi,
Can anybody set unicode font names of the fontNames to the menu items of
pulldown menu?
Thanks,
--
Kenji Kojima / 小島健治
http
your beef isn't with the Script Editor per se, but with the
parser in the engine that is throwing errors when it encounters
unicode. And that's a legitimate beef, and one that hopefully will be
addressed soon.
Thanks for the clarification.
The main reason we need to be able to put unicode
Richmond, unicode in script is what I'm waiting also, but you can set substack
with library of fields containing Unicode text and then use put unicode in
your scripts to populate the text into your destination fields. You don't need
to use numToChar.
Marek
On Jun 29, 2013, at 2:12 AM, Richmond wrote:
The main reason we need to be able to put unicode in a script is so that one
can write:
put !@#$%^*() into fld output1
rather than a whole chain of extremely tedious numToChar statements.
That particular example works now and doesn't require
I wonder how one can enter unicodeText directly into the script editor?
When one wants to put a script into an object without opening the script
editor one does this sort of thing:
set the script of btn unicodeTest to fld Nonsense
now, if fld nonsense contains unicodeText that just ends up
Hi Richmond,
Almost every current development tool can do that, except for LiveCode.
What we need is a UTF8 script editor.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
On 06/28/2013 09:24 PM, Mark Schonewille wrote:
Hi Richmond,
Almost every current development tool can do that, except for
LiveCode. What we need is a UTF8 script editor.
Um!
That doesn't sound all that good.
What I do not understand is, if the script editor contains a field
Scripts in
se, but with the
parser in the engine that is throwing errors when it encounters
unicode. And that's a legitimate beef, and one that hopefully will be
addressed soon.
--
-Mark Wieder
mwie...@ahsoftware.net
___
use-livecode mailing list
use-livecode
Hi everyone,
I am working on small tool to convert a specific XML file into several html
pages.
The whole thing looks good and should be working fine eventually. However,
there is one thing I did not figure out yet: Unicode.
My XML is partially french and has a lot of symbols like
, 13. Juni 2013 14:54
An: How to use LiveCode
Betreff: XML and Unicode
Hi everyone,
I am working on small tool to convert a specific XML file into several html
pages.
The whole thing looks good and should be working fine eventually. However,
there is one thing I did not figure out yet
working on small tool to convert a specific XML file into several html
pages.
The whole thing looks good and should be working fine eventually. However,
there is one thing I did not figure out yet: Unicode.
My XML is partially french and has a lot of symbols like this:
sitenamePersonnes
looks good and should be working fine eventually.
However,
there is one thing I did not figure out yet: Unicode.
My XML is partially french and has a lot of symbols like this:
sitenamePersonnes du monde rural aux 19ème et 20ème
siècles/sitename
however, when I read this file
I apologize up front for being particularly clueless on this whole
character encoding concept. I'm still trying to adjust to speaking
American English as opposed to the Queen's English so not too suprising I'm
not grasping unicode too well!
I understand the concepts and the use of uniencode
that
require double-byte encoding
that is when the fun starts; and as Livecode seems only to function
with Unicode characters in the
first linguistic plane some are going to be forever inaccessible
regardless of what you do.
4. Work out which language groups you are going to target first,
instead
I encourage you to go to full Unicode.
That means (for now) using the unicodeText to get text into and out of a field.
Then convert that to UTF8 and back for a database with UTF-8 encoding.
(And at this point you can say that your program only works with UTF-8 encoding
set for SQLite
/kings/**mary4.htmhttp://www.jacobite.ca/kings/mary4.htm
)
couldn't get her head round any English to save her life, that must be a
serious problem . . . LOL.
Did she speak a unicode dialect of Bavarian?
2. Here, in Bulgaria, everybody who works with computers has English (of
some sort
Thanks Dar, I think I get the picture now. I'll stick with UTF8 for now.
Pete
lcSQL Software http://www.lcsql.com
On Sat, Jun 8, 2013 at 11:11 AM, Dar Scott d...@swcp.com wrote:
I encourage you to go to full Unicode.
That means (for now) using the unicodeText to get text into and out
.
Pete
lcSQL Software http://www.lcsql.com
On Sat, Jun 8, 2013 at 11:11 AM, Dar Scott d...@swcp.com wrote:
I encourage you to go to full Unicode.
That means (for now) using the unicodeText to get text into and out of a
field.
Then convert that to UTF8 and back for a database with UTF-8
I wonder if anybody else has run across this problem with Windows Vista
(does anybody use Vista?),
7 or 8?
If I install a font that has non-standard Unicode chars in the Personal
Private Use Area on one of these Windows systems (I test with Windows 7)
something 'funny' happens:
Those chars
On 05/29/2013 07:09 AM, Richmond wrote:
Those chars that are in the standard Unicode places are substituted for
a standard Windows-native font,
but those in the PPU area are left as they are, kerning rules in either
the font or inwith Livecode itslef are over-ridden by Windows; something
On 05/29/2013 03:31 PM, Warren Samples wrote:
On 05/29/2013 07:09 AM, Richmond wrote:
Those chars that are in the standard Unicode places are substituted for
a standard Windows-native font,
but those in the PPU area are left as they are, kerning rules in either
the font or inwith Livecode
Hi Richmond,
Am 29.05.2013 um 15:06 schrieb Richmond richmondmathew...@gmail.com:
On 05/29/2013 03:31 PM, Warren Samples wrote:
On 05/29/2013 07:09 AM, Richmond wrote:
Those chars that are in the standard Unicode places are substituted for
a standard Windows-native font,
but those
On 05/29/2013 03:31 PM, Warren Samples wrote:
On 05/29/2013 07:09 AM, Richmond wrote:
Those chars that are in the standard Unicode places are substituted for
a standard Windows-native font,
but those in the PPU area are left as they are, kerning rules in either
the font or inwith Livecode
On 05/19/2013 05:46 PM, Warren Samples wrote:
On 05/19/2013 09:23 AM, Richmond wrote:
Bug report or no bug report, I have to work with LC 4.5.
A sorted out bug would appear in a later version; one for which I,
currently (and many others, I suspect) do not have the money to buy.
Therefore,
Unicode display on Linux has been a BIG headache for me for about 3
years with no solution in sight.
The answer, perhaps inevitably, turns out to be very simple indeed.
---
The Problem.
I have a textField called OOTPUT
501 - 600 of 831 matches
Mail list logo