C'est là notamment que certaines ROM alternatives ont du bon.
Avec la ROM OpenDesire (http://forum.xda-developers.com/showthread.php?t=768624), le téléphone avec My Tracks en train d'enregistrer un itinéraire consomme environ 10-11% de batterie par heure, soit pas loin de 9h de randonnée possible au total.
Il est possible qu'un firmware radio plus récent améliore ta situation: http://forum.xda-developers.com/showthread.php?t=687464
(il s'agit des firmwares qui permettent l'utilisation Wifi, data mobile et GPS ; le nom "radio" n'indique pas que cela donne accès la radio FM, inaccessible sur les ROM alternatives, pour l'instant en tout cas)
Je ne sais pas si c'est spécifique à la ROM alternative (OpenDesire) que j'utilise, mais dans Paramètres > Affichage, il y a l'option rotation auto écran.
En utilisation allongée, je décoche pour rester en mode portrait.
Dans OpenDesire en plus on peut choisir les angles de rotation autorisés, mais là c'est à peu près certain que ce n'est pas en standard sur Android, c'est logé dans les réglages OpenDesire.
Au fait, ils ont du avoir leurs oreilles qui ont sifflé suite à tes commentaires
- ils viennent de publier la mise à jour des specs swf et flv pour Flash 10 : http://blogs.adobe.com/penguin.swf/2008/11/swf_and_flv_10_sp(...)
- ils ont publiés une version alpha 64 bits pour Linux (uniquement, pas de version 64 bits pour BSD et autres, mais même pas pour Windows) http://blogs.adobe.com/penguin.swf/2008/11/now_supporting_16(...)
Avec une bonne dose d'humour : "This technological feat is accomplished using a bleeding edge type of processor known as a 64-bit CPU."
C'est justement pour pouvoir faire passer des arguments qu'on peut considérer valides comme ceux là qu'il faut laisser de côté l'exagération sur certains points.
La conséquence pourrait être de faire passer ton discours plus facilement pour de l'alarmisme primaire.
Dans mon cas, je dirai anti mauvaise fois. Ou anti-exagération en tout cas :)
Je ne suis en général beaucoup plus fan des softs libres, mais il est mal venu de taper quasi aveuglément sur les softs proprios, ça entame la crédibilité quand on fait la promotion d'un soft libre.
Bon, je ne dis pas que c'est exactement ce qui s'est passé dans la news, mais ça semble assez proche.
Je suis d'accord. Cependant j'imagine que ce cas reste assez marginal comme appli pour l'instant. Enfin disons que c'est pas le genre d'appli sur lequel le grand public va tomber.
Après tu soulèves un point intéressant : Flash est mal supporté sous Linux comparé à Windows, mais comparé aux alternatives (quasi inexistantes à l'heure actuelle) il s'en sort pas mal finalement.
SVG n'est pas encore près d'être utilisé/utilisable et semble pour l'instant très lent pour des utilisations plus poussées que ce qu'on peut trouver comme démo simples sur le web.
Et pour l'accélération hardware sous Linux ça n'a vraiment pas l'air simple à réaliser à l'heure actuelle. On en est aux prémices quasiment. Dans le domaine lecture vidéo par exemple les drivers ATI devraient semble-t-il "bientôt" incorporer UVD.
En tant cas la situation n'est pas rose dans ce domaine et c'est donc délicat de jeter la pierre à Adobe sur un point comme celui-ci.
Je dirais que ce qui est du pipeau, c'est le "très" de "très mal en charge".
C'était une expression valable à coup sur avant Flash 9. Flash 9 était surtout un gros consommateur de ressources mais commençait à être plus correct.
Concernant Flash 10, de nets progrès ont été fait, notamment :
- il reste assez peu de fonctionnalités dispo sous Windows et pas sous Linux
- la sortie de la version linux de Flash 10 s'est fait en même temps que celle de Windows
- les performances, bien que restant nettement inférieures à celle de Windows se sont améliorées : par exemple une vidéo hd (la hd de Dailymotion par exemple hein) en plein écran est maintenant enfin fluide sur une configuration matérielle âgée de plus de 2 ans (je ne saurais dire le minimum pour que celà fonctionne, je n'ai pas testé sur des configs plus anciennes)
Concernant l'accélération hardware sous linux, des premiers pas ont été fait et tu peux apparemment en profiter, dans des conditions certes très précises, mais ça a le mérite d'exister et d'être travaillé.
Reste le 64 bits, non pris en charge, et ce n'est pas normal. Mais il parait qu'un certain développeur chez Adobe y travaille. Et il parait même que la grosse partie du logiciel qui manque en 64 bits et une partie open source (Mozilla Tamarin). En attendant la plupart des distris contourne le problème et prennent en charge le Flash 64 bits.
Mais ce qui est frappant dans ton commentaire c'est d'avancer comme unique arguement, et "sans rire" que Flash est effectivement "TRES mal" pris en charge parce qu'il n'y a pas d'accélération hardware. Je crois que sur le chapitre de l'accélération hardware sous Linux, Flash est loin d'être le seul à ne (quasiment) pas en bénéficier, la faute à pas mal de choses.
Donc oui Flash est proprio, oui il n'est pas optimum sous Linux,BSD,... mais il est maintenant réellement utilisable et la situation est largement meilleure qu'il y a quelques années.
Le message en question semblait donner le choix de ne pas regénérer automatiquement. Mais il n'était pas clair, du genre une question où on devrait avoir "Oui" ou "Non" comme possibilités, mais où les choix disponibles n'étaient pas bien adaptés à la question.
Tout à fait d'accord sur l'évaluation sans avoir la version définitive. C'est assez énorme...
Si Microsoft n'a pas été capable de présenter une version ferme à temps, il aurait effectivement été logique que l'approbation ne puisse pas se faire. Après tou ils ont pris un risque en choisissant la procédure fast-track, mais visiblement pas tant que ça...
Pour tenter d'équilibrer l'article qui est à plutôt à sens unique, j'ajoute ce lien, pourtant publié hier également sur PC Inpact : http://www.pcinpact.com/actu/news/42787-afnor-abstention-exp(...)
Simplement histoire d'avoir une vision plus complète de l'affaire telle qu'elle est relatée en tout cas.
On adhère ou pas à ces explications, ça c'est autre chose.
Compiz Fusion est en développement, il n'y a pas encore de version officielle sortie, mais le développement a commencé il y a quelques semaines et il est possible de tester le tout.
Ben je dirais naïvement que le rapport entre le nombre d'articles anglophones et francophones ne sera jamais de 1 car il est encore une fois naïvement logique qu'il y ait plus d'article à écrire pour une communauté plus grande.
Et donc les versions de Wikipedia de tous les pays développés dont l'accès à internet est à peu près équivalent devrait avoir un point d'inflexion à peu près au même moment, le nombre d'articles de chacun dépendant de la taille/influence de sa communauté.
Forte croissance car Wikipedia était de plus en plus intéressant car de plus en plus d'articles, donc a attiré du monde.
Il y a avait encore beaucoup d'autres articles à écrire donc de la place pour de nouveaux contributeurs.
Maintenant que la base des articles est beaucoup plus solide, il y a moins d'occasion de créer de nouveaux articles.
La maturité de Wikipedia réduit forcément sa croissance en contributeurs.
Effectivement, le changelog mentionne ceci : "Support for NetBSD, Linux 64 bit, Linux SPARC in TestTool Environment", ce qui ne signifie nullement que OpenOffice 2.1 tourne sur du 64 bits.
Ou tu cherches "ubuntu mirrors" dans Google qui te mène sur https://wiki.ubuntu.com/Archive où tu as une liste de miroirs par pays. Et tu t'aperçois que si tu laisses tomber les miroirs principaux et surchargés d'Ubuntu, tu en as d'autres comme ftp://mir1.ovh.net/ubuntu/ qui vont vachement plus vite. (en tout cas hier aprèm)
Je me réponds à moi-même. Google vient de lancer http://www.google.com/codesearch
Pour l'instant ça ne répond pas encore tout à fait à ce que je disais, mais peut être que ça viendra. En tout cas c'est déjà très pratique !
Il existe des moteurs du genre http://www.koders.com/ pour trouver du code source, mais quelqu'un connait il un moteur de recherche qui prennent en compte les caractères utilisés dans les langages de programmation? (les caractères ascii de 33 à 63).
SMPnice : un moyen d'augmenter et de diminuer la priorité de certains processus sur une machine multiprocesseurs.
Je n'avais pas compris ça comme ça. J'avais compris que SMPnice permet de mieux répartir la charge sur chaque processeur en fonction de la charge de chaque processus, dérivée de sa priorité.
Pour éviter d'avoir 2 processus "niced" sur un processeur et 2 processus de priorité normale sur l'autre (je prends le cas d'un bi-processeur).
En tout cas je n'avais pas compris que ça change la priorié des processus, mais plutôt que ça en tient compte pour répartir les processus sur les processeurs.
Un jugement un peu attif certainement pas. Et même pas hâtif, car la phrase ne se voulait pas exhaustive au niveau des raisons de non participation au Google Summer of Code : tu n'as pas participé par manque de compétence? Ca tombe bien, car les magazines présentés sont adaptés aux codeurs en herbe ce mois ci. Sinon tu n'es pas concerné par cette phrase.
"Le moindre driver [...] à sa page de manuel" => a
Comment doit on signaler les erreurs sur un article, j'ai jamais été certain de comment il faut le faire à part le signaler dans les commentaires, ce qui n'est pas terrible. On ne pourrait pas avoir un lien du style "Signaler une erreur" ?
Je vais passer pour un fervent défenseur de F-spot, ce qui n'est pas tout à fait le cas puisque je ne l'ai que superficiellement testé et que je trouve simplement que c'est assez prometteur si le développement continue dans le bon sens. En tout cas F-spot travaille un peu comme celà. Par défaut lorsque l'on fait une modification sur une image, automatiquement on passe sur la version "Modifié" . Et on peut créer autant de version de l'image que l'on veut avec comme nom "nom_d_origine (nom_de_version).extension". Mais bon, c'est simplement équivalent à enregistrer sous un autre nom, sauf que ça se fait tout seul.
On peut quand même ajouter F-spot aussi. Pas encore très complet, et pas méga rapide, mais il mérite d'être cité.
Sinon on peut ajouter que Google a plus travaillé sur l'amélioration de Wine pour faire tourner Picasa tel quel sous Linux, plutôt que d'adapter Picasa.
Cela a résulté en plus de 250 patches reversés à Wine sur les derniers mois. Et ça prouve que Wine peut servir de support à des applications d'une certaine complexité. La publication de Google Earth nécessite à priori de résoudre encore quelques problèmes avec Wine, mais ne devrait pas trop tarder.
Tout ceci va peut être encourager d'autres sociétés à publier des softs Windows tournant sur Wine. Avec l'inconvénient d'amener plus de softs proprios sous Linux, mais après tout, cette diversité accrue boostera peut être les softs open. Toujours l'éternel débat.
[^] # Re: Voir son pseudo en première page.
Posté par g0d0t . En réponse à la dépêche syj: site de partage d'itinéraire. Évalué à 3.
Avec la ROM OpenDesire (http://forum.xda-developers.com/showthread.php?t=768624), le téléphone avec My Tracks en train d'enregistrer un itinéraire consomme environ 10-11% de batterie par heure, soit pas loin de 9h de randonnée possible au total.
[^] # Re: HTC Desire
Posté par g0d0t . En réponse à la dépêche Sortie de CyanogenMod 6. Évalué à 2.
(il s'agit des firmwares qui permettent l'utilisation Wifi, data mobile et GPS ; le nom "radio" n'indique pas que cela donne accès la radio FM, inaccessible sur les ROM alternatives, pour l'instant en tout cas)
[^] # Re: HTC Desire
Posté par g0d0t . En réponse à la dépêche Sortie de CyanogenMod 6. Évalué à 1.
[^] # Re: Rotation de l'écran
Posté par g0d0t . En réponse à la dépêche Sortie de CyanogenMod 6. Évalué à 1.
En utilisation allongée, je décoche pour rester en mode portrait.
Dans OpenDesire en plus on peut choisir les angles de rotation autorisés, mais là c'est à peu près certain que ce n'est pas en standard sur Android, c'est logé dans les réglages OpenDesire.
[^] # Re: off-topic: flash non-indexable
Posté par g0d0t . En réponse à la dépêche Voix et vidéo sur XMPP dans Google Mail. Évalué à 2.
- ils viennent de publier la mise à jour des specs swf et flv pour Flash 10 : http://blogs.adobe.com/penguin.swf/2008/11/swf_and_flv_10_sp(...)
- ils ont publiés une version alpha 64 bits pour Linux (uniquement, pas de version 64 bits pour BSD et autres, mais même pas pour Windows) http://blogs.adobe.com/penguin.swf/2008/11/now_supporting_16(...)
Avec une bonne dose d'humour : "This technological feat is accomplished using a bleeding edge type of processor known as a 64-bit CPU."
[^] # Re: off-topic: flash non-indexable
Posté par g0d0t . En réponse à la dépêche Voix et vidéo sur XMPP dans Google Mail. Évalué à 1.
La conséquence pourrait être de faire passer ton discours plus facilement pour de l'alarmisme primaire.
[^] # Re: off-topic: flash non-indexable
Posté par g0d0t . En réponse à la dépêche Voix et vidéo sur XMPP dans Google Mail. Évalué à 2.
Je ne suis en général beaucoup plus fan des softs libres, mais il est mal venu de taper quasi aveuglément sur les softs proprios, ça entame la crédibilité quand on fait la promotion d'un soft libre.
Bon, je ne dis pas que c'est exactement ce qui s'est passé dans la news, mais ça semble assez proche.
[^] # Re: off-topic: flash non-indexable
Posté par g0d0t . En réponse à la dépêche Voix et vidéo sur XMPP dans Google Mail. Évalué à 2.
Après tu soulèves un point intéressant : Flash est mal supporté sous Linux comparé à Windows, mais comparé aux alternatives (quasi inexistantes à l'heure actuelle) il s'en sort pas mal finalement.
SVG n'est pas encore près d'être utilisé/utilisable et semble pour l'instant très lent pour des utilisations plus poussées que ce qu'on peut trouver comme démo simples sur le web.
Et pour l'accélération hardware sous Linux ça n'a vraiment pas l'air simple à réaliser à l'heure actuelle. On en est aux prémices quasiment. Dans le domaine lecture vidéo par exemple les drivers ATI devraient semble-t-il "bientôt" incorporer UVD.
En tant cas la situation n'est pas rose dans ce domaine et c'est donc délicat de jeter la pierre à Adobe sur un point comme celui-ci.
[^] # Re: off-topic: flash non-indexable
Posté par g0d0t . En réponse à la dépêche Voix et vidéo sur XMPP dans Google Mail. Évalué à 6.
C'était une expression valable à coup sur avant Flash 9. Flash 9 était surtout un gros consommateur de ressources mais commençait à être plus correct.
Concernant Flash 10, de nets progrès ont été fait, notamment :
- il reste assez peu de fonctionnalités dispo sous Windows et pas sous Linux
- la sortie de la version linux de Flash 10 s'est fait en même temps que celle de Windows
- les performances, bien que restant nettement inférieures à celle de Windows se sont améliorées : par exemple une vidéo hd (la hd de Dailymotion par exemple hein) en plein écran est maintenant enfin fluide sur une configuration matérielle âgée de plus de 2 ans (je ne saurais dire le minimum pour que celà fonctionne, je n'ai pas testé sur des configs plus anciennes)
Concernant l'accélération hardware sous linux, des premiers pas ont été fait et tu peux apparemment en profiter, dans des conditions certes très précises, mais ça a le mérite d'exister et d'être travaillé.
Reste le 64 bits, non pris en charge, et ce n'est pas normal. Mais il parait qu'un certain développeur chez Adobe y travaille. Et il parait même que la grosse partie du logiciel qui manque en 64 bits et une partie open source (Mozilla Tamarin). En attendant la plupart des distris contourne le problème et prennent en charge le Flash 64 bits.
Mais ce qui est frappant dans ton commentaire c'est d'avancer comme unique arguement, et "sans rire" que Flash est effectivement "TRES mal" pris en charge parce qu'il n'y a pas d'accélération hardware. Je crois que sur le chapitre de l'accélération hardware sous Linux, Flash est loin d'être le seul à ne (quasiment) pas en bénéficier, la faute à pas mal de choses.
Donc oui Flash est proprio, oui il n'est pas optimum sous Linux,BSD,... mais il est maintenant réellement utilisable et la situation est largement meilleure qu'il y a quelques années.
[^] # Re: Debian ou dérivé
Posté par g0d0t . En réponse à la dépêche Découverte d'une faille de sécurité critique dans OpenSSL de Debian. Évalué à 3.
[^] # Re: Explications de l'AFNOR
Posté par g0d0t . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 2.
Si Microsoft n'a pas été capable de présenter une version ferme à temps, il aurait effectivement été logique que l'approbation ne puisse pas se faire. Après tou ils ont pris un risque en choisissant la procédure fast-track, mais visiblement pas tant que ça...
# Explications de l'AFNOR
Posté par g0d0t . En réponse à la dépêche La guerre des formats de bureautique normalisés ISO commence. Évalué à 1.
http://www.pcinpact.com/actu/news/42787-afnor-abstention-exp(...)
Simplement histoire d'avoir une vision plus complète de l'affaire telle qu'elle est relatée en tout cas.
On adhère ou pas à ces explications, ça c'est autre chose.
[^] # Re: Compiz fusion
Posté par g0d0t . En réponse à la dépêche Compiz Core 0.5.2. Évalué à 6.
http://forums.opencompositing.org/viewtopic.php?f=4&t=82(...)
Wikipedia :
http://en.wikipedia.org/wiki/Compiz_Fusion
Compiz Fusion est en développement, il n'y a pas encore de version officielle sortie, mais le développement a commencé il y a quelques semaines et il est possible de tester le tout.
En prime, un lien qui vient compléter l'article sur les news Compiz :
http://gilir.free.fr/index.php?2007/07/29/119-les-news-de-co(...)
[^] # Re: Inscriptions
Posté par g0d0t . En réponse à la dépêche 500 000 articles sur la Wikipédia francophone !. Évalué à 1.
Et donc les versions de Wikipedia de tous les pays développés dont l'accès à internet est à peu près équivalent devrait avoir un point d'inflexion à peu près au même moment, le nombre d'articles de chacun dépendant de la taille/influence de sa communauté.
[^] # Re: Inscriptions
Posté par g0d0t . En réponse à la dépêche 500 000 articles sur la Wikipédia francophone !. Évalué à 5.
Il y a plusieurs éléments :
Forte croissance car Wikipedia était de plus en plus intéressant car de plus en plus d'articles, donc a attiré du monde.
Il y a avait encore beaucoup d'autres articles à écrire donc de la place pour de nouveaux contributeurs.
Maintenant que la base des articles est beaucoup plus solide, il y a moins d'occasion de créer de nouveaux articles.
La maturité de Wikipedia réduit forcément sa croissance en contributeurs.
[^] # Re: On passe a coté des vraies nouveautés !
Posté par g0d0t . En réponse à la dépêche OpenOffice.org 2.1. Évalué à 3.
[^] # Re: Mise à jour
Posté par g0d0t . En réponse à la dépêche À l'affiche : Ubuntu 6.10 nom de code « Edgy Eft ». Évalué à 2.
[^] # Re: Moteurs de recherche pour développeurs
Posté par g0d0t . En réponse à la dépêche Sortie de Teardrop 0.9 : méta-moteur de recherche. Évalué à 1.
Pour l'instant ça ne répond pas encore tout à fait à ce que je disais, mais peut être que ça viendra. En tout cas c'est déjà très pratique !
[^] # Re: Moteurs de recherche pour développeurs
Posté par g0d0t . En réponse à la dépêche Sortie de Teardrop 0.9 : méta-moteur de recherche. Évalué à 1.
# Moteurs de recherche pour développeurs
Posté par g0d0t . En réponse à la dépêche Sortie de Teardrop 0.9 : méta-moteur de recherche. Évalué à 1.
# SMPnice
Posté par g0d0t . En réponse à la dépêche Sortie du noyau Linux 2.6.18. Évalué à 10.
Je n'avais pas compris ça comme ça. J'avais compris que SMPnice permet de mieux répartir la charge sur chaque processeur en fonction de la charge de chaque processus, dérivée de sa priorité.
Pour éviter d'avoir 2 processus "niced" sur un processeur et 2 processus de priorité normale sur l'autre (je prends le cas d'un bi-processeur).
En tout cas je n'avais pas compris que ça change la priorié des processus, mais plutôt que ça en tient compte pour répartir les processus sur les processeurs.
[^] # Re: Un jugement un peu attif.
Posté par g0d0t . En réponse à la dépêche Revue de Presse - Septembre 2006. Évalué à 2.
[^] # Re: Un peu de relecture ne nuit pas
Posté par g0d0t . En réponse à la dépêche L'alternative BSD. Évalué à 1.
"Le moindre driver [...] à sa page de manuel" => a
Comment doit on signaler les erreurs sur un article, j'ai jamais été certain de comment il faut le faire à part le signaler dans les commentaires, ce qui n'est pas terrible. On ne pourrait pas avoir un lien du style "Signaler une erreur" ?
[^] # Re: Modification dynamique des images
Posté par g0d0t . En réponse à la dépêche Picasa pour Linux. Évalué à 2.
# F-spot aussi
Posté par g0d0t . En réponse à la dépêche Picasa pour Linux. Évalué à 10.
Sinon on peut ajouter que Google a plus travaillé sur l'amélioration de Wine pour faire tourner Picasa tel quel sous Linux, plutôt que d'adapter Picasa.
Cela a résulté en plus de 250 patches reversés à Wine sur les derniers mois. Et ça prouve que Wine peut servir de support à des applications d'une certaine complexité. La publication de Google Earth nécessite à priori de résoudre encore quelques problèmes avec Wine, mais ne devrait pas trop tarder.
Tout ceci va peut être encourager d'autres sociétés à publier des softs Windows tournant sur Wine. Avec l'inconvénient d'amener plus de softs proprios sous Linux, mais après tout, cette diversité accrue boostera peut être les softs open. Toujours l'éternel débat.