Ralph DiMola wrote
> Nice!
> The cursor should be a pointer of some kind when in a control. Is this you
> or the limitation of the current HTML5 java engine?
Unfortunately this seems to be a limitation of the current version of the
HTML5 java engine.
That is what Rolf Kocherhans also noticed. And
...@lists.runrev.com] On Behalf
Of BNig
Sent: Thursday, September 17, 2015 4:02 PM
To: use-revolut...@lists.runrev.com
Subject: Re: HTML5 test
here is another example of HTML5 compilation.
http://berndniggemann.on-rev.com/scrollingimages/scroll.html
It is a stack that scrolls images and taxes graphic
Excellent !.. :-)
> Date: Thu, 17 Sep 2015 13:01:59 -0700
> From: bernd.niggem...@uni-wh.de
> To: use-revolut...@lists.runrev.com
> Subject: Re: HTML5 test
>
> here is another example of HTML5 compilation.
>
> http://berndniggemann.on-rev.com/scrollingimages/scroll.html
here is another example of HTML5 compilation.
http://berndniggemann.on-rev.com/scrollingimages/scroll.html
It is a stack that scrolls images and taxes graphic display.
use the big swich button to start all three scollers, use the sliders to
change speed and direction. Use the small switches to s
On 09/02/2015 04:31 AM, Fraser Gordon wrote:
Opera works - it isn’t one that we’d particularly tried to support at this
stage.
Keep in mind that Opera now uses the Chrome/Blink rendering and
javascript engines, as apparently does Vivaldi.
Warren
___
On 2 Sep 2015, at 07:18, Warren Samples wrote:
> On 09/01/2015 11:36 PM, Alejandro Tejada wrote:
>> On Ubuntu Linux, works fine Firefox
>>
>> Chrome and Opera shows this message:
>> Exception thrown, see JavaScript console
>
>
> It works here in Opera 31.0 and Chrome 44.0 (also works in Chrom
On 09/01/2015 11:36 PM, Alejandro Tejada wrote:
On Ubuntu Linux, works fine Firefox
Chrome and Opera shows this message:
Exception thrown, see JavaScript console
It works here in Opera 31.0 and Chrome 44.0 (also works in Chromium) in
openSUSE 13.2, 64-bit. I wonder what accounts for the diff
On all my Systems I only get the -hair- cursor, no arrow or hand cursor !
Does anyone see other cursors ?
Cheers
Rolf
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscript
The color change is consistent in all Browsers on OS X.
I did quite a lot of testing today and found that Graphic Objects created with
LiveCode
have correct colors, but imported pictures (any kind gif,png etc.) are all
wrong.
> Am 01.09.2015 um 17:47 schrieb use-livecode-requ...@lists.runrev.com
On Tue, Sep 1, 2015 at 10:36 AM, Fraser Gordon
wrote:
>
> I’d be curious to hear if anyone has had a go with Opera or the Android
> browser?
>
> Fraser
>
>
My preferred browser if Dolphin for Android. I like that (especially on a
tablet) you can edit an advanced setting to enable Desktop as the
I just tried the Silk browser on Fire HDX, it gives the Javascript error that
Edge and IE 11 give. The Opera browser on Mac shows the same color issues.
As an aside, Opera and Chrome are the worst performance. Safari and Firefox are
better.
> On Sep 1, 2015, at 10:36 AM, Fraser Gordon wrote:
On 1 Sep 2015, at 15:23, Colin Holgate wrote:
> Same color error in Safari, Chrome, Firefox on Mac, Chrome and Firefox under
> Windows 10, and Safari on iPad. Edge and IE 11 give Javascript errors when
> trying to load the page.
Thanks for the info. Consistently-wrong beats randomly-wrong any
Same color error in Safari, Chrome, Firefox on Mac, Chrome and Firefox under
Windows 10, and Safari on iPad. Edge and IE 11 give Javascript errors when
trying to load the page.
> On Sep 1, 2015, at 9:58 AM, Fraser Gordon wrote:
>
>
> On 1 Sep 2015, at 14:44, BNig wrote:
>
>> Colin Holgate-
On 1 Sep 2015, at 14:44, BNig wrote:
> Colin Holgate-3 wrote
>> Run the stack in LiveCode, do the colors look exactly the same as when you
>> look at the HTML5 one in Safari?
>>
>> It could be that the color errors only affect bitmaps.
>
> I ran the stack and the browser version of the stack s
Colin Holgate-3 wrote
> Run the stack in LiveCode, do the colors look exactly the same as when you
> look at the HTML5 one in Safari?
>
> It could be that the color errors only affect bitmaps.
I ran the stack and the browser version of the stack side by side and the
colors are identical.
So it m
Run the stack in LiveCode, do the colors look exactly the same as when you look
at the HTML5 one in Safari?
It could be that the color errors only affect bitmaps.
> On Sep 1, 2015, at 9:13 AM, BNig wrote:
>
> Colin Holgate-3 wrote
>> Do your colors look as intended?
>
> I don't know what you
Colin Holgate-3 wrote
> Do your colors look as intended?
I don't know what you see but on my desktop Mac running 10.9.5 and Safari
7.1.8 they look as intended.
Those are all graphics filled on the fly.
I can not get this to work on my iPad 3 running iOS 8.1
Kind regards
Bernd
--
View this mes
Do your colors look as intended?
> On Sep 1, 2015, at 6:10 AM, BNig wrote:
>
> Hi Colin,
>
> seeing your example I just took a stack I posted on livecodeshare
> http://livecodeshare.runrev.com/stack/445/Colorpuzzle
> and knowing nothing about HTML I just made a HTML5 standalone
>
> It worked
Hi Colin,
seeing your example I just took a stack I posted on livecodeshare
http://livecodeshare.runrev.com/stack/445/Colorpuzzle
and knowing nothing about HTML I just made a HTML5 standalone
It worked surprisingly well. Amazing, just converting it to HTML5 was only
compile time.
The stack lets
Nice!
___
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
Colin:
Cool!
Bill
> On Aug 31, 2015, at 9:46 AM, Colin Holgate wrote:
>
> Here’s an old stack, saved as HTML5:
>
> http://colin.scienceninja.com/html5/scrolling/scrolling.html
>
> The performance in Safari on my Mac is as good as it is in LiveCode. On my
> iPad Air the frame rate is a little s
21 matches
Mail list logo
