Le 26/12/2013 à 16h 18

Takoon a écrit :



autonomie de la bête ? avec une 2500, çà ne doit pas aller loin…





Le Cortex A7 est un proc basse conso/basse perfs. Ca devrait tenir, mais niveau perfs, j’ai du mal à en voir l’intérêt face à des archi Big.LITTLE.

Le 26/12/2013 à 13h 09

jeje07 a écrit :



purée y en a qui se servent de ces coins actifs a 2 balles???





purée y en a qui pensent que leur avis est universel ???

Le 18/12/2013 à 07h 47

CR_B7 a écrit :



Au niveau sécurité ça va être compliqué, en plus d’envoyer les sources chez ms, on est pas sur que la compilation ne rajoute pas quelques failles pour aider un peu les copain ( NSA ? :-) ).

Bref va falloir avoir une grosse cote de confiance.





Les applis Windows Phone 8 sont déjà compilées en code natif par le store, donc ce n’est pas nouveau.

Le 17/12/2013 à 17h 22

Pochi a écrit :



Elle est tout à fait cassable, c’est juste très long.





Non parce que tu n’as aucun point d’attaque pour déterminer la clé vu que celle ci est de la même taille que le fichier. Il n’y a pas de pattern, il n’y a pas de lien entre chaque morceau de la donnée,…

Pour pouvoir trouver la clé, il te faudrait la donnée elle même (et dans ce cas, tu t’en fous de la clé).



EDIT : Grilled " /> , j’aurai du rafraichir la page

Le 17/12/2013 à 14h 23

HarmattanBlow a écrit :



Très mauvais système. ;)



Le message non-chiffré a forcément des motifs repérables : les caractères qui n’occupent qu’une petite partie des 256 valeurs possibles par octet, les en-têtes des fichiers et des paquets, etc. Bref, des structures constantes ou répétitives qui vont permettre de deviner rapidement et facilement l’algorithme et la clé utilisés. Peut-être même le procédé est-il complètement automatisé.



Pas la peine d’inventer des systèmes à la noix alors que des algos de chiffrement autrement plus robustes existent et que des implémentations libres sont disponibles.





Je pense qu’il parlait d’avoir un fichier de parité générée aléatoirement de taille identique au fichier à transmettre. Et là, la seule solution est bien d’avoir le fichier en question.

Mais ça n’apporte rien puisqu’à un moment, il faut sécuriser l’échange pour la clé. Autant s’échanger directement la donnée dans ce cas.

Le 16/12/2013 à 16h 41

Séphi a écrit :



Et encore. Cette fonctionnalité a très vite disparu, si bien que je ne l’ai que très peu utilisée " />





Et en prime il nous ont refait la même blague sur Windows 8 " />

Avant Win 8.1/WP Mango, recherche unifié dans l’application courante. Et maintenant, recherche par un bouton dans l’appli.

Curieusement, sous Windows Phone, j’ai déjà vu pas mal de gens se faire avoir. Tu leur dis “fais une recherche sur le market”, ils vont bien ouvrir l’application market, puis utiliser le bouton de recherche, ce qui les envoie sur… Bing " />

Probablement, un des plus gros regrets après être passé à Mango…



Au final, tu te retrouves avec deux boutons de recherches sur ton smartphone, un virtuel à l’écran, l’autre physique/tactile. De quoi rendre fou certains utilisateurs " />

Le 13/12/2013 à 09h 04

DahoodG4 a écrit :



Hum, c’etait pas le noyau NT qui animait Vista ?



De toute maniere Windows EST une suite de rafistolage depuis 95… .





2000, XP, Vista, 7, 8 sont des noyaux NT.

