Qu'est-ce qu'Apple irait faire dans cette galère ? Décryptage
Après six mois d'utilisation, le bilan concernant Siri est très mitigé !
Que faire lorsqu'on porte une robe de soirée sans poches pour ne pas devoir garder son iPhone à la main ? Comment porter une tenue d'été seyante sans risquer de perdre son iPhone ou d'avoir les poches surchargées ? Voilà la réponse : le holster façon FBI ! Gardez votre iPhone sur vous sans encombrer vos poches. 19,99 $ chez ThinkGeek.
Microsoft a apporté des précisions sur deux aspects très discutés de Windows Phone 7 : le copier-coller et le la gestion du multitâche. Comme cela avait été dit précédemment, il n'y aura pas de copier-coller dans la première génération du nouveau système.
L'éditeur prend bien soin de souligner - et de répéter - que selon ses études menées auprès des utilisateurs de smartphones - appuyées par l'expérience de Windows Mobile 6 qui possède le copier-coller - les utilisateurs ne s'en servent pas et n'en sont donc pas demandeurs. Même au sein de logiciels comme Office Mobile ou OneNote. Leur priorité irait à la possibilité de consulter leurs documents et d'y ajouter des infos ou des commentaires, mais aucunement de déplacer des blocs de données.
Par conséquent, Windows Phone 7 va s'en tenir au système des "smart links" (liens intelligents) qui détecte dans les textes des numéros de téléphone, des adresses, des URL et les rend cliquables pour emmener l'utilisateur vers l'application ad-hoc. L'essentiel des besoins serait ainsi rempli.
Quitte peut-être à devoir se dédire car une autre source - cette fois non officielle - explique que cela se fera mais après la version 1.0. L'équipe de développement saurait déjà comment gérer cette fonction mais préfèrerait la repousser plutôt que de retarder la sortie de l'OS. Mais pour l'heure la position publique est : pas de copier coller car pas d'utilité.
S'agissant du multitâche, son fonctionnement a été un peu plus détaillé. Comme sur l'iPhone avec les logiciels d'Apple, un lot d'applications aura le droit de tourner en arrière-plan (le Zune, Internet Explorer, etc). Par contre si l'on est dans une application de tierce partie, lorsqu'on en ouvre une nouvelle, la première passe dans un mode de veille baptisé "déshydraté".
Elle restera dans cet état comateux aussi longtemps qu'elle ne tirera pas sur les ressources système. Lorsque l'utilisateur la sollicite à nouveau, elle se "réhydrate", et reprend le cours de son fonctionnement. Par contre, lorsqu'elle se trouve en veille, si le système a besoin de ressources, l'application sera "tuée" purement, simplement et sans coup de semonce ni message pour l'utilisateur.
Sur le même sujet :
Les Windows Phone 7 Series sortiront sans copier-coller
Windows Phone 7: Flash, le Marketplace et le multi-tâche
Vous devez être connecté pour réagir.
Si ce n'est pas le cas, inscrivez-vous.
Vos réactions
J'adore les termes qu'ils utilisent ! En fait c'est comme l'iPhone. La majorité des applications sont "tuées" mais quelques unes sauvegardent ce qu'on faisait et rescussitent quand on les ouvre.
Donc si on résume bien : pas de moultitâââââche ! pas de copier/coller… hum… n’est-ce pas ce que reproche à l’iPhone (sauf le copier/coller bien sûr) ? Ça ne ressemble pas à Microsoft ça ! Généralement ils intègrent tout, même si c’est inutilisable… Ça fait plaisir, Microsoft apprend.
@ Matcha
T'es sur tu as lu le même article que moi? J'ai pas l'impression… Trouve moi où on dit qu'il y aura pas de multi tâches sur les Windows Phone …
@ Funji: Ben réfléchit !!
@funji : si si j'ai bien lu ! Seule certains applis pourront tourner en fond, les autres se faisant joyeusement killer derrière ! Rien de neuf sous le soleil.
Le système de microsoft est un excellent intermédiaire entre le multi-tâche à la palm et le mono-tâche dur à la Apple.
Je m'explique.
Sur palm/android, les applications "lancées mais non actives" ont toujours la possibilité d'exécuter du code. C'est utille essentiellement pour les applications ne nécessitant pas de GUI pour fournir un service. Les applis sonores type radios essentiellement. Utile aussi si on veut checker une condition à intervalle régulier, par exemple "ai-je reçu un nouveau message sur Twitter". Le retour à une application précédemment lancée est instantané puisqu'elle n'a jamais été quittée.
Sur iPhone, les applications tierces sont forcément tuées quand on les quitte. C'est à dire que tout la mémoire qu'elles ont allouées est libérée, et le système ne garde aucune trace de leur exécution. Il "vide le bac à sable" en quelque sorte ^^. Il faut donc tout recréer à chaque lancement. Par contre les applications first party type Safari ou Mail, quand elles sont quittées, ne sont pas tuées. Elles n'exécutent à priori plus de code, mais leur mémoire n'est pas libérée. Elles passent dans un mode d'hibernation (déshydraté si vous préférez l'eau au sommeil ^^), ce qui fait que quand vous les relancez, c'est quasi instantané. Cependant si une autre application a besoin de plus de mémoire que disponible, alors elle seront réellement tuées pour en libérer.
Si vous avez lu l'article, j'imagine que ça vous rappelle quelque chose :p.
WP7 permettra donc d'appliquer ce traitement à toutes les applications tierces ! On va donc gagner une ouverture quasi instantané des applications déjà ouvertures moyennant qu'il y ait assez de RAM (problème identique en cas de vrai multi-tache de toute façon). En ajoutant à cela le système de push, on obtient un système réactif, avec plus d'autonomie qu'un vrai multi-tâche et sans doute un peu plus stable (pas d'exécution simultané de plusieurs gros processus) !
Il me semblait également avoir vu que Microsoft permettrait à certaines applis tierces de tourner en mode multi-tache non-déshydraté, notamment pour les applications type radio. Auquel cas, ils ont à mon avis tout bon. Ce serait le meilleur compromis avec nos technos actuelles (batterie, ram, cpu).
Non ^^ ?
Cela pourrait être le sujet d'un prochain sondage de macge. Utilisez vous le copié collé de votre iPhone.
Pour ma part je l'utilise plusieurs fois par jour.
Je colle dans le bloc note et le récupère sur le mac a la synchro.
[quote]Sur iPhone, les applications tierces sont forcément tuées quand on les quitte[/quote]
Ha bon ?
C'est marrant ça, j'entends toujours ma musique quand je quitte l'application ipod. Et oui, c'est EXACTEMENT la même chose avec Apple, les applis maisons font bien ce qu'elles veulent, il n'y a que les applis tierces qui ne peuvent pas continuer à s'exécuter.
Pas de différence...
Raphzore a parfaitement resumé, les autres, vous n'avez rien compris.
Les appli tierces sur WP7 se comportent comme les applis d'origine Apple sur l'iphone. Donc c'est un brin mieu sur wp7...
Reste le copier-coller....!
@raphzore:"Sur iPhone, les applications tierces sont forcément tuées quand on les quitte. C'est à dire que tout la mémoire qu'elles ont allouées est libérée, et le système ne garde aucune trace de leur exécution"
Il faut se renseigner un peu avant de sortir ce genre d'énormités.
Ce que propose Microsoft n'est que ce que propose Apple sur ce plan, ni plus ni moins.
@Parafuso5400:"Raphzore a parfaitement resumé, les autres, vous n'avez rien compris."
Non, c'est toi qui n'a pas compris que raphzore a sorti de belles bourdes. Il y a toujours possibilité pour un dev de concevoir une sortie en mode veille pour son appli: en clair, tu reprends à l'endroit que tu as quitté (par exemple le jeu Drop7).
Microsoft ne propose rien de plus sur ce plan, le reste, c'est du bagout de marketeux.
Je maintiens ce que j'ai écrit et j'affine la phrase litigieuse ^^ :
"Sur iPhone, les applications tierces sont forcément tuées quand on les quitte. C'est à dire que tout la mémoire VIVE qu'elles ont allouées est libérée, et le système ne garde aucune trace de leur exécution. SEULE L'APPLI PEUT ENREGISTRER SON ETAT DE SORTIE DANS UN FICHER POUR LE RESTAURER AU PROCHAIN LANCEMENT"
Pardon pour les majuscules. C'est le seul moyen que j'ai trouvé pour faire ressortir les modifs.
Ce que Microsoft semble proposer (voir raisonnement dans post précédent) c'est de conserver la mémoire vive pour un re-lancement instantanné. Sur iPhone, une application doit reconstruire sa mémoire à partir du fichier enregistré. Et ça c'est lent. Voilà :) !
J'espère que c'est plus clair.
shenmue> bourdes, énormités, c'est un peu péremptoire tout de même non ^^ ?