Re: Emtying browser widget cache?

2021-03-16 Thread Håkan Liljegren via use-livecode
Thanks! Works like a charm! Should have thought about that, myself. Teaching 
web design for nearly two decades, and still missed the obvious…

:-Håkan
On 15 Mar 2021, 21:21 +0100, How to use LiveCode 
, wrote:
>
> do "location.reload()" in widget "myBrowser"
>
> Kind regards,
> 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: Emtying browser widget cache?

2021-03-15 Thread panagiotis merakos via use-livecode
Hello Håkan,

Try

do "location.reload()" in widget "myBrowser"

Kind regards,
Panos
--

On Mon, 15 Mar 2021 at 22:15, Håkan Liljegren via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Does anyone know if the browser widget has its own cache? If I load a
> local web page (by setting the URL property) the browser widget seams to
> cache the linked CSS-file. If I restart LiveCode the edits usually go
> through, but, is there any way to empty the browser widget cache without
> needing to restart LiveCode? Or is it just me doing stupid stuff? (It might
> occasionally have happened before ;) )
>
> :-Håkan
> ___
> 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


Emtying browser widget cache?

2021-03-15 Thread Håkan Liljegren via use-livecode
Does anyone know if the browser widget has its own cache? If I load a local web 
page (by setting the URL property) the browser widget seams to cache the linked 
CSS-file. If I restart LiveCode the edits usually go through, but, is there any 
way to empty the browser widget cache without needing to restart LiveCode? Or 
is it just me doing stupid stuff? (It might occasionally have happened before 
;) )

:-Håkan
___
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


Browser Widget

2021-02-02 Thread Terence Heaford via use-livecode
I believe the Browser Widget uses the native browser and in that case it uses 
the same code as Safari on MacOS?

I have been using CanvasJS to create some charts and have been rendering the 
result in the Browser Widget using Set the URL of …..

These charts have been created on the computer and not via the internet.

Generally they render well except for the animation of the chart.

In Safari it's as smooth as silk.

In the Browser Widget there is some slight stutter that does slightly affect 
the user experience.

Does anyone know why this stutter exists with the Browser Widget and not with 
Safari and is there a solution?


Thanks

Terry



___
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: Will Browser widget ever work on Linux?

2020-12-10 Thread Tom Glod via use-livecode
Thanks for all the inputs gentlemen

I agree on the need for cross platform embedded browser support.

Will LC use another embedded browser for the mac?

So I guess there are more questions than answers here in terms of a 3
platform solution.

I have my first ssd sitting in the box, and once i install it i will try
not to take it for granted when judging the "performance" of my work.

Cheers,

Tom





On Wed, Dec 9, 2020 at 12:15 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 12/9/20 8:40 AM, Curry Kenworthy via use-livecode wrote:
>
> > Yep, it actually feels great to be a Windows-first LiveCoder.
>
> I'm not gonna get sucked into religious wars here... 
>
> > Like the field, embedded Browser is a way to
> > deliver and display so many different kinds of content that it should be
> > considered a foundational part of LC. Can't afford to let it slip.
>
> Yep. So... browser support on linux?
>
> > Now that I have an SSD, the LC script editor troubles are a thing of the
> > past too. LC simply made the mistake of designing broadly-used software
> > on high-end hardware, so it wasn't a great design, especially for the
> > masses. (Strange because that's usually a beginner's mistake.)
>
> When I worked at Apple I was always the guy who wanted to use the older
> hardware while everyone else was jumping for the latest models because I
> was dead set on finding compatibility bugs. My favorite discovery was
> uncovering a bug in the MPW C compiler because it had only previously
> been tested on the latest shiny new hardware.
>
> --
>   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
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Mobile:647.562.9411
___
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: Will Browser widget ever work on Linux?

2020-12-09 Thread Mark Wieder via use-livecode

On 12/9/20 8:40 AM, Curry Kenworthy via use-livecode wrote:

Yep, it actually feels great to be a Windows-first LiveCoder. 


I'm not gonna get sucked into religious wars here... 

Like the field, embedded Browser is a way to 
deliver and display so many different kinds of content that it should be 
considered a foundational part of LC. Can't afford to let it slip.


Yep. So... browser support on linux?

Now that I have an SSD, the LC script editor troubles are a thing of the 
past too. LC simply made the mistake of designing broadly-used software 
on high-end hardware, so it wasn't a great design, especially for the 
masses. (Strange because that's usually a beginner's mistake.)


When I worked at Apple I was always the guy who wanted to use the older 
hardware while everyone else was jumping for the latest models because I 
was dead set on finding compatibility bugs. My favorite discovery was 
uncovering a bug in the MPW C compiler because it had only previously 
been tested on the latest shiny new hardware.


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


Re: Will Browser widget ever work on Linux?

2020-12-09 Thread Curry Kenworthy via use-livecode



Mark:

> It's actually OSX where CEF usage was
> dropped, not Windows.

Yep, it actually feels great to be a Windows-first LiveCoder. 
Ironically, things "just work." In fact I'm doing a Windows app right 
now, using - guess what - the Browser widget. Works a treat.


It's hard to overstate how important embedded Browser support is. Along 
with, of course, the field object, which can do much more than most 
people realize. (The cliques and promoters/repeaters in this LC 
community always breathlessly push certain resources, at the expense of 
awareness about others.) Like the field, embedded Browser is a way to 
deliver and display so many different kinds of content that it should be 
considered a foundational part of LC. Can't afford to let it slip.


And the Browser needs to work fairly seamlessly cross-platform, to a 
reasonable extent. That's why we're all here, right?


About Windows: Once upon a time I was a big Mac guy and Mac-first 
shareware author. I was all about Mac...until Apple made some dumb and 
hypocritical UI decisions, contradicting their own doctrine repeatedly 
and destructively. They took a crowbar to the beloved Mac OS and made it 
much less convenient and satisfying to use.


I never jumped ship onto the Linux rowboat. Nice to have that platform - 
and by all means it should be supported. I'm still an enthusiastic 
Mac-second developer, and I welcome Linux work on occasion, but I 
adopted Windows as my primary OS since their UI had some advantages. To 
this day I'm very happy to be firmly cross-platform and proudly 
Windows-first.


Now that I have an SSD, the LC script editor troubles are a thing of the 
past too. LC simply made the mistake of designing broadly-used software 
on high-end hardware, so it wasn't a great design, especially for the 
masses. (Strange because that's usually a beginner's mistake.) Remember 
how the newly open-source LC was going to open up the world of coding to 
the third-world masses? Nope, not gonna happen, not with that kind of 
disk usage! I always design on budget hardware, so that at least the 
middle class can use the end product too.


But now SSD has become the standard for new budget hardware, so very 
soon that will be moot - once again LC runs just fine with modern 
antivirus and Windows 10. (Talking about a real Windows computer - hi 
Richmond - and not a partition or virtualized system. Real PC, real Mac 
is the way to go.) So for users stuck on "the dark side" of Mac or Linux 
- the grass really is greener over here at the moment. Fingers crossed.


Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.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: Will Browser widget ever work on Linux?

2020-12-08 Thread Mark Wieder via use-livecode

On 12/8/20 3:12 PM, Mark Wieder via use-livecode wrote:


LC also has dropped using the CEF on Windows because reasons.


Oops. Have to correct myself here. It's actually OSX where CEF usage was 
dropped, not Windows.


More gory details here



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


Re: Will Browser widget ever work on Linux?

2020-12-08 Thread Mark Wieder via use-livecode

On 12/8/20 1:54 PM, Tom Glod via use-livecode wrote:

Hi folks,

I need to know whether there are any plans of making the CEF browser work
correctly on Linux?
I vaguely remember a conversation about it and it seeming like there is
very little hope of that.
Can anyone confirm?


Um. It's complicated.
LiveCode currently uses CEF build 74.1.19 (04 June 2019). The latest is 
build 87.1.12 (07 December 2020). LC also has dropped using the CEF on 
Windows because reasons.


The current maintainer of the CEF is Spotify. I don't know who else 
might be using the framework to provide an embedded browser.

https://cef-builds.spotifycdn.com/index.html#linux64
Although there looks like a good Go library available.
https://github.com/richardwilkes/cef

The problem isn't with CEF itself - I can compile and run the CEF sample 
apps with no problem, but rather with the way it's integrated into the 
LiveCode engine. And I don't know whether there's still a CEF in LC's 
browser future or whether it will go the way of the Windows browser. I 
haven't seen any github notifications of any work being done on the 
LiveCode browser on any platform lately.


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


Will Browser widget ever work on Linux?

2020-12-08 Thread Tom Glod via use-livecode
Hi folks,

I need to know whether there are any plans of making the CEF browser work
correctly on Linux?
I vaguely remember a conversation about it and it seeming like there is
very little hope of that.
Can anyone confirm?

Thanks,

Tom
___
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: On Browser Widget/Google, the "smart" Font Sizer to Go Center, on Android phone?

2020-11-21 Thread Sannyasin Brahmanathaswami via use-livecode
Well

com.livecode.widget.browser

but I would not know where to begin?

There is a small font resizer, it goes up or down

_  _
| -  | |   + |

Is it possible to go center?  Its lies to the right of margin of the browser 
widget, and we have the page  “Go Right” which conflicts with the font resizer.

BR

___
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


On Browser Widget/Google, the "smart" Font Sizer to Go Center, on Android phone?

2020-11-21 Thread Sannyasin Brahmanathaswami via use-livecode
There is a small font resizer, it goes up or down

_  _
| -  | |   + |

Is it possible to go center?  Its lies to the right of margin of the browser 
widget, and we have the page  “Go Right” which conflicts with the font resizer.

BR
___
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: oAuth2 seems to log in successfully but the oAuth2 dialog/browser does not disappear, have to click cancel

2020-08-28 Thread Martin Koob via use-livecode
Hi Brian

Thanks for the explanation of the process.  That seems to be what is happening. 
 I assume that the difficulty implementing it is that the native app would not 
have a recognized SSL certificate for the https connection.  Is that right?

I don’t fully understand the oAuth2 process so this is an uneducated workaround 
idea so please excuse me if the following idea/question is totally off base. 

If the application was not a native Desktop app but a web app would requiring 
an https redirect URI not be a problem since the website  site the web app was 
hosted on could have a SSL certificate so you could have a https redirect URI?

 My application has a cloud backend API written in LiveCode server.  The site  
has an SSL certificate so https URIs could point to it.  
- If I had to use an https redirect URI could it point to my website and then 
have the listener there?  There still would need to be a way to identify the 
user’s request with the server’s response and I am not sure how that would work.

- could I make a HTML5 standalone in LiveCode server on my cloud site. backend 
that I would open in a browser window in the desktop that would then, on 
loading, just  connect to the oAuth2 URI where the user would enter their 
credentials, The authorization would take place between the HTML5 app and the 
oAuth2 site with the URI being the on my cloud site.   Then the token could be 
returned to the native app from the HTML5 app.

Again these questions are based on a limited understanding of how this kind of 
authorization works so don’t laugh too hard. ;-)

Martin



> On Aug 28, 2020, at 9:37 AM, Brian Milby via use-livecode 
>  wrote:
> 
> The way the library works is that it sets up a listener on the IP/port.  It 
> does not have any way to handle an encrypted (https) response/connection 
> currently (and I’m not sure how that would even be implemented).
> 
> The code that handles the response is what closes the browser window that was 
> created.  If it is not getting closed, then the response isn’t coming through.
> 
> Sent from my iPhone
> 
>> On Aug 28, 2020, at 12:31 AM, Martin Koob via use-livecode 
>>  wrote:
>> 
>> Hi 
>> 
>> In my project to make a library for connecting to an LMS I am trying to use 
>> oAuth2 to authorize with a Brightspace LMS  instance from a Mac Desktop App. 
>>   The oAuth2 dialog/browser appears I enter the credentials and then the 
>> login appears to succeed i.e. the LMS's home page opens in the 
>> dialog/browser.  However the dialog does not  close so I have to click the 
>> ‘Cancel’ button.  So the result returned by the oAuth2 command is “cancel’ 
>> and there is nothing in the ‘it’ variable.
>> 
>> My redirect URI is https://127.0.0.1:54256 <https://127.0.0.1:54256/>.  The 
>> LMS service requires https.  LiveCode’s oAuth only allows http for the 
>> redirect URI.  Could that be the issue?
>> 
>> My guess is that once a response is received at the redirect URI then 
>> LiveCode’s oAuth2 dialog would close. 
>> Then the value of the token would be in the ‘it’ variable.
>> Is that the case?
>> 
>> The other issue may be that I don’t have the correct token URL parameter for 
>> the oAuth2 command.  I am still checking into that.
>> 
>> Any suggestions on how to get this working?
>> 
>> Martin Koob
>> 
>> VideoLinkwell, a service of
>> Koob SourceText Solutions Inc.
>> 
>> 
>> 
>> 
>> ___
>> 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: oAuth2 seems to log in successfully but the oAuth2 dialog/browser does not disappear, have to click cancel

2020-08-28 Thread Brian Milby via use-livecode
Looking at the RFC8252 Section 7.3, it is proper for the loopback network 
interface to use HTTP.  Is it expecting PKCE (rfc7636)?

Sent from my iPhone