Je vois pas bien le rapport avec un rafistolage depuis 95 (à part " /> )

Le 12/12/2013 à 20h 28

kinos a écrit :



" />

Ah oui, c’est la faute des autres si ca ne marche pas, c’est des très méchants (applications, drivers, matériels). MS pond une merde (Ballmer le reconnais enfin) et c’est la faute des applis existantes, ou du matos qui marchait très bien avant. " />

Sinon, ça me rappelle Xp au tout début (avant le SP1, voir SP2). A l’époque, on s’arrachaient les cheveux pour les faire tourner “potablement” en entreprises. Mais bon, ils ont été très réactifs et c’est vite devenu stable, contrairement à 7…





Dans le genre mauvaise foi…



Donc Microsoft a pondu une merde qui est la base même de tous les OS de Microsoft " />

Je pense que beaucoup d’entreprises aimeraient sortir des merdes pareilles.

Si Vista a cassé la comptabilité avec un tas de drivers et d’applications, c’est pas Vista qui est en cause, mais plutôt ce qu’il y avait avant.

Le modèle de drivers a évolué vers un système beaucoup plus fiable et tourné vers l’avenir que XP.

Rien que des sytèmes comme Optimus de nVidia n’auraient jamais pu voir le jour sous XP.

Avant des personnes comme toi, on en serait encore à un XP bis obsolète.

Le 12/12/2013 à 19h 02

wagaf a écrit :



Oui, si tu lis ce qu’il dit et que tout le monde comprend (y compris PCI cf le titre) sauf toi, Vista état une beta de 7.



C’est d’ailleurs ce que tout le monde a constaté dans les faits à l’époque, hein, Ballmer n’invente rien, il ne fait que confirmer ce qui est largement admis dans l’industrie depuis la sortie de 7 (et pas que chez les concurrents de MS).





T’as utilisé un Vista depuis que Windows 7 est sorti ? Étonnamment, pour une Beta, Vista se comporte très bien… La plupart des défauts à l’époque concernait les applications, les drivers, et le matériel inadapté.



Sans Vista, Windows 7 aurait subit les mêmes critiques.

Le 11/12/2013 à 13h 53

Carisious a écrit :



Je ne sais pas quand ce petit paragraphe a été rédigé, mais dans le monde moderne on s’oriente quand même vers de plus en plus de forfaits avec data, et des terminaux y étant +/- toujours connectés. BlackBerry Messenger fonctionne sur ce principe, et ça ne semble pas avoir été un gros obstacle pour eux. Même si à titre personnel je suis le premier à n’activer la data que quand j’en ai besoin, je crois pas que ce soit le cas de la majorité des gens.



Sinon pour m’être amusé à observer ce que donne un échange OTR vu de Facebook (ça peut être utilisé pour le chat Facebook, et ensuite ça laisse traîner l’intégralité de l’échange dans la messagerie), c’est vraiment pas gourmand en traffic, il n’est pas nécessaire d’avoir un échange véritablement en temps réel, et des pauses mêmes longues dans la discussion une fois l’échange de clés réalisée ne sont pas un problème non plus. En gros, je pense que ça pourrait même passer, après quelques petits bricolages, par SMS classique si les développeurs s’en donnaient la peine. (évidemment il faudrait un système de type liste blanche pour que l’utilisateur ne réponde pas systématiquement à toute initialisation de chat OTR)





Pour pouvoir envoyer un message à quelqu’un en OTR, il faut que l’autre en fasse soit aussi connecté pour effectuer l’échange de clés immédiatement. Ce n’est pas possible sur un mobile où les applications ne peuvent pas écouter le réseau en permanence. Seul un système de push peut notifier le téléphone tout en restant relativement limité.

Blackberry fonctionne par des serveurs, comme le fait TextSecure au final, et encore, on peut supposer que dans le cas de Blackberry, la transmission n’est sécurisée qu’entre le téléphone et les serveurs, et non entre les deux téléphones.

Le 11/12/2013 à 10h 56

Carisious a écrit :



J’ai pas regardé le cas précis de Cyanogen, mais je vois pas pourquoi ils n’utiliseraient pas un truc de type OTR (disponible depuis déjà pas mal de temps par exemple dans Pidgin et Jitsi):

Wikipediahttps://otr.cypherpunks.ca





“OTR was designed for synchronous transports. It works well for desktop IM clients, but is not well tailored for the mobile environment, where a number of factors such as the OS process model, battery constraints, and network conditions have conspired to make mobile messaging systems asynchronous.”

Le 11/12/2013 à 10h 40

NarOneR a écrit :



Du coup il fait être obligatoirement connecter au web non ?





Je pense que oui… A moins que l’émetteur puisse récupérer le pool de clés du destinataire et travailler en local tant qu’il en a sa disposition (ce qui me parait pas évident si la clé est à utilisation unique et accessible par plusieurs utilisateurs).

Le 11/12/2013 à 10h 21

NarOneR a écrit :



Je comprend pas pourquoi ils ont besoin d’un serveur.

Si les choses sont bien faites chacun génère une clé et chiffre/déchiffre localement.





Le chiffrement et déchiffrement sont bien fait localement.

Le problème se pose pour l’échange des clés qui ne peut pas être fait en direct. Et vu qu’ils changent de clés à chaque messages, il faudrait qu’aussi bien l’émetteur et le récepteur soit actif pour pouvoir s’échanger des messages.

Le serveur sert donc de cache de clés publiques pré-générées pour éviter l’attente.

Le 11/12/2013 à 10h 12

geekounet85 a écrit :



autre chose : les commentaires du blog de CM indiquent que la clé est générée localement, ce qui est apparemment partiellement vrai puisque le serveur génère une pré-clé.

si le serveur possède une partie de la solution pour déchiffrer le message, ce sera forcément un maillon attaquable facilement par la NSA, surtout si ce serveur est aux USA.



Autre question : peut-on faire son propre serveur et l’utiliser facilement sans avoir à refaire un APK spécifique?





Pour le premier point, je ne pense pas que ca change quoi que ce soit. Les données stockées sur le serveur correspondent à un ensemble de données publiques générées par les clients (et non le serveur) pour avoir un pool de clés pré-établies pour le DH.

Ca permet à un émetteur d’obtenir une de ces clés pour calculer le “shared secret” nécessaire, alors que le receveur n’est pas disponible au moment même.

Le 11/12/2013 à 09h 16

Ingénieur informaticien a écrit :



Oui ça serait bien d’avoir des infos sur le fonctionnement exact.

Comment ce système gère le problème du “man in the middle” au juste ?

Est-ce juste du pur marketing ou quoi ?





D’après ce que j’ai compris du code j’ai pas regardé en détail, et je n’ai jamais utilisé l’appli), il y a en premier lieu un échange de clé effectué par du ECDH qui permet de partager une valeur secrète entre les deux parties.

