Le plus serait de suivre les pas de Qt ( port officiel OSX
Le port OSX est plus ou moins dans le même état que le Windows il y a peu : fonctionnel, mais a besoin de quelqu'un qui le suive de près.
Dans le même ordre d'idée, je contribue actuellement à GtkGLArea, qui supporte Linux, Windows, mais pas OSX… et la demande revient fréquemement.
Et j'ai aussi créé un dépôt pour Vala sous OSX, qui fonctionne, mais que je laisse "dormant" tant que je n'ai pas de réponse à mon appel à contribution.
Bref, un connaisseur OSX, ou simplement un passionné avec un peu de temps libre, est plus que bienvenu. Le cas échéant, je coache ;-).
Android, iOS
+1000. J'ai déjà creusé le sujet, et c'est pas irréalisable sous Android, mais là il faudrait définitivement un sponsor.
J'espère que cette initiative rassurera les développeurs et qu'ils décideront de continuer à développer avec GTK.
la problématique GLX/EGL est (théoriquement) orthogonale à la problématique GL/GLES
Tu as tout à fait raison.
Je pensais d'ailleurs initialement faire une dépêche consacrée uniquement à l'aspect GLX (on prend une appli GLES/GLX sous X11 pour la porter en GLES/EGL sous Wayland).
Le problème est que les cas d'application ne sont pas légion. L'immense majorité des applis GL sous X sont encore en vieux GL 1.X ; j'ai préféré mélanger avec la très courante problématique GL pour faire concret (et je pense que si EGLX est utilisé ailleurs, il le sera comme ça, de concert avec jwzGLES ou un autre wrapper).
ça va être corrigé par une nouvelle ABI proposée par NVidia
Alors là, je suis très intéressé. Je vais chercher, mais au cas où, aurais-tu un lien ?
Ben voila : il ya des OS de troisièmes zone, et ben les utilisateurs de ces OS disent aux dev' que c'est lourd. Et comme ils sont nombreux…
Qt considère Linux, Windows et Mac comme importants: Qt Reference Configurations
Juste pour information, le port Windows dispose d'une distribution officielle depuis ce vendredi.
C'est surtout la reconnaissance de l'existant (le port marche bien), mais ce n'est pas anodin pour autant, dans le sens où de nombreux projets l'attendaient.
La mise à jour du bundle PyGTK dont tu parles était une proposition GSoC, mais malheureusement personne ne s'est proposé :-(.
Je maintiens le bundle Windows qu'annonce le journal ; je sais également générér des installeurs avec NSIS. Ma seule lacune ici est mon manque de connaissance de Python (sa façon de gérer les bibliothéques, bindings, etc..). Si tu es intéressé pour contribuer et faire avancer la chose, n'hésite pas à venir vers moi.
TurnKey Linux propose cette fonctionvia une GUI. C'est cependant plus qu'une solution NAS, et peut-être un peu "too much" pour tes besoins. Tu devrais essayer.
Je ne connais aucun NAS prêt-à-l'emploi qui le propose pour l'instant ; c'est cependant une feature request pour NAS4Free. Tu pourrais contribuer en créant l'interface, ou carrément suivre l'idée du post avec la migration vers Samba 4 -plus de travail, mais ouvre un maximum de possibilités.
Juste une question : comment peut-on avoir une liste complète des projets déposés ? La page d'accueil ne montre que les derniers, et pas de lien évident pour ceci.
Je le sais bien alagoutte, mais je n'ai pas voix au chapitre là-dessus. Il faut se contenter des binaires que l'on fournit pour l'instant (moi et quelques autres).
La dernière version résout plusieurs bugs, dont un avec le dual screen. Mon build system est en train de la compiler ; je vais fournir le lien à B.l.nt et, si problèmes il y a encore, regarder ce qu'on peut faire dans le code.
Le port Windows fonctionne très bien, je bosse dessus en ce moment ; s'il y a des problèmes que je ne connais pas, il faut me les remonter (directement ou viaBugzilla).
Il est possible que l'absence de version à télécharger sur le site officiel soit ce qui dérange les devs. Si c'est le cas, je ne peux pas -encore- faire grand-chose à ce niveau-là
Ah OK, c'est bien ce que je pensais. Oui c'est vrai que le choix de GTK+ de fournir ses propres sélecteurs (fichiers, polices, couleurs…) plutôt que d'utiliser ceux du système ne fait pas l'unanimité. Encore qu'un peu de hacking suffirait à implémenter ça, la branche Mac est la plus ouverte en ce moment.
X11 obligatoire ? C'est étonnant, il me semble que GTK+ supporte le système d'affichage natif OS X (Quartz) depuis quelque temps déjà. Exemple : MonoDevelop.
Enfin, peut-être que les développeurs Wireshark ont trouvé des bugs ou des insuffisances dans cette partie. Mais ils devraient essayer les nouvelles versions, ça a beaucoup bougé ces 6 derniers mois.
L'article m'a donné envie de découvrir Cairo-Dock ; installé sur la dernière Ubuntu (13.04), c'est joli, rapide même sans l'accélération 3D, très configurable… Personnellement, je suis assez fan de la vue "Raccourcis" de l'explorateur de fichier (déploie les partitions, CD, dossiers perso… dans une petite vignette).
patcher le code de ton côté et fournir une version alternative via un PPA par exemple ; c'est ce que fait le PPA GTK+3 Broadway pour Ubuntu (simple recompile ici, mais on pourrait faire n'importe quoi) ;
coder un module externe via la fonction gtk_module_init (), intercepter les événements qui t'intéressent pour modifier le comportement final. Exemple de module connu et exemple d'utilisation. L'utilisateur ou le launcher de l'application doivent activer explicitement le module via la ligne de commande.
Pour reprendre l'exemple de mon patch, la 1ère approche est mille fois plus facile mais la 2ème plus élégante (et moins sujette au shitstorm…). Pour l'instant la version patchée tourne (bien) sur mon ordinateur, je fais rien mais si des gens me demandent je peux réfléchir à placer des binaires quelque part.
Pour être tout à fait honnête, et en dehors du nettoyage du code, il y a deux très bonnes choses dans GTK+3 :
la gestion des thèmes Windows est intégrée, et non plus déléguée à un module externe (wimp). Sous GTK+2 il ne fonctionnait que sous quelques versions ; 2.20 ne l'avait pas par exemple et donc c'était moche. Maintenant c'est maintenu en core, et à l'usage sur les versions récentes de Win, c'est même assez joli.
Broadway. Une fonction sous-exploitée mais qui fait rêver -elle vend presque GTK+3 à elle toute seule. Il suffirait d'un projet à succès l'exploitant pour garantir une longue vie au toolkit.
A la base c'est une bonne techno. Mais l'influence d'une équipe de design sur ce qui est censément un toolkit généraliste est par contre un point polémique.
Merci de ton soutien sur ton post précédent. Pour moi l'incident est clos, je suis passé à autre chose.
Ah c'était toi :-O ?
Je m'excuse si mon commentaire a pu paraître un peu rude, je réagissais en même temps à beaucoup de sh*t/troll, et tu as subi un dégât collatéral.
Sauf qu'à ma connaissance, tu n'es pas mainteneur officiel GTK.
Fournir une version officielle d'un installateur GTK pour Windows indiquerait que c'est à nouveau officiellement supporté, et qu'il y a un mainteneur actif.
Tu soulèves des points pertinents ; effectivement tout ça est vrai. Je te contacte par mail pour davantage d'explications.
Merci d'être constructif, c'est assez rare sur les forums et commentaires, tu peux compter sur mon retour. On a un projet à faire avancer dans notre intérêt à tous.
On peut du coup se demander pourquoi mon travail n'est pas -pour l'instant- publiquement accessible, par exemple sur le site officiel ?
Réponse : l'inertie du projet est juste énorme.
La bonne volonté ne suffit pas ; pour faire un parallèle, c'est comme d'arriver avec tous les papiers requis dans une administration, mais selon les cas, face à un fonctionnaire trop occupé ou à un guichet vide.
J'ajoute que j'ai quand même bon espoir de voir mes bundles sur le site officiel d'ici peu.
Ah mais rien.
Il dit simplement lui-même "I'd advocate against Mozilla, Libreoffice, XFCE or LXDE to switch to GTK 3".
Je précise que j'ai un énorme respect pour cet homme.
En gros : rien à dire techniquement, mais on ne veut pas donner cette possibilité aux utilisateurs… Moi qui trouvait exagérés les commentaires et trolls de certains sur les devs du projet, je viens d'expérimenter la chose par l'absurde ; et aux premières loges.
J'ajoute que j'ai rarement vu une telle attitude de la part d'un projet libre.
Refuser une modification demandée par une majorité sur un même bug/fil, et déjà écrite par un contributeur !
Donc devnewton va rester (à raison) loin de GNOME. Et moi aussi.
Je pense sérieusement supprimer la revue positive que je leur ai faite (au bénéfice de la bonne volonté) dernièrement.
Et un conseil à ceux qui liraient mon commentaire : tenez-vous éloignés de GTK+3. Vraiment. C'est un piège. Ce toolkit est dorénavant maintenu par des gens qui partagent les mêmes opinions, refuseront vos modifications ; et comme c'est une bibliothèque énorme, vous ne pourrez pas la forker. Vous serez enchaînés aux choix des designers.
Je teste ta possibilité (que je ne connais pas) et je reviens vers toi.
Ca va prendre un peu de temps, je vais voir si je peux répondre encore ce soir.
Ça peut être pour n'importe lequel ; mais admettons que tu aies installé Java (Oracle Java ou OpenJDK, c'est pareil dans ce cas).
Tu finis avec une commande "java" dans ton PATH, auto-complétée par le terminal ; tu lances un fichier Java avec un commande du type "java -jar monprogramme.jar".
Maintenant tu as ton fichier .jar dans les fichiers GNOME. Tu double-cliques sur le .jar pour l'ouvrir. La fenêtre "Choix des applications" s'ouvre.
"java" n'apparaît pas car il n'a pas de fichier ".desktop" requis par GNOME.
Sous Windows, tu as un bouton "Parcourir…" qui te permet de naviguer jusqu'à ton exécutable "java" et de l'associer définitivement aux .jar.
La même fonction est sous KDE et GNOME2.
Sous OSX, je ne sais pas mais il me semble qu'elle y est aussi.
Sous GNOME, tu n'as rien ! Tu n'as que la solution de créer ton propre .desktop au bon format avec l'éditeur de texte, et le mettre au bon emplacement, ce qui est hors de portée d'un néophyte.
Le dév de la ML répond que c'est à l'application Java de faire ce travail, qu'il fait patcher l'appli.
Penser à la multitude d'applications anciennes, non maintenues, non intégrées, etc… Pour un usage pratique, ça ne me paraît pas réaliste.
Ma proposition alternative d'intégrer la fonction dans Nautilus (vu qu'elle n'est apparemment pas désirée là où je l'ai mise) n'a pas reçu d'écho.
J'ai repris l'idée de Segfault pour l'autocomplétion.
Si vous voulez aider à "pousser" la modif, ce serait bien que vous interveniez sur le fil après d'éventuelles réponses des devs (en expliquant pourquoi vous en avez besoin, etc), ça ferait avancer le schmillblick.
[^] # Re: Enfin !!!
Posté par Tarnyko (site web personnel) . En réponse au journal GTK+ 3 disponible officiellement pour Win32 !. Évalué à 8.
Le port OSX est plus ou moins dans le même état que le Windows il y a peu : fonctionnel, mais a besoin de quelqu'un qui le suive de près.
Dans le même ordre d'idée, je contribue actuellement à GtkGLArea, qui supporte Linux, Windows, mais pas OSX… et la demande revient fréquemement.
Et j'ai aussi créé un dépôt pour Vala sous OSX, qui fonctionne, mais que je laisse "dormant" tant que je n'ai pas de réponse à mon appel à contribution.
Bref, un connaisseur OSX, ou simplement un passionné avec un peu de temps libre, est plus que bienvenu. Le cas échéant, je coache ;-).
+1000. J'ai déjà creusé le sujet, et c'est pas irréalisable sous Android, mais là il faudrait définitivement un sponsor.
Moi aussi. Merci pour tes encouragements.
[^] # Re: Ne pas confondre !
Posté par Tarnyko (site web personnel) . En réponse à la dépêche EGLX : un petit traducteur GLX-EGL pour Wayland. Évalué à 4.
Tu as tout à fait raison.
Je pensais d'ailleurs initialement faire une dépêche consacrée uniquement à l'aspect GLX (on prend une appli GLES/GLX sous X11 pour la porter en GLES/EGL sous Wayland).
Le problème est que les cas d'application ne sont pas légion. L'immense majorité des applis GL sous X sont encore en vieux GL 1.X ; j'ai préféré mélanger avec la très courante problématique GL pour faire concret (et je pense que si EGLX est utilisé ailleurs, il le sera comme ça, de concert avec jwzGLES ou un autre wrapper).
Alors là, je suis très intéressé. Je vais chercher, mais au cas où, aurais-tu un lien ?
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Wireshark passe à Qt. Évalué à 4.
Juste pour information, le port Windows dispose d'une distribution officielle depuis ce vendredi.
C'est surtout la reconnaissance de l'existant (le port marche bien), mais ce n'est pas anodin pour autant, dans le sens où de nombreux projets l'attendaient.
[^] # Re: Binding Python !!
Posté par Tarnyko (site web personnel) . En réponse au journal GTK+ 3 disponible officiellement pour Win32 !. Évalué à 10.
Salut stopspam,
La mise à jour du bundle PyGTK dont tu parles était une proposition GSoC, mais malheureusement personne ne s'est proposé :-(.
Je maintiens le bundle Windows qu'annonce le journal ; je sais également générér des installeurs avec NSIS. Ma seule lacune ici est mon manque de connaissance de Python (sa façon de gérer les bibliothéques, bindings, etc..). Si tu es intéressé pour contribuer et faire avancer la chose, n'hésite pas à venir vers moi.
# TurnKey ou contrib ?
Posté par Tarnyko (site web personnel) . En réponse au message Remplacement SME server avec contrôleur de domaine . Évalué à 2.
TurnKey Linux propose cette fonction via une GUI. C'est cependant plus qu'une solution NAS, et peut-être un peu "too much" pour tes besoins. Tu devrais essayer.
Je ne connais aucun NAS prêt-à-l'emploi qui le propose pour l'instant ; c'est cependant une feature request pour NAS4Free. Tu pourrais contribuer en créant l'interface, ou carrément suivre l'idée du post avec la migration vers Samba 4 -plus de travail, mais ouvre un maximum de possibilités.
Bonne chance.
[^] # Re: HS pardon d'avance
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Attention au dépôt debian-multimedia.org !. Évalué à 3.
Il n'existe pas (encore) de section "testing-updates".
Si tu es aventureux, tu pourrais utiliser "testing-proposed-updates" :
testing étant déjà activé par ailleurs, je pense qu'il est inutile de te recommander la prudence…
# Liste des projets
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Open Funding cherche des testeurs beta. Évalué à 2.
Très bonne initiative.
Juste une question : comment peut-on avoir une liste complète des projets déposés ? La page d'accueil ne montre que les derniers, et pas de lien évident pour ceci.
[^] # Re: Interface graphique.
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Wireshark 1.10. Évalué à 3.
Je le sais bien alagoutte, mais je n'ai pas voix au chapitre là-dessus. Il faut se contenter des binaires que l'on fournit pour l'instant (moi et quelques autres).
La dernière version résout plusieurs bugs, dont un avec le dual screen. Mon build system est en train de la compiler ; je vais fournir le lien à B.l.nt et, si problèmes il y a encore, regarder ce qu'on peut faire dans le code.
[^] # Re: Interface graphique.
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Wireshark 1.10. Évalué à 6.
Le port Windows fonctionne très bien, je bosse dessus en ce moment ; s'il y a des problèmes que je ne connais pas, il faut me les remonter (directement ou via Bugzilla).
Il est possible que l'absence de version à télécharger sur le site officiel soit ce qui dérange les devs. Si c'est le cas, je ne peux pas -encore- faire grand-chose à ce niveau-là
[^] # Re: Interface graphique.
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Wireshark 1.10. Évalué à 1.
Ah OK, c'est bien ce que je pensais. Oui c'est vrai que le choix de GTK+ de fournir ses propres sélecteurs (fichiers, polices, couleurs…) plutôt que d'utiliser ceux du système ne fait pas l'unanimité. Encore qu'un peu de hacking suffirait à implémenter ça, la branche Mac est la plus ouverte en ce moment.
[^] # Re: Interface graphique.
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Wireshark 1.10. Évalué à 2.
X11 obligatoire ? C'est étonnant, il me semble que GTK+ supporte le système d'affichage natif OS X (Quartz) depuis quelque temps déjà. Exemple : MonoDevelop.
Enfin, peut-être que les développeurs Wireshark ont trouvé des bugs ou des insuffisances dans cette partie. Mais ils devraient essayer les nouvelles versions, ça a beaucoup bougé ces 6 derniers mois.
[^] # Re: make --prefix
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Distribuer sans distributions ?. Évalué à 5.
Pour rebondir sur ton commentaire Sytoka, une solution qui fonctionne et automatise les étapes que tu écris -plus l'insertion des dépendances.
# Beau boulot
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Cairo-Dock en version 3.2 : les nouveautés. Évalué à 2.
L'article m'a donné envie de découvrir Cairo-Dock ; installé sur la dernière Ubuntu (13.04), c'est joli, rapide même sans l'accélération 3D, très configurable… Personnellement, je suis assez fan de la vue "Raccourcis" de l'explorateur de fichier (déploie les partitions, CD, dossiers perso… dans une petite vignette).
Beau travail, continuez comme ça !
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 3.
Tu as deux approches.
patcher le code de ton côté et fournir une version alternative via un PPA par exemple ; c'est ce que fait le PPA GTK+3 Broadway pour Ubuntu (simple recompile ici, mais on pourrait faire n'importe quoi) ;
coder un module externe via la fonction gtk_module_init (), intercepter les événements qui t'intéressent pour modifier le comportement final. Exemple de module connu et exemple d'utilisation. L'utilisateur ou le launcher de l'application doivent activer explicitement le module via la ligne de commande.
Pour reprendre l'exemple de mon patch, la 1ère approche est mille fois plus facile mais la 2ème plus élégante (et moins sujette au shitstorm…). Pour l'instant la version patchée tourne (bien) sur mon ordinateur, je fais rien mais si des gens me demandent je peux réfléchir à placer des binaires quelque part.
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 7. Dernière modification le 10 avril 2013 à 23:40.
Pour être tout à fait honnête, et en dehors du nettoyage du code, il y a deux très bonnes choses dans GTK+3 :
la gestion des thèmes Windows est intégrée, et non plus déléguée à un module externe (wimp). Sous GTK+2 il ne fonctionnait que sous quelques versions ; 2.20 ne l'avait pas par exemple et donc c'était moche. Maintenant c'est maintenu en core, et à l'usage sur les versions récentes de Win, c'est même assez joli.
Broadway. Une fonction sous-exploitée mais qui fait rêver -elle vend presque GTK+3 à elle toute seule. Il suffirait d'un projet à succès l'exploitant pour garantir une longue vie au toolkit.
A la base c'est une bonne techno. Mais l'influence d'une équipe de design sur ce qui est censément un toolkit généraliste est par contre un point polémique.
Merci de ton soutien sur ton post précédent. Pour moi l'incident est clos, je suis passé à autre chose.
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 3.
Liberforce,
Ah c'était toi :-O ?
Je m'excuse si mon commentaire a pu paraître un peu rude, je réagissais en même temps à beaucoup de sh*t/troll, et tu as subi un dégât collatéral.
Tu soulèves des points pertinents ; effectivement tout ça est vrai. Je te contacte par mail pour davantage d'explications.
Merci d'être constructif, c'est assez rare sur les forums et commentaires, tu peux compter sur mon retour. On a un projet à faire avancer dans notre intérêt à tous.
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 5.
Irréaliste.
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 6. Dernière modification le 09 avril 2013 à 13:54.
Liberforce,
Merci de te renseigner un peu avant de faire des points généraux.
Merci de se renseigner un peu avant de faire des points généraux.
Je suis l'actuel repreneur du travail de Tor Lillqvist. Lien vers mes dépôts GTK+3 win32.
On peut du coup se demander pourquoi mon travail n'est pas -pour l'instant- publiquement accessible, par exemple sur le site officiel ?
Réponse : l'inertie du projet est juste énorme.
La bonne volonté ne suffit pas ; pour faire un parallèle, c'est comme d'arriver avec tous les papiers requis dans une administration, mais selon les cas, face à un fonctionnaire trop occupé ou à un guichet vide.
J'ajoute que j'ai quand même bon espoir de voir mes bundles sur le site officiel d'ici peu.
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 4. Dernière modification le 09 avril 2013 à 13:44.
Ah mais rien.
Il dit simplement lui-même "I'd advocate against Mozilla, Libreoffice, XFCE or LXDE to switch to GTK 3".
Je précise que j'ai un énorme respect pour cet homme.
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 2.
Ils feraient mieux de lire ça avant, alors (auteur : main dev GTK+)
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 10.
Bon c'est inutile, il n'en veulent pas.
Pour les conclusions de cette misérable affaire, consulter :
- le commentaire final du mainteneur sur Bugzilla ;
- la réponse du dev en chef (ou assimilé) sur la mailing list.
En gros : rien à dire techniquement, mais on ne veut pas donner cette possibilité aux utilisateurs… Moi qui trouvait exagérés les commentaires et trolls de certains sur les devs du projet, je viens d'expérimenter la chose par l'absurde ; et aux premières loges.
J'ajoute que j'ai rarement vu une telle attitude de la part d'un projet libre.
Refuser une modification demandée par une majorité sur un même bug/fil, et déjà écrite par un contributeur !
Donc devnewton va rester (à raison) loin de GNOME. Et moi aussi.
Je pense sérieusement supprimer la revue positive que je leur ai faite (au bénéfice de la bonne volonté) dernièrement.
Et un conseil à ceux qui liraient mon commentaire : tenez-vous éloignés de GTK+3. Vraiment. C'est un piège. Ce toolkit est dorénavant maintenu par des gens qui partagent les mêmes opinions, refuseront vos modifications ; et comme c'est une bibliothèque énorme, vous ne pourrez pas la forker. Vous serez enchaînés aux choix des designers.
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 1.
Je teste ta possibilité (que je ne connais pas) et je reviens vers toi.
Ca va prendre un peu de temps, je vais voir si je peux répondre encore ce soir.
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 3.
Ça peut être pour n'importe lequel ; mais admettons que tu aies installé Java (Oracle Java ou OpenJDK, c'est pareil dans ce cas).
Tu finis avec une commande "java" dans ton PATH, auto-complétée par le terminal ; tu lances un fichier Java avec un commande du type "java -jar monprogramme.jar".
Maintenant tu as ton fichier .jar dans les fichiers GNOME. Tu double-cliques sur le .jar pour l'ouvrir. La fenêtre "Choix des applications" s'ouvre.
"java" n'apparaît pas car il n'a pas de fichier ".desktop" requis par GNOME.
Sous Windows, tu as un bouton "Parcourir…" qui te permet de naviguer jusqu'à ton exécutable "java" et de l'associer définitivement aux .jar.
La même fonction est sous KDE et GNOME2.
Sous OSX, je ne sais pas mais il me semble qu'elle y est aussi.
Sous GNOME, tu n'as rien ! Tu n'as que la solution de créer ton propre .desktop au bon format avec l'éditeur de texte, et le mettre au bon emplacement, ce qui est hors de portée d'un néophyte.
Le dév de la ML répond que c'est à l'application Java de faire ce travail, qu'il fait patcher l'appli.
Penser à la multitude d'applications anciennes, non maintenues, non intégrées, etc… Pour un usage pratique, ça ne me paraît pas réaliste.
Ma proposition alternative d'intégrer la fonction dans Nautilus (vu qu'elle n'est apparemment pas désirée là où je l'ai mise) n'a pas reçu d'écho.
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 2.
Au rapport.
J'ai pas de bonnes nouvelles. En fait, pour l'instant, je suis déception.
Aller ici pour être au courant
Discussion arrêtée là.
Je ferais un commentaire complet -et sans doute définitif- ce soir si la situation n'a pas bougé.
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 10. Dernière modification le 07 avril 2013 à 12:20.
devnewton, Segfault et robin,
J'avais un peu de temps libre, alors j'ai écrit l'essentiel du patch, je l'ai posté avec des captures d'écran ici.
J'ai repris l'idée de Segfault pour l'autocomplétion.
Si vous voulez aider à "pousser" la modif, ce serait bien que vous interveniez sur le fil après d'éventuelles réponses des devs (en expliquant pourquoi vous en avez besoin, etc), ça ferait avancer le schmillblick.