Reprise du message précédent :
Nop, pas de Sense sur les 32B officiellement.
 
Et officieusement, sur les ROM customs, ça ramait à l'époque à cause de la différence de RAM par rapport aux 32A.
 
Mais esthétiquement, Froyo est pas mal du tout, et je te conseille de regarder vers des home (même actuellement si tu l'as pas fait) telles que LauncherPro ou ADW.Launcher, qui sont excellentes avec leur nombre d'option qui augmente de jour en jour, et les widgets scrollables qui sont maintenant dispo avec.

salut,
si je me trompe pas, le Magic est un "vieux" téléphone c'est quoi l'intérêt de lui donner une MAJ FRoyo alors qu'il y a des téléphones plus récents ??

faire plaisir aux "vieux" clients?

Sinon pour avoir mit Eclair 2.1 sur mon magic, ca n'a rien a voir niveau rapidité avec la 1.6 sfr... avec un ptit home qui va bien comme l'a dit Raito33 et c'est parfait.

Alors avec la 2.2 et sa machine virtuelle plus performante, ca n'en sera que mieux

Ca m'etonne ce genre d'info, il n'avait pas ete dit que certaines fonctionnalites de froyo necessitaient un arm11 au minimum?
Ou alors ce sont des fonctionnalites (ou api ou je ne sais quoi) qui seront absentes de cette rom?

Je confirme. Eclair 2.1 a donné un coup de jeune à mon Magic. Et si Froyo 2.2 tient ses promesses, la compilation JIT doit apporter un gain de performances de 30% à pas mal d'applications.

le gestionnaire de photo est atrocement lent
la navigation est pénible entre les photos, pourtant le cpu est à peu près le même que sur l'ipad, c'est pas normal
j'ai tenté de mettre une photo en fond d'écran, ça prend 10 minutes lol
 
ça sent le code 100% java

 
 
et oui c'est pas normal pour répondre à ton problème, pas de soucis chez moi, tout au plus 10 secondes pour mettre en fond d'écran sur une photo 5MP

10 secondes ça reste énorme ^^

les photos proviennent de mon APN elles font 8M pixels
et je peux pas sélectionner la taille complète de la photo, je dois cropper un carré de taille bien inférieur au carré maximal que je peux extraire de la photo

bah ouai, le temps qu'il recadre quoi  
et oui c'est sur que le recadrage prend un peu plus de temps que sur un C2D

 
je vois pas de raison d'ironiser, c'est juste lent par rapport à ce que ce type de processeur permet

oui, et personnellement je change pas de fond d'écran toutes les 5 minutes, donc ça m'est à peu près égale que ça mette 10 secondes ou 2

edit: et amha, l'explication doit plutôt se trouver dans le fait qu'il doit redémarrer la home pour modifier le fond d'écran ou quelque chose dans le genre

nan mais là c'est pas 10 secondes avec une image 8 mega pixel c'est 10 minutes et des alertes comme quoi l'appli répond pas

pas que, le navigateur photo à aussi beaucoup de mal à faire les previews

mais c'est quoi ton tel
 
aucun soucis sur un nexus chez moi

HTC Desire, donc le même

Aucun soucis sur le Magic.

Pas trouvé launcherpro. Mais adw est exceptionnel effectivement
 
Par contre, question, il sert a quoi le widget de handcent sms je vois pas la différence avec un simple raccourci...

Je crois qu'avec le widget tu as un numéro qui s'affiche sur l'icône avec le nombre de sms non lus s'il y en a, alors que le raccourci est totalement statique.

Arf exact...
 
Le mien est bloqué sur 1 quand j'ai 0 messages. Wtf.

il y a moyen d'augmenter le nombre maxi de fenetres ouvertes dans le navigateur ?

Ya un nombre maxi

 
Les ordinateurs Android existent. Ils tournent en x86...

 
Non, sur iPhone, sauf de très rares exceptions, une appli compilée pour un ancien OS marchera à 100% sur un nouvel OS. Tu imagines bien que les dev ne vont pas tous mettre à jour les 225000 appli existantes pour l'OS 4...
La rétro-compatibilité est un prérequis !
 
Et sur Android c'est exactement pareil. Une appli 1.5 bien conçue marchera sans changement en 1.6, 2.0, 2.1, 2.2 et suivants... Google le garanti !
 

 
Quel qu’en soient les raisons, ça existes. Et c'est courant !
 

 
Et ?

Totalement faux !
 
Non seulement il y a des Android qui n'ont pas un ARM...
 
Mais une appli iPhone marchera à 99,999% du temps sur le prochain OS.
 
Les beta sont là pour que les dev profitent des futures améliorations de l'OS et des nouvelles API.
 

  Quel gestionnaire ? Que OS ? Quel tel ?
 

 
Tu as quoi comme carde SD ? ça peut facilement venir de là...

 
relis ma phrase, elle n'exclue pas cela justement

tu peux pas utiliser à la fois le mot rare exceptions et 100% dans une même phrase

chaque dev est responsable de son appli
c'est bien pour ça qu'ils sortent des versions beta des os pour les devs, c'est pour qu'ils puissent les adapter, ou alors implémenter les nouvelles fonctionnalités

ça ne garanti pas que l'appli va s'adapter toute seule à nouvelle api
ou à des modifs plus générales de l'os
par exemple sur iphone, la gestion du multitache nécéssite l'implémentation des nouvelles fonctionnalités

je pense que ce que tu dis est déconnecté de la réalité
à chaque nouvelles mouture d'un os, c'est toujours recommandé de tester son software

c'est la vie, on va de l'avant
l'informatique c'est pas un job d'antiquaire

et c'est un cout important pour une entreprise

 
en téléphones mobiles ?
lesquels ?
 

la garantie n'est pas telle que tu n'aies pas besoin de le tester
 

pas que
 

appli photo de base sur Desire

 
ou pas

 
 
Heu... si, sa phrase est tout à fait correcte... Il a pas dit que 100% des applis fonctionneront sur un nouvel OS, il a dit que sauf exception une appli fonctionnera à 100%.

Ce n'est pas parceque des éléments de l'ensemble sont à 100% compatibles que l'ensemble est à 100% compatible.
Ce n'est pas non plus parceque l'ensemble est à 99% compatible, que chaque élément de l'ensemble sera à 99% compatible.
Ca sert à rien de pondre une phrase pour noyer le poisson.

Tu n'as pas 100% de garantie que tu n'aies aucune maintenance à faire, tu peux difficilement savoir que ton applis fera ou non partie des rares exceptions, donc quoi qu'il arrive tu dois le tester.
J'ai pour ma part déjà rencontré des bugs dans l'api Java, ça m'a déjà valu une ramasse en tp.
Tu peux même pas savoir si une correction d'un bug dans l'api va pas faire bugguer d'autres applications.

Le besoin de faire des optimisations en C et surtout asm est une réalité, pour réaliser des applis mobiles ou coder des librairies natives qui n'existent pas. Google n'aurait pas fait son ndk si il n'y avait pas eu un réel besoin, je vois pas ce qu'il y a discuter sur le sujet.
Les systèmes de builds multiplatformes existent, gcc sait très bien cross compiler.
Les libs natives ont toujours existées en java.
Un dev qui maintient pas son appli n'a qu'a la lacher en opensource
Java ne résoud pas tous les problèmes, et je précise que je suis payé pour faire du dev java.

On est d'accord, continuez en privé... Vous n'etes manifestement pas d'accord et ca dérive sur des sujets qui vont au dela d'Androïd.
Accuser d'être impartial ?  

 
Quand c'est une si grosse généralité, si.
 

 
Non, uniquement pour implémenter les nouvelles fonctions.
 

 
L'appli ne va pas gérer les nouvelles API mais aucune API ne sera retirée qui ferait que l'appli ne marche plus. Et ces mêmes API peuvent être optimisées.
 
Oui le multitache de l'iphone impose de nouvelles fonctions, si on veut le prendre en compte (beaucoup s'en moquent éperdument). Mais une appli qui ne gère pas ces fonctions marchera quand même... Comme avant.
 
