CrEv a écrit 4577 commentaires

le problème n'est pas vraiment là
C'est surtout que les navigateurs sont capables, en fonction de la css, de remplir correctement le texte et même de le justifier. Aussi si ma css me présente des lignes de 400 mots c'est que ma css est moisie. Mais si je la configure bien et que je la laisse faire, ben quelque soit mon écran l'affichage sera correct.
Si par contre je prend un texte en dur à 80 (qui en outre a un aspect dégeu sur le bord droit) sur un écran plus petit, ça devient franchement crade.

> faire un appui long sur la touche maison pour avoir la liste des applis en cours d'exécution
heu non, ça présente la liste des dernières applications utilisées, qu'elles soient ouvertes ou non.

> empêche la mise en veille
certaines applis, lorsqu'on les installes, indiquent (oui dans le truc que personne ne lit et tout le monde s'empresse d'appuyer sur "installer") qu'elles peuvent empêcher le téléphone de passer en veille.

> Quand au problème des mises à jour d'Android, ce n'est ni Google ni SFR le responsable... le responsable c'est l'absence de plateforme standard pour ces machines à base de processeur ARM
non, point.
Le problème, lorsqu'on a un même téléphone une fois avec un rom opérateur (sfr, bouygues, etc) et une fois une rom nue, est que certains vont plus vite que d'autres à faire une nouvelle rom avec le fond d'écran, les sonneries etc de la marque. Et c'est ça qui ralenti tout le processus de mise à jour.

et en même temps si tu n'avais pas coupé tes phrases pour aller à la ligne, ça aurait été plus agréable à lire sur un écran faisant plus de 800px de large...

> donc les best practices, il est censé les apprendre des séniors
c'est d'ailleurs souvent le problème... (non pas qu'il soit censé les apprendre hein...)

> Mais pourquoi ce moinssage ?
aucune idée, pour le coup je n'ai moinsé personne ;)

> 12e distro sur Distrowatch...c'est marginal ça ?
aucune idée, je ne regarde _jamais_ distrowatch, qui finalement ne compte que des clics sur une page...
Mais oui, slack est beaucoup moins classique que debian, fedora, suse, ubuntu, novel, red hat, centos, gentoo, mandriva.

> Alors non ce n'est pas répandu comme démon de son par défaut.
heu, c'est pas parce qu'il n'est pas sous debian, arch et gentoo que c'est pas répandu par défaut, vu qu'il l'est chez fedora, ubuntu, mandriva, suse, etc. Après, peut-être qu'il faudrait voir lequel des deux cas est le plus fréquent, mais si pulseaudio est répandu par défaut, même si ce n'est pas le cas chez tout le monde (d'ailleurs répandu ne signifie pas majoritaire, mais plutôt fréquent, ce qui est le cas)

> sans pour autant être sarcastique.
C'est juste que tu aurais eu la réponse en moins de temps qu'il n'en faut pour poser la question ici
Pis si on peut même plus faire des réponses "sèches" sur linuxfr, où va le monde ?
C'était mieux à vent !

> 10 instructions assembleur de la VM
oki, autant pour moi, je ne l'avais pas compris comme ça

> Pour conclure, le nombre de 10 instruction assembleurs d'une VM n'a pas de pertinence sur la qualité et la quantité de code qui sera réellement exécuté par la machine
Tout à fait d'accord avec ce point (et finalement le reste aussi...)

> Il me semble pas que Slackware soit très marginal...
un peu quand même...
> Enfin tout ça ne répond pas beaucoup à ma question…
mince alors. http://www.portaudio.com (premier lien google) devrait alors te renseigner facilement

mais surtout, ta question vient du fait que tu trouves PulseAudio peut répandu alors qu'il l'est sur la plupart des distrib elles répandues. D'où une certaine interrogation

> m'enfin PulseAudio...c'est quand même pas le truc le plus répandu quoi…
heu... t'as quoi comme distrib pour ne pas avoir pulseaudio comme truc répandu ?
Car pour le moment, dans toutes les distribs répandues PulseAudio est là par défaut (mandriva, suse, novel, redhat, fedora, *ubuntu, etc)

sans vouloir vraiment rentrer dans le débat, il a marqué 10 instructions assembleurs
Donc il n'est pas question de vm, de couches et de milliers d'instructions
Après je ne sais pas qui a raison ou non, mais une allocation n'est pas une gestion des objets, héritages et autres, c'est juste ... une allocation

pour sozi, je pense que ça peut être vraiment intéressant si on veut une prez dynamique, vraiment axée sur les images (avec assez peu de texte). Même pour de l'info, c'est intéressant je pense pour des schéma, diagrammes, etc, où on peut en plus utiliser le côté vraiment vecto du svg pour représenter le diag dans son ensemble, ou chaque élément séparément.

Par contre, j'ai pas encore vraiment regardé, mais peut-on utiliser sozi avec des calques (entendre visible ou non selon les "slides" ?)

Beamer, j'en avais fait pendant quelque temps, pour le coup pour du texte (quelque soit la quantité finalement) c'est génial. Ca associé à un outil de mind mapping pour préparer sa prez, c'est parfait... sauf en terme de personnalisation. La dernière fois j'ai passé un temps fou pour avoir un document avec le tronche que je voulais, et comme les prez n'ont pas toujours la même tronche (entre autre parce que la boite à changé ses slides de base) ben il me faudrait un temps fou pour remettre tout à jour.
Quelqu'un a-t-il des exemples de prez beamer sympa (autre qu'une liste de point et affichage de sommaire) ?

> Non mais en tapant ':make' mon compilateur GCC/GHC avertira VIM de l'erreur et de son emplacement
Ce qui n'est pas du tout le rôle d'un compilateur et ça introduit un effet de bord très grave : tu n'apprend plus à coder proprement mais juste à corriger ce que le compilateur te dit. En gros tu reportes ce que tu pourrais avoir en intelligence sur le compilo, ce qui est bien triste...

> Qui s'en préoccupe de l'esthétique du code ? ,-)
Beaucoup de monde. Surtout quand tu travail sur autre chose qu'un code perso dans ton coin. Et lorsque mes collègues écrivent des trucs trop crades (même si "valides") ben ils se font taclés ou le code est corrigé et recommité (même si ce n'est qu'esthétique).
Allez tiens, un exemple d'une ancienne boite :

