L'application c'est Amaya [1] (le composeur web de l'Inria/w3c).
Le contexte c'est le projet Palette [2], projet d'un PCRD européen.
Les "spécialistes" en IHM sont les membres d'une équipe de l'université de Liège.
Le fait est qu'Amaya a dérivé d'une interface orienté XML/structure (en cahcant les détails) vers un rédacteur type Word/Writer. Déviation assez déroutante pour des utilisateurs "experts" du web/xml où les documents sont fortement structurés contrairement aux documents doc/odt qui ont une structure plutot planaire.
Attention, je ne renie pas le travail effectué avec nos collègues belges. Pas mal de leurs remarques ont été bénéfiques pour l'application. Je voulais surtout signaler que plutôt que de partir d'un réel constat d'utilisation, ils ont (c'est ce qui ressorti des rapports et des réunions) que leur travail s'est porté sur la comparaison d'Amaya avec M$ Word. M$ Word étant pris comme LA référence ultime en terme d'ergonomie (ce qui est à mon sens absurde).
On fait pas migrer (même pas tester) linux à un débutant sur une gentoo sauf (et ça a été mon cas à l'époque, merci Nico) si celui-ci veut apprendre comment est construit et marche un système GNU/Linux.
Je vais juste défendre le point de l'IHM pour avoir passé deux ans au boulôt à me battre là-dessus.
Pour re situer le contexte, nous développons un logiciel (libre) qui marche sous Linux, MacOs et Windows. Nous avons collaboré (imposé par la Commission Européenne pour avoir nos budgets) avec des "spécialistes de l'IHM" pour rendre notre application plus accessibles aux utilisateurs novices du domaine (et de l'informatique).
Après plusieurs discussions, il est apparu que pour que l'IHM de notre application soit "bonne", il fallait qu'elle soit un clone de ce que fait Microsoft. Après avoir appliqué une bonne partie des recommandations de cette équipe, certains de nos anciens utilisateurs nous ont pas mal critiqués sur le fait que nous avions obtenus plus ou moins un clone d'un soft existant et que le notre avait perdu certains de ces intérets.
La conclusion que j'en tire est que:
1 - quoi qu'on en dise, la qualité des IHM des softs matures sous Linux se rapproche de celles des appli MacOs et Windows.
2 - qu'il n'a fallut qu'une petite dixaine d'années de quasi monopole (et surement beaucoup moins) pour que Microsoft nous formate à un seul type d'IHM sans aucun gout pour le "changement" même si ceux-ci sont justifiés.
3 - que si les deux environnements de bureaux (les plus complets et répendus) actuels sous linux sont si différents (KDE et Gnome ;)) avec chacun sa cible (exhaustivité des fonctionnalités ou simplicitié/concision), ça n'est pas pour rien, on n'a pas la même approche du "Desktop" en fonction du "savoir" et des "envies" ou besoins de l'utilisateur.
Ben ça serai pas un mal parce que, comme dit très bien cette dépêche, OOo aurai besoin de pas mal de révisions, et que, si il faut en passer par la "reprise" du projet par une fondation ou une entreprise plus "ouverte", et bien qu'il en soit ainsi, pour le meilleur et pour le ... libre.
Exactement.
J'irai même un peu plus loin en suggérant une catégorie "à la mémoire de" pour les news. Rappeler la mort (ou même simplement l'anniversaire pour ceux qui sont en vie) tous les 10 ans par exemples des "grands" personnages et ce qu'ils ont apportés ne peut pas faire de mal.
On n'est pas obligé de fêter n'importe qui mais les gens qui ont largement contribué au libre (ou d'autres personnes importantes reconnus universellement prix Nobel ??). Mais la communauté commence à avoir quelques (dizaines) d'années donc les disparitions se feront de moins en moins rares.
Pour en revenir au sujet du journal ... une pensée pour sa famille.
Euh, c'est bien gentil de démonter l'interface d'Eclipse mais tu pourrais citer quelques uns de ses défauts ?
Car perso, je ne la trouve pas si inutilisable que ça.
Il reconnaît le crime ou il reconnaît savoir où est le corps.
J'ai pas lus l'article mais d'après le résumé, il veut négocier l'emplacement du cadavre contre une remise de peine, ca veut pas forcement dire qu'il a lui-même fait le meutre mais qu'il sait où est le cadavre, c'est une grosse différence. Au mieux, ça peut être vu comme une complicité (avec tout ce qui peut s'y rattacher) mais en aucun cas un aveu du meurtre lui-même.
C'est normal puisque les AcidTests (enfin au moins le 2) est en partie basé sur des erreurs css.
Par exemple : http://www.webstandards.org/action/acid2/guide/ ligne 13 :
.parser { error: \}; background: yellow } error is not a valid property in CSS. It’s important that the parser picks up again after the semicolon, though; the background should be yellow.
Amaya a toujours été un éditeur augmenté de fonctionnalité de navigation.
L'édition de document structuré est un des domaines de recherche et de développement de l'équipe qui développe Amaya. Amaya est donc principalement un éditeur (comme tous ces prédécésseurs Grif, Thot ...)
il n'arrive pas du tout à "rendre" un fichier contenant du PHP
C'est à dire ? il n'affiche pas le code php ? Il affiche mal le html ? il pourrit le fichier ?
Pour un processeur PHP, le fichier d'entrée est un fichier php avec des fragments de HTML/XML alors que pour Amaya, c'est un document XML/HTML ayant des fragments PHP. Ça n'a l'air de rien comme ça, mais ça fait toute la différence : le PHP étant dans des PI (ou apparenté) il faut que ces PI soient correctement placée hors le PHP autorise l'insertion de fragment de PHP dans des attributs HTML : c'est interdit par HTML et XML.
Amaya rend donc uniquement ce qui est valide. Firefox (en tout cas le 2) fait pareil : servez lui des fichiers PHP avec des extensions xml ou html, il fera exactement le même traitement qu'Amaya
Ajouter .php ou .jsp au sélecteur de fichiers inciterai à vouloir éditer des fichiers PHP/JSP (donc potentiellement non valides), ce que nous voulons éviter. On peut toujours les ouvrir en forçant le listage de tous les fichiers (*.*).
C'est pas un lavage de cerveau, ce sont les faits : les frames sont dépréciées depuis un moment. C'est pas pour rien que la spec du HTML se divise en 3 lots : la frameset, la transitional et la strict.
La Strict est la spec recommandée et les deux autres sont à utiliser pour compatibilité.
C'est sur.
Je ne m'occupe pas du packaging autre que celui de gentoo donc pour deb/rpm je ne peux pas juger, mais c'est vrai que le process de compile d'Amaya n'est pas le plus simple.
C'est bizarre que tu n'ai eu que ce retour, c'était quel patch ?
Car comme c'est dit dans la depeche :
Amaya constitue aussi l'implémentation de référence des normes du W3C pour le web et a pour but de tester les normes et standards préconisés par cet organisme.
C'est faux, archi faux !
Contrairement à une légende webienne, Amaya n'a jamais été l'implémentation de référence de quoi que ce soit, d'ailleur le w3c ne fait pas d'implémentation de référence du tout, pas plus qu'il ne certifie .
Amaya est développé en interne - ou tout au moins - pour le W3C pour diverses raisons, mais n'a JAMAIS été eu pour but de tout implémenter et de recevoir je-ne-sais quelle certification.
On a effectivement eu des problèmes avec MESA et l'OpenGL qui normalement sont réparés. Passer à wxWidgets 2.8 y a été pour pas mal.
Par contre, nous sommes obligés de bosser avec des versions patchées ou compilées avec des options particulières de certaines bibliothèques donc c'est pas vraiment facile. Surtout que certains patchs ont été refusés par les paquets en questions. C'est pour ca que l'ont s'est fait éjecté des dépots debian, gentoo, et autres.
Nous manquons aussi de testeurs et de contributeurs. Comme je l'ai dis précédemment, nous ne sommes pas nombreux et nous n'avons pas des ressources illimitées, donc on fait ce que l'on peut.
Déjà, Amaya est un composeur et pas un navigateur, donc certaines propriétés CSS n'ont pas vraiment de sens et sont même génantes si elles sont réellement appliquées (overlow:clip pour l'édition, c'est gênant).
De plus, CSS3 et HTML5 ne sont que des brouillons (à différents stades) ce qui ne facilite pas vraiment leur intégration : on intègre quelque chose puis 3 mois après on change : c'est lourd.
D'autre part, pourquoi intégré HTML5 plutôt que XHTML2 ou que mobileOK ou RDFa ???
Enfin, il ne faut pas perdre de vu que Amaya est développé par une toute petite équipe d'un labo. Il y a 4 personnes qui bossent dessus dont deux qui ne peuvent bosser à plein temps dessus pour cause d'activité scientifiques (faut bien faire un peu de recherche aussi pour justifier l'existance de l'équipe), la paperasserie administrative et les autres activités liées à ERCIM (le groupement européen du w3c dont fait parti l'inria). Donc développer toutes les options kikoolol du CSS2 à 4, ca prend plus de temps que pour la Fondation Mozilla.
Mais si des gentils contributeurs y participent, c'est avec grand plaisir.
Je suppose qu'il sous-entend par là que c'est facile pour l'utilisateur mais pas forcement pour les développeurs.
Tu ne peux pas nier qu'un projet basé sur des autotools (quand c'est bien fait) c'est facile : ./configure && make && sudo make install et ca te dis ce qu'il manque ou si tout va bien.
Bof.
Si tu tombe sur un agent cultivé, au mieux il en rigole.
Si tu tombe sur un agent inculte, au pire il comprendra pas. Mais je vois pas vraiment d'outrage à répondre que tu sais où tu es même si ça ne répond pas à la question.
[^] # Re: Retour d'utilisateurs sur l'IHM
Posté par Émilien Kia (site web personnel) . En réponse au journal Le linuxien ..... Évalué à 8.
Le contexte c'est le projet Palette [2], projet d'un PCRD européen.
Les "spécialistes" en IHM sont les membres d'une équipe de l'université de Liège.
Le fait est qu'Amaya a dérivé d'une interface orienté XML/structure (en cahcant les détails) vers un rédacteur type Word/Writer. Déviation assez déroutante pour des utilisateurs "experts" du web/xml où les documents sont fortement structurés contrairement aux documents doc/odt qui ont une structure plutot planaire.
Attention, je ne renie pas le travail effectué avec nos collègues belges. Pas mal de leurs remarques ont été bénéfiques pour l'application. Je voulais surtout signaler que plutôt que de partir d'un réel constat d'utilisation, ils ont (c'est ce qui ressorti des rapports et des réunions) que leur travail s'est porté sur la comparaison d'Amaya avec M$ Word. M$ Word étant pris comme LA référence ultime en terme d'ergonomie (ce qui est à mon sens absurde).
Un jour libre ?
[^] # Re: Bah ...
Posté par Émilien Kia (site web personnel) . En réponse au journal Le linuxien ..... Évalué à 4.
Un jour libre ?
# Retour d'utilisateurs sur l'IHM
Posté par Émilien Kia (site web personnel) . En réponse au journal Le linuxien ..... Évalué à 10.
Pour re situer le contexte, nous développons un logiciel (libre) qui marche sous Linux, MacOs et Windows. Nous avons collaboré (imposé par la Commission Européenne pour avoir nos budgets) avec des "spécialistes de l'IHM" pour rendre notre application plus accessibles aux utilisateurs novices du domaine (et de l'informatique).
Après plusieurs discussions, il est apparu que pour que l'IHM de notre application soit "bonne", il fallait qu'elle soit un clone de ce que fait Microsoft. Après avoir appliqué une bonne partie des recommandations de cette équipe, certains de nos anciens utilisateurs nous ont pas mal critiqués sur le fait que nous avions obtenus plus ou moins un clone d'un soft existant et que le notre avait perdu certains de ces intérets.
La conclusion que j'en tire est que:
1 - quoi qu'on en dise, la qualité des IHM des softs matures sous Linux se rapproche de celles des appli MacOs et Windows.
2 - qu'il n'a fallut qu'une petite dixaine d'années de quasi monopole (et surement beaucoup moins) pour que Microsoft nous formate à un seul type d'IHM sans aucun gout pour le "changement" même si ceux-ci sont justifiés.
3 - que si les deux environnements de bureaux (les plus complets et répendus) actuels sous linux sont si différents (KDE et Gnome ;)) avec chacun sa cible (exhaustivité des fonctionnalités ou simplicitié/concision), ça n'est pas pour rien, on n'a pas la même approche du "Desktop" en fonction du "savoir" et des "envies" ou besoins de l'utilisateur.
Un jour libre ?
[^] # Re: 8/8/8
Posté par Émilien Kia (site web personnel) . En réponse au journal Aujourd'hui, on est le 8/8/8. Évalué à 2.
Un jour libre ?
[^] # Re: Un nouveau troll ?
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 10.
Un jour libre ?
[^] # Re: Thread RIP
Posté par Émilien Kia (site web personnel) . En réponse au journal R.I.P. Randolph Frederick Pausch - merci, sensei.. Évalué à 5.
J'irai même un peu plus loin en suggérant une catégorie "à la mémoire de" pour les news. Rappeler la mort (ou même simplement l'anniversaire pour ceux qui sont en vie) tous les 10 ans par exemples des "grands" personnages et ce qu'ils ont apportés ne peut pas faire de mal.
On n'est pas obligé de fêter n'importe qui mais les gens qui ont largement contribué au libre (ou d'autres personnes importantes reconnus universellement prix Nobel ??). Mais la communauté commence à avoir quelques (dizaines) d'années donc les disparitions se feront de moins en moins rares.
Pour en revenir au sujet du journal ... une pensée pour sa famille.
Un jour libre ?
[^] # Re: Paquet d'aspirines...
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche Sortie de Eclipse 3.4 - Ganymede. Évalué à 10.
Car perso, je ne la trouve pas si inutilisable que ça.
Un jour libre ?
[^] # Re: Pourtant
Posté par Émilien Kia (site web personnel) . En réponse au journal Hans Reiser propose de devoiler l'emplacement du corps de sa femme. Évalué à 4.
J'ai pas lus l'article mais d'après le résumé, il veut négocier l'emplacement du cadavre contre une remise de peine, ca veut pas forcement dire qu'il a lui-même fait le meutre mais qu'il sait où est le cadavre, c'est une grosse différence. Au mieux, ça peut être vu comme une complicité (avec tout ce qui peut s'y rattacher) mais en aucun cas un aveu du meurtre lui-même.
Un jour libre ?
# Merci Patrick_g
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche Le noyau Linux 2.6.25 est disponible. Évalué à 4.
Un seul mot : Merci !
Un jour libre ?
[^] # Re: Gentoo, LSB et RPM !
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche Poisson d'avril de 2008. Évalué à 1.
Un jour libre ?
[^] # Re: SuperNova
Posté par Émilien Kia (site web personnel) . En réponse au journal EclipseCon 2008 : Modeling, Microsoft et Eclipse 4 !. Évalué à 2.
Surtout au USA, on doit pouvoir à-peu-pret tout racheter, tant que tu allonges le fric.
Un jour libre ?
# SuperNova
Posté par Émilien Kia (site web personnel) . En réponse au journal EclipseCon 2008 : Modeling, Microsoft et Eclipse 4 !. Évalué à 2.
Un jour libre ?
[^] # Re: merci ...
Posté par Émilien Kia (site web personnel) . En réponse au journal Le manifeste du parti linuxien, résumé pour ceux du fond qui n'écoutent pas. Évalué à 7.
Un jour libre ?
[^] # Re: Question à 3 jours d'avance
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche GNOME 2.22 : évolution perpétuelle. Évalué à 9.
Un jour libre ?
[^] # Re: qui croire ?
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche Le test Acid3 a été publié en version finale. Évalué à 4.
Par exemple : http://www.webstandards.org/action/acid2/guide/ ligne 13 :
.parser { error: \}; background: yellow } error is not a valid property in CSS. It’s important that the parser picks up again after the semicolon, though; the background should be yellow.
Un jour libre ?
[^] # Re: Acid2
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche Sortie d'Amaya 10. Évalué à 3.
L'édition de document structuré est un des domaines de recherche et de développement de l'équipe qui développe Amaya. Amaya est donc principalement un éditeur (comme tous ces prédécésseurs Grif, Thot ...)
Un jour libre ?
[^] # Re: Amaya et PHP...
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche Sortie d'Amaya 10. Évalué à 5.
C'est à dire ? il n'affiche pas le code php ? Il affiche mal le html ? il pourrit le fichier ?
Pour un processeur PHP, le fichier d'entrée est un fichier php avec des fragments de HTML/XML alors que pour Amaya, c'est un document XML/HTML ayant des fragments PHP. Ça n'a l'air de rien comme ça, mais ça fait toute la différence : le PHP étant dans des PI (ou apparenté) il faut que ces PI soient correctement placée hors le PHP autorise l'insertion de fragment de PHP dans des attributs HTML : c'est interdit par HTML et XML.
Amaya rend donc uniquement ce qui est valide. Firefox (en tout cas le 2) fait pareil : servez lui des fichiers PHP avec des extensions xml ou html, il fera exactement le même traitement qu'Amaya
Ajouter .php ou .jsp au sélecteur de fichiers inciterai à vouloir éditer des fichiers PHP/JSP (donc potentiellement non valides), ce que nous voulons éviter. On peut toujours les ouvrir en forçant le listage de tous les fichiers (*.*).
Un jour libre ?
[^] # Re: frame
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche Sortie d'Amaya 10. Évalué à 5.
La Strict est la spec recommandée et les deux autres sont à utiliser pour compatibilité.
Un jour libre ?
[^] # Re: Amaya et Debian Lenny
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche Sortie d'Amaya 10. Évalué à 1.
Je ne m'occupe pas du packaging autre que celui de gentoo donc pour deb/rpm je ne peux pas juger, mais c'est vrai que le process de compile d'Amaya n'est pas le plus simple.
C'est bizarre que tu n'ai eu que ce retour, c'était quel patch ?
Un jour libre ?
[^] # Re: Acid2
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche Sortie d'Amaya 10. Évalué à 5.
Amaya constitue aussi l'implémentation de référence des normes du W3C pour le web et a pour but de tester les normes et standards préconisés par cet organisme.
C'est faux, archi faux !
Contrairement à une légende webienne, Amaya n'a jamais été l'implémentation de référence de quoi que ce soit, d'ailleur le w3c ne fait pas d'implémentation de référence du tout, pas plus qu'il ne certifie .
Amaya est développé en interne - ou tout au moins - pour le W3C pour diverses raisons, mais n'a JAMAIS été eu pour but de tout implémenter et de recevoir je-ne-sais quelle certification.
Un jour libre ?
[^] # Re: Amaya et Debian Lenny
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche Sortie d'Amaya 10. Évalué à 2.
Par contre, nous sommes obligés de bosser avec des versions patchées ou compilées avec des options particulières de certaines bibliothèques donc c'est pas vraiment facile. Surtout que certains patchs ont été refusés par les paquets en questions. C'est pour ca que l'ont s'est fait éjecté des dépots debian, gentoo, et autres.
Nous manquons aussi de testeurs et de contributeurs. Comme je l'ai dis précédemment, nous ne sommes pas nombreux et nous n'avons pas des ressources illimitées, donc on fait ce que l'on peut.
Un jour libre ?
[^] # Re: Acid2
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche Sortie d'Amaya 10. Évalué à 10.
De plus, CSS3 et HTML5 ne sont que des brouillons (à différents stades) ce qui ne facilite pas vraiment leur intégration : on intègre quelque chose puis 3 mois après on change : c'est lourd.
D'autre part, pourquoi intégré HTML5 plutôt que XHTML2 ou que mobileOK ou RDFa ???
Enfin, il ne faut pas perdre de vu que Amaya est développé par une toute petite équipe d'un labo. Il y a 4 personnes qui bossent dessus dont deux qui ne peuvent bosser à plein temps dessus pour cause d'activité scientifiques (faut bien faire un peu de recherche aussi pour justifier l'existance de l'équipe), la paperasserie administrative et les autres activités liées à ERCIM (le groupement européen du w3c dont fait parti l'inria). Donc développer toutes les options kikoolol du CSS2 à 4, ca prend plus de temps que pour la Fondation Mozilla.
Mais si des gentils contributeurs y participent, c'est avec grand plaisir.
Un jour libre ?
[^] # Re: autotools ?
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche VHFFS l'hébergement libre pour tous en 4.1. Évalué à 6.
Tu ne peux pas nier qu'un projet basé sur des autotools (quand c'est bien fait) c'est facile : ./configure && make && sudo make install et ca te dis ce qu'il manque ou si tout va bien.
Un jour libre ?
[^] # Re: A quand un coverflow ?
Posté par Émilien Kia (site web personnel) . En réponse à la dépêche Sortie de Ario 0.4. Évalué à 2.
http://www.clutter-project.org/
Un jour libre ?
[^] # Re: blague quantique
Posté par Émilien Kia (site web personnel) . En réponse au journal Calcul quantique. Évalué à 5.
Si tu tombe sur un agent cultivé, au mieux il en rigole.
Si tu tombe sur un agent inculte, au pire il comprendra pas. Mais je vois pas vraiment d'outrage à répondre que tu sais où tu es même si ça ne répond pas à la question.
Un jour libre ?