Laurent J a écrit 2942 commentaires

> plus simple qu'ubuntu à installer, j'ai pas encore trouvé....

troll detected.

Pour ma part, je l'ai trouvé compliqué à installer par rapport à mandrake, comme par exemple les messages et questions peu explicites (genre on ne sait pas si il faut repondre oui ou non) etc...

non c'est logique :-)

à mon humble avis, ce nouveau système de mis à jour est surtout déstiné aux utilisateurs windowsiens (qui compilent rarement leur firefox :-)

Sous linux, la mise à jour se faisant via le système de package de la distrib...

sans vouloir troller, je me demande à quoi peut servir
"Un assistant pour informer l'équipe de Mozilla des sites ne fonctionnant pas correctement"

Ça peut servir à informer l'équipe de Mozilla que tel ou tel site ne fonctionne pas correctement, qu'il soit codé comme un porc ou qu'il soit codé proprement.. Bah oui, Firefox n'est pas exempte de bug. Y en a certainement que les devs ne connaissent pas encore à propos de styles CSS, ou de javascript etc.. D'où cet outil, qui permet à un plus grand nombre de gens (dont parmis eux, ceux qui trouvent bugzilla trop compliqué) de rapporter les bugs.

PS : La version finale sortira probablement courant novembre.

Voir quelques dates ici : http://xulfr.org/news/2005/08/31/103-firefox-1.5-dans-deux-mois-et-(...)

http://www.mozillazine-fr.org/archive.phtml?article=7301(...)

une liste des nouveautés assez complete :
http://www.chevrel.org/fr/carnet/index.php?2005/05/01/446-ce-qu-app(...)

Pour les développeurs XUL et web, voici les nouveautés qui peuvent les interresser : http://xulfr.org/wiki/NouveautesDeFirefox1.5(...) (non exhaustif)

le tag en question, c'est link, avec son attribut rel : http://www.w3.org/TR/html401/types.html#type-links(...)

La barre dans seemonkey (ou l'extension linktoolbar pour firefox) affiche donc des boutons en fonctions de la présence de ces balises.

sauf que innerHTML, c'est pas standard du tout il me semble. Et puis d'un point de vue conceptuel, c'est horrible.

oui je me rappelle à l'époque, la TI, c'était bof bof. Pas trés ouverte comme machine. Pour coder en assembleur, donc profiter de toute la puissance de la machine, il fallait faire de la grosse bidouille pas pratique.

Alors que pour développer en assembleur sur HP, c'était facile, puisque prévu ! Pour simplifier, le langage RPN manipulait différents types d'"objets" : entier, flottant, chaine, liste, programme rpn, bibliothèque... bref, toutes données étaient encapsulé dans un conteneur spécifique, reconnaissable par l'OS, et il y en avait un prévu pour y stocker spécifiquement : un programme en assembleur. Il suffisait donc juste d'un programme pour générer ce genre d'objet : un compilateur quoi :-) (bien qu'on pouvait aussi taper directement les codes hexa assembleur, mais bon, ça c'est pour les sportifs en mal de sensations et légèrement maso :-)

Du coup on a pu voir apparaître rapidement des programmes performants et ludiques (le langage de plus haut niveau proposé, RPN, était puissant mais pas performant). On pouvait transformer sa HP48 en véritable console de jeux avec la ludothèque qui existait :-)

