VLC pour Windows 8 revoit son ergonomie et change de moteur audio

VLC pour Windows 8 revoit son ergonomie et change de moteur audio

Et cette fois, ce devrait être bon

Avatar de l'auteur

Vincent Hermann

Publié dansLogiciel

30/01/2014
149
VLC pour Windows 8 revoit son ergonomie et change de moteur audio

VLC pour Windows 8 est un projet au long cours tant le développement aura été intense. L’équipe de l’association VideoLAN dispose en effet à la base d’un code source conçu pour être compilé sur toutes les plateformes. Mais les travaux touchent à leur fin et l’interface a notamment été remaniée pour être plus efficace.

vlc win8 vlc win8

 

VideoLAN a ouvert une campagne de financement sur KickStarter en novembre 2012 pour le portage de VLC sur Windows 8. Elle a rencontré le succès et l’équipe de développement avait prévenu que l’argent cumulé servirait également à un portage vers Windows RT plus tard. Le travail nécessaire passait notamment par une adaptation du code pour qu’il puisse être repris dans Visual Studio, obligatoire pour envisager une publication dans le Windows Store.

Une interface profondément remaniée 

Le projet a subi de nombreuses mutations depuis un an. L’interface en particulier a beaucoup évolué, l’équipe apprenant à maîtriser l’ergonomie particulière des applications Modern UI. Dans une nouvelle mise à jour de la page du projet KickStarter, VideoLAN présente d’ailleurs la révision complète de l’interface, basée sur un certain nombre de retours.

 

vlc win8 vlc win8 vlc win8

 

Si l’on compare à la version précédente de l’interface il y a plusieurs mois, on constate tout d’abord une plus grande concentration des contenus. Les vignettes de la partie vidéo sont ainsi plus petites et sont organisées au sein d’une colonne, tout en laissant l’image remplir le cadre. Une évolution en phase avec ce que l’on peut trouver dans la nouvelle version pour iOS, largement basée sur de telles vignettes.

 

vlc win8 vlc win8 vlc win8

Une partie audio qui s'appuie sur les métadonnées 

Mais c’est surtout la partie audio qui évolue avec une prise en charge des fichiers totalement transformée. Il n'est plus question en effet de gestion par le nom des fichiers mais bien par les métadonnées. Ce qui signifie qu’un classement beaucoup plus fin a été mis en place et on peut voir notamment une colonne à gauche contenant la liste des artistes. Appuyer sur l’un d’eux fait défiler rapidement la zone de droite. Notez que l’on peut dézoomer sur cette dernière pour afficher une liste horizontale des artistes.

 

Appuyer sur un album ouvre les détails de ce dernier, mais pas seulement. L’utilisateur accède à la liste des titres, et peut choisir d’ajouter l’album aux favoris, gérés dans une section à part. Comme n’importe quel système de favoris, on pourra y retrouver rapidement les contenus mis de côté. Notez que les détails d’un album pourront également afficher d’autres informations, telles que les artistes similaires et les albums populaires de l’artiste.

 

vlc win8 vlc win8

 

L’application prend également en charge les disques amovibles dès qu’ils sont détectés. Sur une tablette Surface par exemple ou un ordinateur portable sous Windows 8. Brancher une clé USB ou un disque dur externe permettra donc d’en explorer le contenu. La visibilité des éléments, notamment des vidéos, reprend le modèle présent dans le reste de VLC avec un affichage par vignettes.

Un nouveau moteur audio pour en finir avec les bugs 

Pour autant, l’interface n’est pas le seul domaine dans lequel de gros travaux ont été faits. Les développeurs, confrontés à de sérieux problèmes avec le moteur audio de l’application, l’ont totalement réécrit. Comme indiqué hier dans la mise à jour sur la page KickStarter, l’équipe a bon espoir cette fois de se débarrasser des derniers problèmes et donc de passer la validation du Windows Store.

 

L’arrivée de VLC pour Windows 8 semble donc très proche mais rien n’est encore complètement joué. Les développeurs vérifient actuellement la fiabilité de l’application et de son nouveau moteur audio et la validation prendra dans tous les cas quelques jours.

149
Avatar de l'auteur

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Un mélange entre une réunion d’Anonymous et de tête d’ampoules, pour le meilleur et le pire

652e édition des LIDD : Liens Intelligents Du Dimanche

Et bonne nuit les petits

00:04 Next 7
dessin de Flock

#Flock distribue des mandales tous azimuts

13:40 Flock 14
Un Sébastien transformé en lapin par Flock pour imiter le Quoi de neuf Docteur des Looney Tunes

Quoi de neuf à la rédac’ #11 et résumé de la semaine

11:47 Next 37

Sommaire de l'article

Introduction

Une interface profondément remaniée 

Une partie audio qui s'appuie sur les métadonnées 

Un nouveau moteur audio pour en finir avec les bugs 

Un mélange entre une réunion d’Anonymous et de tête d’ampoules, pour le meilleur et le pire

652e édition des LIDD : Liens Intelligents Du Dimanche

Next 7
dessin de Flock

#Flock distribue des mandales tous azimuts

Flock 14
Un Sébastien transformé en lapin par Flock pour imiter le Quoi de neuf Docteur des Looney Tunes

Quoi de neuf à la rédac’ #11 et résumé de la semaine

Next 37
Carte graphique AMD GeForce

Cartes graphiques : 30 ans d’évolution des GPU

Hard 21

Google lance son opération de communications Gemini pour rivaliser avec OpenAI

IA 6
Ecran bleu de Windows

Linux : le composant systemd se dote d’un écran bleu de la mort

Soft 37
Une petite fille en train d'apprendre à programmer et hacker logiciels et appareils électroniques

Un roman graphique explique les logiciels libres aux enfants

SoftSociété 20
Nouveautés pour Messenger

Meta lance (enfin) le chiffrement de bout en bout de Messenger, entre autres

Socials 5

#LeBrief : cloud européen, OSIRIS-REx a frôlée la catastrophe, CPU AMD Ryzen 8040

Windows en 2024 : beaucoup d’IA, mais pas forcément un « 12 »

Soft 21
Einstein avec des qubits en arrière plan

Informatique quantique, qubits : avez-vous les bases ?

HardScience 9
Notifications iPhone

Surveillance des notifications : un sénateur américain demande la fin du secret

DroitSécu 17

En ligne, les promos foireuses restent d’actualité

DroitWeb 19

#LeBrief : modalité des amendes RGPD, cyberattaque agricole, hallucinations d’Amazon Q, 25 ans d’ISS

Logo Twitch

Citant des « coûts prohibitifs », Twitch quitte la Corée du Sud

ÉcoWeb 29
Formation aux cryptomonnaies par Binance à Pôle Emploi

Binance fait son marketing pendant des formations sur la blockchain destinées aux chômeurs

Éco 10
Consommation électrique du CERN

L’empreinte écologique CERN en 2022 : 1 215 GWh, 184 173 teqCO₂, 3 234 Ml…

Science 6
station électrique pour voitures

Voitures électriques : dans la jungle, terrible jungle, des bornes de recharge publiques

Société 78

#LeBrief : intelligence artificielle à tous les étages, fichier biométrique EURODAC

KDE Plasma 6

KDE Plasma 6 a sa première bêta, le tour des nouveautés

Soft 13
Un homme noir regarde la caméra. Sur son visage, des traits blancs suggèrent un traitement algorithmique.

AI Act et reconnaissance faciale : la France interpelée par 45 eurodéputés

DroitSociété 4
Api

La CNIL préconise l’utilisation des API pour le partage de données personnelles entre organismes

SécuSociété 3
Fouet de l’Arcep avec de la fibre

Orange sanctionnée sur la fibre : l’argumentaire de l’opérateur démonté par l’Arcep

DroitWeb 24
Bombes

Israël – Hamas : comment l’IA intensifie les attaques contre Gaza

IA 22

#LeBrief : bande-annonce GTA VI, guerre électronique, Spotify licencie massivement

Poing Dev

Le poing Dev – Round 7

Next 103
Logo de Gaia-X sour la forme d’un arbre, avec la légende : infrastructure de données en forme de réseau

Gaia-X « vit toujours » et « arrive à des étapes très concrètes »

WebSécu 7

Trois consoles portables en quelques semaines

Hard 37
Une tasse estampillée "Keep calm and carry on teaching"

Cyberrésilience : les compromis (provisoires) du trilogue européen

DroitSécu 3

#LeBrief : fuite de tests ADN 23andMe, le milliard pour Android Messages, il y a 30 ans Hubble voyait clair

next n'a pas de brief le week-end

Le Brief ne travaille pas le week-end.
C'est dur, mais c'est comme ça.
Allez donc dans une forêt lointaine,
Éloignez-vous de ce clavier pour une fois !

Commentaires (149)


FunnyD
Le 30/01/2014 à 11h17

Interface trés trés belle <img data-src=" /> Du coup CS va passer à Win 8.1 <img data-src=" />


Just1_ Abonné
Le 30/01/2014 à 11h18

Aller courage, on va y arriver !


arno53
Le 30/01/2014 à 11h18

Les commentaires sur Neowin et WinBeta était assez négatif vers la durée du projet… Ils n’ont pas forcément compris le principe du financement participatif…

Sinon on voit des images de snap comme dans Windows 8 mais est ce que le tilling de 8.1 est aussi supporté ?


CerealKiller
Le 30/01/2014 à 11h27






arno53 a écrit :

Les commentaires sur Neowin et WinBeta était assez négatif vers la durée du projet… Ils n’ont pas forcément compris le principe du financement participatif…

Sinon on voit des images de snap comme dans Windows 8 mais est ce que le tilling de 8.1 est aussi supporté ?


Hello. Non il n’est pas supporté. En fait on va sortir l’app en 8.0, pas 8.1
La certification 8.1 nous jette car elle détecte des appels à des API qu’elle ne nous autorise pas d’utiliser. Pour l’instant c’est du 8.0 mais j’ai essayé de faire de sorte que ce soit le plus “responsive” possible.



jb
Le 30/01/2014 à 11h32






arno53 a écrit :

Les commentaires sur Neowin et WinBeta était assez négatif vers la durée du projet… Ils n’ont pas forcément compris le principe du financement participatif…



Ça, c’est sûr qu’ils n’ont pas compris… Mais bon, ça a été vraiment dur ce projet… Et pourtant on a porté sur plein d’OS pourris…



Antwan
Le 30/01/2014 à 11h38

Il gèrent quand même tout videolan…


kikoo25
Le 30/01/2014 à 11h38

Mais quelle est donc cette vidéo “Boobies” sur la première image de l’article ? <img data-src=" />


