It would be JS. But it would be completely...

🦿 Lucian Marin I created a little Sublevel app for iOS devices using the new WKWebView. It has swipe down to refresh, swipe left to go back, swipe right to go forward. A flawlessly fullscreen Sublevel experience.

9y, 23w 7 replies ¬

Martijn Is there any special reasons to not just add this to the website and get it working for everyone?

9y, 22w 5 replies

Eric Would mean using JS would it? One of the goals is to use as little as possible I thought. Unless it can be done through CSS hacks (worth an experiment).

9y, 22w 3 replies

Martijn It would be JS. But it would be completely invisible. It would listen for swipes, if no swipes happen then it doesn't do anything. You could leave out the special effects even and just make it about mobile navigation to save bandwidth/speed. The no-JS ship has sailed with the new input box anyway.

9y, 22w 2 replies

Eric I know it's sailed but there's a risk of feature creep. Swipe interfaces are mostly bad anyway.. Imgur's mobile site is testament to that, though I'm sure @Lucian could pull it off well. Not a feature I'm after though, is it really needed?

9y, 22w 1 reply

Martijn Is it needed? I don't know. Apparently it has some function as it gets implemented in the iPhone app. Pulling down would be easier than aiming for my avatar when in need of a refresh. I was mainly surprised that a native app was needed at all instead of just enhancing Sublevel as a web app by starting to support standards like the web application manifest.

9y, 22w reply