Et c'est vrai que ce sont des cas qui n'existent jamais hein.
Tous les frameworks proposent ces accès aux capteurs et bibliothèques de documents.
Ha oui, c'est vrai que l'expérience utilisateur sans réactivité c'est quand même pas mal :/
C'est ma faute, j'avais qu'à pas utiliser l'ironie. Je caricaturais ton hypothèse qui consistait à dire - je caricature encore - "OSEF de l'expérience utilisateur, on veut pas payer 2 GUI". Donc j'allais jusqu'au bout de ton raisonnement.
Mouai, c'est pas toujours nécessaire, et si ne pas l'avoir te permet d'avoir d'autres avantages c'est bien.
Probablement, j'attend juste un exemple.
Tiens, vu que tu es accro aux exemple, prend instagram qui avait des applis mobiles et pas d'applis web.
Je te demandais un exemple d'appli en Qt ou potentiellement Qt est le Framework le plus pertinent. Instagram c'est typiquement une application grand public qui ne peut pas se permettre de compromis d'expérience utilisateur à cause de choix techniques liés à la portabilité.
[^] # Re: "Create once, deploy everywhere"
Posté par TImaniac (site web personnel) . En réponse au journal The Qt Company. Évalué à -2.
Tous les frameworks proposent ces accès aux capteurs et bibliothèques de documents.
C'est ma faute, j'avais qu'à pas utiliser l'ironie. Je caricaturais ton hypothèse qui consistait à dire - je caricature encore - "OSEF de l'expérience utilisateur, on veut pas payer 2 GUI". Donc j'allais jusqu'au bout de ton raisonnement.
Probablement, j'attend juste un exemple.
Je te demandais un exemple d'appli en Qt ou potentiellement Qt est le Framework le plus pertinent. Instagram c'est typiquement une application grand public qui ne peut pas se permettre de compromis d'expérience utilisateur à cause de choix techniques liés à la portabilité.