Detect scroll activity (when LC is not frontmost)

[Terry Vogelaar]

I’m working on a productivity & RSI prevention app. So I want to notice 
activity while my project is not the frontmost application. Thanks to a very 
helpful list member, my LiveCode stack can detect key strokes (the keysdown is 
not empty) and mouse clicks (the mouse is down). I added mouse movement to that 
(the screenMouseLoc).

But how do I catch usage of the mouse scroll wheel? There is a lot of scrolling 
(and not much else) going on when viewing a website like Facebook or Twitter. 
So my app would consider that to be a ‘pause’. 


With kind regards,
Terry Vogelaar


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[BUG] Searching the Dictionary with $

[Kay C Lan]

Devin posted about $_POST_RAW so I decided to have a look at it in the
LC 9.0.0 dp4 Dictionary where I discovered that $ must be a special
character (I'm guessing REGEX end of line) as I needed to escape it
with \$ to get the results I wanted.

In LC 6.6.5 there is no need to escape the $ character

I've entered it as BUG #19031

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Drag command--does this seem right?

[dunbarx]

Well, it would be, right?

For me the important thing is that the "grab" command MUST have a mouseDown
message for initiation. It is a symbiosis likely built into the engine.

Craig



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Drag-command-does-this-seem-right-tp4711132p4711140.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Drag command--does this seem right?

[J. Landman Gay]

On 12/21/16 3:48 PM, Devin Asay wrote:

Why would the mouseMove handler act exactly like the mouseDown handler?


I seem to remember a mouseDown being sent while I was tracking 
mouseMove. I can't test that right now, but if you open the Message 
Watcher does it show up?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Drag command--does this seem right?

[Devin Asay]

On Dec 21, 2016, at 3:19 PM, dunbarx mailto:dunb...@aol.com>> 
wrote:

Hi again.

Hmmm.

A single button on a card, I tried this in the card script:

on mouseMove
  put the target
 if the target contains "button"  then
grab the target
 end if
end mouseMove

The target does indeed become the button when the cursor is over its rect
(no clicking). So the grab should fire as soon as the cursor enters that
space.

Hmmm. It seems that the mouseDown message is integral to the grab command.
One cannot kluge that with properties alone, as we both sort of thought.

Right. Weird, like I said. A mouseDown message seems to be sort of 
automatically generated in this case.

Devin


Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Drag command--does this seem right?

[dunbarx]

Hi again.

Hmmm.

A single button on a card, I tried this in the card script:

on mouseMove
   put the target
 if the target contains "button"  then 
    grab the target 
 end if 
end mouseMove 

The target does indeed become the button when the cursor is over its rect
(no clicking). So the grab should fire as soon as the cursor enters that
space.

Hmmm. It seems that the mouseDown message is integral to the grab command.
One cannot kluge that with properties alone, as we both sort of thought.

Craig



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Drag-command-does-this-seem-right-tp4711132p4711137.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Drag command--does this seem right?

[dunbarx]

Hi.

Because the "target" is always the card. Think about this instead:

on mouseMove 
 if the target contains "button"  then --same as "the target <> me" in this
case
    grab the target 
 end if 
end mouseMove 

Now when you click on the button, the target changes from its initial value
(a card reference) to a button reference, and that will invoke "drag". It
isn't so much, in other words, that you click the mouse, it is that the
target changes when you do. The way you wrote the handler, you have to click
to enable drag.

Craig



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Drag-command-does-this-seem-right-tp4711132p4711136.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Drag command--does this seem right?

[Devin Asay]

On Dec 21, 2016, at 2:02 PM, dunb...@aol.com wrote:

Devin.


I don't see it that way. The "mouseMove" message is sent continuously and "me" 
is always going to be the card, since that is where the handler lives. Try 
moving the handler to the stack script. You will need to modify it a little:



on mouseMove
  put ""
  wait 1
  put me
  --if the target <> me then
 if the optionkey is down then grab the target
  --end if
end mouseMove


because the "target" is not really applicable from there. but "me" still is.

That wasn’t actually my question. I probably didn’t say it clearly enough.

The question is this:

Why would the mouseMove handler act exactly like the mouseDown handler? That 
is, nothing happens with the “grabbed” object until the mouse is clicked down. 
You expect that in the mouseDown handler, obviously, but not in the mouseMove 
handler, which gets sent each time the mouse moves at least one pixel, 
regardless of whether the mouse is up or down.

Devin


Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Drag command--does this seem right?

[dunbarx]

Devin.


I don't see it that way. The "mouseMove" message is sent continuously and "me" 
is always going to be the card, since that is where the handler lives. Try 
moving the handler to the stack script. You will need to modify it a little:



on mouseMove
   put ""
   wait 1
   put me
   --if the target <> me then
  if the optionkey is down then grab the target
   --end if
end mouseMove


because the "target" is not really applicable from there. but "me" still is.


Craig Newman



-Original Message-
From: Devin Asay 
To: How to use LiveCode 
Sent: Wed, Dec 21, 2016 3:44 pm
Subject: Re: Drag command--does this seem right?

Actually, what I meant to say is:

On Dec 21, 2016, at 1:38 PM, Devin Asay 
mailto:devin_a...@byu.edu>> wrote:

Hi all,

I just accidentally discovered something curious:

Given a card with a any control object on it, and the following two handlers in 
the card script, the outcome is identical:

Given a card with any control object on it, and either of the following two 
handlers in the card script, the outcome is identical:

on mouseDown
 if the target <> me then
grab the target
 end if
end mouseDown

on mouseMove
 if the target <> me then
grab the target
 end if
end mouseMove

In other words, when you click down on an object that isn’t the card itself, 
the object follows the mouse until you release it.

This is not what I would expect. I would expect that the mouseDown handler 
works as I described, but that the mouseMove handler would grab a control as 
you moved over it and follow it around. I’m not saying that’s a desirable 
thing, just what I would expect.

The Dictionary says,”Use the grab command within a mouseDown handler to drag an 
object around the stack window without selecting it.” That implies that grab 
was only intended to work on mouseDown. When grab happens in a mouseMove 
handler it seems to generate an implicit mouseDown.

So my question is, is this a bug, a quirk, or a feature? If it’s a bug, I file 
a report.

Devin


Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___use-livecode mailing 
listuse-livecode@lists.runrev.comPlease visit this url to subscribe, 
unsubscribe and manage your subscription 
preferences:http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Drag command--does this seem right?

[Devin Asay]

Actually, what I meant to say is:

On Dec 21, 2016, at 1:38 PM, Devin Asay 
mailto:devin_a...@byu.edu>> wrote:

Hi all,

I just accidentally discovered something curious:

Given a card with a any control object on it, and the following two handlers in 
the card script, the outcome is identical:

Given a card with any control object on it, and either of the following two 
handlers in the card script, the outcome is identical:

on mouseDown
 if the target <> me then
grab the target
 end if
end mouseDown

on mouseMove
 if the target <> me then
grab the target
 end if
end mouseMove

In other words, when you click down on an object that isn’t the card itself, 
the object follows the mouse until you release it.

This is not what I would expect. I would expect that the mouseDown handler 
works as I described, but that the mouseMove handler would grab a control as 
you moved over it and follow it around. I’m not saying that’s a desirable 
thing, just what I would expect.

The Dictionary says,”Use the grab command within a mouseDown handler to drag an 
object around the stack window without selecting it.” That implies that grab 
was only intended to work on mouseDown. When grab happens in a mouseMove 
handler it seems to generate an implicit mouseDown.

So my question is, is this a bug, a quirk, or a feature? If it’s a bug, I file 
a report.

Devin


Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Drag command--does this seem right?

[Devin Asay]

Hi all,

I just accidentally discovered something curious:

Given a card with a any control object on it, and the following two handlers in 
the card script, the outcome is identical:

on mouseDown
  if the target <> me then
 grab the target
  end if
end mouseDown

on mouseMove
  if the target <> me then
 grab the target
  end if
end mouseMove

In other words, when you click down on an object that isn’t the card itself, 
the object follows the mouse until you release it.

This is not what I would expect. I would expect that the mouseDown handler 
works as I described, but that the mouseMove handler would grab a control as 
you moved over it and follow it around. I’m not saying that’s a desirable 
thing, just what I would expect.

The Dictionary says,”Use the grab command within a mouseDown handler to drag an 
object around the stack window without selecting it.” That implies that grab 
was only intended to work on mouseDown. When grab happens in a mouseMove 
handler it seems to generate an implicit mouseDown.

So my question is, is this a bug, a quirk, or a feature? If it’s a bug, I file 
a report.

Devin


Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: How to quit an Android app

[J. Landman Gay]

I did write about it but I hadn't tried it yet. You were right on the 
nose, that fixes it. I had to allow a short wait. This fails as before:


  tsNetClose
  quit

But this works:

  tsNetClose
  wait 1 with messages
  quit

Success! :)