jb
Le 30/01/2014 à 11h39






kikoo25 a écrit :

Mais quelle est donc cette vidéo “Boobies” sur la première image de l’article ? <img data-src=" />



Tu la veux? <img data-src=" />



Industriality
Le 30/01/2014 à 11h43

La qualité Audio du VLC actuel est tout de même pas top, j’espère qu’ils feron mieux avec cette version metro


kikoo25
Le 30/01/2014 à 11h45






jb a écrit :

Tu la veux? <img data-src=" />


<img data-src=" /><img data-src=" />



arno53
Le 30/01/2014 à 11h49






Constellation06 a écrit :

Hello. Non il n’est pas supporté. En fait on va sortir l’app en 8.0, pas 8.1
La certification 8.1 nous jette car elle détecte des appels à des API qu’elle ne nous autorise pas d’utiliser. Pour l’instant c’est du 8.0 mais j’ai essayé de faire de sorte que ce soit le plus “responsive” possible.



Ah merde … Si à chaque nouvelle version de Windows Microsoft interdit toujours plus d’API ca va etre galère pour vous <img data-src=" />

Sinon j’espère que la partie “commande de lecture” en haut a droite ne se superpose avec les autres notifications … Sinon pour le reste le design est plutôt classe <img data-src=" />



Huron
Le 30/01/2014 à 11h50

Je suis plus qu’impatient. La plateforme windows RT a un besoin urgent d’un veritable player tel que VLC.


Lafisk
Le 30/01/2014 à 11h56






arno53 a écrit :

Ah merde … Si à chaque nouvelle version de Windows Microsoft interdit toujours plus d’API ca va etre galère pour vous <img data-src=" />

Sinon j’espère que la partie “commande de lecture” en haut a droite ne se superpose avec les autres notifications … Sinon pour le reste le design est plutôt classe <img data-src=" />



Ben la c’est surtout que au final, si ca sort qu’en 8.0, je vais pouvoir attendre encore pour me le prendre

meme si l’appli integree me satisfait plus ou mois (si ce n’est un ou deux points) je preferais utiliser VLC quand meme, mais je vais pas revenir en 8.0 pour ca non plus ^^”



Edtech Abonné
Le 30/01/2014 à 11h57






Lafisk a écrit :

Ben la c’est surtout que au final, si ca sort qu’en 8.0, je vais pouvoir attendre encore pour me le prendre

meme si l’appli integree me satisfait plus ou mois (si ce n’est un ou deux points) je preferais utiliser VLC quand meme, mais je vais pas revenir en 8.0 pour ca non plus ^^”



Heureusement, les Apps 8.0 fonctionnent sous 8.1 <img data-src=" />



Tolor
Le 30/01/2014 à 11h58






Lafisk a écrit :

Ben la c’est surtout que au final, si ca sort qu’en 8.0, je vais pouvoir attendre encore pour me le prendre

meme si l’appli integree me satisfait plus ou mois (si ce n’est un ou deux points) je preferais utiliser VLC quand meme, mais je vais pas revenir en 8.0 pour ca non plus ^^”


Si l’appli est validée pour 8.0, ça veut pas dire qu’elle ne va pas tourner sur Windows 8.1, mais qu’elle ne va pas utiliser les nouvelles fonctionnalités de 8.1



JustMe
Le 30/01/2014 à 11h59

Et VLC en modern Qui pourrait gérer le dlna?
Genre avoir l équivalent de la fonction play tout de windows?


Lafisk
Le 30/01/2014 à 11h59






Edtech a écrit :

Heureusement, les Apps 8.0 fonctionnent sous 8.1 <img data-src=" />


Ben la, des explications donnees, la partie audio a pas l’air de pouvoir car utilisant des api interdite pour 8.1

Je le prend comme le fait que ca fonctionne pas sous 8.1 du coup, apres, si ca fonctionne, c’est tout bon



the_Grim_Reaper Abonné
Le 30/01/2014 à 12h03






jb a écrit :

Ça, c’est sûr qu’ils n’ont pas compris… Mais bon, ça a été vraiment dur ce projet… Et pourtant on a porté sur plein d’OS pourris…





  • Win ME

  • Vista

  • Win 8 - 8.1

  • Ubuntu Unity

  • iOS



    kikoo25 a écrit :

    <img data-src=" /><img data-src=" />


    <img data-src=" /> Y’a moyen de moyenner aussi ? <img data-src=" />



Chloroplaste
Le 30/01/2014 à 12h04

Une petite sortie sur xbox One également et finit le problème de lecture des mkv !
Je croise les doigts pour que ça finisse par arriver.


Tolor
Le 30/01/2014 à 12h05






Lafisk a écrit :

Ben la, des explications donnees, la partie audio a pas l’air de pouvoir car utilisant des api interdite pour 8.1

Je le prend comme le fait que ca fonctionne pas sous 8.1 du coup, apres, si ca fonctionne, c’est tout bon


