» Publishers, Monetize your RSS feeds with FeedShow: More infos (Show/Hide Ads)
Bonjour tout le monde.
Vous êtes beaucoup à ne pas pouvoir accéder à ce site depuis votre travail à cause de l'url .*sexy.*
J'ai donc décidé de créer un nouveau blog: http://blog.mozbox.org.
Allez jetez un coup d'oeil... une surprise vous y attend ;)
Ce billet est donc le dernier sur ce blog. Mettez à jour vos flux, je posterais maintenant sur http://blog.mozbox.org.
Bon... vous avez pu vous en rendre compte, sexylizard a été down un bout de temps, ainsi que xulfr. Notre serveur (dedibox) a exlosé. Je n'ai pas eu accès à mes mails pendant 5 jours, ni à mes serveurs svn, ni à mon screen (IRC, Jabber, etc.).
Tout est en train de se rétablir doucement.
Vous ne remarquez rien ?
Les scrollbars fonctionnent enfin \o/ !!!
Qu'est ce qu'on se sent seul quand on utilise XEmbed... personne n'a pu m'aider sur le coup :/ J'ai du retourner complètement le code de gtk_plug pour y comprendre quelque chose.
Allez, encore un bug sous WIndows, et une beta ne devrait pas tarder.
Xulfr devient une association:
Ça se passe ici: http://xulfr.org/news/2007/02/02/19....
Le stand: (le bouffon au milieu, c'est moi).
La table ronde XUL:
Ces charmantes demoiselles n'ont pas trop compris pourquoi je voulais les prendre en photo :)
Une petite demo d'un navigateur codé en très peu de lignes (17, mais est arrivé à 12 ;p):
En un mot, énorme !
La conférence sur les technos Mozilla a réunit une dizaine de professionnels et un public important que est resté presque 4 heures à écouter les interventions de nos invités.
EDIT: un compte rendu détaillé sur xulfr.
Je tiens à remercier:
- Tristan Nitot pour (entre autres) sa bonne humeur et la bonne ambiance qu'il a su partager durant ces quelques heures
- Daniel Glazman (Disruptive Innovation), pour ses points de vue précis et son intervention très réaliste et tellement motivante (et aussi parce qu'il forme un couple vraiment tordant avec Tristan durant ses interventions)
- Stéphane Crozat (UTC) pour sa démo vraiment excellente, et faite à une allure exceptionnelle
- Emmanuel Manganneau (GestraNet) pour ses interventions très pertinentes (vraiment).
- Julien Issler (NextWeb) pour avoir conçu un outil aussi sexy ;)
- Mickaël Rémond (Process One) pour nous avoir fait découvrir une exploitation de Mozilla originale mais tellement excitante (Jabber)
- Jean-François Donikian (StarXpert) pour avoir mis en avant Thunderbird
- David Marteau (3liz) pour son intervention pleine d'enthousiasme (pour le coup, c'était flagrant ;p )
- Laurent Jouanneau (xulfr) pour avoir clairement expliqué la technologie sur laquelle nous avons discuté pendant plusieurs heures
- Thibauld Favre, (RIFT Technologies) pour avoir clairement scindés et identifiés les différents points qui font de XUL une technologie aussi intéressante
- Stéphane Mariel et moi même (bah oui, quand même) pour avoir réussit à réunir autant de personnes autour de ce sujet passionnant
Merci à tous !
J'y serais demain, Mercredi et Jeudi.
Demain (Mardi) après midi, se déroulera la table ronde XUL que j'animerais en compagnie de Laurent. Le reste du temps, vous me trouverez certainement sur le stand MozEurope.
Sous Vim, j'ai tendance à tout de même passé en mode commande alors que je le suis déjà, donc perte de temps. Vous êtes comme moi ? Entrainons nous:
Énorme :)
... ça existe. Après plusieurs interventions à l'école d'ingénieurs Hetic, j'ai eu l'occasion récemment de faire une intervention sur les technologies Mozilla à l'école INSIA, grâce à au directeur de la spécialisation SIGL, Christophe Porteneuve. Merci Christophe :)
Le projet Mango cherche des contributeurs pour leur projet qui commence à perdre de la vitesse. Ce projet est un client Jabber basé sur les technologies Mozilla.
Si vous vous intéressez aux technos mozilla et à la technologie Jabber (XMPP), fonçez:
Hier soir, repas réussit. Mes noix de Saint Jacques aux poireaux et mes crevettes au curry furent un succès :)
Mes meilleurs voeux pour cette nouvelle année !
Avoir la coloration et l'indentation du javascript dans vos méthodes XBL:
Dans le fichier ~/.vim/after/syntax/xml.vim
unlet b:current_syntax syn include @xmlJavaScript $VIMRUNTIME/syntax/javascript.vim syn region javaScript start=+<!\[CDATA\[+ end=+]]>+ keepend contains=@xmlJavaScript
À adapter selon vos besoins.
2 patchs intéressants pour xterm:
- support d'un vrai fullscreen, donc indépendant du window manager (très agréable)
- un copier/coller qui gère quelques incompatibilités
Ça se passe ici.
Bon... je crois les doigts, je viens de passer à dotclear 2, et j'espère ne pas avoir tout cassé.
Nouveau thème aussi, vous en pensez quoi ? Parait que c'est moins flachouillant et un peu plus simple à lire.
Je ne sais pas encore si je vais garder le logo MozillaHack en haut, ça fait un peu présomptueux :) ... on verra. Bon... suite à quelques commentaires, c'est vrai que ça ne faisait plus trop sexy ce thème tout noir. Hop, on repasse sur un thème plus soft, avec l'ancien logo.
En théorie, mes anciens liens Dotclear 1 devraient toujours être valides. Pour ceux que ça intéresse, voici le htaccess associé (merci lissyx):
RewriteBase /
RewriteEngine On
Redirect permanent /rss.php http://blog.sexylizard.org/dc2/feed/rss2
Redirect permanent /atom.php http://blog.sexylizard.org/dc2/feed/atom
RewriteCond %{QUERY_STRING} ([0-9]{4}/[0-9]{2}/[0-9]{2}/[0-9]+.*$)
RewriteRule .* http://blog.sexylizard.org/dc2/post/%1? [R=301,L]
RewriteCond %{QUERY_STRING} ([0-9]{4}/[0-9]{2}$)
RewriteRule .* http://blog.sexylizard.org/dc2/archive/%1? [R=301,L]
RewriteCond %{QUERY_STRING} ([A-Z][a-z]+.*$)
RewriteRule .* http://blog.sexylizard.org/dc2/category/%1? [R=301,L]
... je mets à jour mon blog. Perturbations à prévoir.
Robert O'Callahan, un des principaux acteurs de Mozilla, poste un billet sur la communauté XUL et XUL en entreprise. Voici en gros ce qu'il rapporte:
Il apprend qu'un intranet en XUL est en court de réalisation, et ce n'est pas la première fois qu'il entend parler de ce type de projet. Combien de projets similaires ? Des centaines, des milliers ? Ces projets n'ont pas de visibilité dans bugzilla. On ne sait rien de ces projets.
- combien sont ils ?
- qu'utilisent ils ?
- l'aide de Mozilla est elle suffisante ?
Les développeurs de Gecko ne les prennent pas en compte, mais comment pourraient-ils vu que ces projets ne sont pas publics et qu'ils ne se manifestent pas sur bugzilla ? Peut être que ce n'est pas si mal, cela permet aux développeurs de se concentrer sur les produits fars de la fondation (Firefox & co).
Il n'empêche que c'est dommage, car Mozilla pourrait les aider s'ils étaient un peu plus visibles. La Q&A de Mozilla est focalisée sur Firefox et Thunderbird, et cela n'est certainement plus suffisant car Firefox et Thunderbird ne représentent peut être aujourd'hui que 1% des applications XUL.
Nous devrions prendre en compte cette communauté qui est probablement grande et influente même si nous pouvons à peine la détecter.
Cela me rappelle l'étonnement de Benjamin Smedbergs quand on lui a rapporté que XulRunner était exploité dans plusieurs entreprises.
Ces étonnements m'étonnent. Nous (xulfr) nous rendons compte tout les jours à quel point le XUL est utilisé. Moi même, j'ai participé ou été contacté pour plusieurs dizaines de projets XUL commercialisés ou exploités en interne dans différentes entreprises. Rien que la XulFr Party était un exemple de l'engouement des ces technologies.
Comment se fait il que les responsables Mozilla n'en soient pas plus conscients et que cela ne se ressente pas plus sur le bugzilla ?
Pour le bugzilla, cela ne m'étonne pas trop, beaucoup de gens utilisent XUL sans bien maîtriser la technologie, et pensent qu'un bug est plus souvent lié à leur ignorance. C'est souvent nous (xulfr) qui expliquons qu'un soucis est lié à un bug de gecko (je pense à certains soucis liés aux XBL ou aux différentes régressions des nouvelles version de Gecko pour les applis hors contexte chrome). De plus, bêtement, bugzilla est en anglais, ce qui rebute aussi pas mal de gens. Et pour finir, bugzilla est un outil complexe à comprendre. Les différents éléments que l'on peut renseigner effraient le premier venu.
Mais je pense que le réel problème vient du fait qu'il n'y ai pas de regroupement de développeurs XUL à la Xulfr.
En connaissez vous ? Je ne crois pas me tromper en disant que Xulfr est une phénomène unique.
Que pouvons nous faire ?
Je pense donc que l'idée c'est de regrouper les développeurs de Xulapp non pas sous le couvert de la fondation, mais via des associations intermédiaires.
Au sein de Xulfr, nous faisons tout ce qui est en notre pouvoir. En dehors du support (forum, irc, mailing list), nous essayons aussi de promouvoir la technologie et surtout de la rendre accessible. Je crois que cela fonctionne assez, et je me laisse imaginer que Xulfr a pu avoir une influence sur le nombre et/ou la qualité des projets XUL en france.
Il pourrait être intéressant de faire remonter notre expérience aux responsables de la MoFo. Nous avons la chance d'être en relation avec des personnalités Mozilliennes, je pense tout particulièrement à Tristan Nitot de Mozilla Europe.
Actuellement, en france, Xulfr joue peut être le rôle d'intermédiaire entre les développeurs de Xulapp en leur fournissant du support, et entre les développeurs Mozilla, mais que en remontant des bugs, ce qui fait que l'on cache peut être les développeurs de base. Là où je veux en venir, c'est qu'il serait peut être intelligent de mettre plus en avant notre travail, notre communauté, non pas qu'aux développeurs de xulapp, mais aussi à la fondation Mozilla. L'équipe Xulfr a toujours pensé que l'on aurait plus de poids et que l'on serait plus écouté si l'on arrivait à représenter une communauté un minimum conséquente, composée entre autres d'entreprises. Et je crois que l'on y est. On fait avancer les choses doucement de notre côté, mais ça avance :) ... et je crois que justement, la fondation Mozilla est prête à écouter.
Robert O'Callahan, un des principaux acteurs de Mozilla, poste un billet sur la communauté XUL et XUL en entreprise. Voici en gros ce qu'il rapporte:
Il apprend qu'un intranet en XUL est en court de réalisation, et ce n'est pas la première fois qu'il entend parler de ce type de projet. Combien de projets similaires ? Des centaines, des milliers ? Ces projets n'ont pas de visibilité dans bugzilla. On ne sait rien de ces projets.
- combien sont ils ?
- qu'utilisent ils ?
- l'aide de Mozilla est elle suffisante ?
Les développeurs de Gecko ne les prennent pas en compte, mais comment pourraient-ils vu que ces projets ne sont pas publics et qu'ils ne se manifestent pas sur bugzilla ? Peut être que ce n'est pas si mal, cela permet aux développeurs de se concentrer sur les produits fars de la fondation (Firefox & co).
Il n'empêche que c'est dommage, car Mozilla pourrait les aider s'ils étaient un peu plus visibles. La Q&A de Mozilla est focalisée sur Firefox et Thunderbird, et cela n'est certainement plus suffisant car Firefox et Thunderbird ne représentent peut être aujourd'hui que 1% des applications XUL.
Nous devrions prendre en compte cette communauté qui est probablement grande et influente même si nous pouvons à peine la détecter.
Cela me rappelle l'étonnement de Benjamin Smedbergs quand on lui a rapporté que XulRunner était exploité dans plusieurs entreprises.
Ces étonnements m'étonnent. Nous (xulfr) nous rendons compte tout les jours à quel point le XUL est utilisé. Moi même, j'ai participé ou été contacté pour plusieurs dizaines de projets XUL commercialisés ou exploités en interne dans différentes entreprises. Rien que la XulFr Party était un exemple de l'engouement des ces technologies.
Comment se fait il que les responsables Mozilla n'en soient pas plus conscients et que cela ne se ressente pas plus sur le bugzilla ?
Pour le bugzilla, cela ne m'étonne pas trop, beaucoup de gens utilisent XUL sans bien maîtriser la technologie, et pensent qu'un bug est plus souvent lié à leur ignorance. C'est souvent nous (xulfr) qui expliquons qu'un soucis est lié à un bug de gecko (je pense à certains soucis liés aux XBL ou aux différentes régressions des nouvelles version de Gecko pour les applis hors contexte chrome). De plus, bêtement, bugzilla est en anglais, ce qui rebute aussi pas mal de gens. Et pour finir, bugzilla est un outil complexe à comprendre. Les différents éléments que l'on peut renseigner effraient le premier venu.
Mais je pense que le réel problème vient du fait qu'il n'y ai pas de regroupement de développeurs XUL à la Xulfr.
En connaissez vous ? Je ne crois pas me tromper en disant que Xulfr est une phénomène unique.
Que pouvons nous faire ?
Je pense donc que l'idée c'est de regrouper les développeurs de Xulapp non pas sous le couvert de la fondation, mais via des associations intermédiaires.
Au sein de Xulfr, nous faisons tout ce qui est en notre pouvoir. En dehors du support (forum, irc, mailing list), nous essayons aussi de promouvoir la technologie et surtout de la rendre accessible. Je crois que cela fonctionne assez, et je me laisse imaginer que Xulfr a pu avoir une influence sur le nombre et/ou la qualité des projets XUL en france.
Il pourrait être intéressant de faire remonter notre expérience aux responsables de la MoFo. Nous avons la chance d'être en relation avec des personnalités Mozilliennes, je pense tout particulièrement à Tristan Nitot de Mozilla Europe.
Actuellement, en france, Xulfr joue peut être le rôle d'intermédiaire entre les développeurs de Xulapp en leur fournissant du support, et entre les développeurs Mozilla, mais que en remontant des bugs, ce qui fait que l'on cache peut être les développeurs de base. Là où je veux en venir, c'est qu'il serait peut être intelligent de mettre plus en avant notre travail, notre communauté, non pas qu'aux développeurs de xulapp, mais aussi à la fondation Mozilla. L'équipe Xulfr a toujours pensé que l'on aurait plus de poids et que l'on serait plus écouté si l'on arrivait à représenter une communauté un minimum conséquente, composée entre autres d'entreprises. Et je crois que l'on y est. On fait avancer les choses doucement de notre côté, mais ça avance :) ... et je crois que justement, la fondation Mozilla est prête à écouter.
J'veux les mêmes à Paris !
Firefox (the real one) in Taipei