jmanici a écrit :



sous l’environnement WinRT, toutes les applis sont sandboxées dans un AppContainer. Donc pas d’accès au système de fichier.



Du coup, sous WinRT (et donc Windows RT puisque celui ci ne supporte que les applis WinRT) il est impossible de développer des applications comme un explorateur de fichier.

C’est une bonne chose dans un sens, puisque ça garantie l’absence de malware sous Windows RT. Heureusement, pour les usages avancés, il y a toujours Windows 8. Donc je pense que pour les utilisateurs de tablettes Win8, mon explorateur de fichier alternatif (en .net/win32) pourra s’avérer utile.







Excellente idée. Par contre tu n’as pas peur de rencontrer de problème avec la patrouille de validation sur le store?

maverick78 a écrit :



Il ne pourra jamais la valider sur le store. Pas en tant qu’application ModernUI mais simplement faire figurer une redirection vers son site pour la télécharger (si et seulement si il dispose d’un compte de développement Entreprise reservé aux entreprises (SIRET toussa toussa))







Sur ce point on est OK, je ne parlais pas de l’opposition ModernUI vs lien vers une appli classique, mais de la nature même de l’appli, qui du point de vue d’un validateur en mode Store Apple pourrait rechigner.

Krystanos a écrit :



Merci pour l’info. Si possible, quelqu’un l’a déjà fait et peut me le confirmer ?

Si c’est une question de temps avant qu’on puisse le faire avec un outil, c’est pas un problème. Mais si ça ne se fait pas d’entrée de jeu, je dois le savoir pour ne pas mettre à jour mon MC…







J’ai pas de W8 sous la main la de suite, mais je n’imagine même pas que ça ne puisse pas se faire. Ce qui était l’idée sous-jacente de mon message. Etant donné que le panneau de configuration existe toujours et est quasi identique à celui de 7, à priori pas de raison que ce ne soit pas le cas.

kwabena a écrit :



Généralement ils sont plusieurs testeurs (en tout cas si ça se passe comme sur Windows Phone), et lorsqu’ils refusent une application, ils fournissent une raison valable, qu’elle soit technique ou “géopolitique” (Chine toussa).







Tu loupes la sword au grattage, mais ne t’inquiète pas jeune développeur, tu peux encore l’avoir au tirage. C’est pas beau les stores fermés? " />

Vincent_H a écrit :



Ca ne se voit pas que cet article est créé volontairement pour répondre à des questions que le grand public se pose ? Le type d’utilisation dont tu parles ne correspond pas à la cible de l’article. Ceux qui connaissent savent très bien que cette possibilité existe, on enfonce des portes ouvertes là.







Ouais enfin ça on en reparlera quand Monsieur et Madame Michu ils auront été claquer 700 boules dans une tablette ARM / RT avec jolie station de docking et connectique moniteur / tv pour faire office de bousin multimédia / jeu pour le gosse dans le camping car et que, ah bah nan, en fait tu peux pas installer le dernier jeu (pas trop gourmand certes) parce que c’est pas compatible.



Pour moi c’est d’ailleurs un des sujets sur lequel MS doit communiquer à fond cette différence entre RT et 8, pas forcément les jeux (qui pour la plupart seront trop gourmands pour les atoms et la partie graphique) mais pour les applis de tous les jours. J’espère que vous avez conscience, avec la démocratisation de l’IT, du nombre de personnes qui utilisent des trucs type Micro Application sur leur PC. Bon je suis OK que la plupart auront des substituts store, mais n’empêche que dans l’oeil mouillé des Michu, on pourra lire la déception, et ça d’un point de vue business et com c’est pas terrible.

jmanici a écrit :



ah mais je ne risque pas de dénaturer Windows RT puisque mon appli ne tournera pas sur cette plateforme ;-)



Après, sous Win8, je pense que mon appli ne dénature rien du tout, et apporte une petit plus à l’utilisation tactile sur le desktop.



Et au fond je m’en fous si je ne peux pas la lister sur le store. J’ai déjà pas mal d’utilisateurs qui viennent la prendre sur mon site web.