On 12/21/16 11:17 AM, Matthias Rebbe wrote:

Hi, ignore my last posting. Just noticed that you wrote about that possiblitiy 
already.



Am 21.12.2016 um 18:05 schrieb Matthias Rebbe mailto:matthias_livecode_150...@m-r-d.de>>:

Hi,

just a shot in the dark, but did you try tsNetClose before quitting. This would 
close all open connections and disables tsNet.

Matthias



Am 21.12.2016 um 07:24 schrieb J. Landman Gay mailto:jac...@hyperactivesw.com>>:

Sending "quit" in 10 milliseconds doesn't crash the app on second launch (good.) But it 
hangs for a while and then returns a "socket timeout" message. So it does look like maybe 
it's TSNet.


On 12/21/16 12:20 AM, J. Landman Gay wrote:

Yeah, I tried that. Maybe "in 0" isn't long enough?

I'm wondering if it's TSNet, since the app loads another stack from a
server. On the second launch that crashes, I see the loader stack
briefly and it crashes when it tries to download the remote stack.
There's a way to remove TSNet from RAM, I'll look it up and see if
that's the problem.

I assume no one else sees this?


On 12/20/16 11:40 PM, Scott Rossi wrote:

Maybe try sending the quit command after a short delay instead of from
within the handler?

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 12/20/16, 9:38 PM, "use-livecode on behalf of J. Landman Gay"
mailto:use-livecode-boun...@lists.runrev.com> on behalf of
jac...@hyperactivesw.com > wrote:


I have an Android app with a simple handler:

on doQuit
quit
end doQuit

It quits as directed. On relaunch it crashes. On a second relaunch it
works fine. This is consistent behavior.

I have tried sending "quit" in 0, locking messages, etc. How do you
cleanly quit an Android standalone?



--
Jacqueline Landman Gay | jac...@hyperactivesw.com 

HyperActive Software   | http://www.hyperactivesw.com 


___
use-livecode mailing list
use-livecode@lists.runrev.com 
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com 
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: More Android Woes!

[panagiotis merakos]

Hi Dan,

This error is caused because of a combination of installed packages in
Android SDK Manager that tsNet does not like.

I am now on macOS Sierra, LC 8.1.1, JDK 1.8.0_111.jdk.

Here is a working combination for me:

Android 2.2

Android 4.0.3

Android 4.4.2


Android SDK *Build-Tools* 24.0.3

Android SDK *Platform-Tools* 25.0.3

Android SDK *Tools* 25.2.4


You could probably try to install *exactly* those, and uninstall everything
that is not in this list (e.g. Android 7.1.1 etc).


Keep us posted.


Best,

Panos

--



On Wed, Dec 21, 2016 at 5:33 PM, Dan Friedman 
wrote:

> Panos,
>
> Thank you for the very quick response!  From what I can tell, I have all
> the proper settings.  In Android Studio (2.2.3), I have Android 7.1.1, 5.1,
> 4.0.3 and 2.2 installed.  I have SDK Tools 23.0.2, 24.0.3 and 25.0.2
> enabled.   LC “Mobile Support” shows JDK 1.8.0_111.jdk.
>
> I’m on a Mac 10.12.1
> LiveCode 8.1.1 and 8.1.0 (fails on both)
>
> I don’t know what I have wrong?  Any other thoughts?   I have just a few
> hairs left in my head.  :)
>
> -Dan
>
>
>
> > Hi Dan,
> >
> > This sounds exactly the same as the problem Paul had, see bug
> >
> > http://quality.livecode.com/show_bug.cgi?id=19001
> >
> >
> > Regarding the Push Messaging issue, I think I have seen a bug report
> about
> > it. I'll have a look now.
> >
> > Best,
> > Panos
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
Panagiotis Merakos 
LiveCode Software Developer

