reno a écrit 3881 commentaires

Ils vont être jaloux ceux qui ne lisent pas le Français, car il est vrai que même la documentation Anglais n'est pas terrible..

C'est quand même dommage que ce soit le bazar un point aussi important que la gestion du clavier..

N'exagère pas: Konqueror reste capable de faire gestionaire de fichier..

Ceci dit, j'ai aussi été surpris par Dolphin, je suis d'accord que peaufiner Konqueror à la place aurait été plus productif, mais bon ce n'est pas nous qui codons..

Je ne connais pas LateX, mais je me demande si tu ne pourrais pas essayer de faire ça en utilisant LyX et puis en regardant le LateX généré.

>>«sa gestion des onglets est 'baroque'»
>Tu veux dire quoi exactement? Ca fait un peu plus d'un ans que j'ai laissé FireFoxIceWeasel pour Opera et je préfère la gestion des onglet de Opera.

Et bien quand tu fermes un onglet, au lieu d'aller sur l'onglet de droite, Opera remonte a la fenetre pere, hors j'ai pris l'habitude quand je regarde un forum de discussion de lire de haut en bas la fenetre principale en ouvrant des onglets sur les threads qui m'interresse, le comportement d'Opera ne me convient donc pas du tout..
Heureusement on peut changer le comportement du raccourci clavier qui ferme un onglet, mais malheureusement pas moyen de changer le comportement d'Opera quand on ferme un onglet a la souris.

Personellement j'aime bien avoir les *deux* possibilitée (ctrl+W ferme l'onglet et va a droite comme dans FF, shift+ctrl W ferme l'onglet et va au pere), dommage que pour la souris ce ne soit pas possible.

Mon expérience a moi est la suivante:
-je ne trouve pas non plus qu'Opera utilise moins de RAM (mais je m'en fiche j'en ai suffisamment de la RAM), mais par contre il est nettement plus réactif (je ne parle pas du rendu d'une page, mais du fait que le navigateur reste réactif même quand certains onglets sont occupés).

-pour ce qui est de la stabilité, curieux: mon expérience est diamétralement opposée: FF sous Linux plante de temps en temps, mais les autres FF sous Windows, Opera sous Windows (pas essayé sous Linux) ne plantent pas, enfin presque: FF sous Windows, s'il ne plante pas, a tendance a utiliser 100% du CPU ce qui est très pénible car il faut alors deviner quel est l'onglet que FF n'aime pas..

Ceci dit, si je préfère Opera a FF, Opera est loin d'être parfait:
-sa gestion des onglets est 'baroque' et on ne peut pas lui faire adopter a 100% la gestion des onglets comme FF.
-quand il y a plusieurs fenêtre et qu'on en ferme une, on perd tous les onglets dedans sans possibilité d'undo ou d'obliger a confirmer la fermeture de la fenêtre.

