1) le nombre de concurrent d'X morts-nés sont assez nombreux et Canonical qui dit vouloir passer à Wayland n'a pas de développeur qui bosse sur Wayland, donc la transition (quoique probable) est loin d'être assurée: Intel bosse dessus OK, mais Intel ce sont des vrais girouettes (cf Maemo).
2) Wayland ne remplace X que pour le cas local, il reste l'affichage en distant et X a l'avantage de fournir aussi une compatibilité avec l'existant.
En conclusion, si Wayland arrive un jour, pour l'entreprise au moins il ne fera que fournir un complément à X donc améliorer le support d'X reste intéressant.
Pour moi, KDE 4.7 est plus stable que KDE 3.5 donc bon...
Oui, enfin tu passes gentiment sous le tapis l'historique des nepomukeries, activées par défaut en 4.0 (il me semble) mais qui se sont stabilisée justement vers la 4.7.
Clairement KDE3.5 était loin d'être parfait (problèmes de son par exemple), mais bon je trouve la gestion de KDE4 bizarre.
Il me semble qu'il manque les commandes dans les examples donc je pense qu'il faut remplacer
"icalfilter '/LOCATION/' entree1.ics entree2.ics > sortie.ics" par "icalfilter '/LOCATION/g' entree1.ics entree2.ics > sortie.ics" (pas sûr: ça peut être le comportement par défaut)
"icalfilter '/DTSTART|DTEND|SUMMARY/' < entree.ics > sortie.ics" par "icalfilter '/DTSTART|DTEND|SUMMARY/f' < entree.ics > sortie.ics"
Toi, tu n'es pas aller voir le lien que j'ai donné sur l'utilisation d'XCB par les EFL.
Gain indiqué dans l'article:
-lancement d'une application dans un tunnel ssh: 6s avec XLib, 1s avec XCB
-utilisation mémoire des EFL divisé par trois.
Donc, a priori, c'est intéressant..
D'après Wikipedia XCB a été commencé en 2001, la version 1.0 est sorti en 2006, Qt devrait utiliser XCB finalement avec la release 5.0 prévue pour 2012.
Bon, ce n'est pas spécifique à Qt, apparemment il y a du travail actuellement pour les EFL aussi sur ce sujet, mais la durée pour cette évolution laisse songeur, non?
Les projets GNOME et KDE ont choisi le chemin de l'innovation
Je suis 100% d'accord avec toi: vive l'innovation!
D'ailleurs je m'attends a que dès que les desktop actuels redeviennent stables à ce qu'ils innovent encore en remplaçant tout.
KDE4 me parait d'ailleurs stagner un peu, mais j'ai confiance: je soupçonne fortement que Plasma Active deviendra pour le projet KDE le centre d'intérêt, le reste étant has-been.
Et sinon je meurs d'impatience que quelqu'un innove en remplaçant le volant ma voiture par quelque-chose d'autre, il y aura quelques accidents en plus, mais bon ça stagne: vive l'innovation!
On parlait dans un premier temps de l'élection du président et là c'est très facile a avoir un bon système.
On garde le système en deux tour, mais au premier tour on a une bulletin de vote avec des cases et on peut cocher pour autant qu'on veut.
Vote obligatoire, mais on peut voter blanc (c'est une case à cocher) et c'est comptabiliser dans les résultats (mais pas les votes invalides: enveloppe avec deux bulletins et autre).
Le problème est que les parti actuels dominant n'ont bien sûr aucun intérêt à changer le système de vote.
Pour les députés, c'est vrai que c'est beaucoup plus compliqué et là je n'ai pas d'idée.
L'écosystème des OS libres est en pleine santé : les deux bureaux dominants perdent en adhérence avec leur public et de multiples initiatives apparaissent.
Il faut s'en réjouir.
Bof "les deux bureaux dominants perdent en adhérence avec leur public", ça n'a rien de réjouissant, et ça aurait tendance a plutôt supporter la critique classique des devs libres (les devs vont se focaliser sur ce qui est sympa a faire mais pas sur le reste).
D'autant plus qu'il n'y a pas de raisons que les nouvelles initiatives ne reproduisent pas le cycle!
La pub sur Wikipedia est clairement chiante, et AdBlock ne la bloque pas.
Amusant ça d'ailleurs: je surfe volontairement sans AdBlock car je trouve normal de "sponsoriser" les sites par de la pub mais la pub de Wikipedia m'embete vraiment:
elle est vraiment beaucoup trop grosse et si j'utilisais un bloqueur de pub elle ferait partie de celle que je voudrais bloquer!
Il me semble qu'il n'y a pas que le cache des textures: les registres sont plus ou moins rapide suivant leur nombre.
Je ne vois pas vraiment quel fonctionnalités d'un cache sur un CPU ne pourrait pas être dupliquée sur un cache mis dans un GPU, tu pense à quoi?
Les CPU ont une bande passante mémoire ridicule par rapport aux "GPU monolithiques", ce qui change pas mal de choses..
Après il est possible que ça change en empilant la mémoire sur le CPU par exemple, ou bien la façon de faire le rendu pour économiser la bande passante (tile based rendering par exemple) mais ça ne marche que pour des nouveau jeux, en attendant ces changements (s'ils arrivent un jours), le rendu sur les CPUs sera toujours faibles
Il y a des ronds points adaptés aux cycliste (très peu): ils ont une bande cycliste qui fait le tour du rond point.
Le plus simple serait d'ajouter dans le code de la route un cas spécifique: dire que les cyclistes font le tour par l'extérieur du rond point et que les voitures doivent leur laisser la priorité.
Ceci, il reste le problème de la visibilité des cyclistes dans un rond point..
Oui enfin quand tu change de desktop, à mon avis tant qu'à être perdu tu peux changer aussi de distributions..
Et puis ça existe des distributions qui ont suffisamment d'intégrateurs pour être capable de peaufiner plusieurs desktop?
La plupart du temps, mêmes quand elles fournissent plusieurs desktop, elles se concentrent sur un desktop et fournissent la conf par défaut pour les autres..
L'exception qui me vient à l'esprit peut-être serait SuSe, il y en a d'autres?
C'est mon avis oui: je trouve que le projet kde pour kde4 active par défaut trop tôt des trucs pas encore finalisés et si on veut quelque chose de stable je pense donc qu'il faut se rabattre sur des distributions qui cherchent a ne pas dépayser les utilisateurs, mais bon choisir de contribuer au développement des desktop avec des distributions bleeding edge, je respecte tout à fait ça.
Et ce n'est pas spécifique a kde: si tout le monde s'excite sur Mint en ce moment, c'est qu'ils cherchent a fournir une continuité aux utilisateurs par rapport aux developpeurs de gnome3.
Rappelons que les extensions ont été pour beaucoup dans le succès de Firefox.
Dans un premier temps oui, mais je crois qu'elles sont aussi la raison pour laquelle le projet Electrolysis a été mis en pause: entre configurabilité et sécurité FF a choisi.
C'est un peu HS, mais je tenais a rappeler ça pour ceux qui oublie que les extensions ont un coût.
Bon ça c'est surtout vrai dans le contexte de Firefox ou tu te retrouves avec des utilisateurs ayant des combinaisons d'extensions jamais testées ensemble,
pour une distribution on peut penser que beaucoup d'utilisateurs utiliseront les extensions fournie par la distribution, peu d'utilisateurs en ajouteront.
Kubuntu prépare un mode "low-fat" de KDE (d'autres distrib ont déjà une configuration similaire) qui a l'air intéressant, le projet KDE ayant renoncé (de facto) a fournir une combinaison minimaliste et stable par défaut, c'est aux distribs de faire le boulot.
un chrome pas respectable, un chromium pas forcément à jour
Pas respectable est un avis subjectif, propriétaire est une information objective.
Question sécurité Chrome est probablement le meilleur, Firefox a "mis en pause" le projet Electrolysis; personnellement ça me suffit pour décider, après chacun a ses propres critères..
[^] # Re: QPA, enfin
Posté par reno . En réponse à la dépêche Qt 4.8 est sorti. Évalué à 6.
1) le nombre de concurrent d'X morts-nés sont assez nombreux et Canonical qui dit vouloir passer à Wayland n'a pas de développeur qui bosse sur Wayland, donc la transition (quoique probable) est loin d'être assurée: Intel bosse dessus OK, mais Intel ce sont des vrais girouettes (cf Maemo).
2) Wayland ne remplace X que pour le cas local, il reste l'affichage en distant et X a l'avantage de fournir aussi une compatibilité avec l'existant.
En conclusion, si Wayland arrive un jour, pour l'entreprise au moins il ne fera que fournir un complément à X donc améliorer le support d'X reste intéressant.
[^] # Re: C'est très sain
Posté par reno . En réponse au journal Un nouvel environnement de bureau ?. Évalué à 1.
Oui, enfin tu passes gentiment sous le tapis l'historique des nepomukeries, activées par défaut en 4.0 (il me semble) mais qui se sont stabilisée justement vers la 4.7.
Clairement KDE3.5 était loin d'être parfait (problèmes de son par exemple), mais bon je trouve la gestion de KDE4 bizarre.
# Il me semble qu'il manque les commandes dans les examples
Posté par reno . En réponse à la dépêche iCalFilter 0.1 : un couteau suisse en ligne de commande pour les fichiers iCalendar. Évalué à 4.
Il me semble qu'il manque les commandes dans les examples donc je pense qu'il faut remplacer
"icalfilter '/LOCATION/' entree1.ics entree2.ics > sortie.ics" par "icalfilter '/LOCATION/g' entree1.ics entree2.ics > sortie.ics" (pas sûr: ça peut être le comportement par défaut)
"icalfilter '/DTSTART|DTEND|SUMMARY/' < entree.ics > sortie.ics" par "icalfilter '/DTSTART|DTEND|SUMMARY/f' < entree.ics > sortie.ics"
[^] # Re: QPA, enfin
Posté par reno . En réponse à la dépêche Qt 4.8 est sorti. Évalué à 4.
Toi, tu n'es pas aller voir le lien que j'ai donné sur l'utilisation d'XCB par les EFL.
Gain indiqué dans l'article:
-lancement d'une application dans un tunnel ssh: 6s avec XLib, 1s avec XCB
-utilisation mémoire des EFL divisé par trois.
Donc, a priori, c'est intéressant..
# QPA, enfin
Posté par reno . En réponse à la dépêche Qt 4.8 est sorti. Évalué à 4.
D'après Wikipedia XCB a été commencé en 2001, la version 1.0 est sorti en 2006, Qt devrait utiliser XCB finalement avec la release 5.0 prévue pour 2012.
Bon, ce n'est pas spécifique à Qt, apparemment il y a du travail actuellement pour les EFL aussi sur ce sujet, mais la durée pour cette évolution laisse songeur, non?
[^] # Re: C'est très sain
Posté par reno . En réponse au journal Un nouvel environnement de bureau ?. Évalué à 4.
Je suis 100% d'accord avec toi: vive l'innovation!
D'ailleurs je m'attends a que dès que les desktop actuels redeviennent stables à ce qu'ils innovent encore en remplaçant tout.
KDE4 me parait d'ailleurs stagner un peu, mais j'ai confiance: je soupçonne fortement que Plasma Active deviendra pour le projet KDE le centre d'intérêt, le reste étant has-been.
Et sinon je meurs d'impatience que quelqu'un innove en remplaçant le volant ma voiture par quelque-chose d'autre, il y aura quelques accidents en plus, mais bon ça stagne: vive l'innovation!
[^] # Re: Engouement
Posté par reno . En réponse à la dépêche Opa se rapproche de Javascript. Évalué à 2.
Euh à partir du moment ou la syntaxe du langage utilisé change grandement, instable me parait un bon qualificatif.
[^] # Re: Au moins c'est clair
Posté par reno . En réponse au journal Eva Joly contre Hadopi, Loppsi, Acta, et pour la promotion du logiciel libre. Évalué à 3.
On parlait dans un premier temps de l'élection du président et là c'est très facile a avoir un bon système.
On garde le système en deux tour, mais au premier tour on a une bulletin de vote avec des cases et on peut cocher pour autant qu'on veut.
Vote obligatoire, mais on peut voter blanc (c'est une case à cocher) et c'est comptabiliser dans les résultats (mais pas les votes invalides: enveloppe avec deux bulletins et autre).
Le problème est que les parti actuels dominant n'ont bien sûr aucun intérêt à changer le système de vote.
Pour les députés, c'est vrai que c'est beaucoup plus compliqué et là je n'ai pas d'idée.
[^] # Re: C'est très sain
Posté par reno . En réponse au journal Un nouvel environnement de bureau ?. Évalué à 3.
Bof "les deux bureaux dominants perdent en adhérence avec leur public", ça n'a rien de réjouissant, et ça aurait tendance a plutôt supporter la critique classique des devs libres (les devs vont se focaliser sur ce qui est sympa a faire mais pas sur le reste).
D'autant plus qu'il n'y a pas de raisons que les nouvelles initiatives ne reproduisent pas le cycle!
[^] # Re: Améliorer l'existant ?
Posté par reno . En réponse au journal Un nouvel environnement de bureau ?. Évalué à 2.
Oui enfin ça dépend des sujets: regarde les nepomukeries elles sont toujours activées par défaut..
[^] # Re: Stupide
Posté par reno . En réponse au journal Adblock Plus Vraiment. Évalué à 2.
Amusant ça d'ailleurs: je surfe volontairement sans AdBlock car je trouve normal de "sponsoriser" les sites par de la pub mais la pub de Wikipedia m'embete vraiment:
elle est vraiment beaucoup trop grosse et si j'utilisais un bloqueur de pub elle ferait partie de celle que je voudrais bloquer!
# Je pertinente
Posté par reno . En réponse au message Suis-je le seul à trouver la dernière modification LinuxFR pas pratique du tout ?. Évalué à 6.
Vraiment pas pratique ce changement: pas intuitif et difficile a utiliser --> Beurk!!
[^] # Re: Pas sûr qu'il y ai un remplacement
Posté par reno . En réponse au journal Rendu 3D logiciel. Évalué à 2.
Il me semble qu'il n'y a pas que le cache des textures: les registres sont plus ou moins rapide suivant leur nombre.
Je ne vois pas vraiment quel fonctionnalités d'un cache sur un CPU ne pourrait pas être dupliquée sur un cache mis dans un GPU, tu pense à quoi?
[^] # Re: Pas sûr qu'il y ai un remplacement
Posté par reno . En réponse au journal Rendu 3D logiciel. Évalué à 3.
Pas faux, mais les GPU ont aussi des niveaux de caches, donc pas sûr que le cache des CPU suffise a compenser l'écart.
# Pas sûr qu'il y ai un remplacement
Posté par reno . En réponse au journal Rendu 3D logiciel. Évalué à 6.
Les CPU ont une bande passante mémoire ridicule par rapport aux "GPU monolithiques", ce qui change pas mal de choses..
Après il est possible que ça change en empilant la mémoire sur le CPU par exemple, ou bien la façon de faire le rendu pour économiser la bande passante (tile based rendering par exemple) mais ça ne marche que pour des nouveau jeux, en attendant ces changements (s'ils arrivent un jours), le rendu sur les CPUs sera toujours faibles
[^] # Re: Bof
Posté par reno . En réponse au journal "Quand on prend les gens pour des idiots, ils deviennent des idiots" *. Évalué à 3.
Il y a des ronds points adaptés aux cycliste (très peu): ils ont une bande cycliste qui fait le tour du rond point.
Le plus simple serait d'ajouter dans le code de la route un cas spécifique: dire que les cyclistes font le tour par l'extérieur du rond point et que les voitures doivent leur laisser la priorité.
Ceci, il reste le problème de la visibilité des cyclistes dans un rond point..
# Bleh
Posté par reno . En réponse au message Probleme LDAP et PAM. Évalué à -2.
Bon ça ne t'aide pas, mais quand je vois tout ce bazar je me dis
1) LDAP c'est vraiment mal fichu: "dc=test,dc=local", bôf.
2) PAM aussi, je comprends que Slackware ne l'installe pas par défaut.
Bon courage pour résoudre ton problème.
[^] # Re: De drôles d' a priori...
Posté par reno . En réponse au journal Le Libre peut-il rendre libre?. Évalué à 6.
Sous Windows les mises a jour cassent très rarement l'OS, si ça arrive ça fait le gros titre du web.
[^] # Re: De drôles d' a priori...
Posté par reno . En réponse au journal Le Libre peut-il rendre libre?. Évalué à 5.
Il avait quoi comme distribution?
[^] # Re: Au contraire
Posté par reno . En réponse au journal Petite réflexion sur le futur du desktop. Évalué à 1.
Oui enfin quand tu change de desktop, à mon avis tant qu'à être perdu tu peux changer aussi de distributions..
Et puis ça existe des distributions qui ont suffisamment d'intégrateurs pour être capable de peaufiner plusieurs desktop?
La plupart du temps, mêmes quand elles fournissent plusieurs desktop, elles se concentrent sur un desktop et fournissent la conf par défaut pour les autres..
L'exception qui me vient à l'esprit peut-être serait SuSe, il y en a d'autres?
[^] # Re: De moins en moins prêt
Posté par reno . En réponse au journal Linux est-il prêt pour le desktop?. Évalué à 3.
C'est mon avis oui: je trouve que le projet kde pour kde4 active par défaut trop tôt des trucs pas encore finalisés et si on veut quelque chose de stable je pense donc qu'il faut se rabattre sur des distributions qui cherchent a ne pas dépayser les utilisateurs, mais bon choisir de contribuer au développement des desktop avec des distributions bleeding edge, je respecte tout à fait ça.
Et ce n'est pas spécifique a kde: si tout le monde s'excite sur Mint en ce moment, c'est qu'ils cherchent a fournir une continuité aux utilisateurs par rapport aux developpeurs de gnome3.
[^] # Re: E17 - un simple colorant de fenêtres ou un emulsifiant d'expérience utilisateur
Posté par reno . En réponse à la dépêche Sortie des EFL 1.1.0. Évalué à 2.
ELF --> EFL
# Difficilement comparable
Posté par reno . En réponse au journal Petite réflexion sur le futur du desktop. Évalué à 3.
Dans un premier temps oui, mais je crois qu'elles sont aussi la raison pour laquelle le projet Electrolysis a été mis en pause: entre configurabilité et sécurité FF a choisi.
C'est un peu HS, mais je tenais a rappeler ça pour ceux qui oublie que les extensions ont un coût.
Bon ça c'est surtout vrai dans le contexte de Firefox ou tu te retrouves avec des utilisateurs ayant des combinaisons d'extensions jamais testées ensemble,
pour une distribution on peut penser que beaucoup d'utilisateurs utiliseront les extensions fournie par la distribution, peu d'utilisateurs en ajouteront.
Kubuntu prépare un mode "low-fat" de KDE (d'autres distrib ont déjà une configuration similaire) qui a l'air intéressant, le projet KDE ayant renoncé (de facto) a fournir une combinaison minimaliste et stable par défaut, c'est aux distribs de faire le boulot.
[^] # Re: De moins en moins prêt
Posté par reno . En réponse au journal Linux est-il prêt pour le desktop?. Évalué à 2.
Sauf que Fédora c'est du bleeding edge pas vraiment prévu pour une utilisation simple: essaye Mageia, PCLinuxOS, Mint, avant de critiquer..
[^] # Re: Utilisation desktop?
Posté par reno . En réponse à la dépêche Red Hat Enterprise Linux 6.2 : virtualisation, performances et anniversaire !. Évalué à 3.
Pas respectable est un avis subjectif, propriétaire est une information objective.
Question sécurité Chrome est probablement le meilleur, Firefox a "mis en pause" le projet Electrolysis; personnellement ça me suffit pour décider, après chacun a ses propres critères..