Everyone Can Create Apps 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: More Android Woes!

[Dan Friedman]

Panos,

Thank you for the very quick response!  From what I can tell, I have all the 
proper settings.  In Android Studio (2.2.3), I have Android 7.1.1, 5.1, 4.0.3 
and 2.2 installed.  I have SDK Tools 23.0.2, 24.0.3 and 25.0.2 enabled.   LC 
“Mobile Support” shows JDK 1.8.0_111.jdk.

I’m on a Mac 10.12.1
LiveCode 8.1.1 and 8.1.0 (fails on both)

I don’t know what I have wrong?  Any other thoughts?   I have just a few hairs 
left in my head.  :)

-Dan



> Hi Dan,
> 
> This sounds exactly the same as the problem Paul had, see bug
> 
> http://quality.livecode.com/show_bug.cgi?id=19001
> 
> 
> Regarding the Push Messaging issue, I think I have seen a bug report about
> it. I'll have a look now.
> 
> Best,
> Panos

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: More Android Woes!

[panagiotis merakos]

Hi Dan,

This is the report for adding Firebase Cloud Messaging support:

http://quality.livecode.com/show_bug.cgi?id=18075

According to this report, it is still possible to use GCM in new projects.

Best regards,
Panos
--

On Wed, Dec 21, 2016 at 4:37 PM, panagiotis merakos <
panos.mera...@livecode.com> wrote:

> Hi Dan,
>
> This sounds exactly the same as the problem Paul had, see bug
> http://quality.livecode.com/show_bug.cgi?id=19001
>
> Regarding the Push Messaging issue, I think I have seen a bug report about
> it. I'll have a look now.
>
> Best,
> Panos
> --
>
> On Wed, Dec 21, 2016 at 4:31 PM, Dan Friedman 
> wrote:
>
>> Greetings (especially Panos),
>>
>> I went to build my Android app again this morning and I get yet more
>> errors.  As you recommended last time, I added got “the result” from stack
>> “revSaveAsAndroidStandalone”.  Here is is:
>>
>> trouble processing:
>> bad class file magic (cafebabe) or version (0033.)
>> ...while parsing tsNet/LC$1.class
>> ...while processing tsNet/LC$1.class
>>
>> trouble processing:
>> bad class file magic (cafebabe) or version (0033.)
>> ...while parsing tsNet/LC$ActivityResultCallback.class
>> ...while processing tsNet/LC$ActivityResultCallback.class
>>
>> trouble processing:
>> bad class file magic (cafebabe) or version (0033.)
>> ...while parsing tsNet/LC$Error.class
>> ...while processing tsNet/LC$Error.class
>>
>> trouble processing:
>> bad class file magic (cafebabe) or version (0033.)
>> ...while parsing tsNet/LC$Object.class
>> ...while processing tsNet/LC$Object.class
>>
>> trouble processing:
>> bad class file magic (cafebabe) or version (0033.)
>> ...while parsing tsNet/LC$Wait.class
>> ...while processing tsNet/LC$Wait.class
>>
>> trouble processing:
>> bad class file magic (cafebabe) or version (0033.)
>> ...while parsing tsNet/LC.class
>> ...while processing tsNet/LC.class
>>
>> trouble processing:
>> bad class file magic (cafebabe) or version (0033.)
>> ...while parsing tsNet/tsNet.class
>> ...while processing tsNet/tsNet.class
>> 7 warnings
>>
>>
>> What does this mean?  And how does one solve it?  Man, this was all
>> working fine yesterday!
>>
>> While I have your ear, what's the story on Android Push Messaging?  Looks
>> like LiveCode no longer supports Push Messaging on Android devices.  Google
>> has retired GCM and moved to FCM but LiveCode doesn’t have the support for
>> FCM.  Is there a workaround for this until LC catches up?
>>
>> Many, MANY Thanks,
>> -Dan
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
>
> --
> Panagiotis Merakos 
> LiveCode Software Developer
>
> Everyone Can Create Apps 
>



