En marge de son gestionnaire de fenêtres sorti en décembre dernier, le projet Enlightenment s’est attelé à ajouter un élément à son édifice : un émulateur de terminal. Son développement a commencé il y a un peu moins d’un an, initié par Carsten Haitzler. Terminology est donc une écriture from scratch d’un terminal bénéficiant de fonctionnalités visuellement très impressionnantes.
La troisième version mineure est sortie récemment. Le nombre de fonctionnalités est assez important. Voici une liste non exhaustive présentant celles-ci, ainsi qu’une vidéo (cf le lien fourni) :
- compatibilité avec la plupart des codes d’échappement que reconnaissent xterm et urxvt. Donc les scripts et applications fonctionneront avec Terminology (ce qui est la moindre des choses pour un terminal)
- codes d’échappement spécifiques permettant d’afficher le contenu directement dans la console. Ainsi, tyls et tycat sont capables d’afficher n’importe quel fichier reconnu par les EFL dans la console. Un tycat d’une image ou d’une vidéo est directement affiché dans le terminal. Ainsi, certains ont commencé à écrire des scripts affichant les images provenant de reddit, par exemple.
- support du pavage (« tiling ») et des tabs
- sélection du background (bitmap, svg, gif animé, vidéo, pdf, etc…)
- support du changement de thème incluant le curseur, le layout, la définition des couleurs
- détection des adresses mail, des URL, des fichiers en local avec la possibilité de les afficher directement. Un lien vers un gif animé sur irssi sera affiché par simple clic sans passer par un navigateur.
- sélection par bloc
- glisser/déposer de texte
- etc…
En se basant sur les EFL, Terminology est donc indépendant du système d’affichage et fonctionne avec X11, Wayland et le frame buffer, sans aucune modification de code. Les version X11 et Wayland peuvent fonctionner en logiciel ou bien en utilisant l’accélération matérielle grâce à OpenGL/OpenGL ES2. D’où la possibilité de supporter les terminaux embarqués et typiquement les smartphones ou tablettes avec écran tactile et différentes échelles.
Côté performances, Terminology est parmi les terminaux les plus rapides (gestion des input à la même vitesse que urxvt) et la consommation mémoire provient principalement de l’historique. Le coût d’une instance supplémentaire est d’un peu moins de 300 ko.
Bien qu’utilisable dans sa version actuelle, il reste beaucoup de chemin pour sortir une version 1.0 de ce terminal.
Aller plus loin
- Description de Terminology (1116 clics)
- Lien direct vers la video (2009 clics)
- La nouvelle de l'annonce de E17 (277 clics)
- Le site du projet Enlightenment (150 clics)
- Le site de la communauté française (314 clics)
# Impressionnant
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 10.
La vidéo est longue, mais c'est vraiment impressionnant, et tout à fait dans le style d'Enlightenment je trouve, de développer un logiciel aussi optimisé pour tant de fonctionnalités.
[^] # Impressionnant, mais…
Posté par muchos (site web personnel) . Évalué à 2.
Y'aura-t-il un support Weboob ?
Debug the Web together.
# Il était temps que quelqu'un montre la voie
Posté par Ontologia (site web personnel) . Évalué à 6.
Une précédente tentative (dont je ne me souviens plus du nom) avait proposé la même chose. Mais c'était bugué et ça utilisait NodeJS.
Les quelques trucs que je souhaiteraient dans un terminal - qui relève de l'intégration avec ce que l'informatique est devenu - y sont :
- Intégration du ls et des types de fichiers multimédias
- (pas encore implémenté) URL fichier/web/whatever comme source de contenu. J'aimerai pouvoir faire grep patron http://www.unsite.fr/mapage.html
- Un format d'interrogation, genre query de toute ressource sur le système, oui ailleurs…
Bref, je rêve, mais tout ça va dans le bon sens et ça finira par être copié
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par Anonyme . Évalué à 6. Dernière modification le 29 mars 2013 à 14:16.
Peut être n'ai-je pas compris ton commentaire, mais tout cela relève du shell ou d'outils en ligne de commande et non de l'émulateur de terminal
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par Ontologia (site web personnel) . Évalué à 3.
Ce que je veux dire, c'est que ce projet montre que les émulateurs de terminaux ne sont fait que pour afficher du texte, et qu'il serait peut être temps d'avoir la possibilité d'afficher des images, de lire du son, etc..
Tout en gardant son habitude de faire du ls, qui, s'il est pipé, ce comporte comme avant.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
Afficher des images, xterm, rxvt-unicode et Linux — le terminal non graphique — le font déjà. À essayer avec w3m-img par exemple.
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 4.
Exemple avec rxvt-unicode (urxvt) :
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par RD . Évalué à 10.
En réalité w3m créé une XWindow superposée et tente tant bien que mal de la garder en sync et de la rafraîchir.
Or c'est bien le terminal qui est le plus à même de s'occuper du placement des XWindows utilisées par les applications tournant en son sein.
Et l'espèce de caricature d'IPC (en sens unique) la plus à même pour ce faire sont les séquences d'échappements, qui lorsqu'elles finissent par être standardisées, peuvent être utilisées par les applications et implémentées par des terminaux virtuels [modernes].
Un patch implémentant ce type de fonctionnalité pour urxvt, a été posté sur la mailing-list en début d'année.
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par potate . Évalué à 10. Dernière modification le 29 mars 2013 à 17:06.
Oui, mais w3m-img est un gros hack qui détecte son environnement pour choisir s'il fait des appels à la xlib ou au framebuffer pour dessiner par dessus la fenêtre ou le tty.
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par ckyl . Évalué à 9.
Alors qu'on nous rabache qu'un navigateur web n'est pas fait pour jouer des videos ou lire des sons et que c'est suffisant de cliquer sur un lien qui va ouvrir une ouvrir une application ?
T'es pas un peu fou ?
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 4.
gvfs-cat
?Des trucs dans
/proc
?[^] # Re: Il était temps que quelqu'un montre la voie
Posté par Ontologia (site web personnel) . Évalué à 3.
Très bien mais j'aimerai que cat/grep/wc/whatever comprennent une url comme un chemin de fichier et que ça soit totalement transparent.
mplayer le gère et c'est très pratique
Oui mais pas que. "Je veux la liste des images qui sont de type PNG, dont la largeur est inférieur à 800px, et datant de plus d'un an, mais de moins de 4 ans"
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par akimatsumoto . Évalué à 2.
C'est pas le but de nepomuk dans KDE ?
Je ne sait pas si il n'y a pas un utilitaire en ligne de commande pour faire ce genre de recherche dans la base de nepomuk
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par barmic . Évalué à 2.
Personnellement j'aurais proposé
curl
. Mais si c'est juste pour ça ça n'est pas un terminal, juste un petit programme voir un script (tu peut même gérer un petit cache pour les contenu réseau) et reprendre toutes les uuoc.Ce que tu veux c'est un bureau sémantique. Il y a du monde qui travail dessus (personnellement des recherches sur ce genre de méta données ne me servirait pas je me contente des globbings étendus de mon shell,
**/*.png(.)
pour l'exemple).Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par Moonz . Évalué à 3.
Je pense que c’est plus le rôle de l’OS que du terminal…
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par yohann (site web personnel) . Évalué à 1.
wget uri | grep patron
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par batousky . Évalué à 3.
Avec les paramètre qu'il faut ça donne :
$ wget -qO - uri | grep patron
ou plus simple avec curl :
$ curl -s uri | grep patron
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par Misc (site web personnel) . Évalué à 3.
Ou juste avec bash et /dev/tcp : http://thesmithfam.org/blog/2006/05/23/bash-socket-programming-with-devtcp-2/
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par stopspam . Évalué à 9.
Pour être vraiment kikoo lol, il ne manque le binding JS (langage du moment) et une barre pour les réseaux sociaux parce qu'on ne peut pas travailler sans (c'est bien connu).
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par flan (site web personnel) . Évalué à 3.
Termkit, peut-être ? ( https://github.com/unconed/TermKit )
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par lolop (site web personnel) . Évalué à 2.
De mes lectures, il semble me souvenir que AutoFS permet de faire des montages automatiques via ssh et ftp (via fuse), peut-être qu'il y a quelque chose pour http, qui te permettrais de faire un truc du genre:
C'est pas exactement pareil, mais pas loin du tout niveau syntaxique.
https://wiki.archlinux.org/index.php/Autofs
http://doc.ubuntu-fr.org/autofs
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par Misc (site web personnel) . Évalué à 2.
Netbsd propose aussi ce genre de choses, via portalfs ( enfin puffs maintenant ) :
http://www.netbsd.org/docs/puffs/
Le hurd propose :
http://www.nongnu.org/hurdextras/#httpfs
# Terminaux riches
Posté par gasche . Évalué à 10.
Je pense que c'est une fonctionnalité majeure sur laquelle il faudrait réfléchir à des usages étendus et surtout une cohérence entre les outils.
À mon avis il n'est plus réaliste aujourd'hui de considérer que le mode texte comme seul vecteur d'information est pertinent pour tous les usages. Par contre, l'interface terminal (en particulier les commandes en mode texte, et donc dans un langage plus riche qu'avec seulement des actions graphiques) reste une excellente interface. Pour rester pertinents sur le long terme, il faudrait des terminaux qui évoluent vers un modèle plus riche permettant des retours graphiques et même des interactions non-textuelles localisées (autres que la simple sélection de texte).
Ces interfaces sont déjà disponibles dans les logiciels ayant un concept de "Worksheet": Maple, Matlab, Mathematica, le Sage Notebook, etc. J'aimerais que mon terminal devienne plus comme ça.
Quelques projets qui vont dans ce sens :
Partir d'un outil complètement nouveau comme IPython ou le Sage Notebook et le rendre utilisable comme un terminal est une façon de faire avancer les choses (du "haut vers le bas"). Améliorer les terminals existant en conservant leurs (vacillantes) bases techniques en est une autre (du "bas vers le haut") qui semble pointer le bout de son nez ici. Je ne sais pas quelle approche est techniquement préférable, mais ici il y a aussi et même a un problème social. Il s'agit de savoir laquelle pourra avoir assez d'adoption pour dépasser une masse critique et faire bouger les choses.
[^] # Re: Terminaux riches
Posté par gasche . Évalué à 5.
Mon post est peut-être un peu abstrait. Pour des gens qui veulent une idée plus concrète des interactions dont je parle, voici un exemple de Notebook IPython.
http://nbviewer.ipython.org/4042018
Cette page est (un export HTML d') un historique d'une interaction entre un utilisateur et l'outil IPython. Chaque commande correspond à une paire In (ce que l'utilisateur a tapé comme commande; ici il s'agit d'un bloc de code Python) et Out (la sortie qui peut aussi bien être textuelle que graphique, voire même être elle-même une animation interactive. Il y a du texte autour qui sont des commentaires écrits (après coup) par l'utilisateur pour présenter son interaction de façon lisible.
L'idée serait d'avoir le même genre de mécanismes, mais pour un terminal. Je suis dans un répertoire qui contient des images, pof je les représente (par défaut redimensionnées pour ne pas être trop envahissantes) dans mon terminal avec une commande simple. Je fais un grep, j'ai une sortie semi-interactive qui me permet d'activer (par une entrée clavier ou un clic souris) une ligne de résultat pour afficher le contexte qui l'entoure.
[^] # Re: Terminaux riches
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
Vu que le terminal gère les sorties multimedia, écrire un programme qui sort ce genre d'info ne devrait pas être trop difficile.
Il faudrait des échappements pour les entrées. Cela serait marrant d'avoir un terminal qui permet d'avoir une gui sans aucune lib graphique dans l'outil en ligne de commande.
"La première sécurité est la liberté"
[^] # Re: Terminaux riches
Posté par lolop (site web personnel) . Évalué à 8.
Dans les temps anciens, le shell du "Macintosh Programming Workshop" (ou MPW Shell) avait une fonctionnalité assez sympa, qui faisait qu'en tapant
...
après une commande, ça ouvrait un dialogue (fenêtre GUI) présentant les options de cette commande en mode interactif en permettant de choisir et fixer les paramètres & Co. La fermeture du dialogue produisait la ligne de commande correspondante à la place des...
.http://www.geek-central.gen.nz/MPW/intro.html
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Terminaux riches
Posté par freem . Évalué à 2.
Ca, ça a l'air vraiment génial, contrairement au reste de ce que j'ai pu lire ici qui ne me fait ni chaud ni froid…
Juste une question: l'interface, c'était une graphique, ou une semi-graphique? Dans le 1er cas, j'ai envie de dire que c'est dommage (ça force presque à prendre la souris, sauf si pour une fois les dev ont pensé aux gens qui préfèrent le clavier…).
[^] # Re: Terminaux riches
Posté par lolop (site web personnel) . Évalué à 2.
Ça partait d'une fenêtre console qui faisait ouvrir un dialogue graphique. Par contre, je ne me souviens plus s'il y avait des raccourcis clavier pour naviguer dans ce dialogue.
Bon, c'était MacOS avant le X, pas un Unix.
Il me semble que le truc qui gérait ce comportement s'appelait "commando"… d'ailleurs une recherche mpw commando me donne ce site:
http://maccommando.com/ qui semble une réécriture de commando.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Excellent!
Posté par Dareg . Évalué à 5.
Merci à l'auteur de la dépêche de nous faire découvrir ce nouveau terminal, qui semble vraiment épatant! :O
Je n'ai pas l'impression que le monde des émulateurs de terminal ai beaucoup évolué ces dernières années, mais là chapeau! Rien que pouvoir prévisualiser les images aussi facilement et directement dans le terminal grâce à tyls me semble être un grand pas en avant.
[^] # Re: Excellent!
Posté par Mme Michu-cide . Évalué à 3.
À défaut de n'avoir jamais eu un gestionnaire de fichiers raisonnablement fourni et tout simplement fonctionnel sous Enlightenment, on finira pas avoir un terminal qui poutrera tout et fera même le café!
[^] # Re: Excellent!
Posté par Mme Michu-cide . Évalué à 6.
Frappez moi, je viens de tester enlightenment e17 sous Ubuntu et il y a un gestionnaire de fichier plus que correct. Quoiqu'un peu lent sur le parsage d'un répertoire mais il est assez beau et fonctionnel.
# bien ...
Posté par coucou78 . Évalué à 2.
je trouve cette idée et réalisation vraiment géniale.
# Tiling ?
Posté par gallenza . Évalué à 3.
La prise en charge du tiling au niveau de l'émulateur de terminal…
Cela est pris en charge par les tiling WM, et par certaines application en mode texte (Vim).
Gestionnaire de fenêtre, émulateur de terminal ou application, qui est le plus légitime et le plus efficace pour gérer le tiling ?
[^] # Re: Tiling ?
Posté par dinomasque . Évalué à 7.
Pourquoi chercher à trancher ?
Chacun utilise le tiling qui lui plait là ou ça lui plait.
BeOS le faisait il y a 20 ans !
[^] # Re: Tiling ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 4.
Pour être plus complet, c'est pris en charge par des gestionnaires de fenêtres, par des émulateurs de terminaux comme celui-ci, par des multiplexeurs de terminaux comme tmux et screen, et par certains logiciels en mode texte. De quoi empiler quatre couches de pavage.
[^] # Re: Tiling ?
Posté par barmic . Évalué à 6.
Et de toutes les binder sur les même raccourcis…
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tiling ?
Posté par Sidonie_Tardieu . Évalué à 7.
One Shortcut to rule them all,
One Shortcut to find them all,
One Shortcut to bring them all
and in the Terminology bind them
In the Land of Rasterman where the Enlightenment lie.
Pour un sextumvirat ! Zenitram, Tanguy Ortolo, Maclag, xaccrocheur, arnaudus et alenvers présidents !
[^] # Re: Tiling ?
Posté par freem . Évalué à 1.
Marrant, je me suis fait la même réflexion…
Je me dis souvent que j'aimerais faire la connaissance d'un émulateur qui ne supporte même pas le multi-onglets d'ailleurs, vu que ça aussi, ça me semble être le job du WM…
Pour continuer dans le délire:
Et 5 couches, 5 fois la même fonctionnalité implémentée! Qui dit mieux?
Perso, mon avis est que tout ça c'est le boulot du WM, mais ce doit être parce que j'en utilise un qui, non content de supporter les tuiles, est axé autour de leur utilisation…
[^] # Re: Tiling ?
Posté par barmic . Évalué à 2.
urxvt ne le supporte que via une extension, il suffit de ne pas l'activer (au passage tu ferra la connaissance de l'un des meilleurs terminaux en terme de légèreté et de performance, tout en étant extensible via des plugins en perl.
Par curiosité, le quel ? Je suis entrain de réfléchir à quitter awesome (pour le moment je me dirige vers xmonad).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tiling ?
Posté par freem . Évalué à 1.
Oh. J'y ai déjà jeté un oeil, mais je dois admettre que les paramètres par défaut chez Debian sont assez pourris et que je n'ai pas trop cherché comment les modifier… J'y jetterai un autre oeil alors.
I3 (i3-wm.org). Je l'ai adopté pour sa simplicité de configuration, laquelle ne se fait pas par un langage de programmation. D'un autre côté, on peut dialoguer avec via un méchanisme d'IPC, donc théoriquement, tu peux utiliser divers langages pour l'étendre. Je n'ai pas encore fouiné de ce côté par contre.
Si tu te diriges vers xmonad, entièrement configuré via des scripts, je doute que ce soit ce qu'il te faut ;)
[^] # Re: Tiling ?
Posté par barmic . Évalué à 2.
Je suis sous Debian (j'ai pas remarqué ce dont tu parle), je te montre ma configuration si ça peut t'aider (à mettre dans ~/.Xresources puis
xrdb -merge ~/.Xresources
) :i3 on m'en avait dis du mal à cause du développeur principal qui ne voulais pas supporter les versions un peu ancienne de son wm, je crois. Mais à part ça on m'en a dit beaucoup de bien notamment au sujet des fonctionnalités qu'il a et que je ne retrouve pas dans awesome.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tiling ?
Posté par freem . Évalué à 1.
Je note ta config :)
De mémoire, quand je l'avais essayé c'était fond blanc, par exemple. Et comme je l'ai dis, je n'avais alors pas cherché très loin pour la config, j'avais surtout tenté de trouver un gui à cette époque (ben oui, il faut du temps pour perdre les réflexes acquis pendant +-16 ans de windows!)
Côté d'i3… les échanges que j'ai eus avec les dev ont été agréables, rapides, les raisons du refus explicitées et cohérentes (pas toujours le cas ça) et pour l'autre intervention, un bout de code python à été proposé (nécessité d'utiliser le mécanisme d'IPC pour un truc: j'avais demandé comment faire pour qu'un terminal ouvert sur un workspace précis soit ouvert directement dans un dossier, indépendamment des autres. Faudrait juste que j'ajoute un truc pour que "cd" modifie une variable à un niveau plus haut, peut-être un fichier dans /tmp ou /var, et ce serait parfait pour la raison que je voulais l'utiliser… mais il me semble que j'ai trouvé une autre solution, a vérifier: 2 semaines que j'ai pas touché mes PC pour autre chose que jouer :S) que j'aurai pu adapter à mes besoins si j'en avais eu le courage.
Je ne parle même pas de la doc: plus clair, tu meurs.
Pour des gens faisant un logiciel prétendument élitistes, je les trouve avenants, et le logiciels utilisable par un utilisateur lambda très simplement.
Le seul truc que j'ai trouvé "élitiste" c'est de dire "on fait un gestionnaire de fenêtres qui ne fait que gérer les fenêtres: le fond d'écran, la déco de fenêtres, tout ça… s'pas notre job.".
Un objectif clair, quoi, et quand tu as besoin d'une fonctionnalité qui n'en fait pas partie, on te le dit. Poliment, et en expliquant pourquoi ça ne sera pas fait et comment tu peux gérer le problème toi-même.
Même leur code source et leur config par défaut sont clairs et utilisables out of the box! (pour le source, franchement, on peut pas dire que j'aie souvent été impressionné par des sources propres. Avec i3, ça a été le cas.)
Maintenant, s'il ne supporte pas la version 3.1 alors qu'il en est à la version 4.5.1, je trouve ça logique.
Bah oui, on parle d'un WM manager minoritaire, et même chez les tiling, il ne me semble pas être l'un des plus connus (on tombe plus vite sur des trucs qui se fixent des limites débiles de KLOC maxi, avec parfois des config condées en dur(!!!) dans le code ou entièrement configurées par un Nième langage de programmation (oui mais c'est bon merci: j'utilise mes compétences de dev pour écrire des logiciels moi, pas des config), avec donc assez peu de contributeurs, donc autre chose à faire que s'endormir sur le code écrit 10 ans plus tôt.
Par exemple, entre les v3 et v4 il semble (j'ai connu à la 4.2, je suis encore un jeunot) qu'ils aient refait tout le système d'arborescence.
Niveau fonctionnalités, je te conseilles les versions plus récentes, il y a eu quelques ajouts sympa depuis la 4.2, notamment les barres de titres et les noms des workspaces qui clignotent quand une fenêtre requiers ton attention. Ca existe un peu partout, forcément, mais je conçois que ça n'aie pas été la priorité…
Ils ont aussi ajouté (il me semble que c'est la 4.4 qui l'a ajoutée cette fonctionnalité) le fait de pouvoir retourner la d'où tu viens en "rebasculant" a nouveau sur le workspace sur lequel tu es. Très utile ça, je ne m'en passe plus.
D'un autre côté, il manque peut-être les layouts des autres TWM (je n'en ai testé aucun autre, juste lu à gauche et à droite avant de me décider): devoir organiser ses fenêtre soi-même est parfois un peu pénible, ainsi que la navigation entre les conteneurs et les fenêtres. J'imagine qu'il y a moyen d'automatiser ça a grands coups d'IPC, cela dis.
Et il faut passer par de la bidouille pour pouvoir l'utiliser avec les blob nvidia, vu que I3 dépend entièrement de xrandr. A ma connaissance, il n'y a pas non plus de support de wayland.
J'ai essayé d'être objectif, mais mon discours à sûrement des flous, parce que je n'ai pas essayé d'atteindre le niveau "utilisateur avancé" ni de contribuer plus que ça.
En tout cas, mon avis sur cet outil est extrêmement positif, mais je n'ai pas assez de recul pour dire s'il est mieux que les autres ou pas.
[^] # Re: Tiling ?
Posté par barmic . Évalué à 2.
Il n'a pas une gestion de layout automatique ? Par exemple vouloir tout mettre en grand et superposer chaque client ou avoir l'écran coupé en 4. Il faut tout redécouper à chaque fois ? C'est assez gênant pour mon usage. J'aime bien les wm tiling automatiques même si je préfèrerais parfois faire un peu plus de manuel.
J'avais appris qu'il gérait des conteneurs et de ce que j'en ai compris c'est vraiment l'une des fonctionnalités qu'il me manque (faudrait que je me renseigne si xmonad fait ça).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tiling ?
Posté par freem . Évalué à 1. Dernière modification le 03 avril 2013 à 13:51.
Pas que je sache. Peut-être que ça peut se bricoler avec les IPC, par contre. C'est en fait le principal point noir que j'y vois à l'heure actuelle, et c'est aussi quelque chose que j'apprécierais…
C'est en fait une implémentation du DP composite, avec les conteneurs comme "classe" (des guillemets puisqu'il n'y a pas de classe en C. Pas officiellement du moins) tronc, et les fenêtres comme feuilles. Enfin, c'est ce que je suppose, puisque le comportement est le même (et que c'est comme ça que je l'aurai implémenté)
[^] # Re: Tiling ?
Posté par barmic . Évalué à 2.
Ça m'intéresse de quoi s'agit-il ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tiling ?
Posté par freem . Évalué à 0. Dernière modification le 03 avril 2013 à 15:40.
Désolé, vue l'audience de ce site, j'ai oublié que tout le monde n'est pas obligé de savoir ce que sont les DP.
Il s'agit d'un des modèles de conception (Design Pattern) du GoF (Gang of Four) qui sont en fait une liste des schémas que l'on rencontre pour ainsi dire presque tout le temps en prog.
Je te conseille de jeter un oeil aux articles wikipedia à leur sujet, ne serait-ce que les introductions, histoire d'entrevoir le principe, puis la liste, ça permet d'avoir une vue globale, et quand tu es confronté ensuite à un problème tu vas te dire "tiens, et si…".
Je parie même que tu en as déjà utilisés plusieurs sans le savoir en fait (si tu dev, bien sûr). Dans mon cas, ça a été le cas avec le composite en 1er (pour une lib template de gestionnaire de fenêtre, avec une implémentation SDL 1.2 et un début SFML 1.6, faudra que je m'y remette).
(citations de wikipedia: http://fr.wikipedia.org/wiki/Objet_composite)
Comme tu peux le voir, on est bien dans le cas du conteneur: un conteneur est une fenêtre spécialisée qui ne fait que contenir d'autres fenêtre (et donc, peut-être, des conteneurs).
J'adore ce DP au point d'avoir fini par coder un conteneur template en C++.
(Je doute que quelqu'un d'autre que moi s'en serve, mais au cas ou, j'ai repiqué la licence de boost. De toute façon, il est encore incomplet: il manque une bonne batterie de tests et de la doc.)
[^] # Re: Tiling ?
Posté par barmic . Évalué à 2.
putain ça fait 2 fois que je me fais avoir avec DP. J'ai jamais entendu (à part 2 fois ici) ce sigle (et comme on parlait d'interface graphique, j'imaginais "composite" comme étant plus lié au graphismes).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tiling ?
Posté par Moonz . Évalué à 2.
Le blob nvidia supporte xrandr depuis ~2012. J’utilise i3 avec sans la moindre bidouille.
[^] # Re: Tiling ?
Posté par freem . Évalué à 1.
Ah oui, merci de l'info: http://www.nvidia.com/object/linux-display-amd64-302.17-driver.html
Manifestement, c'est depuis le 15 juin 2012. Bizarre, le blob que j'ai installé chez moi il y a 2 mois ne semblait pas le supporter… faudra que j'enquête sur le problème.
# Coquillettes.
Posté par Sidonie_Tardieu . Évalué à 2.
La nouvel_le_ de l'annonce de E17
Le site de la communaut_é_ fran_ç_aise
est d’un peu moi_n_s de 300 ko.
Pour un sextumvirat ! Zenitram, Tanguy Ortolo, Maclag, xaccrocheur, arnaudus et alenvers présidents !
[^] # Re: Coquillettes.
Posté par Benoît Sibaud (site web personnel) . Évalué à 2.
Corrigé, merci.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.