Kekun a écrit 637 commentaires

Il y a des brevets déposés par Valve : http://kotaku.com/5890372/is-this-valves-control-pad-design/.

Ça ne me choque pas car Steam est déjà un système de distribution. Lancer leur propre OS leur permet de supprimer une couche de distribution visible par l'utilisateur.

N'oublions pas qu'ils ont des contrôleurs maison dans les cartons pour leur SteamBox.

Oui, autant que n'importe quelle distro, du coup à quoi bon configurer une Ubuntu si autre chose s'avère être plus simple ou plus souple ?

Je ne dis pas que c'est ce qu'ils font, je n'en sais rien, mais Ubuntu comme base n'a pas forcément tant d'intérêt que ça.

Étant donné que GTA est édit par Electronic Arts qui est connu pour être un farouche concurrent de Valve avec sa plate-forme Origin et qui se contrefout de Linux (en plus d'être une sangsue pour les studios rachetés, snif Mirror's Edge 2, mais c'est une autre histoire), il y a fort à parier que Steam pourra attendre un moment, laissant l'exclusivité pendant quelques mois au moins à Origin.

Petit ajout (ça vaut ce que ça vaut) mais Joey-Elijah Sneddon a écrit OMG!Ubuntu :

Although not confirmed by Valve, we’ve been told that Steam OS is based on Ubuntu 12.04 LTS.

Pour le moment rien n'est dit mais c'est certainement basé sur X.org (à l'intuition) et potentiellement sur Ubuntu étant donné que c'est « leur Linux favoris », bien qu'une base fraîche serait plus intéressante question performances.

Moi qui comptais mi faire un dual-boot Fedora / elementary OS avec ce dernier uniquement pour Steam… je ferai un test avec Steam OS avant.

Quel rapport avec un logiciel pour checker ses courriels ?

Intéressant ça, faudra que je vienne jeter un coup d'oeil à votre atelier.

Par curiosité, vous avez-vous des rapprochements avec le LabSud (né il y a un an ou deux) ?

Essaye quelque chose comme Ochre, le style est un peu plus classique, ça pourrait peut-être mieux te convenir.

Ou encore essaye le groupe anglais Orbital (par exemple The Box).

Le problème est si tu utilise un fournisseur respectueux de ta vie privée mais pas ton correspondant…

Oui c'était l'esprit à l'époque où Pantheon Terminal a démarré, en plus d'essayer d'apporter de la valeur ajouté par un look épuré et quelques fonctionnalités uniques en son temps dans un terminal (pour autant que je sache) comme des notifications système et dans les onglets de l'application.

Source : étant celui qui a écrit les premières lignes du programme, je suis bien placé pour le savoir.
Cependant je l'ai rapidement abandonné et il a été repris par la communauté elementary, ça fait maintenant des années que je ne suis plus ce projet que de très loin, quelqu'un saurait me dire ce qu'est devenu mon bébé ? J'ai pas les moyens de le tester moi même à l'heure actuelle.

De plus ils n'utilisent pas un fork de Lightdm mais juste un greeter différent de celui d'Ubuntu, de même ils n'utilisent pas vraiment un fork de Docky mais ce qui était supposé être la base de la version 3 de Docky.

Accessoirement le fait qu'ils utilisent leur propre shell basé sur libmutter (comme GNOME Shell, mais ce n'en est pas un fork pour autant) n'est pas mentionné, c'est dommage.

C'est triste qu'un article mi-dédaigneux, mi-blasé comme celui-ci ai été accepté, j'aurais compris de voir ça en journal mais ça m'étonne que ce soit une dépêche…

Il y aura au moins moi : si je le fais c'est parce que je ressens le besoin d'une telle application. :p

La problématique va plus loin qu'une question d'environnement de bureau ou de design, c'est une question de philosophie : considère-t-on un jeu comme une application ou comme une œuvre artistique ?

À mon sens le second cas qui est vrai et il n'y a pas plus lieu d'avoir un jeu dans le menu des applications qu'un film, une musique, un livre, une image… Les jeux sont dans le menu d'application pour des raisons historiques (le fait qu'ils sont partiellement composés de programmes) qui n'ont plus lieu d'être, ce qui explique en partie mon implication dans ce projet.

La question reste ouverte pour les simulateurs… même si personnellement je les verrais plutôt comme des applications.

La Lotus … sur circuit c'est plutôt sympa.

Je confirme, c'était ma préférée sur SEGA GT 2002… /o/

C'est prévu pour porter les émulateurs de consoles rétro et de moteurs de jeux s'y prêtant bien vers une API commune, c'est sûr que ce n'est pas fait pour les jeux plus moderne mais une API similaire pourrait être développée pour ce genre de jeux.

Libre à toi de la mettre en place les deux peuvent coexister et se compléter.

Avec libretro c'est le frontend qui gère la configuration, tu peux très bien créer ton système de demande de reconfiguration et l'ajouter à ton jeu et un frontend libretro (portant parla même occasion tout les backends libretro).

Est-ce qu'il sera possible de l'intégrer dans la recherche du shell ? Les dernières versions supportent des sources de contenu externes, on pourrait fournir des entrées pour lancer les jeux qui n'ont pas de .desktop

Oui très certainement, même si ce n'est pour le moment pas prévu (il y a déjà assez à faire pour mettre en place une application utile).

L'interface devrait permettre aussi de filtrer les jeux, pour n'afficher que ceux disponibles hors ligne, multijoueurs ou tout autre critère pertinent.

Quelque chose du genre est également prévu

Je pense que j'utiliserais très peu ce système, la recherche par nom dans le shell marche très bien et je ne supporte pas les applications de type "Documents" qui limitent fortement ce que je peux faire avec ces fichiers. Y a-t-il des retours de personnes qui trouvent ce système plus pratique que le gestionnaire de fichiers ?

La recherche des jeux dans le shell ne fonctionne que pour ceux fournissant un .desktop, de plus je ne connais pas d'application similaire à Badnik (mis à part Lutris mais qui demande une quantité folle de configuration).

Malheureusement je n'ai pas trouvé plus confortable que ce système.
J'aurais pu utiliser Inkscape mais avec je suis trop tatillon et au final j'aurais mis plus de temps (et accessoirement j'aime bien l'aspect brouillon du dessin papier).
J'ai aussi essayé d'utiliser une tablette graphique et MyPaint mais j'ai beaucoup de mal avec ces engins et mes traits partaient en permanence de travers… alors qu'avec un vrai crayon ça va encore.

Ah oui pourquoi pas ça peut être intéressant ! Pour le moment je récupère des données en analysant des pages Web… niveau vitesse y'a mieux, mais au moins ça marchouille.

Libretro est, basiquement, une API mettant en place des entrées de contrôles et des sorties audio et vidéo standardisées, permettant de transformer un moteur de jeu ou un émulateur en bibliothèque qui pourra être utilisé par n'importe quel frontend Libretro.

Je ne me suis pas encore suffisamment attardé dessus, je te conseille de contacter la communauté libretro pour plus d'informations.

A mon sens c'est la création de .desktop qui est prendre le problème à l'envers.

Si on crée un .desktop on traite le jeu comme une application, hors je souhaite les traiter comme des œuvres d'art dont les programmes ne sont qu'un effet de bord nécessaire à la mise en place de leur interactivité, et non la composante principale.

Aussi j'ai peur que la création de .desktop fasse perdre en souplesse, notamment pour remplacer le programme faisant tourner unjeu par un autre.

Désolé pour les fautes, il était 23h30 quand je l'ai publié (heure de la Réunion), et après avoir passé ma soirée à fignoler le Makefile, créer le dépôt git et écrire ce journal, je n'ai pas eu le courage d'en vérifier l'orthographe. :p