Ce que permet de faire actuellement les navigateurs quand à la gestion des caractéristiques des css (et il me semble que ce n'est pas si mauvais) est ici sans importance.
On ne va pas faire imprimer un document conçu avec abiword par exemple sous un navigateur (bien que cela devrait être possible).
Mais si « sur le papier », le html combiné au css le permet, rien n'empêche un éditeur de texte de le traîter correctement vu que c'est lui qui va gérer l'impression.
De la même façon, il n'est pas utile pour le traitement de texte de gêrer tout ce qui est dans les spécifications du css et du html, mais juste ce qui lui sert. un attribut position : fixed sur un document texte n'a que peu d'intérêt en effet.
Donc à moins de me dire ce qu'il manque vraiment au format html + css pour faire un traitement de texte comme abiword, je pense que ce fomat reste adapté. Et le fait de savoir si les navigateurs sont au point pour ça n'a aucune importance, c'est juste le format qui compte.
[^] # Re: C'est un des gros point noir de abiword
Posté par seginus . En réponse au journal Abiword et ODF (troll inside). Évalué à 3.
On ne va pas faire imprimer un document conçu avec abiword par exemple sous un navigateur (bien que cela devrait être possible).
Mais si « sur le papier », le html combiné au css le permet, rien n'empêche un éditeur de texte de le traîter correctement vu que c'est lui qui va gérer l'impression.
De la même façon, il n'est pas utile pour le traitement de texte de gêrer tout ce qui est dans les spécifications du css et du html, mais juste ce qui lui sert. un attribut position : fixed sur un document texte n'a que peu d'intérêt en effet.
Donc à moins de me dire ce qu'il manque vraiment au format html + css pour faire un traitement de texte comme abiword, je pense que ce fomat reste adapté. Et le fait de savoir si les navigateurs sont au point pour ça n'a aucune importance, c'est juste le format qui compte.