I’m running an experiment on Meta since earlier today, where you get Tactile feedback when liking (or unliking) a post.
We use the Vibration API, and by the means of feature detection ask the device to vibrate where it is available. It also respects your device configuration (aka devices with vibration disabled don’t vibrate on like).
It’s implemented currently as a simple theme-component, just to explore the possibilities.
All the vibrational energy you radiate creates the outcomes, the experiences, and the events of your life. When your vibration reflects your love and confidence and self-acceptance, you become a magnet for others operating at that same frequency.
The first thing is the user general feeling towards it, like checking if someone on the active community has any strong feelings for or against it.
Other experiment was figuring out how perceptible it is, as I deployed the experiment without telling anyone and waited until someone found it out.
Finally, having the ability to rollout something like this in minutes, and live with it while using it during a period of time gives you time to not only knee jerk to an idea, but to actually try it out. That is how I found that it was feeling too late in my phone.
Safari doesn’t have other browsers, just Safari skins. Apple has a browser engine prohibition and other browsers are different borders using Safari webview, which can’t add or remove rendering or JS APIs.
Hmm. The thing is, they shouldn’t need to turn off vibration for an entire device for one small piece of one site though. Facebook has a similar option that I turned off years ago. I like some vibration, but prefer for a site to ask first before manipulating my phone physically, you know? Or at least have the option to turn it off.
I am on the atomic side of things, I would never want any website moving my phone. I also do not want sites making any noise unless I opt in. I am honestly quite surprised this vibration thing is a thing. It is not a thing on iOS and I use an Apple phone so I have been pretty quiet about this feature.
Our theme components have no mechanism of storing per user state, we can only store per device. Our options here are:
Provide you with a component that can have this default off if you wish with per-device opt-in/out (trivial work, maybe 1 hour of work)
Make a new core user setting with a default here. (slightly bigger piece, maybe 4 hours of work)
@codinghorror what are your thoughts here, do you prefer 1 or 2?