Bien que on dessine les widgets, on utilise des API native au final pour certaines fonctions d'intégration comme les IME, le presse papier, le style de couleur, l'accessibilité, et autres. Donc il y a un minimum d'intégration quand même et le but est améliorer l'intégration au fil des versions.
Il y a une raison pour laquelle quasiment personne ne fait du natif en utilisant les fonctions du système : personnes n'a envie de réécrire l'interface X fois pour X plateformes.
Ensuite nous voyons une valeur dans la facilité de conception de l'interface.
Et puis le DOM qui est soit disant si connu et facile. Pourquoi est-ce que tout le monde utilise un framework JavaScript different qui ajoute une couche d'abstraction avec une DOM virtuelle ?
[^] # Re: Ce n'est pas du natif
Posté par Gof (site web personnel) . En réponse à la dépêche Slint 1.0 : une boîte à outils graphiques natifs pour poste client et embarqué. Évalué à 2.
Bien que on dessine les widgets, on utilise des API native au final pour certaines fonctions d'intégration comme les IME, le presse papier, le style de couleur, l'accessibilité, et autres. Donc il y a un minimum d'intégration quand même et le but est améliorer l'intégration au fil des versions.
Il y a une raison pour laquelle quasiment personne ne fait du natif en utilisant les fonctions du système : personnes n'a envie de réécrire l'interface X fois pour X plateformes.
Ensuite nous voyons une valeur dans la facilité de conception de l'interface.
Et puis le DOM qui est soit disant si connu et facile. Pourquoi est-ce que tout le monde utilise un framework JavaScript different qui ajoute une couche d'abstraction avec une DOM virtuelle ?