Log In  

first, something old: html + fullscreen
in chrome, when the page is zoomed (ctrl +), and you set a cart fullscreen, the cart frame is zoomed accordingly and cropped top&bottom. this only happens on chrome, firefox & edge work ok. same thing here on the bbs or html export.

second, something I only just noticed, can't try on older versions right now: html + mouse + fullscreen
the mouse stays stuck on (0,0) when on fullscreen.

  • this is always the case for html exports on chrome.
  • on the bbs it seems to work on chrome only after a while and some tinkering (fullscreen on/off, refresh page...). once it works it's ok even after refreshing the page. if I close the tab and reopen another, back to not working.
  • I never got it to work in firefox. bbs nor export, even with 'tinkering'.
  • everything works as intended on microsoft edge

(all this on windows10, can't test linux for now)

edit: cart for testing

Cart #34118 | 2016-12-25 | Code ▽ | Embed ▽ | License: CC4-BY-NC-SA

P#34042 2016-12-23 15:36 ( Edited 2018-03-25 16:57)

Nice test cart!

You could add a circle animation for mouse up as well, but where the radius is decreasing instead.

There is a bug on safari for iOS too. If you scroll down so the top of the page is off screen the y coordinates are offset. (Hmm, I don't remember and I don't have my computer here. Maybe it's the same problem on Chrome for OS X. )

P#34119 2016-12-25 11:29 ( Edited 2016-12-25 16:29)

The problem also occurs on Chrome on Mac, just tested

P#34311 2016-12-27 15:08 ( Edited 2016-12-27 20:08)

found the culprit!

first in the html file:

<div class=pico8_el onclick="Module.requestFullScreen(true, false);">

the first parameter is "lockPointer", set it to false

then in the exported cart js file:

if(Browser.isFullScreen){Module["canvas"].requestPointerLock();return 0}

so, well, remove Module["canvas"].requestPointerLock(); or comment it out /*Module["canvas"].requestPointerLock();*/

didn't notice any side effect for now...

P#35032 2017-01-05 20:28 ( Edited 2017-12-13 14:35)

Good find, I wonder if this fix can be added to exporting from pico (as long as there is no regression elsewhere)

P#35058 2017-01-06 04:27 ( Edited 2017-01-06 09:27)

well, mouse support isn't official (that's peeks & pokes) nor documented. once this was discovered, zep decided not to remove it and just put a warning at launch. I guess this issue just went under the radar. hope it gets fixed.

the use of the pointerlock api makes me wonder though. it's supposed to hide the cursor AND give mouse deltas.
wouldn't simply hiding the cursor be enough in this case? are those deltas peekable somewhere? that sure would be handy.

P#35062 2017-01-06 06:07 ( Edited 2017-01-06 11:51)

Hmm, almost works now, but not the button presses :/

P#50762 2018-03-24 13:04 ( Edited 2018-03-24 17:04)

no idea about the buttons, but you could try this custom html file:

P#50795 2018-03-25 09:28 ( Edited 2018-03-25 13:28)

Yeah, this worked for me, thank you so much :D

P#50801 2018-03-25 12:57 ( Edited 2018-03-25 16:57)

[Please log in to post a comment]