Quand tu valides une application, tu le fait pour un environnement.
Sur Windows, tu as 2 environnements. Windows 8.0 et Windows 8.1. (on va mettre de côté tout ce qui est WIndows RT, pour simplifier l’explication <img data-src=" />)

Entre les 2, il y a des différences de fonctionnalités. Le snap de 8.1 par exemple n’est pas dispo sur 8.0, et il y a beaucoup d’API présentes dans 8.1 non présentes dans 8.0 (là à voir le problème de validation si c’est réellement des API interdites en plus, ou si la validation est plus stricte).
Par contre, derrière, une appli 8.0 pourra fonctionner sous 8.0 et plus (donc 8.1, 8.1 update 1…) par contre, une appli 8.1 ne pourra pas fonctionner sous 8.0



Vanilys
Le 30/01/2014 à 12h06






Chloroplaste a écrit :

Une petite sortie sur xbox One également et finit le problème de lecture des mkv !
Je croise les doigts pour que ça finisse par arriver.


… sans oublier le Saint Graal pour moi : un portage sur Windows Phone 8 <img data-src=" />



arno53
Le 30/01/2014 à 12h08






Lafisk a écrit :

Ben la, des explications donnees, la partie audio a pas l’air de pouvoir car utilisant des api interdite pour 8.1

Je le prend comme le fait que ca fonctionne pas sous 8.1 du coup, apres, si ca fonctionne, c’est tout bon


Pas bêtes j’avais pas pensé à ces API interdite par 8.1, je pensais juste que ca allait être comme Twitter qui même tillé en 5050 ne fait que 13 de l’écran…

Par contre si ca sort que sur 8 ca ne vise que 3% des PC <img data-src=" />



Huron a écrit :

Je suis plus qu’impatient. La plateforme windows RT a un besoin urgent d’un veritable player tel que VLC.



Faudra encore attendre un peu pour une version ARM tablette puis encore apres pour WP mais le plus gros du travail doit être derrière VideoLan maintenant … Enfin il doivent encore passé 8.1 <img data-src=" />



Anonyme
Le 30/01/2014 à 12h11






the_Grim_Reaper a écrit :




  • Ubuntu Unity



    Tu ne sais même pas de quoi tu parles <img data-src=" />



kronoss
Le 30/01/2014 à 12h11






Vanilys a écrit :

… sans oublier le Saint Graal pour moi : un portage sur Windows Phone 8 <img data-src=" />



Sur WP8, il y a moliplayer qui est vraiment très très bon



Tolor
Le 30/01/2014 à 12h12






arno53 a écrit :

Pas bêtes j’avais pas pensé à ces API interdite par 8.1, je pensais juste que ca allait être comme Twitter qui même tillé en 5050 ne fait que 13 de l’écran…

Par contre si ca sort que sur 8 ca ne vise que 3% des PC <img data-src=" />


Dans tous les cas (certifications plus stricte ou API réellement nouvellement interdite), ces API existent toujours sous Windows 8.1. C’est juste la validation qui ne passe pas. (et à ma connaissance, il n’y a pas d’appli installable sous 8.0 et pas sous 8.1)



arno53
Le 30/01/2014 à 12h12






Tolor a écrit :

Quand tu valides une application, tu le fait pour un environnement.
Sur Windows, tu as 2 environnements. Windows 8.0 et Windows 8.1. (on va mettre de côté tout ce qui est WIndows RT, pour simplifier l’explication <img data-src=" />)

Entre les 2, il y a des différences de fonctionnalités. Le snap de 8.1 par exemple n’est pas dispo sur 8.0, et il y a beaucoup d’API présentes dans 8.1 non présentes dans 8.0 (là à voir le problème de validation si c’est réellement des API interdites en plus, ou si la validation est plus stricte).
Par contre, derrière, une appli 8.0 pourra fonctionner sous 8.0 et plus (donc 8.1, 8.1 update 1…) par contre, une appli 8.1 ne pourra pas fonctionner sous 8.0



Je suis pas dev mais j’ai l’impression que ce sont des API Win32 interdite



Tolor a écrit :

Dans tous les cas (certifications plus stricte ou API réellement nouvellement interdite), ces API existent toujours sous Windows 8.1. C’est juste la validation qui ne passe pas. (et à ma connaissance, il n’y a pas d’appli installable sous 8.0 et pas sous 8.1)


J’espère aussi.



yeagermach1
Le 30/01/2014 à 12h13






jb a écrit :

Ça, c’est sûr qu’ils n’ont pas compris… Mais bon, ça a été vraiment dur ce projet… Et pourtant on a porté sur plein d’OS pourris…


Sans troll, en quoi le portage a été si compliqué ? API pas au point ? Pas le droit d’utiliser des bibliothèques que vous utilisiez pour d’autres OS ? Plus de travail de réécriture que prévu ??



Tolor
Le 30/01/2014 à 12h15






arno53 a écrit :

Je suis pas dev mais j’ai l’impression que ce sont des API Win32 interdite


J’espère aussi.


ça ne change pas le fond du problème, ces API existent toujours sous 8.1 <img data-src=" />



kronoss
Le 30/01/2014 à 12h15

Un truc qui serait pas mal pour les prochaines versions, ce serait de pouvoir streamer la video sur xbox 360 / one comme le fait l’appli vidéo <img data-src=" />


Vous rendrez quand les apis vlc pour winrt publique ?


Nonor3
Le 30/01/2014 à 12h17

Bon je suis vraiment attristé de cette mode du flat design (ici dans une branche extrême, le flat design au fond unifié transparent flouté), qui plus est à dominante sombre vraiment il n’y a rien à faire j’aime pas ces interfaces du tout.

Cela dit, et malgré mes goûts personnels, je félicite le travail fourni parce que le résultat est malgré tout beau, léché et travaillé. VLC est vraiment un logiciel d’une rare qualité !


arno53
Le 30/01/2014 à 12h17






yeagermach1 a écrit :

Sans troll, en quoi le portage a été si compliqué ? API pas au point ? Pas le droit d’utiliser des bibliothèques que vous utilisiez pour d’autres OS ? Plus de travail de réécriture que prévu ??



Le gros probleme c’est qu’ils partaient d’un code existant et développé sous linux et non avec Visual Studio etc

Jb en parlait sur sur son blog ici



lossendae
Le 30/01/2014 à 12h25






Nonor3 a écrit :

Bon je suis vraiment attristé de cette mode du flat design (ici dans une branche extrême, le flat design au fond unifié transparent flouté), qui plus est à dominante sombre vraiment il n’y a rien à faire j’aime pas ces interfaces du tout.



C’est cro triste :calimero:



al_bebert Abonné
Le 30/01/2014 à 12h28

heu et question bête on la télécharge ou cette nouvelle version ?

j’ai bien un VLC 3.1 dans le store mais a 11,49€ classer dans shopping j’ai de gros doutes ^^

MS devrait faire le ménage en passant


Tolor
Le 30/01/2014 à 12h31






al_bebert a écrit :

heu et question bête on la télécharge ou cette nouvelle version ?

j’ai bien un VLC 3.1 dans le store mais a 11,49€ classer dans shopping j’ai de gros doutes ^^

MS devrait faire le ménage en passant



Il faut lire jusqu’au dernier paragraphe <img data-src=" />

L’arrivée de VLC pour Windows 8 semble donc très proche mais rien n’est encore complètement joué. Les développeurs vérifient actuellement la fiabilité de l’application et de son nouveau moteur audio et la validation prendra dans tous les cas quelques jours.



misterB
Le 30/01/2014 à 12h32






al_bebert a écrit :

heu et question bête on la télécharge ou cette nouvelle version ?


Nulle part c’est juste une news sur l’avancement de dev <img data-src=" />

Soit patient ça arrive bientôt <img data-src=" />



nost4r
Le 30/01/2014 à 12h38

Ca à l’air stylée, ça donne envie de se mettre à utiliser l’interface metro.

Mais devoir switcher du bureau à métro pour changer de son, c’est lourd.

C’est un truc dont je n’avais pas pensé, je suis sur Windows 8.1, mais je n’utilise pas comme beaucoup l’interface metro, mais peut être que ce sont les apps intéressantes qui vont nous faire utiliser cette interface.


yeagermach1
Le 30/01/2014 à 12h38






arno53 a écrit :

Le gros probleme c’est qu’ils partaient d’un code existant et développé sous linux et non avec Visual Studio etc

Jb en parlait sur sur son blog ici


D’apres ce que je lis, ce portage a été aussi a l’origine de pas mal de modification en bien de VLC. Donc je comprend pas le OS moisi que JB a utilisé. Le portage de VLC pour Android ou iOS a du aussi présenter les même problèmes.



Hive
Le 30/01/2014 à 12h38

JB: Tiens c’est marrant j’ai toujours pensé que vous ne supporteriez pas Windows Phone. J’ai lu le contraire sur ton blog (chouette parcours en tous cas!).

Aurais-tu une précision de quand on pourrait voir des news/une bêta/… à ce sujet?


dematbreizh Abonné
Le 30/01/2014 à 12h38

VLC pour windows 8 … de jolies features, mais seront-elles disponibles aussi pour VLC desktop? (windows 7 par exemple) - les disques amovibles par exemple.


Patch Abonné
Le 30/01/2014 à 12h43






the_Grim_Reaper a écrit :

<img data-src=" /> Y’a moyen de moyenner aussi ? <img data-src=" />

fais gaffe c’est dangereux, tu pourrais devoir passer sous le bureau de jb… <img data-src=" />



Edtech Abonné
Le 30/01/2014 à 12h43






Tolor a écrit :

ça ne change pas le fond du problème, ces API existent toujours sous 8.1 <img data-src=" />



Mais elles risquent de disparaître. On peut supposer que Microsoft va garder la compatibilité quelques temps puis il y aura obligation d’au moins être validé 8.1 puis 8.2, etc.

Donc il faudra forcément à moyen terme corriger ces parties là !



dodo021
Le 30/01/2014 à 12h44

Question peut être bête mais pourquoi ne pas mettre le code à disposition ?
C’est pour être mieux organiser avec des développeurs sélectionné ?


Winderly Abonné
Le 30/01/2014 à 12h45


Le travail nécessaire passait notamment par une adaptation du code pour qu’il puisse être repris dans Visual Studio, obligatoire pour envisager une publication dans le Windows Store.

C’est une nécessité pour tous les programmes qui veulent être publiés sur le store ?


Appuyer…Appuyer…

Il y a plus de souris ?


Séphi
Le 30/01/2014 à 12h45






nost4r a écrit :

Ca à l’air stylée, ça donne envie de se mettre à utiliser l’interface metro.

Mais devoir switcher du bureau à métro pour changer de son, c’est lourd.

C’est un truc dont je n’avais pas pensé, je suis sur Windows 8.1, mais je n’utilise pas comme beaucoup l’interface metro, mais peut être que ce sont les apps intéressantes qui vont nous faire utiliser cette interface.



T’es pas obligé de switcher sur l’interface. Si tu as des raccourcis sur ton clavier ça suffit amplement.
Et pour tout changement de piste, les raccourcis s’affichent normalement avec la modification du son.



Nyco87
Le 30/01/2014 à 12h48






Séphi a écrit :

T’es pas obligé de switcher sur l’interface. Si tu as des raccourcis sur ton clavier ça suffit amplement.
Et pour tout changement de piste, les raccourcis s’affichent normalement avec la modification du son.



Ou tu snap l’app et après tu remet le bureau en plein écran.



Séphi
Le 30/01/2014 à 12h49






Nyco87 a écrit :

Ou tu snap l’app et après tu remet le bureau en plein écran.



Aussi <img data-src=" />



PonderStibbons
Le 30/01/2014 à 12h50

Chapeau à l’équipe VLC!
J’attends, comme beaucoup de monde, avec impatience cette version.



von-block
Le 30/01/2014 à 12h50

Alors on peut enfin le faire le A/52 sur SPDIF, ou je dois encore garder ma version 2.08 ?


Tolor
Le 30/01/2014 à 12h50






Edtech a écrit :

Mais elles risquent de disparaître. On peut supposer que Microsoft va garder la compatibilité quelques temps puis il y aura obligation d’au moins être validé 8.1 puis 8.2, etc.

Donc il faudra forcément à moyen terme corriger ces parties là !


Le mieux est de toute façon de s’en passer oui. Mais aucune API Win32 (ou presque, à confirmer par Charon s’il passe par là), n’a jamais disparu, c’est pas maintenant qu’elle va disparaitre (sauf quand Win32 disparaitra, mais c’est pas encore demain là veille. VLC aura le temps de faire VLC pour WIndows 9 et Windows 10 avant que ce soit le cas <img data-src=" />

La compatibilité descendante a toujours été importante pour MS, je pense pas qu’ils l’abandonneront de si tôt



Tolor
Le 30/01/2014 à 12h53






dodo021 a écrit :

Question peut être bête mais pourquoi ne pas mettre le code à disposition ?
C’est pour être mieux organiser avec des développeurs sélectionné ?


Du style, mettre le code dispo sur git par exemple? Un peu comme ça?
git://git.videolan.org/vlc-ports/winrt.git
<img data-src=" />



Alkore
Le 30/01/2014 à 12h55

Enfin,, notre tourment est proche: un vrai player multimédia rrive sous RT<img data-src=" />
Le travail accompli est remarquable: merci à la team<img data-src=" />






Huron a écrit :

Je suis plus qu’impatient. La plateforme windows RT a un besoin urgent d’un veritable player tel que VLC.


Si seulement la plateforme n’avait besoin que d’un vréritable player tel que VLC. Manque aussi un vrai lecteur PDF, une vrai visioneuse d’image, etc…<img data-src=" />



dodo021
Le 30/01/2014 à 12h55






Tolor a écrit :

Du style, mettre le code dispo sur git par exemple? Un peu comme ça?
git://git.videolan.org/vlc-ports/winrt.git
<img data-src=" />


Hahaha merci <img data-src=" />
Je pensais que le code n’était pas encore accessible avant la première release. <img data-src=" />



jb
Le 30/01/2014 à 12h56






the_Grim_Reaper a écrit :




  • Win ME


    • Vista

    • Win 8 - 8.1

    • Ubuntu Unity

    • iOS


      T’as oublié Android et OS/2



      Chloroplaste a écrit :

      Une petite sortie sur xbox One également et finit le problème de lecture des mkv !
      Je croise les doigts pour que ça finisse par arriver.



      Y a pas de SDK ouvert :)




Chloroplaste
Le 30/01/2014 à 13h01






jb a écrit :

T’as oublié Android et OS/2



Y a pas de SDK ouvert :)



S’il finit par sortir sur RT, il devrai aussi pouvoir sortir sur One, non ?
Les opérateurs y balancent déjà bien leurs applis je crois.



Takayanagi
Le 30/01/2014 à 13h02






Tolor a écrit :

La compatibilité descendante a toujours été importante pour MS, je pense pas qu’ils l’abandonneront de si tôt


Alors je me plante peut être mais ca ne serait pas plutôt une compatibilité ascendante dans le cas de Win32?



the_Grim_Reaper Abonné
Le 30/01/2014 à 13h08






Patch a écrit :

fais gaffe c’est dangereux, tu pourrais devoir passer sous le bureau de jb… <img data-src=" />


<img data-src=" /> <img data-src=" /> <img data-src=" />

<img data-src=" /> <img data-src=" />


ff9098 a écrit :

Tu ne sais même pas de quoi tu parles <img data-src=" />


Unity ? j’ai essayé, :vomi:
Je me suis arrêté à la 12.4 TLS pour Ubuntu.

Après j’ai plus l’habitude des RHEL en console par le taf, mais c’est pas une raison. En environement je préfère XFCE :p

avant de parler, on pose la question <img data-src=" />


jb a écrit :

T’as oublié Android et OS/2

Y a pas de SDK ouvert :)


J’avoue, tant qu’a casser du sucre sur de l’unix autant y aller à font !

D’ailleurs vous n’avez même pas dev pour AIX et HP-UX ! <img data-src=" />
<img data-src=" />



jb
Le 30/01/2014 à 13h12






the_Grim_Reaper a écrit :

D’ailleurs vous n’avez même pas dev pour AIX et HP-UX ! <img data-src=" />
<img data-src=" />


