Je sais pas pourquoi t'es parti a troller sur le cas unique de la visualisation de l'aide. Si avoir un moteur de rendu HTML ne servait qu'a ca, personne ne s'embeterait a faire le boulot necessaire pour exporter une API et tout.
Il y a tout un nombre de cas ou ton argumentation: "je peux tout faire avec mon navigateur du systeme" ne marche plus du tout et est meme a cote de la plaque.
- Conversation IM avec styles. Use case: 75% des IM ont ca.
- Generation a la volee d'une page HTML a partir de donnes en DB (par exemple pour les lecteurs multimedia). Ouvrir ton navigateur alors que tu veux afficher ca dans une fenetre de 500x500 est particulierement debile. Use case: beaucoup trop pour tous les mettre, mais toute appli avec des donnees structurees est susceptible de vouloir l'utiliser plutot que de se faire chier a coder ca en dur dans le coeur de l'appli.
- UI codee en HTML avec services exposes en JS: typiquement moteur de rendu de widgets (webkit est utilise pour ca dans des applis distribuees a des millions d'utilisateurs, je pense que ca fait un use case assez convaincant).
Argumenter que ca sert a rien en ne considerant que peut-etre 5% des utilisations possibles c'est pas ce qu'il y a de plus credible...
Ca va faire maintenant au moins 7-8 ans que les développeurs considerent un moteur de rendu HTML comme un composant comme les autres que tu peux embarquer au meme titre q'un autre widget. Va falloir penser a te mettre a la page (ou rester a consulter ses man en console, mais a ce moment la viens pas essayer t'imposter tes solutions aux autres).
[^] # Re: Le problème est ailleurs
Posté par Littleboy . En réponse à la dépêche Microsoft proposera Firefox dans Windows 7. Évalué à 1.
Il y a tout un nombre de cas ou ton argumentation: "je peux tout faire avec mon navigateur du systeme" ne marche plus du tout et est meme a cote de la plaque.
- Conversation IM avec styles. Use case: 75% des IM ont ca.
- Generation a la volee d'une page HTML a partir de donnes en DB (par exemple pour les lecteurs multimedia). Ouvrir ton navigateur alors que tu veux afficher ca dans une fenetre de 500x500 est particulierement debile. Use case: beaucoup trop pour tous les mettre, mais toute appli avec des donnees structurees est susceptible de vouloir l'utiliser plutot que de se faire chier a coder ca en dur dans le coeur de l'appli.
- UI codee en HTML avec services exposes en JS: typiquement moteur de rendu de widgets (webkit est utilise pour ca dans des applis distribuees a des millions d'utilisateurs, je pense que ca fait un use case assez convaincant).
Argumenter que ca sert a rien en ne considerant que peut-etre 5% des utilisations possibles c'est pas ce qu'il y a de plus credible...
Ca va faire maintenant au moins 7-8 ans que les développeurs considerent un moteur de rendu HTML comme un composant comme les autres que tu peux embarquer au meme titre q'un autre widget. Va falloir penser a te mettre a la page (ou rester a consulter ses man en console, mais a ce moment la viens pas essayer t'imposter tes solutions aux autres).