> On Aug 28, 2020, at 9:37 AM, Brian Milby  wrote:
> 
> The way the library works is that it sets up a listener on the IP/port.  It 
> does not have any way to handle an encrypted (https) response/connection 
> currently (and I’m not sure how that would even be implemented).
> 
> The code that handles the response is what closes the browser window that was 
> created.  If it is not getting closed, then the response isn’t coming through.
> 
> Sent from my iPhone
> 
>> On Aug 28, 2020, at 12:31 AM, Martin Koob via use-livecode 
>>  wrote:
>> 
>> Hi 
>> 
>> In my project to make a library for connecting to an LMS I am trying to use 
>> oAuth2 to authorize with a Brightspace LMS  instance from a Mac Desktop App. 
>>   The oAuth2 dialog/browser appears I enter the credentials and then the 
>> login appears to succeed i.e. the LMS's home page opens in the 
>> dialog/browser.  However the dialog does not  close so I have to click the 
>> ‘Cancel’ button.  So the result returned by the oAuth2 command is “cancel’ 
>> and there is nothing in the ‘it’ variable.
>> 
>> My redirect URI is https://127.0.0.1:54256 <https://127.0.0.1:54256/>.  The 
>> LMS service requires https.  LiveCode’s oAuth only allows http for the 
>> redirect URI.  Could that be the issue?
>> 
>> My guess is that once a response is received at the redirect URI then 
>> LiveCode’s oAuth2 dialog would close. 
>> Then the value of the token would be in the ‘it’ variable.
>> Is that the case?
>> 
>> The other issue may be that I don’t have the correct token URL parameter for 
>> the oAuth2 command.  I am still checking into that.
>> 
>> Any suggestions on how to get this working?
>> 
>> Martin Koob
>> 
>> VideoLinkwell, a service of
>> Koob SourceText Solutions Inc.
>> 
>> 
>> 
>> 
>> ___
>> 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: oAuth2 seems to log in successfully but the oAuth2 dialog/browser does not disappear, have to click cancel

2020-08-28 Thread Brian Milby via use-livecode
The way the library works is that it sets up a listener on the IP/port.  It 
does not have any way to handle an encrypted (https) response/connection 
currently (and I’m not sure how that would even be implemented).

The code that handles the response is what closes the browser window that was 
created.  If it is not getting closed, then the response isn’t coming through.

Sent from my iPhone

> On Aug 28, 2020, at 12:31 AM, Martin Koob via use-livecode 
>  wrote:
> 
> Hi 
> 
> In my project to make a library for connecting to an LMS I am trying to use 
> oAuth2 to authorize with a Brightspace LMS  instance from a Mac Desktop App.  
>  The oAuth2 dialog/browser appears I enter the credentials and then the login 
> appears to succeed i.e. the LMS's home page opens in the dialog/browser.  
> However the dialog does not  close so I have to click the ‘Cancel’ button.  
> So the result returned by the oAuth2 command is “cancel’ and there is nothing 
> in the ‘it’ variable.
> 
> My redirect URI is https://127.0.0.1:54256 <https://127.0.0.1:54256/>.  The 
> LMS service requires https.  LiveCode’s oAuth only allows http for the 
> redirect URI.  Could that be the issue?
> 
> My guess is that once a response is received at the redirect URI then 
> LiveCode’s oAuth2 dialog would close. 
> Then the value of the token would be in the ‘it’ variable.
> Is that the case?
> 
> The other issue may be that I don’t have the correct token URL parameter for 
> the oAuth2 command.  I am still checking into that.
> 
> Any suggestions on how to get this working?
> 
> Martin Koob
> 
> VideoLinkwell, a service of
> Koob SourceText Solutions Inc.
> 
> 
> 
> 
> ___
> 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


oAuth2 seems to log in successfully but the oAuth2 dialog/browser does not disappear, have to click cancel

2020-08-27 Thread Martin Koob via use-livecode
Hi 

In my project to make a library for connecting to an LMS I am trying to use 
oAuth2 to authorize with a Brightspace LMS  instance from a Mac Desktop App.   
The oAuth2 dialog/browser appears I enter the credentials and then the login 
appears to succeed i.e. the LMS's home page opens in the dialog/browser.  
However the dialog does not  close so I have to click the ‘Cancel’ button.  So 
the result returned by the oAuth2 command is “cancel’ and there is nothing in 
the ‘it’ variable.

My redirect URI is https://127.0.0.1:54256 <https://127.0.0.1:54256/>.  The LMS 
service requires https.  LiveCode’s oAuth only allows http for the redirect 
URI.  Could that be the issue?

My guess is that once a response is received at the redirect URI then 
LiveCode’s oAuth2 dialog would close. 
Then the value of the token would be in the ‘it’ variable.
Is that the case?

The other issue may be that I don’t have the correct token URL parameter for 
the oAuth2 command.  I am still checking into that.

Any suggestions on how to get this working?

Martin Koob

VideoLinkwell, a service of
Koob SourceText Solutions Inc.




___
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: Browser Widget and Twitter on iOS 13

2020-08-17 Thread Ralph DiMola via use-livecode
I was thinking of doing it just for Twitter but if other sites become stricter 
I did not want to have to release a new app. I could have done an OTA update of 
sites that needed this userAgent but I opted for the simple solution.

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 
Linda Miller via use-livecode
Sent: Saturday, August 15, 2020 2:53 PM
To: use-livecode@lists.runrev.com
Cc: Linda Miller
Subject: RE: Browser Widget and Twitter on iOS 13

Why not check if it is going to a URL that contains “twitter.com” and feed the 
correct user agent prior to going to the website since it is only a twitter 
issue?

Linda

> On Aug 15, 2020, at 10:00 AM, use-livecode-requ...@lists.runrev.com wrote:
> 
> RE: Browser Widget and Twitter on iOS 13

___
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


Browser widget does not support WebGL2

2020-08-16 Thread Torsten Holmer via use-livecode
Hi,

I want to test how to display a WebGL-Page in the browser widget, but get this 
message on this page (https://get.webgl.org/webgl2/) :

"Oh no! We are sorry, but your browser does not seem to support WebGL2."

Is there a way to update the widget?

Chrome does support WebGL 2.0

Cheers,
Torsten


___
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: Browser Widget and Twitter on iOS 13

2020-08-15 Thread Linda Miller via use-livecode
Why not check if it is going to a URL that contains “twitter.com” and feed the 
correct user agent prior to going to the website since it is only a twitter 
issue?

Linda

> On Aug 15, 2020, at 10:00 AM, use-livecode-requ...@lists.runrev.com wrote:
> 
> RE: Browser Widget and Twitter on iOS 13

___
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: Browser Widget and Twitter on iOS 13

2020-08-15 Thread Jim Lambert via use-livecode
Ralph,

Thanks for that switch statement.

Jim Lambert

___
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: Browser Widget and Twitter on iOS 13

2020-08-14 Thread Ralph DiMola via use-livecode
There is a song to be written for
https://webaim.org/blog/user-agent-string-history/. It may have multiple
time signatures... but I digress. Here's the code that's working for me:


if the environment = "mobile" and the platform = "iphone" and the machine
contains "iPad" then -- one can never be too careful

  switch

 case the systemversion begins with "12" -- iOS 12

set the userAgent of widget "BrowserW" to "Mozilla/5.0 (iPad;
CPU OS 12_4_8 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko)
Version/12.1.2 Mobile/15E148 Safari/604.1"

break

 case the systemversion begins with "13" -- iOS 13

set the userAgent of widget "BrowserW" to "Mozilla/5.0
(Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/605.1.15 (KHTML, like Gecko)
Version/13.1.1 Safari/605.1.15"

break

 default -- everybody else. This could get me into trouble later.
Maybe default should be deleted?  REVISIT

set the userAgent of widget "BrowserW" to "Mozilla/5.0 (iPad;
CPU OS 12_4_8 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko)
Version/12.1.2 Mobile/15E148 Safari/604.1"

  end switch

   end if


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 Mark Wieder via use-livecode
Sent: Friday, August 14, 2020 7:17 PM
To: Ralph DiMola via use-livecode
Cc: Mark Wieder
Subject: Re: Browser Widget and Twitter on iOS 13

On 8/14/20 2:54 PM, Ralph DiMola via use-livecode wrote:
> Mark/Panos,
> 
> Thanks for all your help, this worked like a charm! I got the 
> userAgent from a v12 iPad and v13 iPad. For any other iPad OS version 
> I use the v13 version.

Just curious... what userAgent string worked for you?

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


___
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: Browser Widget and Twitter on iOS 13

2020-08-14 Thread Mark Wieder via use-livecode

On 8/14/20 2:54 PM, Ralph DiMola via use-livecode wrote:

Mark/Panos,

Thanks for all your help, this worked like a charm! I got the userAgent from
a v12 iPad and v13 iPad. For any other iPad OS version I use the v13
version.


Just curious... what userAgent string worked for you?

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


RE: Browser Widget and Twitter on iOS 13

2020-08-14 Thread Ralph DiMola via use-livecode
Mark/Panos,

Thanks for all your help, this worked like a charm! I got the userAgent from
a v12 iPad and v13 iPad. For any other iPad OS version I use the v13
version.

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 Mark Waddingham via use-livecode
Sent: Friday, August 14, 2020 9:12 AM
To: How to use LiveCode
Cc: Mark Waddingham
Subject: Re: Browser Widget and Twitter on iOS 13

On 2020-08-14 14:01, Mark Waddingham via use-livecode wrote:
> On 2020-08-14 13:31, Ralph DiMola via use-livecode wrote:
>> Should I use the userAgent globally for all browser widget http(s) 
>> requests on platform = iphone?
> 
> Isn't the issue on iPad?

Hah - ignore this - I forgot to edit it when I realized 'the platform' 
returns iPhone (its the machine which distinguishes between iPad and
iPhone).

Whether to do it for all web-requests then I'm not sure - this is
twitter.com related thing as far as I can see.

It shouldn't do any harm to use the same useragent for all requests though
(although you might want to check if iPad latest iOS from Safari is
different from iPhone latest from Safari and switch on the machine if so).

I'd recommend removing this mitigation if/when twitter.com starts behaving
normally again though as you don't want to have to keep that up to date lest
it cause problems for other websites.

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: iOS 12 and browser widget

2020-08-14 Thread Ralph DiMola via use-livecode
By the way you can put all local html files into the temp folder(or
subfolders of temp). That works for v13 and all v12 devices.

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: Friday, August 14, 2020 5:23 PM
To: How to use LiveCode
Cc: J. Landman Gay
Subject: Re: iOS 12 and browser widget

On 8/14/20 3:01 PM, Ralph DiMola via use-livecode wrote:
> On some but not all iOS 12 devices you must load local html files from 
> the temp folder. I went around this with Panos for a week before he 
> figured this out. See QCC 
> 22816https://quality.livecode.com/show_bug.cgi?id=22816

Oh wow. That's kind of weird, isn't it? But thanks, that helps a lot!

-- 
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 12 and browser widget

2020-08-14 Thread J. Landman Gay via use-livecode

On 8/14/20 3:01 PM, Ralph DiMola via use-livecode wrote:

On some but not all iOS 12 devices you must load local html files from the
temp folder. I went around this with Panos for a week before he figured this
out. See QCC 22816https://quality.livecode.com/show_bug.cgi?id=22816


Oh wow. That's kind of weird, isn't it? But thanks, that helps a lot!

--
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 12 and browser widget

2020-08-14 Thread Ralph DiMola via use-livecode
J,

On some but not all iOS 12 devices you must load local html files from the
temp folder. I went around this with Panos for a week before he figured this
out. See QCC 22816 https://quality.livecode.com/show_bug.cgi?id=22816

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: Friday, August 14, 2020 3:51 PM
To: LiveCode Mailing List
Cc: J. Landman Gay
Subject: iOS 12 and browser widget

I have a browser widget that loads content from the local drive on iOS
devices. It works fine with iOS 13 but fails on iOS 12. The app was built
with LC 9.6.1 rc 2. I know webkit was changed since we last built a year
ago, but shouldn't it still work with iOS 12?

When it fails, the browser widget is just blank, a plain white display. The
user is on an older device that can't update to iOS 13.

-- 
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 12 and browser widget

2020-08-14 Thread J. Landman Gay via use-livecode
I have a browser widget that loads content from the local drive on iOS devices. It works fine 
with iOS 13 but fails on iOS 12. The app was built with LC 9.6.1 rc 2. I know webkit was 
changed since we last built a year ago, but shouldn't it still work with iOS 12?


When it fails, the browser widget is just blank, a plain white display. The user is on an older 
device that can't update to iOS 13.


--
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: Browser Widget and Twitter on iOS 13

2020-08-14 Thread Mark Waddingham via use-livecode

On 2020-08-14 14:01, Mark Waddingham via use-livecode wrote:

On 2020-08-14 13:31, Ralph DiMola via use-livecode wrote:
Should I use the userAgent globally for all browser widget http(s) 
requests

on platform = iphone?


Isn't the issue on iPad?


Hah - ignore this - I forgot to edit it when I realized 'the platform' 
returns iPhone (its the machine which distinguishes between iPad and 
iPhone).


Whether to do it for all web-requests then I'm not sure - this is 
twitter.com related thing as far as I can see.


It shouldn't do any harm to use the same useragent for all requests 
though (although you might want to check if iPad latest iOS from Safari 
is different from iPhone latest from Safari and switch on the machine if 
so).


I'd recommend removing this mitigation if/when twitter.com starts 
behaving normally again though as you don't want to have to keep that up 
to date lest it cause problems for other websites.


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: Browser Widget and Twitter on iOS 13

2020-08-14 Thread Mark Waddingham via use-livecode

On 2020-08-14 13:31, Ralph DiMola via use-livecode wrote:

Thanks Panos and Mark!

So... to recap..
1) get the userAgent in Safari on my 10.14.6 Mac
2) in App (If the platform="iphone" then set userAgent to this value).


Pretty much - although I recommend not using the userAgent string from a 
mac. Instead, get the userAgent string from an iPad which allows you to 
access twitter.com through the browser widget. Just in case anything 
mac-ish in the user agent string causes twitter.com to do something 
different (e.g. specialize for desktop rather than mobile).