for(myIntVectorIterator = myIntVector.begin(); myIntVectorIterator != myIntVector.end(); myIntVectorIterator++) if {
    //...
    //...
    //...
    //...
    //... plein de code, genre 100 lignes
    //...
    //...
    //...
    //...
    //...
    //...
    //...
    //...
    //...
    //...
} else {
    //...
    //...
    //...
    //...
    //...
    //...
    //...
    //...
    //...
    //...
}

(j'ai mis en gras la merde...)


> De 1), je ré-écris rarement 10 fois la même chose, et lorsque lorsque ça m'arrive je m'en rappelle. De 2) c'est pas ma faute si le développeur précédent est un gros cochon.
ha mais nous avons donc affaire à un exemple de : "de toute façon je fais pas de bug, je ne me trompe pas, je suis meilleur que les autres" ... sympa :) C'est pas trop dur à vivre ? ;)

Concernant le 2), étrange ça va à l'inverse de ta remarque sur l'esthétique du code...

et en même temps (pour aller dans le sens du titre) on peut très bien faire du C# avec n'importe quel éditeur de texte et utiliser nmake. Donc si les gens veulent faire du C# avec vim et nmake sous windows, ben ils peuvent.

Et sinon, par rapport au journal en lui même, je sais pas si j'ai bien compris. Le problème c'est que le gars n'a pas lu les prérequis à l'installation de Visual Studio et donc se plaint lorsque le soft lui dit qu'il n'a pas les prérequis d'installés ? Mince alors...