Je dois vraiment avoir l'esprit de contradiction car je viens d'abandonner Firefox(*) pour passer a Opera (et a moins d'être un fervent utilisateur des extensions de Firefox ou un intaigriste de l'open-source, j'ai du mal a comprendre comment on peut préférer FF à Opera), mais par contre j'utilise Thunderbird et j'en suis content..

Il y a bien deux-trois trucs qui serait amméliorable dans Thunderbird (genre s'il pouvait arreter d'ouvrir un pop-up pour me signaler qu'un nouveau message est reçu quand ce message est classé comme du spam!), mais vraiment rien de bien méchant.

*:marre de la lenteur de FF, de ses poussées d'utilisation du CPU à 100%, etc.

Ouh la malheureux, tout ce qui est basé sur LateX est forcément bien, faux pas chercher a comprendre.

Par exemple, tout utilisateur de LateX te parlera de son fameux "rendu"..

Bon moi, ce que j'ai remarqué a l'époque ou je faisais de la recherche, c'est que les papiers écrit en LateX avaient souvent toutes leurs figures regroupées a la fin de chapitre/du papier, ce qui est tres pénible a libre (les aller-retour).
(sarcasme)
mais bon tu comprends c'est du LateX, ça correspond donc forcément a un rendu supérieur même quand le résultat est pénible a lire.
(/sarcasme)

Bof, ton argument est plutôt creux/a coté de la plaque (en Anglais je dirais que c'est un 'straw man' mais je ne connais pas la traduction exacte en Français.).

OK, certains mots sont ambigüs, mais cela n'implique pas que ce soit le cas pour 'contaminer', certes il a plusieurs sens possible mais il a quand même un sens usuel qui est très fortement négatif (c'est même marqué dans le dico)..

>Il est tout à fait possible de choisir d'être contaminé, une contamination n'est pas forcément négative.

Certes, c'est un des sens possible du mot contaminé, mais ce n'est pas le sens *usuel* du mot.
Donc libre a toi d'utiliser des mots hors de leur sens usuel, mais bon pour communiquer y a mieux (a part bien sur quand on est de mauvaise foi).

Pour moi la GPL est une license d'échange de code, dans le sens ou si tu veux réutiliser le code dans ton code, tu dois donner l'acces à ton code (la BSC étant une license de don/cadeaux).

Le post de patrick_g contient deux liens vers des articles qui explique comment ça marche, autrement c'est vrai qu'on a du mail a voir de quoi il s'agit..

http://linuxfr.org/comments/853597.html#853597

D'accord avec toi: les applications multi-tab comme FF devraient être très facilement parallélisable: une thread pour le rendu de la "fenetre mère" qui contient les menus et d'autre thread pour le contenu des onglets.

J'ai du mal a comprendre pourquoi il ne l'est pas..

>avec des composants considérés comme des services et non des entités
?? Ca ne me parle pas cette phrase.

>Pour ne considèrer que l'AOP
Donc si je comprends, Azuki est basé sur l'AOP, ça ne cause pas trop de problème d'un point de vue maintenance?

Aussi a propos du site web: je me demande s'il y a une différence entre 'Event Based Programing' et le signal/slot à la Qt?

Bin ça dépend de ce que tu entends par multiprocesseur..

Au sens propre: multi == plusieurs, dans ce cas la oui, il y a beaucoup d'embarqué avec plusieurs processeurs: le iPhone a 3 ARM par exemple.

Maintenant des multiprocesseurs SMP, il doit pas y en avoir beaucoup dans l'embarqué non.

Primo, le terme contaminant/viral est péjoratif, en plus d'être incorrect (j'aimerai que les vrai virus me laisse le choix de les utiliser ou pas comme le fait la GPL).

Secondo, TBB sera disponible sous GPLv2+linking exception (la même license qu'utilise libstd++) et donc pas de problème pour son utilisation par du code propriétaire.

Qt est en GPLv2 classique lui.

>* Qu'entend-on par "livraison par lot" ? C'est un reproche fait à Apple dans cette news, mais je ne vois pas de quoi il s'agit...

Et bien c'est facile, quand des développeurs fournissent des patches a Linux, il les découpent en petit morceaux 'autonome' (et ce n'est pas une mince affaire) qui rendent la relecture et l'intégration des patch simple.

Apple a forké comme un gros sagouin KHTML, rendant les modifications du code disponible (comme la licence l'impose) mais sans découpage, donc quand il fournissait une nouvelle version, le diff entre Webkit et KHTML est une bouse énorme, pas utilisable.

Apparemment il va y avoir fusion des deux donc on peut espérer un projet qui avance plus vite en final, mais bon Apple a quand même bien embêté le monde avec son fork sauvage..

Pour le deuxième point, coopérer avec une boite de la taille d'Apple, ça a quand même des avantages évidents..

Pour le troisième point, vu que WebKit est portable sur MacOS X, Windows, GTK et Qt, je ne vois pas comment WebKit pourrait être rendu 'trop dépendant' de Qt, tu crois qu'Apple laisserait faire ça??

>>Mais je pense qu'avec l'issue (provisoire) combat qu'ils y a eu en Europe, les USA ne pouvaient pas rester avec leur système actuel.<<

Bin c'est pourtant ce qu'ils font rester avec leur système actuel: la, c'est juste un petit ajustement sans grande importance..

Savoir si du matériel est supporté ou pas sous Linux, est une vrai galère.

Ayant besoin d'une carte SCSI pour un PC Linux, je demande au service d'achat de ma boite de m'en commander une:
-une semaine plus tard, je reçois la proposition, sans que soit précisée la compatibilité Linux, je leur demande donc de vérifier ce point.
-une semaine plus tard: le vendeur ne peut pas s'engager sur la compatibilité Linux, mais pour un modèle 10* plus cher, c'est bon, c'est compatible.
Trouvant le prix un peu salé, je fais une recherche sur le web, perds 2-3h sans rien trouver. Puis ayant un stagiaire sous la main, je lui demande de chercher ce qu'il en est.
- 2j plus tard, il me trouve un email suggérant vaguement que cette carte est supportée.

L'histoire se termine bien: la carte fonctionnait, mais que de mal pour évaluer la compatibilité sous Linux..

Si je n'avais pas eu le stagiaire sous la main, j'aurais probablement commandé la carte 10* plus cher: autrement cela me coutait plus cher de faire la recherche qu'autre chose.

Il y a eu plein de site qui abordent ce sujet, mais pour le moment, il n'y en a aucun de fiable à ma connaissance, donc je croise les doigts..

Merci pour cette dépeche très claire, c'est une mode (2.2.22, FreeBSD 7, ...) que j'apprécie.

Je me demande si ça pourrait remplacer XSLT (qui a une syntaxe très moche)?
Je voulais vérifier sur le site du langage, mais il ne répond pas, ça doit être l'effet linuxfr :-)

Curieux, je croyais que seul Firewire disposait de cette fonctionnalité..

Sinon merci pour cette traduction très claire.

Non, LLVM est moins porté que GCC (normal, il est plus récent).

Un compilateur contient grosso-modo 2 partie: un frontal qui analyse le code, et une back-end (dorsale? beurk!) qui génère le binaire pour l'ordinateur.

LLVM peut remplacer la back-end de GCC, et Apple vient de libérer un frontal indépendant de GCC, donc ça fait un nouveau compilateur 'entier' libre..

Maintenant quand a expliquer l'interet de LLVM par rapport a la backend de GCC de manière simple, la je ne sais pas faire..

Pas convaincu que ce soit bien utile: un algo de scheduling de processus doit s'occupper de la répartition de la charge entre les CPUs, des caches..

Pour les IO disques, il y a une gestion de localité tres importantes, mais pas pour le reseau..

Certes vu de loin ça fait la même chose, mais en pratique..

A priori, je dirais sans incidence: la modification de l'ordre d'activation des taches ne change pas la charge globale donc pas non plus la consommation électrique.

Bon, ce n'est pas 100% vrai: par exemple une future modification (sur la gestion des timers il me semble) consiste a regrouper le lancement des taches: plutot qu'avoir:
tache A: t: 0, 1, 2, 3
tache B: t 0.5 1.5 2.5
il vaut mieux avoir tache A et B: 0 1 2 3 d'un point de vue consommation électrique, car le CPU reste libre plus longtemps entre les deux, donc peut être mis dans un mode de consommation électrique plus faible plus longtemps.

Tu peux préciser, parles-tu de la consommation électriques des CPU ou de la charge CPU?

>>Ce qui m'a fait tiquer dans ton message c'est que tu ne precises pas que les brown bags sont utilises "sur la voie publique" <<
Je n'allais pas faire une tartine pour une plaisanterie a 2 cents.

>>tu as ensuite conclu que les US sont puritains.<<
C'est une bonne première approximation, il me semble pour expliquer cette réglementation, il ne faut pas chercher plus loin.

>>non les gens en Californie ne sont pas plus religieux qu'en France.<<
D'après une assistante d'anglais Américaine que j'ai eu, >80% des Américains vont au moins une fois par mois à l'église (en fait c'était encore plus élevé que ça), chiffre très très supérieur a la fréquentation des églises Française (qui ont tendance a être peu fréquentée).

C'était une moyenne pour tout les USA, j'ignore quel est le chiffre pour la Californie, mais s'il correspondait a la moyenne Française, il faudrait que dans les autres états, ils aillent a 150% l'église.
Après peut-être qu'elle a dit une bêtise, mais comme elle était Américaine, je lui ai fait confiance pour ce point.

Bon bah c'est ça, la version 'finale' pour Monsieur tout le monde commence a 450$ donc plus la TVA, plus la livraison, ça ne va pas vraiment être moins cher qu'un Eten Glofiish X500 (moins de mémoire, mais dispo maintenant et avec appareil photo numérique intégré).

Bien sûr le Neo1973 est ouverts, mais je me demande ce qu'il y a comme logiciels de navigation GPS sur Linux?