Pourquoi est-il acceptable que les applications ne répondent pas à l'orientation de l'appareil, mais que les pages Web soient censées le faire?
Il existe de nombreuses applications mobiles qui ne fonctionnent que dans une seule orientation. Paysage (Garageband, beaucoup de jeux), Portrait (Paramètres, Téléphone, Télécommande, App Store, Twitter, Facebook, beaucoup de jeux)
Quelle justification y a-t-il à ne pas autoriser les pages Web à faire de même?
Il semble que les mêmes règles devraient s'appliquer. Si je crée un jeu dans une page Web, je pourrais vouloir forcer une certaine orientation, comme une application de jeu. Si je crée une application Web mobile ou un site ciblé mobile, il semble que je devrais être en mesure de forcer une orientation tout comme les applications natives.
Bien sûr, pour un site de contenu, laisser l'utilisateur choisir est bien, mais toutes les pages Web ne sont pas des sites de contenu.
Prenez 2048 par exemple vs Threes! Threes !, étant une application native, force le mode portrait. Pourquoi 2048 ne devrait-il pas être autorisé à faire la même chose? Cet exemple montre pourquoi ne pas autoriser une page Web à forcer l'orientation est particulièrement mauvais UX. Le jeu devient injouable en mode paysage sur un téléphone. Bien sûr, pour ce jeu particulier, il pourrait être résigné à redistribuer, mais il existe de nombreuses applications et jeux pour lesquels ce n'est pas vrai et si la redirection de page pourrait facilement ruiner l'expérience de l'utilisateur.
Je sais que 2048 ne peut pas parce que les navigateurs n'autorisent pas les pages à forcer l'orientation. Ma question est-ce qu'ils devraient? Si les applications sont autorisées à pourquoi pas des pages Web?
En matière d'UX, une page Web IS autorisée à forcer une certaine orientation. Le problème est que les navigateurs ne sont pas autorisés à accéder aux fonctions natives d'un téléphone comme l'appareil photo et l'accéléromètre.
On s'attend à ce que les applications Web aient le même accès que les applications natives dans un proche avenir, ce qui signifie que les téléphones donneront aux développeurs des API pour accéder à la caméra et à l'accéléromètre, nous devons juste l'attendre un peu plus longtemps.
Donc, le fait que les webapps ne puissent pas forcer certaines orientations n'a rien à voir avec le fait qu'il s'agit d'un mauvais UX. C'est juste que les développeurs de téléphones hésitent à donner à Internet autant d'accès aux téléphones (piratage).
Quelle justification y a-t-il à ne pas autoriser les pages Web à faire de même [ne fonctionne que dans une seule orientation]?
Les fabricants de téléphones ou les fabricants de navigateurs ont mis du temps à l'implémenter pour des raisons techniques ou commerciales, qui peuvent ou non être justifiées selon votre point de vue ... MAIS! deviceorientation les événements peuvent maintenant être utilisés (au moins partiellement) selon caniuse.com/deviceorientation
Je sais que 2048 ne peut pas [répondre à l'orientation du périphérique] car les navigateurs n'autorisent pas les pages à forcer l'orientation. Ma question est-ce qu'ils devraient? Si les applications sont autorisées à pourquoi pas des pages Web?
Je suppose que si deviceorientation fonctionne bien, 2048 pourrait répondre à l'orientation de l'appareil avec un peu de JavaScript/requêtes multimédias réactives.
La meilleure question peut être: Est-il préférable que l'UX réponde à l'orientation de l'appareil ou ne fonctionne que dans une seule orientation? Mon sentiment est que plusieurs orientations ne devraient que pas être pris en charge si (a) l'interface utilisateur s'effondre avec une autre orientation, ou (b) il n'y a tout simplement pas assez de ressources de développement. Ces deux liens offrent quelques conseils supplémentaires:
Alors que les limitations techniques sont une grande partie, l'autre partie est due à la nature de la conception pour le Web et les choix de flux de travail.
En règle générale, nous ne créons plus de sites Web/d'applications pour des tailles de fenêtres spécifiques, mais certaines applications natives sont toujours conçues de cette façon. Les concepteurs/développeurs Web sont habitués à penser aux fenêtres variables, de sorte qu'elles s'intègrent mieux dans nos flux de travail que dans une application native.