Le 23/08/2013 à 15h 54

coolspot a écrit :



Midori c’est comme le noyau Hurd dans le monde du logiciel libre. C’est à dire un vaporware qui est “bientôt pret” depuis plus de 20 ans. " />





La grosse différence c’est que le noyau Hurd repose sur de vieux concepts de Micro-Noyau. Singularity gère beaucoup mieux les context switch(il y en a pas).

Le projet a été reconnu viable. Il a démarré en 2003. Donc c’est dix ans pas 20 ans.

Ensuite le plus compliqué n’est pas d’écrire un nouvel os c’est de pouvoir gérer sa compatibilité avec Windows. On voit que ce qu’a pu donner Windows RT avec un store vide au lancement.

Le 23/08/2013 à 15h 47

methos1435 a écrit :



Oui enfin les choses ont évoluées quand même depuis ce temps là, le noyau n’est plus ce qu’il était a cette époque.



Et puis la qualité n’a rien a voir avec l’age…

Midori pour l’instant j’ai l’impression que c’est encore bien lointain et flou. BSD:,la base existe et est solide…





Passer à BSD n’apporterait pas grand chose par rapport à un noyau NT. Ils reposent sur les mêmes concepts. le problème de Windows ça n’a jamais été le noyau,ni la base système. (c’est une croyance trollesque fausse) C’est la partie la plus optimisée et fiable du système. Le problème vient surtout de Win32. Ils ont déjà commencer à proposer un remplaçant.



Pour Midori détrompe toi je vois plusieurs offres d’emploi par mois sur ce projet. Microsoft est à fond dessus. Si Ballmer va bientôt partir il y aussi de ça….

Le 23/08/2013 à 15h 37

arno53 a écrit :



Ah Ballmer " /> Il etait quand meme bien fun a une epoque et un sacré vendeur malgré un manque de poigne envers ses équipes …



N’empêches ce type était pas si mauvais, il avait une vision à long termes des choses et j’espère justement qu’on aura droit à un CEO qui est chez MS depuis longtemps et pas un financier externe avec une vision a court termes juste pour plaire aux actionnaires …





En effet, tout dépend qui c’est certains risquent de regretter ballmer …. " />

Le 19/08/2013 à 16h 42

lossendae a écrit :



C’est quand même un peu dommage…





Je pense que c’est pour pouvoir maintenir la compatibilité sur Midori pas trop le choix. De toute façon Windows RT fait un bide c’est pas très grave personne l’utilise " />

Le 19/08/2013 à 14h 07

Nyco87 a écrit :



Si je te suis bien, soit IE aura droit à une exception pour son fonctionnement (rien d’aberrant en soit), soit IE va devoir fonctionner différemment ?





Midori devrait sortir avec un nouveau navigateur qui n’est pas IE. Je pense que Microsoft prévoit quelque chose de précis pour gérer la compilation JIT sur Midori mais je ne sais pas quoi, je n’ai pas d’information sur ce point.

Le 19/08/2013 à 12h 58

hadoken a écrit :



Yes pas possible actuellement, mais pour des raisons techniques, et non à cause d’une limitation au niveau des règles à respecter pour l’envoi sur le marketplace (à ma connaissance).





je pense que ce sont des limitations pour le futur de WinRT afin que les applications puissent tourner sur Midori à terme.

Le pilier premier de Singularity est l’isolation des processus. On les appelle des SIP(Software Isolated Process). Les processus sont cloisonnés au runtime, on ne peux pas charger de code dynamiquement. Ca permet d’éviter les plantages de l’explorer si une shell extension foire ou que le système plante si un driver plante.



*Avec WinRT on ne peut pas écrire sur les pages mémoires exécutables. Aucune api n’est disponible pour le faire.



*La reflection avec emit ne marche pas non plus sur WinRT.



*Une application WinRT peut seulement charger des bibliothèques présentes dans le dossier de l’application et elles doivent être spécifiées dans le manifeste d’installation.



Ces 3 points pour moi ont pour but de rendre compatible les applications WinRT sur Midori quand il sortira.

Le 19/08/2013 à 12h 41

f-heure-7 a écrit :



Il disait justement que les apps sont l’équivalent du “dév desktop”. " />





ah oui en effet autant pour moi " /> " />

