OK - so I'm trying out 9.5.0 (dp 1) and am loving the fact that we now have a
functional emulator (I'm using Android Studio) that we can use to test Android
apps. Thanks dev team! But, I'm not entirely clear which processors I need to
build against in order to publish the app. I'm *not* distribu
Thanks, HH and Marty.
Marty wrote:
Are you setting the “ink” to something other than the standard srcCopy?
I am using srcCopy. Other settings are: don't dither ON, Buffer OFF. Resize
quality: Best. Blend Lvl: 0 Layer mode: Static.
HH wrote:
Did you already try to
set the paintcompression to
Simon Knight wrote:
> "Is there some simple way that an openCard handler can branch based on
> what card it is coming from?"
>
> My solution would be to give each card a customprop named say
> “uCalledBy". Then when the app changes cards I set this prop e.g.
>
> Set the uCalledBy of Card 42 to “
> Tom B. wrote:
> The issue is that some (not all) images used in a LC standalone app
> appear as black boxes.
Did you already try to
set the paintcompression to PNG
in the standalone?
Or set it to the paintcompression of the imported image?
The black boxes result possibly from alpha data pro
Are you setting the “ink” to something other than the standard srcCopy? I had
some image weirdness that happened when I upgraded to Mojave, though I don’t
remember which ink setting it was that caused it.
---
Marty Knapp
> On Jun 3, 2019, at 8:31 AM, Tom Bodine via use-livecode
> wrote:
>
>
Look at the recentCards. Line 2 is the card you came from.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
Is there some simple way that an openCard handler can branch based on
what card it is coming from?
Hi all.
I'm troubleshooting a rare image issue and hope you can help.
The issue is that some (not all) images used in a LC standalone app appear
as black boxes.
Details:
* Only happens if user is on Mac Mojave.
* All pictures appeared normally for the users before upgrading to Mojave.
After up
ResumeStack can be tricky. For instance, if you are tracing a resumeStack
handler to debug it, every time you click back on to the stack in question, it
will trigger the debugger and suspend the stack again! Rinse and repeat until
you realize you can't trace a resumeStack handler without some sp
You can execute any single line sql command using revDBExecute() or it's
command version revExecuteSQL. Also, there may be command line or teminal
commands to do so. Use these commands when you want to execute an SQL statement
but do not need to return a cursor.
Use LOAD DATA INFILE in your sq
> David E. wrote:
> Is there some simple way that an openCard handler can branch based on
> what card it is coming from?
TMHO, the function that's made for that is
the target
(dictionary) Returns the object which received the message that started
execution.
Use the target function within a mess
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 #180 here: http://bit.ly/2KoA6ov
This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around
"Is there some simple way that an openCard handler can branch based on what
card it is coming from?"
My solution would be to give each card a customprop named say “uCalledBy".
Then when the app changes cards I set this prop e.g.
Set the uCalledBy of Card 42 to “HitchHikers”
Go to Card 42
Then
12 matches
Mail list logo
