On Mon, Mar 16, 2015 at 11:13 PM, Kay C Lan
wrote:
> Some people believe the World Trade Centres were a controlled demolition
> perpetrated by the US Gov. No matter how many times you show them videos of
> planes crashing into WTC 1 & 2 they wont change their mind and the theories
> and websites
g in the aisles.
Currently, I have no reason to open up the app.
In the meantime, any other community members who use 7.x can benefit from a
fix of a glitch in file read processing they don't even know they have.
TED
--
View this message in context:
http://runtime-revolution.278305.n4.na
On 17/03/2015 18:19, TEDennis wrote:
re: Have you submitted it? [the "eof" bug]. If not, do you have a sample
script I might use to verify the issue and submit it for you?
I submitted it, complete with a detailed script/recipe. It was accepted as
a bug, and they [claim to have] fixed it. When
ete with a detailed script/recipe. It was accepted as
a bug, and they [claim to have] fixed it. When I need to enhance that app,
I will verify it.
TED
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/LC7-Unicode-tp4689927p4690301.html
Sent from the Revolution
TEDennis wrote:
Kay C Lan: Well, I'm glad you got that off your chest. Feel better?
It seems you have an emotional tie to somebody or something at RunRev. It
could simply be that your years of Revolution/LiveCode usage has created a
strong loyalty. Whatever ... It's likely your view is some
f this forum.
>
> I am, and will continue to be, a supporter of this company and its goals.
> But, that doesn't mean I have to sit by quietly and let issues that affected
> an entire user community go by with nary a comment.
>
> And there you have it.
>
> TED
>
ave it.
TED
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/LC7-Unicode-tp4689927p4690286.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-livecode mailing list
use-livecode@lists.runre
On Tue, Mar 17, 2015 at 4:38 AM, TEDennis
wrote:
> Apparently all those references have been wrong. How
> did we ALL (or most of us) get to the point where we thought Unicode was
> the
> culprit?
>
> Probably because LC7 was billed as the Unicode version and it's simple
word association. The fac
fix and use 7.x from then on.
At which time I will encounter the performance glitch. Again.
Sigh ...
TED
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/LC7-Unicode-tp4689927p4690269.html
Sent from the Revolution - User mailing l
real* apps started using the new system? Or, was it a "damn the torpedoes,
full speed ahead" scenario?
TED
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/LC7-Unicode-tp4689927p4690266.html
Sent from the Revolution - User mailing list archive at Nabble
> If
> Unicode is what's behind the performance glitches, then that's most
> certainly not the answer I want to hear. But, life goes on.
This is what I understand the LC engineers are actively working on, so
hopefully there should be some performance improvements in the future. I really
suspect
I think the important part of Peter Brett's answer comes after his remarks
on Unicode:
>>
Internally, the LC7 engine only uses Unicode if it has to. If your
application only uses native strings, then LC7 will only use native
strings. Built-in Unicode support has very little to do with the fact
de that has had a major performance
impact managed to get past the initial design stage, but that's a different
issue altogether. Surely somebody, somewhere foresaw this "enhancement"
would be a major resource hog.
TED
--
View this message in context:
http://runtime-revolut
> No response to my prior post, so let's try this again ...
I'll give some answers as far as I understand LC7 at present, if I get
something wrong no doubt someone will correct me! It wouldn't be the first
time. :)
> Dr Peter Brett wrote: "Internally, the LC7 engine only uses Unicode if it
> ha
ow automatically detecting
Unicode, perhaps my "blob" of data is fooling it into thinking it's Unicode.
The "blob" also includes native HTML text. Could that be involved somehow
in Unicode detection?
TED
--
View this message in context:
http://runtime-revolution.
On Thu, Mar 12, 2015 at 9:16 AM, Richard Gaskin
wrote:
> I'll keep you posted with any definitive news from them.
>
thanks, Richard
--
Stephen Barncard - Sebastopol Ca. USA - Deeds Not Words
___
use-livecode mailing list
use-livecode@lists.runrev.com
stephen barncard wrote:
> On Wed, Mar 11, 2015 at 10:27 PM, Richard Gaskin wrote:
>
>> Is that on Dreamhost, or have you been able to reproduce it on
>> another shared host?
>
> I have a "standby" shared account at Intersever.. thanks to your
> suggestion.
> I am pretty sure I did a test but
I do not know much, if anything about the LC implementation of Unicode or
Unicode itself but I have been wondering.
LC 7.0.3 performance without doubt (to my eyes) seems to be less than LC 6.7.3
and from my reading of posts on this list it seems to be due to LC 7.0.3
implementing Unicode?
So,
On Wed, Mar 11, 2015 at 10:27 PM, Richard Gaskin wrote:
> Is that on Dreamhost, or have you been able to reproduce it on another
> shared host?
I have a "standby" shared account at Intersever.. thanks to your suggestion.
I am pretty sure I did a test but maybe not. thanks for reminding me.
stephen barncard wrote:
"something" make the load time an intolerable one second or more that
wasn't there before in earlier 32 bit versions of LC Server.
Really annoying. This had nothing to do with 'workload'.
Is that on Dreamhost, or have you been able to reproduce it on another
shared host
It should be noted that Gmail incorrectly quoted TED.
On Wed, Mar 11, 2015 at 7:30 PM, stephen barncard <
stephenrevoluti...@barncard.com> wrote:
> Stephen Barncard - Sebastopol Ca. USA - Deeds Not Words
--
Stephen Barncard - Sebastopol Ca. USA - Deeds Not Words
_
On Wed, Mar 11, 2015 at 6:27 AM, TEDennis
wrote:
> re: Internally, the LC7 engine only uses Unicode if it has to. If your
> application only uses native strings,
> then LC7 will only use native strings. Built-in Unicode support has very
> little to do with the fact that LC7 is slower for some
entally, the "blob" also includes native HTML text. Could that be
involved somehow in Unicode detection?
TED
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/LC7-Unicode-tp4689927p4689967.html
Sent from the Revolution - User mailing list archive at Nabbl
On 2015-03-10 19:41, Richard Gaskin wrote:
Terence Heaford wrote:
Can LC 7 & LC 8 be coded to enable Unicode to be switched “on”/“off”
either globally or on an individual control basis?
Not likely.
Unicode affects all things that deal with strings. That's pretty much
most of the engine.
Terence Heaford wrote:
> Can LC 7 & LC 8 be coded to enable Unicode to be switched “on”/“off”
> either globally or on an individual control basis?
Not likely.
Unicode affects all things that deal with strings. That's pretty much
most of the engine.
Moreover, the refactoring for Unicode wasn
25 matches
Mail list logo