Le 19/08/2013 à 12h 34

127.0.0.1 a écrit :



C’est déjà le cas. On appelle cela développer une “app” pour Winphone, IOS ou Android.





Pas vraiment. Pour parler de WinRT sur WinPhone que je connais mieux(mais apparemment c’est pareil pour les autres) tu peux coder ton application en javascript(donc là oui c’est du développement web) mais tu peux aussi coder en c++ ou c# avec du XAML. Ce n’est pas du tout du développement web dans ce cas.

Le 19/08/2013 à 12h 12

hadoken a écrit :



Quel rapport avec Apple ?? Sur iOS c’est une limitation dans les règles sur l’envoi d’application sur le store (impossibilité d’exécuter du code compilé non inclus dans l’application, i.e. exit un moteur javascript qui compile à la volée).



Sur Windows Phone il n’y a pas cette limite dans les requirements sur la certification des applications ; c’est juste que personne n’a pour le moment développé de moteur de rendu alternatif à Trident.



Donc rien à voir entre les 2 cas.





en fait non va lire mon commentaire juste au dessus la compilation JIT n’est pas possible sur WinRT et les api win32 qui le permettent ne sont pas disponibles sur wp8 et Windows RT. Il y a une raison à ce fonctionnement….

Le 19/08/2013 à 12h 02

gachdel a écrit :



Cela veut donc dire que la version ModernUI de Firefox sera dispo sous WIndows 8, mais pas Windows RT?





Oui Windows RT c’est plutôt mal barré " />

Le 19/08/2013 à 11h 07

RoughBoy05 a écrit :



Si Trident doit être utilisé pour sous Windows RT, çà veut dire que Firefox pour ModernUI va utiliser Trident ? Cà me paraîtrait surprenant quand même.





Non en fait les navigateurs alternatifs peuvent utiliser Win32 sur Windows 8 en mode modern UI. C’est sur Windows RT où ça pêche car l’environnement WinRT ne permet pas la compilation JIT.(pas d’équivalent de VirtualAlloc et VirtualProtect)

Le 18/08/2013 à 07h 45

patos a écrit :



Sauf dans le cas de clients légers pour bureau à distance…





Oué enfin après toi je ne sais pas quel est le tien, mais moi je fais mon métier… Je cherche le pilote, copie sur la clé USB de boot, et ajoute le pilote lorsque Windows ne trouve pas le disque dur. Oui ce n’est pas clé en main, mais j’aime bien savoir que le boulot que je fais ne peut pas être remplacé par des mecs qui sont experts en informatique depuis qu’ils ont installé leur premier disque dur interne.

Je viens de vérifier, les pilotes NForce 5 et supérieur, y’a les pilotes, et y’a même les Legacy NForce ¹⁄₂ Win2003 x64, ça devrait pouvoir se tenter " />



Pour l’instant, j’ai installé une imprimante USB Canon de 1999 (laser N&B, même pas compatible XP SP3 mais compatible Vista x86), et un vieux scanner à plat de 2002, le tout sous un 8 x86





Je me suis mal exprimé je pense. Le matos en question c’était du nforce4 et le driver Windows Vista que j’avais trouvé ne marchait pas sur 8. Je me suis même amusé à bidouiller les infs avec des versions supérieures.

Sinon mon boulot c’est ma-config.com, donc les pilotes je pense connaitre un minimum " />

Le 18/08/2013 à 06h 13

patos a écrit :



Le problème est assez limité lorsqu’on reste en 32 bits, vu les brouettes infâmes sur lesquelles je l’ai installé.



Le plus gros problème est surtout le coût des licences. C’est bien beau de mettre à jour, mais perso je mets pas 100€ dans un PC qui a 6-7-8 ans ! c’est stupide. Et XP convient très bien pour faire comme un client léger… Boot, RDP, thanks.





Apres cela dépend de ce que tu veux en faire; Si tu veux accéder à tous tes périphériques externes ca risque d’être mort pour les drivers.

Sinon j’ai rencontré des ennuis avec des vieux chipsets nforce où le driver du contrôleur SATA n’est plus présent sur Windows 8.

Le 17/08/2013 à 18h 58

En fait si Visual ne supporte plus xp. Les nouvelles applications qui sortiront seront incompatible. Comme je l ‘ai dit plus haut 98 est tombé à 1% suite à ce changement.

