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
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...@hypera
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 Ja
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 yo
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
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 iO
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-livec
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 t
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
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
rd
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 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
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 omitti
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 o
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 o
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.
Th
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.
Ther
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 on
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
20 matches
Mail list logo
