> Le 20 févr. 2019 à 17:58, zryip theSlug via use-livecode
> a écrit :
>
> Ludovic,
>
> Try:
>
> on FillInData pData
>
>if pData["email"] <> "" then show btn "sendmail" of me
>
>else hide btn "sendmail" of me
>
> end FillInData
>
As i use Table datagrid, pData is just
When one of my students tried to use grab me command in a mouseDown handler on
a SVG widget, some strange things happened. In run-mode, the script did not
work as expected. The widget would not move with the mouse. When switching back
to edit mode, the widget started to move with the mouse
Widgets are not ordinary controls.
So this is not a bug, rather a missing feature (the widget
author will have to implement an own "grab"-handler).
The widget passes mouseDown but not in a way that "grab" can
be used. MouseMove isn't passed (=> not usable) at all.
You could try "ControlHandles89"
I concur with HH. Mojave 10.14.3 is a most unstable "beast". I get different
programs suddenly "winking out" some without a crash report, some that quit all
of a sudden. How a small team is supposedly to keep with the Apple's vagaries
is a good question.
Brahmanathaswami
hh wrote:
Dear list members,
We are pleased to announce the release of LiveCode 9.0.3 RC-1.
Getting the Release
===
You can get the release at https://downloads.livecode.com/livecode/ or via
the automatic updater.
Release Contents
LiveCode 9.0.3 RC-1 comes with more
Brilliant! Deployment is so important and yet to many LC developers troublingly
alien (or is it just me?).
Thanks anyway.
Graham
Sent from my iPad
> On 21 Feb 2019, at 07:41, Matthias Rebbe via use-livecode
> wrote:
>
> Kee,
>
> thanks for this great step by step doc.
> But i am
If the message box is misdirecting commands, that may fit with some
problems I've seen too. I couldn't set behavior on a button, menu key
shortcuts fail all the time, and calling a handler from the message box
periodically reports the handler can't be found even though the message box
title
> Tore wrote:
> Since my student does not need any handlers (in fact would not
> want any handlers added to the widgets) ...
That's exactly why I wrote ControlHandles: The approach doesn't
change any property of a control/widget.
Your approach does (grouping, scripting) ...
Thanks for your explanation. Since my student does not need any handlers (in
fact would not want any handlers added to the widgets), the examples from
«ControlHandles89» could not be used.
The simple solution was to «group» each individual SVG widget and add the grab
me command to the group.
My mistake, I meant handles, not handlers. The widgets are used to display
chess pieces. The actual script «controlling" each widget/group is a behavior,
where the script itself resides in a button script.
Best regards
Tore
> 21. feb. 2019 kl. 18:36 skrev hh via use-livecode
> :
>
>> Tore
>>1. If you quote the modes then it works.
hh wrote :
> set the ink of img "DSC03103.jpeg" to "srcCopy"
Thanks, that works.
As for info about blendmodes, hh wrote :
> https://en.wikipedia.org/wiki/Blend_modes
I had seen this site, but was wondering about the other blend modes in LC.
Including
On 2/21/19 7:02 AM, hh via use-livecode wrote:
Widgets are not ordinary controls.
So this is not a bug, rather a missing feature (the widget
author will have to implement an own "grab"-handler).
The widget passes mouseDown but not in a way that "grab" can
be used. MouseMove isn't passed (=> not
> On Feb 20, 2019, at 11:41 PM, Matthias Rebbe via use-livecode
> wrote:
>
> Kee,
>
> thanks for this great step by step doc.
> But i am wondering how you´ve solved the copy protection? I mean, how will
> you take care that the app is not shared and used by an other user with an
> other
there was a bug once (8 series probably, can't remember) with the
Message Box and then opening the Message Watcher crashing the IDE. I
reported it myself. But i can't find it anymore at quality.
I believe it was solved then. Maybe there is a regression.
Op 21-2-2019 om 19:04 schreef J.
[The LC 6 bitmap modes have modern variants. Deduce the math from there.]
LC uses (probably) the cairo library (doesn't support bitmap modes any more):
https://www.cairographics.org/operators/
(also the SVG-link there)
See also:
https://imagineer.in/blog/math-behind-blend-modes/
Actual state of
I was thinking that very thing. :-)
Bob S
> On Feb 20, 2019, at 15:58 , J. Landman Gay via use-livecode
> wrote:
>
> On 2/20/19 3:13 PM, JJS via use-livecode wrote:
>> Is someone of the dev team looking in to these random strange behaviours,
>> which in some cases do not have fixed recipe?
I've been through them all. I do not notice any highly unstable behavior. All
we use here are MacOS systems. Do you mean 10.0.1, or do you mean the initial
release of every major version? The initial release of EVERYTHING seems to need
the kinks worked out, but I think every MacOS since 10
I'm running 10.14.3. I get alerts when an all is not supported or is likely to
cause problems. I don't categorize this as highly unstable though. Livecode has
kept up fairly well with the "vagaries" of the OS X updates, and I can tell you
that with Windows 10 which I also have to service,
APP that is.
> On Feb 21, 2019, at 12:44 , Bob Sneidar wrote:
>
> I'm running 10.14.3. I get alerts when an all
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
Release 9.0.3 RC-1:
Thanks Panos (especially) for your work of the last months.
The "size" field for images disappeared a while ago and is now back.
TMHO the name "size" may be misleading. It is
= not the size = (width, height) of the image,
= not the size of the raw data
Dear LiveCoders,
I have not been using livecode for a while and do not know anymore
what are the features of Livecode today.
I would like to know
- if LiveCode can IMPORT THE CONTACTS from the Iphone and Android systems
- if it is possible to send an address to Google and get the GPS
location from
Thanks for your kind words, Hermann.
Indeed, the property name "size" might be confusing, but it has been like
this for ages, so changing it now will break existing scripts.
In the property inspector, if you change the settings to show the
"Description of option" rather than the "Name of
I can run it w/o a problem.
If i´ve understand it correctly than the developer has to take care about the
copy protection.
https://developer.apple.com/library/mac/releasenotes/General/ValidateAppStoreReceipt/Introduction.html#//apple_ref/doc/uid/TP40010573
I agree that my software does not need copy protection.
I’m still interested in seeing if I can add it to my app, just to figure out
how it works.
Kee
> On Feb 21, 2019, at 2:18 PM, JB via use-livecode
> wrote:
>
> With the low price of software is it really even worth it
> to copy protect
One thing I have noticed with some software is if I upgrade
to another drive and OS X then a message is shown that
says it does not recognize I purchased it from the Mac App
store and I am asked to log in with my user info to activate
the program. I don’t know if they check for serial numbers
of
Interesting. Not something I have been concerned about but … something that
I’ll look into. Thanks for the new mystery to look into. Assuming I figure it
out, I’ll add that to my step by step documentation.
Kee
> On Feb 21, 2019, at 2:06 PM, Matthias Rebbe via use-livecode
> wrote:
>
> I
With the low price of software is it really even worth it
to copy protect your program? Most software is not
very expensive and it would be like trying to copy
protect a song. People do not want songs to be
copy protected.
The majority of software I see on the App store does
not have copy
27 matches
Mail list logo