Le 17/08/2013 à 18h 51

Ce qui achevera xp (ca était le cas avec 98) c’est le jour ou visual studio ne supportera plus XP

Le 17/08/2013 à 18h 27

patos a écrit :



Windows 8 fonctionnerait pas mal je pense ;-) sans troll…

Je l’ai installé sur un Core 2Solo (mono coeur HT 1,2Ghz) avec 1Go de ram & un SSD: l’utilisatrice est ravie.





Oui Windows 8 a été encore plus optimisé que Windows 7. Il consomme moins de ram que ce dernier.

Le problème des pc sous XP vient surtout des drivers qui ne sont pas présents.

Le 16/08/2013 à 14h 24

the_pdf a écrit :



Pas sur que cette fin officielle d’XP soit réelle: il restera des windows basés sur XP, et toujours avec un support (2017, il me semble).

Ensuite, c’est juste une question de communication. ..





Non, le support long terme coute bonbon. La plupart des boites ne pourront pas le payer. Elles seront forcés de passer à Windows 7 ou Windows 8.

Le 16/08/2013 à 14h 20

Je sens que les botnet vont bien grossir. On va se faire encore plus spammer " />

Le 12/08/2013 à 19h 19

Aloyse57 a écrit :



Je me demande si cette remarque est de l’humour ou du sarcasme " /> !





Windows 8 gère automatiquement la fermeture des applications WinRT quand de la mémoire est nécessaire. Va lire le dossier PCI sur Windows 8 c’est expliqué. Tolor a raison c’est inutile de fermer toi même l’application.

Le 12/08/2013 à 18h 20

Bejarid a écrit :



J’ai du mal à comprendre pourquoi MS n’a pas attendu d’avoir tout ça de prêt pour sortir Win8.



Ils étaient pas à 1 an près. Ils avaient les moyens de lancer un beta test sérieux permettant les remontés qui ont fait de 8.1 ce qu’il est.



Non, je ne comprends pas. Win8.0 est techniquement un super système, mais sérieusement, pourquoi n’avons nous pas eu l’ergonomie de la 8.1 dès le départ ?





J’imagine qu’ils n’ont pas eu le temps de mettre toutes les fonctionnalités voulues à la sortie de Windows 8 sans le retarder. Avec leur mise à jour régulière tous les ans on devrait attendre moins longtemps au final.

Le 09/08/2013 à 16h 38

Lebaronrouge77 a écrit :



Le nombre d’application dans WP8 est tout juste plus élevé en fait.



En fait ce que je voulais dire par là et c’est tombé sur toi c’est que beaucoup disent que parce que Google et Apple l’ont fait alors MS aurait du le faire. Or le choix d’Apple, de Google et Microsoft répond à une logique qui est la même, même si le résultat est différent. C’était moins une nécessité pour Apple néanmoins.

Quelle était cette logique ? Accrocher le marché des tablettes à son marché porteur pour que ce dernier tire les tablettes vers le haut. Apple comme Google ne pouvaient donc logiquement pas se lier à leur univers “PC” alors qu’à côté ils dominent outrageusement les tablettes et y sont en expansion. Donc pour assurer l’expansion de leurs tablettes ils les ont liées à leurs Smartphone en expansion.



Pour MS c’est le même raisonnement, sauf que même si WP est en expansion, ça reste de très petits volumes et donc en aucun cas les tablettes Windows auraient été portées (tirées) par WP8 qui lui même aurait besoin d’un support pour être porté. Du coup MS a relié les tablettes à son marché fort, le PC, en liant le store Modern UI et W8. Or pour l’instant il y a une “confusion” avec RT et 8 uniquement parce que le Store Modern UI n’est pas encore assez conséquent pour permettre les mêmes utilisations de base entre les deux.

Mais cette autosuffisance viendra tôt ou tard et MS doit avoir ça comme objectif et pas faire comme je le vois ici, des bilans sur un an.



Pour le problème de la légereté d’un OS c’est un faux problème. Je ne sais pas si tu as remarqué mais dans les pubs MS compare sa surface 64 GO à l’iPad 4 32 GO…. ce n’est pas pour rien.