A partir de cette valeur, une clé AES est générée pour sécuriser l’échange des communications.

Le 11/12/2013 à 09h 07

geekounet85 a écrit :



donc c’est centralisé et c’est sans doute le serveur (localisé pourquoi pas aux US, pour faciliter les choses) qui gère les paires de clefs, j’imagine. quelle solution sécurisante, en effet!





De ce que je comprend dans le code, il y a un échange de clé qui est effectué par sms classique. Pas de lien avec un serveur.

Le 11/12/2013 à 09h 04

Quelqu’un sait comment le chiffrement est effectué ? Symétrique ou asymétrique ? Quelle méthode est utilisé pour l’échange des clés ? (J’ai l’impression que c’est du DH pour l’échange, puis AES pour la communication)



J’ai développé une application très similaire sur Windows Phone, mais toujours en recherche d’idées pour améliorer l’utilisabilité (surtout avec les limitations de WP).

Le 06/12/2013 à 15h 32

XalG a écrit :



De monte temps on crevait en une balle dans le pied !





Rainbow Six " />

Le 06/12/2013 à 14h 01

Neeko a écrit :



Ben je crois que c’était GT5 justement.



Et j’ai jamais compris l’intérêt du flashback, à part noobiser les jeux de caisse… t’as raté, tu recommences, point. Surtout dans une simulation.



@k43l : “tester des choses” ? Euh, comment ça ? C’est un jeu de voiture, faut prendre la meilleure trajectoire possible le plus vite possible, et faut tenir comme ça toute la course. Permettre l’échec n’est pas l’objectif d’une simulation.



Par contre, gérer les dégâts, ça devrait l’être, mais comme dit, les constructeurs, toussa.





Ca reste une option ! Si tu veux pas jouer avec, tu l’utilises pas ou tu la désactives.

J’ai jamais compris l’intérêt de râler pour un truc en plus qui est totalement optionnel…

Le 06/12/2013 à 13h 34

xianghua a écrit :