Should I use the userAgent globally for all browser widget http(s) 
requests

on platform = iphone?


Isn't the issue on iPad?


Will this affect any other tsNet functions?


The browser widget uses WKWebView which uses system HTTP functionality 
so tsNet isn't involved.



Should it be reset back to empty for any reason?


I can't think of one.


Should I file a bug report?


No - this isn't anything we can do anything about. I strongly suspect 
the iPad issue your client is having is one of;
  - it isn't running the very latest iOS version, and Twitter is 
blocking the default userAgent string for that version and older ones 
which come from WKWebView
  - Twitter's (new?) block-list isn't actually correct and not taking 
into account enough variations (e.g. those coming from WKWebView).


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: Browser Widget and Twitter on iOS 13

2020-08-14 Thread Ralph DiMola via use-livecode
Thanks Panos and Mark!

So... to recap..
1) get the userAgent in Safari on my 10.14.6 Mac
2) in App (If the platform="iphone" then set userAgent to this value).

Should I use the userAgent globally for all browser widget http(s) requests
on platform = iphone?
Will this affect any other tsNet functions?
Should it be reset back to empty for any reason?

Should I file a bug report?

Have a good weekend.
Thanks again.

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 panagiotis merakos via use-livecode
Sent: Friday, August 14, 2020 3:40 AM
To: How to use LiveCode
Cc: panagiotis merakos
Subject: Re: Browser Widget and Twitter on iOS 13

Hello all,

Definitely this is related to the user-agent. It seems twitter recently has
become stricter on this:

https://help.twitter.com/en/using-twitter/twitter-supported-browsers

https://stackoverflow.com/questions/63081729/when-using-r-curl-to-download-a
-twitter-page-the-page-downloaded-is-this-brows

https://stackoverflow.com/questions/62967532/ipad-wkwebview-in-case-of-ipad-
i-am-getting-this-browser-is-no-longer-supporte

I get the same warning ("this browser is no longer supported .." ) when I
try to visit https://twitter.com from a browser widget on my Mac (10.14.6)
with LC 9.6.0.

I was able to get rid of the warning by visiting the page Mark posted (
https://www.whatismybrowser.com/detect/what-is-my-user-agent) with Safari to
see what an accepted user-agent is, and then set the "userAgent" of the
browser widget to this value.

Kind regards,
Panos
--



On Thu, 13 Aug 2020 at 20:36, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2020-08-13 18:30, Ralph DiMola via use-livecode wrote:
> > That tester has both iPhone and iPad and I know there both running 
> > the same version of iOS. iPhone doesn't get the message but the iPad 
> > does. I will find out if there both up to the latest 13.x.x. (it 
> > flew out of my head after I heard they were running the same 
> > version)
>
> So I'm pretty sure this has to be the userAgent string which any HTTP 
> client sends up as a header (User-Agent:?) as I don't think any other 
> browser-specific/OS-specific/device-specific information is transmitted.
>
> If you can send the user an app with just a browser widget in it where 
> they can visit:
>
> https://www.whatismybrowser.com/detect/what-is-my-user-agent
>
> On both the iPad and iPhone they have then at least it will show if 
> there *is* a difference between the two devices in terms of what 
> WKWebView is sending (can also compare with Safari on the devices too 
> which would either confirm or deny my suspicion about Safari not being 
> a wrapped WKWebView).
>
> 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


___
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: Browser Widget and Twitter on iOS 13

2020-08-14 Thread panagiotis merakos via use-livecode
Hello all,

Definitely this is related to the user-agent. It seems twitter recently has
become stricter on this:

https://help.twitter.com/en/using-twitter/twitter-supported-browsers

https://stackoverflow.com/questions/63081729/when-using-r-curl-to-download-a-twitter-page-the-page-downloaded-is-this-brows

https://stackoverflow.com/questions/62967532/ipad-wkwebview-in-case-of-ipad-i-am-getting-this-browser-is-no-longer-supporte

I get the same warning ("this browser is no longer supported .." ) when I
try to visit https://twitter.com from a browser widget on my Mac (10.14.6)
with LC 9.6.0.

I was able to get rid of the warning by visiting the page Mark posted (
https://www.whatismybrowser.com/detect/what-is-my-user-agent) with Safari
to see what an accepted user-agent is, and then set the "userAgent" of the
browser widget to this value.

Kind regards,
Panos
--



On Thu, 13 Aug 2020 at 20:36, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2020-08-13 18:30, Ralph DiMola via use-livecode wrote:
> > That tester has both iPhone and iPad and I know there both running the
> > same
> > version of iOS. iPhone doesn't get the message but the iPad does. I
> > will
> > find out if there both up to the latest 13.x.x. (it flew out of my head
> > after I heard they were running the same version)
>
> So I'm pretty sure this has to be the userAgent string which any HTTP
> client sends up as a header (User-Agent:?) as I don't think any other
> browser-specific/OS-specific/device-specific information is transmitted.
>
> If you can send the user an app with just a browser widget in it where
> they can visit:
>
> https://www.whatismybrowser.com/detect/what-is-my-user-agent
>
> On both the iPad and iPhone they have then at least it will show if
> there *is* a difference between the two devices in terms of what
> WKWebView is sending (can also compare with Safari on the devices too
> which would either confirm or deny my suspicion about Safari not being a
> wrapped WKWebView).
>
> 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: Browser Widget and Twitter on iOS 13

2020-08-13 Thread Mark Waddingham via use-livecode

On 2020-08-13 18:30, Ralph DiMola via use-livecode wrote:
That tester has both iPhone and iPad and I know there both running the 
same
version of iOS. iPhone doesn't get the message but the iPad does. I 
will

find out if there both up to the latest 13.x.x. (it flew out of my head
after I heard they were running the same version)


So I'm pretty sure this has to be the userAgent string which any HTTP 
client sends up as a header (User-Agent:?) as I don't think any other 
browser-specific/OS-specific/device-specific information is transmitted.


If you can send the user an app with just a browser widget in it where 
they can visit:


   https://www.whatismybrowser.com/detect/what-is-my-user-agent

On both the iPad and iPhone they have then at least it will show if 
there *is* a difference between the two devices in terms of what 
WKWebView is sending (can also compare with Safari on the devices too 
which would either confirm or deny my suspicion about Safari not being a 
wrapped WKWebView).


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: Browser Widget and Twitter on iOS 13

2020-08-13 Thread Ralph DiMola via use-livecode
That tester has both iPhone and iPad and I know there both running the same
version of iOS. iPhone doesn't get the message but the iPad does. I will
find out if there both up to the latest 13.x.x. (it flew out of my head
after I heard they were running the same version)

Odd indeed but I(well Panos) just found a iPad oddity that a couple of iPad
Mini models running 12.x would only load local web pages if they were in the
temp folder. So this unified iOS SW/HW thing is not 100% yet.

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 Mark Waddingham via use-livecode
Sent: Thursday, August 13, 2020 1:09 PM
To: How to use LiveCode
Cc: Mark Waddingham
Subject: Re: Browser Widget and Twitter on iOS 13

On 2020-08-13 17:06, Ralph DiMola via use-livecode wrote:
> Thanks Mark.
> 
> I searched all stacks for "userAgent" and it did not exist. After I 
> got some more feedback it is working on iOS 13 iPhones but not on an 
> iOS 13 iPad. So far this iPad is the only one with this issue. The 
> user tried in Safari on the iPad and did not get the message.

So that is just odd - it might be worth checking that said iPad has the
latest version of iOS13...

There's a small chance that Apple has fixed something in WKWebView on
iOS13 in some .x increment, and Twitter has blocked the versions before (via
userAgent).

Safari and WKWebView are not the same thing (I think Safari might use its
own private version of WebKit under the hood - although I'm not 100% sure
about that) so the Safari comparison might not be relevant in this case.

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: Browser Widget and Twitter on iOS 13

2020-08-13 Thread Mark Waddingham via use-livecode

On 2020-08-13 17:06, Ralph DiMola via use-livecode wrote:

Thanks Mark.

I searched all stacks for "userAgent" and it did not exist. After I got 
some
more feedback it is working on iOS 13 iPhones but not on an iOS 13 
iPad. So
far this iPad is the only one with this issue. The user tried in Safari 
on

the iPad and did not get the message.


So that is just odd - it might be worth checking that said iPad has the 
latest version of iOS13...


There's a small chance that Apple has fixed something in WKWebView on 
iOS13 in some .x increment, and Twitter has blocked the versions before 
(via userAgent).


Safari and WKWebView are not the same thing (I think Safari might use 
its own private version of WebKit under the hood - although I'm not 100% 
sure about that) so the Safari comparison might not be relevant in this 
case.


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: Browser Widget and Twitter on iOS 13

2020-08-13 Thread Prothero@earthlearning via use-livecode
FYI,
I have bitdefender on my Apple Laptop and when I post an entry to my mysql 
database on my server, I get a security alert from bitdefender (Catalina latest 
update and latest LC distro, LC 9.6.1). So, I wonder if the person with the 
problem might have some kind of anti-virus software installed.

Bill

William Prothero
http://es.earthednet.org

> On Aug 13, 2020, at 9:05 AM, Ralph DiMola via use-livecode 
>  wrote:
> 
> Thanks Mark.
> 
> I searched all stacks for "userAgent" and it did not exist. After I got some
> more feedback it is working on iOS 13 iPhones but not on an iOS 13 iPad. So
> far this iPad is the only one with this issue. The user tried in Safari on
> the iPad and did not get the message.
> 
> LC 9.6.0 
> OSX 10.14.6 
> Xcode 11.3.1
> 
> 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 Mark Waddingham via use-livecode
> Sent: Thursday, August 13, 2020 11:16 AM
> To: How to use LiveCode
> Cc: Mark Waddingham
> Subject: Re: Browser Widget and Twitter on iOS 13
> 
>>> On 2020-08-13 13:46, Ralph DiMola via use-livecode wrote:
>> When accessing Twitter via the Browser Widget on iOS 13 I get this
>> error message==> "This browser is no longer supported. Please switch
>> to a supported browser or disable the extension which masks you
>> browser to continue using twitter.com". Is there a widget setting I
>> can change to eliminate this? It works on Android and iOS 12. This is
>> from the first tester. Could there be a iOS devices setting that this
>> user inadvertently changed that caused this? I'm waiting for other
>> testers but wanted to get on top of this. Any ideas?
> 
> Hmmm - the wording "This browser is no longer supported. Please switch to a
> supported browser or disable the extension which masks you browser to
> continue using twitter.com" suggests that twitter.com is using the userAgent
> string to determine access.
> 
> I'm pretty sure the old UIWebView (which we replaced with WKWebView in
> 9.6) didn't support a custom user agent string - but the new WKWebView one
> does.
> 
> Are you setting `the userAgent` property of the browser widget anywhere?
> 
> Of course, this wouldn't explain why it works in iOS12 / Android if this is
> the problem...
> 
> 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


___
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: Browser Widget and Twitter on iOS 13

2020-08-13 Thread Ralph DiMola via use-livecode
Thanks Mark.

I searched all stacks for "userAgent" and it did not exist. After I got some
more feedback it is working on iOS 13 iPhones but not on an iOS 13 iPad. So
far this iPad is the only one with this issue. The user tried in Safari on
the iPad and did not get the message.

LC 9.6.0 
OSX 10.14.6 
Xcode 11.3.1

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 Mark Waddingham via use-livecode
Sent: Thursday, August 13, 2020 11:16 AM
To: How to use LiveCode
Cc: Mark Waddingham
Subject: Re: Browser Widget and Twitter on iOS 13

On 2020-08-13 13:46, Ralph DiMola via use-livecode wrote:
> When accessing Twitter via the Browser Widget on iOS 13 I get this 
> error message==> "This browser is no longer supported. Please switch 
> to a supported browser or disable the extension which masks you 
> browser to continue using twitter.com". Is there a widget setting I 
> can change to eliminate this? It works on Android and iOS 12. This is 
> from the first tester. Could there be a iOS devices setting that this 
> user inadvertently changed that caused this? I'm waiting for other 
> testers but wanted to get on top of this. Any ideas?

Hmmm - the wording "This browser is no longer supported. Please switch to a
supported browser or disable the extension which masks you browser to
continue using twitter.com" suggests that twitter.com is using the userAgent
string to determine access.

I'm pretty sure the old UIWebView (which we replaced with WKWebView in
9.6) didn't support a custom user agent string - but the new WKWebView one
does.

Are you setting `the userAgent` property of the browser widget anywhere?

Of course, this wouldn't explain why it works in iOS12 / Android if this is
the problem...

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: Browser Widget and Twitter on iOS 13

2020-08-13 Thread Mark Waddingham via use-livecode

On 2020-08-13 13:46, Ralph DiMola via use-livecode wrote:

When accessing Twitter via the Browser Widget on iOS 13 I get this
error message==> "This browser is no longer supported. Please switch
to a supported browser or disable the extension which masks you
browser to continue using twitter.com". Is there a widget setting I
can change to eliminate this? It works on Android and iOS 12. This is
from the first tester. Could there be a iOS devices setting that this
user inadvertently changed that caused this? I'm waiting for other
testers but wanted to get on top of this. Any ideas?


Hmmm - the wording "This browser is no longer supported. Please switch 
to a supported browser or disable the extension which masks you browser 
to continue using twitter.com" suggests that twitter.com is using the 
userAgent string to determine access.


I'm pretty sure the old UIWebView (which we replaced with WKWebView in 
9.6) didn't support a custom user agent string - but the new WKWebView 
one does.


Are you setting `the userAgent` property of the browser widget anywhere?

Of course, this wouldn't explain why it works in iOS12 / Android if this 
is the problem...


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