Et il faut savoir à l'époque que HP était plutôt ouvert, en tout cas à l'écoute de ses utilisateurs (certes, avec des arrières pensées commerciales derrière, mais c'était pas si mal; je ne sais pas si les autres fabricants en faisait autant, surtout pour un marché aussi limité que celui de la calculatrice graphique haut de gamme).

Par exemple, ils ont organisé dans leur locaux des journées portes ouvertes pour les possesseurs de calculatrice HP (et pour les clients potentiels). C'était d'ailleurs devenu la rencontre annuelle des développeurs sur HP48, où chacun pouvait présenter ses dernières réalisations (HP fournissait salle, retroprojecteur etc). Il y a même eu des concours de programmation de 1 ou 2h, à l'issue desquels les gagnants reçevait... une calculatrice :-)

Et puis parmis ces férus de HP48, il y avait une petite équipe de développeurs (hello la bande à cyrille et jean-yves !), qui ont complètement redéveloppé l'OS de la HP (le fameux "metakernel"), qui était beaucoup, beaucoup plus rapide que l'original (ouarf leur nouvel éditeur graphique d'équation déchirait !).

Bien sûr, HP fut au courant de ce projet. Ils ont finis par les embaucher aprés leurs études et cela donna la HP49 (oui la HP49, c'est français ! oui monsieur !)

c'était le bon vieux temps...

merci pour cette info :-)

Mais pourquoi ne l'as tu pas encore mise sur le wiki ? ;-)
http://xulfr.org/wiki/RessourcesLivres(...)

> Simplement, moi j'ai cliqué sur http://xulfr.org(...)(...) pour aller chercher ces fameux nouveaux exemples, bah y'a rien sur la page d'accueil.

C'est pas de ma faute si greg a été peu explicite :-) Par contre, conçernant le tutoriel xulplanet, son lien est présent à gauche sur tous les pages, on ne peut pas le rater ;-)

Sinon, je vois le genre d'exemple dont tu parles.

On n'a malheureusement pas eu encore le temps d'en donner plus. La plateforme Mozilla étant extremement riche. C'est donc au developpeur de s'investir dans la recherche de l'info et de la faire partager aux autres.

Toutefois, si tu cherche bien, tu trouves beaucoup d'informations sur xulfr qui peuvent t'amener à trouver des réponses à tes problèmes.

Tu veux la liste des fichiers sur le disque ? Tu ne trouves pas la réponse dans le tuto ? Xulfr te fourni des liens vers d'autres sources d'infos http://xulfr.org/wiki/RessourcesWeb(...) , notament le site http://books.mozdev.org(...) contenant le bouquin "Creating Application With Mozilla", dans lequel tu liras qu'il existe une source RDF par laquelle on accède à la liste des fichiers, implementées dans le composant http://www.xulplanet.com/references/xpcomref/comps/c_rdfdatasource1(...)

(au passage, Xulfr te fourni aussi une liste de livre que tu peux acheter : http://xulfr.org/wiki/RessourcesLivres(...) )

Si tu cherches plutôt une boite de dialogue toute faite pour selectionner un fichier, je te laisse chercher dans le tutoriel ;-)

Tu veux avoir une base de données comme source de données ? le wiki te répondra http://xulfr.org/wiki/Acc%E9derAuxDonn%E9es(...) puis http://xulfr.org/wiki/BaseDeDonn%E9es(...) .

Ou peut etre préfères-tu utiliser un serveur web pour te fournir une source de données en RDF à partir d'une base de données ? dans ce cas, tu as un bel exemple d'utilisation avec PHP ici http://xulfr.org/wiki/ApplisWeb/ExemplePhpRdf(...)
(suffisement comprehensible je pense pour en déduire la façon de faire dans un autre langage)

Peut-être maintenant as tu du mal à comprendre le langage RDF ? dans ce cas, il faut que tu ailles voir ailleurs, comme te recommande cette page du wiki http://xulfr.org/wiki/FormatRdf(...) . En effet, RDF étant normalisé, il y a des sites qui expliquent RDF mieux qu'on pourrait le faire. Tout comme l'apprentissage de CSS, Ecmascript et autres technos dispos dans Mozilla, il faut donc aller voir sur les sites dédiés.

Bref, tu le constatera, on n'a pas tout en détails, mais il y a pas mal de pistes où chercher.

Je suis conscient que ce serait plus pratique pour les développeurs de tout avoir sur le même site, mais cela correspond à une telle masse de données qu'on n'a malheureusement pas le temps de tout mettre (en tout cas, pas avec le nombre actuel de contributeurs). Donc on donne des pistes, des points de départs, des exemples pour débuter... En éspérant que des contributeurs nous aideront.

Et au pire, il y a le forum ou la ML. (je n'y ai pas vu ta question récement, mais peut etre n'y ais je pas fait attention...)

Je pense que greg veut parler de la deuxième édition de la traduction du tutoriel que l'on vient de sortir (on a fait une news là dessus si tu fais bien attention). Il est plus complet.

Maintenant, si tu comptes bien, il n'y a pas que "2-3" exemples dans le tuto, mais plus de 150, (qui representent en tout 850 ko), tous traduits par nos chers contributeurs traducteurs. Tout en sachant que tu peux télécharger tout ça pour une consultation offline (en HTML ou même bientôt en PDF)

D'autres traductions sont en cours, comme le tutoriel sur RDF, les "How to" sur les templates etc...

Je ne compte pas non plus les informations et exemples qu'il y a dans le wiki...

Ni non plus le forum ou la mailing list pour poser tes questions.

Ce qui est chouette aussi, c'est que quand tu as "galérer" pour réaliser un truc, tu peux meme mettre une page sur le wiki expliquant la solution, évitant à d'autres alors de galérer. Et ainsi, tu contribue à ce que Xulfr n'ait pas seulement "2-3" exemples...

en même temps, je doute que ton premier programme soit aussi complexe Firefox.

La critique est facile, l'art est difficile comme on dit...

Jette un coup d'oeil au code source.. Tu trouveras alors certainement comme moi que pour un programme aussi complexe que ça, Firefox ne s'en sort pas trop mal...

l'implementation de SVG dans Firefox repose sur la bibliothèque Cairo qui n'est elle meme pas encore finalisé. Donc pour les perfs, il y a beaucoup de chances que ça s'améliore.

ça n'a absolument rien à voir avec du flash. Tu ne fais pas du graphisme avec Ajax..

> C'est comme la cuisine, un bon cuisto ne sort pas son plat à la minuterie, il le sort quand c'est prêt.

Euh.. il a tout de même une limite de temps.. Attendre trois plombs pour pouvoir manger, ça le fait pas.

Donc debian ne fait pas comme les cuistos. Sinon on attendrait pas trois ans pour avoir une nouvelle release stable. Il suffirait juste qu'ils fassent une roadmap décente, aux objectifs atteignables à moyen terme.

pourquoi Mozilla devrait suivre la même "voie" que les autres logiciels ? Ils sont libres tout de même de faire ce qu'ils veulent non ?

Quant au pourquoi exact, c'est ici : http://www.mozilla.org/foundation/trademarks/policy.html(...)

> les développeurs du noyau n'ont pas cherché à créer un "distributeur officiel"

En même temps, les developpeurs du noyau, ne s'occupe *que* du noyau. Alors faire un distributeur officiel juste pour le noyau, l'interet est minime à mon avis. Un système d'exploitation n'est pas grand chose avec seulement le noyau.

D'où l'apparition des distributions (commerciales ou communautaires).

Bref, "c'est un peu différent" comme tu dis, voir même beaucoup, du cas Mozilla.

Les articles sur 01net et zdnet résument *trés* bien le pourquoi du comment :

http://www.zdnet.fr/actualites/internet/0,39020774,39249854,00.htm(...)
http://www.01net.com/editorial/285900/logiciel/tristan-nitot-(fonda(...)

Merci de les lire avant de faire X suppositions fantasques sur le devenir de Mozilla.. (Y en a déjà assez eu sur le journal).

> il peut très bien y avoir une dérive dans les objectifs de Mozilla

vers quoi ? la MoCorp est controllée et détenue à 100% par la MoFo, sans stock option, sans tous ces trucs de dérives capitalistes.

> Je ne connais pas la licence de Mozilla

oui donc voilà, tu fais des suppositions sur des trucs que tu connais pas.. Pour éviter de dire des bétises, vaut mieux se renseigner avant..

Le code de Mozilla est sous tri-licence, depuis trés longtemps : GPL/MPL/LGPL.

> ne pas crier au loup trop vite.

ce que tu viens de faire précisement.

il n'y a pas eu de "linux corporation" par les développeurs du noyau justement parce que d'autres l'ont fait : Red hat, Mandrake etc.. Tu crois que le succés incontestable de linux est le seul fait des distrib communautaires ? Non. Aux states, Red Hat y est pour beaucoup à ce succés.

> Il faudra qu'on m'explique...

Lire les liens donnés, tout est expliqué...

Pour mieux comprendre...

http://www.mozillazine-fr.org/archive.phtml?article=7085(...)
http://standblog.org/blog/2005/08/03/93114287-mozilla-foundation-re(...)
http://www.zdnet.fr/actualites/internet/0,39020774,39249854,00.htm(...)
http://www.01net.com/editorial/285900/logiciel/tristan-nitot-(fonda(...)

> Probably / May ? Toi même tu ne sais pas et tu veux qu'on ne s'interroge pas ? Ptet qu'avant de créer la MoCorp il aurait fallu en avoir le coeur net ? Sinon pourquoi ?

Pour répondre juste à cette question : tu sembles ignorer que, bien que Daniel soit un gros contributeur à Mozilla, ancien Netscapien et relativement proche des employés de la MoFo, il ne fait pas du tout parti de la MoFo, ni de la MoCorp. Tu comprendra donc qu'il ne soit pas au courant de tout, en particulier de la trésorerie de la MoFo / MoCorp. D'où le "probably".

> mais c'est pas propre, tant au niveau du code

euh... si tu dis ça, c'est que tu as donc étudié les sources (de mozilla je parle, ooo je ne connais pas). Ce dont je doute fort. En effet si tu avais étudié les sources

1) tu aurais vu que c'est plutôt propre (enfin bon sur plusieurs dizaines de millions de lignes, tout ne doit pas être trés propre, c'est certain, mais faut pas non plus en faire une généralité)... À moins que tu n'y ai rien compris (ce qui n'est pas une tare, le coeur d'un navigateur, c'est *trés* complexe), mais faut pas alors dire "c'est dégeu"
2) tu participerais au developpement (dans ce cas, qui es tu derrière ce pseudo?) car comme tous les contributeurs au coeur, ils n'ont pas étudié le coeur pendant des mois pour ne rien en faire par la suite...

> que du flou( qui dirige, qui décide, pour quel raison, etc... )

Tout est sur le site www.mozilla.org. Suffit de chercher un minimum... Et savoir lire. Surtout les liens que j'ai mis dans le journal, il y a les réponses à tes questions !

>En parlant de fork, j'espère plutôt un départ à zero

repartir à zéro... tu n'as vraiment pas du étudié les sources, c'est pas possible de dire des bétises pareil... Je crois que tu n'as pas idée de ce que ça represente que de faire un moteur de rendu moderne XHTML/SVG/CSS2/CSS3 etc...

>ou à partir de quelque chose de plus propre ( khtml ou autres ).

ah ? c'est pas toi qui tente de mettre du XUL dans Konqueror, afin de pouvoir utiliser les extensions Firefox ?
Remarque non, depuis le temps, tu saurais que c'est pas vraiment possible... http://ljouanneau.com/blog/2005/06/30/447-projet-xul-dans-konqueror(...)

Oui, tu as raison, c'est exactement ce qui va se passer. Je te recommande donc de ne plus utiliser Mozilla Firefox. Pour ton bien.

J'ai aussi une autre solution radicale à tes problèmes de standards : éteint ton PC, et va faire un tour dehors. Tu verras : plus de problemes d'extensions propriétaires, de sites web qui s'affichent mal etc...