+1 c’est sympa sur un jeu d’arcade (Grid) mais sur une simu franchement non.





A noter que ça se désactive dans les options de difficulté (et ça rapport plus de points sans du coup).

Le 06/12/2013 à 13h 18

jeje07 a écrit :



non rien a voir…..



l’explication a été donnée par Charly32, je te la remets :





Bah si. Windows supporte les hautes résolutions. Les réglages 125, 150, 200% servent à ça hein, d’autant plus sous Windows 8.1.



Pour les jeux, comme l’a dit Jean_Peuplus, il est parfaitement possible d’utiliser un multiple de la définition native. Bon pour le coup, ça donne un truc un peu batard, faut voir si les jeux l’acceptent.

Le 05/12/2013 à 22h 16

OlivierJ a écrit :



J’allais écrire la même chose que vous, je plussoie " /> .

Là j’ai l’impression qu’on paie la licence Windows, et c’est un montant généralement compris entre 50 et 80 E.

J’espère qu’on trouvera de plus en plus de matériel, qu’il soit fixe, portable ou tablette, vendu avec l’OS de son choix, comme l’ont fait Dell et Asus mais seulement pour quelques modèles (si peu mais pourquoiiiiiiii " /> ). D’ailleurs mon Asus X201E Ubuntu n’est pas resté disponible très longtemps, je ne comprends vraiment pas pourquoi." />





Je pense que tu surestimes fortement le prix de Windows. Je ne serais pas étonné que ca tourne autour des 10-20€. Microsoft doit certainement faire des bons prix aux constructeurs, d’autant plus dans le cas des tablettes.

Le 29/11/2013 à 10h 40

romjpn a écrit :



J’ai pas tout compris " /> (mais je suis programmeur web je dois être plus bête ^^).





Classiquement, t’as une liste de messages et si tu veux gérer ta conversation, il faut que les nouveaux messages s’affichent à la fin du containeur. Quand la totalité des messages dépasse la taille du viewport (la zone visible), il te faudra demander au scrollviewer de scroller tout en bas, ce qui est peu efficace : il te faut attendre que l’élément visuel soit inséré, que le scroll ait obtenu sa taille, pour lui demander de descendre tout en bas. De ce que j’ai testé, ça marche.

Le problème vient quand tu veux charger les vieux messages : tu veux remonter dans ton scroll, et tu rajoutes les anciens messages au début de la collection. Ca cause un gros bordel dans le scroll qui garde son niveau de scroll au même endroit:

si t’es tout en haut, ton scroll est à 0, et affiche les derniers messages chargés. Automatiquement, les messages plus vieux sont chargés et rajouté en début de collection, ton scroll reste à 0 : visuellement tu vois directement les vieux messages qui sont chargés, alors que tu voudrais toujours voir la même chose qu’avant, mais avec la possibilité de scroller.

Du coup, tu dois faire en sorte qu’au moment où tu charges les anciens messages, tu dois scroller pour prendre en compte le décalage induit par les nouveaux messages.

Et c’est ça qui est contraignant : ca rame, ca cause des artefacts,…



En retournant ton scroll à 180, tu ajoutes les vieux éléments par le bas, ton scroll n’a pas besoin de bouger au chargement, et ca reste fluide.



Je sais pas si c’est plus clair " />









Nathan1138 a écrit :



Ma question, c’est surtout, à quoi ça sert d’utiliser une appli sur un Windows 8.1, par hypothèse en desktop ou laptop, par rapport à un navigateur dans lequel on tape bêtement www.facebook.com ?





Le site web Facebook sur ARM (Surface entre autre), ca pédale méchamment…

Le 29/11/2013 à 09h 49

Vincent_H a écrit :



D’accord, donc plutôt qu’un choix délibéré d’ergonomie, c’est en fait une décision de branleurs " />





D’où le fait que j’hésite encore entre sortir mon appli avec cette méthode, ou redévelopper un layout… Quand je vois Facebook choisir la première solution, je me dis que j’ai pas trop de honte à avoir " /> .

C’est un peu rageant quand cette technique marche super bien sur Windows Phone, et que tu pensais pouvoir faire le portage rapidement sur WinRT.

Le 29/11/2013 à 09h 20

Notez que les messages ont toujours un problème sur le défilement avec la molette de la souris puisque le mouvement qui fait normalement descendre le contenu le fait monter. C’est d’autant plus étrange que tout le reste de l’application utilise un défilement classique.



Je pense avoir une explication sur ce comportement. Pour avoir développer une application devant afficher une conversation, une méthode performante (conservation de la virtualisation, lazy loading et insertion efficace) et très rapide à mettre en place consiste à appliquer une rotation à 180° sur la containeur (le scrollviewer) de l’ensemble des messages, puis que rappliquer unitairement une rotation à 180° sur chaque message.

Forcément, le scrollviewer réagit toujours de la même manière à la molette alors qu’en tactile la transformation à 180° est prise en compte…

Le reste de l’application n’est évidemment pas concerné puisque le chargement se fait progressivement par le bas.

Bref, ils ont pas voulu se prendre la tête pour gérer la conversation " />

Le 28/11/2013 à 13h 34

damrod a écrit :



l’apn frontale ? ouais ca peut servir avec skype….mais je croyais que skyp (=krosoft) gerait pas encore l’apn frontale sous wp8 ?! oui ca choque qd on dit ca mais bon c krosof que voulez vous lol





Bien sur que si… Et il me semble que c’était même supporté sur le 900 sous WP7.

“lol”



Pour le non support de la 4G sur certains S4, c’est parce qu’il existe plusieurs SoC. De base, les HTC 8X ont un MSM8260A qui n’a pas le support 4G, tandis que les 820, 920, 1020, ainsi que le 8X chez Verizon ont un MSM8960 qui gère la 4G.

Les parties CPU et GPU restent identiques.

Le 26/11/2013 à 16h 18

barlav a écrit :



Quoi? ils ne leur ont pas coupé la TV ni le YT?

" /> J’avais pas imaginé que ces “services” passent par eux aussi, " />





Les services web accessibles par la Xbox (dont la TV Orange, YouTube,…) nécessite d’avoir un abonnement au Xbox Live.

Si le Live est down, il est intéressant de noter que les autres services fonctionnent quand même. La console doit conserver les infos permettant l’accès aux autres services.

Le 22/11/2013 à 14h 11

okeN a écrit :



Enfin si les gens achètent une smart TV c’est entre autre pour utiliser youtube et voir le temps qu’il fait et autre divers “services” qui marcheront pas si tu bloque l’accès.





Le plus gros intérêt de la Smart TV est pour moi le DLNA. A la limite YouTube dans une moindre mesure. A voir s’il n’y pas moyen de restreindre l’accès uniquement aux services qui nous intéressent (j’essaierais de filtrer tout sauf youtube sur la mienne).

Le 22/11/2013 à 13h 15

v1nce a écrit :



Ils peuvent continuer à appeler le service en clair mais crypter le nom du fichier pour que cela ne soit juste pas voyant.

Tu remplaces

stats?fichier=film_de_vacances.avi

par

chainecodee = XOR(“film_de_vacances.avi”)

integrity_check?value=%chainecodee%



et ni vu ni connu je t’embrouille





D’où l’intérêt de comparer avec ce qu’il y avait avant. Tu ne pourras certes pas être sûr du contenu, mais ça restera douteux.

Le 22/11/2013 à 12h 48

kade a écrit :



Quel outil tu utilises pour tracer la TV ? J’ai une Samsung qui fait des accès réseau même éteinte (en veille). Et pourtant, c’est pas pour les mises à jour, car il faut les demander manuellement. Je me demande bien ce qu’elle fait. Thx !





T’as plusieurs façons de faire.

Si t’es sur un PC portable en Wifi, tu peux brancher ta TV sur ton portable en Ethernet et mettre un pont entre les deux connexions.



Autrement, si la TV le permet, tu définis un proxy qui sera ton ordi (dans ce cas il te faudra configurer un serveur proxy sur ton ordi, ce que fait Fiddler pour le HTTP/HTTPS par exemple).



Une autre solution est de faire un ARP Poison Routing (avec Cain par exemple sous Windows) pour que ce soit ta TV dirige tout le trafic à destination de la passerelle vers ton ordi.



La première solution est simple et efficace (tu récupères obligatoirement la totalité du trafic de ta TV).



Pour voir ce trafic : Wireshark.

Le 22/11/2013 à 12h 08

Je me ferais un plaisir de vérifier ça sur les prochaines mises à jour :)

