Mes excuses si ceci est un doublon. J’ai lu les aperçus des résultats « similaires » et ils semblent concerner Discourse dans un navigateur complet plutôt que le navigateur captif des applications de bureau et mobiles.
Je commence toujours au niveau supérieur et je reviens en arrière avec le bouton « retour » pour remonter mon fil de navigation jusqu’en haut. De cette façon, j’ai tendance à ne pas perdre de vue ce que je faisais avant de suivre un lien, d’envoyer un message ou toute autre excursion que je fais.
Avec les applications de bureau et mobiles, il n’y a pas de bouton retour sur lequel cliquer. J’aime vraiment les applications car je n’ai pas à chercher l’onglet hébergeant meta.discourse ou discuss.python. Le retour en arrière ← et l’historique sont des éléments essentiels de mon flux de travail, donc…
Existe-t-il des projets en cours pour exposer l’historique et les boutons retour du navigateur intégré pour les applications mobiles et de bureau ? Sinon, pouvons-nous l’ajouter et le faire passer en haut de la liste ?
Cette capture d’écran provient de l’application iOS Discourse Hub. Lorsque vous faites glisser vers le bas (pour faire défiler vers le haut), le menu avec les boutons précédent/suivant apparaît.
Pas de chance sur Android avec mon Galaxy S8+. Le bouton Retour d’AndroidOS fonctionne, mais il n’y a pas de bouton Avancer. Avec l’éditeur persistant brillant (! ) de Discourse qui vous permet de naviguer avec l’éditeur visible, revenir en arrière et avancer pour vérifier quelque chose lu récemment ou récupérer une citation est très utile.
Et connaissez-vous un historique dans l’application iOS Discourse Hub ?
Je n’ai jamais utilisé l’application de bureau (et je n’en avais jamais entendu parler) mais je ne pense pas que vous puissiez voir « l’historique » via les boutons précédent/suivant ou autrement.
Bien. Les « applications » mobiles et de bureau sont en fait ce que j’appelle habituellement un « navigateur captif » (ou « navigateur embarqué » comme dans le message original). C’est la seule façon logique de déployer une « application » pour un système basé sur le cloud, sinon vous vous retrouvez avec deux produits à développer, maintenir et prendre en charge.
Il existe déjà une version de bureau du site Web et une version mobile. Les deux utilisent la même base de données backend et autres, mais ont un code CSS différent et peut-être quelques autres ajustements. Deux versions/modes pour le site sont déjà une complication suffisante.
une application web progressive est un type de page web ou de site web connu sous le nom d’application web
En 2015, la designer Frances Berriman et l’ingénieur Google Chrome Alex Russell ont inventé le terme « progressive web apps » pour décrire des applications qui tirent parti des nouvelles fonctionnalités prises en charge par les navigateurs modernes
Oui, il y a de nombreuses facettes à l’architecture système, mais les points des publications ci-dessus semblent être un cas de sémantique (ce qui est approprié pour les discussions techniques, mais ceci n’est pas destiné à être plus qu’une demande de fonctionnalité ; la revue technique peut – et devrait – avoir lieu ailleurs). Ce niveau de détail est-il pertinent ? Ce sujet porte sur l’exposition des fonctions Historique et Navigation Avant/Arrière du « conteneur de type navigateur » dans lequel une application web progressive s’exécute lorsqu’elle est déployée en tant qu’application web s’exécutant dans ce conteneur particulier.
La comparaison des deux captures d’écran ci-dessous du site web/application web/appelez-le-comme-vous-voulez meta.discourse.org s’exécutant dans Microsoft Edge et le « DesktopApp »/PWA/CIWYW montre exactement le même menu contextuel (avec « ajouter aux collections » omis de la PWA). Ce n’est pas une coïncidence, bien sûr.
! ) de Discourse qui vous permet de naviguer avec l’éditeur visible, revenir en arrière et avancer pour vérifier quelque chose lu récemment ou récupérer une citation est très utile.