-- 
Panagiotis Merakos 
LiveCode Software Developer

Everyone Can Create Apps 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: iOS rejection - requesting services

[Mid West Coast Media]

>> I just downloaded the Orbitz app the other day and saw it had a special 
>> message about how it used your coordinates when allowing Location Services. 
>> Didn't know how they changed that message from the default, but thought it 
>> was cool.
>> 
>> Fast forward to today when Apple rejected my latest app update because my 
>> app DIDN'T do this. I just had a build approved within the last week, and 
>> didn't change anything with this but still got rejected today (different app 
>> reviewers have let interface guideline issues slip in the past that I had to 
>> fix in subsequent builds). Is this something that could be added via 
>> LiveCode? I compiled using LC 8.1.1 and Xcode 8.
>> 
>> Begin Rejection Letter From Apple:
>> Legal - 5.1.5
>> 
>> Your app uses background location services but does not clarify the purpose 
>> of its use in the location modal alert as required in the iOS Human 
>> Interface Guidelines.
>> 
>> We've attached screenshot(s) for your reference.
>> 
>> Next Steps
>> 
>> Please revise the NSLocationAlwaysUsageDescription value in the Info.plist 
>> to specify the intended purpose of using the user's location while the app 
>> is in the background.
> 
> I think you need to update the ? Settings.plist ? file that is inside the 
> Livecode app (/contents/Tools/Runtime/iOS) for each ? devices ?

Thank you, I just found the setting Apple was talking about in plist and made 
the change. That was easy enough with your suggestion, but not quite what I 
needed. 

The problem is that setting is for when Location Authorization Type is set to 
Always, but my app uses When In Use (not Always). 

I wonder if this was just an error on Apples behalf. I will submit a new build 
after the iTunes Connect holiday is over next week. 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: How to quit an Android app

[Matthias Rebbe]

Hi, ignore my last posting. Just noticed that you wrote about that possiblitiy 
already.


> Am 21.12.2016 um 18:05 schrieb Matthias Rebbe 
>  >:
> 
> Hi,
> 
> just a shot in the dark, but did you try tsNetClose before quitting. This 
> would close all open connections and disables tsNet.
> 
> Matthias
> 
> 
>> Am 21.12.2016 um 07:24 schrieb J. Landman Gay > >:
>> 
>> Sending "quit" in 10 milliseconds doesn't crash the app on second launch 
>> (good.) But it hangs for a while and then returns a "socket timeout" 
>> message. So it does look like maybe it's TSNet.
>> 
>> 
>> On 12/21/16 12:20 AM, J. Landman Gay wrote:
>>> Yeah, I tried that. Maybe "in 0" isn't long enough?
>>> 
>>> I'm wondering if it's TSNet, since the app loads another stack from a
>>> server. On the second launch that crashes, I see the loader stack
>>> briefly and it crashes when it tries to download the remote stack.
>>> There's a way to remove TSNet from RAM, I'll look it up and see if
>>> that's the problem.
>>> 
>>> I assume no one else sees this?
>>> 
>>> 
>>> On 12/20/16 11:40 PM, Scott Rossi wrote:
 Maybe try sending the quit command after a short delay instead of from
 within the handler?
 
 Regards,
 
 Scott Rossi
 Creative Director
 Tactile Media, UX/UI Design
 
 
 
 
 On 12/20/16, 9:38 PM, "use-livecode on behalf of J. Landman Gay"
 >>>  on behalf of
 jac...@hyperactivesw.com > wrote:
 