DownThemAll a écrit :



C’est quand même révoltant ! Et puis leur nouveau firmware leur permettra peut-être juste de crypter les transmissions vers un nouveau serveur …





De ce que j’ai pu voir, il ne semble pas y avoir de transmission chiffrée sur ma TV LG. Juste des appels à des services HTTP en clair.

Ca se verra rapidement si LG tente de dissimuler le trafic : il suffira de comparer ce qui passait en clair avant, et voir ça n’a pas été remplacé par un trafic sécurisé. A limite, il faudra voir si LG force la vérification du certificat, et si ce n’est pas le cas, un proxy et le trafic chiffré devient lisible.

Le 21/11/2013 à 13h 23

Mateal47 a écrit :



Sur que tu as raison, mais je dois avouer que sur l’autoroute, se faire flasher à 136 km/h c’est ralant. Ok c’est de ta faute parceque tu ne fais pas gaffe mais c’est ralant quand meme.





136 relevé et combien au compteur ?

Le 21/11/2013 à 10h 45

___Chris___ a écrit :



C’est surtout génial avec un serveur DLNA pour mater les films et séries.



C’est quoi comme soft qu’il utilise pour sniffer les trames ? Ca m’intéresse de voir ce que la mienne envoie…





Wireshark pour voir les trames. Après, il te faut faire passer le traffic de la TV sur ton ordi. Tu peux par exemple brancher ta TV sur le port ethernet, ton ordi en wifi et partager la connexion. Si ta télé le permet, tu peux définir un proxy de elle vers ton ordi (en utilisant Fiddler par exemple).