Dans ce cas effectivement tu as parfaitement ciblé ton public et tes moyens de l’atteindre.

Krystanos a écrit :



Alors d’après moi, je ne toucherai pas à la base de registre pour un truc qui se fait sans dans Windows 7 :)

J’en dis donc que tu réponds à moitié à la question ;)







Toute interface n’est qu’un accès user friendly à des tas de choses dont la base de registre. Base de registre dit autologon et run donc oui tu pourras.

Mavelic a écrit :



Curieuse réaction pour un journaliste qui se veut informatif, mais je vous cite :





Possible d’avoir une explication concise autre que par la moquerie ?

Merci.







Pour le coup je plussoie avec le candide. C’est quoi ces raccourcis de comptoir? Le fait est que, afin de couvrir 8 ET RT un très grand nombre (on peut se risquer à dire la grande majorité) des applis développées pour Modern UI le seront en .NET, mais en quel honneur il serait impossible de développer des applications parfaitement adaptées au tactile, voire reprenant le design Modern UI (bien que pour le deuxième point, il est vrai que Visual Studio fournit désormais un template de projet Modern UI en .NET) en Win32?



Quand on veut faire de la vulgarisation, on la fait jusqu’au bout, et vulgarisation veut dire simplification, pas approximation.

ffvsdoom a écrit :



Merci Vincent pour ce super récap :-) C’est plus clair sur les différences entre les applis. Donc ça rejoint une réponse que m’a faite Atomusk : en gros, seule l’interface des applis Win32 (en dehors du fait qu’elles ne pourront pas être installées sur WinRT) poserait problème pour Win8 tactile, d’où la volonté de MS de pousser vers du ModernUI. En clair, on change un langage de prog pour pousser vers de nouveaux usages, c’est bien cela ???



Mais alors, ça veut dire qu’à plus long terme, on aura exactement les deux mêmes sur Win8 et WinRT, non ? Donc que la comparaison avec Apple, faite dans l’article, ne tiendra plus - j’ai bien compris ? (sauf si of course Apple fusionne iOS et MacOS).



Et ça veut dire aussi que le problème matériel (ARM vs Intel) n’existera plus non plus, car on aura un OS (j’ai dit à plus long terme, hein !) qui passera sur les deux… Bref, ils prennent un putain de risque pour assurer le futur et leur domination… (ce qu’on savait, mais vu sous cet angle, on comprend encore mieux à quel point c’est crucial… Chapeau MS d’oser cela et de ne pas nous faire une Kodak! " /> )







Non, puisque le langage ce sont les langages de .NET. Qui existent depuis belle lurette. Par contre oui MS veut pousser vers Modern UI, et ils fournissent des outils (les templates .NET dont j’ai parlé plus haut sous VS) qui facilitent la création d’applis Modern UI, mais comme dit plus haut, rien n’empêche de faire son design soi-même sur du Win32.



En revanche, la disparition de Win32 qui est une API peut être envisagée à terme mais ne doit pas être confondue avec le langage :

• aujourd’hui, un grand nombre d’applications Win32 sont codées en C++ (le VRAI, pas le C++ .NET de Visual Studio, bien que Visual Studio fournisse également le “VRAI” C++ qu’ils nomment par abus C++ Win32, d’où confusion pour le néophyte) mais ce n’est pas nécessairement le cas : on peut target Win32 avec d’autres langages.
  


• de même, le C++ au sens premier est utilisé sur d’autres systèmes (Unix, Linux) avec d’autres cibles donc que Win32
  


• pour ce qui est de Win32, on peut très bien imaginer qu’il disparaisse. D’ailleurs, MS a laissé entendre à demi-mots qu’ils y pensaient. Mais aujourd’hui, pour certaines applications lourdes (traitement de données, d’images, jeux) les performances des langages semi-compilés ou interprétés type .NET, qui ne possèdent pas de compilation native pour cibler une API, sont insuffisantes. Ceci dit, il existe déjà des prémices à ceci, avec notamment Redhawk, mais là s’arrêtent mes connaissances sur le sujet.