Temsa a écrit 697 commentaires

J'avoue n'avoir pas vérifié que Mandriva ai changé, puisque pas réinstallé, mais voici ce que j'aimai pas:

- Quand yavait pas un truc dans les repo, je prenais les sources sur le site du projet, souvent ca passait même pas le ./configure (avec tous les -dev installés).

- C'était blindé de perl (gros troll, mais j'aime pas le perl :P)

- C'était lent et chiant dés qu'il y avait un bon nombre de repo(mais la Suse est pas mieu, avec la synchro de tous les repo avant d'installer quoique ce soit). Ca, je pense que ça a changé (j'espère, c'est nul !) ;)

- C'était blindé d'outils "mandrake only"(ou presque, par contre c'était pas les seuls, et evidemment la Suse a Yast, c'est quand même pas une bonne référence non plus dans le domaine...). J'aurai vraiment préféré qu'il fassent des outils plus générique qu'on retrouve de distrib en distrib, ça aurait au moins servi la communauté.

- Les fichiers de conf était souvent générés automatiquement, et yavait pas un commentaire pour changer la conf à la main qd les bidouilloux mandrakien arrivaient pas à faire ce dont j'avais besoin. En plus les utilitaires écrasaient souvent mes confs (notamment lors des mises à jour).

- La distrib était blindée de patch foireux. J'ai jamais eut autant de merde avec les kernels que sur Mandrake.

Bon après en gros ça se retrouvais résumé comme ça :
- Je voulais faire du bleeding edge à la main -> passe pas
- Je voulais faire de la conf au petits oignons -> marche pas
- J'ai rarement eut autant de merde de mise à jour de la Distrib qu'avec les Mandrake(principalement les upgrade de version pour être exact). je finissais toujours par sauver mon home dans un coin et remettre les confs après.
- Finition globale de la distrib : guère mieu qu'un Windows ...

Par contre, je trouvais que c'était une très bonne distrib dés lors que tu voulais rester sur la distrib et que t'avais pas de problème noyau et que tu voulais pas mettre à jour.

Malheuresement c'était pas mon cas ;)

Ah bah ça pourrait être pas mal !

Vais le tester sur ma partoche de test pr voir :)

J'y pense, mais pour faire un post tous les ans ...

En me relisant après avoir dormi (un peu) :
1 - Je m'excuse du pavé
2- Je me fouette pour avoir écrit ça comme ça:

"D'ailleurs, je suis dans ma période rebelle. Je vais laisser sa chance à KDE 4+3.5. Ya des trucs vachement bien dans KDE 4, j'ai réussi à tourner 6 mois dessus ya 3 ans, j'aimai beaucoup Kopete et Amarok, et j'attends avec impatience Raptor. Dommage, j'arrive vraiment pas à aimer le look & feel de KDE."

Évidemment, je n'utilisais pas KDE4 il y a 3 ans, hein ;) Pour que j'arrive à supporter KDE d'ailleurs, j'étais sur un look & feel Aqua. Là j'ai tenté le Comix, pas trop mal, mais au bout d'une heure j'en peux déjà plus.

Enfin bon, ça m'empêchera pas d'utiliser KDE sous Windows au boulot !

Suis ptet pas doué, mais j'ai crashé 2 de mes Debian testing/unstable sur des upgrade ou des update... Du coup suis devenu méfiant !

Et "même" en unstable, je la trouve un poil rugueuse. Mais bon je retiens le tip, ça pourrait me servir d'ici 6 mois ;)

J'aime moyen le "look" XFCE, mais il est vrai que sur la Mint c'était Flux / XFCE. C'est pas mal sur un ordi léger sans accélération graphique.

Alors oui, une Gentoo je pourrais l'installer, mais j'ai quand même moyennement envie de compiler 72 trucs (oui je sais très bien qu'il y a les package binaire, mais après les avoir utilisé, j'en suis revenu un peu...). EN plus j'ai moyennement envie d'une distro qui meurt.