> I have an Android app with a simple handler:
> 
> on doQuit
> quit
> end doQuit
> 
> It quits as directed. On relaunch it crashes. On a second relaunch it
> works fine. This is consistent behavior.
> 
> I have tried sending "quit" in 0, locking messages, etc. How do you
> cleanly quit an Android standalone?
>> 
>> 
>> -- 
>> Jacqueline Landman Gay | jac...@hyperactivesw.com 
>> 
>> HyperActive Software   | http://www.hyperactivesw.com 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com 
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: no answer, nobody any experience in printing images on windows?

[Ton Kuypers]

Good idea Mark, will test this :-)

Met vriendelijke groeten,
Warm Regards,



Ton Kuypers
+32 (0) 477 739 530

Steenweg op Leopoldsburg 100 • B-2490 • Balen • Belgium
www.publishingtools4u.com





> On 21 dec. 2016, at 18:13, Mark Schonewille 
>  wrote:
> 
> Hi Ton,
> 
> I import a picture as control, type "print this cd" in the message box while 
> my PDF printer driver has been set to default and I get a PDF file with a 
> correct picture. Perhaps you try the same and see what kind of result you get.
> 
> Kind regards,
> 
> Mark Schonewille
> http://economy-x-talk.com
> https://www.facebook.com/marksch
> 
> Buy the most extensive book on the
> LiveCode language:
> http://livecodebeginner.economy-x-talk.com
> 
> Op 21-Dec-16 om 17:01 schreef Ton Kuypers:
>> When printing from a standalone app, all images print as black boxes, when 
>> testing in the IDE on Mac it works fine…
>> 
>> Anyone any tips?
>> 
>> 
>> Met vriendelijke groeten,
>> Warm Regards,
>> 
>> 
>> 
>> Ton Kuypers
>> +32 (0) 477 739 530
>> 
>> Steenweg op Leopoldsburg 100 • B-2490 • Balen • Belgium
>> www.publishingtools4u.com
>> 
>> 
>> 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: no answer, nobody any experience in printing images on windows?

[Mark Schonewille]

Hi Ton,

I import a picture as control, type "print this cd" in the message box 
while my PDF printer driver has been set to default and I get a PDF file 
with a correct picture. Perhaps you try the same and see what kind of 
result you get.


Kind regards,

Mark Schonewille
http://economy-x-talk.com
https://www.facebook.com/marksch

Buy the most extensive book on the
LiveCode language:
http://livecodebeginner.economy-x-talk.com

Op 21-Dec-16 om 17:01 schreef Ton Kuypers:

When printing from a standalone app, all images print as black boxes, when 
testing in the IDE on Mac it works fine…

Anyone any tips?


Met vriendelijke groeten,
Warm Regards,



Ton Kuypers
+32 (0) 477 739 530

Steenweg op Leopoldsburg 100 • B-2490 • Balen • Belgium
www.publishingtools4u.com





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: How to quit an Android app

[Matthias Rebbe]

Hi,

just a shot in the dark, but did you try tsNetClose before quitting. This would 
close all open connections and disables tsNet.

Matthias


