search

impress / impress.js

It's a presentation framework based on the power of CSS3 transforms and transitions in modern browsers and inspired by the idea behind prezi.com.
http://impress.js.org
MIT License
37.62k stars 6.67k forks source link

replace event.keyCode with event.code, tweak documentation #851

Open mengwong opened 1 year ago

mengwong commented 1 year ago

resolves https://github.com/impress/impress.js/issues/849

mengwong commented 1 year ago

sigh, fighting with linter, will push again in a moment.

janishutz commented 1 year ago

Thank you for doing this. It's important to keep things up to date with the newest spec of ES6. When was this feature introduced? I'm tho kinda worried about impress stopping to work in older browsers. If this is a breaking change, please add a note to it in the README.md, the GettingStarted.md guide and the DOCUMENTATION.md files so people are informed about it.

mengwong commented 1 year ago

Thank you for doing this. It's important to keep things up to date with the newest spec of ES6. When was this feature introduced? I'm tho kinda worried about impress stopping to work in older browsers. If this is a breaking change, please add a note to it in the README.md, the GettingStarted.md guide and the DOCUMENTATION.md files so people are informed about it.

It looks like all browsers added support in the 2015–2017 era, the last holdout was Edge in 2020. Would you consider it a breaking change?

mengwong commented 1 year ago

I am trying really hard to reproduce this, I don't understand it either. I am sure it will be facepalmingly obvious once it is solved.

janishutz commented 1 year ago

What I expected to be a problem with this solution: https://caniuse.com/?search=keyboardevent.code

This will break impress.js in older browsers like IE and mobile browsers (aka. Safari for iOS, Firefox for Android, etc.)

Compare it to: https://caniuse.com/?search=keyboardevent.keyCode, which is supported by almost every major browser out there.

We should consider implementing a way to notify the user about incompatible plugins & automatically disable the plugins relying on these features, if the browser does not support it to retain support for old browsers with the most recent versions of impress.js.

Although this is great to offer, I personally am in favour of dropping support for the old browsers barely anyone uses any more nowadays. People that need to use those browsers should use a different CDN-Link or V2.0.0 instead of a new (future) release or upstream.

janishutz commented 1 year ago

I am trying really hard to reproduce this, I don't understand it either. I am sure it will be facepalmingly obvious once it is solved.

That might happen. That's just life when developing stuff lol. Randomly troubleshooting problems that do not exist is still worse though imo

mengwong commented 1 year ago

Re support for old browsers I feel like this project in particular should be able to afford upgrades since in most cases presentations tend to be ephemeral and are delivered by authors who are in control of both the browser and the npm deps. Presentations that need to be archival-quality could pin to a release version but the risk of bitrot tends to run in the opposite direction, so staying current is better.

janishutz commented 1 year ago

Exactly

janishutz commented 1 year ago

@henrikingo ready to merge, should work now

henrikingo commented 7 months ago

Oh, apologies, I've been ignoring this PR as the checks are still shown as failed. If tests really are passing for you, then could you please trigger a new CircleCI build so that it is shown on this PR as well? You can do that easily by pushing a new commit with just a whitespace change somewhere.