Distro binaire qui se renouvèle en moins de 6 mois, d'après mon collègue : Arch Linux.

J'en connais pas d'autre. Ce que je trouve pas mal dans les dépots "extra" de la suse c'est qu'il ont l'air plus ou moins officiels(par projet... c'est pas du bidouillage dans un coin du fils de Mme Michu), genre le dépot Wine, le NVidia, le KDE , Gnome stable... Au moins les "builds service".

Sinon pour Debian qui soutient Canonical, ça dépend qui dans Debian ;)

Hmm pour toi, choisir son système d'exploitation en fonction de ce qu'on souhaite est quelque chose d'inutile ?

Bah dans ce cas je vais utiliser windows, hein. Là au moins j'aurais pas de choix à faire, c'est bien !

xD

Héhé oui je sais :)

La Suse est en plein dans ce que j'aime pas chez RedHat et Mandrake sur certains points. Maintenant je vais voir à l'utilisation, mais ya de bonne chance qu'elle dégage d'ici 6 mois.

Alors pour le côté j'aime pas les looks des citroen d'il y a 10 ans, c'est pas comme si j'avais pas vu un screenshot d'une Fedora, ou même une qui soit installée sur un autre ordi. D'ailleurs j'ai fait un poil joujou dessus au FOSDEM, yen avait d'accessible. Insuffisament pour pouvoir juger de la distrib par contre j'avoue.

Mandrake j'en ai utilisé pendant un truc genre 5-6 ans. Pendant ce temps-là ils ont jamais changé de politique et je les vois pas changer comme ça. Après ces 5-6 ans, j'en ai "réparé" pendant 2 ans tandis que j'étais sous Gentoo. Pendant cette période, j'ai eut l'impression de réparer des Windows, les virus en moins. Pendant plusieurs mois, j'ai du apprendre a des nouveaux venu sous Linux à recompiler leur noyau, vu que quand il branchait leur webcam ça freezait leur PC (youpi plantage noyau, patch de merde ?).

Si j'ai bien appris quelque chose pendant ces années de Linux, c'est que quand je réinstalle une distrib des années plus tard, la politique de la distrib a rarement changé. Ne serait-ce que parce que dans une boite (ce qu'il y a derrière la plupart des distrib qui "marchent") il y a souvent les même choix qui sont fait dans le temps, simplement parce qu'il s'agit des même personnes !

Chez Citroën justement, des années après avoir été racheté par Peugeot, ils avaient tout pleins de trucs pas en commun, genre même des boulons standard. Pourquoi ? "Ici quand quelqu'un dessine une pièce, qu'elle fait son travail correctement, personne ne la refait tant que le premier est toujours dans la boite, c'est la politique." (un employé de Citroën qui expliquait ça ya 10 ans à mon père). Résultat Citroën, ça fait que 4-5 ans seulement qu'il se sont remis à bouger (vive le Papy boom).

;o)

Viendez aux lightning talks ^_^

canvas est programmatique, tandis que svg décrit un document.

Ca peut faire la même chose mais c'est la même différence qu'entre avoir un menu déroulant en css et en javascript.

je ne suis pas sûre que ce soit la meilleur comparaison, néanmoins faire un canvas pr générer un graph à parti de données, ou pour faire un pseudo doom me parait bien plus simple en canvas qu'en svg ...

Vive le load balancing et la redondance, hein ?

D'où la sélection par mouseover qui rempli très bien la même tâche :)

