Netsabes a écrit 523 commentaires

Depuis une dizaine de jours, c'est un peu la galère, Free ADSL, chez moi. Décos nombreuses et durables (plusieurs heures, voire une journée, comme jeudi/vendredi derniers), grosses pertes de paquets par moments, serveurs DNS morts de temps en temps...

Maintenant, jusque là, c'était nickel, et ça fait deux mois que je suis chez eux.

Pareil, j'ai un Sagem F@st800 (mon deuxième, d'ailleurs, vu que le premier n'a pas supporté de tomber de ma tour — fragile ces petites bêtes). J'espère passer bientôt en freebox, vu que ma zone y est depuis quelques jours (une dizaine, en fait, un peu comme les récents problèmes...).

Salut ! Moi aussi j'ai mon clavier qui se blo

« Il y a un système de "score" dans "Le Monde" ou dans "Liberation"? »

Libération et Le Monde publient tous les commentaires de lecteurs qui leur parviennent ? C'est nouveau ?

Cela dit, le DOM Inspector est quasiment indispensable pour qui souhaite développer des thèmes pour Phoenix.

Béh écoute, permets-moi de te contredire courtoisement :)
Le DOM Inspector a existé en tant qu'extension pour Phoenix, grâce à Joe Hewitt (monsieur Customizable toolbars dans Phoenix), qui avait créé l'extension mozEngineer[1]. Elle ne marche plus depuis de nombreux mois (déjà à l'époque de Px0.2, la faire marcher n'était pas aisé).

Et pourtant, il y a une tonne de thèmes pour Phoenix : 52, précisément, tant d'après Phoenix Help[2] que DeskMod[3], quand Deskmod n'en compte que 42 pour Mozilla (il doit en manquer, j'en convient aisément, mais Phoenix est bien plus jeune que Moz, et a tout de même plus de thèmes listés sur un gros site de skins). De plus, les skinneurs les plus prolifiques (principalement Ken "lynchknot" Lynch, AtomB et Lim Chee Aun) ne sont pas vraiment des développeurs. Ils ont fait leurs thèmes en se basant sur le thème par défaut de Phoenix (à l'époque une variation sur le thème Orbit).

Donc non, le DOM Inspector n'est pas indispensable. Ça peut sans doute être d'une grande aide, mais pour l'instant, le besoin ne s'en est pas vraiment fait sentir pour Phoenix.

[1] http://www.joehewitt.com/mozilla/mozengineer/(...)
[2] http://texturizer.net/phoenix/themes.html(...)
[3] http://www.deskmod.com/?show=showcat&cat_name=phoenix(...)

Si si, on peut modifier la config sous Phoenix :) Mais about:config (sous sa forme actuelle, du moins), date officiellement du 20 janvier 2003, et Phoenix 0.5 du ... 7 décembre 2002.

Je ne suis pas certain qu'about:config marche correctement (ou même soit présent) dans Phoenix 0.5, qui est par ailleurs bien vieux (7 décembre 2002...).
Si tu veux prendre une version récente de Phoenix, la nightly du 20 mars a l'air appréciée. Les toutes dernières ont des problèmes avec le code des bookmarks (les checkins modifiant le code des bookmarks dans moz ont aussi affectés Phoenix, ce qui a fait pas mal de bugs dans px).

Pour l'instant, tu peux changer ça en modifiant intl.accept_languages dans about:config.
Voir http://texturizer.net/phoenix/tips.html#oth_language(...)

La sidebar à la Mozilla doit revenir un jour. Cela dit, il y a *des* sidebars dans Phoenix, pour les download et bookmarks managers et pour l'historique.

En parlant d'historique, en plus de la sidebar, tu as le menu Go (façon IE), et les menus sur les boutons back/forward pour aller vers la page précédente/suivante. Je vois pas ce qu'il te faut de plus, vu que ça en fait déjà plus que Moz.

Phoenix est aussi complet que Mozilla. Toutes les prefs de Mozilla sont disponibles dans Phoenix, mais elles n'ont pas forcément un front-end, comme c'est le cas dans Mozilla.

Le but est d'éviter d'avoir, comme dans Mozilla, un prefs panel contenant des centaines de prefs totalement inutiles pour 99.9% des gens.

Le texte de jwz date d'il y a quatre (4) ans, c'est à dire 1 an pile après le passage de Mozilla en libre. Un peu juste pour juger le projet, et surtout un peu juste pour considérer le jugement encore valable aujourd'hui. Ce que dit jwz sur le peu de patchs venant de contributeurs externes n'est donc plus du tout vrai aujourd'hui. Il y a de nombreux contributeurs externes (IBM et OEone dans les sociétés, Boris Zbarsky et Ian Hickson pour Gecko, Asa Dotzler et Mitchell Baker, les deux personnes à la tête de Mozilla.org, Pierre Chanial pour Phoenix et la réécriture des bookmarks dans Mozilla, et une tétrachiée d'autres ...), et si Netscape continue de payer des gens pour bosser sur Mozilla, ça n'affecte pas l'intégralité de mozilla.org, bien au contraire. Le projet Phoenix est par exemple né, autres autres raisons, du désir d'avoir un browser dont l'interface ne soit pas conditionnée aux décisions des sociétés payant des programmeurs pour bosser dessus (ce qui est grosso modo le cas dans Mozilla). Et pourtant, Phoenix est un projet de mozilla.org.

Non, c'est David Tenser (djst sur les forums).

« bon il est un peu pingoin boudeur mais bon »

Ah ben merci. *

L'adresse de l'installer (avec les sources), c'est plutôt http://blackdiamond.mozdev.org/installer/(...)
Et y'aura un installer pour Minotaur aussi :)

[*] je sais, mon avatar dans les forums MozillaZine :)

Un zéro de plus ou de moins, hein...
(note : dormir plus)

Ça fait un moment que c'est comme ça, hélas : http://bugzilla.mozilla.org/show_bug.cgi?id=110629

Pour avoir fait partie de l'équipe de dev de daCode et de Templeet, je suis bien placé pour dire que ça va beaucoup plus vite sans OO en PHP :)

Il n'existe pas de version OO de Templeet, justement parce que c'était trop lent pour ce que Fabien et Pascal voulaient faire. Je crois que Fabien avait tout de même essayé.

Cela dit, on est d'accord, pour la compréhension du code, l'OO peut être bénéfique. Mais en PHP 3/4, ça se fait au détriment des perfomances.

« Idem quand on lui proposait de réécrire complétement de grands pans du core qui étaient mals codés et pas optimisés et de passer en OO, rien àfaire d'où de nombreux forks. »

En même temps, c'est pas en réécrivant PHP-Nuke en OO qu'il ira plus vite ou sera plus léger, parce que l'OO en PHP (du moins jusqu'à PHP 4, on verra ce que donne PHP 5), c'est lent et lourd.
C'est une des raisons qui font que Templeet n'utilise pas l'OO, alors que daCode l'utilisait. C'est sûr que l'OO ça peut être beaucoup plus agréable et pratique, mais pour l'instant, en PHP, c'est une mauvaise idée.

« Le support de mandrake n'a été que de l'intégrer à leur distribution, comme d'autres applications distribuées en GNU/GPL (et aussi de passer certains de leurs sites sous PhpNuke avec des développements complémentaires qui n'ont jamais été intégré à phpnuke) »

Ils ont également employé M. Burzi pendant quelques temps (j'aurais tendance à dire environ 1 an, mais c'est peut-être un peu moins un peu plus) et hébergé le site web de PHP-Nuke.
Enfin, ça fait de toute façon longtemps que ça n'est plus le cas.

Ah oui, mais c'était pas une stable :)

Oui, mais daCode a commencé à être utilisé par DLFP en septembre 2000.
Cf http://linuxfr.org/2000/09/09/5.html(...)

Et puis la 1.0-RC1 n'est arrivée que le 25 février 2001 :) http://linuxfr.org/2001/02/25/2454.html(...)

(y'a pas à dire, releaser souvent a toujours été le problème pour daCode)

Un petit pas pour PHP-Nuke, un grand pas pour tous ses concurrents.

Tiens, elle est revenue ? Ça m'apprendra à passer des semaines offline :)

Si je ne m'abuse, ceux qui gagnent un prix le sont soit pour avoir fait une contribution particulièrement remarquable au moteur de site (que ce soit daCode il y a un an ou Templeet maintenant), soit pour un ou des logos (je pense que c'est le cas pour Ayo73 ce mois-ci), soit pour une bonne dépêche (ça avait été mon cas y'a quelques mois, par exemple). À une époque aussi, c'étaient les MOTM (Moule Of The Month) de feu la tribune. Ceux qui décident sont les modéros, je suppose. ps : euh, d'ailleurs, je pense qu'un modéro peut virer « tribune » de la liste dans la dépêche.

Oui et non. C'est basé sur Gecko, ça a une interface en XUL (comme Mozilla), mais Phoenix ressemble maintenant assez peu à Mozilla-le-browser.
Il est plus léger, plus personnalisable (on peut modifier à volonté les toolbars, par exemple), plus rapide, etc.

C'est aussi le gros inconvénient de daCode. L'objet en PHP3/4, c'est lent, mais lent...

Les marges négatives ne sont pas sensé etre utilisées d'après la norme.

Euh, relis la norme :)

Negative values for margin properties are allowed, but there may be implementation-specific limits.
http://www.w3.org/TR/CSS2/box.html#margin-properties(...)