De plus, les SSD sont certes encore de petites contenances mais d’ici 1 ou 2 ans je suis sûr qu’on aura des tablettes embarquant plus de 100 GO et du coup la part de l’OS dans cet espace sera réduit.

Alors oui, l’espace qu’occupe W8RT est pour l’instant un problème immédiat, mais uniquement temporaire… or MS ne peut pas faire un choix définitif (porter WP8 sur tablette) uniquement à cause d’un pb temporaire et sacrifier des idées d’avenir.



Car au final, ce n’est pas RT qui aurait dû être une extension de WP8 mais WP qui se doit maintenant de rejoindre le couple RT/PC…





Je suis d’accord avec tes arguments mais je veux juste répondre à ceci. Mettre WP8 à la place de RT pour moi ça ne sacrifiera pas les idées d’avenir. Vu que windows phone et Windows sont destinés à se réunir. C’est vraiment qu’un choix temporaire. de toute façon je l’avais déjà dit le débat est clos. C’est trop tard il aurait fallu le faire au lancement de Windows 8. Si Microsoft prévoit l’unification dans Windows 9 il y a juste un ou deux ans à attendre(on ne sait pas encore si il y aura un 8.2 et si ce 8.2 serait en fait 9)

Le 09/08/2013 à 15h 58

Lebaronrouge77 a écrit :



Non mais les gens critiquent le nombre d’application et après demandent que RT soit basé sur WP ?… C’est contradictoire à un point.



MS a fait un choix pour l’avenir : Windows 8 (ou 9) et Windows RT ne feront plus qu’un avec un store regroupant tout le nécessaire.





Je n’ai pas critiqué le nombre d’applications. Bien que le nombre d’applications sur le store WP8 soit supérieur à celui de Windows 8 si je ne me trompe pas.

Windows phone est surtout beaucoup plus léger en espace disque que Windows RT.



Pour l’unification j’en ai aussi parlé. Au final ça serait revenu au même. Mais il s’agit d’une décision temporaire, Windows RT sur une base Windows phone aurait été plus sage. Je ne renie pas la stratégie bien au contraire mais il faut savoir être pragmatique.

Le 09/08/2013 à 14h 37

lossendae a écrit :



En espérant pour eux qu’il ne sera pas trop tard. Et qu’il réussisse à gérer l’unification correctement avec leurs nouveaux cycles de développement.



Sur WP, je n’ai toujours pas reçu la GDR2, qui apparemment pose des problèmes avec le 8X. Dont la seule grosse nouveauté est la FM et 2 Go d’espaces disque de pris.

Pas de gestion du son par appli, pas de centre de notifs, pas de manip d’accès rapide, pas d’évolution véritablement bénéfique de l’UI.

Presque 1 an de dev pour ça…



ça fait peur…





Ce n’est pas trop tard ils pourront toujours s’appuyer sur leur monopole sur le desktop(c’est pas prêt de couler). Pour WP 8.1 Ils ont rencontré des bugs qui les ont retardé, il aurait du sortir en même temps que Windows 8.1. Mais la réorganisation des équipes au sein de Microsoft devrait permettre une meilleure synergie entre les divisions et éviter ce genre de problèmes dans l’avenir.

Le 09/08/2013 à 13h 29

lossendae a écrit :



A quoi sert le menu démarrer puisque que l’on ne peut pas installer d’applis traditionnelle ?

A quoi sert le bureau également ?



Windows RT aurait pû avoir une autre vis si MS ne s’était pas fourvoyé en fournissant un Windows 8 limité et confus.





C’est pour ça que sur une autre news j’expliquais que Microsoft aurait peut être du le baser sur Windows phone. Microsoft a volontairement laisser une ambiguité comme quoi Windows RT c’est comme Windows. Mais en fait le bureau est bien présent mais il n’est pas compatible avec les applis Win32. Par contre le poids en espace de disque de Windows est bien présent.

Pour office je pense qu’un utilisateur de tablette en a rien à faire. Si il veut vraiment office il prendra une tablette X86 ou un pc.



Pour Moi Windows RT 8.1 va rencontrer les mêmes problèmes, je ne pense pas qu’il va percer. Il va falloir attendre l’unification et Midori pour que ça puisse décoller.

Le 08/08/2013 à 09h 52

wagaf a écrit :



