Re: iOS browser local URLs

[panagiotis merakos via use-livecode]

Hi all,

Setting the URL should just work - if not, then it might be a recent
regression since we replaced the WebView that the browser widget used on iOS

@Jacque
if you could file a report with a recipe that includes the URL(s) you are
using, we will try to fix this in the upcoming 9.6 DP-3

Kind regards,
Panos
--


On Tue, 21 Jan 2020 at 04:57, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Reloading the same URL was just a test. The URL can be any one of several
> dozen saved files.
>
> I had thought about recreating the widget. I don't think I should have to
> but it may come down to that. I was pretty sure this behavior didn't
> happen
> before.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On January 20, 2020 5:25:03 PM Ralph DiMola via use-livecode
>  wrote:
>
> > 2 ideas here. 1) Don't reload the URL. It should still be displayed. 2)
> > Delete and recreate the widget.
> > Just spit balling, throwing darts, guessing...
> >
> > Ralph DiMola
> > IT Director
> > Evergreen Information Services
> > rdim...@evergreeninfo.net
> >
> >
> > -Original Message-
> > From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
> Behalf
> > Of J. Landman Gay via use-livecode
> > Sent: Monday, January 20, 2020 6:19 PM
> > To: How to use LiveCode
> > Cc: J. Landman Gay
> > Subject: Re: iOS browser local URLs
> >
> > On 1/20/20 3:05 PM, J. Landman Gay via use-livecode wrote:
> >> On 1/20/20 2:41 PM, J. Landman Gay via use-livecode wrote:
> >>> I can't load a local html file into a brwoser widget on iOS:
> >>>
> >>> set the url of widget "browser" to "file://" &
> >>> specialFolderPath("documents") & "/folder/myFile.html#1234"
> >>>
> >>> I've tried "file:" with no slashes, one or two slashes, and omitting
> >>> the "file:" designation entirely. The above works fine on Mac and
> >>> Android (though it produces three slashes in the final URL.)
> >>>
> >>
> >> An update on this. The first time I load a URL it works. All
> >> subsequent URLs with the same structure fail. Setting the URL of the
> >> widget to empty and then setting the URL to the new one still fails.
> >>
> >
> > More info: It doesn't seem to be my URLs. First time after reloading the
> app
> > the URL works. But if I go to another card and then back again by
> linking to
> > the same, identical URL it fails. That tells me that the widget itself
> > doesn't want to update its own URL setting. I get a blank browser widget
> > with no text.
> >
> > --
> > 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
>
___
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 browser local URLs

[J. Landman Gay via use-livecode]

Reloading the same URL was just a test. The URL can be any one of several 
dozen saved files.


I had thought about recreating the widget. I don't think I should have to 
but it may come down to that. I was pretty sure this behavior didn't happen 
before.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 20, 2020 5:25:03 PM Ralph DiMola via use-livecode 
 wrote:



2 ideas here. 1) Don't reload the URL. It should still be displayed. 2)
Delete and recreate the widget.
Just spit balling, throwing darts, guessing...

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of J. Landman Gay via use-livecode
Sent: Monday, January 20, 2020 6:19 PM
To: How to use LiveCode
Cc: J. Landman Gay
Subject: Re: iOS browser local URLs

On 1/20/20 3:05 PM, J. Landman Gay via use-livecode wrote:

On 1/20/20 2:41 PM, J. Landman Gay via use-livecode wrote:

I can't load a local html file into a brwoser widget on iOS:

set the url of widget "browser" to "file://" &
specialFolderPath("documents") & "/folder/myFile.html#1234"

I've tried "file:" with no slashes, one or two slashes, and omitting
the "file:" designation entirely. The above works fine on Mac and
Android (though it produces three slashes in the final URL.)



An update on this. The first time I load a URL it works. All
subsequent URLs with the same structure fail. Setting the URL of the
widget to empty and then setting the URL to the new one still fails.



More info: It doesn't seem to be my URLs. First time after reloading the app
the URL works. But if I go to another card and then back again by linking to
the same, identical URL it fails. That tells me that the widget itself
doesn't want to update its own URL setting. I get a blank browser widget
with no text.

--
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: IOS scroller

[Terry Judd via use-livecode]

No, but thanks for pointing us in the right direction Brian.

Best regards,

Terry...

On 21/1/20, 11:06 am, "use-livecode on behalf of Brian Milby via use-livecode" 
 wrote:

Have you looked at the new data grid code?  They had to tackle the same 
problem.

Thanks,
Brian
On Jan 20, 2020, 6:45 PM -0500, Terry Judd via use-livecode 
, wrote:
> I spent a lot of time trying to do this on iOS and gave up (I was working 
with a per day calendar style scrolling object that you would swipe to change 
days). It worked some/most of the time but like you say, scrolling seems to 
override everything else. I even tried disabling scrolling until you had worked 
out whether you were scrolling or swiping but that was a dead end as well. 
Sorry - that's not very helpful though.
>
> Terry...
>
> On 21/1/20, 10:24 am, "use-livecode on behalf of J. Landman Gay via 
use-livecode"  wrote:
>
> On 1/19/20 2:23 PM, J. Landman Gay via use-livecode wrote:
> > I'm using a native scroller for both Android and iOS. I track the
> > mouseDown position and the mouseUp position to see if the swipe is
> > vertical or horizontal. Vertical causes a scroll, horizontal is a swipe.
> > This works on Android.
> >
> > On iOS the mouseDown isn't registered fast enough and swiping doesn't
> > work unless you hold down for a second before continuing the swipe. I
> > think this must be related to the iOS-only properties delayTouches
> > and/or canCancelTouches but I've tried combinations of both without
> > success.
>
> Plodding through my own issues today: the above is marginally
> inaccurate. Swiping horizontally does work but only if the scroller is
> absolutely still. If you swipe even slightly upward (but mostly
> horizontal) it acts like a vertical scroll. One of those scroller
> properties I mentioned should be preventing that, right?
>
> --
> 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



___
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 scroller

[Brian Milby via use-livecode]

Have you looked at the new data grid code?  They had to tackle the same problem.

Thanks,
Brian
On Jan 20, 2020, 6:45 PM -0500, Terry Judd via use-livecode 
, wrote:
> I spent a lot of time trying to do this on iOS and gave up (I was working 
> with a per day calendar style scrolling object that you would swipe to change 
> days). It worked some/most of the time but like you say, scrolling seems to 
> override everything else. I even tried disabling scrolling until you had 
> worked out whether you were scrolling or swiping but that was a dead end as 
> well. Sorry - that's not very helpful though.
>
> Terry...
>
> On 21/1/20, 10:24 am, "use-livecode on behalf of J. Landman Gay via 
> use-livecode"  use-livecode@lists.runrev.com> wrote:
>
> On 1/19/20 2:23 PM, J. Landman Gay via use-livecode wrote:
> > I'm using a native scroller for both Android and iOS. I track the
> > mouseDown position and the mouseUp position to see if the swipe is
> > vertical or horizontal. Vertical causes a scroll, horizontal is a swipe.
> > This works on Android.
> >
> > On iOS the mouseDown isn't registered fast enough and swiping doesn't
> > work unless you hold down for a second before continuing the swipe. I
> > think this must be related to the iOS-only properties delayTouches
> > and/or canCancelTouches but I've tried combinations of both without
> > success.
>
> Plodding through my own issues today: the above is marginally
> inaccurate. Swiping horizontally does work but only if the scroller is
> absolutely still. If you swipe even slightly upward (but mostly
> horizontal) it acts like a vertical scroll. One of those scroller
> properties I mentioned should be preventing that, right?
>
> --
> 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: IOS scroller

[Terry Judd via use-livecode]

I spent a lot of time trying to do this on iOS and gave up (I was working with 
a per day calendar style scrolling object that you would swipe to change days). 
It worked some/most of the time but like you say, scrolling seems to override 
everything else. I even tried disabling scrolling until you had worked out 
whether you were scrolling or swiping but that was a dead end as well. Sorry - 
that's not very helpful though.

Terry...

On 21/1/20, 10:24 am, "use-livecode on behalf of J. Landman Gay via 
use-livecode"  wrote:

On 1/19/20 2:23 PM, J. Landman Gay via use-livecode wrote:
> I'm using a native scroller for both Android and iOS. I track the 
> mouseDown position and the mouseUp position to see if the swipe is 
> vertical or horizontal. Vertical causes a scroll, horizontal is a swipe. 
> This works on Android.
> 
> On iOS the mouseDown isn't registered fast enough and swiping doesn't 
> work unless you hold down for a second before continuing the swipe. I 
> think this must be related to the iOS-only properties delayTouches 
> and/or canCancelTouches but I've tried combinations of both without 
> success.

