On 30/05/15 00:10, Klaus major-k wrote:
Hi Richmond,
Am 29.05.2015 um 22:09 schrieb Richmond :
On 29/05/15 17:33, Klaus major-k wrote:
Hi RIchmond,
Am 29.05.2015 um 16:28 schrieb Richmond :
So, I have a stack with one button and an image "Blob.png",
But none of these scripts inside the bu
How do I handle the poor performance of LC 7?
Make sure I deploy my standalones on computers that are over 7 years
old; then one doesn't notice the difference!
Seriously; most of my computers are a bit like me: "of a certain age"
and I haven't really noticed a difference.
Richmond.
___
> Le 30 mai 2015 à 01:17, Richard Gaskin a écrit :
>
> The ability to deliver a single compact binary file that contains both
> objects and code contributes strongly to LiveCode's uncommon productivity,
Not only…
Nobody seems to care around about something possibly more important about the
L
Hi Richard,
the scenario is a field to enter a search term. With each entered character
(keyUp) or each backspace (rawKeyUp) correcting the search term I call the
following selecting routine to get a "live selection" of my 20,000 record
list of words. In LC 6 I can enter the chars as fast as I wan
Hi Malte,
I've send Hanson my "real live stack"
Waiting what they will tell me
Tiemo
-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von
Malte Brill
Gesendet: Freitag, 29. Mai 2015 17:53
An: use-livecode@lists.runrev.com
Betreff: Re: H
Richmond Mathewson-2 wrote
>
> I do have a sense of humour; but, last night it was buried under the
> remains of a real f**ker of a week.
>
> Somebody had been "pressing my buttons" in a nasty way!
And none of his buttons had icons which didn't help. :-)
Sorry couldn't resist.
Martin
--
Vi
Dear Listers,
I am trying to convert the currenttime of a player showing video
into standard video timecode -- hours:minutes:seconds:frames --
in both drop and non-drop timecode. I'm not being too successful
at it. As I struggled with it, it occured to me I may be trying
to re-invent the whee
Hey Tiemo,
what does the xSortListe function do? What is rather funny that my real life
problem childs are also revolving around a live search feature. It might well
be that your speed issues (as mine) are related to the sorting part (if you do
a sort). My approach is a little diffrent than you
You are using timescale? My assumption is that "interval" = "frame".
"Use the timeScale property to convert internal movie
or sound times into seconds. The timeScale is the number of intervals per
second of a movie or sound. These intervals are used for the player's
startTime , endTime
, duratio
Be aware I have no clue about drop, no drop etc so I am probably way off
base here but..
It seems to me that first you need to make sure you're working in seconds,
so you need to divide the currenttime by the timescale to get the total
seconds.
Then its just a matter of math.
Having said that, I
Malte, it might help if you don't sort the keys on each keystroke, instead
put the keys into a list and sort them once, then keep referring to that
same list as you do your filtering. Its faster to pop the full sorted list
into a working variable on each keystroke and filter than it is to get the
k
On Sat, May 30, 2015 at 7:16 AM, Mike Bonner wrote:
> Malte, it might help if you don't sort the keys on each keystroke, instead
> put the keys into a list and sort them once, then keep referring to that
> same list as you do your filtering. Its faster to pop the full sorted list
> into a working
On Sat, May 30, 2015 at 6:13 AM, Martin Koob wrote:
> And none of his buttons had icons which didn't help. :-)
>
Not needed; he's an iconic figure in his own right.
:)
--
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use
Richmond wrote:
> How do I handle the poor performance of LC 7?
>
> Make sure I deploy my standalones on computers that are over 7 years
> old; then one doesn't notice the difference!
>
> Seriously; most of my computers are a bit like me: "of a certain age"
> and I haven't really noticed a differ
Thanks for sending your stack to the team. Please let us know the outcome.
And thanks for posting that handler. Mike and Richard already hit on
the only two items that come to mind (sorting and filtering), but I'm
curious: How does performance look if you comment out the call to
xSortListe?
On 30/05/15 16:13, Martin Koob wrote:
Richmond Mathewson-2 wrote
I do have a sense of humour; but, last night it was buried under the
remains of a real f**ker of a week.
Somebody had been "pressing my buttons" in a nasty way!
And none of his buttons had icons which didn't help. :-)
Exactly!
On Sat, May 30, 2015 at 8:07 AM, Richard Gaskin
wrote:
> It turned out that the acquiring company is very generous with their
> developers, outfitting them with the very latest and fastest Macs loaded
> with maximum RAM and the fastest HDDs on the market.
I hit the opposite of this during my di
Hi Malte, you and Richard are on the right trace - and I was blind :)
The time cruncher is not the repeat loop, but my "special" sorting routine. I
have a mixed alpha-numerical list. It is perhaps a little bit strange, but I
want the numbers to be sorted at the end of the list. "A-Z-1-9-10-99-100
On 05/30/2015 08:07 AM, Richard Gaskin wrote:
In short, the developers were completely insulated from any
understanding of the average user experience. It simply wasn't possible
for them to know how slow their code had become in the eyes of their
market.
I had a similar experience doing QA wo
On 05/29/2015 09:27 PM, Andrew Kluthe wrote:
Most of our c# stuff is still .Net ;)
Yeah, C# isn't really as bad as it might be. The language itself is
reasonable, if only it could be separated from the .NET stuff.
nodejs debugging suite, built in git client, great js intellisense while
S
On 05/30/2015 09:58 AM, Tiemo Hollmann TB wrote:
Hi Malte, you and Richard are on the right trace - and I was blind :)
Nonetheless, if there's a significant performance hit in *the same code*
running on different LC versions, then it's something to worry about.
--
Mark Wieder
ahsoftw...@g
I made some more performance benchmarks with my real life data
I deactivated my "special sort" xSortListe handler and replaced it just by:
1. sort lines of tListe numeric
2. sort lines of tListe international
(though it is not a solution for my sorting feature, but just to drill it down)
LC 6.5.2
Mark Wieder wrote:
> Nonetheless, if there's a significant performance hit in *the same
> code* running on different LC versions, then it's something to worry
> about.
If we were in a more optimistic mood, we could say:
LiveCode 7 is very good at exposing suboptimal algorithms.
;)
Of course
On 2015-05-30 19:33, Tiemo Hollmann TB wrote:
I made some more performance benchmarks with my real life data
I deactivated my "special sort" xSortListe handler and replaced it just
by:
1. sort lines of tListe numeric
2. sort lines of tListe international
(though it is not a solution for my sort
On Sat, May 30, 2015 at 10:33 AM, Tiemo Hollmann TB
wrote:
> I made some more performance benchmarks with my real life data
> I deactivated my "special sort" xSortListe handler and replaced it just by:
> 1. sort lines of tListe numeric
> 2. sort lines of tListe international
> (though it is not a
This is what I use for minutes & seconds. You can extend it to include hours &
frames.
You’ll want to do the send command at the frame interval (1/30) of a second.
on updateCurrTime
put round(the currentTime of player “thePlayer" 1005 / 600) into theTime
put theTime div 60 into theMi
And then there is the rest of us... how many I don't know.
I'm not "Programmer" per se... I did some PHP, kinda grok JS... and
they make me very edgy if I start thinking about useing them to getting
work done. ...
Mostly I just "need to get stuff done today!"
I can hack up a stack for
Thanks Peter. Both checked OK. I think this might be a bug unless there is
some data inconsistency that could creep into some data type that the other
platforms ignore. Maybe?? I've seen this using MS Access via ODBC to MYSQL
DBs with invalid data in data types. I'm going to plod along and see what
Hi All,
Everyone won't ever always be happy, but when do "the rest of us" turn
those frowns upside down? In what month or year?
Tell us about the timing of the arrival of the light at the end of the
tunnel.
What is your guess as to WHEN? Wondering.
Of course, this asks for total speculation. Of
Mark Rauterkus wrote:
So, one possible answer as to how to handle the poor performance of LC 7 is
to wait. But how long is that waiting?
Depends on the specifics of this issue. What performance issues are
affecting your apps?
--
Richard Gaskin
Fourth World Systems
Software Design and Dev
On 05/30/2015 10:54 AM, Richard Gaskin wrote:
If we were in a more optimistic mood, we could say:
LiveCode 7 is very good at exposing suboptimal algorithms.
Yep. And for dp or rc builds I think that's a good thing.
But not for 'stable' releases.
That most stuff works without any noticeab
On 05/30/2015 11:19 AM, Brahmanathaswami wrote:
But... I'm not a programmer...
I''ve seen some of the code you've thrown together, and I beg to differ.
So I get it that there may be a lot of weeping and wailing if you are
doing industrial systems. In that world perhaps "the time has passed
On 05/30/2015 12:40 PM, Mark Wieder wrote:
along the way or are new converts to LiceCode. And add to those
Oops. Obviously I meant LiveCode.
--
Mark Wieder
ahsoftw...@gmail.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please vi
Mark Wieder wrote:
> The problem is that "pretty good" isn't good enough for LiveCode
> positioning itself in the marketplace, and that bodes ill for all
> of us who hope for its continued existence. We old-timers are more
> willing to accept some of the flaws, the degradations in performance,
> t
Mark Wieder wrote:
Yeah, but here's the difference: you're the boss, you can make the
decisions, you don't have to convince upper management about how new
development tools fit into the existing set; and you don't have to
manage a group of half a dozen engineers all trying to make changes to
> And thankfully, warts and all, none of the issues with LiveCode are
> preventing Trevor, myself, and many others from shipping products made
> with it.
Out of interest, how many of those have you moved to use the 7 engine?
I have no interest in lamenting here. I do admire the job that has been
Malte Brill wrote:
>> And thankfully, warts and all, none of the issues with LiveCode are
>> preventing Trevor, myself, and many others from shipping products
>> made with it.
>
> Out of interest, how many of those have you moved to use the 7 engine?
Currently everything I do in LiveCode is done
On Sat, May 30, 2015 at 2:05 PM, Mark Wieder wrote:
> On 05/30/2015 12:40 PM, Mark Wieder wrote:
>
> along the way or are new converts to LiceCode. And add to those
>>
>
> Oops. Obviously I meant LiveCode.
LiceCode: the hairiest programming experience you will ever have. The
compiler is trul
Richard
> On 31 May 2015, at 07:07, Richard Gaskin wrote:
>
> If there are bugs that have been submitted but not acted on and are holding
> up work without a workaround, let's identify those and get them resolved.
>
> In addition to review of the current bug DB, Ben recently contacted a few
A lot of talk about Mobile computing so not completely off topic.
If you ever do a presentation at a conference then the bar has been set
pretty high for the openning splash. As you watch this you need to remember
this is in a conference room and the screens are all around you. It slows
down a bit
Had some odd stuff...once again (600 is the timescale I was working with; you
can find the timescale() with that function) :
on updateCurrTime
put round(the currentTime of player "thePlayer" / 600) into theTime
put theTime div 60 into theMin
put theTime mod 60 into theSec
if le
On 31/05/2015 00:07, Richard Gaskin wrote:
Currently everything I do in LiveCode is done in v7.0.5.
I too have used only v7 for everything I've done recently for myself (no
released products - just stuff I do for myself and friends/family). I've
been still using v6 when I don't control it al
On 05/30/2015 04:45 PM, Dr. Hawkins wrote:
LiceCode: the hairiest programming experience you will ever have. The
compiler is truly nit-picking . . .
:)
I should have known I was opening the door to lousy puns.
--
Mark Wieder
ahsoftw...@gmail.com
_
43 matches
Mail list logo