Si si HP-UX.



Nyco87
Le 30/01/2014 à 13h17






Alkore a écrit :

Enfin,, notre tourment est proche: un vrai player multimédia rrive sous RT<img data-src=" />
Le travail accompli est remarquable: merci à la team<img data-src=" />


Si seulement la plateforme n’avait besoin que d’un vréritable player tel que VLC. Manque aussi un vrai lecteur PDF, une vrai visioneuse d’image, etc…<img data-src=" />



Qu’entends-tu par “vrai lecteur PDF” et “une vrai visionneuse d’images” ?



jb
Le 30/01/2014 à 13h19






yeagermach1 a écrit :

Sans troll, en quoi le portage a été si compliqué ? API pas au point ? Pas le droit d’utiliser des bibliothèques que vous utilisiez pour d’autres OS ? Plus de travail de réécriture que prévu ??


C’est un OS où tu:





  • n’a pas de threads corrects,

  • n’a pas de sockets BSD,

  • n’a pas d’IPC,

  • n’a pas de clock de timing,

  • a une stack audio incomplète, et sans background simple,

  • n’a pas d’accès aux fichiers, pas de fopen,

  • n’a pas d’accès aux devices,

  • a tout en Async, mais les APIS sont souvent bugguées,

  • a plein de bugs dans l’UI et dans les tools,

  • une documentation souvent fausse ou très incomplète,



    Ça fait tout de même beaucoup pour une seule plate-forme. Et oui, après ce post, ça va partir en troll…



the_Grim_Reaper Abonné
Le 30/01/2014 à 13h19






jb a écrit :

Si si HP-UX.


Pas vu sur le site de videolan, j’ai mal regardé ?



Linvite
Le 30/01/2014 à 13h20






jb a écrit :

Y a pas de SDK ouvert :)