Ou empoisonner la table ARP de la télé pour qu’elle pense que c’est ton ordi la passerelle.

Le 21/11/2013 à 08h 21

A noter que ce ne sont pas que les clés USB qui sont concernées.

J’ai vérifié avec la mienne et j’ai certains noms de fichiers DLNA qui sont transmis. C’est difficile de savoir sur quelle base la liste est faite, mais ça à l’air de correspondre aux dernières vidéos ajoutées au DLNA. La requête est envoyée à intervalle régulier, toutes les 2 minutes.



J’ai pas pu tester pour les chaines, n’ayant pas d’antenne " />

Le 19/11/2013 à 10h 29

trash54 a écrit :



si augmentation de la consommation et que les opérateurs n’augmentent pas en conséquence l’infra tu as par défaut une dégradation voulu de l’infra



tu sais c’est comme ton ordi : tu augmentes les besoins avec des jeux plus gourmand en RAM ben si tu augmentes pas en conséquence la RAM ben tu dégrades le service (jouer) par défaut





Il faut prendre en compte que les opérateurs sont contraints par la bande passante mis à leur disposition. La 3G est à sa limite d’exploitation. Si la bande est saturée, les opérateurs ne peuvent rien y faire, et c’est probablement le cas dans les grandes villes.

Le 27/10/2013 à 01h 16

fumoffu a écrit :



je veux pour les cartes pré hd5xxx en fait, genre les hd3xxx :)





Ma HD3870 marche parfaitement bien avec les drivers pour Windows 7.

Le 22/10/2013 à 07h 32

C’est pas le 1520 ?



EDIT : Ha si :)

Le 18/10/2013 à 14h 10

bbbbben a écrit :



et la PS4 numéro 1 des précommandes de toute la rubrique jeux vidéo sur Amazon UK ? la Xbox One n’est pas 2ème, pas 5ème, mais 28ème, vingt huit ième !



Capice ?





Allez, je vais jouer le jeu de “je fais des stats comme elles me plaisent”. Il y a bien plus d’exclus sur Xbox que sur PS4 à sa sortie. Ce qui fait que les achats de jeux PS4 sont concentrés sur les quelques titres intéressants tandis que sur Xbox, ils se retrouvent étalés sur plus de jeux ! Statistiquement, ça change tout.



" />

Le 17/10/2013 à 14h 39

