Posté par Laurent J (page perso, ) le 05/01/2007 à 14:23. (lien). Évalué à 3.

Ce document a plus de 5 ans. Depuis, les compilateurs ont évolués, et il est probable que cette recommandation soit obsolète avec les compilateurs récents. (note : conçernant le sous lien http://www.mozilla.org/hacking/portable-cpp.html , il est devenu carrement obsolète puisque les compilateurs modernes implementent maintenant mieux les exceptions et autres trucs spécifiques C++, et donc dans Mozilla 2, ils vont enfin passer à ces choses "modernes"...)

Donc à l'époque, si ils ont marqués qu'il fallait éviter d'utiliser NULL, c'est qu'il fallait éviter d'utiliser NULL.

Et franchement, se payer des milliers de warning à cause de l'utilisation de NULL, je trouve ça pas top et inutile. Autant donc l'éviter. (n'oublie pas que le code source de mozilla, c'est quelques millions de lignes de code et que ça doit compiler sur un maximum de plateforme...)

[ Répondre ]

Posté par Laurent J (page perso, ) le 05/01/2007 à 12:50. (lien). Évalué à 2.

et donc ?

[ Répondre ]

Posté par Laurent J (page perso, ) le 05/01/2007 à 12:48. (lien). Évalué à 9.

personnellement, je trouve ta notation vraiment trop horrible et surtout beaucoup trop compliqué.

Et je ne suis pas sûr que ça m'avancera plus. Là dans ton exemple, c'est un pointeur sur tableau de structure. Mais structure de quoi ? Paf, t'es obligé de chercher dans les sources la déclaration de ladite structure (et bien sûr avant, la declaration de la variable proprement dite pour savoir quelle est le nom de la structure). Donc finalement ça ne résout pas le problème (celui de comprendre tout de suite le type).

Et pire, dans ton exemple, il y a redondance d'information dans le nom. Si ta variable s'appelle un buffer, on s'attend forcément à une structure ou à un tableau (à priori, tout informaticien sait ce qu'est un buffer). Donc inutile de le préciser dans ton préfixe. en plus, s'agissant d'un pointeur, on va principalement l'utiliser en préfixant par une * à l'usage, donc rien qu'avec ce *, on sait qu'il s'agit d'un pointeur...

Vaut mieux un nom bien plus explicite. Ici tu dis que c'est un buffer. Mais buffer de quoi ? de carottes ? d'octets ? de paquet tcp ? je trouve qu'un nom comme bufferTcp c'est bien plus parlant.

Donc finalement F_pasBuffer ne veut absolument rien dire, surtout pour le type qui débarque dans le projet. (oui je sais, tu vas me dire, c'était juste un exemple, mais finalement, il montre bien les incohérences et pièges de ta notation).

Un bon code source devrait pouvoir se lire le plus naturellement parlant, quitte à avoir des noms longs (ce qui n'est pas un problème grâce à la complétion automatique de code dans les éditeurs)

entre
if( (*F_pasBuffer)[0].M_u8sourcePort == 80)...
et
if( (*bufferTcp)[0].sourcePort == 80)...

y a pas photo, je prend le deuxième...

[ Répondre ]

Posté par Laurent J (page perso, ) le 05/01/2007 à 12:16. (lien). Évalué à 3.

Notation utilisé dans mozilla (C++) :

Les noms sont composés de mot accolés dont la première lettre est en majuscule, sauf la première (exception : les noms de méthodes c++ et je ne sais plus pourquoi )

Et il y a un préfixe :

- g pour les variables globales
- a pour les noms d'arguments
- m pour les propriétés de classe
- rien pour les variables locales
- les noms de classes sont préfixés par deux ou trois lettres qui identifie l'auteur (typiquement "ns" pour netscape, et on commence à voir apparaire des "moz") ex : nsDocument
- les noms d'interfaces contiennent un I aprés le prefixe. ex : nsIDocument


Pas de préfixe indiquant le type. De toute façon, de nos jours où on utilise majoritairement des langages à objets, je trouve incohérent d'utiliser des préfixes de type. Si on utilise str pour les chaines, pourquoi ne pas utiliser préfixer les noms par les noms de classe ? ex : nsDocumentFoo pour indiquer que la variable est un objet de type nsDocument. On le fait pas parce que c'est source de confusion. CQFD.

[ Répondre ]

Posté par Laurent J (page perso, ) le 04/01/2007 à 13:19. (lien). Évalué à 3.

J'ai bien intégriste qui ne jure que par Firefox.

bouarff ! C'est la poële qui se moque du chaudron, parce que dire

Vivement qu'Iceweasel soit disponible sous Ubuntu, que je puisse migrer.

C'est pas jurer que par Iceweasel ? C'est pas autant de l'intégrisme ça ? (surtout pour une pauvre histoire de trademark).

naviguer avec un browser dont le logo est protégé, ça n'a jamais empêcher personne de visiter des sites, et c'est pas iceweasel qui va te permettre de lire correctement les sites codés avec les pieds n'acceptant qu'IE.

[ Répondre ]

Posté par Laurent J (page perso, ) le 03/01/2007 à 01:14. (lien). Évalué à 9.

Certaines améliorations sont impressionnantes, en particulier pour kmahjongg. Une fois tout ça bien en place les artistes vont pouvoir faire quelque chose de beau et propre

faire un dessin pourri, qu'il soit en bitmap ou en SVG, ça restera un dessin pourri.

Ces screenshots ne montrent absolument pas la superiorité de SVG : juste que des designers sont enfin passés par là pour faire des interfaces plus jolies.

Que ce soit la nouvelle version de katomic ou du mahjong, elles auraient pu très bien être fait en bitmap, le rendu aurait été identique.

bref, argument à deux balles que tu nous dis là (et que dis la news kde aussi)

L'avantage de SVG, c'est pas la beauté, mais les spécificités techniques qu'il y a derrière pour le développeur. tout est facilité : faire un zoom, modifier, transformer le dessin en live programmatiquement (via le DOM), taille réduite des fichiers (en général) etc...

[ Répondre ]

Posté par Laurent J (page perso, ) le 22/12/2006 à 12:49. (lien). Évalué à 5.

>Et tu seras d'accord avec moi que dans un ces fichiers là, tu es en dehors de la sandbox des javascript de Firefox donc tu peux faire quasiment tout ce que l'utilisateur peut faire :)

Dans ce cas, là, c'est pareil pour tout les programmes qui utilisent pour beaucoup des scripts, sans parler des scripts php ruby, python des applis web etc... Tu en a plein des programmes basés sur des scripts.

Et bien souvent, y a même pas à modifier les scripts, les fichiers de conf suffisent. Par exemple, modifier le fichier bookmarks.xml de Konqueror en remplacant toutes les urls sites de banques par celles de sites frauduleux... Du pishing discret quoi..

Ou alors modifier les fichiers de conf de tels ou tels programmes pour installer discretos des plugins, extensions acceptés par ces programmes etc...

Et tout ça, tu peux le faire sur n'importe quel os.

Bref, Je vois pas pourquoi taper sur linux et firefox en particulier.

M'enfin si on t'écoutait, il ne faudrait plus utiliser sa bécane quoi...

[ Répondre ]

Posté par Laurent J (page perso, ) le 22/12/2006 à 11:32. (lien). Évalué à 2.

>Ho ho, j'aimerais bien voir comment tu vas faire ça.

À mon avis, il parle de paladium et cie... Bref, il ne sait pas que finalement ça existe déjà, et que ça débarque pour de bon dans Vista.

[ Répondre ]

Posté par Laurent J (page perso, ) le 22/12/2006 à 11:30. (lien). Évalué à 2.

>C'est pourquoi l'architecture de Firefox dangereuse à l'avenir car elle agrandit énormément cette zone.

booo le fud..

Dis moi, de quoi tu parles ? les scripts de quoi ? Ceux dans le chrome ? hors chrome ? greasemonkey ?

[ Répondre ]

Posté par Laurent J (page perso, ) le 21/12/2006 à 11:45. (lien). Évalué à 4.

j'ai eu aussi le même problème. En fait XulRunner fourni par mozilla est compilé avec la libstd 5, alors que le plugin dans ubuntu est compilé avec la libstd 6. Du coup le plugin ne se lance pas..

Pour ma part, j'ai recompilé XulRunner...

J'ai fait aussi un mini tutoriel reprenant l'exemple :

http://xulfr.org/wiki/RessourcesLibs/MediaPlayer

[ Répondre ]

Posté par Laurent J (page perso, ) le 21/12/2006 à 10:49. (lien). Évalué à 3.

ou y a aussi jelix, http://jelix.org, qui va bientôt sortir en beta1... (trés stable contrairement à ce que dit son nom, puisque utilisé par exemple sur un site à trés forte audience...).

/me devrait faire un journal un de ces quatres...

[ Répondre ]

Posté par Laurent J (page perso, ) le 20/12/2006 à 14:34. (lien). Évalué à 8.

Et parce qu'un exemple vaut mieux qu'un long discours, voici à quoi pourrait ressembler le fichier xul de ta fenêtre media player :

<?xml version="1.0"?>

<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>

<window xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
xmlns:html="http://www.w3.org/1999/xhtml">

<description>Lecteur Vlc</description>

<html:embed type="application/x-vlc-plugin" id="video"
autoplay="no" loop="yes" width="400" height="300"
target="http://server.example.org/video1.vob" />

<hbox pack="center">
<button label="play" oncommand="document.getElementById('video').play()" />
<button label="stop" oncommand="document.getElementById('video').stop()" />
</hbox>
</window>

Il suffit ensuite d'avoir XulRunner, de créer l'arborescence de l'appli comme il faut et les 2-3 fichiers de conf, d'y inclure les fichiers du plugins ainsi que ce fichier xul, et te voilà avec un media player :-) (bon, ultra simplifié mais en principe ça marche...)

[ Répondre ]

Posté par Laurent J (page perso, ) le 20/12/2006 à 14:15. (lien). Évalué à 8.

Et je rajouterai :

Je penche pour utiliser Gecko et VLC, reste à trouver un framework qui permettent d'appeler ces 2 composants sans trop de mal

Gecko, ou plus exactement xulrunner, est un framework. Donc jigso, ton framework est tout trouvé ;-)

[ Répondre ]

Posté par Laurent J (page perso, ) le 19/12/2006 à 12:13. (lien). Évalué à 1.

J'ai mis en place un système basé sur un calcul simple comme tu décris. C'est peut être sur un petit site confidentiel, n'empêche que je n'ai plus de spam.

[ Répondre ]

Posté par Laurent J (page perso, ) le 15/12/2006 à 22:00. (lien). Évalué à 10.

Article intéressant.

Toutefois, il est pas trés lisible je trouve. En effet, il y a des tournures de phrases bizarres, mal formulées, comme si c'était une traduction (surtout dans la partie conçernant GIT). Et en fait, j'ai découvert que c'était le cas.

http://begou.com/wiki/index.php?title=Main_Page

J'ai trouvé tout de même bizarre que l'article, écrit par un français, soit une mauvaise traduction de ce qu'il a écrit en anglais. Ça me laissait perplexe.

J'ai donc fait une recherche sur Google. Et google, sur une des phrases en anglais mal traduite, m'a trouvé des choses bien curieuses. Par exemple qu'un paragraphe entier sur GIT était identique à l'un de cet article : http://lwn.net/Articles/145194/

(Celui commençant par "Watching the git development process snowball over the last few months has been fascinating...")

J'ai pas vérifié pour le reste de l'article.

Alors, qui a pompé sur qui ? (bon, vu les dates, il y a peu de doute pour ma part...)

En tout cas, il y a un problème de licence. L'article de Monsieur Bégou est sous licence GNU Free Documentation License 1.2. L'article chez lwn.net est, semble t-il, uniquement Copyright © 2005, Eklektix, Inc.

Dérangeant n'est ce pas ? ;-)

[ Répondre ]

Posté par Laurent J (page perso, ) le 15/12/2006 à 09:11. (lien). Évalué à 9.

euh.. si "tester" signifie faire des tests unitaires, c'est pas un quart des développeurs, mais au moins trois quarts des développeurs qui ne font pas de tests.

Je ne vois pas beaucoup de projets qui ont des tests unitaires.. (et en SSII, quasiement aucun, pas le temps...)

[ Répondre ]

Posté par Laurent J (page perso, ) le 15/12/2006 à 09:08. (lien). Évalué à 4.

si si, tu as raison, le flash ça pu, ça dénature l'image :-)

/me n'aime pas photographier avec le flash

[ Répondre ]

Posté par Laurent J (page perso, ) le 14/12/2006 à 12:17. (lien). Évalué à 2.

oui à peu de choses prés.

[ Répondre ]

Posté par Laurent J (page perso, ) le 13/12/2006 à 15:35. (lien). Évalué à 6.

il était écoeuré des administrations/boites qui "passent" au libre pour le prix et qui, en "échange" ne donne ni temps, ni argent,ni lobying, ni emplois sur les économies réalisées.

Ok, ce n'est pas un dû, Ok, ils sont libres de le faire Mais quand même ou est l'esprit du libre ?

Nulle part pour la majorité des gens. Ils s'en foutent des histoires de philosophie proprio/libre

Ce qu'il faut comprendre (et ce que certains ne veulent pas comprendre), c'est que l'informatique est un outils de travail. pas une chose à philosopher.

L'objectif dans n'importe quel entreprise (hors du domaine informatique), c'est de produire ce qu'elle a à produire (une voiture, des rapports statistique, des fringues, gérer de l'argent etc...). L'objectif de ces entreprises n'est pas de faire de l'informatique, pas à contribuer à je ne sais quel projet libre. Il faut vous rentrer ça dans le crâne !

Un PC, un Mac, qu'il tourne sous windows, linux, mac ou multideskOS, n'est qu'un outils. En utilisant linux et autres logiciels libres, les entreprises n'ont rien à devoir à ceux qui le developpent.

Si ceux qui developpent et contribuent aux logiciels libres attendent quelque chose en retour, c'est qu'ils n'ont rien compris au libre, et ils devraient alors faire du proprio.

À mon avis, vous devriez virer votre président ;-)

[ Répondre ]

Posté par Laurent J (page perso, ) le 13/12/2006 à 15:24. (lien). Évalué à 5.

non ton argumentation ne tiens pas. Tu parles de skype msn et autre protocole et format proprio. La problèmatique n'est pas la même parce qu'il existe une équivalence dans le monde libre à ces trucs.

Par contre, en ce qui concerne le matos qui a été cité, c'est soit tu n'as pas d'équivalence du tout, soit tu as l'équivalence mais en propriétaire.

Compare donc ce qui est comparable.

[ Répondre ]