Si ils sortent un SDK j’espère que vous porterez VLC dessus.
Ca serait terrible ! (et comme ça la One que j’ai gagné à un concours me sera vraiment utile <img data-src=" />)



earendil_fr Abonné
Le 30/01/2014 à 13h20






Tolor a écrit :

Du style, mettre le code dispo sur git par exemple? Un peu comme ça?
git://git.videolan.org/vlc-ports/winrt.git
<img data-src=" />



C’est bizarre, sur la page Web, je ne vois que le dépôt Android et iOS…
http://git.videolan.org/?a=project_list;pf=vlc-ports



jb
Le 30/01/2014 à 13h20






the_Grim_Reaper a écrit :

Pas vu sur le site de videolan, j’ai mal regardé ?



Le site web… comment te dire… C’est pas vraiment une priorité.



lossendae
Le 30/01/2014 à 13h26






jb a écrit :

C’est un OS où tu:





  • n’a pas de threads corrects,

  • n’a pas de sockets BSD,

  • n’a pas d’IPC,

  • n’a pas de clock de timing,

  • a une stack audio incomplète, et sans background simple,

  • n’a pas d’accès aux fichiers, pas de fopen,

  • n’a pas d’accès aux devices,

  • a tout en Async, mais les APIS sont souvent bugguées,

  • a plein de bugs dans l’UI et dans les tools,

  • une documentation souvent fausse ou très incomplète,



    Ça fait tout de même beaucoup pour une seule plate-forme. Et oui, après ce post, ça va partir en troll…




    Je n’espère pas, tu devrais en faire un article pour PCI, le point de vue d’un dev sur Windows 8.

    Le genre d’article qui permet de vraiment donné un regard neuf sur le manque d’attracticité de la plateforme.



Alkore
Le 30/01/2014 à 13h27






Nyco87 a écrit :

Qu’entends-tu par “vrai lecteur PDF” et “une vrai visionneuse d’images” ?


Un lecteur permettant de faire des annotations facilement, avec des mode de lecture avancées comme par exemple ezPDF sous Android.
Qd une app existe sous Metro UI, elle se voit tjs tronqué en fonctionnalités par rapport à ses homologues sous iOS/Android (exemple: FoxitPDF).
Bref, les app winRT manquent de fonctionnalités, à croire que les dev s’en foutent un peu de win8<img data-src=" />



jb
Le 30/01/2014 à 13h30






lossendae a écrit :

Je n’espère pas, tu devrais en faire un article pour PCI, le point de vue d’un dev sur Windows 8.



No way.

Par contre, je vais faire un article sur Microsoft, notablement Microsoft France, qui ne sera pas piqué des vers…



misterB
Le 30/01/2014 à 13h32






lossendae a écrit :

Je n’espère pas, tu devrais en faire un article pour PCI, le point de vue d’un dev sur Windows 8.

Le genre d’article qui permet de vraiment donné un regard neuf sur le manque d’attraction de la plateforme.


attracticité c’est mignon mais ça n’existe pas <img data-src=" />



Alkore
Le 30/01/2014 à 13h32






Nyco87 a écrit :

Qu’entends-tu par “vrai lecteur PDF” et “une vrai visionneuse d’images” ?


Une vrai visionneuse permet pour moi au minimum de pouvoir trier les image selon plusieurs critère, permet le meilleur affichage auto selon l’orientation de l’image etc…



lossendae
Le 30/01/2014 à 13h32






jb a écrit :

No way.

Par contre, je vais faire un article sur Microsoft, notablement Microsoft France, qui ne sera pas piqué des vers…



Ayant un rapport avec le développement de cette nouvelle version de VLC ?



misterB
Le 30/01/2014 à 13h33






Alkore a écrit :

Un lecteur permettant de faire des annotations facilement, avec des mode de lecture avancées comme par exemple ezPDF sous Android.
Qd une app existe sous Metro UI, elle se voit tjs tronqué en fonctionnalités par rapport à ses homologues sous iOS/Android (exemple: FoxitPDF).
Bref, les app winRT manquent de fonctionnalités, à croire que les dev s’en foutent un peu de win8<img data-src=" />


Pourtant l’os est pas sensé être plus “complet” que Ando ou iOS ?

vrai question, pas troll <img data-src=" />



metaphore54
Le 30/01/2014 à 13h34






misterB a écrit :

attracticité c’est mignon mais ça n’existe pas <img data-src=" />


Par contre attractivité existe, il s’est surement trompé en tapant sur le clavier.



lossendae
Le 30/01/2014 à 13h34






misterB a écrit :

attracticité c’est mignon mais ça n’existe pas <img data-src=" />



What ? <img data-src=" />



Alkore
Le 30/01/2014 à 13h36






jb a écrit :

C’est un OS où tu:





  • n’a pas de threads corrects,

  • n’a pas de sockets BSD,

  • n’a pas d’IPC,

  • n’a pas de clock de timing,

  • a une stack audio incomplète, et sans background simple,

  • n’a pas d’accès aux fichiers, pas de fopen,

  • n’a pas d’accès aux devices,

  • a tout en Async, mais les APIS sont souvent bugguées,

  • a plein de bugs dans l’UI et dans les tools,

  • une documentation souvent fausse ou très incomplète,




    Ça fait tout de même beaucoup pour une seule plate-forme. Et oui, après ce post, ça va partir en troll…


    Je comprends mieux pourquoi les dev semblent “bacler” leur version d’app pour win…<img data-src=" />
    Ceci dit, je trouve win8 vraiment terrible sur un hybrid en terme de possibilité<img data-src=" />



lossendae
Le 30/01/2014 à 13h36






metaphore54 a écrit :

Par contre attractivité existe, il s’est surement trompé en tapant sur le clavier.



Je fais souvent des erreurs de typo mais là je vois pas…



kronoss
Le 30/01/2014 à 13h38

Quand j’essaye de cloner un depot git de vlc j’ai

errno=Operation timed out
git.videolan.org[1: 2a01:e0d:1:3:58bf:fa76::1]: errno=No route to host

<img data-src=" />


lossendae
Le 30/01/2014 à 13h39






Alkore a écrit :

Je comprends mieux pourquoi les dev semblent “bacler” leur version d’app pour win…<img data-src=" />
Ceci dit, je trouve win8 vraiment terrible sur un hybrid en terme de possibilité<img data-src=" />



ça explique en partie aussi le manque d’appli correcte.

TuneInRadio est infâme, Shazam incomplet, Il n’y a pas une seule appli audio par dossier…

Si tous les dev rencontre les même problemes et qu’MS fait la sourde oreille et se complait dans sa lenteur, faut pas s’étonner que Windows RT se plante lamentablement.



DDReaper
Le 30/01/2014 à 13h43






misterB a écrit :

Pourtant l’os est pas sensé être plus “complet” que Ando ou iOS ?

vrai question, pas troll <img data-src=" />


L’os l’est, pas les apps : suite de driver inclus, multi utilisateur, multi app à l’écran, dynamisme des tuiles (pas un pavé de carré comme sur iOS)



Edtech Abonné
Le 30/01/2014 à 13h47






jb a écrit :

C’est un OS où tu:





  • n’a pas de threads corrects,

  • n’a pas de sockets BSD,

  • n’a pas d’IPC,

  • n’a pas de clock de timing,

  • a une stack audio incomplète, et sans background simple,

  • n’a pas d’accès aux fichiers, pas de fopen,

  • n’a pas d’accès aux devices,

  • a tout en Async, mais les APIS sont souvent bugguées,

  • a plein de bugs dans l’UI et dans les tools,

  • une documentation souvent fausse ou très incomplète,



    Ça fait tout de même beaucoup pour une seule plate-forme. Et oui, après ce post, ça va partir en troll…



    Ayant essayé de migrer certaines choses, j’ai rencontré plusieurs de ces problèmes. Car en fait, il ne faut pas chercher des équivalences ! Il faut penser autrement.

    Et c’est pas facile quand on a des années de développement derrière soit ! C’est ça qui freine beaucoup les développements et que les apps actuelles manquent de fonctionnalités (sans compter les gros manques des API 8.0, en 8.1 c’est déjà beaucoup mieux).

    Par contre, je ne vois pas ton problème avec les Threads, ça marche nickel sous WP8 (mais pas encore allé jusque là dans 8.1, donc je n’en sais pas plus). C’est quoi pour toi un thread correct ?

    L’asynchronisme, c’est génial, mais faut là aussi réapprendre à penser (et c’est dur !).



Alkore
Le 30/01/2014 à 13h49






lossendae a écrit :

ça explique en partie aussi le manque d’appli correcte.

TuneInRadio est infâme, Shazam incomplet, Il n’y a pas une seule appli audio par dossier…

Si tous les dev rencontre les même problemes et qu’MS fait la sourde oreille et se complait dans sa lenteur, faut pas s’étonner que Windows RT se plante lamentablement.


Oui, d’une façon générale les aap win RT sont trop basique par rapport à leur homologue iOS et Android.
J’ai tester par exemple pas mal de lecteur d’ebooks, ils sont ts à la ramasse (difficulté avec les epub avec plein d’hyperliens alors que sous iOS/Android, pas de souci).
C’est vraiment dommage que MS ne se bouge pas plus que ça pour favoriser l’attractivité de la plateforme. Parce que en terme d’OS, les possibilité offerte par win8 enterre la concurrence (ex: mode Snap).



jb
Le 30/01/2014 à 13h52






Edtech a écrit :

Car en fait, il ne faut pas chercher des équivalences ! Il faut penser autrement.



Aka, il faut tout recoder.

Toutes les libs utilisées par tout le monde depuis 30 ans sont inutilisables.

Après faut pas s’étonner que les dev ne travaillent pas sur la plate-forme…



misterB
Le 30/01/2014 à 13h52






lossendae a écrit :

What ? <img data-src=" />


j’ai corrigé, relis l’original <img data-src=" />



jb
Le 30/01/2014 à 13h52






lossendae a écrit :

Ayant un rapport avec le développement de cette nouvelle version de VLC ?


Oui.



the_Grim_Reaper Abonné
Le 30/01/2014 à 13h52






jb a écrit :

Le site web… comment te dire… C’est pas vraiment une priorité.


Ne me dit rien alors :d



Winderly Abonné
Le 30/01/2014 à 13h53






Alkore a écrit :

Enfin,, notre tourment est proche: un vrai player multimédia rrive sous RT<img data-src=" />



VLC te tourmente ?



RaoulC
Le 30/01/2014 à 13h56






Constellation06 a écrit :

Hello. Non il n’est pas supporté. En fait on va sortir l’app en 8.0, pas 8.1
La certification 8.1 nous jette car elle détecte des appels à des API qu’elle ne nous autorise pas d’utiliser. Pour l’instant c’est du 8.0 mais j’ai essayé de faire de sorte que ce soit le plus “responsive” possible.



Yeaaaah. On fait une API amis on ne vous autorise pas à l’utiliser <img data-src=" />
Euh… à part pour des fonctions deprecated, je ne vois pas <img data-src=" />

Edit : Purée ! Des fonctions C “standard” , et des fonctions PURES VC interdites . Roooh ces certifs <img data-src=" />



arno53
Le 30/01/2014 à 13h57






Tolor a écrit :

Le mieux est de toute façon de s’en passer oui. Mais aucune API Win32 (ou presque, à confirmer par Charon s’il passe par là), n’a jamais disparu, c’est pas maintenant qu’elle va disparaitre (sauf quand Win32 disparaitra, mais c’est pas encore demain là veille. VLC aura le temps de faire VLC pour WIndows 9 et Windows 10 avant que ce soit le cas <img data-src=" />

La compatibilité descendante a toujours été importante pour MS, je pense pas qu’ils l’abandonneront de si tôt


Sur Windows x86 oui les API Win32 vont rester encore un bout de temps mais sachant que WP (donc sans Win32) sera la future base de Windows Tablette ARM et que WinRT sera commun au 2 environnement c’est normal d’interdire ces API qui ne seront plus là dans 1 ou 2 ans sur certain SKU.

Je suis plutot d’accord avec Edtech a un moment MS va imposer une version minimal pour accéder au store.

En tout cas merci Jb pour le retour sur le développement sur WinRT, on voit que Microsoft va encore devoir bosser avant de remplacer Win32 pour des logiciels complexe…



Lafisk
Le 30/01/2014 à 13h59






jb a écrit :

Aka, il faut tout recoder.

Toutes les libs utilisées par tout le monde depuis 30 ans sont inutilisables.

Après faut pas s’étonner que les dev ne travaillent pas sur la plate-forme…


Ouai enfin tu peux pas non plus faire de l’immobilisme, win32 devait finir par degager, le boulot de dev a toujours ete comme ca.



yeagermach1
Le 30/01/2014 à 14h00






jb a écrit :

C’est un OS où tu:





  • n’a pas de threads corrects,

  • n’a pas de sockets BSD,

  • n’a pas d’IPC,

  • n’a pas de clock de timing,

  • a une stack audio incomplète, et sans background simple,

  • n’a pas d’accès aux fichiers, pas de fopen,

  • n’a pas d’accès aux devices,

  • a tout en Async, mais les APIS sont souvent bugguées,

  • a plein de bugs dans l’UI et dans les tools,

  • une documentation souvent fausse ou très incomplète,



    Ça fait tout de même beaucoup pour une seule plate-forme. Et oui, après ce post, ça va partir en troll…


    Il manque des choses je suis bien d’accord. Mais par exemple :


  • l’absence de socket BSD est compensé par d’autres sockets

  • le non accès aux fichiers c’est le principe de l’appli bac a sable. C’est très chiant j’en conviens, mais comme sur iOS le partage de fichier pour une application existe.

  • C’est pareil pour les IPC, l’accès aux devices.



    Par rapport aux developpement sur iOS, celui sur win8 est meilleurs/moins bon. Perso j’aurais tendance a le trouver meilleur mais il est vrai que je ne fais rien d’aussi poussé que toi.



Alkore
Le 30/01/2014 à 14h01






Winderly a écrit :

VLC te tourmente ?


Non, plutôt les pseudo lecteur vidéo MUI pas foutu de décoder autre chose que le mp4. VLC apporte la délivrance<img data-src=" />



misterB
Le 30/01/2014 à 14h01






Alkore a écrit :

Non, plutôt les pseudo lecteur vidéo de win8 pas foutu de décoder autre chose que le mp4<img data-src=" />


Il existe autre chose ?

<img data-src=" />



Alkore
Le 30/01/2014 à 14h04






misterB a écrit :

Il existe autre chose ?

<img data-src=" />


Bah, on trouve des conteneur sympa sur le net comme le mkv<img data-src=" />



jb
Le 30/01/2014 à 14h07






Lafisk a écrit :

Ouai enfin tu peux pas non plus faire de l’immobilisme, win32 devait finir par degager, le boulot de dev a toujours ete comme ca.



Les threads, les sockets BSD ou les fopen, c’est pas Win32. Tous les autres OS ont ces fonctions, sauf WinRT.



yeagermach1 a écrit :

Il manque des choses je suis bien d’accord. Mais par exemple :




  • l’absence de socket BSD est compensé par d’autres sockets


    C’est faux et archi-faux. Les nouveaux sockets ne permettent pas de faire tous ce qu’on pouvait faire avant, à moins de trixer comme des porcs.

    Sans parler du fait que les nouveaux sockets sont codés sur les anciens… Puisque les drivers sont codés pour les anciens…



    yeagermach1 a écrit :


  • le non accès aux fichiers c’est le principe de l’appli bac a sable. C’est très chiant j’en conviens, mais comme sur iOS le partage de fichier pour une application existe.



    Et tu ouvres comment un fichier de playlist? Hein, juste un m3u? Ah bah, tu peux pas…



    yeagermach1 a écrit :


  • C’est pareil pour les IPC, l’accès aux devices.



    Désolé, mais non. Justement, pour les sandbox, tu as des IPC pour discuter entre applis. Et quel est l’intérêt d’interdire l’IPC pour la sécurité?

    Les devices, j’en parle même pas… Comment tu affiches une webcam? Comment tu lis un DVD?
    En quoi interdire la lecture d’un device améliore la sécurité?



yeagermach1
Le 30/01/2014 à 14h09






jb a écrit :

Les threads, les sockets ou les fopen, c’est pas Win32.


C’est faux et archi-faux. Les nouveaux sockets ne permettent pas de faire tous ce qu’on pouvait faire avant, à moins de trixer comme des porcs.

Sans parler du fait que les nouveaux sockets sont codés sur les anciens… Puisque les drivers sont codés pour les anciens…



Et tu ouvres comment un fichier de playlist? Hein, juste un m3u? Ah bah, tu peux pas…

[quote:4897066:yeagermach1]
[*] C’est pareil pour les IPC, l’accès aux devices.
[/list]
Désolé, mais non. Justement, pour les sandbox, tu as des IPC pour discuter entre applis. Et quel est l’intérêt d’interdire l’IPC pour la sécurité?

Les devices, j’en parle même pas… Comment tu affiches une webcam? Comment tu lis un DVD?
En quoi interdire la lecture d’un device améliore la sécurité?


Pas faux, je voyais plus les clés USB et disques durs portable.

Pour les M3U, tu les partages avec l’application comme sur iOS <img data-src=" />

Pour les IPC, c’est le principe de l’isolement appliqué a son extreme.

Pour les sockets, ils permettent peut etre pas de faire comme avant, mais ils en permettent deja pas mal. De plus l’argument qu’ils sont codés sur les anciens est caduque a moins de considérer qu’il faut toujours garder l’ancien code. Pour leur nouveau drivers, les nouvelles sockets seront utilisées.



jb
Le 30/01/2014 à 14h10






yeagermach1 a écrit :

Pas faux, je voyais plus les clés USB et disques durs portable.

Pour les M3U, tu les partages avec l’application comme sur iOS <img data-src=" />



Mais ton m3u te donne une liste de fichiers… Que tu peux pas ouvrir sans FilePicker…



yeagermach1
Le 30/01/2014 à 14h14






jb a écrit :

Mais ton m3u te donne une liste de fichiers… Que tu peux pas ouvrir sans FilePicker…


Je suis d’accord que c’est relou mais a part vouloir super ouvert (trop sans aucun doute) comme android, tu peux pas changer grand chose. C’est le comportement de base de winrt actuellement : bac a sable extrême pour tout.

Faut malheureusement s’y faire. Quoique cela va sans doute un peu s’améliorer avec les updates du SDK.



Mateal47
Le 30/01/2014 à 14h17

Roooh comme j’ai trop hate! Depuis que j’ai pleuré la disparition de Zune j’ai l’impression que VLC en est le digne héritier du point de vue de son interface et de son ergonomie!!!


jb
Le 30/01/2014 à 14h21






yeagermach1 a écrit :

Je suis d’accord que c’est relou mais a part vouloir super ouvert (trop sans aucun doute) comme android, tu peux pas changer grand chose. C’est le comportement de base de winrt actuellement : bac a sable extrême pour tout.

Faut malheureusement s’y faire. Quoique cela va sans doute un peu s’améliorer avec les updates du SDK.



Oui, mais faut pas se plaindre du manque d’applis…



canti
Le 30/01/2014 à 14h26






Lafisk a écrit :

Ouai enfin tu peux pas non plus faire de l’immobilisme, win32 devait finir par degager, le boulot de dev a toujours ete comme ca.



je veux bien qu’il faille pas se bloquer sur le passé, mais que microsoft s’étonne pas que les développeurs




  • portent leurs app sur les plateformes plus “conforme a leurs habitudes”, avant de le porter sous WinRT

  • d’avoir quelques longues années de vache maigre, avant que les développeurs soient formé, et deviennent opérationnel, avant d’avoir du succès .

    c’est pas une période facile pour Microsoft, ils prennent des risques avec WinRT…



Lafisk
Le 30/01/2014 à 14h26






jb a écrit :

Oui, mais faut pas se plaindre du manque d’applis…



La “difficulte” ou difference de technique a pas forcement grand chose a voir avec le fait de savoir si cela va motiver ou non les devs

Quand l’iphone est sorti ou android, les techniques de prog aussi etaient assez differente de ce a quoi etait habitue les devs jusque la et pourtant beaucoup s’y sont fait.

Ca reste avant un question d’archi et d’habitude. Apres, certain preferent le compromis a l’applientiere quand ils y arrivent pas car la plateforme ne le permet pas, perso, j’ai toujours prefere un code propre qu’un projet bourrer de rafistolage



Lafisk
Le 30/01/2014 à 14h27






canti a écrit :

je veux bien qu’il faille pas se bloquer sur le passé, mais que microsoft s’étonne pas que les développeurs




  • portent leurs app sur les plateformes plus “conforme a leurs habitudes”, avant de le porter sous WinRT

  • d’avoir quelques longues années de vache maigre, avant que les développeurs soient formé, et deviennent opérationnel, avant d’avoir du succès .

    c’est pas une période facile pour Microsoft, ils prennent des risques avec WinRT…


    Mais ca je suis tout a fait d’accord, ca y viendra de toute facon a force.



dargos
Le 30/01/2014 à 14h27

pour le coup du m3u, outre le partage, dans le manifest tu peux dire que ton appli est capable d’oubrir ce genre de fichier.
ensuite pour pouvoir ouvrir des fichiers sans l’accord de l’utilisateur, je crois que dans le manifest toujours, tu peux elever les privileges, et ainsi avoir acces au file system tranquilement

perso, ce que je demanderais à vlc, c’est juste d’etre capable de s’ouvrir tout seul quand je double clique sur un .mkv , et que le “play to” soit implémenté
toute la couche de media center, je m’en passerais volontiers


canti
Le 30/01/2014 à 14h34






Lafisk a écrit :

La “difficulte” ou difference de technique a pas forcement grand chose a voir avec le fait de savoir si cela va motiver ou non les devs

Quand l’iphone est sorti ou android, les techniques de prog aussi etaient assez differente de ce a quoi etait habitue les devs jusque la et pourtant beaucoup s’y sont fait.

Ca reste avant un question d’archi et d’habitude. Apres, certain preferent le compromis a l’applientiere quand ils y arrivent pas car la plateforme ne le permet pas, perso, j’ai toujours prefere un code propre qu’un projet bourrer de rafistolage



tu remarqueras qu’une grosse critique au démarrage d’android était l’impossibilité de développer en C, et google a réagit en proposant un NDK, et au fur et a mesure des demandes, a permis aux applications d’avoir de plus en plus de fonctions accessibles en NDK. Dans l’esprit de google, la priorité était de fournir un environnement portable sur toutes achitectures ( pour garder la liberté sur les SoC employés), ce n’était pas un argument recevable pour les développeurs ( et ça dérange aujourd’hui intel, et MIPS, qui essayent de motiver les développeurs à porter leurs libs pour leurs SoC)

Je sais que microsoft est très à l’écoute des développeurs, mais la réponse “faudra bien s’y faire, ca y viendra de toute facon a force” pourrait en décourager certains…



dargos
Le 30/01/2014 à 14h39

ca fait depuis 2008 qu’on utilise ce style de programmation.
alors si des devs ne se rendent compte qu’aujourd’hui qu’on fait du C#/XAML, je suis bien désolé pour eux…


canti
Le 30/01/2014 à 14h43






dargos a écrit :

ca fait depuis 2008 qu’on utilise ce style de programmation.
alors si des devs ne se rendent compte qu’aujourd’hui qu’on fait du C#/XAML, je suis bien désolé pour eux…




désolé, dans ma boite on fait du C/C++/Java <img data-src=" />



jb
Le 30/01/2014 à 14h45






Lafisk a écrit :

Quand l’iphone est sorti ou android, les techniques de prog aussi etaient assez differente de ce a quoi etait habitue les devs jusque la et pourtant beaucoup s’y sont fait.


C’est totalement faux, coder sur iOS ressemble extrêmement fortement à Mac OS X.
Et ils ont threads, sockets et bindings Cocoa/C et les API audios sont identiques.



Nyco87
Le 30/01/2014 à 14h46






canti a écrit :

tu remarqueras qu’une grosse critique au démarrage d’android était l’impossibilité de développer en C, et google a réagit en proposant un NDK, et au fur et a mesure des demandes, a permis aux applications d’avoir de plus en plus de fonctions accessibles en NDK. Dans l’esprit de google, la priorité était de fournir un environnement portable sur toutes achitectures ( pour garder la liberté sur les SoC employés), ce n’était pas un argument recevable pour les développeurs ( et ça dérange aujourd’hui intel, et MIPS, qui essayent de motiver les développeurs à porter leurs libs pour leurs SoC)

Je sais que microsoft est très à l’écoute des développeurs, mais la réponse “faudra bien s’y faire, ca y viendra de toute facon a force” pourrait en décourager certains…



Comme tu le dis, créer (ou recréer) une plateforme ne se fait pas en un jour. Il ne faut pas oublier qu’iOS et Android ont déjà 56 ans, alors que winRT seulement 2. On aimerait tous que MS aille plus vite. La position actuelle est très délicate pour eux.



Lafisk
Le 30/01/2014 à 14h48






canti a écrit :

désolé, dans ma boite on fait du C/C++/Java <img data-src=" />



java/c# meme combat pour avoir fait le premier pendant 5 ans a la fac et le deuxieme depuis ma sortie de fac … c’est la meme chose, plus ou moins les meme entites, couvrent les meme besoins etc… et syntaxe plus ou moins proches

Je m’y suis retrouver presque tout de suite en c# seul le nom de biblio m’ont demade une certaines adaptation.

Le gros probleme des devs c’est sorti de toujours vouloir faire la meme chose qu’avant … Quand tu as des nouveaux paradigme de programmation, la question est surtout de ce dire qu’est-ce que je peux faire avec ces nouvelles technos.
Les applis de ;usique sur winRT arrivent bien a gerer des listes … donc je pense que c’est faisable quitte a ne pas pouvori supporter le m3u du au fait des sandbox. est-ce que c’est perdre une fonctionnalite, oui en un sens, mais c’est pas comme si tu proposait pas une alternative



jb
Le 30/01/2014 à 14h48






dargos a écrit :

pour le coup du m3u, outre le partage, dans le manifest tu peux dire que ton appli est capable d’oubrir ce genre de fichier.


Je crois que tu n’as pas compris.

Une fois que tu as ouvert ton m3u, comment tu ouvres les fichiers qui sont pointés dans le m3u?



dargos a écrit :

ensuite pour pouvoir ouvrir des fichiers sans l’accord de l’utilisateur, je crois que dans le manifest toujours, tu peux elever les privileges, et ainsi avoir acces au file system tranquilement


Bien sûr que non.



jb
Le 30/01/2014 à 14h48






dargos a écrit :

ca fait depuis 2008 qu’on utilise ce style de programmation.
alors si des devs ne se rendent compte qu’aujourd’hui qu’on fait du C#/XAML, je suis bien désolé pour eux…


Fait un codec et un demuxeur en C#, et on en reparle…

C’est atterrant un tel niveau de fanboyism…

Bon, j’arrête de commenter, ça ne sert à rien.
Mais ne vous étonnez pas que je n’ai aucune envie de porter VLC sur cet OS avec une communauté d’utilisateurs de ce niveau…

WinRT est la meilleure des plate-formes.



Lafisk
Le 30/01/2014 à 14h50






jb a écrit :

C’est totalement faux, coder sur iOS ressemble extrêmement fortement à Mac OS X.
Et ils ont threads, sockets et bindings Cocoa/C et les API audios sont identiques.



Oui et tout ca etait dispo tout de suite ? non, ya plein de chose que tu ne pouvais pas faire sur ios en terme de codage au depart …



dargos
Le 30/01/2014 à 14h51






canti a écrit :

désolé, dans ma boite on fait du C/C++/Java <img data-src=" />


moi, ça fait des années que je fais du .Net
et je dois dire que si je devais me mettre à faire du c/java, j’espérerais même pas avoir les joies d’utiliser des LINQ, Task, Binding. il faudrait que je réapprenne tout, et je me plaindrais surement ;)
de là à dire que c’est de la merde et que c’est pour ca que les developpeurs vont sur telle ou telle plateforme, c’est un racourci que je ne ferais surement pas



jb
Le 30/01/2014 à 14h51






Lafisk a écrit :

Oui et tout ca etait dispo tout de suite ? non, ya plein de chose que tu ne pouvais pas faire sur ios en terme de codage au depart …



Comme?

Le jour où il y a eu des applis sur iOS, toutes ces choses basiques mentionnées étaient là…



canti
Le 30/01/2014 à 14h54






Lafisk a écrit :

java/c# meme combat

Je m’y suis retrouver presque tout de suite en c# seul le nom de biblio m’ont demade une certaines adaptation.



Je ne dis pas le contraire ( j’ai codé un app WP7…)


Lafisk a écrit :

Le gros probleme des devs c’est sorti de toujours vouloir faire la meme chose qu’avant … Quand tu as des nouveaux paradigme de programmation, la question est surtout de ce dire qu’est-ce que je peux faire avec ces nouvelles technos.



La question est surtout : qu’est ce que ce nouveau paradigme apporte à mon code, à mon process, à ma rapidité de codage. Changer de méthode/environnement est un “coût”, et il faut justifier qu’il sera “remboursé” (je parle pas uniquement d’argent, mais aussi d’effort)
ce n’est pas pour rien que Win32 ne veut pas mourir, il y a beaucoup de dév qui te dirons qu’ils n’ont rien a gagner de changer… hormis si microsoft leurs interdis

Ca demande un apprentissage, ca demande de changer des habitudes, de jeter du code parfaitement fonctionnel ( et c’est pour ça qu les dev demandaient du NDK)



jb
Le 30/01/2014 à 14h56






dargos a écrit :

de là à dire que c’est de la merde et que c’est pour ca que les developpeurs vont sur telle ou telle plateforme, c’est un racourci que je ne ferais surement pas



Personne n’a dit que c’était de la merde, et certainement pas moi.

La question était pourquoi le portage était si compliqué, et la réponse a été donnée…



yeagermach1
Le 30/01/2014 à 14h57






jb a écrit :

C’est totalement faux, coder sur iOS ressemble extrêmement fortement à Mac OS X.
Et ils ont threads, sockets et bindings Cocoa/C et les API audios sont identiques.


Pour le coup des fichiers par exemple, tu fais comment sur iOS. Dans mes souvenirs, il y a pas plus de fopen dans le sdk iOS que dans le sdk winRT ?



jb
Le 30/01/2014 à 15h00






yeagermach1 a écrit :

Pour le coup des fichiers par exemple, tu fais comment sur iOS. Dans mes souvenirs, il y a pas plus de fopen dans le sdk iOS que dans le sdk winRT ?



Tu peux ouvrir tous les fichiers dans ton jail. Et tu n’as aucun filesystem, contrairement à un desktop.



Lafisk
Le 30/01/2014 à 15h01






jb a écrit :

Comme?

Le jour où il y a eu des applis sur iOS, toutes ces choses basiques mentionnées étaient là…



Vu comment le systeme etait limite a la base, je rappelle qu’il n’y avait pas de copier coller, je suis casi sur que le framework aussi l’etait et je me rappelle avoir vu beaucoup de critiques sur les sockets aussi au depart.

Apres, je n’en ai pas fait moi meme



canti a écrit :

La question est surtout : qu’est ce que ce nouveau paradigme apporte à mon code, à mon process, à ma rapidité de codage. Changer de méthode/environnement est un “coût”, et il faut justifier qu’il sera “remboursé” (je parle pas uniquement d’argent, mais aussi d’effort)
ce n’est pas pour rien que Win32 ne veut pas mourir, il y a beaucoup de dév qui te dirons qu’ils n’ont rien a gagner de changer… hormis si microsoft leurs interdis

Ca demande un apprentissage, ca demande de changer des habitudes, de jeter du code parfaitement fonctionnel ( et c’est pour ça qu les dev demandaient du NDK)



Oui et non, y a des apps, ex, photoshop, qui n’ont pas reelement besoin de passer a RT (quoique …) pour continuer a ce vendre massivement

Apres, pas sur que toutes les applis de programme tele avait la meme visibilite avant etc…

Bien sur que tu ne change pas pour le plaisir, et bien sur win32 va pas disparaitre dans un an ou deux, apres, au devs de faire son choix, veut-il etre present sur une nouvelle plateforme ou pas, si la reponse est oui, dans ce cas tu fais avec les outils que tu as et dans ce cas, c’est peut etre aussi a toi de t’adapter a cet outils si il te limite. (dans ma boite on est passer de soft en winform a webform et on connait bien ce souci, on a plutot chercher a s’adapter car on a bien vu qu’on arriverait jamais a avoir le meme resultat sans tweak trop lourd)



yeagermach1
Le 30/01/2014 à 15h08






jb a écrit :

Tu peux ouvrir tous les fichiers dans ton jail. Et tu n’as aucun filesystem, contrairement à un desktop.


Jail = jailbreak ? Ou bac a sable ?

Dans le cas de la deuxième option, il y a même pas cela sous winRT ? :eeek:



jb
Le 30/01/2014 à 15h11






Lafisk a écrit :

Vu comment le systeme etait limite a la base, je rappelle qu’il n’y avait pas de copier coller, je suis casi sur que le framework aussi l’etait et je me rappelle avoir vu beaucoup de critiques sur les sockets aussi au depart.


Problème UI != Problème d’API de dev.



Lafisk a écrit :

Bien sur que tu ne change pas pour le plaisir, et bien sur win32 va pas disparaitre dans un an ou deux, apres, au devs de faire son choix,



En fait, ce que tu ne comprends pas, c’est que le souci n’est pas un souci de Win32 vs WinRT, mais de WinRT vs le reste du monde.

Les threads POSIX et Win32 sont assez proches, donc toutes les applications les utilisent. TOUTES, sur iOS, Android, Linux, BSD, Windows, XBox, PS1/2/3/4, lecteurs de salons, appliances et autres…

Même chose pour les sockets BSD. Même chose pour l’ouverture de fichier. Ou l’OpenGL.

Et toutes les librairies, de l’extraction de données au réseau, en passant par les calculs intensifs.

Les devs ne restent pas sur Win32, mais ont besoin d’une compatibilité avec les librairies importantes.
Et si t’es une plate-forme minoritaire et assez populaire, bah, tu imposes pas tes choix.



Lafisk
Le 30/01/2014 à 15h15






jb a écrit :

Problème UI != Problème d’API de dev.



En fait, ce que tu ne comprends pas, c’est que le souci n’est pas un souci de Win32 vs WinRT, mais de WinRT vs le reste du monde.

Les threads POSIX et Win32 sont assez proches, donc toutes les applications les utilisent. TOUTES, sur iOS, Android, Linux, BSD, Windows, XBox, PS1/2/3/4, lecteurs de salons, appliances et autres…

Même chose pour les sockets BSD. Même chose pour l’ouverture de fichier. Ou l’OpenGL.

Et toutes les librairies, de l’extraction de données au réseau, en passant par les calculs intensifs.

Les devs ne restent pas sur Win32, mais ont besoin d’une compatibilité avec les librairies importantes.
Et si t’es une plate-forme minoritaire et assez populaire, bah, tu imposes pas tes choix.


Copier coller, c’est pas de l’ui …


Pour le reste, c’est comme je dis, si le framwork te limite, dans ce cas tu fais ton app avec ce qu’elle te permet de faire (si tu juge l’effort des tweaks trop important) et ensuite tu gueules, ca aura plus de poids que de faire des tweaks surtou qu’avec une app comme vlc, MS ecoutera alors qu’avec une app de coussin peteurs ils te renverront dans les choux



jb
Le 30/01/2014 à 15h17






Lafisk a écrit :

surtou qu’avec une app comme vlc, MS ecoutera alors qu’avec une app de coussin peteurs ils te renverront dans les choux


L’expérience montre qu ce n’est pas le cas.



RaoulC
Le 30/01/2014 à 15h23






dargos a écrit :

pour le coup du m3u, outre le partage, dans le manifest tu peux dire que ton appli est capable d’oubrir ce genre de fichier.
ensuite pour pouvoir ouvrir des fichiers sans l’accord de l’utilisateur, je crois que dans le manifest toujours, tu peux elever les privileges, et ainsi avoir acces au file system tranquilement



Devoir élever les privilèges pour lire de la musique ou des vidéos, mais on marche sur la tête <img data-src=" />



Lafisk
Le 30/01/2014 à 15h29






jb a écrit :

L’expérience montre qu ce n’est pas le cas.


Ben le probleme c’est qu’au final, si ca fonctionne avec des tweaks … MS ne va qu’a moitie voir le probleme.

Alors que si tu livres une app avec la moitie des fonctionnalites, toi tu gueules a MS, les clients gueulent aussi et ils vont bouger. c’est typiquement ce qu’il ce passe depuis la sortie de WP dont les api ce sont largement améliorees si je m’abuse



fullsun
Le 30/01/2014 à 15h33

J’ai toujours eu l’impression qu’ils (MS) attendent toujours la sortie de certain soft sur leurs nouvelles plateformes pour ensuite régler les problèmes rencontrés.


Anonyme
Le 30/01/2014 à 15h34






jb a écrit :

Fait un codec et un demuxeur en C#, et on en reparle…

C’est atterrant un tel niveau de fanboyism…

Bon, j’arrête de commenter, ça ne sert à rien.
Mais ne vous étonnez pas que je n’ai aucune envie de porter VLC sur cet OS avec une communauté d’utilisateurs de ce niveau…

WinRT est la meilleure des plate-formes.



Bienvenue sur PCInpact <img data-src=" />



Lafisk
Le 30/01/2014 à 16h02






fullsun a écrit :

J’ai toujours eu l’impression qu’ils (MS) attendent toujours la sortie de certain soft sur leurs nouvelles plateformes pour ensuite régler les problèmes rencontrés.


Ca c’est pas faux



Patch Abonné
Le 30/01/2014 à 16h16






jb a écrit :

T’as oublié Android et OS/2

BeOS aussi? <img data-src=" />



jb a écrit :

C’est un OS où tu:





  • n’a pas de threads corrects,

  • n’a pas de sockets BSD,

  • n’a pas d’IPC,

  • n’a pas de clock de timing,

  • a une stack audio incomplète, et sans background simple,

  • n’a pas d’accès aux fichiers, pas de fopen,

  • n’a pas d’accès aux devices,

  • a tout en Async, mais les APIS sont souvent bugguées,

  • a plein de bugs dans l’UI et dans les tools,

  • une documentation souvent fausse ou très incomplète,



    Ça fait tout de même beaucoup pour une seule plate-forme. Et oui, après ce post, ça va partir en troll…

    …ah oui quand même! <img data-src=" />
    et moi qui pensais que RT rectifiait le tir par rapport à l’anarchie de win32…



Patch Abonné
Le 30/01/2014 à 16h21






lossendae a écrit :

Je fais souvent des erreurs de typo mais là je vois pas…

au hasard… le v et le c sont juste à côté sur le clavier.



dargos
Le 30/01/2014 à 16h28






RaoulC a écrit :

Devoir élever les privilèges pour lire de la musique ou des vidéos, mais on marche sur la tête <img data-src=" />


ca évite de laisser les programmes aller fouiller sur ton disque en toute impunité.
il faut que l’utilisateur donne droit à l’application à aller fouiller.
c’est un grand pas en avant niveau sécurité. par contre ca nous a fait un gros pas en arriere sur nos habitudes…

par contre niveau disparition de certaines API, c’est bien déplorable.
Je suis super satisfait des Task, mais je pensais qu’on pouvais toujours attaquer les Threads à l’ancienne… <img data-src=" />



lechatsauvage
Le 30/01/2014 à 16h33

superbe interface, j’espère la voir apparaitre sous d’autres OS (je suis sous debian+gnome3)


dargos
Le 30/01/2014 à 16h49






jb a écrit :

Je crois que tu n’as pas compris.

Une fois que tu as ouvert ton m3u, comment tu ouvres les fichiers qui sont pointés dans le m3u?

Bien sûr que non.


Ce n’est peut-etre pas entierement satisfaisant, mais voici le contenu d’un post de Loïc Rebours (sur la communauté des developeurs d’apps windows store sur FB):

Allez, je suis sympa, je t’offre un bout d’un super bouquin qui s’apprête à sortir (CC Nathanael)

“Il est également possible de déclarer une capacité permettant d’accéder à la librairie Documents de l’utilisateur. Cependant, il faut éditer le manifeste (un fichier XML) directement à la main. En effet, afin que les développeurs privilégient les pickers, Microsoft n’a pas mis d’élément graphique pour cette capacité.

Pour ajouter cette capacité, ouvrez le fichier Package.appxmanifest avec votre éditeur de texte préféré, puis ajoutez l’élément XML suivant entre les balises
&lt; Capabilities &gt;

&lt; Capability Name=“documentsLibrary” / &gt;


Si vous déclarez cette capacité, vous devrez également définir manuellement tous les fichiers auxquels vous souhaitez accéder. Pour cela, rendez-vous dans l’onglet Déclarations du manifest, et ajoutez une déclaration Associations de types de fichiers. Définissez ensuite l’extension des fichiers auxquels vous souhaitez accéder.”


bon, ca a l’air d’etre limité à la documents library, mais il y a bien un quelque chose à creuser

courage JB, on est avec toi !



jb
Le 30/01/2014 à 16h59






dargos a écrit :

bon, ca a l’air d’etre limité à la documents library, mais il y a bien un quelque chose à creuser


Bah oui, mais c’est donc inutile. Si tu as un filepicker, c’est justement pour sortir des Library pré-définies. Donc, ça marche actuellement dans les libraries, mais pas à l’extérieur… :)



