Oui, Mozilla se fout des utilisateurs corporate, on vous l'a dit
s/on/les trolls
Mozilla ne peut pas être sous tout les fronts à la fois. Ce qu'a dit Asa, même si il est product owner de Firefox, n'est pas forcément en accord avec ce que pensent les autres personnes de Mozilla. D'ailleurs, Shaver, tout aussi bien placé chez Mozilla, lance un appel aux entreprises : http://shaver.off.net/diary/2011/06/28/enterprise/ . Comme quoi, tout n'est pas perdu...
Et même si Mozilla pour Fx4, s'était occupé des entreprises, Ils ne sont en rien responsable des plugins/extensions qui ne sont pas mis à jour. Ils font le maximum pour communiquer aux développeurs d'add-ons. Il semble que ceux du plugin que tu utilises pour Java, n'ont pas suivi.
D'autre part, tu te plains que Mozilla ne s'occupe pas des entreprises, mais en même temps, il semble que dans ta boite, la politique de déploiement des logiciels ait tout autant de lacunes. En environnement corporate, si on ne veut rien casser, on désactive les mises à jours automatiques, quelque soit le logiciel, et on laisse faire la DSI pour les mises à jour. Vos ennuis sont surtout dû à un problème interne plutôt qu'un problème de Mozilla. Vous avez installé un logiciel sans réelle politique de déploiement, vous en subissez les conséquences.
En même temps, sur une version N d'un logiciel, le manque d'une fonctionnalité peut être tout aussi dérangeante qu'un bug, voir même plus. La livraison d'une version n+1 qui fourni à la fois corrections de bug + nouvelle fonctionnalité peut être bien plus bénéfique.
Tiens d'ailleurs, je suis sûr que tu utilises des applis web externes (gmail ou autre). Et tu as pourtant bien des évolutions et corrections de bugs qui sont appliquées, sans d'ailleurs tu t'en rende compte bien souvent. À priori, ça gène rarement les gens, et de toute façon n'ont pas le choix (si ce n'est d'aller voir ailleurs).
Pour le logiciel c'est pareil. D'ailleurs, le succès des distrib en rolling release montre bien que ça n'est pas forcément un mal de fournir des nouvelles versions, qu'elles soient correctives ou évolutives.
je trouve ça un peu étrange comme argument « on n'était pas satisfait du système de plugins de Pidgin, donc on a redéveloppé toute l'interface pour mettre notre propre système de plugins »,
Comme il a été dit, développer des plugins pour Pigdin semble compliqué. D'ailleurs si je ne me trompe pas, on n'a que le choix du langage C.
Le système de plugin de Instandbird présente semble-t-il une API plus simple, avec la possibilité de développer en JS (puisque c'est le langage principal des extensions XUL). Bref, il offre une API de plus haut niveau.
Et les extensions d'instantbird ne concernent pas seulement les protocoles, mais aussi toute l'interface, la plateforme etc. Bref, on peut tout faire, comme pour dans Firefox.
c'est un modèle de boite qui permet de définir la taille et l'alignement des boites par rapport à leur boite parente. On défini ainsi des proportions plutôt que des tailles fixes (même si on peut spécifier des tailles fixes bien sûr) d'où le terme flexible. Et ces paramètres s'ajustent automatiquement quand la boite parente change de taille (et donc quand la fenêtre change de taille...). Par défaut, les boites s'alignent automatiquement verticalement ou horizontalement dans la boite parente, et occupent tout l'espace disponible, en fonction des proportions qu'on indique.
C'est un modèle de boite qui existe depuis des lustres, puisque c'est celui utilisé par exemple dans le toolkit de Motif pour X (début des années 90), et probablement dans les toolkits modernes (QT ?).
Contrairement au modèle de boite classique de CSS pour HTML, il n'y a pas de notion de flux de texte, de reflow etc..
Bref, pour réaliser une interface utilisateur c'est beaucoup moins casse pied que le modèle classique en HTML. C'est fait pour même.
Au final le XUL ressemble un peut au modèle de SeaMonkey: un fourre-tout assez lourd qui réinvente la roue.
XUL n'est pas un fourre-tout (s'toi le fourre-tout). C'est un simple language XML permettant de décrire de manière déclarative une interface utilisateur, et permettant l'utilisation de javascript pour le comportement, XBL pour les composants et CSS pour le design. Comme les technos web quoi (tu remplaces HTML par XUL et tu as la même stack de dev). D'ailleurs, bon nombre de choses utilisés pour XUL (comme par exemple le modèle de boite flexible) sont en brouillons au W3C (dans CSS3, XBL2 etc..).
XUL ne réinvente pas la roue. ça existe depuis une douzaine d'année maintenant, bien avant donc le MXML/Flex de Adobe, le XAML de microsoft, la tripoté de XUL-like en surcouche des toolkits graphiques de Java et que sais-je encore.
Tout comme Firefox, leur interface est en XUL. Le fait d'être dépendant ou non avec XulRunner ne conditionne absolument pas la possibilité ou non d'être développé avec XUL. XulRunner (l'executable), c'est juste un main() qui démarre Gecko, le framework/moteur de rendu de Mozilla.
Les executables de Firefox, Thunderbird et Seamonkey ne sont juste que des main() un peu différent, mais lançant aussi Gecko.
Ma femme a eu la même chose. un 0101010101 qui appelait au moins 3 fois par jour sur son portable. Au début, elle a décroché, mais soit ça raccrochait, soit il n'y avait rien au bout du fil. Du coup, elle n'a plus décroché. Mais elle a fini par le faire au bout d'une semaine de harcèlement, et c'était SFR qui voulait lui proposer leur box. Elle a alors appelé le service client SFR (puisqu'elle est chez eux) pour bien les engueuler. Ce n'est quand même pas normal de se faire harceler comme ça, pour du marketing à deux balles.
Intègre les fonctions et autres éléments directement dans ton code.
Oui mais non, on va pas réinventer la roue, ni faire du copier coller, c'est idiot.
C'est plus simple de dire, à la compilation, "intègre moi telle bibliothèque dans mon binaire final". Cela s'appelle de la liaison statique. Et c'est justement ce que propose de faire l'auteur du journal pour toutes les applications.
C'est pas la terre qu'il faut sauver et protéger ! C'est NOUS !
Bah non, c'est la terre qu'il faut sauver en premier pas nous. Sans terre, sans nature, pas d'humain. Et nous ne sommes pas une espèce en voie d'extinction que je sache (enfin si, à cause de notre bêtise, on finira bien par en crever tous). La nature par contre, si.
dire que les radiations lui sont bénéfique
je n'ai jamais dit ça.
Et les manger ensuite ?
Effectivement, les légumes et fruits en question sont comestibles et ils sont consommés sur place. Et non, il n'y a pas de troisième bras qui poussent dans le dos de ceux qui les mangent, à priori.
Vous pensez que les radiations restent sagement en dehors des légumes qui le la craignent pas ?
C'est ce qu'ont montré les expériences scientifiques menées sur le terrain depuis 20 ans. Étonnant n'est ce pas ? Mais pas si étonnant que ça quand on sait qu'il existe diverses formes de radio-activité, que sa nocivité dépend de la manière dont elle est générée, par quoi, comment, depuis combien de temps etc. Sais-tu que tu vis en permanence dans un milieu radio-actif ? Et pourtant tu le vis bien, et les légumes aussi.
Les dégâts sur l'environnement ne sont pas aussi monstrueux qu'on veut bien le croire, sur le moyen et long terme.
Dans la zone "interdite" de Tchernobyl, la nature ne s'est jamais portée aussi bien que dans les autres régions et qu'avant l'explosion. Certes, au lendemain de la catastrophe et les quelques années qui ont suivi, elle a morflée, mais 20 ans après, c'est quasi un paradis, les éléments radioactifs les plus nocifs ayant disparus et du fait qu'il n'y a toujours pas d'activité humaine.
Bilan : c'est devenu un véritable parc animalié. Beaucoup d'animaux ont migré vers cette zone car ils y sont tranquilles. La faune et la flore se sont adaptés, sachant que l'étendu de la radio-activité est très "tacheté", ce n'est pas uniforme. D'ailleurs il parait que certains animaux arrivent à éviter les zones contaminées.
On a ainsi découvert que des espèces végétales sont plus "résistantes" que d'autres à la radio-activité, voir même cette dernière n'a aucun effet sur elle. C'est ainsi que des potagers dans la zone sont toujours en activité (géré par des scientifiques ou par quelques rares habitants). Il suffit de cultiver uniquement certaines espèces de légumes ou fruits sur lesquels les effets de la radio-activité sont minimes voir nulle.
Bref, d'après les nombreuses études scientifiques effectuées à Tchernobyl (et les quelques documentaires qui existent sur le sujet), les effets néfastes sur la nature sont en définitive moins importants qu'on pourrait le croire (sauf à court terme bien entendu et sauf bien sûr sur le site même de la centrale).
Les conséquences d'une explosion nucléaire comme Tchernobyl sont surtout néfastes sur l'activité humaine en fin de compte, mais ce n'est pas un mal : je rappel que l'activité humaine est l'un plus grand fléau qu'ait connue la nature, puisque elle est responsable de la sixième extinction massive des espèces sur terre, entre autres choses. http://fr.wikipedia.org/wiki/Extinction_massive .
euh... moi j'appelle ça un succès dans la mesure où elle a volé, ce qui n'était pas le cas de leur précédent essai, et elle a volé pendant un temps non négligeable. Et ils ont récupéré l'essentiel selon moi, la capsule où est censé se trouver plus tard un gars (bon ok, elle est peut être descendu un peu vite :-)).
Sans compter que ce n’était pas forcément les conditions idéales pour un lancement (avec une plateforme qui bouge autant...)
Pour un budget de 37000$, moi je dis bravo. Ce serait la NASA, avoir un tel résultat avec les moyens qu'ils ont, ce serait navrant, voir comique, mais là tout de même...
Et puis appeler ça de la propagande... Regarde dans le dico la définition exacte de ce mot... C'est pas une organisation gouvernementale, mais une simple association de quelques personnes.
Il y aura une supère intégration avec QT quand des développeurs connaissant QT voudront bien aider... Mozilla Corp a beau avoir plusieurs dizaines de dev à temps plein, il n'en reste pas moins que les journées ne font que 24h, et qu'il y a des choses tout aussi importantes, voir plus, à faire que le support de QT.
En attendant, il y a un support minimal de QT fait (et maintenu?) par Nokia. Et tu peux essayer de voir ce que ça donne dans kde en compilant avec le flag qt.
C'était sûrement propre au début. Mais à force de faire évoluer le soft, en rajoutant des fonctionnalités, l'architecture du code devenait de moins en moins adapté.
Ce sont des choses qui arrive très souvent dans les projets qui vivent longtemps. Celui qui a commencé il y a 10 ans, ne peut prévoir ce qu'il faudra implémenter 2 ans, 5 ans, 10 ans après.
De plus un logiciel comme Composer ou autre se base sur un framework (celui de Mozilla), qui évolue lui aussi et propose des nouveaux composants, des nouvelles Apis. Et si le logiciel ne fait pas évoluer son code en même temps pour profiter de ces nouveautés, on se retrouve au bout d'un moment avec du vieux code tout moche, nécessitant de la refactorisation qui peut être très compliqué.
Et il arrive donc un moment où c'est plus rapide et mieux de tout jeter et recommencer, que de vouloir faire évoluer le code.
Pour éviter ça, il faudrait maintenir et faire évoluer le code dans le bon sens, mais ça demande du temps, des contributeurs etc... (Mozilla Composer étant le parent pauvre en la matière, dans le projet Mozilla).
à te lire, on comprend que c'est bluegriffon qui produit du code moche pas standard. À priori, j'ai mal compris, et alors tu te trompes en disant que c'est pas standard. Si c'est dans la spec, c'est que c'est "standard" (ou "pre-standard" vu que la spec est encore un brouillon).
Bref, ton message n'est alors pas clair.
PS: par curiosité, tu es vraiment membre du HTML5-WG, ta boite est membre du W3C, a payé sa cotisation, tu vas aux meetings, participent aux confcalls ? ou tu es juste inscrit à la mailing-list ? Parce que bon, "participer" à un WG, ça veut tout dire et rien dire à la fois... Surtout pour le HTML5-WG, la ML ouverte à tous, même à des pseudos experts, ce qui fait que bon, il y avait, au moins à une époque, beaucoup de brouahah pour rien.
En terme d'évolutions de fonctionnalité, en terme de code, c'est un projet mort. Tout juste est-il maintenu pour qu'il continue à fonctionner sur les versions successives de gecko. Il n'y a personne qui le fait évoluer.
Il y a eu un rapprochement entre l'auteur de Kompozer et l'équipe de Seamonkey, pour mutualiser les efforts (importer les évolutions de Kompozer dans Composer entre autre), mais je ne sais pas ce qu'il en ai ressorti depuis. (Pas de release de Kompozer issue de cette fusion prévue)
# troll
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal De la livraison simultanée d'évolutions et de correctifs.... Évalué à 4.
s/on/les trolls
Mozilla ne peut pas être sous tout les fronts à la fois. Ce qu'a dit Asa, même si il est product owner de Firefox, n'est pas forcément en accord avec ce que pensent les autres personnes de Mozilla. D'ailleurs, Shaver, tout aussi bien placé chez Mozilla, lance un appel aux entreprises : http://shaver.off.net/diary/2011/06/28/enterprise/ . Comme quoi, tout n'est pas perdu...
Et même si Mozilla pour Fx4, s'était occupé des entreprises, Ils ne sont en rien responsable des plugins/extensions qui ne sont pas mis à jour. Ils font le maximum pour communiquer aux développeurs d'add-ons. Il semble que ceux du plugin que tu utilises pour Java, n'ont pas suivi.
D'autre part, tu te plains que Mozilla ne s'occupe pas des entreprises, mais en même temps, il semble que dans ta boite, la politique de déploiement des logiciels ait tout autant de lacunes. En environnement corporate, si on ne veut rien casser, on désactive les mises à jours automatiques, quelque soit le logiciel, et on laisse faire la DSI pour les mises à jour. Vos ennuis sont surtout dû à un problème interne plutôt qu'un problème de Mozilla. Vous avez installé un logiciel sans réelle politique de déploiement, vous en subissez les conséquences.
desinstallation, click click, téléchargement ftp, click, installation click. 5 minutes chrono. WTF quoi... Ah si, je sais : #incompetent ou #fud. CQFD
# faudra s'y faire
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal De la livraison simultanée d'évolutions et de correctifs.... Évalué à 3.
En même temps, sur une version N d'un logiciel, le manque d'une fonctionnalité peut être tout aussi dérangeante qu'un bug, voir même plus. La livraison d'une version n+1 qui fourni à la fois corrections de bug + nouvelle fonctionnalité peut être bien plus bénéfique.
Tiens d'ailleurs, je suis sûr que tu utilises des applis web externes (gmail ou autre). Et tu as pourtant bien des évolutions et corrections de bugs qui sont appliquées, sans d'ailleurs tu t'en rende compte bien souvent. À priori, ça gène rarement les gens, et de toute façon n'ont pas le choix (si ce n'est d'aller voir ailleurs).
Pour le logiciel c'est pareil. D'ailleurs, le succès des distrib en rolling release montre bien que ça n'est pas forcément un mal de fournir des nouvelles versions, qu'elles soient correctives ou évolutives.
[^] # Re: Pidgin
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie d’Instantbird 1.0. Évalué à 4.
Comme il a été dit, développer des plugins pour Pigdin semble compliqué. D'ailleurs si je ne me trompe pas, on n'a que le choix du langage C.
Le système de plugin de Instandbird présente semble-t-il une API plus simple, avec la possibilité de développer en JS (puisque c'est le langage principal des extensions XUL). Bref, il offre une API de plus haut niveau.
Et les extensions d'instantbird ne concernent pas seulement les protocoles, mais aussi toute l'interface, la plateforme etc. Bref, on peut tout faire, comme pour dans Firefox.
# lag
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox : ça continue. Évalué à 7.
tu lag. https://linuxfr.org/users/gnumdk/journaux/mais-quest-ce-quils-branlent-encore-chez-mozilla#comment-1246488
Et c'est désactivable.
Et pour forker : hg clone http://hg.mozilla.org/mozilla-central
à vendredi.
[^] # Re: Et le cauchemar continue...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mais qu'est ce qu'ils branlent encore chez Mozilla ?. Évalué à 4.
Pour info, d'après le patch, c'est désactivable via la pref browser.urlbar.trimURLs
[^] # Re: Le mieux du fin du fin
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mais qu'est ce qu'ils branlent encore chez Mozilla ?. Évalué à 2.
L'équipe de Thunderbird a connu ces derniers mois des revirements : réintégration au sain de la MoCo, changement de direction du projet etc..
Mon petit doigt me dit que ce projet va probablement connaître un nouvel élan...
[^] # Re: SeaMonkey
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mais qu'est ce qu'ils branlent encore chez Mozilla ?. Évalué à 4.
c'est un modèle de boite qui permet de définir la taille et l'alignement des boites par rapport à leur boite parente. On défini ainsi des proportions plutôt que des tailles fixes (même si on peut spécifier des tailles fixes bien sûr) d'où le terme flexible. Et ces paramètres s'ajustent automatiquement quand la boite parente change de taille (et donc quand la fenêtre change de taille...). Par défaut, les boites s'alignent automatiquement verticalement ou horizontalement dans la boite parente, et occupent tout l'espace disponible, en fonction des proportions qu'on indique.
C'est un modèle de boite qui existe depuis des lustres, puisque c'est celui utilisé par exemple dans le toolkit de Motif pour X (début des années 90), et probablement dans les toolkits modernes (QT ?).
Contrairement au modèle de boite classique de CSS pour HTML, il n'y a pas de notion de flux de texte, de reflow etc..
Bref, pour réaliser une interface utilisateur c'est beaucoup moins casse pied que le modèle classique en HTML. C'est fait pour même.
[^] # Re: Mouais…
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 5 est sorti. Évalué à 2.
tout à fait, et je précise d'ailleurs que le seul truc qui manque pour passer acid3, c'est le support des fontes SVG.
J'avais énoncé les raisons principales de ce non support sur mon blog http://ljouanneau.com/blog/post/2010/06/24/Pourquoi-Firefox-n-aura-probablement-jamais-100-au-test-acid-3
[^] # Re: SeaMonkey
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mais qu'est ce qu'ils branlent encore chez Mozilla ?. Évalué à 7.
XUL n'est pas un fourre-tout (s'toi le fourre-tout). C'est un simple language XML permettant de décrire de manière déclarative une interface utilisateur, et permettant l'utilisation de javascript pour le comportement, XBL pour les composants et CSS pour le design. Comme les technos web quoi (tu remplaces HTML par XUL et tu as la même stack de dev). D'ailleurs, bon nombre de choses utilisés pour XUL (comme par exemple le modèle de boite flexible) sont en brouillons au W3C (dans CSS3, XBL2 etc..).
XUL ne réinvente pas la roue. ça existe depuis une douzaine d'année maintenant, bien avant donc le MXML/Flex de Adobe, le XAML de microsoft, la tripoté de XUL-like en surcouche des toolkits graphiques de Java et que sais-je encore.
[^] # Re: SeaMonkey
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mais qu'est ce qu'ils branlent encore chez Mozilla ?. Évalué à 5.
Tout comme Firefox, leur interface est en XUL. Le fait d'être dépendant ou non avec XulRunner ne conditionne absolument pas la possibilité ou non d'être développé avec XUL. XulRunner (l'executable), c'est juste un main() qui démarre Gecko, le framework/moteur de rendu de Mozilla.
Les executables de Firefox, Thunderbird et Seamonkey ne sont juste que des main() un peu différent, mais lançant aussi Gecko.
Sinon, pour une liste d'applis utilisant les technos Mozilla, dont Xul pour la plupart : http://www.mozilla.org/projects/mozilla-based.html (liste non exhaustive bien entendu).
[^] # Re: Ah le démarchage téléphonique !
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Comment refuser la fibre optique. Évalué à 5.
Ma femme a eu la même chose. un 0101010101 qui appelait au moins 3 fois par jour sur son portable. Au début, elle a décroché, mais soit ça raccrochait, soit il n'y avait rien au bout du fil. Du coup, elle n'a plus décroché. Mais elle a fini par le faire au bout d'une semaine de harcèlement, et c'était SFR qui voulait lui proposer leur box. Elle a alors appelé le service client SFR (puisqu'elle est chez eux) pour bien les engueuler. Ce n'est quand même pas normal de se faire harceler comme ça, pour du marketing à deux balles.
Depuis plus rien. Croisons les doigts.
[^] # Re: Fête des poivrots
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Fête de la musique 2011 : Un petit troll ?. Évalué à 4.
je crois plutôt que cette réponse était ironique... enfin j’espère.
[^] # Re: juste du bon sens
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Des Bibliothèques dans le même répertoire que l'application. Évalué à 4.
pour ne pas avoir à réinventer la roue
Oui mais non, on va pas réinventer la roue, ni faire du copier coller, c'est idiot.
C'est plus simple de dire, à la compilation, "intègre moi telle bibliothèque dans mon binaire final". Cela s'appelle de la liaison statique. Et c'est justement ce que propose de faire l'auteur du journal pour toutes les applications.
[^] # Re: Bon sens...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Énergie nucléaire et bon sens. Évalué à 2.
Bah non, c'est la terre qu'il faut sauver en premier pas nous. Sans terre, sans nature, pas d'humain. Et nous ne sommes pas une espèce en voie d'extinction que je sache (enfin si, à cause de notre bêtise, on finira bien par en crever tous). La nature par contre, si.
je n'ai jamais dit ça.
Effectivement, les légumes et fruits en question sont comestibles et ils sont consommés sur place. Et non, il n'y a pas de troisième bras qui poussent dans le dos de ceux qui les mangent, à priori.
C'est ce qu'ont montré les expériences scientifiques menées sur le terrain depuis 20 ans. Étonnant n'est ce pas ? Mais pas si étonnant que ça quand on sait qu'il existe diverses formes de radio-activité, que sa nocivité dépend de la manière dont elle est générée, par quoi, comment, depuis combien de temps etc. Sais-tu que tu vis en permanence dans un milieu radio-actif ? Et pourtant tu le vis bien, et les légumes aussi.
[^] # Re: Bon sens...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Énergie nucléaire et bon sens. Évalué à 5.
Les dégâts sur l'environnement ne sont pas aussi monstrueux qu'on veut bien le croire, sur le moyen et long terme.
Dans la zone "interdite" de Tchernobyl, la nature ne s'est jamais portée aussi bien que dans les autres régions et qu'avant l'explosion. Certes, au lendemain de la catastrophe et les quelques années qui ont suivi, elle a morflée, mais 20 ans après, c'est quasi un paradis, les éléments radioactifs les plus nocifs ayant disparus et du fait qu'il n'y a toujours pas d'activité humaine.
Bilan : c'est devenu un véritable parc animalié. Beaucoup d'animaux ont migré vers cette zone car ils y sont tranquilles. La faune et la flore se sont adaptés, sachant que l'étendu de la radio-activité est très "tacheté", ce n'est pas uniforme. D'ailleurs il parait que certains animaux arrivent à éviter les zones contaminées.
On a ainsi découvert que des espèces végétales sont plus "résistantes" que d'autres à la radio-activité, voir même cette dernière n'a aucun effet sur elle. C'est ainsi que des potagers dans la zone sont toujours en activité (géré par des scientifiques ou par quelques rares habitants). Il suffit de cultiver uniquement certaines espèces de légumes ou fruits sur lesquels les effets de la radio-activité sont minimes voir nulle.
Bref, d'après les nombreuses études scientifiques effectuées à Tchernobyl (et les quelques documentaires qui existent sur le sujet), les effets néfastes sur la nature sont en définitive moins importants qu'on pourrait le croire (sauf à court terme bien entendu et sauf bien sûr sur le site même de la centrale).
Les conséquences d'une explosion nucléaire comme Tchernobyl sont surtout néfastes sur l'activité humaine en fin de compte, mais ce n'est pas un mal : je rappel que l'activité humaine est l'un plus grand fléau qu'ait connue la nature, puisque elle est responsable de la sixième extinction massive des espèces sur terre, entre autres choses. http://fr.wikipedia.org/wiki/Extinction_massive .
[^] # Re: Propagande
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal La première fusée open source a décollé !. Évalué à 5.
euh... moi j'appelle ça un succès dans la mesure où elle a volé, ce qui n'était pas le cas de leur précédent essai, et elle a volé pendant un temps non négligeable. Et ils ont récupéré l'essentiel selon moi, la capsule où est censé se trouver plus tard un gars (bon ok, elle est peut être descendu un peu vite :-)).
Sans compter que ce n’était pas forcément les conditions idéales pour un lancement (avec une plateforme qui bouge autant...)
Pour un budget de 37000$, moi je dis bravo. Ce serait la NASA, avoir un tel résultat avec les moyens qu'ils ont, ce serait navrant, voir comique, mais là tout de même...
Et puis appeler ça de la propagande... Regarde dans le dico la définition exacte de ce mot... C'est pas une organisation gouvernementale, mais une simple association de quelques personnes.
[^] # Re: Concrètement, quels changement pour l'intégration dans Linux
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Ch’tites brèvounettes : Firefox 5 bêta, OSQA et mafia. Évalué à 4.
parce que GTK == Gnome ?
[^] # Re: Concrètement, quels changement pour l'intégration dans Linux
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Ch’tites brèvounettes : Firefox 5 bêta, OSQA et mafia. Évalué à 2.
Il y aura une supère intégration avec QT quand des développeurs connaissant QT voudront bien aider... Mozilla Corp a beau avoir plusieurs dizaines de dev à temps plein, il n'en reste pas moins que les journées ne font que 24h, et qu'il y a des choses tout aussi importantes, voir plus, à faire que le support de QT.
En attendant, il y a un support minimal de QT fait (et maintenu?) par Nokia. Et tu peux essayer de voir ce que ça donne dans kde en compilant avec le flag qt.
[^] # Re: Kompozer / BlueGriffon
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de BlueGriffon 1.0. Évalué à 4.
Tout est déjà expliqué dans les commentaires :
- https://linuxfr.org/nodes/86050/comments/1234118
- https://linuxfr.org/nodes/86050/comments/1234361
Bluegriffon n'est basé sur aucun des logiciels que tu sites (ni nvu, ni Mozilla Composer, ni Netscape Composer, ni Kompozer)
[^] # Re: Feu ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de BlueGriffon 1.0. Évalué à 3.
C'était sûrement propre au début. Mais à force de faire évoluer le soft, en rajoutant des fonctionnalités, l'architecture du code devenait de moins en moins adapté.
Ce sont des choses qui arrive très souvent dans les projets qui vivent longtemps. Celui qui a commencé il y a 10 ans, ne peut prévoir ce qu'il faudra implémenter 2 ans, 5 ans, 10 ans après.
De plus un logiciel comme Composer ou autre se base sur un framework (celui de Mozilla), qui évolue lui aussi et propose des nouveaux composants, des nouvelles Apis. Et si le logiciel ne fait pas évoluer son code en même temps pour profiter de ces nouveautés, on se retrouve au bout d'un moment avec du vieux code tout moche, nécessitant de la refactorisation qui peut être très compliqué.
Et il arrive donc un moment où c'est plus rapide et mieux de tout jeter et recommencer, que de vouloir faire évoluer le code.
Pour éviter ça, il faudrait maintenir et faire évoluer le code dans le bon sens, mais ça demande du temps, des contributeurs etc... (Mozilla Composer étant le parent pauvre en la matière, dans le projet Mozilla).
[^] # Re: XHTML
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de BlueGriffon 1.0. Évalué à 3.
à te lire, on comprend que c'est bluegriffon qui produit du code moche pas standard. À priori, j'ai mal compris, et alors tu te trompes en disant que c'est pas standard. Si c'est dans la spec, c'est que c'est "standard" (ou "pre-standard" vu que la spec est encore un brouillon).
Bref, ton message n'est alors pas clair.
PS: par curiosité, tu es vraiment membre du HTML5-WG, ta boite est membre du W3C, a payé sa cotisation, tu vas aux meetings, participent aux confcalls ? ou tu es juste inscrit à la mailing-list ? Parce que bon, "participer" à un WG, ça veut tout dire et rien dire à la fois... Surtout pour le HTML5-WG, la ML ouverte à tous, même à des pseudos experts, ce qui fait que bon, il y avait, au moins à une époque, beaucoup de brouahah pour rien.
[^] # Re: FOUTAISES
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de BlueGriffon 1.0. Évalué à 5.
tu remarqueras que ça date de plus d'un an, et que à priori, ça n'a pas beaucoup avancé.
[^] # Re: Cela sert-il encore à quelque chose... ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de BlueGriffon 1.0. Évalué à 3.
le support ftp est devenue une extension (gratuite). Voir sur http://www.bluegriffon.com/
[^] # Re: Feu ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de BlueGriffon 1.0. Évalué à 4.
En terme d'évolutions de fonctionnalité, en terme de code, c'est un projet mort. Tout juste est-il maintenu pour qu'il continue à fonctionner sur les versions successives de gecko. Il n'y a personne qui le fait évoluer.
Il y a eu un rapprochement entre l'auteur de Kompozer et l'équipe de Seamonkey, pour mutualiser les efforts (importer les évolutions de Kompozer dans Composer entre autre), mais je ne sais pas ce qu'il en ai ressorti depuis. (Pas de release de Kompozer issue de cette fusion prévue)
[^] # Re: FOUTAISES
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de BlueGriffon 1.0. Évalué à 2.
je parle bien sûr des dernières versions "officielles" (0.8 beta)...