Je ne suis pas déconnecté de quoi que ce soit, j'ai plusieurs applications sur l'appstore...
 

 
Et ? Une appli qui marche bien devrait être mise à jour si elle n'a pas besoin de nouvelles fonctions ? lol
 

 
Mettre à jour une appli aussi

partial
 
 

 
la compatibilité n'est pas garantie à 100%
 

 
ce risque est tout sauf nul avec java
 
 
tu ne sais pas de quoi tu parles, je vais pas discuter plus longtemps avec toi

 
Non pas de mobiles, des netbook et tablettes.
 

 
Si tu as utilisé les API uniquement et rien d'autres d'exotique (bibliothèque externe...), tu as une garantie par Apple que ça marche toujours.
 

 
L'appli d'HTC n'est peut être pas optimale en effet.
 

 
Ou peut être aussi... J'adore ta vision des choses

Ok ça doit être ça... Adieu.

Code source d'Android 2.2 disponible. La mise à jour pour le N1 devrait plus tarder
http://source.android.com/
 
Pour info, la conférence du Droid X apporte ses infos croustillantes :
 
160000 android vendu par jour...   C'est "juste" 2x plus que le nombre d'iPhone (en dehors des périodes de rush du lancement...).
65000 applications sur le market. Soit 15000 de plus qu'au Google I/O, il y a 1 mois.

\o/

 
Si j'étais un apple-fanboy je te répondrais que pour le moment, sur le marché, il s'est vendu plus d'Iphone que de téléphones android. Pourtant il n'y a que quelques modeles d'Iphone contre plusieurs dizaines et bientot centaines de modèles android.    
 
Enfin voilà, ça se discute, mais ce qui quand même impressionnant, c'est la progression constante qui est en train de s'opérer. Je sais pas si je me fais des idées mais j'ai l'impression qu'Android est maintenant un produit en vogue et est amené à devenir un standard.
Dans mon entourage privé et professionnel (beaucoup de geeks), tout le monde s'y met et j'ai l'impression que ça fait boule de neige.

Bha à ce rythme, ça fait "juste" 58 millions d'appareils par an. Apple a vendu, à ce jour, 50 millions d'iPhone en... 3 ans !
 
L'iPhone est clairement encore devant à l'heure actuelle, la question n'est pas là. La question est surtout de voir dans combien de mois Android passera réellement devant, ce qui est quasiment impossible à éviter

Vive android

Si ça devait arriver (j'en doute) Android deviendrait hasbeen et les geeks snobs devront passer sous Bada ou Meego

Grave
 
Mais la diversité des modèles et des plouguines fait que t'as pas deux tels androids pareil