nud a écrit 920 commentaires

faire appel à un maître d’œuvre pourrait me revenir à moins cher?

Il doit y avoir confusion. Si tu construis ta maison, de facto c'est toi le maître d'œuvre.

Pour construire ta maison, soit tu passes par une entreprise générale, soit tu fais par corps de métier séparés (càd le gros œuvre, puis les châssis, la couverture, la plomberie, l'électricité, etc.).

Tu paies toujours une commission à l'entreprise générale qui sous-traite habituellement la plupart (parfois tous) des corps de métier. Ça peut quand même revenir moins cher si tu ne prends pas d'options car ils achètent les composants en grande quantité, mais cet avantage disparaît dès que tu choisis un carrelage non standard, par exemple.

Si tu fais par corps de métier séparés, alors ça peut revenir moins cher, mais ça prend plus longtemps car tu n'auras pas la possibilité d'aussi bien gérer le planning. Forcément, l'entrepreneur a cinq chantiers en parallèle, s'il a un retard sur l'un il peut mettre son couvreur sur un autre chantier, et vu qu'il est bon client il passe avant.

De toute façon, le prix en fonction de la surface habitable c'est juste une première approximation.

Si tu montres ton intérêt tu auras sans doute un devis plus détaillé, car le prix dépend également de la structure de la maison. Une maison de deux étages, carrée et à toit plat coûtera moins chère qu'une maison baroque aux volumes compliqués. Les matériaux jouent énormément également.

Le premier prix permet juste de donner le ton et de faire fuir les rêveurs sans le sou.

http://blog.assembla.com/assemblablog/tabid/12618/bid/87044/Trimming-the-Application-Fat.aspx

Personne ne cherche la vérité ici. Le seul souci, c'est que si les gens viennent sur linuxfr c'est (trop) souvent pour casser du bois sur les projets qu'ils n'aiment pas pour une raison ou pour une autre.

Mate est pour le moment un fork du même acabit que GnoME. Au début le but était de forker tout Gnome pour le maintenir et le faire évoluer. Bizarrement depuis on commence à dire que tous les composants de Mate vont être porter sur GTK3. Bon courage !

C'est particulièrement con dans la mesure où tous ont déjà été portés à Gtk+ 3 (gnome-panel, etc). De plus le mainteneur de gnome-panel a proposé de passer la maintenance à "quiconque serait intéressé".

Sors des milieux geeks ou un peu versés dans l'informatique, et regarde qui a une clé USB. Ensuite, compare avec le nombre de lecteur de DVD présent quasiment « par défaut » sur les ordinateurs vendus depuis facilement plus de 10 ans.

La clef USB est quand même pas si rare que ça, faut pas déconner. Ensuite, les nouveaux laptops, notamment chez Dell ou Apple, commencent à ne plus venir avec des lecteurs de DVD.

Même avec PAE, chaque processus est limité à 3 Go.

Ce que je comprends:

OK donc si on utilise Tracker alors la recherche fonctionne. Cette recherche renvoie les résultats sur tous les dossiers qui ont été indiqués comme devant être indexés. Tout est parfaitement normal quoi. Quel est le problème ?

Le problème c'est que les fichiers qui ne sont pas indexés n'y sont pas repris. En particulier, Tracker n'indexe que les dossiers XDG, donc tu peux potentiellement avoir beaucoup de fichiers non indexés si le but est de faire une recherche récursive dans le dossier courant, quel que soit le dossier.

C'est déjà bizarre de remplacer une application d'indexation qui a été conçue et optimisée spécifiquement pour cette tâche, par des applis différentes et généralistes.

Je pense que l'idée est surtout de fournir un fallback à l'absence de tracker, vu que tout le monde commence à utiliser tracker mais que les résultats ne sont pas toujours complets.

Heu…c'est moi qui suit bête ou quoi ? Quel est le rapport avec les critiques qui ont été formulées au départ ? Je ne vois pas en quoi la rapidité d'apparition des résultats ou bien leur présentation seront améliorés par le remplacement de Tracker.

Le but est d'améliorer la rapidité dans le cas où tu n'es pas dans un dossier indexé par tracker. La recherche actuelle de nautilus (hors tracker) n'est pas vraiment utilisable en find as you type.

Après, c'est bien d'accélérer la recherche, mais garder le typeahead find aurait été mieux je pense, sauf s'ils arrivent vraiment à avoir une recherche qui répond au dixième de seconde.

Il me semble que Nautilus utilise les variables XDG pour ces dossiers, donc en bon barbu tu peux tout simplement définir ces variables d'environnement pour ta session X et tout va fonctionner.

Ceci dit si tu désactives toutes les fonctionnalités de nautilus tu devrais peut-être utiliser autre chose… Thunar ou pcmanfm ?

Je ne suis pas convaincu que unless aide. Il sera toujours possible d'écrire :

foo unless !cond;

Ce genre de chose est une plaie.

En pratique, dans les langages où on a if et unless postfixés, les cas d'utilisations des deux sont davantages liés à la probabilité: "Fais ceci sauf si c'est désactivé" implique que dans le cas normal ce sera fait.

Ceci dit, oui, c'est pas hyper-utile.

Bof, le même type de problèmes de management se passe un peu partout. Vus vous souvenez de la saga DPKG multi-arch au sein de Debian ? Au sein de gnome, le mainteneur est roi, et il y a bien la release team, le board, etc, mais au final, l'important est que si le mainteneur était empêché, qui reprendrait le flambeau ?

Aussi, il s'agit de changements, controversés certes, mais qui ont lieu sur une branche en développement. Dans la pratique, une fois la release de nautilus 3.6 faite, on verra l'état réel de l'application, avant cela ce n'est que work in progress. Ensuite, Gnome pourra toujours décider de ne pas releaser le nouveau nautilus et de continuer avec la release 3.4 pour cette fois (cela a déjà été fait, notamment pour Totem si j'ai bonne souvenance), et dans le cas contraire, les distros seront toujours libres d'utiliser le vieux nautilus ou de patcher (comme cela avait été fait avec le mode spatial tant controversé).

Au final, il faudra attendre six mois supplémentaires pour voir le résultat concret: qui rouspète, qui est enchanté, qui reste à nautilus 3.4, qui passe à thunar/pcmanfm, qui reporte des bugs, etc. ("qui" vaut tant pour les utilisateurs que les distros ici). Je suppose que Fedora va suivre la route tracée par McCann, mais quid d'Ubuntu, OpenSUSE et consorts?

PS: j'ai lié quelques bugs dans ce thread. Plutôt que de gueuler dans le vide vous pouvez également tester le nouveau nautilus et contribuer aux bugs, ne fut-ce qu'en vous mettant en CC.

L'accessibilité est censée être un point de prime importance. Il faudrait voir le rationale.

Voir aussi https://bugzilla.gnome.org/show_bug.cgi?id=679822 qui est marqué comme BLOCKER (de même que le bug avec le typeahead fwiw)

le problème des dev Gnome

Ce n'est pas bien de généraliser, au moins la moitié des devs Gnome en question rouspètent contre certains des derniers changements de nautilus…

Que l'utilisatrice soit architecte, secrétaire, comptable, ingénieur, graphiste ou chef d'entreprise, elle aura une organisation bien souvent hiérarchique

C'est exactement ce que j'ai dit sur https://bugzilla.gnome.org/show_bug.cgi?id=680118

Le mainteneur est seul maître à bord au sein de GNOME, mais chez redhat il y a probablement une hiérarchie et je soupçonne que certains mainteneurs sont soumis hiérarchiquement à d'autres.

D'après ce que j'ai vu blurb.fr propose d'imprimer un PDF.

On parle bien de la CSS telle qu'elle est affichée sur un desktop, pas des optimisations pour les mobiles ? Si oui, ces rectangles sont là depuis que l'auteur original de la CSS a proposé cette feuille de style au site. J'imagine qu'ils sont là pour donner un certain style. Comme je me méfie de mes choix en termes de bon goût, j'aimerais bien avoir l'avis d'autres personnes avant d'y toucher.

Personnellement ça m'a toujours évoqué un bug.

Je pleins le restaurant "Olympic", d'autant plus que la référence est probablement celle-ci plutôt que les jeux:

"Davantage" est peut-être plus explicite de "Plus" ?

Je parlais effectivement du reverse-proxy, pour les utilisateurs qui n'uploadent pas explicitement leur css.

Pour les CSS hébergées ailleurs, avez-vous déjà pensé à utiliser img.linuxfr.org ?

Je n'ai personnellement absolument rien d'installé utilisant oss

Il y a plein de vieux jeux qui l'utilisent, par exemple heroes3.

En même temps, il est normal que les antiquités utilisent les infrastructures de l'époque… Heroes3 date probablement d'avant la généralisation d'ALSA… Idem pour les autres "exemples"

Ce n'est pas obligatoire. Tu peux utiliser des CSS réactives sans cette balise sur le bureau, et firefox réagira comme il le doit. Après, le comportement des téléphones est un autre problème.

De toute façon on pourrait sans doute avoir une convention du genre:

• on rajoute la balise si la CSS le demande
• une CSS peut demander à avoir la balise en proposant un lien CSS avec une query string quelconque (genre ?metaviewport=true)

Je n'ai personnellement absolument rien d'installé utilisant oss, même pas le paquet oss-compat. Je n'ai pas arts (je n'ai même pas l'impression qu'il soit présent dans debian sid) ni aucune lib relative à esound (même pas la compat pulseaudio).

Je n'ai pas phonon non plus, ni jack (hormis libjack qui est une dépendance de pulseaudio pour pouvoir se connecter le cas échéant à jack).

gstreamer ne compte pas car il s'agit d'une bibliothèque de traitement de flux audio/vidéo (effets, etc) et de lecture. OpenAL, SDL et consorts sont des abstractions cross-platform utilisées principalement par des jeux donc ne comptent pas non plus. La libvlc, comme gstreamer d'ailleurs, est aussi crossplatform.

Donc il me semble que la situation est claire: sous linux pulseaudio est utilisé par tout le monde, avec alsa. Après, si vous voulez jouer du son, vous avez quelques libs disponibles (gstreamer, libvlc, phonon) à choisir en fonction de vos goûts ou besoins, et roulez jeunesse.

Solution supplémentaire: se baser sur les media queries pour avoir une CSS tout terrain.

Qu'as-tu contre les informaticiens écossais?