Le journal de PacMiam

GNU/Linux, Python, Rétrogaming et billevesées

astuce

TutoBidouille – Lancer ses applications WINE via GEM

Rédigé par PacMiam - - Aucun commentaire

Il se faisait attendre mais voici la suite du dernier TutoBidouille qui permettait de lancer ses jeux natifs GNU/Linux via l’interface de GEM.

Aujourd’hui, je vais vous présenter comment faire fonctionner des applications WINE via le script run-desktop. Je rappelle que tous ceci n’est que du bidouillage et que l’important c’est de s’amuser.

Précisions

Ce tutoriel se base sur le précédent. Il est nécessaire d’avoir le script run-desktop présent et fonctionnel sur votre système, pour que cela fonctionne pleinement avec GEM.

Lire la suite

TutoBidouille – Lancer ses jeux GNU/Linux via GEM

Rédigé par PacMiam - - Aucun commentaire

J’ouvre mon premier TutoBidouille avec l’ajout des jeux natifs GNU/Linux dans GEM. Concrètement, cela signifie surtout qu’il sera possible de gérer les jeux installés sur votre système et de les lancer depuis l’interface de GEM.


Une bonne capture d’écran, c’est primordial !

Explications

Pour faire simple, j’ai créé une nouvelle console nommée « GNU/Linux » qui liste les fichiers utilisant l’extension « .desktop ». Ces fichiers sont lancés via l’émulateur « run-desktop », qui est un script de ma conception, qui se charge d’exécuter la commande spécifier dans le fichier.

L’avantage de l’utilisation des fichiers desktop est de permettre de profiter de la robustesse de l’ensemble, mais surtout d’une compatibilité avec le menu de votre environnement de bureau ou lanceur d’applications.

Pour assurer cette compatibilité, j’ai donc utilisé le dossier ~/.local/share/applications qui contient les fichiers desktop de l’utilisateur. Pour être sûr d’éviter de prendre des applications qui ne sont pas des jeux en compte, j’ai ajouté un sous-dossier « games » à ce dossier.

Lire la suite

Souci de fenêtres qui perdent le focus sur Micro$oft Windows

Rédigé par PacMiam - - Aucun commentaire

Voici une petite astuce pour tous les gens qui subissent les affres de ce problème, plus agaçant qui ne semble l’être au premier abord.

En effet, ce problème provoque de manière erratique, une perte de focus de la fenêtre sur laquelle vous travaillez. Ce souci peut se produire plusieurs fois d’affilés et peut provoquer rapidement un excès de rage de votre part et une production assez importante d’insultes ayant pour trait la relation intime de votre ordinateur avec son propre fondement.

Cela doit cesser. Et c’est pour ça que j’écris cet article pour expliquer une solution à ce problème, trouvé par une personne de mon entourage. Cet article se situera donc dans un registre particulier.

Cette solution est basée sur ce lien.

Lire la suite

Ne jamais oublier de lire les normalisations quand on code

Rédigé par PacMiam - - 2 commentaires

Je développe depuis quelques années et je fais toujours en sorte de suivre les normes spécifiées par freedesktop.org tel que le nommage des icônes ou la génération des entrées de menu en «.desktop».

Si je raconte tout ça, c'est qu'il y a une raison, mais pour la comprendre, je dois poser le décor.

Je suis dans la phase de correction de bugs pour mon logiciel GEM. Et je me suis attelé à réparé le système de drag-and-drop vers une application externe. Le but étant de permettre de prendre un jeu de l'interface de GEM pour le glisser ensuite vers une autre application, par exemple pidgin, pour partager rapidement le fichier.

Après plusieurs tentatives pour trouver plus d'informations sur le sujet, je suis tombé sur le wiki de freedesktop.org qui parlait du support du drag-and-drop sur les bureaux actuels.

En le lisant je me suis aperçu que les fichiers ont besoin d'une syntaxe spécifique, à savoir « file:// » devant le chemin pour que celui-ci soit correctement pris en charge par les applications comme un fichier.

Du coup, il m'a suffit de réécrire une ligne de mon application pour qu'elle puisse envoyer correctement des jeux vers d'autres applications.

Un problème tout simple qui aurait pu être résolu rapidement si j'avais été voir directement sur le wiki. Mais où serait la magie du développement si on réglait tous les problèmes en quelques secondes ? :D