Edtech Abonné
Le 30/01/2014 à 17h33






jb a écrit :

Bah oui, mais c’est donc inutile. Si tu as un filepicker, c’est justement pour sortir des Library pré-définies. Donc, ça marche actuellement dans les libraries, mais pas à l’extérieur… :)



Dans un sens, c’est dans les bibli qu’on stocke ses musiques. Dans les autres cas, genre quand on te prête de la musique, tu utilises le filepicker pour aller chercher le morceau sur ta clef USB !

Après, ce n’est pas à toi de faire que les gens soient moins cons et ne stockent pas tout dans C: !



yeagermach1
Le 30/01/2014 à 18h56






Edtech a écrit :

Dans un sens, c’est dans les bibli qu’on stocke ses musiques. Dans les autres cas, genre quand on te prête de la musique, tu utilises le filepicker pour aller chercher le morceau sur ta clef USB !

Après, ce n’est pas à toi de faire que les gens soient moins cons et ne stockent pas tout dans C: !


J’ai envie de dire qu’il faudrait que le système permette d’aller chercher autre part sans pour autant permettre d’aller partout. Théoriquement, une appli est juste censée accéder aux fichiers de son bac a sable. Bon on rajoute pour les médias, un accès aux bibliothèques les répertoriant. Mais cela devrait pas aller plus loin que ca a mon avis. Sinon le coté bac a sable et la sécurité qu’il apporte, il existe plus.

