l'objectif de GTK+ qui est de fournir une bibliothèque spécialisée dans la création de GUI
QtGui a exactement le meme objectif que GTK+.
La doc de Qt est 100x meilleur que celle de GTK+, c'est indiscutable
Qt fonctionne parfaitement (doc, binaires; pas de bidouille…) sous Linux, Windows et Mac
La version 3 de GTK+ (sortie il y a 2 ans) n'est même pas fournit pour Windows !
L’intégration graphique de Qt est indiscutablement meilleure que celle de GTK+, même sous GNOME, Qt s’intègre parfaitement : ça utilise GTK+ derrière, les icônes sont les bonnes, le placement des boutons aussi, la boite de dialogue pour sélectionner un fichier est native GNOME… Sous Windows, ça utilise win32 et sous Mac, Cocoa
Et malheureusement je n'arrive pas a trouver l'article d'un (ex-?)employée de Nokia qui avait commencé en GTK+ et qui a du a contre coeur se mettre a Qt suite au rachat de Trolltech par Nokia pour finalement adorer cette bibliothèque et "renier" GTK.
Maintenant j'attends les avantages supposés de GTK+ vs Qt…
Je te retourne le compliment. Imaginer qu'une entreprise qui depuis sa création (8 ans) base tout son travaille sur GNOME et GTK+ ne soit pas pro GNOME / GTK+ est d'une stupidité évidente. En fait c'est un complot, ils sont pro wxWidgets…
Ubuntu à toujours fourni Gnome par défaut, c'est parce que Debian l'a toujours fait
Ba ouai bien sur Canonical est marié à vie avec Debian.
Si Ubuntu fournit Unity par défaut, c'est parce que Debian l'a toujours fait.
Si Ubuntu fournit des logiciels propriétaires par défaut, c'est parce que Debian l'a toujours fait.
Si Ubuntu fournit Upstart par défaut, c'est parce que Debian l'a toujours fait.
Si Ubuntu sort tous les 6 mois, c'est parce que Debian l'a toujours fait.
Si Ubuntu utilise Bazaar, c'est parce que Debian l'a toujours fait.
Canonical fait ce qui l'arrange, point barre.
S'ils ont choisi Qt, c'est parce que c'est un framework alors que Gtk+, non
Ca veut rien dire, personne ne s'accorde sur la définition de ce qu'est un framework.
Si Canonical a choisit Qt plutôt que GTK+ pour leur OS mobile c'est parce que Qt corresponds mieux aux besoins. Forcement un outil qui a 5 ans d'avance sur l'autre, ça fait réfléchir…
les dévs ont un penchant plutôt pour GTK+ et Gnome
Mon commentaire faisait écho à ça justement. GTK+ ne brille vraiment pas par son coté multiplateforme et en plus c'est du C alors que Qt est vraiment multiplateforme (s’intègre même parfaitement à GNOME) et en C++.
De plus Qt a une bonne longueur d'avance (au moins 5 ans) sur GTK+. Même Canonical utilise Qt pour son nouvel OS mobile alors que c'est une entreprise fondamentalement pro GNOME et pro GTK+ !
Qt a également la particularité de pouvoir s’intégrer avec d'autres toolkits pour permettre de changer le code d'une appli au fur et à mesure. A l’époque de Qt 3 il y avait Qt Motif Extension pour mélanger du Motif avec du Qt. Il existe la même avec les MFC. On peut même mélanger du Qt et du GTK+ !
Il y a surement moyen de créer un "pont" entre VLC et Qt pour pouvoir réaliser les nouveaux développements en Qt et garder les anciens en VCL.
la raison pour laquelle LibreOffice n'utilise pas Qt, c’est que le logiciel possède déjà son propre toolkit interne, appelé VCL
Troll : pourquoi ils passent pas à Qt ? LibreOffice est en C++ et multiplateforme, Qt aussi.
Je comprends pas pourquoi ils sont passé de dmake à automake alors que CMake existe et corresponds logiquement bien mieux à leurs besoins.
Bref, coder bien et propre demande d'être intelligent et d'avoir du talent.
Je ne crois pas.
Si tu demandes a 2 personnes de peindre un mur en blanc, l'un fera un boulot sale et l'autre le fera consciencieusement et le résultat sera parfait.
Pourtant pas besoin d’être Einstein pour peindre un mur en blanc, et celui qui l'aura mal fait n'est pas un idiot pour autant.
AHMA produire du code propre demande :
- de la passion
- de la patiente (du temps donc)
Souvent en entreprise on manque d'argent et donc de temps. Plus particulièrement en France, on a une vision court terme du développement logiciel, surtout dans les SSII qui embauchent la majorité des développeurs.
Pour forcer une personne qui n'a pas la passion ni la patiente pour produire du code propre ou pour s'assurer qu'une personne passionnée et patiente n'oubliera rien, il y a plein de méthodes et d'outils : les tests automatises, le code coverage, le code review, l’intégration continue, les outils d'analyse de code…
L'un des meilleur exemple est certainement Nokia et Maemo/Meego.
(Grosso modo pour simplifier)
Au depart c'est un OS base sur Debian avec dpkg qui utilise une version etendue/modifiee de GTK+. Maemo est sortie en 2005, ils avaient plusieurs annees d'avance sur tout le monde !
Puis ils se sont rendu compte que Qt est bien meilleur que GTK+/GLib, ils ont achete Trolltech et decide de virer GTK+/Glib au profit de Qt
-> re-ecriture
Puis ils se sont allies avec Intel. Du coup Maemo (devenu Meego) ne se base plus sur Debian et dpkg mais sur RPM
-> re-ecriture
Puis les developpeurs de Qt ont sortie QML et donc les devs de Nokia se sont dit qu'ecrire QWidget * widget = new QWidget() c'etait has been et ont decide de basculer sur QML
-> re-ecriture
Elop a dit stop. On connait le resultat.
D'apres ce que j'ai compris, les devs de KDE re-ecrivent les applications pour profiter de QML mais de facon intelligente : petit a petit, de facon iteratif et c'est ca la solution.
LibreOffice fait de meme : ils refactorent/nettoient le code de facon iterative.
Je n'ai jamais utilise SPIP, en revanche je fais un projet un peu complexe en Drupal, un autre CMS qui est pas mal a la mode en ce moment. Je deteste avec passion Drupal. A l'origine je fais du Rails et ASP.NET MVC.
la configuration ressemble a un tableau de bord de Boing 747
tout est sauvegarde en base, impossible donc de faire du versionning, encore moins des tests unitaires ect… Une installation de base represente deja 70 tables !
Une seule base de donnees : MySQL. En theorie ca fonctionne avec d'autres, en pratique non
La plupart des modules ne sont pas dispo ou en beta pour Drupal 7 sortie il y a plus d'un an
Ca utilise PHP. La version 5.4 de PHP qui vient de sortir me pete tout. Avec Drupal il faut "figer" la version de PHP et de tous les modules utilises
Chaque nouvelle version majeure de Drupal casse la compatibilite, il faut tout refaire
Drupal et j'imagine les autres CMS c'est bien pour faire un site vitrine statique, un blog mais pour un truc un peu complexe c'est pas adapte. De plus il faut bien avoir conscience que c'est du developpement jetable.
J'arrive a aller super vite sur des choses complexes si le module existe et souvent je galere sur des trucs qui pourraient etre fait en 5 min avec un developpement classic.
Tout ce qui est dit est vrai. Mais pour les outils collaboratifs ou une appli web est AMHA bien mieux.
Deezer, Dropbox ect… en appli native ok. Mais GitHub en natif ? trop complique a mon avis. Et des outils collaboratifs il y en a un paquet :)
Ce n'est pas au développeur de packager pour toutes les distributions existantes
On a crée un nouveau métier : "packageur". C'est pas vraiment un utilisateur et pas vraiment un développeur. Et comble de la connerie on l'a rendue indispensable au système. Il se permet de modifier les logiciels qu'il est censé seulement packager. Du coup il y autant de fork d'un logiciel que de distribs.
On se retrouve avec des bugs spécifiques aux distribs, les utilisateurs rapportent les bugs aux packageurs au lieu de les rapporter aux devs ect... Bref c'est le bordel.
Sous Mac pas de problème, un seul OS, un seul format de package donc c'est le dev qui fait le package et il le fait une bonne fois pour toute.
J'utilise Arch et je package souvent des softs sur AUR parce que j'en ai besoin et qu'aucun paquet n'existe.
Moi je veux pas passer du temps à compiler/packager, je veux utiliser un/des logiciel :)
La rolling release [...] j'ai les nouvelles versions dans la semaine
Je parle d'avoir la dernière version seulement de mon logiciel préféré.
Sous Mac je peux être par exemple sous Snow Leopard qui date de 2009 mais utiliser mon logiciel préféré dans sa dernière version très facilement.
[...] soit il n'y a pas de paquet et tu l'installe à la main
src.tar.gz, ./configure, make install... non merci j'ai pas de temps à perdre avec ça.
Rien à voir avec Mac car comme il n'y a qu'un seul OS on te fournit toujours un truc facile à installer (même pour un logiciel de niche, logiciel proprio, open source...)
Mac c'est plus simple, plus stable, plus cohérent et donc on peut se concentrer sur son travail et ne par perdre du temps sur des conneries
Le nombre de distributions majeures
C'est justement la force du libre, sa diversité.
La "diversité", toujours cette argument à la con. Et si celle-ci n'avait au final pas de justification ?
Perso j'ai jamais compris la différence technique fondamentale qui justifie d'avoir Ubuntu, SuSE, Fedora, Debian et feu Mandriva.
Difficulté d'utiliser la dernière version d'un logiciel
mauvaise distrib, change de distrib.
Toutes les distribs sont dans ce cas. Sous Mac pas de soucis, je peux avoir très facilement la dernière version du logiciel qui corrige un bug important ou qui améliore ma productivité.
Difficulté de packager un logiciel
Ou alors laisser la communauté s'en charger.
Solution tout à fait acceptable pour les logiciels propriétaires.
Et puis sérieusement, packager un logiciel, ce n'est pas si difficile.
Sérieusement package moi un de tes logiciels pour Ubuntu, SuSE, Fedora, Debian et Mandriva en x86 et x64.
Les principaux reprochent que je fais à Linux par rapport à Mac sont :
- Le nombre de distributions majeures. Avec Mac c'est simple il n'y a qu'un seul OS.
- La finition globale de ces mêmes distributions est inférieur à Mac OS.
- Difficulté d'utiliser la dernière version d'un logiciel si non présent dans la distrib.
- Difficulté de packager un logiciel : il faut créer un paquet par distrib.
Bien sur tous ces éléments sont liés.
Si une seule distrib majeure => plus de problème de compatibilité de paquet => facile de packager son logiciel => facile d'obtenir un paquet de la dernière version d'un logiciel.
==> Amélioration de la finition globale car tous les logiciels sont testés sous un même et unique environnement.
Silverlight est une version "castrée" de C# WPF (Windows Presentation Framework) qui est la techno sur le desktop. WPF est apparu avant Silverlight.
Silverlight est l'environnement de développement de Windows Phone 7.
Donc Silverlight ne risque pas de disparaître du desktop puisque justement ce n'a jamais été son but premier :)
C'est devenu une tradition depuis le décès de Charles Bronson en 2003 d'annoncer les décès et d'utiliser le terme "Bronsonisé". Une private linuxfr joke en somme.
Pour les screenshots il vaut mieux utiliser PNG et non JPEG. La qualité serait parfaite (compression sans perte) sans pour autant occuper beaucoup de place.
Le format PNG est particulièrement adapté pour les aplats. En revanche pour les photos c'est évidemment JPEG qui "gagne".
Au sujet des navigateurs, Arora, Rekonq, Midori et Chromium utilisent tous WebKit donc les différences se feront au niveau de la GUI (et de QtWebKit pour les applis Qt). A moins d'un gros problème dans le code de la GUI, tous ces logiciels devraient donc consommer à peu près le même espace mémoire.
Dernière proposition sur la page web : Gnome needs to go where the users are, and that is unfortunately Windows
C'est tellement vrai. Si Firefox, OpenOffice, VLC, MPlayer... sont si populaire c'est parceque ce sont des logiciels disponibles sous Windows.
Ça fait mal au cul mais c'est comme ça. si les logiciels libres veulent réussir il faut utiliser la technique du cheval de Troie : être multiplate-forme.
(évidemment il faut le faire correctement, Amarok sous Windows qui prend la moitie de ton disque dur et de ta RAM avec en plus une GUI qui est mal intégrée ne deviendra jamais populaire)
[^] # Re: Pourquoi VCL et automake ?
Posté par tanguy_k (site web personnel) . En réponse à la dépêche LibreOffice se met en 4.0. Évalué à 10. Dernière modification le 11 février 2013 à 19:43.
QtGui a exactement le meme objectif que GTK+.
C'est évident que Qt a plusieurs années d'avance sur GTK+, 210 contributeurs pour 3000 commits/an vs 400 contributeurs pour 15780/an
Il y a UN développeur payé pour travailler sur GTK+ et c'est même pas le cas pour la GLib !
Quelques commentaires dans le même article qui s'adresse a la communauté GNOME :
Même Shuttleworth a proposé de re-écrire GNOME en utilisant Qt…
Et malheureusement je n'arrive pas a trouver l'article d'un (ex-?)employée de Nokia qui avait commencé en GTK+ et qui a du a contre coeur se mettre a Qt suite au rachat de Trolltech par Nokia pour finalement adorer cette bibliothèque et "renier" GTK.
Maintenant j'attends les avantages supposés de GTK+ vs Qt…
PS : c'est Tanguy comme dans le film, pas tangui
[^] # Re: Pourquoi VCL et automake ?
Posté par tanguy_k (site web personnel) . En réponse à la dépêche LibreOffice se met en 4.0. Évalué à 10.
Je te retourne le compliment. Imaginer qu'une entreprise qui depuis sa création (8 ans) base tout son travaille sur GNOME et GTK+ ne soit pas pro GNOME / GTK+ est d'une stupidité évidente. En fait c'est un complot, ils sont pro wxWidgets…
Ba ouai bien sur Canonical est marié à vie avec Debian.
Si Ubuntu fournit Unity par défaut, c'est parce que Debian l'a toujours fait.
Si Ubuntu fournit des logiciels propriétaires par défaut, c'est parce que Debian l'a toujours fait.
Si Ubuntu fournit Upstart par défaut, c'est parce que Debian l'a toujours fait.
Si Ubuntu sort tous les 6 mois, c'est parce que Debian l'a toujours fait.
Si Ubuntu utilise Bazaar, c'est parce que Debian l'a toujours fait.
Canonical fait ce qui l'arrange, point barre.
Ca veut rien dire, personne ne s'accorde sur la définition de ce qu'est un framework.
Si Canonical a choisit Qt plutôt que GTK+ pour leur OS mobile c'est parce que Qt corresponds mieux aux besoins. Forcement un outil qui a 5 ans d'avance sur l'autre, ça fait réfléchir…
[^] # Re: Pourquoi VCL et automake ?
Posté par tanguy_k (site web personnel) . En réponse à la dépêche LibreOffice se met en 4.0. Évalué à 6. Dernière modification le 08 février 2013 à 18:25.
Backend HTML5 pour Qt : http://www.youtube.com/watch?v=qDyWjNju1yU
[^] # Re: Pourquoi VCL et automake ?
Posté par tanguy_k (site web personnel) . En réponse à la dépêche LibreOffice se met en 4.0. Évalué à 10.
C'est écrit dans la news : "LibreOffice utilise toujours son propre toolkit : VCL". On peut supposer que les personnes qui commentent ont lu la news.
[^] # Re: Pourquoi VCL et automake ?
Posté par tanguy_k (site web personnel) . En réponse à la dépêche LibreOffice se met en 4.0. Évalué à 8.
Mon commentaire faisait écho à ça justement. GTK+ ne brille vraiment pas par son coté multiplateforme et en plus c'est du C alors que Qt est vraiment multiplateforme (s’intègre même parfaitement à GNOME) et en C++.
De plus Qt a une bonne longueur d'avance (au moins 5 ans) sur GTK+. Même Canonical utilise Qt pour son nouvel OS mobile alors que c'est une entreprise fondamentalement pro GNOME et pro GTK+ !
Qt a également la particularité de pouvoir s’intégrer avec d'autres toolkits pour permettre de changer le code d'une appli au fur et à mesure. A l’époque de Qt 3 il y avait Qt Motif Extension pour mélanger du Motif avec du Qt. Il existe la même avec les MFC. On peut même mélanger du Qt et du GTK+ !
Il y a surement moyen de créer un "pont" entre VLC et Qt pour pouvoir réaliser les nouveaux développements en Qt et garder les anciens en VCL.
Oui ça on sait…
# Pourquoi VCL et automake ?
Posté par tanguy_k (site web personnel) . En réponse à la dépêche LibreOffice se met en 4.0. Évalué à 10.
Troll : pourquoi ils passent pas à Qt ? LibreOffice est en C++ et multiplateforme, Qt aussi.
Je comprends pas pourquoi ils sont passé de dmake à automake alors que CMake existe et corresponds logiquement bien mieux à leurs besoins.
Très instructif: LibreOffice: the story of cleaning and re-factoring a giant code-base
# Bref, coder bien et propre demande d'être intelligent et d'avoir du talent.
Posté par tanguy_k (site web personnel) . En réponse au journal Du code propre, c'est quoi ?. Évalué à 8.
Je ne crois pas.
Si tu demandes a 2 personnes de peindre un mur en blanc, l'un fera un boulot sale et l'autre le fera consciencieusement et le résultat sera parfait.
Pourtant pas besoin d’être Einstein pour peindre un mur en blanc, et celui qui l'aura mal fait n'est pas un idiot pour autant.
AHMA produire du code propre demande :
- de la passion
- de la patiente (du temps donc)
Souvent en entreprise on manque d'argent et donc de temps. Plus particulièrement en France, on a une vision court terme du développement logiciel, surtout dans les SSII qui embauchent la majorité des développeurs.
Pour forcer une personne qui n'a pas la passion ni la patiente pour produire du code propre ou pour s'assurer qu'une personne passionnée et patiente n'oubliera rien, il y a plein de méthodes et d'outils : les tests automatises, le code coverage, le code review, l’intégration continue, les outils d'analyse de code…
[^] # Re: Conservatisme aveugle...
Posté par tanguy_k (site web personnel) . En réponse à la dépêche Bref, MPlayerX quitte le Mac App Store. Évalué à 0.
+1000
# Nokia et Maemo/Meego est aussi un bon exemple
Posté par tanguy_k (site web personnel) . En réponse au journal Conseils aux libristes, 2ème partie: résister à la tentation de la réécriture à partir de zéro. Évalué à 10. Dernière modification le 12 août 2012 à 23:04.
L'un des meilleur exemple est certainement Nokia et Maemo/Meego.
(Grosso modo pour simplifier)
Au depart c'est un OS base sur Debian avec dpkg qui utilise une version etendue/modifiee de GTK+. Maemo est sortie en 2005, ils avaient plusieurs annees d'avance sur tout le monde !
Puis ils se sont rendu compte que Qt est bien meilleur que GTK+/GLib, ils ont achete Trolltech et decide de virer GTK+/Glib au profit de Qt
-> re-ecriture
Puis ils se sont allies avec Intel. Du coup Maemo (devenu Meego) ne se base plus sur Debian et dpkg mais sur RPM
-> re-ecriture
Puis les developpeurs de Qt ont sortie QML et donc les devs de Nokia se sont dit qu'ecrire
QWidget * widget = new QWidget()c'etait has been et ont decide de basculer sur QML-> re-ecriture
Elop a dit stop. On connait le resultat.
D'apres ce que j'ai compris, les devs de KDE re-ecrivent les applications pour profiter de QML mais de facon intelligente : petit a petit, de facon iteratif et c'est ca la solution.
LibreOffice fait de meme : ils refactorent/nettoient le code de facon iterative.
# Experience avec le CMS Drupal
Posté par tanguy_k (site web personnel) . En réponse à la dépêche SPIP 3 est sorti ce week end. Évalué à 2.
Je n'ai jamais utilise SPIP, en revanche je fais un projet un peu complexe en Drupal, un autre CMS qui est pas mal a la mode en ce moment. Je deteste avec passion Drupal. A l'origine je fais du Rails et ASP.NET MVC.
Drupal et j'imagine les autres CMS c'est bien pour faire un site vitrine statique, un blog mais pour un truc un peu complexe c'est pas adapte. De plus il faut bien avoir conscience que c'est du developpement jetable.
J'arrive a aller super vite sur des choses complexes si le module existe et souvent je galere sur des trucs qui pourraient etre fait en 5 min avec un developpement classic.
Un article qui va dans ce sens : http://www.freeblogware.org/2010/06/pourquoi-je-deteste-drupal-et-la.html
# Encore ?
Posté par tanguy_k (site web personnel) . En réponse à la dépêche Le Parlement européen va libérer son gestionnaire d'amendements. Évalué à 5.
Et encore une licence supplémentaire… :/
# Et pour les outils collaboratifs ?
Posté par tanguy_k (site web personnel) . En réponse au journal Bref, j'arrête de développer pour le web. Évalué à 2.
Tout ce qui est dit est vrai. Mais pour les outils collaboratifs ou une appli web est AMHA bien mieux.
Deezer, Dropbox ect… en appli native ok. Mais GitHub en natif ? trop complique a mon avis. Et des outils collaboratifs il y en a un paquet :)
[^] # Re: nombre de distros, finition globale et paquets
Posté par tanguy_k (site web personnel) . En réponse au journal On devrait manger ce qu'on donne à notre chien. Évalué à 1.
Merci mais ça fait 15 ans que j'utilise Linux et 10 que je suis inscrit sur linuxfr.
[^] # Re: nombre de distros, finition globale et paquets
Posté par tanguy_k (site web personnel) . En réponse au journal On devrait manger ce qu'on donne à notre chien. Évalué à -6.
On a crée un nouveau métier : "packageur". C'est pas vraiment un utilisateur et pas vraiment un développeur. Et comble de la connerie on l'a rendue indispensable au système. Il se permet de modifier les logiciels qu'il est censé seulement packager. Du coup il y autant de fork d'un logiciel que de distribs.
On se retrouve avec des bugs spécifiques aux distribs, les utilisateurs rapportent les bugs aux packageurs au lieu de les rapporter aux devs ect... Bref c'est le bordel.
Sous Mac pas de problème, un seul OS, un seul format de package donc c'est le dev qui fait le package et il le fait une bonne fois pour toute.
Moi je veux pas passer du temps à compiler/packager, je veux utiliser un/des logiciel :)
Je parle d'avoir la dernière version seulement de mon logiciel préféré.
Sous Mac je peux être par exemple sous Snow Leopard qui date de 2009 mais utiliser mon logiciel préféré dans sa dernière version très facilement.
src.tar.gz, ./configure, make install... non merci j'ai pas de temps à perdre avec ça.
Rien à voir avec Mac car comme il n'y a qu'un seul OS on te fournit toujours un truc facile à installer (même pour un logiciel de niche, logiciel proprio, open source...)
Mac c'est plus simple, plus stable, plus cohérent et donc on peut se concentrer sur son travail et ne par perdre du temps sur des conneries
[^] # Re: nombre de distros, finition globale et paquets
Posté par tanguy_k (site web personnel) . En réponse au journal On devrait manger ce qu'on donne à notre chien. Évalué à 2.
La "diversité", toujours cette argument à la con. Et si celle-ci n'avait au final pas de justification ?
Perso j'ai jamais compris la différence technique fondamentale qui justifie d'avoir Ubuntu, SuSE, Fedora, Debian et feu Mandriva.
Toutes les distribs sont dans ce cas. Sous Mac pas de soucis, je peux avoir très facilement la dernière version du logiciel qui corrige un bug important ou qui améliore ma productivité.
Solution tout à fait acceptable pour les logiciels propriétaires.
Sérieusement package moi un de tes logiciels pour Ubuntu, SuSE, Fedora, Debian et Mandriva en x86 et x64.
[^] # Re: Microsoft office!
Posté par tanguy_k (site web personnel) . En réponse au journal On devrait manger ce qu'on donne à notre chien. Évalué à 5.
C'est triste mais Google Docs lit bien mieux mes documents MS Office que LibreOffice.
# nombre de distros, finition globale et paquets
Posté par tanguy_k (site web personnel) . En réponse au journal On devrait manger ce qu'on donne à notre chien. Évalué à -6.
Les principaux reprochent que je fais à Linux par rapport à Mac sont :
- Le nombre de distributions majeures. Avec Mac c'est simple il n'y a qu'un seul OS.
- La finition globale de ces mêmes distributions est inférieur à Mac OS.
- Difficulté d'utiliser la dernière version d'un logiciel si non présent dans la distrib.
- Difficulté de packager un logiciel : il faut créer un paquet par distrib.
Bien sur tous ces éléments sont liés.
Si une seule distrib majeure => plus de problème de compatibilité de paquet => facile de packager son logiciel => facile d'obtenir un paquet de la dernière version d'un logiciel.
==> Amélioration de la finition globale car tous les logiciels sont testés sous un même et unique environnement.
[^] # Re: c'est rigolo
Posté par tanguy_k (site web personnel) . En réponse au journal Vendredi \o/ Gnome-Shell forked. Évalué à 2.
Logram est AHMA mort cf http://gitorious.org/logram/desktop
Trinity (fork de KDE3) il y a apparemment un seul contributeur (Timothy Pearson cf http://git.trinitydesktop.org/cgit/)
Pour Razor-qt (https://github.com/Razor-qt) par contre on pourrait imaginer du succès à l'image de Clementine/Amarok, Xfce/GNOME
[^] # Re: de meme il semblerait que MS arrete silverlight
Posté par tanguy_k (site web personnel) . En réponse au journal Saint Steve Jobs, chantre du libre, pourfendeur du propriatif. Évalué à 6.
Silverlight est une version "castrée" de C# WPF (Windows Presentation Framework) qui est la techno sur le desktop. WPF est apparu avant Silverlight.
Silverlight est l'environnement de développement de Windows Phone 7.
Donc Silverlight ne risque pas de disparaître du desktop puisque justement ce n'a jamais été son but premier :)
[^] # Re: S'il vous plait
Posté par tanguy_k (site web personnel) . En réponse au journal Mouammar Kadhafi est Bronsonisé. Évalué à -8.
C'est devenu une tradition depuis le décès de Charles Bronson en 2003 d'annoncer les décès et d'utiliser le terme "Bronsonisé". Une private linuxfr joke en somme.
[^] # Re: Faux positif
Posté par tanguy_k (site web personnel) . En réponse au journal wikipedia: même les bots sont des Zélotes et ne veulent pas de vos contributions. Évalué à 9.
Passer 1h sur Wikipedia c'est 1h en moins de moulage sur DLFP :)
# L'autre mec qui est mort
Posté par tanguy_k (site web personnel) . En réponse à la dépêche Steve Jobs (1955-2011). Évalué à 10.
Source : http://www.apenotmonkey.com/2011/10/07/the-other-guy-who-died/
[^] # Re: Bon
Posté par tanguy_k (site web personnel) . En réponse au journal orange n'aime pas archos. Évalué à 3.
Ma soeur le suçait comme un vrai stylo du coup le truc était en panne ^^
# Remarque format image
Posté par tanguy_k (site web personnel) . En réponse au journal Consommation mémoire navigateurs web. Évalué à 8.
Pour les screenshots il vaut mieux utiliser PNG et non JPEG. La qualité serait parfaite (compression sans perte) sans pour autant occuper beaucoup de place.
Le format PNG est particulièrement adapté pour les aplats. En revanche pour les photos c'est évidemment JPEG qui "gagne".
Au sujet des navigateurs, Arora, Rekonq, Midori et Chromium utilisent tous WebKit donc les différences se feront au niveau de la GUI (et de QtWebKit pour les applis Qt). A moins d'un gros problème dans le code de la GUI, tous ces logiciels devraient donc consommer à peu près le même espace mémoire.
# La solution : être multi-plateforme
Posté par tanguy_k (site web personnel) . En réponse au journal 10x10. Évalué à 9.
Dernière proposition sur la page web :
Gnome needs to go where the users are, and that is unfortunately Windows
C'est tellement vrai. Si Firefox, OpenOffice, VLC, MPlayer... sont si populaire c'est parceque ce sont des logiciels disponibles sous Windows.
Ça fait mal au cul mais c'est comme ça. si les logiciels libres veulent réussir il faut utiliser la technique du cheval de Troie : être multiplate-forme.
(évidemment il faut le faire correctement, Amarok sous Windows qui prend la moitie de ton disque dur et de ta RAM avec en plus une GUI qui est mal intégrée ne deviendra jamais populaire)