> Le code est ouvert et c'est déjà énorme.
Alors qu'on parle d'open source, de logiciel libre, d'OSI, FSF, Debian, etc
C'est pas avec un tel raisonnement que tu vas convaincre...
Lorsqu'on parle de libre, le code source c'est bien, mais la redistribution ou les contraintes (l'absence) genre "t'as le droit du moment que tu laisse mon logo" sont des sujets très important.
Là ton discours est plutôt : vous devriez vous estimer heureux que zimbra vous permet de voir les sources...

> ne pas le déployer en collectivité parce que la seule contrainte est de ne pas pouvoir faire de fork
Ce n'est pas ce qui a été dit. La contrainte était à mon avis plutôt de virer les logos, pouvoir l'intégrer totalement à un site existant, respecter les chartes, etc

ha, à quel moment exactement ?
Car en général il y a une à trois versions par an donc par exemple
7.0, 7.1, 7.2 puis 8.0, 8.1, ...
d'où la remarque étrange comparée à ubuntu qui change donc de numérotation majeur toutes les deux versions... (que ce soit l'année ou non je change finalement ... rien du tout, la plupart des gens n'en ayant rien à faire)

Sachant d'autant plus, qu'il y a eu trois versions dans une année uniquement en 1999 et 2000, le reste du temps une ou deux.
Donc vraiment je comprend pas cette remarque, surtout la course aux chiffres

Et sinon, tu as un quelconque argument, information, etc sur ne font que solder la crédibilité de leur boite. car à part balancer une phrase toute faite en l'air, je vois pas grand chose venant l'étayer...

A noter que d'après la news c'est indiqué :
NdM : on rappelle que les exécutables Google Chrome sont livrés avec une licence propriétaire, mais que les codes source correspondant sont eux livrés principalement sont licence BSD. Le navigateur correspondant ne s'appelle plus Google Chrome, mais Chromium.

> Déslolé pour le bruit généré par ce journal, je pensais sincèrement l'écrire autrement [...] mais je me suis emporté. Toutes mes excuses.

La prochaine fois prend une petite camomille avant d'écrire alors ;-) (ou autre hein...) parce que bon, c'est pas pour taper, mais les journaux gonflant comme ça écrit vite fait pour pas grand chose, c'est sympa mais ça devient répétitif (entre xml, python et j'arrive pas à télécharger depuis mon chroot...)

heu, en fait j'ai pas vraiment vu la comparaison / la différence
D'ailleurs, comme évoqué plus haut, ton système pete (par exemple la partoche système) tu fais comment pour récupérer tes machines (je parle de la machine entière, pas juste des images disques)

Parce que dans ton commentaire, tu ne dis pas ce qui tombe en carafe...
en gros, je vois pas ce qui changerais si tu avais du xen : tu remonte un pc, tu colle xen dedans, comme tu étais malin tes vm étaient sur une partition lvm, tu la remontes et hop c'est réglé, non ?

oups, je voulais bien sur écrire virtualpc...

hum, et comment je fais si je veux une vm "itinérante", genre sur un disque externe ?
avec VMWare, fastoche, tu la met sur le disque et c'est ok.
Avec VBox je fais comment ? j'importe exporte à chaque fois ? Je force le montage dans un même chemin constamment ? Dans tous les cas c'est plus chiant et moins pratique...

ben en fait c'est surtout que c'est pas vraiment le même mode de fonctionnement. VBox est plutôt comparable à du VMWare Workstation ou du virtualbox, non à du vmware serveur, xen ou kvm.
Pourtant, je pense qu'ils auraient ce qu'il faut, mais il faudrait une vrai interface type "serveur de vm"

> Dans l’attente d’une décision moins officieuse de la part d’Oracle [...] VirtualBox reste une puissante solution GPL de virtualisation [...]
De quoi on parle là ?
Il manquerait pas un bout de phrase ou je ne sais quoi (genre un bout de décision officieuse...)

> la configuration des machines virtuelles est enregistrée entièrement dans un fichier au format XML, et donc indépendamment de l’hôte, d’où un export aisé vers d’autres plateformes.

Déjà, je vois pas le rapport avec XML, ça pourrait être la même chose avec plein d'autres formats
Deuz,je dois dire que l'export / import des vms, la sauvegarde etc est un merde horrible avec VBox. C'est en partie du justement à la séparation conf / disques. Si on a du vmware il suffit de prendre le répertoire de la vm qui contient tout ce qu'il faut. Avec VBox, il faut s'amuser à prendre le disque d'un côté, la conf d'un autre, etc. Chiant au possible...

et quelqu'un te répondra en citant l'aide que tu peux toi même aller lire en haut à gauche, sous le logo :
Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre avis. Si vous désirez poser une question, merci d'utiliser les forums.

Ben non, pas directement (enfin ça dépend plutôt du matos) mais dans pas mal de cas, il y a un truc pas mal qu'on nomme driver ou pilote. Et attention, tiens toi bien, il est parfois possible de le modifier / mettre à jour / installer sans changer l'OS
Et donc oui lorsque tu parles du problème d'un matériel non supporté par une version d'OS cela n'a rien à voir avec le support d'un OS même si c'est les mêmes mots (et d'ailleurs ma phrase te le montre, dans un cas on parle du support d'un matériel, dans l'autre du support d'un OS)

ok, c'est ballot ... mais ça n'a rien à voir avec le support d'un OS par son fabricant, là il est question du support d'un matériel

Tu as la manip exacte ?
Car la dernière fois que tu parlais de ça, j'avais essayé de le reproduire et impossible, ça fonctionnait correctement...