Par contre c’est au runtime de faire en sorte que si on insere un DVD/BR, il apparaisse dans la bibliothèque Video, un CD dans la partie Musique, … Ou si on branche un périphérique USB, que son contenu soit classé correctement dans les bibliothèques qu’il faut.



Alkore
Le 30/01/2014 à 21h31






Edtech a écrit :

Après, ce n’est pas à toi de faire que les gens soient moins cons et ne stockent pas tout dans C: !


Et pour ceux qui stockent sur leur NAS? Pour ça, l’app xbox music est assez nulle



Linvite
Le 30/01/2014 à 22h19






Alkore a écrit :

Et pour ceux qui stockent sur leur NAS? Pour ça, l’app xbox music est assez nulle


Tu peux pas rajouter les dossiers de ton NAS dans les librairies correspondantes ?


Sinon j’ai carrément hate que VLC sorte sur windows 8 (rien que pour pouvoir docker un film pendant que je fais autre chose). Le toujours au dessus c’est pratique mais ça gène souvent.



127.0.0.1
Le 30/01/2014 à 23h38

Les applis WinRT semblent avoir le même travers que les applis IOS ou Android: chacune estime devoir recoder son propre gestionnaire de fichiers.


RaoulC
Le 31/01/2014 à 00h13






dargos a écrit :