Bah du coup les apps sur le marché développées pour WP7 ne peuvent pas tirer partie du multicoeur.



Par ailleurs même si en effet la toute dernière version supporte le multicoeur c’est un support très récent (les tous premiers appareils WP8 datent de noël dernier !), et à l’époque de WP7, les iPhone et Android haut de gamme étaient tous équipés en multi-coeur depuis longtemps.



Sachant qu’en plus, contrairement aux annonces tonitruantes de MS et de ses fanboys, la plupart des appareils WP7 ne dépasseront jamais WP 7.8 (kernel Windows CE donc).



Donc même si je n’était pas au courant du support très récent du multi-coeur par WP, il n’est pas exagéré de le mentionner comme une faiblesse de WP (même au passé), surtout face à un argument mensonger du type “Android c’est forcément du bas de gamme/WP de la qualité” auquel je répondais initialement " />.





Comme je l’ai dit plus haut Windows Embedded Compact 7(ce7) supporte le multi-coeur.

Le problème c’est surtout que les premiers téléphones windows phone ne tournaient pas sur des processeurs multicoeurs comme les concurrents d’ailleurs.

Le 08/08/2013 à 09h 07

wagaf a écrit :



En effet après recherche WP8 supporte désormais le mutlicoeur, cependant ce n’était pas le cas des versions précédentes. Donc avant de traiter les gens de troll, fait une recherche Google " />.





On parle de windows phone 8 hein. Et non ce n’est pas tout a fait vrai les dernières versions de Windows CE intégré dans WP7 gérait le multicoeur mais en effet de façon moins bonne que le noyau NT.

Le 08/08/2013 à 09h 05

Tolor a écrit :



Tu as un lien vers cette “réputation”. Parce que bon, le noyau NT qui gère mal le mutlicore, ça se saurait quand même…





Oui, les drivers sont en grande partie développés par MS quand il s’agit de matériel validé.





En fait je pense qu’il est resté sur les informations de Windows CE où la gestion multi coeur était moins bonne.

Le 08/08/2013 à 08h 51

wagaf a écrit :



Les WP que j’ai vu jusqu’ici sont plutôt moins puissants que les Android, sachant qu’en plus WP est réputé pour très mal exploiter les procos multi-coeurs.

Android n’impose rien mais n’empêche pas de proposer du haut de gamme.





C’est du troll de compet " />. pour information le noyau de Windows 7 gérait jusqu’à 256 processeurs logiques. Windows 8 a du évoluer depuis la dessus.

Windows phone 8 partage la même base que Windows 8

Le 07/08/2013 à 17h 23

Stargateur a écrit :



le cas par cas… il y a doit pas y avoir beaucoup d’aveugle il y a surement moyen de les aider individuellement pour un webmaster





perso c’est que je fais. Ca m’est déjà arrivé. Si on me fait la demande je le fais meme pour les voyants.

Le 07/08/2013 à 16h 32

HarmattanBlow a écrit :



La solution est donnée dans l’article. ;)



“Le (W3C) recommande d’ailleurs d’utiliser d’autres méthodes, plus simples, à l’instar de l’envoi d’un lien d’activation par email”





Contournable facilement ça bloque pas les spammeurs le lien d’activation.

Le 07/08/2013 à 16h 21

Jonathan Livingston a écrit :



Heu… pour ma part je n’ai plus pratiqué depuis au moins 25 ans.





Tant mieux pour toi tu veux faire un bûcher parce que j’ai oublié un truc que j”utilise pas " />

Le 07/08/2013 à 16h 19

eliumnick a écrit :



C’est comme les DRM ^^

Ils n’en mettent pas pour faire chier les gens ^^





Si tu ne mettais aucun système de protection, tu verrais les forums pollués de messages publicitaires. Comme dit au dessus il y a une raison. Après je comprend la critique du captcha mais faut t’il encore trouver une alternative crédible.

Le 07/08/2013 à 16h 17

Zealotux a écrit :



J’ai un système de Captcha pour éviter les spams sur le formulaire de contact de mon site, maintenant j’écoute : quelle alternative puis-je utiliser pour éviter de me faire spammer la face ?





La news évoque ceci mais j’ai regardé pour l’avoir en français faut casquer.

Mais bonne question " />

Le 07/08/2013 à 16h 14

Jonathan Livingston a écrit :