Polux008 a écrit :



J’ai réussi à modifier la grosseur des icons et du texte, mais du coup je trouve ça floue, ya surement un truc que je n’ai pas bien fait.





Clic droit sur le bureau -> Résolution de l’écran -> Rendre le texte plus grand (ou un truc du genre), et tu coches la case pour avoir la même échelle sur tous les écrans, tu sélectionnes 100%.



N’oublie pas non plus de vérifier que tu es bien en résolution native de ton écran.

Le 17/10/2013 à 13h 39

arno53 a écrit :



Pas de pertes de fluidité (surtout avec le comm du dessus qui parle de 30s pour aficher le menu contextuelle de la souris)? J’ai toujours peur de ca avec les version MaJ (comparée a une installe vierge) …





Les problèmes de menu contextuel qui mettent du temps à apparaître ne sont pas causés par Windows. C’est plus de l’ordre des extensions de l’explorateur qui ont un problème (drivers Intel/AMD/nVidia qui rajoutent une entrée, logiciel d’archivage,…).

Il existe un petit soft - ShellExView qui permet de désactiver ces extensions et donc de voir laquelle pose problème.

Le 17/10/2013 à 13h 26

Au passage, il y a Visual Studio 2013 qui est passé en RTM " />

Le 17/10/2013 à 13h 05

Sky007 a écrit :



MAJ du 1er PC : OK

MAJ du 2e PC : dans le c lulu !



“Désolé, vous ne pouvez pas installer la mise à jour, car elle n’est pas prise en charge par l’unité centrale de votre ordinateur.” " />



->http://img401.imageshack.us/img401/6026/yvit.jpg



Pour info, les specs de mon 2e PC (HTPC) :

Athlon FX-60 / Asus A8N Sli Premium / 4Go RAM / AMD HD5870 / SSD 80Go





Si t’es en 64 bits (probable vu que t’as 4Go de RAM), 8.1 utilise des instructions processeurs plus récentes (CMPXCHG16B) qui ne seraient supportées par ton FX-60 (à vérifier).

Donc soit tu reviens en 32 bits, soit tu changes de CPU " />

Ou alors c’est autre chose…

Le 17/10/2013 à 13h 57

Lafisk a écrit :



ce n’est pas les constructeurs qui fournissent la maj, enfin MS leurs donne leurs maj, eux font les adaptations nécessaire au firmware et la renvoit à MS (il me semble mais je peux me tromper) et la ensuite MS diffuse à tout le monde. Ce qui a récemment changé c’est que MS n’attend plus, pour diffuser la maj, que tout les constructeurs ait fait leur boulot mais ils diffusent séparément pour chaque constructeurs.





Le constructeur ne modifie pas la mise à jour dédiée à l’OS, par contre, il a besoin dans certains cas d’avoir un firmware à jour pour fonctionner correctement (Radio pour la GDR2 par exemple, mais il y a dû avoir plus que ça en interne).

Dans tous les cas, c’est le même OS qui est publié à tous les téléphones.

Le constructeur peut certainement bloquer une mise à jour tant que son firmware n’est pas prêt, et la mise à jour propage à la fois le firmware et l’OS.



C’est ce que laisse penser l’update pour les Dev en GDR3. Microsoft recommande d’avoir installer une version minimale de l’OS pour s’assurer que les firmwares sont bons, et la GDR3 peut s’installer sur la totalité des WP8 (puisque c’est le même OS pour tout le monde).

Le 15/10/2013 à 11h 42

Sebdraluorg a écrit :



Bah si tu peux linker une app avec des paramètres les possibilités sont ‘infinies’





Pas dans le problème d’origine. Un Tag ne peut aller que vers une appli (donc un settings), demande une validation, et il te faudra ensuite changer l’état du paramètre.

Il n’y aucun autre moyen que de passer par les pages de settings sur Windows Phone pour modifier l’état du Wifi/Bluetooth/…

Le 15/10/2013 à 11h 28

darth21 a écrit :



Ya Nokia nfc writer qui a l’air de permettre pas mal de choses (mais pas encore testé j’ai pas de tags nfc)