Browser Widget and Twitter on iOS 13

2020-08-13 Thread Ralph DiMola via use-livecode
When accessing Twitter via the Browser Widget on iOS 13 I get this error 
message==> "This browser is no longer supported. Please switch to a supported 
browser or disable the extension which masks you browser to continue using 
twitter.com". Is there a widget setting I can change to eliminate this? It 
works on Android and iOS 12. This is from the first tester. Could there be a 
iOS devices setting that this user inadvertently changed that caused this? I'm 
waiting for other testers but wanted to get on top of this. Any ideas?

Thanks.

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



___
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: Browser widget scrolling

2020-07-21 Thread J. Landman Gay via use-livecode

On 7/21/20 1:39 AM, Terence Heaford via use-livecode wrote:




On 20 Jul 2020, at 21:06, J. Landman Gay via use-livecode 
 wrote:

I'm not sure if this is a bug or a feature.



It also seems to happen when the widget is empty?



Sounds like a bug report is in order. If there is a property available, it should be functional 
and this one isn't.


--
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: Browser widget scrolling

2020-07-21 Thread Terence Heaford via use-livecode



> On 20 Jul 2020, at 21:06, J. Landman Gay via use-livecode 
>  wrote:
> 
> I'm not sure if this is a bug or a feature.


It also seems to happen when the widget is empty?


Thanks

Terry
___
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: Browser widget scrolling

2020-07-20 Thread J. Landman Gay via use-livecode

On 7/20/20 7:43 AM, Terence Heaford via use-livecode wrote:

This does not appear to work:

set the hScrollbar of widget  “myBrowser" to false

The scrollbar becomes visible when you drag resize a window.

I was expecting there to ne no scrollbar at all.

Also the checkboxes in the properties section (horizontal and vertical) do not 
work. They are always set to true.

Am I misunderstanding how this is supposed to work?


Confirmed. It seems to depend on the web site/content. If I use http://www.google.com then the 
vertical scrollbar is hidden because the size of my widget is tall enough. If I use the URL of 
my own web site, both scrollbars appear no matter how I set their visibility, and the 
checkboxes re-enable themselves if I uncheck them.


I'm not sure if this is a bug or a feature.

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


Browser widget scrolling

2020-07-20 Thread Terence Heaford via use-livecode
This does not appear to work:

set the hScrollbar of widget  “myBrowser" to false

The scrollbar becomes visible when you drag resize a window.

I was expecting there to ne no scrollbar at all.

Also the checkboxes in the properties section (horizontal and vertical) do not 
work. They are always set to true.

Am I misunderstanding how this is supposed to work?


Thanks

Terry
___
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: AR in LiveCode Browser?

2020-06-30 Thread Brian Milby via use-livecode
AR QuickLook is probably what is needed on iOS.  Introduced at WWDC 2018.  I 
would imagine that it could be done with a widget.  Not sure for Android.

Sent from my iPhone

> On Jun 30, 2020, at 1:10 PM, Dan Friedman via use-livecode 
>  wrote:
> 
> Ikea's app does this.  Many other apps also provide an in-app AR expierence. 
>   How are they doing it?   And how can I do this in my LC app?
> 
> -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


Re: AR in LiveCode Browser?

2020-06-30 Thread Dan Friedman via use-livecode
Ikea's app does this.  Many other apps also provide an in-app AR expierence.   
How are they doing it?   And how can I do this in my LC app?

-Dan



On 6/30/20, 9:44 AM, "use-livecode on behalf of Mark Waddingham via 
use-livecode"  wrote:

