Hi,
I found that the simplest route for me when working with multi-line field
data was to pre-parse the data on storage and post parse it on extraction,
by changing the 'cr''s to either another seldom used character or html (eg.
'br').
So the database code before the INSERT/UPDATE would replace
Hello everybody,
Is 6.0.2 commercial or community version ?
RM
Le 25 mai 2013 à 21:09, Richmond richmondmathew...@gmail.com a écrit :
I have just installed LC 6.0.2 OSS on Ubuntu 8.04.3
So what? I hear you say.
Because that Ubuntu 8.04 was running on a Pentium III
with 256 MB RAM.
So
Hi René,
naturally available in both versions ;D
Pierre
Le 26 mai 2013 à 11:26, René Micout a écrit :
Hello everybody,
Is 6.0.2 commercial or community version ?
RM
Le 25 mai 2013 à 21:09, Richmond richmondmathew...@gmail.com a écrit :
I have just installed LC 6.0.2 OSS on Ubuntu
Hey Tom,
Should be adding an aeCancelAllAEMessages command? Sounds like something that
could be useful…
Cheers,
Malte
--
derbrill IT-service Malte Pfaff-Brill
Tanneneck 2, d-24790 Ostenfeld
Tel: +49 4331-337 640 0
eMail: i...@derbrill.de web: http://www.derbrill.de
Steuernummer: 28 015 03865
Merci Pierre !
Le 26 mai 2013 à 11:31, Pierre Sahores s...@sahores-conseil.com a écrit :
Hi René,
naturally available in both versions ;D
Pierre
Le 26 mai 2013 à 11:26, René Micout a écrit :
Hello everybody,
Is 6.0.2 commercial or community version ?
RM
The other really encouraging thing is that you don't even need anything as
'heavy' as Ubuntu. I haven't checked recently, but the last time I tried,
LC ran fine on Slitaz, 150Mb or so? which takes almost no memory or disk
space. If you want to make an embedded free system its the way to go.
Malte,
All I can say is that when I was working on this project it seemed to be a
natural thing to look for. Every time I would go to a new card the same scripts
would run and animate image 1 but If I went to the next card before the
current card animation was done it would then build up on
I'd be inclined to have a handler to execute/buffer the SQL statements
based on what type of db is in use.
For example you could have a handler dbCommand which took SQL statements as
a parameter. If the DB is SQLite, the handler would execute the statement
immediately. If some other version of
I can't believe that this one flummoxed me as long as it did.
SQLite, like the honeybadger, just don't care . . .
I got hung up on a curlyquote.
I'll definitely have people pasting in from whatever sources, possibly the
wrong one for the platform (ever read from mac or unix a web page written
UTF8 is one of the languages of uniEncode and uniDecode functions. Maybe you
can convert to and from UTF8 as you need. Or pull unicode out of the field and
convert that.
Character 213 is the first of a two byte sequence in UTF8, so a bubble-gum and
tinfoil solution for that lone character
On 05/26/2013 08:30 PM, Dr. Hawkins wrote:
I can't believe that this one flummoxed me as long as it did.
SQLite, like the honeybadger, just don't care . . .
I got hung up on a curlyquote.
I'll definitely have people pasting in from whatever sources, possibly the
wrong one for the platform
On 5/26/13 1:13 PM, Richmond wrote:
On 05/26/2013 08:30 PM, Dr. Hawkins wrote:
There is no possibility of my application ever being used in an
application
other than English.
Really?
For that matter, there is no possibility of it being used in a non-US
country.
Missouri German.
Texas
On 05/26/2013 09:26 PM, J. Landman Gay wrote:
On 5/26/13 1:13 PM, Richmond wrote:
On 05/26/2013 08:30 PM, Dr. Hawkins wrote:
There is no possibility of my application ever being used in an
application
other than English.
Really?
For that matter, there is no possibility of it being used in
On May 26, 2013, at 12:26 PM, J. Landman Gay wrote:
On the other hand, he's a US lawyer writing an app for other US lawyers that
concerns US law.
These come to mind:
Paragraph sign: U+00B6 ¶
Section sign: U+00A7 §
And then there are IP symbols, currency symbols, Latin ligatures, ...
Just now I had a funny thing: editing
my SCHEDULER stack which I use for
timetabling my EFL school I tried to
close the stack prefs palette and it
turned into a transparent shadow
of its former self. Subsequently,
trying to open the prefs palette for
a textField I ended up with the same
'ghost'
On 05/26/2013 10:12 PM, Dar Scott wrote:
On May 26, 2013, at 12:26 PM, J. Landman Gay wrote:
On the other hand, he's a US lawyer writing an app for other US lawyers that
concerns US law.
These come to mind:
Paragraph sign: U+00B6 ¶
Section sign: U+00A7 §
And then there are IP symbols,
I'm not very familiar with postgresql but I'm having a hard time believing
that it can't handle UTF-8 encoding. Typically, the character encoding is
specified when you create a database or when you create a table within a
database, and there are usually admin commands that reveal what encoding is
weee... I'm not xD
On 25.05.2013, at 21:45, Richmond wrote:
Everybody should be really glad that
the dictionary problem that occurred with 6.0.1
seems to have been sorted out.
Richmond.
___
use-livecode mailing list
On Sun, May 26, 2013 at 11:13 AM, Richmond richmondmathew...@gmail.comwrote:
On 05/26/2013 08:30 PM, Dr. Hawkins wrote:
There is no possibility of my application ever being used in an application
other than English.
Really?
Really.
Unless Congress mandates that Bankruptcies be field
On Sun, May 26, 2013 at 10:54 AM, Dar Scott d...@swcp.com wrote:
UTF8 is one of the languages of uniEncode and uniDecode functions.
Maybe you can convert to and from UTF8 as you need. Or pull unicode out
of the field and convert that.
Character 213 is the first of a two byte sequence in
On Sun, May 26, 2013 at 2:41 PM, Dr. Hawkins doch...@gmail.com wrote:
I don't *think* that two byte codes should be coming out of a normal mac
set to english . . .
Hmm, to narrow this: I just need something that livecode postgres can
agree upon. With the proviso that people are likely to
On Sun, May 26, 2013 at 3:01 PM, Dr. Hawkins doch...@gmail.com wrote:
Hmm, to narrow this: I just need something that livecode postgres can
agree upon. With the proviso that people are likely to be pasting into my
livecode fields
Hmm, and it also needs to be something that openoffice can
I think I may have misunderstood the problem.
If your db wants UTF8 and you have Mac, then maybe you can convert Mac to UTF8.
If you say a Mac string is UTF8 (when it is not) and something checks, then it
will interpret numToChar(213) as the first byte of a two-byte sequence. If the
next
I'm guessing that openoffice can do full UTF8, or at least the BMP (the main
group of characters).
Maybe the easiest thing is to allow full Unicode in your fields. Then convert
that to UTF8 and back for the db. I think folks can help with that.
Embrace Unicode.
An alternative is to tell
On Sun, May 26, 2013 at 3:17 PM, Dar Scott d...@swcp.com wrote:
Embrace Unicode.
I'm still leary about 8 bit rather than 7 bit
Heck, I've barely given up on 6 bit.
And color displays, well . . .
:)
--
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
Ha! I did start out with 6 bit characters on the CDC 3300, but my sense of
identity is with ASCII which I used in my tiny contribution to the computer
revolution of the 70s.
I coped by leaping over other character considerations right to Unicode.
Dar
(Grandpa ASCII)
On May 26, 2013, at
Nobody say EBCDIC or I will be sad.
On May 26, 2013, at 7:23 PM, Dar Scott d...@swcp.com wrote:
Ha! I did start out with 6 bit characters on the CDC 3300, but my sense of
identity is with ASCII which I used in my tiny contribution to the computer
revolution of the 70s.
I coped by
Let's go FIVE bit. How about Baudot?
On Sun, May 26, 2013 at 7:42 PM, Jerry Jensen j...@jhj.com wrote:
Nobody say EBCDIC or I will be sad.
On May 26, 2013, at 7:23 PM, Dar Scott d...@swcp.com wrote:
Ha! I did start out with 6 bit characters on the CDC 3300, but my sense
of identity is
28 matches
Mail list logo