Plodding through my own issues today: the above is marginally 
inaccurate. Swiping horizontally does work but only if the scroller is 
absolutely still. If you swipe even slightly upward (but mostly 
horizontal) it acts like a vertical scroll. One of those scroller 
properties I mentioned should be preventing that, right?

-- 
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: IOS scroller

[J. Landman Gay via use-livecode]

On 1/19/20 2:23 PM, J. Landman Gay via use-livecode wrote:
I'm using a native scroller for both Android and iOS. I track the 
mouseDown position and the mouseUp position to see if the swipe is 
vertical or horizontal. Vertical causes a scroll, horizontal is a swipe. 
This works on Android.


On iOS the mouseDown isn't registered fast enough and swiping doesn't 
work unless you hold down for a second before continuing the swipe. I 
think this must be related to the iOS-only properties delayTouches 
and/or canCancelTouches but I've tried combinations of both without 
success.


Plodding through my own issues today: the above is marginally 
inaccurate. Swiping horizontally does work but only if the scroller is 
absolutely still. If you swipe even slightly upward (but mostly 
horizontal) it acts like a vertical scroll. One of those scroller 
properties I mentioned should be preventing that, right?


--
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: iOS browser local URLs

[Ralph DiMola via use-livecode]

2 ideas here. 1) Don't reload the URL. It should still be displayed. 2)
Delete and recreate the widget.
Just spit balling, throwing darts, guessing...

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of J. Landman Gay via use-livecode
Sent: Monday, January 20, 2020 6:19 PM
To: How to use LiveCode
Cc: J. Landman Gay
Subject: Re: iOS browser local URLs

On 1/20/20 3:05 PM, J. Landman Gay via use-livecode wrote:
> On 1/20/20 2:41 PM, J. Landman Gay via use-livecode wrote:
>> I can't load a local html file into a brwoser widget on iOS:
>>
>> set the url of widget "browser" to "file://" &
>> specialFolderPath("documents") & "/folder/myFile.html#1234"
>>
>> I've tried "file:" with no slashes, one or two slashes, and omitting 
>> the "file:" designation entirely. The above works fine on Mac and 
>> Android (though it produces three slashes in the final URL.)
>>
> 
> An update on this. The first time I load a URL it works. All 
> subsequent URLs with the same structure fail. Setting the URL of the 
> widget to empty and then setting the URL to the new one still fails.
> 

More info: It doesn't seem to be my URLs. First time after reloading the app
the URL works. But if I go to another card and then back again by linking to
the same, identical URL it fails. That tells me that the widget itself
doesn't want to update its own URL setting. I get a blank browser widget
with no text.

-- 
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: iOS browser local URLs

[J. Landman Gay via use-livecode]

On 1/20/20 3:05 PM, J. Landman Gay via use-livecode wrote:

On 1/20/20 2:41 PM, J. Landman Gay via use-livecode wrote:

I can't load a local html file into a brwoser widget on iOS:

set the url of widget "browser" to "file://" & 
specialFolderPath("documents") & "/folder/myFile.html#1234"


I've tried "file:" with no slashes, one or two slashes, and omitting 
the "file:" designation entirely. The above works fine on Mac and 
Android (though it produces three slashes in the final URL.)




An update on this. The first time I load a URL it works. All subsequent 
URLs with the same structure fail. Setting the URL of the widget to 
empty and then setting the URL to the new one still fails.




More info: It doesn't seem to be my URLs. First time after reloading the 
app the URL works. But if I go to another card and then back again by 
linking to the same, identical URL it fails. That tells me that the 
widget itself doesn't want to update its own URL setting. I get a blank 
browser widget with no text.


--
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: iOS background execution

[J. Landman Gay via use-livecode]

Thanks guys. It does seem to work. My husband's iPhone 6s (my test 
device) is running the latest OS 13.3 and I thought background execution 
should just work. But it didn't.


On 1/20/20 4:35 PM, Ralph DiMola via use-livecode wrote:

This is one of the things I documented in bug report| 22149. The default
"background execution" is only for newer versions of iOS. I keep this key
in(despite the warning) so pre iOS 13(I think it's 13) installs still run in
the background.

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of J. Landman Gay via use-livecode
Sent: Monday, January 20, 2020 5:20 PM
To: LiveCode Mailing List
Cc: J. Landman Gay
Subject: iOS background execution

I seem to be hitting zero for zero but here's another iOS question.

I thought all apps run in the background by default now on iOS. That isn't
happening. Switching to another app and then back to mine causes the app to
restart. I want the user to pick up where they left off.

Do we still need to select the "background execution" requirement in
standalone settings? In spite of the scary warning? Does it work?




--
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: iOS background execution

[Ralph DiMola via use-livecode]

This is one of the things I documented in bug report| 22149. The default
"background execution" is only for newer versions of iOS. I keep this key
in(despite the warning) so pre iOS 13(I think it's 13) installs still run in
the background.

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of J. Landman Gay via use-livecode
Sent: Monday, January 20, 2020 5:20 PM
To: LiveCode Mailing List
Cc: J. Landman Gay
Subject: iOS background execution

I seem to be hitting zero for zero but here's another iOS question.

I thought all apps run in the background by default now on iOS. That isn't
happening. Switching to another app and then back to mine causes the app to
restart. I want the user to pick up where they left off.

Do we still need to select the "background execution" requirement in
standalone settings? In spite of the scary warning? Does it work?

-- 
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: iOS background execution

[Marty Knapp via use-livecode]

I used "background execution” in my first and only iOS app and it works for me 
(it’s a very simple app). Haven’t had any unexpected behavior.

Marty

> On Jan 20, 2020, at 2:19 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> I seem to be hitting zero for zero but here's another iOS question.
> 
> I thought all apps run in the background by default now on iOS. That isn't 
> happening. Switching to another app and then back to mine causes the app to 
> restart. I want the user to pick up where they left off.
> 
> Do we still need to select the "background execution" requirement in 
> standalone settings? In spite of the scary warning? Does it work?
> 
> -- 
> 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

iOS background execution

[J. Landman Gay via use-livecode]

I seem to be hitting zero for zero but here's another iOS question.

I thought all apps run in the background by default now on iOS. That 
isn't happening. Switching to another app and then back to mine causes 
the app to restart. I want the user to pick up where they left off.


Do we still need to select the "background execution" requirement in 
standalone settings? In spite of the scary warning? Does it work?


--
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: iOS browser local URLs

[J. Landman Gay via use-livecode]

On 1/20/20 2:41 PM, J. Landman Gay via use-livecode wrote:

I can't load a local html file into a brwoser widget on iOS:

set the url of widget "browser" to "file://" & 
specialFolderPath("documents") & "/folder/myFile.html#1234"


I've tried "file:" with no slashes, one or two slashes, and omitting the 
"file:" designation entirely. The above works fine on Mac and Android 
(though it produces three slashes in the final URL.)




An update on this. The first time I load a URL it works. All subsequent 
URLs with the same structure fail. Setting the URL of the widget to 
empty and then setting the URL to the new one still fails.


Any ideas? I need this pretty soon.

--
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

iOS browser local URLs

[J. Landman Gay via use-livecode]

I can't load a local html file into a brwoser widget on iOS:

set the url of widget "browser" to "file://" & 
specialFolderPath("documents") & "/folder/myFile.html#1234"


I've tried "file:" with no slashes, one or two slashes, and omitting the 
"file:" designation entirely. The above works fine on Mac and Android 
(though it produces three slashes in the final URL.)


--
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: Odd thing . . .

[Mark Wieder via use-livecode]

On 1/20/20 11:22 AM, Richmond via use-livecode wrote:
On Macupdate they have just announced the release of the Community 
edition of

LiveCode 9.6.0.15511 . . . i.e. the second Developer Preview of 9.6.0.

https://www.macupdate.com/app/mac/7149/livecode-community-edition

This was made available on LiveCode's own download page on 18 December 
2020.


There is no mention of the fact that this is beta software, and is in 
fact the first time

I have ever seen LiveCode on Macupdate.

This has made me lose quite a bit of faith in Macupdate.


Additionally, macupdate seems to have their own download link for the 
dmg file instead of directing you to the proper site. I'd immediately 
flag that as suspicious.


--
 Mark Wieder
 ahsoftw...@gmail.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

Odd thing . . .

[Richmond via use-livecode]

On Macupdate they have just announced the release of the Community 
edition of

LiveCode 9.6.0.15511 . . . i.e. the second Developer Preview of 9.6.0.

https://www.macupdate.com/app/mac/7149/livecode-community-edition

This was made available on LiveCode's own download page on 18 December 2020.

There is no mention of the fact that this is beta software, and is in 
fact the first time

I have ever seen LiveCode on Macupdate.

This has made me lose quite a bit of faith in Macupdate.

Richmond.

___
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: FYI: Cause found for LC crashing to desktop when Browser widget opens PDF

[Matthias Rebbe via use-livecode]

Yes, you are right. I am sorry.
I should have written that LC Dev Team confirmed that there is a 
incompatibility between LC 9 and Adobe Acrobt.
But at least, it´s confirmed. ;)


-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 20.01.2020 um 16:41 schrieb Mark Waddingham via use-livecode 
> :
> 
> On 2020-01-20 15:20, Matthias Rebbe via use-livecode wrote:
>> Just want to let you know that Livecode Dev Team confirmed that this is a bug
>> https://quality.livecode.com/show_bug.cgi?id=22534
> 
> Well, we confirmed it crashed ;) Whether it is a bug in LC or Adobe DC or not
> is another matter.
> 
> There was a similar issue a very long time ago with Adobe's PDF plugin - it 
> would
> cause the browser external to crash if used (we used the system webview back 
> then
> as we do now)... The Adobe plugin was doing things it shouldn't (I can't 
> recall
> if we managed to come up with a hack in the browser external to stop it or 
> not; or
> whether Adobe eventually cleaned up their plugin!)
> 
> Warmest Regards,
> 
> Mark.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: 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