> Am 21.12.2016 um 07:24 schrieb J. Landman Gay :
> 
> Sending "quit" in 10 milliseconds doesn't crash the app on second launch 
> (good.) But it hangs for a while and then returns a "socket timeout" message. 
> So it does look like maybe it's TSNet.
> 
> 
> On 12/21/16 12:20 AM, J. Landman Gay wrote:
>> Yeah, I tried that. Maybe "in 0" isn't long enough?
>> 
>> I'm wondering if it's TSNet, since the app loads another stack from a
>> server. On the second launch that crashes, I see the loader stack
>> briefly and it crashes when it tries to download the remote stack.
>> There's a way to remove TSNet from RAM, I'll look it up and see if
>> that's the problem.
>> 
>> I assume no one else sees this?
>> 
>> 
>> On 12/20/16 11:40 PM, Scott Rossi wrote:
>>> Maybe try sending the quit command after a short delay instead of from
>>> within the handler?
>>> 
>>> Regards,
>>> 
>>> Scott Rossi
>>> Creative Director
>>> Tactile Media, UX/UI Design
>>> 
>>> 
>>> 
>>> 
>>> On 12/20/16, 9:38 PM, "use-livecode on behalf of J. Landman Gay"
>>> >> jac...@hyperactivesw.com> wrote:
>>> 
 I have an Android app with a simple handler:
 
 on doQuit
  quit
 end doQuit
 
 It quits as directed. On relaunch it crashes. On a second relaunch it
 works fine. This is consistent behavior.
 
 I have tried sending "quit" in 0, locking messages, etc. How do you
 cleanly quit an Android standalone?
> 
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: no answer, nobody any experience in printing images on windows?

[Ton Kuypers]

Hi Paul,

Images are rgb png and jpg files…
Is there a known issue with embedded icc profiles maybe?


Met vriendelijke groeten,
Warm Regards,



Ton Kuypers
+32 (0) 477 739 530

Steenweg op Leopoldsburg 100 • B-2490 • Balen • Belgium
www.publishingtools4u.com





> On 21 dec. 2016, at 17:48, Paul Dupuis  wrote:
> 
> On 12/21/2016 11:01 AM, Ton Kuypers wrote:
>> When printing from a standalone app, all images print as black boxes, when 
>> testing in the IDE on Mac it works fine…
> 
> What format are the images? - tiff for example is only supported under
> OSX and not under Windows
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: no answer, nobody any experience in printing images on windows?

[Paul Dupuis]

On 12/21/2016 11:01 AM, Ton Kuypers wrote:
> When printing from a standalone app, all images print as black boxes, when 
> testing in the IDE on Mac it works fine…

What format are the images? - tiff for example is only supported under
OSX and not under Windows

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: More Android Woes!

[panagiotis merakos]

Hi Dan,

This sounds exactly the same as the problem Paul had, see bug
http://quality.livecode.com/show_bug.cgi?id=19001

Regarding the Push Messaging issue, I think I have seen a bug report about
it. I'll have a look now.

Best,
Panos
--

On Wed, Dec 21, 2016 at 4:31 PM, Dan Friedman 
wrote:

> Greetings (especially Panos),
>
> I went to build my Android app again this morning and I get yet more
> errors.  As you recommended last time, I added got “the result” from stack
> “revSaveAsAndroidStandalone”.  Here is is:
>
> trouble processing:
> bad class file magic (cafebabe) or version (0033.)
> ...while parsing tsNet/LC$1.class
> ...while processing tsNet/LC$1.class
>
> trouble processing:
> bad class file magic (cafebabe) or version (0033.)
> ...while parsing tsNet/LC$ActivityResultCallback.class
> ...while processing tsNet/LC$ActivityResultCallback.class
>
> trouble processing:
> bad class file magic (cafebabe) or version (0033.)
> ...while parsing tsNet/LC$Error.class
> ...while processing tsNet/LC$Error.class
>
> trouble processing:
> bad class file magic (cafebabe) or version (0033.)
> ...while parsing tsNet/LC$Object.class
> ...while processing tsNet/LC$Object.class
>
> trouble processing:
> bad class file magic (cafebabe) or version (0033.)
> ...while parsing tsNet/LC$Wait.class
> ...while processing tsNet/LC$Wait.class
>
> trouble processing:
> bad class file magic (cafebabe) or version (0033.)
> ...while parsing tsNet/LC.class
> ...while processing tsNet/LC.class
>
> trouble processing:
> bad class file magic (cafebabe) or version (0033.)
> ...while parsing tsNet/tsNet.class
> ...while processing tsNet/tsNet.class
> 7 warnings
>
>
> What does this mean?  And how does one solve it?  Man, this was all
> working fine yesterday!
>
> While I have your ear, what's the story on Android Push Messaging?  Looks
> like LiveCode no longer supports Push Messaging on Android devices.  Google
> has retired GCM and moved to FCM but LiveCode doesn’t have the support for
> FCM.  Is there a workaround for this until LC catches up?
>
> Many, MANY Thanks,
> -Dan
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode




-- 
Panagiotis Merakos 
LiveCode Software Developer

Everyone Can Create Apps 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

More Android Woes!

[Dan Friedman]

Greetings (especially Panos),

I went to build my Android app again this morning and I get yet more errors.  
As you recommended last time, I added got “the result” from stack 
“revSaveAsAndroidStandalone”.  Here is is:

trouble processing:
bad class file magic (cafebabe) or version (0033.)
...while parsing tsNet/LC$1.class
...while processing tsNet/LC$1.class

trouble processing:
bad class file magic (cafebabe) or version (0033.)
...while parsing tsNet/LC$ActivityResultCallback.class
...while processing tsNet/LC$ActivityResultCallback.class

trouble processing:
bad class file magic (cafebabe) or version (0033.)
...while parsing tsNet/LC$Error.class
...while processing tsNet/LC$Error.class

trouble processing:
bad class file magic (cafebabe) or version (0033.)
...while parsing tsNet/LC$Object.class
...while processing tsNet/LC$Object.class

trouble processing:
bad class file magic (cafebabe) or version (0033.)
...while parsing tsNet/LC$Wait.class
...while processing tsNet/LC$Wait.class

trouble processing:
bad class file magic (cafebabe) or version (0033.)
...while parsing tsNet/LC.class
...while processing tsNet/LC.class

trouble processing:
bad class file magic (cafebabe) or version (0033.)
...while parsing tsNet/tsNet.class
...while processing tsNet/tsNet.class
7 warnings


What does this mean?  And how does one solve it?  Man, this was all working 
fine yesterday!

While I have your ear, what's the story on Android Push Messaging?  Looks like 
LiveCode no longer supports Push Messaging on Android devices.  Google has 
retired GCM and moved to FCM but LiveCode doesn’t have the support for FCM.  Is 
there a workaround for this until LC catches up?

Many, MANY Thanks,
-Dan
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

no answer, nobody any experience in printing images on windows?

[Ton Kuypers]

When printing from a standalone app, all images print as black boxes, when 
testing in the IDE on Mac it works fine…

Anyone any tips?


Met vriendelijke groeten,
Warm Regards,



Ton Kuypers
+32 (0) 477 739 530

Steenweg op Leopoldsburg 100 • B-2490 • Balen • Belgium
www.publishingtools4u.com





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: upload base64 encoded image data

[hh]

Moreover it is possible that they expect JSON-Base64 (without saying it).
Then instead of urlencoding the base64 code the following should work.

put base64Encode(myImg) into tImage64
replace numToChar(10) with empty in tImage64 -- doesn't harm
replace "+" with "-" in tImage64
replace "/" with "_" in tImage64
replace "=" with empty in tImage64 (the zero to two trailing "=")
put "\n" after tImage64

[See https://jb64.org/specification/]

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: upload base64 encoded image data

[hh]

Because "+/=" is possibly in the encoded data:
Did you already try the following?

put urlEncode(base64encode(myImg)) into tImage64
put quote& "data:image/jpg;base64," & tImage64 "e into myContent
post ... "content": & myContent ...

The image size will increase by a factor of 3 to 4 using base64.
There is also a server side post_max_size, but this is usually
announced (some online converter have this around 20 MByte).


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode