Laurent J a écrit 2933 commentaires

coincidence, j'en sais rien. Toujours est-il que ça fait quelques années déjà que la sortie de silverlight est prévue, tout comme celle d'apollo/flex. Faut pas oublier que Silverlight n'est que le joli nom markéting de WPF/E, techno issue elle-même de WPF, reposant entre autre sur le langage XAML qui existe depuis un bon moment déjà (mais tout ça n'est pas aussi vieux que XUL).

Bon maintenant, il semble que les deux produits soient suffisamment mature pour être diffusés auprès du grand public. On peut y voir une coïncidence ou une stratégie commerciale. Quoi qu'il en soit, une nouvelle guerre vient de commencer. Celle des RIA (Riche Internet Application) et RDA (Riche Desktop Application).

non, ce n'est pas de la jalousie. C'est surtout que je suis triste que Mozilla n'ait pas fait fructifié leurs innovations en dehors de Firefox, (ils ont eu une autre vision du futur que ce que l'on pouvait imaginer) et que d'autres ont vu le potentiel de ce genre de techno, ont repris certaines idées et les ont développé dans leur coin et que, résultat, ils ont maintenant pris de l'avance.

C'est dommage.

Bon et puis un argument en faveur de Gecko et XulRunner, c'était l'open source. Et voilà un argument de plus qui tombe à l'eau :-/ C'est bien pour le libre en général, c'est moins bien pour les technos Mozilla.

M'enfin ça ne veut pas dire que XulRunner est mort, obsolète ou quoi. Il y a de grandes avançées de prévu semble-t-il dans le cadre du projet Mozilla 2.

Je connais pas les details de la genese de ce truc (j'ai entendu dire que c'etait base sur Flash et XulRunner) mais visiblement c'etait proprio (etonnant tout de meme si c'est base sur XulRunner).

Il me semble que tu confond deux choses là : un langage et un runtime.

Flex est un langage XML, ou plutôt un ensemble de technologie (MXML, CSS, Actionscript) permettant de réaliser une interface utilisateur. C'est comparable à XUL. Mais pas à XulRunner. XulRunner est un runtime, un lanceur d'application. Il faut donc comparer XulRunner à Apollo.

Bon en tout cas, Flex/Apollo ne sont pas basés sur XulRunner. Ce ne sont que des technos concurrentes à Xul/XulRunner, et basé en gros sur les mêmes principes. (Mais que Adobe a fait plus évolué, avec une intégration flash, avec un IDE etc...).

comparable à XAML : oui et non.

Dans XAML, bien que ce soit du XML, les concepts sont différents. En XAML, en fait, tu indique des objets : chaque tag correspond en fait à un objet .Net, et les attributs ou les balises filles sont en fait un mapping vers les propriétés de l'objet. En gros (trés gros) en XAML, c'est du mapping XML/objet. Ainsi, si tu veux créer un nouveau widget reutilisable, tu créer un objet .Net, et tu peux ensuite l'utiliser dans un fichier xaml en écrivant le tag qui correspond.

Si je ne me trompe pas en fait (j'ai pas non plus potassé la doc XAML à fond), quand tu manipules l'interface à partir de ton code "metier" (on va dire), en XAML, tu manipules ces fameurs objets et non pas un DOM, en XUL (et Flex aussi il me semble, mais je peux me tromper), tu manipules des objets DOM directement. C'est donc une autre façon de conçevoir une interface. En Xaml, tu manipules une API propriétaire, en XUL, tu manipules une API standardisée (le DOM), avec bien sûr des propriétés specifique à chaque widget, cela va sans dire...

(je ne sais pas si je suis bien clair :-) )

Bon et puis l'énorme différence entre XAML et XUL/FLEX, c'est que pour faire le design avec le premier, c'est en XML (attributs et balises pour les couleurs, fontes etc.. comme en HTML2), alors que pour XUL et FLEX, tu peux utiliser CSS, ce qui permet d'avoir une plus grande clareté dans ton code ( principe de séparation du fond et de la forme)

Oui, la première version de Flex, ou plus exactement MXML (conçu à l'origine par Macromedia), reprenait une bonne partie des tag XUL, et quelques concepts de XUL. De plus, c'est l'un des rares langage XML d'UI, avec XUL, à utiliser CSS pour le design.

Certes depuis, le langage a évolué de son coté, et il y a plus de différences de nos jours, ça je ne l'ai pas nié.

en esperant qu'il y ai de la terre ferme et pas que de l'eau

On s'en fout, on construira des bateaux et on vivra dessus... Pfff encore un qui n'a pas vu le nanar film waterworld.

>Il est basé sur du PowerPC

mouahahah ! à mon avis, baser ça sur powerPC, c'est un risque à ne pas faire beaucoup de sympatisans. Non seulement parce que ce nom powerPC c'est vraiment du marketing à deux balles, mais en plus, si ils étaient si power que ça, ils n'auraient pas eu que 2% au premier tour !

(~~~>[])

Personnellement, c'est celui de Bayrou que j'ai le plus apprécié. Plein d'espoir, peu de tristesse. On sentait vraiment que ça lui sortait des tripes (d'ailleurs je crois qu'il a très peu lu son texte, en tout cas au début), même si il a eu du mal à calmer la foule en délire :-)

Celui de Sarkozy était bien mieux que celui de Royal (qui faisait vraiment pitié), mais c'était un peu trop "préparé", trop "je tente de dire je vous aime à tout le monde"., discours trop pompeux à mon gout.

> Pourquoi PyOpengl refuse de compiler avec cet ebuild de mes *.

Je dirais même plus, pourquoi prendre une gentoo et se casser les c**** à tout compiler...

Sans dec.. Pollueur... Et puis t'as rien d'autre à foutre ? fainéant.


hop hop hop il fait beau...--->[]

Mou ah ah ah ! Ça y est ? tu as enfin réalisé que la plupart des guerres *dans le monde*, c'est pour des raisons *patriotiques* comme tu dis ? (beaucoup pour des motifs religieux aussi...)

Tu aurais lu plus attentivement des livres d'histoires, tu l'aurais su plutôt. Et puis tu aurais su aussi que la première guerre mondiale, ce n'est pas à cause d'une mésentente france-allemagne. Enfin plutôt, y a plein d'autres raisons qui font que les origines de la guerre c'est bien plus complexe que ça... (ou comment un assassinat d'un archiduc à Sarajevo, a été le début d'un massacre de millions de personnes...).

>Qu'on s'est rendus assez lamentablement.

je te trouve la critique vraiment facile envers tes ancêtres. Et je vois vraiment pas le rapport entre le patriotisme et le fait de s'être rendu (on n'avait pas vraiment le choix, indépendamment des actions post-armistice du gouvernement de vichy, relis tes manuels d'histoire)..

bon ba finalement, non, ce n'était pas pour aller se balader l'aprés midi : il y a eu une vraie affluence dans les bureaux de votes. C'est vraiment chouette cet engouement citoyen :-)

Faut arrêter le fud quand même merde. Non mais vous vous regardez en disant des conneries pareils ? On peut ne pas être d'accord avec le programme de sarko, mais de là à dire qu'il va faire un état totalitaire, c'est franchement abusé. Tu me rappelles ces cons de droite qui disaient que si Mitterrand arrivait au pouvoir, les communistes allait débarquer, et ce serait l'instauration des kolkoz ou je ne sais quoi d'autres.

Arrêtez de vous laissez embobiner par les rumeurs à la con, et ayez un discours plus constructifs sur les programmes...

moi je dis, faut attendre la fin de la journée. Il fait tellement beau aujourd'hui que si ça se trouve, les gens ont préféré réserver leur après midi pour aller se balader.

le temps de vote n'est pas que l'action pour appuyer sur un bouton :

- il faut d'abord verifier l'identité, annonce de ton numéro
- ok monsieur, entrez dans l'isoloir
- le président du bureau de vote active la machine pour autoriser *un* vote
- le votant vote : ça fait un bip
- il sort de l'isoloir et signe
- suivant.

Tout ça prend plus de 24 secondes.

Alors que le vote papier, on ne compte pas le temps de vote proprement dit puisqu'il y a plusieurs isoloirs. Le temps de latence se trouve juste au niveau de l'urne et c'est donc celui là qu'il faut compter :

- il faut verifier l'identité, annoncer ton numéro
- tu insere ton bulletin dans l'urne
- tu signes
- suivant.

ça prend pas plus de 30 secondes.

Il y avait un monde fou à mon bureau de vote, et là où ça bouchait le plus, c'est bien au niveau de l'urne, pas au niveau de l'isoloir.

En fait, dans l'exemple ci dessus tu n'as qu'une table. Le postulat de base concernant l'utilisation de cette api est de considérer chaque enregistrement contenu dans une seul table comme un objet.

Ce qui est en contradiction avec ton doux rêve de mapping relationnel objet. Comme je dis dans un commentaire plus bas, le mapping objet ne se résume pas à une table = un objet, mais il est normalement possible de faire plusieurs tables = un objet.

Sauf que ça me semble plus lourd à gérer.

Mouai. Alors d'une part, je trouve plus simple d'écrire

$book->setTitle('The Propel Story');

Plutôt que

$book ->setAttribute('titre', 'The Propel Story');

Ensuite, tu as du raté quelque chose en PHP5, ce sont les méthodes magiques __getter__ et __setter__ qui peuvent t'éviter d'écrire des methodes setters et getters ;-)

c'est la gestion des jointures de pouvoir créer plusieurs objets qui correspondent aux différentes tables à partir d'une seule ligne résultat. La problèmatique est que SQL ne renvoit pas la provenance des résultats en fonction des tables.

D'où l'utilisation avec jDao, dans mon framework Jelix, d'un fichier XML qui explicite le mapping à faire. Cela permet ensuite à jDao de compiler à la volée des classes PHP (et les requêtes qui vont avec) et de savoir à jDao quel champs appartient à quelle table. (et je précise que le fichier XML peut être généré directement à partir de la table via un script en ligne de commande). http://jelix.org/articles/tutoriel/utiliser-dao .

Cela a aussi l'avantage d'implémenter en partie ce que tu appelle du domaine du rêve dans un commentaire précédent : un système relationnel objet.

En effet, faire du mapping objet, ce n'est pas seulement faire "une table = un objet" (sinon ça sert pas à grand chose, autant utiliser l'api proposée par PHP : http://fr.php.net/manual/fr/ref.mysqli.php qui manipule des objets), mais plusieurs tables = un objet. Bref, permettre la possibilité qu'un objet tire ses informations de plusieurs tables à la fois.

Moi ce que j'aimerais avoir un jour serait un pdo vraiment complet pour toutes les dbs (enfin pgsql/mysql/sqlite).Qu'on puisse appeler comme une classe.

Il me semble que ce que tu décris est déjà implementé. En tout cas, dans mon framework Jelix, je récupère bien des objets avec PDO, et mieux encore, des objets qui sont instanciés avec la classe que je veux. (regarde PDOStatement::setFetchMode et les paramètres de PDOStatement::fetch() ;-) )

>D'ailleurs, en quoi Maildir est mieux que Mailbox ? (vraie question)

Ok, j'ai lu les arguments dans le bug correspondant :
https://bugzilla.mozilla.org/show_bug.cgi?id=58308


À noter aussi qu'il y a un bug sur une demande de stockage dans sqlite aussi :
https://bugzilla.mozilla.org/show_bug.cgi?id=361807

Il y a aussi ce commentaire https://bugzilla.mozilla.org/show_bug.cgi?id=361807#c2 qui propose une solution intéressantes : avoir un système de "driver". L'utilisateur pourrait choisir le format de stockage. Mais je ne suis pas sûr que cela soit aussi pratique et surtout facile à implémenter. Et surtout qu'il faudrait fournir un convertisseur entre chaque format pour "migrer"...

>Toujours pas de support pour maildir

prévu semble t il pour TB 3. À signaler qu'il n'y a qu'un ou deux développeurs à plein temps sur TB chez Mozilla..

> ce qui fait que la recherche de message est longue et leur gestion penible.

Là tu m'etonnes. À mon humble avis, un programme qui effectue une recherche dans un fichier unique, est plus rapide que le faire dans x fichiers... En plus, "gestion pénible" pour qui ? Pour l'utilisateur ? Franchement, je crois que l'utilisateur "normal" en a strictement rien à fiche du format dans lequel sont stockés ses mails, du moment que c'est un format courant (et c'est le cas actuellement).

D'ailleurs, en quoi Maildir est mieux que Mailbox ? (vraie question)

De toute façon, je pense qu'ils feraient mieux d'utiliser mozstorage (sqlite), inclus dans Gecko, pour y stocker les messages : cela offre à mon avis beaucoup plus de facilités, de possibilitées (une extension peut facilement ajouter des champs pour ses propres besoins par ex) et de performances (notamment sur la recherche). Et cela n'empêche bien sûr pas de fournir un export en Maildir ou Mailbox pour ceux qui veulent récupérer leurs messages dans ces formats.

Est-ce que quelqu'un ici saurait dire si cette version 3 de Thunderbird (et de Firefox) sera basée sur xulrunner

C'était en projet c'est vrai, mais ce n'est plus certain. Aucune annonce "officielle" d'un des dev mozilla. Je pense (et les discussions dans les newsgroup mozilla le laisse penser) qu'il faudra au pire attendre Mozilla 2 (=gecko 2, FF4, TB4), qui va casser beaucoup de chose pour mieux les refaire (comprendre, des chgt d'api et des refontes de certaines parties de Gecko).

Thunderbird 3 utilisera-t-il Cairo pour tout les rendus ou seulement pour les fichiers SVG (comme actuellement) ? Et Firefox 3 ?

À priori, TB3 sera basé sur le même gecko (1.9) que FF3. Donc full cairo. Et comme Gecko 1.9a3 (dispo) repose déjà sur du full cairo (et la dernière version de cairo, qui s'est grandement amélioré au niveau perf), la nightly trunk de Thunderbird devrait reposer sur du full cairo. Par contre, je ne suis pas sûr qu'il y ait le support SVG dans Thunderbird.

Et pour l'intégration de Tamarin (prévue, si j'ai bien compris, pour les versions 4.0, c'est ça ?) : y a-t-il du neuf ? des avancées ? des difficultés inattendues ?

Prévu effectivement dans Mozilla 2. Ça avance certainement mais je ne check pas la branche en question donc je ne peux te dire si ça avance vite et bien ou pas. Mais y a pas de raison que cela ne se fasse pas bien.

À noter d'ailleurs qu'ils sont en train d'abandonner CVS et vont utiliser un autre VCS, décentralisé celui là, pour le développement de Mozilla 2. Très probablement Mercurial, qui semble mieux correspondre à leurs besoins.

Allez, je me dévoue. Cette histoire de pression et censure, c'est bien du bidon : http://linuxfr.org/~DTC2/24241.html

Et ?

Reste à savoir si les videos ont été mise ou non par leurs auteurs sur dailymotion. Dans le cas où ce n'est pas les auteurs, on peut imaginer une suppression pour cause de non respect des droits d'auteurs.

Exactement. Quand j'étais enfant, il n'y avait qu'une télé, dans le salon, et ma mère ne me laissait la regarder que quand elle le décidait (à dose minime), et que les programmes qu'elle choisissait (des trucs adaptés à mon age la plupart du temps etc). Si il y avait eu internet à cette époque, je suis certain que ça aurait été pareil.

Je ne pense pas que ces restrictions m'aient traumatisées. Bien au contraire. Parce que le temps que je n'ai pas passé passivement devant la télé, je l'ai passé avec les copains, devant des bouquins, devant mes legos etc.. Bref je pense que ce temps a été largement plus profitable socialement et intellectuellement parlant.

Pour internet c'est pareil. Bien qu'il est vrai que son contenu soit peut être plus enrichissant que les programmes télés, je suis persuadé qu'il n'y a pas mieux que les jeux entre potes IRL, les livres et autres jouets "classiques" pour un bon épanouissement social et intellectuel. (On voit bien aujourd'hui les désastres en orthographe de ceux qui passent leur temps à converser via les SMS ou les messageries instantanées).

Bref, personnellement, je suis pour un usage encadré d'internet pour les enfants, par des adultes (je ne fais pas confiance à ces logiciels soit disant de protection)

>pour un logiciel à priori pas très gros

je crois que tu sous-estime grandement la complexité d'un logiciel de messagerie instantanée. certes l'interface est n'est pas trop compliquée, mais les protocoles de communication, beaucoup plus surtout ceux dont il faut faire du reverse-engineering. Et c'est pas un seul protocole qu'il y a dans Gaim, mais 14.

Bref, c'est loin d'être un logiciel facile à réaliser (sinon ça se saurait, et on aurait déjà la vidéo et tout le toutim, comme sous windows).

Certes, la complexité n'est pas forcément l'unique raison du retard de l'actuelle version finale, mais de là à dire que ça en est pas une...

non, la selection ne se ferait pas entre ceux qui sont "bons" profs, "bons" eleves et ceux qui sont "mauvais profs"/"mauvais eleves". Elle se ferait entre "bon tireurs" et "mauvais tireurs" (et entre "gentils" et "mechant").

Bref, je ne pense pas que mettre des armes entre toutes les mains fasse progresser une société vers le haut.