ca évite de laisser les programmes aller fouiller sur ton disque en toute impunité.
il faut que l’utilisateur donne droit à l’application à aller fouiller.



Et les droits d’accès du système de fichier, c’est pour décorer? <img data-src=" />
Parce qu’ à moins d’être tordu je n’irais pas mettre mes films et musiques dans des dossiers pas fait pour (aka protégés)

Je doit être débile mais pour faire un parallele, pas besoin de faire un sudo vlc sous LInux (puisque je crois c’est ce qui se rapproche le plus de l’élévation win).

Maintenant, possible que je comprenne de traviole <img data-src=" />

Les sandbox c’est bien, tout verrouiller c’est le MAL <img data-src=" />



arno53
Le 31/01/2014 à 00h33






RaoulC a écrit :

Et les droits d’accès du système de fichier, c’est pour décorer? <img data-src=" />
Parce qu’ à moins d’être tordu je n’irais pas mettre mes films et musiques dans des dossiers pas fait pour (aka protégés)

Je doit être débile mais pour faire un parallele, pas besoin de faire un sudo vlc sous LInux (puisque je crois c’est ce qui se rapproche le plus de l’élévation win).

Maintenant, possible que je comprenne de traviole <img data-src=" />

Les sandbox c’est bien, tout verrouiller c’est le MAL <img data-src=" />


Ca sera a confirmer mais je crois que ces apps ont un niveau de droit encore plus limité que l’utilisateur … De base elle n’ont acces qu’a leur propre dossier. L’utilisateur peut ensuite leur autorisé l’acces aux bibliothèque mais pas a tout le disque dur.

Apres c’est vraiment un probleme de WinRT et de ses sandboxs … Le VLC win32 est semblable a la version Linux : pas besoin des droit root <img data-src=" />

Et bien evidemment dans tout les cas (WinRT ou Win32) l’application est limité au droit du systeme de fichier…



lossendae
Le 31/01/2014 à 01h47






Patch a écrit :

au hasard… le v et le c sont juste à côté sur le clavier.




misterB a écrit :

attracticité c’est mignon mais ça n’existe pas <img data-src=" />



J’ai pas parlé attractivité mais d’attraction.

C’est mot attraction qui vous choque ? <img data-src=" />

Edit :


misterB a écrit :

Relis l’original



<img data-src=" /> <img data-src=" />

Messieurs, toutes mes confuses ! <img data-src=" />



RaoulC
Le 31/01/2014 à 02h55






arno53 a écrit :

Ca sera a confirmer mais je crois que ces apps ont un niveau de droit encore plus limité que l’utilisateur … De base elle n’ont acces qu’a leur propre dossier.



Ca rappelle furieusement android ça
<img data-src=" />



0rsa
Le 31/01/2014 à 06h13






Nonor3 a écrit :

Bon je suis vraiment attristé de cette mode du flat design (ici dans une branche extrême, le flat design au fond unifié transparent flouté), qui plus est à dominante sombre vraiment il n’y a rien à faire j’aime pas ces interfaces du tout.

Cela dit, et malgré mes goûts personnels, je félicite le travail fourni parce que le résultat est malgré tout beau, léché et travaillé. VLC est vraiment un logiciel d’une rare qualité !



Autant je suis plutôt friand de certaines interfaces en Flat, autant la réalisation ici n’est pas à la hauteur je trouve comme tu le signales.
Bon d’un côté je fais des infidélités à VLC avec MPC-HC, j’ai pas (encore) eu besoin d’installer VLC pour lire certaines de mes vidéos. La lecture des divers codecs reste quand même le point essentiel de VLC, au delà de l’apparence.



Edtech Abonné
Le 31/01/2014 à 06h26






Alkore a écrit :

Et pour ceux qui stockent sur leur NAS? Pour ça, l’app xbox music est assez nulle



Tu peux soit ajouter ton NAS à la bibliothèque, soit ajouter un dossier à scanner dans XBox Music (et là je crois qu’il autorise n’importe où).



dargos
Le 31/01/2014 à 10h56






Edtech a écrit :

Tu peux soit ajouter ton NAS à la bibliothèque, soit ajouter un dossier à scanner dans XBox Music (et là je crois qu’il autorise n’importe où).



une appli aurait droit d’aller fouiller la collection de xbox music !?
sinon, le coup des librairies, ca devrait marcher, mais pour le coup, c’est laborieux de devoir faire ca, pour l’utilisateur…



RaoulC a écrit :

Ca rappelle furieusement android ça <img data-src=" />


non non, une app android peut par exemple envoyer un sms dans que le user le sache. ce qui est impossible avec WP8
Certaines choses doivent etre faites par le user, pour des questions de sécurité, comme aller chercher des fichiers. sinon, toute app pourait toucher au svchost ou autres…



RaoulC
Le 31/01/2014 à 11h42






dargos a écrit :

non non, une app android peut par exemple envoyer un sms dans que le user le sache. ce qui est impossible avec WP
.



Je parlais de la limitation au répertoire.<img data-src=" />
Oui, je sais qu’une fois l’appli installée (ce qui équivaut à lui donner les autorisations quelle réclame dans son “manifest”) c’est open bar, merci <img data-src=" />



nomdutilisateur
Le 31/01/2014 à 13h03

Et la sauvegarde automatique de la playlist en quittant c’est pour quand bordel de merde !?


anonyme_b3e05f43bed326da32611ec4ad59c217
Le 31/01/2014 à 14h32






nomdutilisateur a écrit :

Et la sauvegarde automatique de la playlist en quittant c’est pour quand bordel de merde !?


C’est sûr qu’un utilisateur qui s’inscrit aujourd’hui juste pour beugler comme tu le fait sur une demande d’évolution, ça va les motiver <img data-src=" />



Emralegna
Le 31/01/2014 à 19h20






seblutfr a écrit :

C’est sûr qu’un utilisateur qui s’inscrit aujourd’hui juste pour beugler comme tu le fait sur une demande d’évolution, ça va les motiver <img data-src=" />



Qu’il se soit inscrit aujourd’hui ou y’a 15 ans ne lui donne pas davantage de légitimité, tout comme le fait de prendre en considération quelques pauvres commentaires détestables sur un site quelconque par rapport au nombre d’utilisateurs utilisant le logiciel, pour se donner un prétexte de bouder.



arno53
Le 01/02/2014 à 21h52

Bon bails ont pas réussi a passé le store <img data-src=" />

Sinon y’a une video de l’interface en fonctionnement ici