Il faut respecter la fenêtre de merge. Et c'est temps ci, Linus est assez strict là dessus. Et je suppose que le patch doit nécessiter quelques vérifications approfondies...
ce produit associe une caméra classique à un projecteur et à une caméra infrarouge qui détectent la profondeur et les contours d’un corps.
C'est une grande nouvelle pour le logiciel libre et je suis sûre que l'on pourra trouver plein d'applications à ce nouveau joujou mais en attendant, ma simple webcam ne fonctionne pas... :(
En fait elle a fonctionné à un moment mais après une mise à jour plus rien. Je devrais peut être lancer un concours avec 3000€ à la clé...
mais il n’empêche que tous ceux qui possèdent l'AC100 que je connais se motivent pour mettre un "vrai" GNU/Linux dessus. (ce qui avance à grand pas)
Je ne cache pas que si je recherche un portable Android c'est avant tout pour ne pas offrir une nouvelle vente à Microsoft. Mais le but est bien sûre de pouvoir installer mon système favoris par la suite.
Je me posais donc la question, avoir un Netbook Android veut-il dire avoir un Smartphone verrouillé en plus grand et sur lequel changer la moindre chose s'avère compliqué ?
En cherchant sur le net, il y a beaucoup de produit annoncé comme le Compaq Airlife 100, ou encore le PC706V, ou alors le Mobinova Beam, mais aussi le Lenovo U1 Hybrid, etc... Mais aucun n'est encore en vente.
Il semblerait que les constructeurs ont un peu peur de se lancer sur le marcher et de se rater.
Merci pour ces explications mais je n’adhère toujours pas à Yum.
Un autre exemple, imaginons que j'ai oublié d'enlever le proxy de la configuration de Yum. Il va essayer de se connecter au serveur sans succès et en essayer un autre. Le problème est qu'il est impossible de l'arrêter avec un simple ^C... Ou du moins il faut insister.
Je n'ai pas d'exemple en tête mais je me rappelle avoir vu Yum (sans groupinstall) installer des dépendances qui certes ont un rapport avec le logiciel installé mais dont la nécessité me met en doute...
Concernant la mise à jour, on peut en effet utiliser preupgrade mais ce n'était pas la politique de départ de Fedora et je sentais mon système tellement sale qu'il me semblait nécessaire de faire une installation toute fraîche.
En parlant d'installation, je viens d'installer la nouvelle sortie. Je télécharge donc le Desktop Live CD et clique sur Installer sur le disque. Je me retrouve de base avec pas moins de 1071 paquets installés dont plein de logiciels que je ne souhaite pas forcément comme un serveur HTTP ou autre.
Certes c'est plus simple pour l'utilisateur qui ne veut pas s'embêter et qui a tout sous la main tout de suite. Mais n'est-il pas possible de donner le choix à l'utilisateur sans pour autant délaisser les ceux qui ne veulent pas se poser de questions ? A aucun moment il ne m'a été demandé de choisir les logiciels que je voulais installer.
Je n'aime pas la nouvelle mode qui dit que puisque la taille des disques augmente, on peut se permettre de les remplir. De la même façon, on se retrouve avec des logiciels qui se traînent car de toute façon maintenant les PC ont suffisamment de mémoire...
Ça fait déjà 6 mois que j'utilise Fedora (avec l'arrivée de Fedora 13 en fait).
Ce que j'aime :
- Les nouveautés. J'aime bien l'idée de Fedora de mettre en avant les nouveautés issues du monde des logiciels libres. On peut ainsi profiter des toutes dernières avancées et ne pas avoir l'air d'être à la traine.
- La stabilité. Bien qu'utilisant des logiciels assez jeunes Fedora 13 n'a pas trop planté. Certes j'ai eu des plantages de GNOME durant un transfert NFS ou un plantage de Flash dans Firefox qui fait planter tout Metacity et divers autres bugs mais dans une certaine mesure l'ensemble est positif.
- L'intégration. Tout est configuré dès l'installation. On dispose de pas mal d'outils pour configurer le système sans avoir besoin de la ligne de commande. On est averti de l'arrivée de nouvelles mises à jour, plymouth offre un écran de démarrage agréable, le pare-feu se configure en deux clics, on peut facilement envoyer un rapport de bug, l'outils se chargeant de télécharger les paquets qui vont bien, etc..
Du coup on passe son temps à vraiment utiliser son système plutôt que de passer des plombes dans la configuration de ce dernier.
Bien sûre ce n'est pas tout positif, parfois ça ne fonctionne pas. Par exemple, un NetworkManager qui se déconnecte de façon intempestive du Wifi après une mise en veille (ou qui refuse de se connecter) et où il faut ruser avec un déchargement de module et un redémarrage du service. Ou encore le bluetooth qui détecte les appareils mais ne va pas plus loin. Ou un pulseaudio vraiment trop intrusif...
Ce que je n'aime pas :
- Yum, et la gestion des paquets en général sous Fedora. Certes je clique sur un RPM et ça s'installe tout seul. Mais Yum comment dire ? C'est super lent, à chaque opération il faut qu'il jette un œil sur le net. Fedora m'espionnerait-il ? Il installe tout et n'importe quoi mais n'aime pas faire le ménage.
# yum install monSuperLogiciel
| Please wait while yum is sending your password to the Fedora team...
\ You don't ask for that but let me look for an update...
- Hum, what can I do now... Oh yes your software... Lets install it !
# yum remove monSuperLogiciel
| Oh you want to remove a software? Just a moment please I'm reading some news on LinuxFr...
Suppression:
monSuperLogiciel
Installed size: 0.5 M
PS: I let you look for the installed dependances, I've something to do on the net.
Je n'aime pas le fait que Yum veuille tout le temps se mettre à jour sans que l'on ne demande quoi que ce soit. Au moins que cela soit fait par une tâche cron mais quand je veux installer un logiciel j'aimerais que ça aille plus vite. De plus les dépendances sont laissées sur le système et les outils pour les retrouver sont vraiment inutiles.
Je n'aime pas non plus le update qui est en fait un upgrade.
La recherche de logiciels est chaotique. Yum affiche tout et n'importe quoi et on se perd dans les résultats.
Bref moi qui aime contrôler finement ce que j'installe sur mon système avec Yum c'est impossible. Au bout de 6 mois je suis bon pour une réinstallation complète.
Sur ce point vive APT !
- Le manque de paquets. Les paquets sont rares sur Fedora et en plus ils en refusent. Du coup il faut jongler entre les différents dépôts pas toujours très net. Si je veux éditer du MP3 sur Fedora, je ne peux pas avec les paquets du dépôt officiel. Audacity n'étant pas compilé avec le support du MP3.
- La mise à jour. Debian m'a habitué à juste changer un mot pour passer d'un système à l'autre. Sur Fedora, une mise à jour se traduit par la gravure d'un nouveau CD.
- Le panel GNOME. Ce n'est pas forcément lié à Fedora mais le panel GNOME me fatigue à toujours réorganiser les éléments qui le compose. Cela arrive surtout lorsque j'ai branché (ou débranché) un écran.
- La gestion du multi-écran. Encore une fois pas directement lié à Fedora mais j'utilise deux écrans au quotidien. Et malheureusement, cela n'est pas reconnu comme deux écran mais bien comme un seul grand écran. Cela se traduit par la perte d'une fenêtre ou du pointeur de la souris dans l'écran ayant la plus petite résolution.
Avec GNOME, il ne faut surtout pas déplacer les icônes du bureau sous peine de ne plus les revoir quand on débranchement le deuxième écran. En effet, GNOME positionne ses icônes de façon relative aux bords de l'écran. Donc si on déplace ceux-ci, leur position sera hors de notre écran principale lorsque l'écran secondaire sera débranché.
Et bien sûre, le support de la détection à chaud d'un nouvel écran. xrandr améliore la chose mais il est tant que dès que je branche mon écran que celui-ci soit configuré automatiquement.
Il y a sûrement des points positifs ou négatifs que j'ai oubliés mais le principal est là. Fedora reste cependant un système que j'aime utiliser. Certain point me font manquer Debian mais je vais donner une autre chance à cette nouvelle sortie avant de me décider.
Je pense que tout à démarré justement avec le retrait du support de Linux. La PS3 était synonyme d'ouverture car s'était la première console permettant d'installer un autre système et d'utiliser cette dernière comme on le souhaite.
Cependant le fait de retirer ce support à d'une part tourné les projecteurs vers Sony et ensuite à attiré tout les spécialistes du hack de consoles afin de redonner à l'utilisateur le doit d'utiliser son produit comme il le veut.
Un programme n'est pas parfait et si on cherche bien (et il y en a qui sont doués pour ça), il y a toujours une faille pour contourner le système. Le support de Linux en apportait une mais au final c'est le firmware de Sony lui même qui permet de cracker la PS3.
Pourquoi ne pas se fier au noyau lui même pour savoir ce qui est bon pour le disque ou pas ? Je suppose que le noyau gère par lui même les différents accès disques donc il ne devrait pas avoir lieux de s'inquiéter ?
MeeGo est une distribution Linux destinée à l'embarqué (smarphone, tablette, véhicule, télévision, etc.), utilisant comme système de paquet les RPM et comme environnement de développement de MeeGo est Qt.
Me concernant, il me manque la possibilité de desservir les dépôts Subversion par HTTP. À l'heure actuelle, seul Apache semble pouvoir le faire et ça ne sera pas disponible dans lighttpd (pour l'instant) à cause de son architecture [http://forum.lighttpd.net/topic/59#6369].
La solution est donc d'utiliser lighttpd en tant que proxy et rediriger la requête vers Apache [http://redmine.lighttpd.net/wiki/1/ApacheSubversionRecipe]. Mais dans ce cas, pourquoi s'encombrer des deux serveurs et ne pas utiliser Apache pour tout ?
J'ai été impressionné par l'interface d'OpenOffice lors de l'affichage du diaporama avec deux écrans. On a la présentation sur l'un et des informations utiles pour le présentateur sur l'autre. L'interface est vraiment jolie et bien faite.
Et même question que plus haut, si on possède un serveur local, cela ne risque t-il pas de surcharger ce dernier (et de pourrir les logs) ? Peut-on envisager de rediriger les sites indésirables vers l'adresse 0.0.0.0 ?
Est-il possible d'avoir plusieurs fichiers hosts lus par ordre de préférence ? Ainsi, on a un fichier que l'on garde propre et un fichier ou plusieurs fichiers ayant une fonction bien précise.
Quelle est la différence entre un 404 derrière un proxy et un 404 au niveau du FAI ?
D'après ce qui est dit, dès qu'il y a un 404 le lien est envoyé et si le serveur de l'extension peut s'y connecter, c'est bien qu'il y a blocage quelque part. Sauf que ça ne vient pas forcément du FAI.
La nouvelle interface n'est pas trop mal cependant j'ai du mal à comprendre la nouvelle mode de supprimer les menus et de tout remplacer par des boutons ne comportant qu'une icône.
Certes on gagne de l'espace mais avec du texte on sait tout de suite sur quoi on clique (après on se retrouve avec les préférences dans le menu éditer ou outils selon le système mais c'est une autre histoire). L'appréciation d'une icône est subjective et j'ai parfois du mal à trouver la bonne. Même si des efforts sont fait pour avoir des icônes "logiques" j'ai quand même un petit instant de réflexion.
Après avec l'habitude on connait l'emplacement de chaque fonction et on clique sans se poser de questions. Mais pour quelqu'un qui découvre le logiciel, les icônes sont-elles vraiment plus efficaces qu'un menu ?
Peut-être que je n'ai pas bien compris ce qu'est Gollum mais pour moi il s'agit d'un logiciel de wiki qui se base sur Git pour assurer les différentes versions de chaque page.
Pour afficher les pages, on lance la commande gollum qui lancera un serveur HTTP et on pourra consulter notre wiki à l'adresse http://localhost:4567. Ce serveur fait un peu doublon avec un autre serveur HTTP tel que httpd.
Pour httpd d'Apache, il existe mod_python (entre autres) pour exécuter les applications web python. Gollum étant une application web, je me demandais s'il existe une sorte de mod_ruby pour l'exécuter depuis httpd.
[^] # Re: dommage
Posté par Spack . En réponse au journal Noël, noël, un patch miraculeux !. Évalué à 6.
[^] # Re: Suse n'est pas une bonne nouvelle...
Posté par Spack . En réponse au journal Le HP Mini 1103 est bientôt de sortie. Évalué à 1.
Lequel ?
# En attendant...
Posté par Spack . En réponse au journal Driver libre pour Kinect. Évalué à 6.
C'est une grande nouvelle pour le logiciel libre et je suis sûre que l'on pourra trouver plein d'applications à ce nouveau joujou mais en attendant, ma simple webcam ne fonctionne pas... :(
En fait elle a fonctionné à un moment mais après une mise à jour plus rien. Je devrais peut être lancer un concours avec 3000€ à la clé...
# Donner des ailes au Logiciel Libre !
Posté par Spack . En réponse à la dépêche Donner des ailes au Logiciel Libre !. Évalué à 7.
[^] # Re: On en parle mais on ne vend pas
Posté par Spack . En réponse au journal Android du portable vers le PC. Évalué à 1.
Je ne cache pas que si je recherche un portable Android c'est avant tout pour ne pas offrir une nouvelle vente à Microsoft. Mais le but est bien sûre de pouvoir installer mon système favoris par la suite.
Je me posais donc la question, avoir un Netbook Android veut-il dire avoir un Smartphone verrouillé en plus grand et sur lequel changer la moindre chose s'avère compliqué ?
[^] # Re: Youpi !!!
Posté par Spack . En réponse à la dépêche Sortie de Fedora 14. Évalué à 2.
# On en parle mais on ne vend pas
Posté par Spack . En réponse au journal Android du portable vers le PC. Évalué à 2.
Il semblerait que les constructeurs ont un peu peur de se lancer sur le marcher et de se rater.
[^] # Re: 6 mois d'utilisation déjà
Posté par Spack . En réponse à la dépêche Sortie de Fedora 14. Évalué à 1.
Un autre exemple, imaginons que j'ai oublié d'enlever le proxy de la configuration de Yum. Il va essayer de se connecter au serveur sans succès et en essayer un autre. Le problème est qu'il est impossible de l'arrêter avec un simple ^C... Ou du moins il faut insister.
Je n'ai pas d'exemple en tête mais je me rappelle avoir vu Yum (sans groupinstall) installer des dépendances qui certes ont un rapport avec le logiciel installé mais dont la nécessité me met en doute...
Concernant la mise à jour, on peut en effet utiliser preupgrade mais ce n'était pas la politique de départ de Fedora et je sentais mon système tellement sale qu'il me semblait nécessaire de faire une installation toute fraîche.
En parlant d'installation, je viens d'installer la nouvelle sortie. Je télécharge donc le Desktop Live CD et clique sur Installer sur le disque. Je me retrouve de base avec pas moins de 1071 paquets installés dont plein de logiciels que je ne souhaite pas forcément comme un serveur HTTP ou autre.
Certes c'est plus simple pour l'utilisateur qui ne veut pas s'embêter et qui a tout sous la main tout de suite. Mais n'est-il pas possible de donner le choix à l'utilisateur sans pour autant délaisser les ceux qui ne veulent pas se poser de questions ? A aucun moment il ne m'a été demandé de choisir les logiciels que je voulais installer.
Je n'aime pas la nouvelle mode qui dit que puisque la taille des disques augmente, on peut se permettre de les remplir. De la même façon, on se retrouve avec des logiciels qui se traînent car de toute façon maintenant les PC ont suffisamment de mémoire...
# 6 mois d'utilisation déjà
Posté par Spack . En réponse à la dépêche Sortie de Fedora 14. Évalué à 10.
Ce que j'aime :
- Les nouveautés. J'aime bien l'idée de Fedora de mettre en avant les nouveautés issues du monde des logiciels libres. On peut ainsi profiter des toutes dernières avancées et ne pas avoir l'air d'être à la traine.
- La stabilité. Bien qu'utilisant des logiciels assez jeunes Fedora 13 n'a pas trop planté. Certes j'ai eu des plantages de GNOME durant un transfert NFS ou un plantage de Flash dans Firefox qui fait planter tout Metacity et divers autres bugs mais dans une certaine mesure l'ensemble est positif.
- L'intégration. Tout est configuré dès l'installation. On dispose de pas mal d'outils pour configurer le système sans avoir besoin de la ligne de commande. On est averti de l'arrivée de nouvelles mises à jour, plymouth offre un écran de démarrage agréable, le pare-feu se configure en deux clics, on peut facilement envoyer un rapport de bug, l'outils se chargeant de télécharger les paquets qui vont bien, etc..
Du coup on passe son temps à vraiment utiliser son système plutôt que de passer des plombes dans la configuration de ce dernier.
Bien sûre ce n'est pas tout positif, parfois ça ne fonctionne pas. Par exemple, un NetworkManager qui se déconnecte de façon intempestive du Wifi après une mise en veille (ou qui refuse de se connecter) et où il faut ruser avec un déchargement de module et un redémarrage du service. Ou encore le bluetooth qui détecte les appareils mais ne va pas plus loin. Ou un pulseaudio vraiment trop intrusif...
Ce que je n'aime pas :
- Yum, et la gestion des paquets en général sous Fedora. Certes je clique sur un RPM et ça s'installe tout seul. Mais Yum comment dire ? C'est super lent, à chaque opération il faut qu'il jette un œil sur le net. Fedora m'espionnerait-il ? Il installe tout et n'importe quoi mais n'aime pas faire le ménage.
# yum install monSuperLogiciel
| Please wait while yum is sending your password to the Fedora team...
\ You don't ask for that but let me look for an update...
- Hum, what can I do now... Oh yes your software... Lets install it !
Installation:
monSuperLogiciel
monSuperLogiciel
dépendance1
dépendance2
dépendance3
dépendance4
dépendance5
Taille totale des téléchargement : 500 M
# yum remove monSuperLogiciel
| Oh you want to remove a software? Just a moment please I'm reading some news on LinuxFr...
Suppression:
monSuperLogiciel
Installed size: 0.5 M
PS: I let you look for the installed dependances, I've something to do on the net.
Je n'aime pas le fait que Yum veuille tout le temps se mettre à jour sans que l'on ne demande quoi que ce soit. Au moins que cela soit fait par une tâche cron mais quand je veux installer un logiciel j'aimerais que ça aille plus vite. De plus les dépendances sont laissées sur le système et les outils pour les retrouver sont vraiment inutiles.
Je n'aime pas non plus le update qui est en fait un upgrade.
La recherche de logiciels est chaotique. Yum affiche tout et n'importe quoi et on se perd dans les résultats.
Bref moi qui aime contrôler finement ce que j'installe sur mon système avec Yum c'est impossible. Au bout de 6 mois je suis bon pour une réinstallation complète.
Sur ce point vive APT !
- Le manque de paquets. Les paquets sont rares sur Fedora et en plus ils en refusent. Du coup il faut jongler entre les différents dépôts pas toujours très net. Si je veux éditer du MP3 sur Fedora, je ne peux pas avec les paquets du dépôt officiel. Audacity n'étant pas compilé avec le support du MP3.
- La mise à jour. Debian m'a habitué à juste changer un mot pour passer d'un système à l'autre. Sur Fedora, une mise à jour se traduit par la gravure d'un nouveau CD.
- Le panel GNOME. Ce n'est pas forcément lié à Fedora mais le panel GNOME me fatigue à toujours réorganiser les éléments qui le compose. Cela arrive surtout lorsque j'ai branché (ou débranché) un écran.
- La gestion du multi-écran. Encore une fois pas directement lié à Fedora mais j'utilise deux écrans au quotidien. Et malheureusement, cela n'est pas reconnu comme deux écran mais bien comme un seul grand écran. Cela se traduit par la perte d'une fenêtre ou du pointeur de la souris dans l'écran ayant la plus petite résolution.
Avec GNOME, il ne faut surtout pas déplacer les icônes du bureau sous peine de ne plus les revoir quand on débranchement le deuxième écran. En effet, GNOME positionne ses icônes de façon relative aux bords de l'écran. Donc si on déplace ceux-ci, leur position sera hors de notre écran principale lorsque l'écran secondaire sera débranché.
Et bien sûre, le support de la détection à chaud d'un nouvel écran. xrandr améliore la chose mais il est tant que dès que je branche mon écran que celui-ci soit configuré automatiquement.
Il y a sûrement des points positifs ou négatifs que j'ai oubliés mais le principal est là. Fedora reste cependant un système que j'aime utiliser. Certain point me font manquer Debian mais je vais donner une autre chance à cette nouvelle sortie avant de me décider.
[^] # Re: Modèle économique foireux
Posté par Spack . En réponse au journal [Playstation 3]Linux:"Veni, vidi, vici". Évalué à 1.
[^] # Re: Et j'ai oublié
Posté par Spack . En réponse au journal Firefox me gave!. Évalué à 2.
Firefox est vraiment lent et je ne pense pas que ce soit exclusivement la faute aux plugins.
[^] # Re: Joli retour de bâton
Posté par Spack . En réponse au journal Asbestos : Bootloader Linux sur Playstation 3. Évalué à 6.
Cependant le fait de retirer ce support à d'une part tourné les projecteurs vers Sony et ensuite à attiré tout les spécialistes du hack de consoles afin de redonner à l'utilisateur le doit d'utiliser son produit comme il le veut.
Un programme n'est pas parfait et si on cherche bien (et il y en a qui sont doués pour ça), il y a toujours une faille pour contourner le système. Le support de Linux en apportait une mais au final c'est le firmware de Sony lui même qui permet de cracker la PS3.
[^] # Re: Python ?
Posté par Spack . En réponse au journal gcp: un outil de copie à la cp. Évalué à 2.
[^] # Re: à voter
Posté par Spack . En réponse au journal Sondage pour les utilisateurs de Git. Évalué à 2.
# Coquille
Posté par Spack . En réponse à la dépêche Sortie de Qt 4.7. Évalué à 3.
[^] # Re: Born To Troll : nginx
Posté par Spack . En réponse au journal HTTP : vos retours d'expérience avec Cherokee. Évalué à 2.
La solution est donc d'utiliser lighttpd en tant que proxy et rediriger la requête vers Apache [http://redmine.lighttpd.net/wiki/1/ApacheSubversionRecipe]. Mais dans ce cas, pourquoi s'encombrer des deux serveurs et ne pas utiliser Apache pour tout ?
[^] # Re: Certificat auto-signé
Posté par Spack . En réponse à la dépêche HSTS arrive dans Firefox 4. Évalué à 3.
Oui pour être inclus [http://wiki.cacert.org/InclusionStatus], il faut être audité [http://wiki.cacert.org/Audit] mais cela n'est pas une tâche simple [http://wiki.cacert.org/AuditToDo] et chacun à ses propres critères d'inclusion [http://wiki.cacert.org/Audit/CriteriaAlphabetSoup].
Bref un audit n'est pas gratuit et peu avoir un coût très élevé. Il semblerait que les critères de Mozilla soient très élevés [https://www.mozilla.org/projects/security/certs/policy/] et CAcert attend sont inclusion depuis 7 ans déjà [https://bugzilla.mozilla.org/show_bug.cgi?id=215243]. Comparativement, Debian semble avoir inclus CAcert sans trop rechigner [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=213086].
[^] # Re: Bash completion
Posté par Spack . En réponse au message Bash, colorisation et touche tabulation. Évalué à 2.
# Diaporama
Posté par Spack . En réponse au journal Comparaison SoftMaker Office/OpenOffice sur Alionet : SoftMaker Presentation gagnant. Évalué à 5.
[^] # Re: Attention
Posté par Spack . En réponse à la dépêche Les paquets rétroportés (backports) deviennent officiels chez Debian. Évalué à 8.
- - - - ---> [ ]
[^] # Re: remarques
Posté par Spack . En réponse à la dépêche De l'efficacité du fichier hosts.. Évalué à 3.
Et même question que plus haut, si on possède un serveur local, cela ne risque t-il pas de surcharger ce dernier (et de pourrir les logs) ? Peut-on envisager de rediriger les sites indésirables vers l'adresse 0.0.0.0 ?
Est-il possible d'avoir plusieurs fichiers hosts lus par ordre de préférence ? Ainsi, on a un fichier que l'on garde propre et un fichier ou plusieurs fichiers ayant une fonction bien précise.
[^] # Re: Spyware
Posté par Spack . En réponse à la dépêche CensorCheap (extension Firefox) : la censure de votre FAI/pays. Évalué à 3.
D'après ce qui est dit, dès qu'il y a un 404 le lien est envoyé et si le serveur de l'extension peut s'y connecter, c'est bien qu'il y a blocage quelque part. Sauf que ça ne vient pas forcément du FAI.
[^] # Re: Systemd
Posté par Spack . En réponse à la dépêche Fedora 14 en version alpha. Évalué à 4.
http://linuxfr.org/2010/05/19/26873.html
# Boutons
Posté par Spack . En réponse à la dépêche Firefox 4 bêta disponible pour tests (et plus si affinités). Évalué à 4.
Certes on gagne de l'espace mais avec du texte on sait tout de suite sur quoi on clique (après on se retrouve avec les préférences dans le menu éditer ou outils selon le système mais c'est une autre histoire). L'appréciation d'une icône est subjective et j'ai parfois du mal à trouver la bonne. Même si des efforts sont fait pour avoir des icônes "logiques" j'ai quand même un petit instant de réflexion.
Après avec l'habitude on connait l'emplacement de chaque fonction et on clique sans se poser de questions. Mais pour quelqu'un qui découvre le logiciel, les icônes sont-elles vraiment plus efficaces qu'un menu ?
[^] # Re: Génial mais...
Posté par Spack . En réponse à la dépêche Gollum, un wiki propulsé par git. Évalué à 1.
Peut-être que je n'ai pas bien compris ce qu'est Gollum mais pour moi il s'agit d'un logiciel de wiki qui se base sur Git pour assurer les différentes versions de chaque page.
Pour afficher les pages, on lance la commande gollum qui lancera un serveur HTTP et on pourra consulter notre wiki à l'adresse http://localhost:4567. Ce serveur fait un peu doublon avec un autre serveur HTTP tel que httpd.
Pour httpd d'Apache, il existe mod_python (entre autres) pour exécuter les applications web python. Gollum étant une application web, je me demandais s'il existe une sorte de mod_ruby pour l'exécuter depuis httpd.