Le 03/10/2014 à 15h 17

Guinnness a écrit :



Je précise avant toute chose que je n’ai pas encore testé cette version mais à lire la news je me demande finalement si ça vaut vraiment le coup de le faire :

• il ne faut pas se fier à l’interface dans l’état où elle est car travail en cours
  


• il ne faut pas se servir de cette version pour faire des tests de compatibilité avec ses softs car tout est temporaire et susceptible de bouger
  


• au cas où on trouve des bugs de compatibilité pas la peine de les remonter à MS pour la même raison que le point précédent
  
  
  
  En fait elle sert à quoi cette version au juste si il ne faut tenir aucun compte de la majorité des chose qu’elle laisse entrevoir ?
  
  
  
  
  
  Bah en théorie il n’y aura pas forcement d’autre iso fournit …. Cette Technical Preview est sensé se mettre a jour jusqu’au statut de bêta et plus (mais rien ne garantie que le passage a la version final soit supporté), donc de nouvelles features vont apparaitre.
  
  
  
  C’est vrai que pour l’instant à part faire mumuse avec le menu démarrer et le snap assist ou fouiller dans les entrailles des dll pour connaitre les évolutions du système avant leur officialisation (je cite quelques trouvaille post 113) y’a pas grand chose à tester … Par contre il est certes inutile de remonté des problèmes de compatibilité mais Microsoft encourage les utilisateurs a remonté les défaut/qualité ergonomique.

Le 02/10/2014 à 23h 15

JustMe a écrit :