Très limité dans le cas de Windows Phone. Ca permet juste d’activer un lien vers une app/page web/contact. En gros, aucun intérêt.



Par rapport à Insider, ça ne change rien au problème, et aucune application ne le peut.

Le 15/10/2013 à 10h 41

Mateal47 a écrit :



Une petite etiquette NFC ne ferait-elle pas ton bonheur?





Les profils configurés par NFC n’existent pas sur Windows Phone. Et ça demande d’activer la NFC en permanence et ce n’est utilisable que dans des cas particuliers (la voiture est un des rares cas).

Le 15/10/2013 à 08h 58

stunt a écrit :



Pour les exemples que tu cites, il existe plusieurs applis permettant, soit d’accéder à ces fonctions plus rapidement, soit d’épingler les différents raccourcis sur la page d’accueil.

Pratique, mais effectivement dommage que ce ne soit pas natif.





C’est effectivement ce que je fais (Connection Tiles que j’utilise depuis mon WP7), mais ça reste une navigation vers la page de Settings, donc autant d’aller retour que de paramètres que tu souhaites modifier. C’est lourd. Rien que quand je rentre dans ma voiture, ca va être “couper le wifi, activer la 3G, activer le Bluetooth, et activer le GPS”.

Une page avec l’ensemble de ces paramètres pour les modifier un par un sans changer de page, ce serait le bonheur.

Le 15/10/2013 à 08h 49

Très déçu par cette GDR3… Après une GDR2 qui n’apporte rien (ou presque), on a une GDR3 qui n’apporte rien aux utilisateurs actuels. Le support 1080p et S800, c’est cool pour les nouveaux smartphones mais les fonctionnalités ajoutées sont peu intéressantes.

Le driving mode est gadget, le lock de la rotation est presque inutilisable (devoir passer par les settings…) et seule la possibilité de virer les applis du multitache me parait correcte (et encore, on a juste droit à une croix pas très joli et qui clignote quand on scroll parmi les apps).



A quand un système permettant d’activer/désactiver les fonctions de bases très rapidement ? On est toujours obligé de se taper un menu settings qui continue de grandir. Entre WiFi, Bluetooth, GPS, NFC, auto-rotate, GSM (Data), ca fait autant de pages vers lesquelles il faut naviguer pour juste taper sur un bouton. Depuis WP7 j’espère qu’il rajoute une page pour modifier tout ça très rapidement…



Microsoft ne fait que rajouter des fonctionnalités gadgets ou mal intégrées alors qu’il y a encore plein de choses à améliorer dans WP8.



En espérant que 8.1 apporte des vrais améliorations…

Le 14/10/2013 à 10h 11

scientifik_u a écrit :



Ils sont chiant … pourtant j’ai l’impression que le passage en preview avait gardé les applications non ?





Euh je n’ai rien qui est remonté sur mon win 8.1 depuis le store, normal ? " />





La perte des applis était annoncée lors de la publication de la Preview. Fallait y penser avant de l’installer. La Preview se mettait en mise à jour comme le ferait la RTM, forcément tu conserves tout.



Pour le deuxième point, il faut utiliser un compte Microsoft et non un compte local. La synchro des Settings fonctionne bien. Mes 2 PC partagent leur config, favoris,… Et en réinstallant Windows, j’ai pu récupérer tous mes paramètres en sélectionnant une des “backup”, la disposition du Start Screen, et les applis du Store étaient prêtes à être téléchargées (d’ailleurs, même les applis natives ont l’air de récupérer leur disposition sur le Start Screen après installation).

Le 11/10/2013 à 18h 44

Pom Pom Idou a écrit :



Ça n’a rien de nouveau ! Ça arrive même souvent avec certaines clés USB de stockage basiques !!!



Et c’est particulièrement violent puisque tu te retrouves carrément avec une extinction totale de la machine. Il faut débrancher puis rebrancher la machine du secteur… ^^





Ca, c’est très probablement parce que tu causes un court circuit. La faute à certaines clés USB (notamment celle qui sont toutes fines et qui facilitent les mauvaises insertions) ou du matériel tout pourri.

Sur du bon matos, c’est le contrôleur USB qui se désactive quand ça arrive.

En tout cas, aucun rapport avec l’OS…