___
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: FYI: Cause found for LC crashing to desktop when Browser widget opens PDF

[Mark Waddingham via use-livecode]

On 2020-01-20 15:20, Matthias Rebbe via use-livecode wrote:
Just want to let you know that Livecode Dev Team confirmed that this is 
a bug


https://quality.livecode.com/show_bug.cgi?id=22534


Well, we confirmed it crashed ;) Whether it is a bug in LC or Adobe DC 
or not

is another matter.

There was a similar issue a very long time ago with Adobe's PDF plugin - 
it would
cause the browser external to crash if used (we used the system webview 
back then
as we do now)... The Adobe plugin was doing things it shouldn't (I can't 
recall
if we managed to come up with a hack in the browser external to stop it 
or not; or

whether Adobe eventually cleaned up their plugin!)

Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: 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: FYI: Cause found for LC crashing to desktop when Browser widget opens PDF

[Matthias Rebbe via use-livecode]

Just want to let you know that Livecode Dev Team confirmed that this is a bug

https://quality.livecode.com/show_bug.cgi?id=22534


-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 14.01.2020 um 18:56 schrieb Matthias Rebbe via use-livecode 
> :
> 
> Hi,
> 
> maybe this is of use for the one or the other.
> in any case LC crashes on Mac to desktop when opening a PDF in the Browser 
> Widget and your are getting crazy because of that,  then check if Acrobat 
> software is installed on your system.
> 
> A few days ago i mentionend in an answer to an other post, that   LC 9.5/9.6 
> and also standalones created with that versions, but not LC8, crash to 
> desktop when one opens a PDF in the Browser Widget. 
> 
> I contacted support, as i was pretty sure that this worked in the past.
> 
> As this only happened on my iMac, but not on my Macbook, i decided to 
> completely erase the hard disk of my iMac and reinstall the OS and all needed 
> LC stuff, because i had to finish some important work and waiting for an 
> answer from support or continuing on the Macbook was not an option for me. 
> 
> I planned to install the other software one after the other  when i needed it.
> 
> All went well and the problem with the PDF in the widget did not happen 
> anymore. Today i needed to install Acrobat DC for some tasks.
> An hour later or so i received an answer from support and one question from 
> Dev team was if by any chance Acrobat software is/was installed on my machine.
> 
> I tried again in LC and the crash happened again. After uninstalling Acrobat 
> DC the crashes did not happen anymore. 
> 
> I reported this back to support.
> 
> Of course not using Acrobat DC anymore is no final solution, but for the 
> moment it´s a workaround and hopefully the Dev team finds out what exactly is 
> going wrong with.
> 
> Matthias
> 
> 
> 
> 
> ___
> 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

[ANN] This Week in LiveCode 209

[panagiotis merakos via use-livecode]

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 #209 here: http://bit.ly/2NGrM4s

This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around the open source project. New issues will be
released weekly on Mondays. We have a dedicated mailing list that will
deliver each issue directly to you e-mail, so you don't miss any!

If you have anything you'd like mentioned (a project, a discussion
somewhere, an upcoming event) then please get in touch.

-- 
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