Dégouté je l’ai installé sur ma ASUS T100 principalement pour tester continum et c’est pas dispo ;(



Vivement les prochaines release





J’ai cru comprendre que des builds sortiront toutes les 2 semaines. On peut aussi choisir un rythme de maj (rapide = plus buggué, lent = plus stable) d’après les captures sur le net.



M’enfin il est clair que pour l’instant l’accent a été mis sur le clavier/souris..

Le start screen n’a pas encore évolué et il faut faire une manipulation particulière pour avoir les apps en full screen…

Le 02/10/2014 à 22h 50

ndjpoye a écrit :



C’est pas possible de limiter en Win32 avec les droits ?





D’après tous les débats lu sur NXI : isoler une seule applications sur un serveur sans, ou sans trop, toucher aux code de l’app peut se faire avec un petit surcoût en ram (voir Docker et le futur DrawBridge de MS).

Vouloir le faire dans un environnement où les apps communique beaucoup entre elles et sans toucher au code de l’app est plus complexe…



Après Apple et différentes distrib Linux l’ont fait ou vont le faire en demandant aux devs d’adapter leur code.. Mais c’est potentiellement plus compliqué de mettre un système de sandbox robuste en place sur un système qui n’avait pas cet objectif de sécurité en tête lors de sa construction…



Enfin y’a la méthode de partir sur une base saine comme avec WinRT, Android, iOS et Chrome(OS) où le cloisonnement est à la base de l’OS… Mais ça implique de partir d’un écosystème inexistant..

Le 02/10/2014 à 20h 47

sepas a écrit :



Tu pars du principe qu’une seule application doit avoir accès à sa conf.



Un exemple :

• La gestion des impressions : Que tu imprimes de Word ou d’Excel, tu accès à la conf de tes imprimantes. Tu peux même changer des paramètres à partir de ton appli. Si c’est un fichier de config verrouillé par un autre processus, tu ne peux que lire
  
  
  
  Autre exemple :
  


• Le configuration du proxy : La plupart des applis que tu installes vont lire le paramètre du proxy que tu as renseigner dans ton browser pour aller sur internet.
  
  
  
  Et il y a d’autres avantages que j’ai listé un peu avant qui apportent énormément.
  
  
  
  
  
  Je m’interrogeais sur l’implémentation de la base de registre dans le cas d’un environnement sécurisé comme WinRT.
  
  Charon et JManici semble confirmer qu’une ruche lié a une app WinRT est globalement inaccessible à une autre app (l’un des reproche sur la base de registre dans l’environnement Win32).
  
  Après j’imagine qu’a la manière des contrats & co, le dev peut donner une autorisation en lecteur voir écriture soit à une app Systeme ou une app particulière pour justement pallier aux problématiques que tu soulèves.
  
  
  
  
  
  
  
  33syrille a écrit :
  
  
  
  Bonsoir,
  
  Je test!
  
  Installé sur un disk à lui.
  
  après installe il ne manque que 2 pilotes, SM bus et PCI Simple Communications Controller, les pilotes windows 8 on fait l’affaire.
  
  Sur tous les drivers pas de détection possible (chrome et ie)
  
  cg prise en charge et mon dual screen fonctionne bien
  
  coté logiciel mon pack de gratuit (ninite.com) c’est correctement installé.
  
  Par contre j’aime bien office 2007, windows 8 et 8.1, aussi, aimais bien, mais windows 10 NON!
  
  
  
  
  
  Ce n’est qu’une Alpha .. Microsoft signal bien que les développeurs n’ont pas à essayer de rendre compatible leur application pour cet pré-version … Ça n’arrivera que plus tard dans le processus de développement.

Le 02/10/2014 à 20h 20

eromog a écrit :



A l’époque de la sortie de windows 8, il me semblait avoir lu un papier disant qu’ils comptaient à plus ou moins long terme se débarasser de cette compatibilité pour alléger le système.

En tout cas merci pour l’info " />





A long terme c’est toujours l’objectif.. Remplacer l’écosystème applicatifs Win32 par un nouveau beaucoup plus sécurisé (WinRT). Pour le grand public ça n’arrivera peut être que dans 10 ou 15 ans.. Pour le monde de l’entreprise ça sera peut être plus long…



Mais on verra aussi peut être des PC WinRT only (comme Windows RT) arriver dans pas trop longtemps pour concurrencer les Chromebook sur le plan de la sécurité etc..

Le 02/10/2014 à 19h 08

charon.G a écrit :



…





Pour revenir sur la base de registre et les apps WinRT :

Dans le dossier sur Win8 on peut lire



Enfin, WinRT donne accès à un jeu d’API de haut niveau pour stocker les paramètres. L’implémentation interne actuelle utilise la base de registre, mais il n’existe pas d’API WinRT donnant accès à la totalité de la base, contrairement aux applications Desktop (Win32). La base de registre stocke les données dans des fichiers .dat nommés « ruches ». Dans WinRT cependant, les préférences de chaque application ont leur propre ruche, stockée dans le dossier interne de l’application. WinRT Microsoft règle ainsi la principale critique faite la base de registre.



J’ai du mal à comprendre si on reste sur une base de donnée unique, éparpillé en plusieurs fichiers mais ouverte en continu et où l’app ne peut modifier que ses propres clés ou si on passe sur plusieurs fichiers qui sont ouvert/fermé à chaque utilisation de l’app .. ?



Edit : JManici repond globalement à la question … Donc première supposition ^^

Le 02/10/2014 à 16h 34

frodon18 a écrit :



c’est normal que sur ma surface pro 2 j’ai pas leur truc continuum? je trouvais ça sympa … ya une option à sélectionnée?





Pas encore dispo …

Le 02/10/2014 à 15h 20

ar7awn a écrit :



a non ma deuxième partition n’est pas supprimer, c’est juste qu’il ne me propose plus de booter dessus " />





Si t’as un système qui utilise l’UEFI a la place du bios tu peut regarder sur ce genre de page ou du coté de easyBCD (ça, ça serait plus pour du bios)

et essayé des commandes comme celle-ci

bcdedit /enum ALL

puis supprimer certaines entré de boot superflu

puis un bcdboot K:\Windows



… Enfin fait pas le con,ca serait dommage de perdre des données " />

Le 02/10/2014 à 14h 41

yl a écrit :



Non, un truc qui faute de venir avec un rootfs avec toutes les commandes de base utiles et laisse taper dans les structures interne du système pour compenser, ca poserait des pb de sécurité?! Sans parler de la maintenance de ce qui est fait avec.



Quand on voit comment Linux se fait actuellement BASHer, je dois dire qu’un powershell aurait sans doute du potentiel, surtout depuis qu’il n’est plus là en option! Gageons que certains ont dû tilter et cherchent déjà…



En plus, niveau commandes ça ressemble a du unix… mais niveau options et autres rien n’est compatible et il est hors de question de faire par exemple tourner des scripts communs.





T’as plus d’info sur les problème de sécurité lié au Powershell ?

Le 02/10/2014 à 14h 27

sarou a écrit :



Salut à tous,

Peut-être que quelqu’un pourra m’éclairer : je ne comprends pas bien les évolutions et les fonctions expérimentales liées à cmd.exe ; pour moi le futur du cmd c’était PowerShell et il devait disparaître à terme au profit de ce dernier.



Est-ce qu’il y a eu un recul de ce côté là chez MS ? (je n’ai pas vu la présentation)



Sinon, plutôt intéressantes les évolutions de ce WX, Continuum est tout à fait cohérent avec les usages et ce menu Démarrer a l’air d’être bien fichu.



Saroumane





Y’a des améliorations sur la selection et le copier/coller avec le clavier (ctrl + C/V) etc ..

Mais ces options sont également valable pour Powershell. Powershell évolue avec de nouvelles cmdlet alors que cmd.exe pratiquement pas … Donc oui Powershell reste l’avenir de la ligne de commande sous Windows.







k43l a écrit :



Dite est ce que les applications MUI réagisse aux interactions :

• genre un fichier musique glisser sur l’application musique la joue, une autre se rajoute à la liste etc.
  


• Pareil pour l’application vidéo
  


• Pareil pour outlook
  
  
  
  Bref le truc basique que l’on connait tous mais qui était impossible sur 8.
  
  
  
  Y’a t’il une refonte du gestionnaire de fichier sur les application MUI ?
  
  Si oui est ce qu’il reprend le gestionnaire de fichier bureau ?
  
  
  
  Merci de vos réponses
  
  
  
  
  
  Ca reste trop tôt pour le dire … On a pas encore beaucoup d’info sur les évolutions de WinRT (excepté 2 ou 3 trucs liée à la domotique, à la musique (Midi), àARM64, au VPN)
  
  
  
  Apres il est vrai que les Apps sont vraiment cloisonner mais le principe des contrats permettant la communication entre applis pourrait évolué pour gerer ce genre de cas … Les Apps Windows 8 étaient principalement faite pour le tactile et pour du plein écran donc ce genre de cas n’était pas la priorité mais il est clair que pour pouvoir a terme remplacer les apps Win32 ça va devoir être gérer. Puis bon le drag & drop existe avec les navigateur web donc je me fais pas trop de soucis …
  
  
  
  Ce que j’attends de la Build d’Avril c’est surtout qu’il pousse plus loin le concept d’application de bureau WinRT avec une réel ergonomie différente du mode full screen … Pour l’instant c’est juste du fenetrage … Ça va pas assez loin … On a besoin d’avoir directement un plus grand nombre de fonctionnalité accessibles (densité d’information supérieur) en mode bureau par rapport au mode tablette …

Le 02/10/2014 à 12h 20

Lafisk a écrit :



De toute facon, plus ca va plus je pense que MS c’est plante et ce plante toujours avec sa vision de l’OS tout en un. C’etait une bonne intentiona u depart mais on voit bien que ca ne fonctionne pas … vu de ce qu’on entend sur WX je vois pas coment cela serait agreable a utiliser sur tablette …





On a pas du voir les même choses alors



Edit : Au final ta critique porte sur Windows 8 … Windows 10 compte bien séparer les interfaces … L’un dédiée au clavier, une autre au hybrid avec continuum, celle full tactile sans bureau et WP ..

Le 02/10/2014 à 12h 14

stroovolt a écrit :



En parlant de Windows 95, Microsoft aurait sauté la version dite “9” car certains programmes penseraient qu’il s’agit de Windows 95 ou 98 au niveau du code…

Source :http://www.developpez.com/actu/75925/Pourquoi-Windows-10-s-appelle-t-il-ainsi-Et…

C’est quand même abusé… ^^’

Edit : ortho





OpenJDK ligne 47 …

Le 02/10/2014 à 12h 01

alphacos a écrit :



Et merde ils ont pas viré la base de registre " />





WinRT règle en partie “le problème” à long terme …

D’ailleurs je ne pense pas que Windows Phone aie une base de registre …

Dossier Windows 8



Enfin, WinRT donne accès à un jeu d’API de haut niveau pour stocker les paramètres. L’implémentation interne actuelle utilise la base de registre, mais il n’existe pas d’API WinRT donnant accès à la totalité de la base, contrairement aux applications Desktop (Win32). La base de registre stocke les données dans des fichiers .dat nommés « ruches ». Dans WinRT cependant, les préférences de chaque application ont leur propre ruche, stockée dans le dossier interne de l’application. WinRT Microsoft règle ainsi la principale critique faite la base de registre.



Après je ne suis pas si sur que cela fasse chuter les perfs … Mieux faut charger un “gros” fichier d’un coup que plusieurs petit … Puis bon sur les systèmes avec minimum 1Go de RAM et des processeurs comme des ATOMs qui sont quand meme relativement puissant, le poids d’une base de registre ne doit pas changer grand chose …

Mais c’est vrai que c’est un peu le fouillis la dedans …

Le 03/10/2014 à 14h 24

link689 a écrit :



@arno53 et @jb

et si on veux la version pour architecture ARM (W8RT) et WP il faut passé par la case prière au cône de chantier?



et je fait que cité l’article j’ai rien inventé



pour rappel WinRT = Windows Runtime et pas du tout la même chose que Windows RT





Oui ce passage de l’article et faux …

L’application est faite pour le socle WinRT (en opposition au socle Win32).

Cependant pour l’instant seul l’application WinRT pour x86 marche.

VLC utilisant du C99 ils ont pour l’instant du mal a faire en sorte que le compilateur sorte quelque chose sur ARM Windows … Ils ont réussi a le faire pour iOS et Android mais pour Windows ARM (Windows RT et Windows Phone) ca demande plus de travail … Mais ils semblent avancé petit à petit comme le dit le blog postde JB (dernière phrase avant les captures)

Le 03/10/2014 à 13h 10

bismarckiz a écrit :



Il n’est pas disponible pour la version RT, il ne l’a jamais été! Sur ce sujet videolan parle beaucoup mais n’agit pas. Le store indique bien x64 et x86





J’aime le “parle beaucoup mais n’agit pas” sans connaitre les problématiques sous-jacentes … VLC est un projet Open Source, si tu sais adapter une chaine de compilations pour faire du C99 sous Windows ARM propose ton aide " />



Le blog post de JB semble annoncé quelques avancée sur ce point …

Le 03/10/2014 à 12h 35

A noter que ca installe la version 8.0 puis le store propose la maj (on peut forcer la recherche de maj dans le store) vers la nouvelle version 8.1 only.



Nette amélioration des perfs.



L’indexation de ma bibliothèque Video semble avoir bien marché. Ca serait bien de pouvoir avoir une séparation pour chaque lettre permettant ainsi d’utilisé la fonction zoom sémantique. Même si je préfère la présentation classique à la Xbox Vidéo avec une navigation à travers des dossier.



Par contre l’indexation de ma bibliothèque Musique n’a indexé que 2 dossiers sur 4 et impossible de lire les musiques déjà indexé … Ni de relancer cette indexation.



Une fois sur la home, les textes “Video” et “Music” au centre devrait être clickable et avoir la même fonction que leur équivalent dans le panneau gauche.



Concernant la lecture de vidéo en elle même : le bouton “…” marche bien notamment l’accélération du flux en temps réel " /> Le bouton “clé” (verrouillage des controles ?) n’a pas vraiment d’impact en utilisation clavier/souris mais peut être qu’il marche bien en tactile.

Avec l’arrivé de Windows 10 un plus grands support du clavier notamment la touche espace et de la molette de la souris pour le son (différencié du son système) ne serait pas plus mal.



Toujours coté utilisateur clavier/souris : sur le bureau, on ne propose plus VLC for Windows dans le menu “ouvrir avec” (c’était dispo avec la première version si mes souvenirs sont bon) pour certains .avi mais c’est dispo pour du mkv et du mp4 par exemple.



Ça parait peut être pas comme ça mais je trouve quand même que vous avez fait un bon boulot " /> … Au final le projet est peut être trop prématuré pour une plateforme comme WinRT qui ne semble pas être suffisamment mature pour vos besoin … Espérons que Windows 10 fasse évolué WinRT dans le bon sens …



Sinon demi-HS : J’ai vu sur le store l’application iVLC à 15€ … J’ai d’abord pensé à ces merdes proposant juste un lien vers la version win32 de VLC mais vu qu’elle dispose d’une version d’essai je me suis lancé. Elle ne propose pas de media center, juste le file picker de Windows mais elle a pu lancer un .mkv que j’avais … Mais vu que j’y connais rien à ces histoires de contenaire video etc quelqu’un pourrait tester avec un vrai fichier que Windows Media Fundation n’est pas sensé lire … Enfin c’est bizarre elle arrive quand même à lire des video qu’Xbox Vidéo n’arrive pas à lire " />

Le 03/10/2014 à 11h 42

dematbreizh a écrit :



Juste une question, si on a Windows ⁸⁄₈.¹⁄₁₀ et qu’on veut l’appli sans passer par la case compte crosoft… c’est possible ou pas?





Nope … Pour l’instant pour simplement avoir une app WinRT il faut un compte …



Apres le projet est open source, il doit y’avoir moyen de faire du sideloading mais bon c’est pas user friendly " />

Le 03/10/2014 à 13h 19

Face à la problématique de non lecture des news au profit des seuls image, je propose que pour la v7 les journalistes prennent en photo leurs paragraphes " />

Le 03/10/2014 à 13h 03

Photo mis à jour … Ça a été l’occasion de me rendre compte à quel point elle est horrible " />





Mais je la laisse, j’aime faire ch" />er les gens " />

Le 03/10/2014 à 10h 38

Par contre comment ça marche l’attribution des fréquences ?

Tout le monde met une somme sur le tapis sans connaître la proposition des autres puis les plus généreux gagnent ou c’est des enchères où l’on peut renchérir après avoir pris connaissance de l’offre des concurrents ?

Le 01/10/2014 à 21h 28

D4rkvicious a écrit :



Merci pour l’information, je pense que niveau performance j’ai de quoi voir venir

http://img4.hostingpics.net/pics/626567Capture.jpg





Oui 16Go ça devrait aller … Mais … Mais… " /> Transformer 4 " /> " />

Le 01/10/2014 à 19h 51

-Vlad- a écrit :



Tu as plus rapide et facile, ce script powershell :



http://gallery.technet.microsoft.com/scriptcenter/Convert-WindowsImageps1-0fe23a… " />



Juste penser à rajouter le Windows du vhd dans la mbr à la fin (le script le fait en théorie, n’a pas marché chez moi " />)







Bon je sens que je vais supprimer ce VHD et retenter avec le script … Les exemples sont au format VHDX donc je re-essaierai …



Tiens je viens de voir qu’en supprimant le VHD il me fallait les droits admins … J’aurais peut etre pas du le mettre a la racine de C: …



Bon je vais peut etre mangé avant de m’y remettre " />

Le 01/10/2014 à 19h 13

Strimy a écrit :



Tu sais ce que si t’as déjà un Windows et que tu veux le mettre en dual boot, t’as juste à monter l’ISO et lancer le setup qui se trouve dans le dossier “sources” (avec choix de partition avant l’install) ?







Tu veux dire que j’avais pas besoin de suivre ce tuto (sachant que je veux mettre ça sur un vhd) " />



Bon maintenant que j’applique install.vim à mon vhd je laisse ça tourner …J’espère juste que je ne vais pas avoir de problème avec cette clé d’activation…

Le 01/10/2014 à 18h 48

Nerdebeu a écrit :



T’est en mode kamikaze ? " />



Mais n’empêche qu’installation en “dur” ou pas, il devrait demander la clé.





Bah ca fait 3 fois que je rentre la clé sans succès " />



Si ca continue je vais tester dans une VM voir si j’arrive à échapper a cette fichue clé …



(Je suis sur la version anglais GB 64 bit)

Le 01/10/2014 à 18h 35

Nerdebeu a écrit :



Figures-toi qu’on ne m’a pas demandé de clé " />





moi je teste ça depuis iso gravé sur un DVD…



J’ai toujours ce petit stress lors de l’installation d’un système hors VM ^^

Le 01/10/2014 à 18h 22

Ils demandent bien le disque dur/ partition cible après avoir demandé la clé du produit ?

Le 01/10/2014 à 17h 11

Oxynux a écrit :



il me semble que pour ARM les OS sont pas 64bit only cf iOS et le prochain Android

Donc je pense pas que Microsoft va scinder en deux Winows comme pour x86/x64





T’es sûr de ça " />

Je vois pas comment ca peut être autrement …

C’est pareil que pour le x86 … La puce 64 bit marche avec un OS qui peut être 32 ou 64 bit. La puce 32 bit implique l’OS 32 bit. Les applications 32 bit marche sur un OS 64 bit mais une app 64 bit ne marche pas sur un OS 32 bit … quand bien meme la puce serait 64 bit.

Les binaires iOS supporte les iOS 7 64 bit comme les iOS 7 32 bitvenant d’une migration d’iOS 6.



De plus Microsoft proposera surement bientôt un Windows Server ARM 64 bit comme le fait la concurrence … Il y’aura bien 4 architecture possible pour les OEM. Les particuliers n’auront le choix que sur le x86 et le 64 bit y sera privilégié.

Le 01/10/2014 à 16h 51

Oxynux a écrit :



4archis ? ARM, x86, x64 et ?





ARM 32 bit, ARM 64 bit, x86 32 bit et x86 64 bit

Le 01/10/2014 à 16h 43

Pr. Thibault a écrit :



C’est très douteux pour l’ARM… En effet quand Microsoft parle de “one Windows”, en réalité ça veut dire que le cœur de l’OS est le même et qu’il y a WinRT partout, mais l’OS qui tourne sur les ordinateurs reste différent de l’OS qui tourne sur un smartphone par exemple. Or il me semble que Microsoft a confirmé que Windows RT allait fusionner avec Windows Phone, et qu’il n’y aurait pas de desktop dans ce nouvel OS. Donc je ne pense pas qu’on aura un Windows 10 au sens où on l’entend aujourd’hui pour ARM, on aura plutôt une version tablette/smartphone qui sera probablement aussi brandée “Windows 10” mais qui n’aura probablement plus grand chose à voir avec la technical preview qu’on peut télécharger actuellement.





Ca dépend de la presence ou non d’une Bureau en XAML.

On peut tout a fait imaginer un Windows Phone ou Windows RT ne disposant pas de Win32 mais ayant un bureau XAML permettant tout de meme de profiter de Continuum ..

On sera donc très proche d’un point de vue avantage/inconvénient d’un ChromeBook mais orienté applicatif WinRT qui risque d’avoir un gros boom d’utilisation …

Le 01/10/2014 à 16h 27

JustMe a écrit :



pareil si le principe n’a pas changé depuis WIdows 8, ça se bricole comme ça





Merci " />

Je regarde ça. J’ai encore 1h10 avant de récupérer l’iso…



Adsl 2+ Powa " />

Le 01/10/2014 à 16h 20

Donc pour la création du VHD, il faudra récupérer l’image systeme au format .wim …



Ça se récupère a partir de l’iso en la montant ?

Le 01/10/2014 à 16h 09

Oxynux a écrit :



Normal que ça me dise ; “Windows Technical Preview n’est pas disponible”

Je suis bien sur Microsoftpourtant " />.







url

Mais faut s’etre enregistré je pense …

Le 01/10/2014 à 16h 07

xillibit a écrit :



Je suis en VDSL2 il me reste 6 minutes " /> " />





Pourtant pour moi le téléchargement ne va pas au max de mon débit habituel (en ADSL 2+) … A peu près 700 kio/s alors que je peux faire du 1,3 Mio ..

Le 01/10/2014 à 16h 02

Youhou ca sera pour dans 5h " />

Edit : Ok bon bah DownThemAll >> Téléchargement de Firefox (j’économise 2h)

-Vlad- a écrit :



VHD " />







Le Boot sur un VHD peut se faire avec un disque externe ?



Edit 2 : ça peut intéresser certain Microsoft

Le 01/10/2014 à 15h 58

Rozgann a écrit :



Un défi particulier pour Linux en ce qui concerne les sandbox pour les applications graphiques, c’est que ça demande une collaboration entre des équipes qui n’ont pas nécessairement l’habitude de travailler ensemble.



Les environnements graphiques utilisent Linux comme sous-système, mais il y a au final très peu d’interaction entre les deux. Jusqu’à présent, Gnome-shell et Plasma pouvaient tourner sous Linux, mais aussi sous BSD et autres Unix. A l’avenir, les environnements vont devoir se lier de plus en plus à l’OS. Donc c’est probable que GNOME devienne Linux-only par exemple.



Et pour éviter une fragmentation de l’écosystème Linux, il faut aussi une solution commune pour tous les environnements : une application sandboxée développée par GNOME doit pouvoir fonctionner sous Plasma et inversement, une application KDE doit pouvoir fonctionner sous Gnome-shell. Ca demande encore de la collaboration entre les environnements, et ça peut prendre du temps. Il y a déjà des structures en place pour ça (FreeDesktop.org), mais c’est toujours une complexité supplémentaire.



Et comme ça va également toucher la manière dont les applications sont distribuées, ça concerne aussi les distributions. Donc c’est un assez gros chantier et je pense que ça va prendre du temps. Canonical suit sa route sans se soucier des autres, donc ils iront peut-être plus vite, à coup de patch non-upstream.





J’ose pas imaginer le boxon sur les liste de diffusion sur ce genre de mouvement si majeur …

Déjà qu’avec seulement ³⁄₄ sociétés/organisations les standards du web mettent du temps à se stabiliser … alors concilier Canonical, Ubuntu et les différentes communautés qui ont tendances a faire des forks à la moindre divergence ça ne va clairement pas être de la tarte " />



Faire un truc carré avec une démocratie n’a malheureusement jamais été simple " />

Le 01/10/2014 à 14h 58

Rozgann a écrit :



C’est un peu trop technique pour que j’en comprenne tous les détails et d’autres ici pourront certainement mieux l’expliquer que moi, mais je vais essayer. En gros, il y a déjà l’infrastructure bas niveau pour sandboxer des applications sous Linux, et c’est une pratique courante pour les serveurs (apparmor, SELinux, etc…). Jusqu’à présent, chaque distribution proposait par défaut son système. Depuis récemment, la grande majorité des distributions a choisi de passer à systemd pour gérer les services systèmes, et entre beaucoup d’autre choses, systemd permet aussi de sandboxer des applications. Et donc vu qu’il y a maintenant une solution disponible sur toutes les distributions modernes, les environnements peuvent utiliser cette fonctionnalité qui n’était pas forcément disponible partout avant.



Par contre, le fait de sandboxer des applications demande à ce qu’elles soient adaptées. Typiquement, une application ne pourra plus accéder directement à ton disque dur mais devra d’abord en demander l’autorisation, et donc il faudra prévoir le cas où elle n’y est pas autorisée. L’environnement doit aussi s’adapter : il faut qu’il propose des boîtes de dialogue pour que l’utilisateur puisse accorder des permissions, etc… GNOME est celui qui a communiqué le plus sur sa vision des applications sandboxées : voir ici et là.



En parallèle, le paquet en tant que moyen de diffuser une application est de plus en plus remis en cause. Certains proposent de faire une séparation plus nette entre ce qui concerne le système en lui-même (qui continuerait à être distribué sous forme de paquets), et les applications, qui seraient distribuées dans un format différent, commun à toutes les distributions. L’équipe de développement de systemd a proposé une solution (lien). Canonical travaille aussi sur les “click packages”, qui ne vont pas remplacer les .deb mais qui seront réservés eux aussi uniquement aux applications sandboxées. Ils ont développé ça pour Ubuntu Touch mais ce sera étendu à tout Ubuntu à l’avenir. La réflexion sur la meilleur solution à adopter est encore en cours, mais on s’oriente clairement vers un gros changement de ce côté sous Linux.





Hum très intéressant " />

On avait déjà parler avec Charon, JManici et Konrad de l’intérêt d’une sandbox pour un système moderne (pas mal de lecture a partir du post 168).



C’est toujours complexe pour un système d’évoluer sur ce genre de question … Microsoft a choisi de faire table rase du passé en partant sur un nouvel environnement pensé pour la sécurité dès la conception du socle WinRT.

Apple et le monde Linux semble vouloir garder l’applicatif existant et l’adapter … C’est souvent plus complexe a gérer comme l’a montré Apple vu que le système n’a pas été conçu avec cette objectif en tête …



De plus Microsoft et Apple peuvent inciter les devs à se plier à leur volonté de sécurité en leur proposant la visibilité et le principe des maj centralisé avec le store (comment retourné un faiblesse de l’époque en un point fort).

Coté Linux il faudra aussi à un moment ou à un autre limiter l’accès au dépôt par défaut (et les store graphique) aux seul apps sandboxées pour que les devs fasse l’effort d’adapter leur soft.



Mais c’est clairement un bon pas pour la sécurité. " />

Le 01/10/2014 à 13h 53

Rozgann a écrit :



[WinRT est sandboxé]

Ca arrive aussi sous Linux, que ce soit chez Gnome, chez KDE ou chez Canonical.





T’as plus d’info là dessus ? Je vois pas bien le rapport entre KDE/Gnome qui sont liée à une interface et une sandbox.



A la limite que Debian et Canonical fasse ensemble une architecture sécurisé, je comprendrais mais du coup à la manière d’un .deb qui est différent d’un .rpm il ne risque pas d’y avoir des incompatibilité entre du Red Hat/CentOS/Fedora et du “basé sur Debian” ?

Le 01/10/2014 à 12h 36

Koxinga22 a écrit :



Bah le mec dit “maintenant que les OS gratuits ont atteint le niveau d’intuitivité des OS payants, pourquoi payer son OS ?”.

Tu répond “ouais, mais tu peux pas comprendre”.



Pour le coup, ce n’est pas très convainquant.



(posté depuis Windows 7)





Car les gens peuvent être attaché à une logithèque qui n’a pas forcement d’équivalent sous Linux (notamment le ludothèque ou des applis plus particulièrement lié au monde pro comme la site Office, Photoshop, CAO etc …).

Le 01/10/2014 à 12h 31

TZDZ a écrit :



Voilà on y est, c’était ma question (ouf, on y est arrivé). Alors que je peux très bien concevoir l’achat de W7 après XP, j’ai du mal à le concevoir pour WX. Or les Windows qui vont être achetés grâce à la vente liée n’auront pas besoin de conférence de presse a priori, donc je me disais, peut-être à tort, que ce genre d’annonce était liée à la probabilité de vente de leur produit.



Je connais bien les obstacles à la migration vers un Linux, je parlais vraiment de l’achat d’un nouveau Windows pour remplacer l’ancien (qui est une migration finalement).



C’est dommage sur ces sujets , on doit se justifier pendant trois messages avant d’avoir une discussion intéressante.





Bah y’a les améliorations de l’exploreur, de DirectX etc … Windows 8 permet aussi d’augmenter l’écosystème applicatif en profitant d’application toute connes comme le programme TV, des mini Jeux, des concentrateur d’actu (comme Appy Geek), des applications dédié pour TF1/M6/Pluzz etc … Bon au final tout ce qui est visible ou sous le capot (voir le dossier Win8) …



Certes la facture peux sembler chere enfin perso c’etait juste 30€, mais il semblerait que Microsoft puisse faire drastiquement chuter les prix … Cependant il est vrai que la majorité du parc Windows se renouvelle en même temps que le matériel…

Le 01/10/2014 à 12h 15

Khalev a écrit :



C’est quoi le snap assist? (Pas de YT au taff)





Bah sur Windows 7 y’avait l’encrage d’une appli sur 50% de l’écran par dessus l’autre fenêtre qui restait à 100% .. Du coup tu reclickais sur la fenêtre à 100% et la déplaçais jusqu’à l’autre bord pour qu’elle fasse elle aussi 50% de l’écran.



Maintenant, enfin avec Windows 10, tu encres la première apps à 50% puis, sur les autres 50% disponible tu as un mini Exposé te proposant les applications que tu voudrais voir afficher sur ces 50% restant.

De plus maintenant ça supporte même le tiling horizontal donc on peut avoir 2 application l’une au dessus de l’autre sur 50% de l’écran et une 3eme sur les 50% restant (ou l’écran divisé en 4 ..).



C’est un petit détails mais ça rend la chose plus pratique, intuitif …

Le 01/10/2014 à 11h 45

Konrad a écrit :



Awesome WM

DWM

i3wm



KDE, Gnome 3 supportent aussi le tiling…



(liste non exhaustive).





Je sais que le tiling existe aussi ailleurs mais KDE et Gnome 3 proposent du tiling horizontal par defaut ?

J’ai l’impression que ca passe par des extensions et je ne suis pas sûr que ça te propose un Exposé-like miniature sur l’espace disponible.



On en revient souvent au même : Linux est extrêmement flexible et permet beaucoup de chose mais on sent qu’il manque des ergonome/designer derrières …

Hier Microsoft a insister sur le fait que ce n’est pas nouveau/révolutionnaire mais que c’était des petit plus penser pour etre utilisable pour la madame Michu comme pour le Geek…

Le 01/10/2014 à 11h 19

A33 a écrit :



Est-ce une vraie question ?

On a quand même le sentiment que le linuxien ne veut pas comprendre. Et c’est en partie pour ça que Linux décolle pas sur le desktop, à mon humble avis.

À chaque fois qu’on expose ses raisons, ça finit en troll. Il y a à peu près autant de chance qu’un linuxien comprenne pourquoi on reste sur Windows qu’il y a de chance qu’un religieux comprenne pourquoi l’athée se fout de sa religion. Ou l’inverse. " />





" />

Le 01/10/2014 à 11h 09

TZDZ a écrit :



… Linux Powa …





N’ayant pas touché d’Environnement de bureau vraiment moderne sous Linux récemment je ne suis pas sûr mais je n’ai pas souvenir d’avoir vu un truc aussi intuitif que le Snap Assit présenté hier.

Le 01/10/2014 à 10h 54

kof2006 a écrit :



Globalement j’en doute.

90% de mon entourage ne veut pas du tout de windows 8.

Windows 10 est une fusion de windows 7 et 8. Ils nous obligent à adopter les applications ui qui font gagner de l’argent à la manière d’appstore.



Ce qui faut c’est :

• Possibilité de désactiver modern ui et ses applications.
  


• Retour d’aero (le style flat est une horreur).
  
  
  
  
  
  Regarde cette vidéo notamment à 2:35 … Tu peux enlever les tuiles du menu démarrer … Et !! spoiler !! si tu ne veux pas d’applications sandboxé et mis à jour automatiquement par le système -> tu ne les installe pas " />
  
  Sinon +1 les developpeurs ne devrait pas gagner de l’argent et tout faire bénévolement " /> Bande de voleur " />

Le 01/10/2014 à 15h 12

john san a écrit :



Comment est ce que le montant est calculé? Et pourquoi le “jusqu’à”?



Quand une faille est trouvée, comment qualifient-ils la faille pour déterminer le montant?





Bah déjà la porter de l’attaque … Si elle arrive a exécuté du code distant, à sortir de la sandbox … etc

De plus certaines technique utilisé par les hackers pointe une faiblesse global du logiciel qui va amener à mettre en place une sécurité qui ne vas pas juste combler cette faille mais bloquer différent vecteur d’attaque etc .. (voir la dernière partie de cette news)

Le 01/10/2014 à 11h 01

yvanvw a écrit :



Merci… justement pour moi avec le mode continuum, on devrait passer sur le vrai logiciel de bureau et pas une app en mode fenêtré (et c’est à Windows de gérer cette double installation, transparence totale pour l’utilisateur). Tous les logiciels (bureau et RT) devraient être dans le store ET dans Ajout / Suppression de programmes.





Sauf que cette solution pratique sur le court terme ne pousse pas forcement les développeur à faire des Apps WinRT vraiment riche sur le bureau…



Apres on ne connait encore rien de Windows 10 … Peut etre qu’ils le proposeront pour les apps très connues (Skype, Adobe PDF viewer etc) mais je vois les vois mal ouvrir ça a tous les devs vu que ça serait pousser les apps Win32 alors que pour des raison de sécurité MS veut s’en débarrasser …

Le 01/10/2014 à 10h 44

yvanvw a écrit :



J’ai pas lu tous les commentaires, mais le fait qu’il y aura seulement une application pour toutes les plateformes, est-ce que cela veut dire qu’il ne faudra plus installer 2 fois Skype: une fois en mode RT via le store, et une autre fois via un programme d’installation pour le mode bureau. Car c’est vraiment pénible cela. Je ne parle pas d’avoir une app fenêtrée mais une vraie application pour bureau.





Bah tant que l’appli WinRT ne te satisfait pas, ne l’installe pas et garde celle du bureau …

Après pour le lecteur PDF par exemple, je pense que la version WinRT est plus simple/épuré que la version Win32 …



L’intérêt des apps WinRT c’est qu’elle sont sandboxé et que leur maj sont géré par le système. De plus si tu as une tablette hybride tu pourras profiter du mode Continuum.

Le 01/10/2014 à 10h 26

caesar a écrit :



Mhh je sais plus qui a dit ca mais la compil .net était prévue multiplatforme et le store recompile pour la plateforme demandé



Donc multiplateforme en entrée de store mais pas en sortie. Mais la compil MSIL n’est probablement pas exploitable tel quel









psn00ps a écrit :



En effet, quelle horreur… tout est dépendant du “traducteur” du store. " />

Le .Net privé de tous ses avantages en fait.





Bah le .Net c’est comme le Java … Le dev sort un bytecode Java/Common Intermediate Language (CIL ou MSIL) et Oracle/Google/Microsoft/Xamarin (pour Mono) propose une Java Machine Virtuelle/Common Language Runtime (CLR) sur chaque architecture proposé qui va traduire ce bytecode à la volé en instruction propre a l’archi.



Après pour des questions de performance MS a proposé les solutions du MSIL -> MachineDependantIL pour limiter le travail du CLR. Depuis peu, le compilateur de Visual Studio fait du MSIL vers du natif ARM ou x86_64 (on a donc plusieurs exécutable aussi).



Mais l’universalité du code ne se situe pas qu’au niveau du support des architectures … Quand bien même un développeur .Net compilerai vers une architecture MIPS, l’appli ne marcherai pas car les API WinRT n’y sont pas " />

De même pour Android, ça à beau être du java et donc compatible x86 … Une appli ne marche pas sur Windows ou Debian car pour l’instant les API de l’Android RunTime ne sont pas dispo sur ce système …



Aujourd’hui ce qu’il y’a de plus “universelle” niveau code haut niveau c’est de faire du Java lié à la JVM et du .Net lié à Mono mais ont est dépendant des Machine Virtuelle de ces dernières .. Mais y’a pas de magie, il faut bien s’adapter à l’archi cible … soit à la compilation soit avec une VM qu’une entreprise porte sur différentes archi.

Après si ce qui vous gènes c’est d’avoir 2 exécutables, on peu les mettre dans un même paquet " />

Le 30/09/2014 à 22h 22

Ça parle aussi de feature BYOD (applications pro séparées des personnelles, un copié collé qui ne marche pas entre ces deux types d’app etc.. Mais ça nécessitera sûrement des apps WinRT..



http://www.citeworld.com/article/2689605/consumerization/windows-10-the-byod-win…

Le 30/09/2014 à 23h 36

JR_Ewing a écrit :



+1000! " /> Le problème, c’est que dans les années qui viennent les opérateurs vont sûrement imposer ce truc à la place des protocoles GSM que l’on a aujourd’hui, et qu’on sera bien obligé d’y passer pour utiliser son téléphone sur un réseau… " />





Oui il sera en natif sur les téléphones mais comme pour les SMS/MMS si tu préfères passer par Skype/fb tu pourras toujours… Sauf que là c’est standardisé… Tu n’oblige pas tes amis à prendre Skype pour pouvoir avoir une conversation en groupe…

Les seuls vraies inconnus sont le prix (mais les Opérateurs ont tout de même conscience que faire du payant face à Google/MS/Fb est contre productif) et la disponibilité des données hors réseau GSM/téléphone… Car l’avantage de Skype & co c’est aussi le cross plate-forme avec au moins un site web/client PC/Tablette…