Hi,
I have three old windows program (going back to the 90th), designed for
children, which are based on "full window" image backgrounds (douzends of
cards, each with another background image) and lots of small detail images.
Up to now I have only developed LiveCode for Windows and MacOS, no
If you use the imagery you have, don’t distort it to fill the screen. That
always looks bad. Add white space and/or crop but keep the proportions correct.
If you run them through a smoothing filter to up the dpi, you will want to bit
poke each image to restore sharp corners that should not have
Hi all,
Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!
Read issue #132 here: https://goo.gl/x6H5Ym
This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around
I wasn't thinking about high language per se. but more from an engine point
of view, specifically use of "Goroutines"
"But, most of the modern programming languages(like Java, Python etc.) are from
the ’90s single threaded environment. Most of those programming languages
supports
please do goeff this subject is very interesting to me. i have some
problems where i need to optimize in a similar way. which kind of repeat
look have u found works fastest? have u tried ? repeat for each key
this_key in array? is that slower?
i love saving milliseconds. :) makes a big diff
At first glance, it looks like you might save some time by grabbing
interestArray[uID][T] as soon as you have T, and then use what you grabbed in
the 3 later places instead of re-figuring interestArray[uID][T] each time.
As in:
repeat for each line T in the keys of interestArray[uID]
put
Other replied on resolution. I'll reply as to content. You may not have the
option, but there is a "safe zone" for landscape and portrait.
We recently hire an artist to do a kid's story. She was asked to put "sky" the
top and "grass" and the bottom and significant elements in "safe zone"
I have a routine that takes about a minute to run for the test case I
created, and who knows how long for the real use case. Given that I want to
run it several thousand times for actual work, I need it to run (much)
faster.
Roughly, the routine gathers together a bunch of data from arrays,
i see what you mean. the single threaded aspect of LC is a drag...
i'm actually trying my hand at some kind of workaround for this limitation
for the global conference in september i aim to do some multi-core
processing using LC and measure performance gain over specific workloads
Do you need the entire list sorted randomly or are you just needing to select N
random entries from the list (weighted)? How does the speed change if you do a
simple numeric sort?
You could use a function on a random number to weight things - would need to
work out the right math to get what
but as i understand it ...changing a single threaded app to multi-threaded
at its core is a huge undertaking aand i'm not sure its even on the drawing
board for v 12 ...but i could be wrongmaybe its coming in v10 :D :D :D
On Mon, Jun 11, 2018 at 9:02 PM, Tom Glod wrote:
> i see what you
Don't think of a key press and key release as if they should be 2 different
can codes, instead think of them as as being state changes. Like a light.
Send power to the lightbulb, the light is on. Remove power from the bulb,
the light is off. The bulb is still the same bulb. Same with the
So . . . messing around, as one does, I started to think about scancodes:
that is to say, signals sent by USB devices (and others)
when keys are pressed . . .
The main reason for this is that if I have this sort of code in a
LiveCode stack:
on rawKeyDown RD
put RD
end rawKeyDown
on rawKeyUp
I would bulk-convert all the images to a higher resolution, perhaps
144dpi. On Mac, Graphic Converter can batch process these in seconds,
and I am sure there are other programs that do the same on both Mac and
Windows. Use these higher-resolution images in your project.
On mobile, use
On 6/10/18 10:44 AM, Douglas Ruisaard via use-livecode wrote:
Apple, if it isn't known, requires you to sell your first-born, sign a contract in blood
and then embed a "special" hardware chip in your device in order to ALLOW USB
connectivity. I'm good with using BlueTooth for iOS... but
15 matches
Mail list logo