Ben la dérivée d’une constante…





Ca oui je m’en souviens " /> Mais Je n’ai plus pratiqué depuis 15 ans et ça me sert pas dans mon travail. Tu verras plus tard " />

Le 07/08/2013 à 16h 00

Jonathan Livingston a écrit :



Ça fait longtemps que je n’ai pas touché à une équation différentielle, mais là il me semble que la réponse est très simple : zéro.





Si tu le dis j’étais bon à une époque mais j’ai tout oublié " />

Le 07/08/2013 à 16h 00

Melaure a écrit :



+1 au derniers commentaires …



et bravo à tous ceux qui critiquent et qui ne gèrent pas de sites … Peut-être que si le monde entier n’était pas pourri de PC Windows daubé par des merdeware, on en serait pas là !!! C’est ça qui devrait être condamné !





Apparemment beaucoup de gens n’ont pas compris l’intérêt des captcha. Les webmasters n’en mettent pas pour faire chier les utilisateurs.

Le 07/08/2013 à 15h 25

Sinon mêmes les captcha,les pirates arrivent à les contourner. Mon éditeur de forums(Invision) gère une base de spammeurs dans le monde pour automatiquement les bloquer.

Un petit article intéressant sur le piratage de captcha si ça intéresse des gens

Le 07/08/2013 à 15h 16

ErGo_404 a écrit :



Ouais bon du coup le problème c’est la synthèse vocale utilisée dans les captchas, pas le principe qui reste efficace.





+1 pour les aveugles il n’ y a pas 10000 solutions. L’audio reste la plus logique.

Le 07/08/2013 à 15h 15

Il y a celui la quiest pas mal



" />

Le 07/08/2013 à 11h 06

gallean a écrit :



nan mais je voulais faire un troll velu ^^





C’était trop gros " />

Le 07/08/2013 à 11h 03

gallean a écrit :



ça sioux ça marche pas sous windows 98…





" />" />





Oui tu peux " /> Windows 98 c’est même pas 0,5% de part de marché; Ca fait longtemps que ce système est plus supporté par personne " />

Les compilateurs ne sont même plus compatibles.

Le 06/08/2013 à 15h 15

hadoken a écrit :



Je ne connais pas Hekaton, quelle est la différence par rapport au comportement par défaut de SQL Server (à savoir charger l’intégralité de la DB en RAM au fur et à mesure du requêtage, si RAM dispo et quota configuré pas dépassé, du coup seules les écritures font de l’I/O sur disque) ?





Apparemment c’est optimisé pour un usage en ram et tu peux faire des accès concurrents. Regarde ici les performances sont bien supérieures.

Le 06/08/2013 à 15h 14

Neeko a écrit :



Adblock, non, connait pas ? …



Ils sont en train de dire qu’ils n’envoyaient pas les données en XML avant ? Mais ils le faisaient comment ? " /> Surtout pour un truc qui prend 4 fois plus de place qu’un truc aussi simple que XML…





C’est plus compliqué que ça. Depuis la version 2 j’envoie du xml compressé et il était directement traité sur le serveur.



Sur la version 6 ou 7(j’ai oublié) le xml était transformé en base sqlite et envoyait directement sur le serveur. le serveur stockait une base sqlite par configuration. Ca me permettait d’éviter le traitement d’insert. Mais la base prenait 4 fois plus de bande passante pour être envoyé.



Sur cette version je suis revenu à l’envoi en xml mais maintenant je l’integre dans une base sql server centralisé qui sert en fait de base temporaire pour la lecture de configuration.

Le 06/08/2013 à 15h 08

ff9098 a écrit :



La dernière fois que j’ai utilisé ce truc j’ai été spammé de popup de pubs " />





Il y a pas de popup sur le site je met uniquement du adsense. Je pense pas que mon site abuse de la pub. Par contre tu as en as surement eu sur touslesdrivers mon site partenaire mais je n’ai pas la main….

Le 06/08/2013 à 15h 06

Merci vincent pour la news " />

Je précise que d’ici une semaine ou deux je vais effectuer une mise à jour importante supplémentaire. Je vais passer sur le moteur Hekaton de SQL Server 2014. Il met la base entièrement en mémoire. le site de pari BWin est passé de 15000 transactions/s à 250000 transactions/s en y passant.