Personnellement, je pense que pour faire la tâche la plus courante dans un gestionnaire de fichier sur un fichier (l'ouvrir), on devrait faire alt+impr+r-u-b tout en maintenant le click enfoncé.

Faut comprendre, faire autrement risquerait d'être ergonomique voire même pratique!

Simplement les versions Linux de plugin pour visualiser des maps 3D +bâtiments associées à un serveur ne sont pas foule.

Aux dernière nouvelles, les articles sur le Géoportail indiquaient que le plugin linux et mac seraient pour janvier ou février (je me demande même si c'est pas l'IGN qui a commandé la version nux du soft directement).

J'ai aussi pu apprendre qu'une bonne partie des postes Desktop interne à l'IGN sont en Linux, je pense donc qu'ils sont bien plus pressé que toi d'avoir ce plugin! ;)

s/edge est/edje et evas sont/

la fatigue ...

Je me disais ya un mois que c'etait exactemlent ce qui manquait a openmoko.

En espérant qu'ils simplifient le SDK, ca peut faire tres tres mal, edge est tout particulièrement fait pour ça :)

url ?

C'est moi ou le lien vers le PDF ne fonctionne pas ?

Absolument pas !

Il ya de vrais grosse différences entre les 2. Surtout niveau "chargement" (tout ce qui se passe en gros avant le "onload").

En fait même Safari 3 entre la version Mac et Windows il y a des différences. Archetype semblerait ne pas fonctionner sur la version Mac (néanmoins on a très peu d'informations et pas de Mac pr debugger :'( ) alors qu'elle fonctionne comme un charme sur la version Windows.

Sinon, personnellement je préfèrerais que les gens se concentrent sur l'intègration de moteur javascript (spider monkey, rhino ...) dans les navigateurs "accessibles" pour l'accessibilité plutôt que de se limiter dans ce qu'il font, alors qu'à part le chargement javascript, les applications peuvent facilement être accessibles ...

Pour moi arrêter de faire du javascript car les navigateurs accessibles ne le supportent pas est débile :/

P.S.: Je suis d'ailleurs tout à fait pret à aider un projet dans ce sens s'il en existe ! ;)

En effet, Slidy a été "torché" en moins de 2h dans son fonctionnement, et le CSS est directement issu d'un truc W3C qui n'était pas parfait, comme je l'ai indiqué dans un autre commentaire, je compte corriger ce "bug" (y compris le manque de "hack" CSS pour IE/Opera qui donnent un autre rendu pas très heureux) d'ici la prochaine release.

On devrait aussi, d'ici là : rajouter des effets de transition de slide et améliorer l'interface de controle (rajouter la gestion des fleches du clavier, barre d'espace, utilisation du click droit pour revenir en arrière par exemple, gérer mieu le fait qu'on sélectionne une partie du code sans que le slide ne change pour le suivant, etc.).

Slidy a pour but d'être simple et compréhensible dans son code, je pense que j'en garderai toujours une version aussi simple, peut-être complètée d'une version mieu finie pour voir qu'avec une base commune on peut gérer les évolutions en étant très peu intrusif dans le code de base.

Pour ce qui est de l'accessibilité, tu touches un point sensible. En effet, les applications faites avec Archetype peuvent poser des problèmes aux systèmes d'accessibilité car ceux-ci gèrent rarement (sauf ceux fait comme des extension de navigateur) le javascript. Par contre j'ai envie de dire que c'est leur faute !
Je suis pour ma part même tout à fait pret à aider l'intégration d'un moteur javascript tel que SpiderMonkey ou Rhino (ils sont fait pour !!!) dans un projet pour les aveugles (mon frère est mal voyant, pour lui grossir les polices du navigateur suffit, néanmoins je suis bien conscient du problème que ça pose aux aveugles), j'en ai même parlé plusieurs fois avec Swiip il pourra confirmer (il est en formation en ce moment) :P

En effet l'idée vient un peu de là, on pourrait très bien imaginer de l'IoC via les methodBuilder, d'où le vocabulaire utilisé.

C'est pas encore fait mais la possibilité existe grâce au système des composants... On y pense ;) !

Sinon le fichier serait sans doute plus du JSON que du XML, ou encore une astuce permettant de faire l'équivalent d'une annotation (les fichiers XML de Conf c'est "hasbeen" par rapport aux annotations dans ces framework ;D ).

Si ça t'intéresse de nous aider a l'implémenter, ça ne devrait pas être la mort et on accepte volontier ce genre de contribution :)

Oui, le checkstyle nous engueule un peu là dessus, tu as raisons sur les accolades :)