On 2020-06-30 15:46, Dan Friedman via use-livecode wrote:
> Klaus,
> 
> No, mobile.  If I open the link (https://nexen.ehpec.com/usdz.html) in
> Safari on my iPhone, I get total interaction with the AR (Augmented
> Reality) object.  If I open the same URL in a LiveCode browser (native
> or widget) it doesn't open the object at all.

It seems that WKWebView (which is the embeddable browser framework on 
iOS, and the only one*) does not support AR files - 

https://stackoverflow.com/questions/60685400/ar-images-not-working-inside-the-wkwebview.

Warmest Regards,

Mark.

* On iOS there is only allowed to be one browser framework - the one 
Apple provides. Chrome and Firefox (and all other 'alternative' 
browsers) are just 'familiar' UI wrappers around WKWebView.

-- 
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: AR in LiveCode Browser?

2020-06-30 Thread Mark Waddingham via use-livecode

On 2020-06-30 15:46, Dan Friedman via use-livecode wrote:

Klaus,

No, mobile.  If I open the link (https://nexen.ehpec.com/usdz.html) in
Safari on my iPhone, I get total interaction with the AR (Augmented
Reality) object.  If I open the same URL in a LiveCode browser (native
or widget) it doesn't open the object at all.


It seems that WKWebView (which is the embeddable browser framework on 
iOS, and the only one*) does not support AR files - 
https://stackoverflow.com/questions/60685400/ar-images-not-working-inside-the-wkwebview.


Warmest Regards,

Mark.

* On iOS there is only allowed to be one browser framework - the one 
Apple provides. Chrome and Firefox (and all other 'alternative' 
browsers) are just 'familiar' UI wrappers around WKWebView.


--
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: AR in LiveCode Browser?

2020-06-30 Thread Ralph DiMola via use-livecode
Just checked an my LG v20 is not on the supported list. I’m on Android 7 and 
have held off going to 8 because of a couple of v8 bugs on the LG v20. A this 
point I might just bite the Android 8 bullet to get AR ability. The v20 is not 
on the supported list but v8 should run AR. I also hang on to the LG V20 
because it has both an SD card and removable battery. I do a lot of backwoods 
hiking and having a spare battery is as comforting as my having my compass. 
Thanks for the push to upgrade.

 

Ralph DiMola

IT Director

Evergreen Information Services

rdim...@evergreeninfo.net

 

From: Dan Friedman [mailto:d...@clearvisiontech.com] 
Sent: Tuesday, June 30, 2020 11:05 AM
To: rdim...@evergreeninfo.net; 'How to use LiveCode'
Subject: Re: AR in LiveCode Browser?

 

Ralph,

 

On my old Moto it didn’t work.  However, one of the guys in my weekly poker 
game has a Note 10.  I opened that url on his Note 10 last night and it did the 
whole AR thing correctly.

 

-Dan





  _  

From: Ralph DiMola 
Sent: Tuesday, June 30, 2020 8:00 AM
To: Dan Friedman; 'How to use LiveCode'
Subject: RE: AR in LiveCode Browser? 

 

It looks like I was wrong about what engine is used for the browser widget(see 
Mark's comment) I commented after I tried it on my Android phone with Chrome. 
All I got was a request for a download of the usdz file. Talked before I fully 
investigated (ask Margaret about that). I thought that the browser would 
directly open the AR. I'm a little fuzzy on how to open and view these AR's.

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


-Original Message-
From: Dan Friedman [mailto:d...@clearvisiontech.com] 
Sent: Tuesday, June 30, 2020 10:47 AM
To: How to use LiveCode
Cc: Ralph DiMola
Subject: Re: AR in LiveCode Browser?

Ralph,

I tried the link in the Google App (which I assume uses Chrome) on my iPhone.   
It worked as expected, with total interaction with the AR (Augmented Reality) 
object.  But, it fails in a LiveCode browser (native or widget).

-Dan
 

On 6/29/20, 6:16 PM, "use-livecode on behalf of Ralph DiMola via use-livecode" 
mailto:use-livecode-boun...@lists.runrev.com%20on%20behalf%20of%20use-livec...@lists.runrev.com>
 > wrote:

    The LiveCode browser uses Chromium. Chrome does not support AR usdz files.
This seems to be an Apple iOS 12+ only format. When looking for LC Browser
compatibility try URLs in Chrome. If the link works in Chrome 99.9% of the
time it works in the LC browser widget. There's no obstacle stopping it from
being implemented in Chrome(therefore Android) but I guess there's some
licensing issues(money).

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 Dan Friedman via use-livecode
Sent: Monday, June 29, 2020 7:48 PM
To: How to use LiveCode
Cc: Dan Friedman
Subject: AR in LiveCode Browser?

I am trying to display and use an AR object in a webpage in a LiveCode
browser.   It don't work!Feels like the LC browser (native or widget)
doesn't have access to the native AR features.   For example, if I open this
URL https://nexen.ehpec.com/usdz.html in Safari, it works great!   If I open
it in a LC browser, it doesn't launch AR.   Is the a limitation of LC?   Or
do I have to flip a switch somewhere?

Thanks in advance!
-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


___
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: AR in LiveCode Browser?

2020-06-30 Thread Dan Friedman via use-livecode
Ralph,

On my old Moto it didn’t work.  However, one of the guys in my weekly poker 
game has a Note 10.  I opened that url on his Note 10 last night and it did the 
whole AR thing correctly.

-Dan


From: Ralph DiMola 
Sent: Tuesday, June 30, 2020 8:00 AM
To: Dan Friedman; 'How to use LiveCode'
Subject: RE: AR in LiveCode Browser?

It looks like I was wrong about what engine is used for the browser widget(see 
Mark's comment) I commented after I tried it on my Android phone with Chrome. 
All I got was a request for a download of the usdz file. Talked before I fully 
investigated (ask Margaret about that). I thought that the browser would 
directly open the AR. I'm a little fuzzy on how to open and view these AR's.

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


-Original Message-
From: Dan Friedman [mailto:d...@clearvisiontech.com]
Sent: Tuesday, June 30, 2020 10:47 AM
To: How to use LiveCode
Cc: Ralph DiMola
Subject: Re: AR in LiveCode Browser?

Ralph,

I tried the link in the Google App (which I assume uses Chrome) on my iPhone.   
It worked as expected, with total interaction with the AR (Augmented Reality) 
object.  But, it fails in a LiveCode browser (native or widget).

-Dan


On 6/29/20, 6:16 PM, "use-livecode on behalf of Ralph DiMola via use-livecode" 
 wrote:

The LiveCode browser uses Chromium. Chrome does not support AR usdz files.
This seems to be an Apple iOS 12+ only format. When looking for LC Browser
compatibility try URLs in Chrome. If the link works in Chrome 99.9% of the
time it works in the LC browser widget. There's no obstacle stopping it from
being implemented in Chrome(therefore Android) but I guess there's some
licensing issues(money).

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 Dan Friedman via use-livecode
Sent: Monday, June 29, 2020 7:48 PM
To: How to use LiveCode
Cc: Dan Friedman
Subject: AR in LiveCode Browser?

I am trying to display and use an AR object in a webpage in a LiveCode
    browser.   It don't work!Feels like the LC browser (native or widget)
doesn't have access to the native AR features.   For example, if I open this
URL https://nexen.ehpec.com/usdz.html in Safari, it works great!   If I open
it in a LC browser, it doesn't launch AR.   Is the a limitation of LC?   Or
do I have to flip a switch somewhere?

Thanks in advance!
-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


___
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: AR in LiveCode Browser?

2020-06-30 Thread Ralph DiMola via use-livecode
It looks like I was wrong about what engine is used for the browser widget(see 
Mark's comment) I commented after I tried it on my Android phone with Chrome. 
All I got was a request for a download of the usdz file. Talked before I fully 
investigated (ask Margaret about that). I thought that the browser would 
directly open the AR. I'm a little fuzzy on how to open and view these AR's.

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


-Original Message-
From: Dan Friedman [mailto:d...@clearvisiontech.com] 
Sent: Tuesday, June 30, 2020 10:47 AM
To: How to use LiveCode
Cc: Ralph DiMola
Subject: Re: AR in LiveCode Browser?

Ralph,

I tried the link in the Google App (which I assume uses Chrome) on my iPhone.   
It worked as expected, with total interaction with the AR (Augmented Reality) 
object.  But, it fails in a LiveCode browser (native or widget).

-Dan
 

On 6/29/20, 6:16 PM, "use-livecode on behalf of Ralph DiMola via use-livecode" 
 wrote:

The LiveCode browser uses Chromium. Chrome does not support AR usdz files.
This seems to be an Apple iOS 12+ only format. When looking for LC Browser
compatibility try URLs in Chrome. If the link works in Chrome 99.9% of the
time it works in the LC browser widget. There's no obstacle stopping it from
being implemented in Chrome(therefore Android) but I guess there's some
licensing issues(money).

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 Dan Friedman via use-livecode
Sent: Monday, June 29, 2020 7:48 PM
To: How to use LiveCode
Cc: Dan Friedman
Subject: AR in LiveCode Browser?

I am trying to display and use an AR object in a webpage in a LiveCode
    browser.   It don't work!Feels like the LC browser (native or widget)
doesn't have access to the native AR features.   For example, if I open this
URL https://nexen.ehpec.com/usdz.html in Safari, it works great!   If I open
it in a LC browser, it doesn't launch AR.   Is the a limitation of LC?   Or
do I have to flip a switch somewhere?

Thanks in advance!
-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


___
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 Widget and javascriptHandlers Update

2020-06-30 Thread Ralph DiMola via use-livecode
Filed QCC 22812

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 
Brian Milby via use-livecode
Sent: Monday, June 29, 2020 8:01 PM
To: How to use LiveCode
Cc: Brian Milby
Subject: Re: iOS Browser Widget and javascriptHandlers Update

Did you file a bug report?  I would not expect it to work like that.

Sent from my iPhone

> On Jun 29, 2020, at 6:15 PM, Ralph DiMola via use-livecode 
>  wrote:
> 
> Just a warning. I fixed this by deleting and recreating the Browser Widget.
> The Widget was created in v9.5.1 and apparently was not compatible 
> with v9.6.0. I changed the code to delete all browser widgets and recreate 
> them.
> I wasted a couple of days debugging and then creating a small test program.
> The test program worked and then the preverbal light bulb came on and 
> I deleted/recreated widget in full app... Voilà, everything worked. I 
> don't know how we can prevent things like this is the future? Maybe 
> widgets should have some sort of version code to warn you of this.
> 
> beware
> 
> LC 9.6
> 
> I create I browser widget. I add a JavaScript Handler using (set the 
> javascriptHandlers). Load webpage on an https server. The callbacks to 
> LC work OK in Win 10 IDE and on Android deployment. On iOS 13 testers 
> report the JavaScript call backs don't work first time but on 
> subsequent loads of the page it works OK. This is the initial problem. 
> So I fired up my test device to see what's going on. This is where it get 
> weird.
> 
> My test device is an iPad Mini running iOS 12.4.7 and JavaScript 
> Handler call back to LC never works. I put some JavaScript "alert"s in 
> the code for debugging. The alerts never show up but does show on Android and 
> in the IDE.
> The alerts also show up in Safari and Chrome on the same 12.4.7 device 
> just not in the browser widget. I verified that the remaining 
> JavaScript code in the page is actually running just fine but no 
> JavaScript Handler call backs or alerts are working.
> 
> Could there a plist permission issue? I'm at a loss... Any ideas?
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> 
> ___
> 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: AR in LiveCode Browser?

2020-06-30 Thread Dan Friedman via use-livecode
Klaus,

No, mobile.  If I open the link (https://nexen.ehpec.com/usdz.html) in Safari 
on my iPhone, I get total interaction with the AR (Augmented Reality) object.  
If I open the same URL in a LiveCode browser (native or widget) it doesn't open 
the object at all.

-Dan
 

On 6/30/20, 2:08 AM, "use-livecode on behalf of Klaus major-k via 
use-livecode"  wrote:

Hi Dan,

> Am 30.06.2020 um 01:47 schrieb Dan Friedman via use-livecode 
:
> 
> I am trying to display and use an AR object in a webpage in a LiveCode 
browser.   It don't work!    Feels like the LC browser (native or widget) 
doesn't have access to the native AR features.   For example, if I open this 
URL https://nexen.ehpec.com/usdz.html in Safari, it works great! 

if I open that url in Safari, the .USDZ file gets downloaded and not 
displayed in Safari.
However I can open (and interact with) the file with QuickLook or even 
Preview.

We are talking about Desktop, aren't we?


Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.de


___
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: AR in LiveCode Browser?

2020-06-30 Thread Dan Friedman via use-livecode
Ralph,

I tried the link in the Google App (which I assume uses Chrome) on my iPhone.   
It worked as expected, with total interaction with the AR (Augmented Reality) 
object.  But, it fails in a LiveCode browser (native or widget).

-Dan
 

On 6/29/20, 6:16 PM, "use-livecode on behalf of Ralph DiMola via use-livecode" 
 wrote:

The LiveCode browser uses Chromium. Chrome does not support AR usdz files.
This seems to be an Apple iOS 12+ only format. When looking for LC Browser
compatibility try URLs in Chrome. If the link works in Chrome 99.9% of the
time it works in the LC browser widget. There's no obstacle stopping it from
being implemented in Chrome(therefore Android) but I guess there's some
licensing issues(money).

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 Dan Friedman via use-livecode
Sent: Monday, June 29, 2020 7:48 PM
To: How to use LiveCode
Cc: Dan Friedman
Subject: AR in LiveCode Browser?

I am trying to display and use an AR object in a webpage in a LiveCode
    browser.   It don't work!Feels like the LC browser (native or widget)
doesn't have access to the native AR features.   For example, if I open this
URL https://nexen.ehpec.com/usdz.html in Safari, it works great!   If I open
it in a LC browser, it doesn't launch AR.   Is the a limitation of LC?   Or
do I have to flip a switch somewhere?

Thanks in advance!
-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


___
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: AR in LiveCode Browser?

2020-06-30 Thread Martin Koob via use-livecode
Thanks Mark

I have submitted a bug report for a documentation enhancement.
https://quality.livecode.com/show_bug.cgi?id=22811

Martin


> On Jun 30, 2020, at 7:56 AM, Mark Waddingham via use-livecode 
>  wrote:
> 
> It is on Mac, Android and iOS... Windows and Linux use CEF (which is derived 
> from Chromium - which Chrome is also derived from, albeit separately).
> 
> 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: AR in LiveCode Browser?

2020-06-30 Thread Mark Waddingham via use-livecode

On 2020-06-30 12:38, KOOB via use-livecode wrote:

That should be in the documentation. I looked at the dictionary for
Browser Widget and it didn't mention the browser engine it was using.
I just assumed it was native to the platform it was being used on.


It is on Mac, Android and iOS... Windows and Linux use CEF (which is 
derived from Chromium - which Chrome is also derived from, albeit 
separately).


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: AR in LiveCode Browser?

2020-06-30 Thread KOOB via use-livecode
Hi Ralph

Thanks for the info.

> The LiveCode browser uses Chromium.
> When looking for LC Browser
> compatibility try URLs in Chrome. If the link works in Chrome 99.9% of the
> time it works in the LC browser widget.

That should be in the documentation. I looked at the dictionary for Browser 
Widget and it didn't mention the browser engine it was using.  I just assumed 
it was native to the platform it was being used on. 

Martin

Sent from my iPad

> On Jun 29, 2020, at 9:16 PM, Ralph DiMola via use-livecode 
>  wrote:
> 
> The LiveCode browser uses Chromium. Chrome does not support AR usdz files.
> This seems to be an Apple iOS 12+ only format. When looking for LC Browser
> compatibility try URLs in Chrome. If the link works in Chrome 99.9% of the
> time it works in the LC browser widget. There's no obstacle stopping it from
> being implemented in Chrome(therefore Android) but I guess there's some
> licensing issues(money).
> 
> 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 Dan Friedman via use-livecode
> Sent: Monday, June 29, 2020 7:48 PM
> To: How to use LiveCode
> Cc: Dan Friedman
> Subject: AR in LiveCode Browser?
> 
> I am trying to display and use an AR object in a webpage in a LiveCode
> browser.   It don't work!Feels like the LC browser (native or widget)
> doesn't have access to the native AR features.   For example, if I open this
> URL https://nexen.ehpec.com/usdz.html in Safari, it works great!   If I open
> it in a LC browser, it doesn't launch AR.   Is the a limitation of LC?   Or
> do I have to flip a switch somewhere?
> 
> Thanks in advance!
> -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
> 
> 
> ___
> 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: AR in LiveCode Browser?

2020-06-30 Thread Richmond via use-livecode
It would have been helpful for the uninitiated like myself if you had 
explained that 'AR'

menat 'Augmented Reality' and that you were referring to USDZ files.

https://developer.apple.com/augmented-reality/quick-look/

As Klaus stated; I can view that thing in Preview, but NOT in Waterfox 
(Firefox side-job),
so expecting that to be displayed in the LC browser is probably 
expecting a bit much.


Richmond.

On 30.06.20 12:07, Klaus major-k via use-livecode wrote:

Hi Dan,


Am 30.06.2020 um 01:47 schrieb Dan Friedman via use-livecode 
:

I am trying to display and use an AR object in a webpage in a LiveCode browser. 
  It don't work!Feels like the LC browser (native or widget) doesn't have 
access to the native AR features.   For example, if I open this URL 
https://nexen.ehpec.com/usdz.html in Safari, it works great!

if I open that url in Safari, the .USDZ file gets downloaded and not displayed 
in Safari.
However I can open (and interact with) the file with QuickLook or even Preview.

We are talking about Desktop, aren't we?


Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.de


___
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: AR in LiveCode Browser?

2020-06-30 Thread Klaus major-k via use-livecode
Hi Dan,

> Am 30.06.2020 um 01:47 schrieb Dan Friedman via use-livecode 
> :
> 
> I am trying to display and use an AR object in a webpage in a LiveCode 
> browser.   It don't work!Feels like the LC browser (native or widget) 
> doesn't have access to the native AR features.   For example, if I open this 
> URL https://nexen.ehpec.com/usdz.html in Safari, it works great! 

if I open that url in Safari, the .USDZ file gets downloaded and not displayed 
in Safari.
However I can open (and interact with) the file with QuickLook or even Preview.

We are talking about Desktop, aren't we?


Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.de


___
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: AR in LiveCode Browser?

2020-06-29 Thread Ralph DiMola via use-livecode
The LiveCode browser uses Chromium. Chrome does not support AR usdz files.
This seems to be an Apple iOS 12+ only format. When looking for LC Browser
compatibility try URLs in Chrome. If the link works in Chrome 99.9% of the
time it works in the LC browser widget. There's no obstacle stopping it from
being implemented in Chrome(therefore Android) but I guess there's some
licensing issues(money).

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 Dan Friedman via use-livecode
Sent: Monday, June 29, 2020 7:48 PM
To: How to use LiveCode
Cc: Dan Friedman
Subject: AR in LiveCode Browser?

I am trying to display and use an AR object in a webpage in a LiveCode
browser.   It don't work!Feels like the LC browser (native or widget)
doesn't have access to the native AR features.   For example, if I open this
URL https://nexen.ehpec.com/usdz.html in Safari, it works great!   If I open
it in a LC browser, it doesn't launch AR.   Is the a limitation of LC?   Or
do I have to flip a switch somewhere?

Thanks in advance!
-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


___
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 Widget and javascriptHandlers Update

2020-06-29 Thread Ralph DiMola via use-livecode
Will do.

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 
Brian Milby via use-livecode
Sent: Monday, June 29, 2020 8:01 PM
To: How to use LiveCode
Cc: Brian Milby
Subject: Re: iOS Browser Widget and javascriptHandlers Update

Did you file a bug report?  I would not expect it to work like that.

Sent from my iPhone

> On Jun 29, 2020, at 6:15 PM, Ralph DiMola via use-livecode 
>  wrote:
> 
> Just a warning. I fixed this by deleting and recreating the Browser Widget.
> The Widget was created in v9.5.1 and apparently was not compatible 
> with v9.6.0. I changed the code to delete all browser widgets and recreate 
> them.
> I wasted a couple of days debugging and then creating a small test program.
> The test program worked and then the preverbal light bulb came on and 
> I deleted/recreated widget in full app... Voilà, everything worked. I 
> don't know how we can prevent things like this is the future? Maybe 
> widgets should have some sort of version code to warn you of this.
> 
> beware
> 
> LC 9.6
> 
> I create I browser widget. I add a JavaScript Handler using (set the 
> javascriptHandlers). Load webpage on an https server. The callbacks to 
> LC work OK in Win 10 IDE and on Android deployment. On iOS 13 testers 
> report the JavaScript call backs don't work first time but on 
> subsequent loads of the page it works OK. This is the initial problem. 
> So I fired up my test device to see what's going on. This is where it get 
> weird.
> 
> My test device is an iPad Mini running iOS 12.4.7 and JavaScript 
> Handler call back to LC never works. I put some JavaScript "alert"s in 
> the code for debugging. The alerts never show up but does show on Android and 
> in the IDE.
> The alerts also show up in Safari and Chrome on the same 12.4.7 device 
> just not in the browser widget. I verified that the remaining 
> JavaScript code in the page is actually running just fine but no 
> JavaScript Handler call backs or alerts are working.
> 
> Could there a plist permission issue? I'm at a loss... Any ideas?
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> 
> ___
> 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 Widget and javascriptHandlers Update

2020-06-29 Thread Brian Milby via use-livecode
Did you file a bug report?  I would not expect it to work like that.

Sent from my iPhone

> On Jun 29, 2020, at 6:15 PM, Ralph DiMola via use-livecode 
>  wrote:
> 
> Just a warning. I fixed this by deleting and recreating the Browser Widget.
> The Widget was created in v9.5.1 and apparently was not compatible with
> v9.6.0. I changed the code to delete all browser widgets and recreate them.
> I wasted a couple of days debugging and then creating a small test program.
> The test program worked and then the preverbal light bulb came on and I
> deleted/recreated widget in full app... Voilà, everything worked. I don't
> know how we can prevent things like this is the future? Maybe widgets should
> have some sort of version code to warn you of this.
> 
> beware
> 
> LC 9.6
> 
> I create I browser widget. I add a JavaScript Handler using (set the
> javascriptHandlers). Load webpage on an https server. The callbacks to LC
> work OK in Win 10 IDE and on Android deployment. On iOS 13 testers report
> the JavaScript call backs don't work first time but on subsequent loads of
> the page it works OK. This is the initial problem. So I fired up my test
> device to see what's going on. This is where it get weird.
> 
> My test device is an iPad Mini running iOS 12.4.7 and JavaScript Handler
> call back to LC never works. I put some JavaScript "alert"s in the code for
> debugging. The alerts never show up but does show on Android and in the IDE.
> The alerts also show up in Safari and Chrome on the same 12.4.7 device just
> not in the browser widget. I verified that the remaining JavaScript code in
> the page is actually running just fine but no JavaScript Handler call backs
> or alerts are working.
> 
> Could there a plist permission issue? I'm at a loss... Any ideas?
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> 
> ___
> 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


AR in LiveCode Browser?

2020-06-29 Thread Dan Friedman via use-livecode
I am trying to display and use an AR object in a webpage in a LiveCode browser. 
  It don't work!Feels like the LC browser (native or widget) doesn't have 
access to the native AR features.   For example, if I open this URL 
https://nexen.ehpec.com/usdz.html in Safari, it works great!   If I open it in 
a LC browser, it doesn't launch AR.   Is the a limitation of LC?   Or do I have 
to flip a switch somewhere?

Thanks in advance!
-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


iOS Browser Widget and javascriptHandlers Update

2020-06-29 Thread Ralph DiMola via use-livecode
Just a warning. I fixed this by deleting and recreating the Browser Widget.
The Widget was created in v9.5.1 and apparently was not compatible with
v9.6.0. I changed the code to delete all browser widgets and recreate them.
I wasted a couple of days debugging and then creating a small test program.
The test program worked and then the preverbal light bulb came on and I
deleted/recreated widget in full app... Voilà, everything worked. I don't
know how we can prevent things like this is the future? Maybe widgets should
have some sort of version code to warn you of this.

beware

LC 9.6

I create I browser widget. I add a JavaScript Handler using (set the
javascriptHandlers). Load webpage on an https server. The callbacks to LC
work OK in Win 10 IDE and on Android deployment. On iOS 13 testers report
the JavaScript call backs don't work first time but on subsequent loads of
the page it works OK. This is the initial problem. So I fired up my test
device to see what's going on. This is where it get weird.

My test device is an iPad Mini running iOS 12.4.7 and JavaScript Handler
call back to LC never works. I put some JavaScript "alert"s in the code for
debugging. The alerts never show up but does show on Android and in the IDE.
The alerts also show up in Safari and Chrome on the same 12.4.7 device just
not in the browser widget. I verified that the remaining JavaScript code in
the page is actually running just fine but no JavaScript Handler call backs
or alerts are working.

Could there a plist permission issue? I'm at a loss... Any ideas?
 
Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


___
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: Browser Widget iOS Local Html Files

2020-06-29 Thread Tore Nilsen via use-livecode
Sorry for asking you to do something you had already tried. I see now that you 
indeed tried setting the url of the widget. I just presumed that it worked the 
same way in iOS as in Win and MacOS. I do not develop for mobile so I have 
never had to deal with the way Android and iOS handles these things.

Tore 

> 29. jun. 2020 kl. 22:52 skrev Ralph DiMola via use-livecode 
> :
> 
> But how would I pass any parameters? Like MyPage.html?IDs=315,316,317"
> 
> 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 Tore Nilsen via use-livecode
> Sent: Monday, June 29, 2020 4:39 PM
> To: How to use LiveCode
> Cc: Tore Nilsen
> Subject: Re: Browser Widget iOS Local Html Files
> 
> Have you tried to set the url of the widget to tTemp. This actually loads
> the page in the widget as if it was any browser.
> 
> Tore
> 
>> 29. jun. 2020 kl. 21:56 skrev Ralph DiMola via use-livecode
> :
>> 
>> LC 9.6.0
>> 
>> I can't get a local html file to load in iOS browser widget. This is the
> first time I'm not using the mobile browser control. I'm now using the
> Browser Widget. I copy the files into the documents folder.
>> I'm using this format: (set the URL of widget "Browser1" to 
>> "file://"/MyPage.html?IDs=315,316,317")
>> 
>> This works on Android, Mac OSX 10.14.6 IDE and Win 10 IDE but not on 
>> iOS
>> 
>> I tried this: 
>> 
>> put url ("file:"/MyPage.html into tTemp set the 
>> htmlText of widget "Browser1" to tTemp
>> 
>> This loads the page as expected but I can't pass the required parameters.
>> 
>> I tried 1,2,3 and 4 slashes after the "file:" with no luck.
>> 
>> I'm stuck and under the gun(as usual) so any help would be appreciated.
>> 
>> Ralph DiMola
>> IT Director
>> Evergreen Information Services
>> rdim...@evergreeninfo.net
>> 
>> 
>> ___
>> 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: Browser Widget iOS Local Html Files

2020-06-29 Thread Ralph DiMola via use-livecode
But how would I pass any parameters? Like MyPage.html?IDs=315,316,317"

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 Tore Nilsen via use-livecode
Sent: Monday, June 29, 2020 4:39 PM
To: How to use LiveCode
Cc: Tore Nilsen
Subject: Re: Browser Widget iOS Local Html Files

Have you tried to set the url of the widget to tTemp. This actually loads
the page in the widget as if it was any browser.

Tore

> 29. jun. 2020 kl. 21:56 skrev Ralph DiMola via use-livecode
:
> 
> LC 9.6.0
> 
> I can't get a local html file to load in iOS browser widget. This is the
first time I'm not using the mobile browser control. I'm now using the
Browser Widget. I copy the files into the documents folder.
> I'm using this format: (set the URL of widget "Browser1" to 
> "file://"/MyPage.html?IDs=315,316,317")
> 
> This works on Android, Mac OSX 10.14.6 IDE and Win 10 IDE but not on 
> iOS
> 
> I tried this: 
> 
> put url ("file:"/MyPage.html into tTemp set the 
> htmlText of widget "Browser1" to tTemp
> 
> This loads the page as expected but I can't pass the required parameters.
> 
> I tried 1,2,3 and 4 slashes after the "file:" with no luck.
> 
> I'm stuck and under the gun(as usual) so any help would be appreciated.
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> 
> ___
> 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: Browser Widget iOS Local Html Files

2020-06-29 Thread Tore Nilsen via use-livecode
Have you tried to set the url of the widget to tTemp. This actually loads the 
page in the widget as if it was any browser.

Tore

> 29. jun. 2020 kl. 21:56 skrev Ralph DiMola via use-livecode 
> :
> 
> LC 9.6.0
> 
> I can't get a local html file to load in iOS browser widget. This is the 
> first time I'm not using the mobile browser control. I'm now using the 
> Browser Widget. I copy the files into the documents folder.
> I'm using this format: (set the URL of widget "Browser1" to 
> "file://"/MyPage.html?IDs=315,316,317")
> 
> This works on Android, Mac OSX 10.14.6 IDE and Win 10 IDE but not on iOS
> 
> I tried this: 
> 
> put url ("file:"/MyPage.html into tTemp
> set the htmlText of widget "Browser1" to tTemp
> 
> This loads the page as expected but I can't pass the required parameters.
> 
> I tried 1,2,3 and 4 slashes after the "file:" with no luck.
> 
> I'm stuck and under the gun(as usual) so any help would be appreciated.
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> 
> ___
> 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


Browser Widget iOS Local Html Files

2020-06-29 Thread Ralph DiMola via use-livecode
LC 9.6.0

I can't get a local html file to load in iOS browser widget. This is the first 
time I'm not using the mobile browser control. I'm now using the Browser 
Widget. I copy the files into the documents folder.
I'm using this format: (set the URL of widget "Browser1" to 
"file://"/MyPage.html?IDs=315,316,317")

This works on Android, Mac OSX 10.14.6 IDE and Win 10 IDE but not on iOS

I tried this: 

put url ("file:"/MyPage.html into tTemp
set the htmlText of widget "Browser1" to tTemp

This loads the page as expected but I can't pass the required parameters.

I tried 1,2,3 and 4 slashes after the "file:" with no luck.

I'm stuck and under the gun(as usual) so any help would be appreciated.

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


___
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 Widget and javascriptHandlers

2020-06-24 Thread Ralph DiMola via use-livecode
LC 9.6

I create I browser widget. I add a JavaScript Handler using (set the
javascriptHandlers). Load webpage on an https server. The callbacks to LC
work OK in Win 10 IDE and on Android deployment. On iOS 13 testers report
the JavaScript call backs don't work first time but on subsequent loads of
the page it works OK. This is the initial problem. So I fired up my test
device to see what's going on. This is where it get weird.

My test device is an iPad Mini running iOS 12.4.7 and JavaScript Handler
call back to LC never works. I put some JavaScript "alert"s in the code for
debugging. The alerts never show up but does show on Android and in the IDE.
The alerts also show up in Safari and Chrome on the same 12.4.7 device just
not in the browser widget. I verified that the remaining JavaScript code in
the page is actually running just fine but no JavaScript Handler call backs
or alerts are working.

Could there a plist permission issue? I'm at a loss... Any ideas?
 
Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


___
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


Browser

2020-06-22 Thread Terence Heaford via use-livecode
That’s the solution I was thinking about.

It’s probably necessary to capture the screen image at a larger size for 
printing as I suspect otherwise the
printed output will be rather blurred.

Thanks

Terry


> On 21 Jun 2020, at 13:46, Andrew at MidWest Coast Media 
>  wrote:
> 
> 
>> I am again looking at implementing Javascript charts within a LC browser.
>> Looking at amCharts.
>> Got a chart displaying easily within the browser widget.
>> Tries to print the card but the widget does not print.
> 
> 
> I’m using amCharts in another project and ran into the same problem: 
> everything looked right in Live view but would disappear when I tried to 
> print a PDF. The only way I could get them to appear right was by taking a 
> picture of the browser and using that image instead of the live JavaScript in 
> the browser (widget). I think hh keyed me into this with his epic knowledge 
> of this tool
> 
>   set the width of templateImage to the width of widget "Browser"
>   set the height of templateImage to the height of widget "Browser"
>   export snapshot from rect globalRect(the rect of widget "Browser") to 
> tSnapshot as JPEG
>   create image “renderedBrowser"
>   set the visible of widget “Browser” to FALSE
>   put tSnapshot into image tSnapshotName
>   set the name of image tSnapshotName to tSnapshotName
>   set the loc of image tSnapshotName to the loc of widget “Browser"
> 
> —Andrew Bell
___
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: Browser

2020-06-21 Thread Andrew at MidWest Coast Media via use-livecode

> I am again looking at implementing Javascript charts within a LC browser.
> Looking at amCharts.
> Got a chart displaying easily within the browser widget.
> Tries to print the card but the widget does not print.


I’m using amCharts in another project and ran into the same problem: everything 
looked right in Live view but would disappear when I tried to print a PDF. The 
only way I could get them to appear right was by taking a picture of the 
browser and using that image instead of the live JavaScript in the browser 
(widget). I think hh keyed me into this with his epic knowledge of this tool

  set the width of templateImage to the width of widget "Browser"
  set the height of templateImage to the height of widget "Browser"
  export snapshot from rect globalRect(the rect of widget "Browser") to 
tSnapshot as JPEG
  create image “renderedBrowser"
  set the visible of widget “Browser” to FALSE
  put tSnapshot into image tSnapshotName
  set the name of image tSnapshotName to tSnapshotName
  set the loc of image tSnapshotName to the loc of widget “Browser"

—Andrew Bell
___
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: Linux OAuth2 (was Browser Widget on Linux: how can it become possible to use?)

2020-06-20 Thread Richard Gaskin via use-livecode

Brian Milby wrote:


I think it should be relatively easy to fix the OAuth2 library such that it
works on Linux.  Currently it does use the browser widget for a better user
experience, but it should be able to launch the URL and use the system's
default browser.  Is there any interest in a PR for that type of fix for
this issue (at least until the browser widget can be addressed).


Absolutely. Thank you. I owe you a beer.


Also, I ran into a bug in the library this week where the auth code that
was returned included something that was actually URL encoded.  The
library then encoded it again which made things not work.  I actually found
the bug report which provided the solution to the problem.  You can see the
PR here:  https://github.com/livecode/livecode/pull/7381


Good work - thank you.


I don't mean to press my luck, but do you have any insight into why the 
Browser widget has been broken on Linux for the last few years? Or more 
specifically, what it might take to fix it?


Mark Wieder posted a link to a discussion on it, and while it did 
describe that the problem is non-trivial I have no idea if that means 
the Browser widget is abandoned in LC on Linux forever, or what it would 
take to address it.

http://forums.livecode.com/viewtopic.php?f=4=33805=189397=CEF#p189397


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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


Linux OAuth2 (was Browser Widget on Linux: how can it become possible to use?)

2020-06-19 Thread Brian Milby via use-livecode
I think it should be relatively easy to fix the OAuth2 library such that it
works on Linux.  Currently it does use the browser widget for a better user
experience, but it should be able to launch the URL and use the system's
default browser.  Is there any interest in a PR for that type of fix for
this issue (at least until the browser widget can be addressed).

Also, I ran into a bug in the library this week where the auth code that
was returned included something that was actually URL encoded.  The
library then encoded it again which made things not work.  I actually found
the bug report which provided the solution to the problem.  You can see the
PR here:  https://github.com/livecode/livecode/pull/7381

Thanks,
Brian
___
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


Browser

2020-06-19 Thread Terence Heaford via use-livecode
I am again looking at implementing Javascript charts within a LC browser.

Looking at amCharts.

Got a chart displaying easily within the browser widget.

Tries to print the card but the widget does not print.

So, I am left wondering if printing is impossible from within LC but then 
remembered there is another browser contained within LC.


Which should I use, the widget or revBrowser?

What is the pro’s and cons and can one print?


Thanks

Terry
___
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: Browser Widget on Linux: how can it become possible to use?

2020-06-09 Thread Richard Gaskin via use-livecode

Mark Wieder wrote:

On 6/7/20 1:17 AM, Richard Gaskin via use-livecode wrote:


What is needed to make the Browser widget work in LC's Linux engine?


http://forums.livecode.com/viewtopic.php?f=4=33805=189397=CEF#p189397


Sounds like the Browser widget is completely DOA in LC for Linux.

I hope I misread that.

--
Richard Gaskin
Fourth World Systems

___
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: Browser Widget on Linux: how can it become possible to use?

2020-06-09 Thread Mark Wieder via use-livecode

On 6/7/20 1:17 AM, Richard Gaskin via use-livecode wrote:


What is needed to make the Browser widget work in LC's Linux engine?


http://forums.livecode.com/viewtopic.php?f=4=33805=189397=CEF#p189397

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


Browser Widget on Linux: how can it become possible to use?

2020-06-07 Thread Richard Gaskin via use-livecode

The Browser widget doesn't work on Linux, and hasn't for a good many years.

Possibly related, I recently discovered that the OAuth authentication 
window so completely hangs LiveCode that a force-reboot is required 
(yes, bug report forthcoming, when I have time and temperament for that 
sort of uniquely-frustrating recipe-finding).


I have a vague memory that someone in our community had found some sort 
of workaround for changing the browser config so that it's possible to 
use LiveCode's Browser widget on Linux.


If I'm remembering that correctly, what is that workaround?

And for the longer term, though Linux runs most of the modern world's 
infrastructure I respect that they've ceded the desktop to Microsoft. 
Accordingly, when it comes to desktop platforms I respect that Windows 
deserves the lion's share of LC Ltd's time an attention.


But as the LiveCode Linux engine falls ever farther out of parity from 
other platforms, unless we're about to declare the LC Linux engine 
abandoned maybe we could bring some of that functionality back. The 
Browser might be a good place to start.


What is needed to make the Browser widget work in LC's Linux engine?

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: LC 9.6.0 (dp4) - cannot set the URL of an iOS native browser if it was previously set to empty

2020-04-19 Thread J. Landman Gay via use-livecode

This looks a lot like the bug in the browser widget in LC dp3 which was fixed 
for dp4:
<https://quality.livecode.com/show_bug.cgi?id=22543>

On 4/18/20 12:52 PM, HENRY LOWE via use-livecode wrote:

Took me some time to track this one down, so I thought that it might be helpful 
to know in advance:

With LC 9.6.0 (dp4) after setting the url of the iOS native browser (not the 
Browser Widget) to empty, one cannot set the browser’s url to another value.

Example:

MobileControlSet "rkWebView","URL”,empty

MobileControlSet "rkWebView”,”https://www.apple.com” 
<https://www.livecode.xn--com,empty-nc0e/> - page fails to load (blank display and 
browser url is empty)

This has been confirmed as a regression: 
https://quality.livecode.com/show_bug.cgi?id=22688 
<https://quality.livecode.com/show_bug.cgi?id=22688>



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


Auto opening of Project Browser

2020-04-18 Thread JeeJeeStudio via use-livecode

Hi,

maybe i missed it, but i think not.

Why is in preferences no option, to or not to, always have the Project 
Browser opened when starting LC?


Actually same counts for the message box.


Thanks!

Jerry


___
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


LC 9.6.0 (dp4) - cannot set the URL of an iOS native browser if it was previously set to empty

2020-04-18 Thread HENRY LOWE via use-livecode
Took me some time to track this one down, so I thought that it might be helpful 
to know in advance:

With LC 9.6.0 (dp4) after setting the url of the iOS native browser (not the 
Browser Widget) to empty, one cannot set the browser’s url to another value.

Example:

MobileControlSet "rkWebView","URL”,empty

MobileControlSet "rkWebView”,”https://www.apple.com” 
<https://www.livecode.xn--com,empty-nc0e/> - page fails to load (blank display 
and browser url is empty)

This has been confirmed as a regression: 
https://quality.livecode.com/show_bug.cgi?id=22688 
<https://quality.livecode.com/show_bug.cgi?id=22688>

Henry


___
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: Error in evaluatejavascript with widget browser only on iOS and Livecode > 9.06

2020-04-17 Thread Ludovic THEBAULT via use-livecode


> Le 17 avr. 2020 à 17:41, Ludovic THEBAULT via use-livecode 
>  a écrit :
> 
> 
> 
>> Le 17 avr. 2020 à 16:55, panagiotis merakos via use-livecode 
>>  a écrit :
>> 
>> Hello Ludovic,
>> 
>> Could you please file a bug report and include a (ideally simple) sample
>> stack, so as we investigate asap?
>> 
>> Kind regards,
>> Panos
> 
> Ok.
> 
> So, I wanted to remove all scripts and cards unrelated to the problem to 
> provide you with a test stack and... after checking no more errors!
> 
> So I'll try to delete little by little to determine the culprit. I will post 
> the bug report and the sample stack at that time.
> 



Here the bug report.

I didn't have any error with my test stack because I didn't add the code to 
display the errors ….  and the error had disappeared on my app when I had 
deleted this code !

Bug 22689 

I’ve retested on my iPhone, the sample stack compiled with Livecode 9.04 don’t 
show any error.

Thanks.
___
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: Error in evaluatejavascript with widget browser only on iOS and Livecode > 9.06

2020-04-17 Thread Ludovic THEBAULT via use-livecode


> Le 17 avr. 2020 à 16:55, panagiotis merakos via use-livecode 
>  a écrit :
> 
> Hello Ludovic,
> 
> Could you please file a bug report and include a (ideally simple) sample
> stack, so as we investigate asap?
> 
> Kind regards,
> Panos

Ok.

So, I wanted to remove all scripts and cards unrelated to the problem to 
provide you with a test stack and... after checking no more errors!

So I'll try to delete little by little to determine the culprit. I will post 
the bug report and the sample stack at that time.


___
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: Error in evaluatejavascript with widget browser only on iOS and Livecode > 9.06

2020-04-17 Thread panagiotis merakos via use-livecode
Hello Ludovic,

Could you please file a bug report and include a (ideally simple) sample
stack, so as we investigate asap?

Kind regards,
Panos
--

On Fri, 17 Apr 2020 at 17:45, Ludovic THEBAULT via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
>
> > Le 17 avr. 2020 à 16:37, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> a écrit :
> >
> > Have you tried without the wait?
> >
> > Thanks,
>
> Hello,
>
> Yes, without the wait, the error is always here.
>
>
> ___
> 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: Error in evaluatejavascript with widget browser only on iOS and Livecode > 9.06

2020-04-17 Thread Ludovic THEBAULT via use-livecode


> Le 17 avr. 2020 à 16:37, Brian Milby via use-livecode 
>  a écrit :
> 
> Have you tried without the wait?
> 
> Thanks,

Hello,

Yes, without the wait, the error is always here.


___
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: Error in evaluatejavascript with widget browser only on iOS and Livecode > 9.06

2020-04-17 Thread Brian Milby via use-livecode
Have you tried without the wait?

Thanks,
Brian
On Apr 17, 2020, 2:06 AM -0400, Ludovic THEBAULT via use-livecode 
, wrote:
> Hello,
>
>
> I’ve a strange error :
>
> I have an application where you can change the GPS coordinates from a marker 
> on a map, in a browser widget.
> For this I use the code "myJSHandler" which allows to retrieve in Livecode 
> the GPS values of the map thanks to javascript.
>
> The code works fine on desktop, iOS and Android except for iOS apps compiled 
> with Livecode > 9.0.6 (and also with the new Livecode 9.6.0 dp4).
> (I’ve not tested with Livecode 9.5). I’ve already tried to remove the widget 
> browser and replace it with a « new ».
>
> When I run the code in my app :
> on myJSHandler theCoords
> wait 100 milliseconds with messages
>
> put theCoords into tnewcoords
>
> end myJSHandler
>
> // and the javascript in the html code of the map :
> function getCoords() {
> liveCode.myJSHandler(document.getElementById('info').value ) ;
> }
>
> I get an error message:
>
> 343,0,0
> 863,0,0,runtime
> 864,0,0,Value is not of correct type for
> assignment to variable - expected type
>  for
> assigning to variable tResult in
> com.livecode.widget.browser.browser-
> EvaluateJavaScript
> 865,0,0,browser.lcb
> 866,0,0,859
> 897,0,0,1
> 865,0,0,browser.lcb
> 866,0,0,852
> 897,0,0,1
>
> but the coordinates are well recovered...
>
> If I change my code with :
>
> on myJSHandler theCoords
>
> answer « New coordinates are saved !"
>
>  no error, so, the bug is here ! ###
> wait 100 milliseconds with messages
>
> put theCoords into tnewcoords
>
> end myJSHandler
>
>
> I don't get the error anymore!
>
> I created a test application with the same code and the same map and I got no 
> error !
>
> You could get this sample stack here to see the complete code (but not the 
> error !)
> https://www.dropbox.com/s/pswhwvoinyrm387/testJShandler.livecode?dl=1 
> <https://www.dropbox.com/s/pswhwvoinyrm387/testJShandler.livecode?dl=1>
>
> Thanks for your lights !
> ___
> 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


Error in evaluatejavascript with widget browser only on iOS and Livecode > 9.06

2020-04-17 Thread Ludovic THEBAULT via use-livecode
Hello,


I’ve a strange error :

I have an application where you can change the GPS coordinates from a marker on 
a map, in a browser widget.
For this I use the code "myJSHandler" which allows to retrieve in Livecode the 
GPS values of the map thanks to javascript.

The code works fine on desktop, iOS and Android except for iOS apps compiled 
with Livecode > 9.0.6 (and also with the new Livecode 9.6.0 dp4).
(I’ve not tested with Livecode 9.5). I’ve already tried to remove the widget 
browser and replace it with a « new ».

When I run the code in my app :
   on myJSHandler theCoords
   wait 100 milliseconds with messages

   put theCoords into tnewcoords

   end myJSHandler

// and the javascript in the html code of the map :
 function getCoords() {
liveCode.myJSHandler(document.getElementById('info').value ) ; 
  }

I get an error message:

343,0,0
863,0,0,runtime
864,0,0,Value is not of correct type for
assignment to variable - expected type
 for
assigning to variable tResult in
com.livecode.widget.browser.browser-
EvaluateJavaScript
865,0,0,browser.lcb
866,0,0,859
897,0,0,1
865,0,0,browser.lcb
866,0,0,852
897,0,0,1

but the coordinates are well recovered...

If I change my code with :
 
on myJSHandler theCoords

 answer « New coordinates are saved !"

   no error, so, the bug is here ! ###
   wait 100 milliseconds with messages

   put theCoords into tnewcoords

end myJSHandler


 I don't get the error anymore!

I created a test application with the same code and the same map and I got no 
error !

You could get this sample stack here to see the complete code (but not the 
error !)
https://www.dropbox.com/s/pswhwvoinyrm387/testJShandler.livecode?dl=1 
<https://www.dropbox.com/s/pswhwvoinyrm387/testJShandler.livecode?dl=1>

Thanks for your lights !
___
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: Runtime Error on. JavaScript Handler in Browser

2020-03-23 Thread Pi Digital via use-livecode
Hi

For these sort of errors in my code, while testing, I have them set in 
try...end try catchers and catch the error message. This gets output to a log 
which helps me see the message path taken to the error so I can pinpoint where 
the message was interrupted. This is especially useful for do ... as JavaScript 
runtime errors. 

Does the 836 in your error message help at all or is that only in reference to 
your js handler in the html?

All the best

Sean Cole
Pi Digital


> On 22 Mar 2020, at 14:15, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> With Catalina I have RemoteDebugging Working…
> 
> even better I have AAGNetworkTracer and AAGNetworkTracerDashboard working…
> 
> awesome tools made by Andre! Can be used with  Community License, worth every 
> penny
> 
> I enabled  for mobile testing.
> 
> On iOS, when I open the Lexicon (a local html5 “stack” that we run in a 
> browser widget)
> 
> Whenever I hit a button on the HTML 5, layout, which triggers a JS handler in 
> LC
> 
> I get a message on desktop  in
> 
> AAGNetworkTracerDashboard
> 
> {"type": "error","time": "3/22/20 3:55:41 AM","content": 
> "863,0,0,runtime","line": "0"}
> 
> Strange thing, the JS handlers are called and function correctly in iOS every 
> though I get the msg, there is no crash.
> 
> But on Android, I get no crash, but the JS handlers in LC are not called. For 
> the user, the buttons appear non-responsive. They should go to an local 
> SQLLite DB and return data that is fed into the browser widget. It stills 
> happens on iOS but not on Android.
> 
> {"type": "error","time": "3/22/20 3:55:41 AM","content": 
> "863,0,0,runtime","line": "0"}
> 
> How can I look up the error. It appear to be regression in the widget in the 
> latest for of LC (dp 2 and 3… the same)
> 
> BR
> 
> 
> 
> ___
> 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


Runtime Error on. JavaScript Handler in Browser

2020-03-22 Thread Sannyasin Brahmanathaswami via use-livecode
With Catalina I have RemoteDebugging Working…

even better I have AAGNetworkTracer and AAGNetworkTracerDashboard working…

awesome tools made by Andre! Can be used with  Community License, worth every 
penny

I enabled  for mobile testing.

On iOS, when I open the Lexicon (a local html5 “stack” that we run in a browser 
widget)

Whenever I hit a button on the HTML 5, layout, which triggers a JS handler in LC

I get a message on desktop  in

AAGNetworkTracerDashboard

{"type": "error","time": "3/22/20 3:55:41 AM","content": 
"863,0,0,runtime","line": "0"}

Strange thing, the JS handlers are called and function correctly in iOS every 
though I get the msg, there is no crash.

But on Android, I get no crash, but the JS handlers in LC are not called. For 
the user, the buttons appear non-responsive. They should go to an local SQLLite 
DB and return data that is fed into the browser widget. It stills happens on 
iOS but not on Android.

{"type": "error","time": "3/22/20 3:55:41 AM","content": 
"863,0,0,runtime","line": "0"}

How can I look up the error. It appear to be regression in the widget in the 
latest for of LC (dp 2 and 3… the same)

BR



___
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 in Widget Browser - Please confirm.

2020-03-19 Thread Sannyasin Brahmanathaswami via use-livecode
Yay! On my fresh Catalina installation I have remote debugging working….



On Android (not mac Desktop or iOS)





This function call:



put parseTheHTML(the htmltext of widget "body","bookmark") into tTitle



# produces an error



lRemote: stack "behavior_view_SivaSivaBrowser": execution error at line 192 
(LCB Error in file browser.lcb at line 469: Value is not of correct type for 
assignment to variable - expected type  for assigning 
to variable tValue in com.livecode.extensions.libbrowser.browserGetProperty)



Can anyone confirm?



BR


___
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: Can the Browser widget access dev tools?

2020-03-13 Thread Pi Digital via use-livecode
Here’s where to go

https://developers.google.com/web/feedback

Sean Cole
Pi Digital


> On 13 Mar 2020, at 13:37, Keith Clarke via use-livecode 
>  wrote:
> 
> Hi Sean,
> Thanks for the response - that saves me researching further on browser widget 
> usage for this. 
> 
> I’ve also looked at trying to drive a regular Chrome browser instance on my 
> Mac but there seems to be a more fundamental snag…
> 
> Unlike the Console, the Dev Tools Network settings seem to lack any API 
> https://developers.google.com/web/tools/chrome-devtools/network 
> <https://developers.google.com/web/tools/chrome-devtools/network>.
> 
> Good call on raising a change request to Google on tools & throttling 
> persistence - I’ll see if I can find where to do that!
> Best,
> Keith
> 
>> On 13 Mar 2020, at 13:21, Pi Digital via use-livecode 
>>  wrote:
>> 
>> Hi Keith
>> 
>> The chromium engine is not the same as the chrome browser. So the browser 
>> has the dev tools. The engine will have some code base that the browser can 
>> pull from to display as tools. 
>> 
>> The browser widget is a browser in its own right. It does not, at least as 
>> far as I’m aware, embed a chrome browser into a container. It uses the 
>> chromium engine to feed data that can be interpreted and displayed within a 
>> widget canvas. 
>> 
>> So dev tools would have to be written into the widget to access things l’île 
>> the throttling settings so that you could manipulate them using properties 
>> in the UI or by code. 
>> 
>> I hope this leads to solving your rsi problem eventually. It is a pain when 
>> the dev tools disappear when you load a new page and you can’t set it to 
>> stay up and stay throttled. Send a feature request to google. 
>> 
>> All the best 
>> 
>> Sean Cole
>> Pi Digital
>> 
>> 
>>>> On 13 Mar 2020, at 10:55, Keith Clarke via use-livecode 
>>>>  wrote:
>>> 
>>> Hi folks,
>>> I understand that the browser widget uses the platform’s default browser 
>>> engine. The (default?) feature set seems to be limited - e.g. no 
>>> right-click (on Mac).
>>> 
>>> There don’t seem to be obvious entries in the dictionary concerning 
>>> developer tools/menu/option. Please can anyone confirm whether it’s 
>>> possible to access Safari (Mac) or Chromium (Windows) Developer Tools 
>>> programmatically from LC - or control the right-click page inspector access 
>>> (and it’s content once displayed)?
>>> 
>>> And, just in case I’m taking the wrong direction of travel, the use case is 
>>> that I’m looking to cobble together a simple test rig to help test page 
>>> load times on limited bandwidth connections using Chrome’s network 
>>> throttling settings, as I’m getting bored (& RSI) from the current manual 
>>> process!
>>> Best,
>>> Keith 
>>> ___
>>> 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: Can the Browser widget access dev tools?

2020-03-13 Thread Keith Clarke via use-livecode
Hi Sean,
Thanks for the response - that saves me researching further on browser widget 
usage for this. 

I’ve also looked at trying to drive a regular Chrome browser instance on my Mac 
but there seems to be a more fundamental snag…

Unlike the Console, the Dev Tools Network settings seem to lack any API 
https://developers.google.com/web/tools/chrome-devtools/network 
<https://developers.google.com/web/tools/chrome-devtools/network>.

Good call on raising a change request to Google on tools & throttling 
persistence - I’ll see if I can find where to do that!
Best,
Keith

> On 13 Mar 2020, at 13:21, Pi Digital via use-livecode 
>  wrote:
> 
> Hi Keith
> 
> The chromium engine is not the same as the chrome browser. So the browser has 
> the dev tools. The engine will have some code base that the browser can pull 
> from to display as tools. 
> 
> The browser widget is a browser in its own right. It does not, at least as 
> far as I’m aware, embed a chrome browser into a container. It uses the 
> chromium engine to feed data that can be interpreted and displayed within a 
> widget canvas. 
> 
> So dev tools would have to be written into the widget to access things l’île 
> the throttling settings so that you could manipulate them using properties in 
> the UI or by code. 
> 
> I hope this leads to solving your rsi problem eventually. It is a pain when 
> the dev tools disappear when you load a new page and you can’t set it to stay 
> up and stay throttled. Send a feature request to google. 
> 
> All the best 
> 
> Sean Cole
> Pi Digital
> 
> 
>> On 13 Mar 2020, at 10:55, Keith Clarke via use-livecode 
>>  wrote:
>> 
>> Hi folks,
>> I understand that the browser widget uses the platform’s default browser 
>> engine. The (default?) feature set seems to be limited - e.g. no right-click 
>> (on Mac).
>> 
>> There don’t seem to be obvious entries in the dictionary concerning 
>> developer tools/menu/option. Please can anyone confirm whether it’s possible 
>> to access Safari (Mac) or Chromium (Windows) Developer Tools 
>> programmatically from LC - or control the right-click page inspector access 
>> (and it’s content once displayed)?
>> 
>> And, just in case I’m taking the wrong direction of travel, the use case is 
>> that I’m looking to cobble together a simple test rig to help test page load 
>> times on limited bandwidth connections using Chrome’s network throttling 
>> settings, as I’m getting bored (& RSI) from the current manual process!
>> Best,
>> Keith 
>> ___
>> 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: Can the Browser widget access dev tools?

2020-03-13 Thread Pi Digital via use-livecode
Hi Keith

The chromium engine is not the same as the chrome browser. So the browser has 
the dev tools. The engine will have some code base that the browser can pull 
from to display as tools. 

The browser widget is a browser in its own right. It does not, at least as far 
as I’m aware, embed a chrome browser into a container. It uses the chromium 
engine to feed data that can be interpreted and displayed within a widget 
canvas. 

So dev tools would have to be written into the widget to access things l’île 
the throttling settings so that you could manipulate them using properties in 
the UI or by code. 

I hope this leads to solving your rsi problem eventually. It is a pain when the 
dev tools disappear when you load a new page and you can’t set it to stay up 
and stay throttled. Send a feature request to google. 

All the best 

Sean Cole
Pi Digital


> On 13 Mar 2020, at 10:55, Keith Clarke via use-livecode 
>  wrote:
> 
> Hi folks,
> I understand that the browser widget uses the platform’s default browser 
> engine. The (default?) feature set seems to be limited - e.g. no right-click 
> (on Mac).
> 
> There don’t seem to be obvious entries in the dictionary concerning developer 
> tools/menu/option. Please can anyone confirm whether it’s possible to access 
> Safari (Mac) or Chromium (Windows) Developer Tools programmatically from LC - 
> or control the right-click page inspector access (and it’s content once 
> displayed)?
> 
> And, just in case I’m taking the wrong direction of travel, the use case is 
> that I’m looking to cobble together a simple test rig to help test page load 
> times on limited bandwidth connections using Chrome’s network throttling 
> settings, as I’m getting bored (& RSI) from the current manual process!
> Best,
> Keith 
> ___
> 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


Can the Browser widget access dev tools?

2020-03-13 Thread Keith Clarke via use-livecode
Hi folks,
I understand that the browser widget uses the platform’s default browser 
engine. The (default?) feature set seems to be limited - e.g. no right-click 
(on Mac).

There don’t seem to be obvious entries in the dictionary concerning developer 
tools/menu/option. Please can anyone confirm whether it’s possible to access 
Safari (Mac) or Chromium (Windows) Developer Tools programmatically from LC - 
or control the right-click page inspector access (and it’s content once 
displayed)?

And, just in case I’m taking the wrong direction of travel, the use case is 
that I’m looking to cobble together a simple test rig to help test page load 
times on limited bandwidth connections using Chrome’s network throttling 
settings, as I’m getting bored (& RSI) from the current manual process!
Best,
Keith 
___
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


Browser Widget different actions on Mac/ios and Windows

2020-02-21 Thread Lagi Pittas via use-livecode
I posted this on the forum  

://forums.livecode.com/viewtopic.php?f=8=33705


Lagi
___
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: Brave browser

2020-01-31 Thread Pi Digital via use-livecode
Brave is a Chromium based browser too but without the ads so this stands to 
reason it would be faster and better. Unfortunately, most corporations IT depts 
are unlikely to veer from using Google Chrome to other chromium strains. And 
this is the market I think LC HTML5 is going to prosper in the most for the 
future. 

Harman, can you put together a priority list of items that need to be fixed in 
HTML5 deployment as I am currently adjusting the code. I mean things that 
should just work without running external JS workarounds like most of the key 
commands not working in a simple text field, etc. 

All the best 

Sean Cole
Pi Digital Prod Ltd

> On 30 Jan 2020, at 18:31, hh via use-livecode  
> wrote:
> 
> While testing intensively in the LC-HTML5 builder for
> cross-browser functionality of extensions I used
> Brave, Chrome, Firefox and Safari.
> 
> My personal ranking in short:
> 
> Safari is fastest with huge JS (the standalone engine),
> Firefox is slowest but has more special features,
> Chrome has most features (incl. caching technique).
> 
> But the winner is the open-source browser Brave:
> 
> Fast as Safari, features as Chrome and runs (close to
> the same on all OS) on MacOS, Windows, Linux, Android
> and iOS.
> https://brave.com/download/ (scroll down for mobile)
> 
> 
> ___
> 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


Brave browser

2020-01-30 Thread hh via use-livecode
While testing intensively in the LC-HTML5 builder for
cross-browser functionality of extensions I used
Brave, Chrome, Firefox and Safari.

My personal ranking in short:

Safari is fastest with huge JS (the standalone engine),
Firefox is slowest but has more special features,
Chrome has most features (incl. caching technique).

But the winner is the open-source browser Brave:

Fast as Safari, features as Chrome and runs (close to
the same on all OS) on MacOS, Windows, Linux, Android
and iOS.
https://brave.com/download/ (scroll down for mobile)


___
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

2020-01-22 Thread Paul McClernan via use-livecode
I believe 32bit run mode was the default for earlier versions of LiveCode
but 9.x is 64bit by default. I bring that up out of curiosity because I had
a problem with a browser plug-in (64/32bit) running inside a LiveCode
Browser widget in the past. The plugin would crash running in 64bit,
sometimes taking LiveCode Engine with it, but if it worked perfectly in LC
in 32bit mode or earlier versions of LiveCode.  Of course the plugin worked
fine in Safari and on both 32bit and 64bit kernel machines. I've since
replaced that plug-in with my own LCB Library that does most of what I need
that fo (and also got rid of my 32bit laptop) so I didn't investigate
further.

> On Jan 20, 2020, at 07:41 , Mark Waddingham via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > 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: iOS browser local URLs

2020-01-22 Thread Sannyasin Brahmanathaswami via use-livecode
Jacque wrote:
Bug report here: https://quality.livecode.com/show_bug.cgi?id=22543

added the case: SivaSiva/nightly branch

which is even simpler: open stack Lexicon, Card 1 script, 

on preopencard
if the environment is not "development" the
set the url of widget "Browser" to 
(specialFolderPath("resources") & "/modules/lexicon/web/index.html")
else
    set the url of widget "Browser" to 
(specialFolderPath("resources") & "/web/index.html") 
end if
end preopencard

# works in desktop, Android. 
# Fails on iOS 13.3 with a Cataline build, 9.6dp2 
# white screen app hangs

Possibly a path thing? On mobile, we are setting the index.html relative to 
stack location

BR

___
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

2020-01-21 Thread J. Landman Gay via use-livecode

Bug report here: https://quality.livecode.com/show_bug.cgi?id=22543

On 1/21/20 10:14 AM, J. Landman Gay via use-livecode wrote:
Thanks Panos, I was hoping you'd check in. I'll open a report and send 
you some files in private mail later today.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 21, 2020 1:29:20 AM panagiotis merakos via use-livecode 
 wrote:



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
>



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

2020-01-21 Thread Bob Sneidar via use-livecode
Adobe developers doing things they shouldn't??? Whoever heard of such a 
t'ing!!! ;-P

Bob S


> On Jan 20, 2020, at 07:41 , Mark Waddingham via use-livecode 
>  wrote:
> 
> 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

2020-01-21 Thread Bob Sneidar via use-livecode
Great sleuthing Matthias. 

Bob S


> On Jan 20, 2020, at 07: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
> 
> 
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code


___
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

2020-01-21 Thread J. Landman Gay via use-livecode
Thanks Panos, I was hoping you'd check in. I'll open a report and send you 
some files in private mail later today.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 21, 2020 1:29:20 AM panagiotis merakos via use-livecode 
 wrote:



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





___
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

2020-01-21 Thread panagiotis merakos via use-livecode
Hello all,

I did a quick test with a browser widget and 2 buttons, where each one of
them sets the URL of the browser widget to a different URL, and it works
fine for me.

Since both Jacque and Brahmanathaswami are affected, there must be
something going on. So please do submit a recipe asap - the sooner we have
a recipe - the sooner we will fix it :)

Kind regards,
Panos
-- 

On Tue, 21 Jan 2020 at 15:49, Sannyasin Brahmanathaswami via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I am pretty sure it is a regression.
>
> I have a business support request to test the Andre's "htmt5" Lexicon on
> iOS built in 9.5
> (comes packaged inside the SivaSiva app) I can't test myself because of
> upgrading to Catalina….
>
> It was working 9.5 but not on  9.6DP2. Works fine on android.
>
> I had to issue a update to the AppStore, with it removed from the app.
> Otherwise hangs the app. My symptom is, you get a white screen.
>
> BR
>
> 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
> --
> ___
> 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


  1   2   3   4   5   6   7   8   9   10   >