Le 06/08/2013 à 09h 50

Pour le premier exploit il faut être en kernel mode. Vu que le driver a besoin d’être signé numériquement avec un cross certificat de Microsoft, ca limite pas mal l’exploitation.



Pour le deuxième exploit il n’y a pas d’information mais dans l’avenir même le win32 devrait être sandboxé. L’accès au système va devenir réèllement compliqué.

pas sur non plus que le deuxième exploit marche sur Windows RT.

Le 30/07/2013 à 12h 51

loulnux a écrit :



Houla ! Excusez mais à ce point de la conversation je me retire quand je lis unification tout d’un coup j’ai une remontée d’UMP chacun à sa définition et personne ne s’écoute.





" />

Ce que j’appelle unification c’est le fait que les applications Windows phone marche sur Windows et inversement. Ca signifie une même plateforme WinRT

EDIT: sauf les applis Win32 bien sur " />

Le 30/07/2013 à 12h 47

Edtech a écrit :



Non, pas du tout, tu as le même fichier XAML pour toutes les résolutions et même tous les cadrages possibles sur 8.1. Tu as juste une notion de mode “réduit” ou “pleine page” pour W8/8.1. Le changement de résolution se fait par un système de pré-rendu dans la même résolution pour tout le monde (la plus basse) afin de calculer les positions relatives de chaque élément puis est automatiquement traduit pour la résolution réelle (vive le tout vectoriel !).



Donc au final, il n’y a bien que 2 modes à gérer : un affichage pour un mode téléphone et un pour le mode tablette/PC. Les différences sont aux niveau de l’intégration.



Sur Windows Phone, tu as une barre de menu et une barre de notification, le retour étant un bouton physique. Sous Windows, tu as une barre de menu, une barre de navigation (en haut) et la barre latérale de paramètres avec un bouton retour logiciel.



Pour n’avoir qu’une seule et unique interface, il faut que toutes ces barres soient communes entre WP et Windows (vu qu’un téléphone ne serait qu’au final une tablette mise à la vertical). Mais il restera toujours un problème d’encombrement. Là où on peut avoir une liste pleine page sur un WP, ça rendra très mal niveau occupation de l’espace sur une tablette ou un PC.



Ou alors, il faut considérer que le mode “réduit” de Windows est l’équivalent du mode téléphone, pourquoi pas !





Comme je l’ai dis au dessus si le choix de windows phone avait été fait ils auraient pu le prévoir. Dans asp.NET MVC4 il y a une notion de zone. Tu peux gérer différents templates selon si tu es sur mobile ou desktop.

j’imagine qu’avec l’unification on risque de voir apparaitre un système de ce genre.



pour gérer les différentes résolutions, je crois qu’harmattanblow était déjà intervenu la dessus. Tu es en effet normalement censé avoir un seul fichier xaml pour toutes les résolutions possibles. Mais la différence importante entre la plus petite et la plus grande résolution peut amener le développeur à gérer plusieurs XAML différents. Sinon tu te retrouvais facilement avec de grands espaces vides sur les hautes résolutions.

Le 30/07/2013 à 12h 33

Tolor a écrit :



Oui, gérer l’affichage d’un mode téléphone comme actuellement est géré le mode snap pour windows 8 est possible, et ce serait certainement la meilleure idée, mais ça n’aurait pas été ensigeable en utilisant WP pour tablette. Ce n’est pas géré sous WPRT





Si ms avait fait ce choix au départ je pense pas que ça aurait été un problème de l’ajouter à ce moment là si nécéssaire.(WPRT c’est une v1)

Le 30/07/2013 à 12h 19

Tolor a écrit :



On ne peut pas faire des appli optimisée à la fois tablette et smartphone.

Et tu imagines développer une appli pour le même type d’appareil (Tablette Windows), mais avec du code partiellement différent? " />

Si je veux porter une appli sur Windows, c’est 2 appli différentes actuellement (une WP, une Windows 8).

Avec WP sur tablette, ça aurait été 3 appli différentes, et en plus ça aurait été 2 sur l’environnement qui sera le plus modifié à l’avenir.





Tu utilises des fichiers XAML différents. C’est déjà plus ou moins le cas si tu veux gérer de façon correcte les différentes résolutions possibles.