Le require représente beaucoup de boulot, car il gère beaucoup de cas différents (synchrone, asynchrone, html, css, js, component) on s'est inspiré un peu de celui de Dojo mais on l'a évidemment fait à notre sauce: le principe est decoder ce qu'on souhaite(html, css, js, etc.) et d'insérer les balises dans le head via les methodes DOM, puis on attend la levé des évènements "load" sur les différentes balises rajoutées

Une gestion particulière est faite dans le require pour les composants puisqu'ils ont des dépendances transitives demandant un chargement partiel (puisque defini dans la definition du composant) pour obtenir l'information de ce qui leur est necessaire. Aussi il ne faut appeler le callback qu'à la fin de tous les chargements de dépendance.
Pour celà nous utilisons des "LoadJoiner" permettant de savoir quand le chargement d'une liste de fichier est terminée et que l'on peut appeler un callback correspondant.

Pour le HTML on ne rajoute pas de balise script, on doit donc se limiter à la XmlHttpRequest et on stocke le résultat dans du JS

Pour le CSS on a pas d'évènement load de levé, on le considère donc chargé du moment qu'on le demande (ce qui est relativement vrai).

On gère une file de requête à faire pour donner les priorités aux composants(on a eut quelques problème avec, je ne sais pas si c'est comme ça pour la 0.1, c'est plus le domaine de Swiip, en tout cas ça le sera au minimum pour les release suivantes), puisqu'eux même peuvent avoir des dépendances transitive qu'il nous faut connaitre au plus tôt pour avoir toujours une file la plus remplies possible et charger le tout au plus vite.

Une erreur dans une console javascript est-elle disponible ?

On a aucun problème avec le webkit de Safari 3, mais j'avoue que celà fait des mois qu'on a pas testé sur du KHTML ou Konqueror. Beaucoup de navigateurs ont leur petites feintes pendant le bootstrap (certains ne supporte pas d'être écrit comme ci ou comme ça tant qu'on a pas la page affiché, etc.).

Tout rapport de bug un poil plus complet que " ça marche pas" nous intéresse fortement ! Néanmoins dés que j'ai un Konqueror utilisable (j'en ai pas dans mon Gnome :P et au boulot on a du windows), j'enquête!

Ou pas !

Developper le framework est déjà un sacré boulot, faire des exemple et démo, ca prend du temps, et c'est en cours. Slidy est un "Proof Of Concept "utilisant Archetype.

Pour une vrai démo, attends la sortie de AWiki :P

On a le même type problème avec Firefox 3, on enquête. C'est lorsqu'on manipule la hashMap de fabrication des composants. En théorie, on devrait avoir le droit de faire ce qu'on fait, en pratique il semblerait y aavoir des bugs entre ce qui est possible dans l'espace chrome et l'espace web si j'ai bien suivi.

Apres discussion avec des mecs de XulFr (Paul Rouget, il est bien au taquet lui :P) il se pourrait que ca vienne d'un bug de Firefox. En même temps on ne supporte pas IE 5, 4 ou 3 non plus et la mise à jour de Firefox ne demande pas de réinstaller un OS, je ne vois pas l'intéret de ne pas le mettre à jour (évidemment on pourrait détecter FF 1.5 et dire de mettre à jour, c'est une idée), alors que FF 1.5 ne sera bientôt plus supporté en mise à jour de sécurité, et alors que FF 3 va bientôt sortir.

Il n'est pas possible dans Greasemonkey de se brancher sur l'event onload du script (on utilise beaucoup ca dans Archetype) ?