Laurent J a écrit 2933 commentaires

Ia Ora, c'est en fait le "salut", ou le "hi" en anglais. Tandis que IaOraNa c'est vraiment le Bonjour.

D'ailleurs les trois syllabes du mot ont respectivement la conotation du passé, du présent et de l'avenir. D'où le "na na" , pour le "au revoir", "à la prochaine".

Laurent (FAA'A aussi, mais y a quelques années de ça...souvenir, souvenir...)

D'aprés ce que tu as écrit dans ton journal et les commentaires, pour moi il est clair que la programmation ne te passionne pas du tout, et qu'il faut que tu te réoriente.

Il serait trop con de passer ta vie à faire un truc qui t'emmerde. Donc change tout de suite de voie. Reste pas dans la programmation. À moins que faire chef de projet ça te botte. Dans ce cas, ce n'est qu'une dure étape à passer. Ou alors anticipe, soit un peu autodidacte. Regarde les projets libres qui se font. Y en a plein qui sont complexes, qui mettent en oeuvre des algos qui font bien travailler la cervelle (un moteur de rendu d'un browser, un kernel, un compilateur, une machine virtuelle, tous les trucs de simulations 3D etc..)

Moi je code parce que j'aime ça. Depuis l'age de 13 ans je code. J'ai codé dans beaucoup de langages, sur beaucoup de machines, des calculateurs de poche HP48 (en assembleur) aux mainframes IBM (en cobol). J'ai essayé, pour certaines raisons, d'aller faire un IUT d'éléctronique/éléctrécité aprés le bac. Y avait rien à faire, c'est la programmation que je préférais, que je voulais faire. Réorientation au bout d'un an.. Et depuis, je code des tas de trucs. C'est une passion. Ça ne s'explique pas. Quand on code, on créer, on fait naitre un truc. On est comme un dieu qui est en train de créer le monde. Comme disait un des commentaires, la machine devient esclave, on lui fait faire ce qu'on veut. On est un peu comme un frankenstein. On donne vie à quelque chose.

Autre chose si ça peut te rassurer : moi aussi je me suis un peu emmerder pendant mon cursus universitaire car la programmation, je connaissais déjà. Mais ça ne m'a pas empécher d'étudier à coté des trucs que j'apprenais pas en cours.

Si tu n'as pas ce feeling, une certaine passion pour cette matière, change tout de suite. Sinon tu seras déjà à 30 ans une vieille loque à te lamenter tous les matins en allant à ton bureau dans une ssii quelconque, pour faire un boulot qui t'emmerde au plus haut point, et tu sera tous les jours en train de te poser la question, "putain, qu'est ce que je fous là ? Pourquoi j'ai pas choisi de faire plutôt YYYYYY ?". Des types comme ça, dans les SSII, y en a assez. Pas la peine d'aller grossir les rangs.

À toi de trouver ce qu'est pour toi YYYYYY (en informatique ou autre chose...)

tu as mal lu :

C'est combien de fois est appelé le code du style engine, à partir du moment où tu lance firefox jusqu'à la fin de l'affichage de la page d'accueil abou:blank.

Ce qui n'est pas pareil, puisque gecko sert à afficher non seulement les pages web, mais aussi l'interface (qui est en XUL, donc du XML +CSS).

Avec plus de 2500 DOMElement pour la page XUL de Firefox (ça veut pas dire qu'il y a 2500 balises XUL dans la page XUL, car cela compte en fait le code des XBL mis en oeuvre) et 250 regles CSS pour le XUL (sans compter les rêgles CSS du theme)...

J'aimerais bien où tu vois une critique quand il est dit que

qu'ils commencent par apprendre à programmer

ou insinuer que les dev de mozilla sont des mauvais programmeurs C, et d'en faire une généralité.

Et de plus, tout ceci sans avoir aucune idée du code source de Mozilla et de comment est gérer le projet.

En rêgle générale, on appelle ça du troll, du FUD, voir même des insultes.

Il faut savoir, comme l'a rappelé Paul, qu'un navigateur n'est pas un projet simple, que les algo mis en oeuvre sont trés compliqués (et peut être encore plus dans mozilla vue les technos embarquées et l'aspect multi plateforme) et surtout que c'est un projet pharaonique, contenant des millions de lignes de codes, et que c'est loin, mais alors loin d'être simple de faire de modifications profondes (genre utiliser les exceptions C++ comme l'ont suggerer certaines personnes), de développer un validateur de parseur (quel parseur d'ailleurs ? js ? css ? xml ? html ?) qui est utilisé dans plusieurs contextes etc...

Bref, à des remarques désobligeantes et donneuses de leçon dites sur un ton haineux et trollesque, il est (presque) normal que ceux qui participent de prés ou de loin à ce projet aient des réponses qui ne plaisent pas (qui, restent ici toutefois polies, tu auras remarqué).

Pour répondre à ta question

appeler 6 millions de fois "le code du style engine", ca veut dire quoi ?

Ça veut dire qu'il existe dans Mozilla des bouts de codes, des méthodes de classes, qui sont appelées de manière trés répétitives par beaucoup d'objets différents. (en l'occurence, il s'agit ici, en trés gros, des parties du codes qui sont chargées de dessiner et calculer entre autre chose des "frames" graphiques, et des frames et des calculs, dans une page html, même aussi light que about:blank, il y en a quelques unes...)

Si on pense d'un point de vue "positif" et non négatif comme toi, moi je dirais que si une fonction est appelé autant de fois, c'est qu'il semble y avoir un bon degré de factorisation (peu ou pas de traitements similaires codés à x endroits en même temps) et donc que justement, le code n'est peut être pas si usine à gaz que ça... (tout au moins, le coeur du coeur dont il s'agit ici...)

Maintenant, pour te faire plaisir, oui, on avoue, il y a des bugs dans Mozilla, des trucs un peu gruik même (bah oui, sur les 800 contributeurs, y a pas que des devs parfaits). D'ailleurs c'est pour cela qu'il existe un bugzilla...

Et je pense que la majorité des devs de gecko sont tout ouïe des remarques et critiques, quand elles sont constructives et faîtes aprés un minimum d'étude du code et sur la fonctionnement du projet en général.

Moonz, d'accord avec toi.. mais ton deuxième exemple est à corriger, parce que là, tu n'as pas du tout une séparation presentation/métier ;-)

<?php foreach($listenew as $news) { ?><a href="news.php?id=<?=$news["id"]?>"><?=$news["title"]?><?php } ?>

Ici tu as une vraie séparation ;-), la liste des news étant récupéré par l'objet utilisateur du template (on s'en fout comment), et donné au moteur de template sous le nom listenews..

sauf que ta notation necessite de configurer php avec un short_open_tag = on, et qu'elle est de ce fait déconseillé par les développeurs même de php :

; NOTE: Using short tags should be avoided when developing applications or
; libraries that are meant for redistribution, or deployment on PHP
; servers which are not under your control, because short tags may not
; be supported on the target server. For portable, redistributable code,
; be sure not to use short tags.

De plus, gettext d'une part ça suxor (c'est mon avis et je le partage, je préfère les systèmes à clé/fichier properties plutôt que ce truc lourd et qui rend la maintenance difficile), et d'autre part, surtout, n'est pas toujours utilisable puisque pas installé par défaut avec php...

personnellement, je prefère la syntaxe proposée par certains moteurs de template, tout simplement parce que :

1) ça facilite l'écriture et la lisibilité du template. pour faire un echo, pas besoin de faire des <?php echo $truc;?> de partout (et il y en a beaucoup dans un template des echo !), un simple {$truc} suffit dans smarty par ex. la syntaxe du template peut aussi inclure des fonctionnalités que ne fournit pas php. Exemple, dans jTpl ( http://www.jelix.org/articles/manuel/templates ), {@truc@} permet de récupérer et afficher une chaine localisée (dont la clé est truc). Pas besoin de faire à chaque fois un <?php echo getlocale('truc');?> ou autre..

Et je ne parle pas des facilités de formatages que peut apporter un moteur de template.

2) ça limite les tentations d'y faire des traitements métiers (surtout dans le cadre d'un framework). La syntaxe limitée (en théorie) des templates ne permet de faire que de l'affichage/formatage, et rien d'autre. Ce qui est le but recherché

3) le moteur peut aussi avoir une fonctionnalité de cache pour le contenu généré, ce qui peut être interressant.

4) Pour les arguments sur la contre-performance des moteurs de templates, ce n'est pas forcément valable quand le moteur transforme le template utilisé en fichier PHP et le met en cache (comme le font smarty ou jtpl par ex). Les différences de perf sont alors minimes (puisqu'alors le moteur se contente de faire un include PHP du cache)

5) La possibilité pour l'application d'accepter des templates "exterieurs" (uploadés par les utilisateurs par exemple, pour personnaliser un blog sur un site d'hebergement de blog par exemple, ou de personnaliser le rendu d'un document généré par l'appli) : comme le langage du template est limité et en theorie moins complexe pour php, il y a beaucoup moins de risque au niveau sécu pour l'appli, et c'est plus facile pour l'utilisateur.

Bon aprés, l'interet que l'on voit dans un moteur de template, c'est une histoire de goût, et surtout selon les besoins pour le développement de l'appli.

Note à propos de CSS : on ne fait pas tout avec CSS, surtout avec les implementations aléatoires dans les navigateurs. Il faut attendre au moins CSS3 pour dire que CSS est suffisement souple pour pouvoir styler comme on veut n'importe quel document XML/XHTML (et encore..). Quand on veut changer de "layout", d'organisation des éléments dans une page, il arrive qu'il faille modifier le html. Et si en plus l'auteur n'a pas mis suffisement de section (div), d'ID ou de class, ça devient complexe.. Bref, les templates (PHP ou autre) gardent leur interet.

ouaip.. Les développeurs devraient aller jeter un coup d'oeil à ces articles : http://www.phpsecure.info/v2/zone/pArticle

vous permettant de séparer la présentation de la logique applicative.

M'enfin là, ça me fait doucement rigoler quand même, quand on lit que TPLN propose un "nterfaçage avec PEAR DB" ou encore pluginmail.. Je me demande bien où est alors cette séparation...

L'objectif d'un vrai moteur de template est de justement de ne pas s'occuper de ça. Son véritable rôle, c'est juste de reçevoir des données (c'est pas à lui d'aller les chercher ou de les envoyer je ne sais où), et de les mettre en forme selon les directives indiquées dans le fichier de template. Point final.

Bref, à mon sens, TPLN ici n'est pas un pur moteur de template...


Sinon, je n'aime pas ces moteurs de template avec lesquels il faut faire les boucles en php. Je prefère ceux où on indique tout dans le template : ça évite

1) d'avoir à regarder deux fichier à la fois pour comprendre la logique de génération du code final
2) d'avoir à répéter ce code PHP qui fait la boucle à chaque fois que l'on utilise le template en plusieurs endroits du programme.

Je pense que ce test est fait selon le moteur de rendu, pas forcément le navigateur en lui même. Parce que bon, pour qu'une page web influe sur l'interface, faudra se lever de bonne heure, sauf faille... dans le moteur de rendu ! CQFD

epiphany=gecko=firefox, konqueror=khtml ~=safari donc...

il est évident que la responsabilité est celle des fumeurs qui sont au courant des méfaits du tabac et de l'addiction qu'il provoque.

Peut être depuis 15-20 ans, les gens en sont de plus en plus conscient vu les pubs et articles anti tabac. Et surtout la recherche sur le cancer.

Mais avant, il était clair que non, peu de gens savaient. (en gros, y a que ceux qui en étaient devenu malade). Les fabricants leur disaient même que ça leur faisait du bien ! (via des pubs habilement déguisées)

Je trouve hallucinant le nombre de projet de gallerie de photos que l'on trouve sur le net, en php de surcroît. Tellement nombreux que je me demande comment on peut encore ne pas en trouver un qui correspondent à 99.9%, voire à 80% et sur lequel à la limite il suffirait de quelques lignes de hack pour qu'il corresponde à 100%.

Tout ce que tu demande n'a absolument rien d'original, et a trés certainement été réalisé des dizaines de fois. Cherche bien.

Elle est ou sera utilisée par un nombre croissant d'applications, comme par exemple librsvg, Mono ou les prochaines versions stables de Firefox

Cairo est déjà utilisé dans Firefox 1.5 pour afficher le SVG ou la balise canvas, le reste (affichage HTML, XUL &co) étant pris en charge par la bibliothèque graphique propre à gecko. Ce sera encore le cas pour Firefox 2.0 puisqu'il s'agira de la même version majeur de Gecko (1.8.x). Par contre, dans Firefox 3.0 (Gecko 1.9), cairo sera enfin utilisé pour tout affichage (HTML, XUL, SVG, etc..). Et vu les possibilités du backend Cairo, on pourra parier pour un meilleur résultat d'impression, un export PDF des pages html etc...

Et au passage, il y a une refonte de la partie "layout" dans cette version 1.9 (le truc qui en gros, commande l'affichage d'un document HTML/XML à partir de styles CSS), qui permettra à gecko de passer le test acid2 (ce qui est en fait déjà le cas sur une branche de développement du moteur, cf http://ljouanneau.com/blog/2006/06/06/570-gecko-passe-le-tes(...) ).

Dixit la page actuelle du site :

Vous êtes incroyablement nombreux à vous connecter au Géoportail, portail des territoires et des citoyens depuis sa mise en ligne. Nous avons enregistré plusieurs millions de connexions en quelques heures. En raison de cette affluence, le site est actuellement saturé. Nos équipes mettent tout en ½uvre pour vous permettre d'y accéder à nouveau dans des conditions de navigation satisfaisantes et vous remercient de l'intérêt que vous portez à ce site interministériel novateur.

Bref, ils ont apparement largement sous-estimé le succés, comme je l'ai dit par rapport aux chiffres que tu dis.

Exercice : faire un site "visuel" accessible à tous le monde. En particulier, tu m'expliquera comment faire en sorte que ce genre de site de cartographie, soit "lisible" et "manipulable" par un non-voyant par exemple.

À part l'utilisation du SVG (qui permet de décrire une image donc), qui n'est que trés peu pris en charge par l'ensemble des navigateurs, (en particulier IE, qui détient le monopole), je ne vois vraiment pas comment on pourrait faire ce genre de site accessible à tous le monde.

C'est pourquoi l'usage du JS dans ce cas ne me choque absolument pas. (même si quelques efforts pourraient être fait pour le reste des informations en dehors de la carte elle-même, et sur les deux sites)

Une idée ?

que la résolution sera meilleure que celle de Google même sur Paris

Ce sera certainement le cas dans quelques semaines, quelques mois.. Je le redis, même google avait une résolution de *chiotte* à son lancement... Faut laisser le temps à la machine de se lancer..

Et note que j'ai aussi énoncé les points positifs dans un de mes commentaires

Ce qui n'a absolument pas la même visibilité que le contenu de ton journal. Bref, c'est pas top.

Et déjà il n'est pas dans la page

Ah ?? on parle bien de la même chose, de http://maps.google.com ? parce que moi, ce que je vois dans le code source, c'est du 90% de code javascript, et aucun lien vers du script externe. (pas de [script src="..."] )

bref, pour moi, c'est kif kif bourriko au niveau qualité du code des pages...

Y ap as à dire, des râleurs qui ne reflechissent pas beaucoup, je trouve qu'il y en a de plus en plus en France.

Dis moi, à l'ouverture de Google Maps, tu avais une précision aussi importante de la tour effeil ? non. Il me semble même qu'il n'y avait rien sur la france et l'europe. Et encore aujourd'hui, seulement quelques zones en France sont couvertes de façon acceptable dans Google. Même aux states tout n'est pas couvert.

Tu te plains que le serveur est lent, mais bon, comme tout site médiatisé qui ouvrent leurs portes, il a des problèmes de bande passante. Il vient d'ouvrir. Oh oh ! reveille toi ! bienvenu dans le monde internet, des administrateurs systèmes et réseaux !

Que les responsables de mises en ligne de sites à forte charge, qui n'ont jamais eu de problème à l'ouverture, lèvent le doigt ! (surtout si ils avaient un budget limité)

Il n'y a que des entreprises comme google, qui possèdent des dizaines de milliers de serveur (en rab), et des tuyaux énormes, qui peuvent se permettre d'avoir des sites qui tiennent la charge quoiqu'il arrive. Tu crois que l'IGN a des millions de dollars sur son compte en banque à tout débourser pour ce site ?

Et puis tu te moques de leur code javascript. Non mais, sans rire, tu as été voir celui de google ??

Je suis prêt à parier qu'ils augmenteront la résolution au fur et à mesure que leur capacité en bande passante progressera (qui doit certainement coincider au rythme des débloquages des budgets...). "Le site a du succés ? ok, débloquage crédit, on peut monter en puissance. Peu de succés ? on va reflechir..."

T'inquiète, elle en route cette version. Powered by gecko ;-)

exactement. Je trouve l'avis de l'auteur du journal, un peu expeditif. "bou pas pratique du tout", alors qu'il ne l'a même pas testé.

Et puis il y a des critiques sur le coté "bordélique", mais je me demande si vous n'avez pas zappé les parties de la vidéo où il montre comment on peut organiser, classer, empiler, ordonner les "icones".

En tout cas, je ne trouve pas ça si bordélique que ça : j'ai vu des bureaux windows/gnome/kde pire que ça, avec des tonnes d'icones posées sur le bureau, pas classé. Et puis le système montré propose tout de même des techniques de manipulation qui facilite la reorganisation des éléments. Techniques que l'on n'a pas sur un bureau classique et donc sur lesquels je trouve qu'il est difficile de réorganiser ses îcones à partir d'un certain nombre (faut faire des dizaines glisser déposer, des ctrl+clic pour les selections dans tous les sens etc..)

Bref, je pense au contraire qu'il y a de trés bonnes idées dans ce concept, en particulier les "mouses gestures", que l'on pourrait trés bien reprendre dans nos bureaux classiques pour faciliter la réorganisation des îcones.

C'est moi ou tout ceux qui ont posté les commentaires précédents et ceux qui les ont bien "pertinencé", ont lu ce journal pas plus loin que le premier degré, et n'ont pas vu plus loin que le mot "merde" ?

Mais peut être qu'en fait ce journal est, on ne peut plus vrai, et que la vérité est trop dure à entendre pour beaucoup... ;-)

Au fait, je rappelle que nous, les Hommes, l'humanité (ah quel beau mot pour désigner les semeurs de mort les plus efficaces de l'histoire de la planète), nous sommes responsables de la huitième extinction de masse qu'ait connu la terre (1). Extinction en cours qui a pour nom Holocène.

Vivement qu'elle se termine et embarque dans la foulée toutes ces petites merdes sêches que nous sommes...

[1] http://droitdanslemur.blogspot.com/2005/09/les-huit-extincti(...)

On est déjà vendredi ???

En quoi est ce mal d'installer un soft, en l'occurence un browser, sur son propre compte ?? Surtout si je suis seul à utiliser ma machine ?

mais peux tu vraiment insérer un graphique excel dans un document word, modifier les tableaux dans le document excel et que cette répercussion se propage sur le graphique integré ? Peux tu appliquer les mêmes transformations sur les images, les tableaux ... ?

Oui, depuis... pfiouu... longtemps (genre plus de 10 ans). À l'origine de cette possibilité, c'etait la technologie OLE (l'ancètre du COM/DCOM).. c'est dire si ça date ;-)

>Car que fera Google quand il aura les données financières de millions d'entreprises?

Entre nous, faut vraiment être c** pour utiliser ce genre d'outils avec des données aussi sensibles...

Tu crois que sous ta fausse identité, on ne t'a pas reconnu maître Capello ?!