Pour pallier ce problème, j'ai écrit un petit utilitaire baptisé autojump. Autojump maintient une base de données des répertoires dans lequel l'utilisateur passe le plus de temps. Il est alors possible d'utiliser la commande j pour "sauter" d'un répertoire à un autre :
j motif
Cette commande saute au répertoire le plus utilisé qui correspond au motif. Par exemple, "j to" peut vous emmener au répertoire /home/jeanpaul/documents/divers/torrents. En pratique, trois au quatre caractères sont suffisants pour le motif, à contraster avec la longueur des commandes cd habituelles.
Autojump est écrit en Python et en bash, et distribué sous la licence GPL v3. Il n'est utilisable que depuis bash pour le moment, mais le porter à d'autres shells ne devrait pas poser trop de problèmes.
Un paquet est disponible pour Arch Linux. Sous cette distribution, il suffit de taper :
yaourt -S autojump
pour l'installer. L'installation sous d'autres distributions demande de copier trois fichiers dans les répertoires adaptés, comme décrit dans le README. Toute proposition de paquet pour d'autres distributions sera vivement appréciée !
Aller plus loin
- La page GitHub du projet (95 clics)
- Le paquet pour Arch Linux (14 clics)
# Alternatives ?
Posté par liberforce (site web personnel) . Évalué à 10.
On peut utiliser les flèches haut/bas pour naviguer dans l'historique des commandes.
Il y a aussi Ctrl+R et Ctrl+Shift+R pour faire des recherches dans l'historique des commandes. Quelques lettres à taper puis le défilement avec Ctrl+R permettent de faire gagner un temps précieux.
De même quand il s'agit de naviguer entre deux répertoires aux noms un peu longuet, une fois qu'on est passé de l'un à l'autre, la commande cd - permet de passer au répertoire précédent, et donc d'alterner entre les deux.
Enfin, pour les répertoires multiples où l'on passe souvent, autant se créer des alias, par exemple alias cdtorrents='cd /home/jeanpaul/documents/divers/torrents'
[^] # Re: Alternatives ?
Posté par Serge Julien . Évalué à 10.
[^] # Re: Alternatives ?
Posté par regdub . Évalué à 1.
Si on peut associer ça à de la complétion auto sous bash, ça serait encore mieux, mais je ne connais pas.
[^] # Re: Alternatives ?
Posté par Thierry . Évalué à 1.
Euh... modulo les effets pervers de cette variable sur des scripts shell et/ou des Makefiles un peu tortueux...
[^] # Re: Alternatives ?
Posté par PLuG . Évalué à 10.
[^] # Re: Alternatives ?
Posté par JoeltheLion (site web personnel) . Évalué à 9.
Quand à créer des alias manuellement, pourquoi les créer manuellement quand un programme peut le faire pour toi, de manière transparente?
[^] # Re: Alternatives ?
Posté par chuchunain (site web personnel) . Évalué à 2.
T'as le bonjour de JavaScript !
# Manque
Posté par _PhiX_ . Évalué à 4.
Sinon, merci pour ce programme, ça fera un bon complément à la commande cd -.
[^] # Re: Manque
Posté par JoeltheLion (site web personnel) . Évalué à 3.
[^] # Re: Manque
Posté par _PhiX_ . Évalué à 2.
[^] # Re: Manque
Posté par JoeltheLion (site web personnel) . Évalué à 2.
En attendant, j'ai rajouté une archive complète de la dernière version dans les download. Sinon il est bien entendu possible d'utiliser git pour récupérer la dernière version:
git clone git://github.com/joelthelion/autojump.git[^] # Re: Manque
Posté par _PhiX_ . Évalué à 2.
[^] # Re: Manque
Posté par JoeltheLion (site web personnel) . Évalué à 2.
[^] # Re: Manque
Posté par _PhiX_ . Évalué à 3.
Danke schön.
# Tu t'es inspiré de la barre d'adresse dans un navigateur ?
Posté par Thomas Douillard . Évalué à 4.
Le principe ressemble étrangement en tout cas. Comme quoi ... les deux mondes ne sont pas si éloignés.
[^] # Re: Tu t'es inspiré de la barre d'adresse dans un navigateur ?
Posté par JoeltheLion (site web personnel) . Évalué à 2.
# Et bientôt un programme pour éditer du texte ?
Posté par Bruno Bonfils (site web personnel) . Évalué à -3.
y a des gens ils sont vraiment pas bien dans leur tête, c'est quoi l'intêrêt de faire un programme exprès pour ca ? c'est une blague pour le vendredi 13 ?
Plus sérieusement pourquoi ne pas plutôt utiliser un vrai shell, et surtout, lire sa doc. Ce qui permet de découvrir des choses intéressantes, comme les répertoires nommés (hash -d toto=/usr/local ; cd ~toto), les raccourcis du genre cd /u/l/s pour aller dans /usr/local/share par exemple.
Et surtout, surtout, l'autostackage des répertoires :
setopt auto_pushd
setopt pushdminus
15:49 (asyd~ps7529) /export/home/asyd
% cd /tmp
% cd /var/opt
15:50 (asyd~ps7529) /var/opt
% cd /opt/VirtualBox
15:50 (asyd~ps7529) /opt/VirtualBox
% cd /lib/svc/method
15:50 (asyd~ps7529) /lib/svc/method
% cd -
directory stack
1 -- /opt/VirtualBox
2 -- /var/opt
3 -- /tmp
4 -- /export/home/asyd
et la peut être que les gens arrêteront d'écrire des conneries..
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par JoeltheLion (site web personnel) . Évalué à 2.
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par Farzad FARID (site web personnel) . Évalué à 6.
La réponse est normalement « pour faire encore mieux ! » mais dans ce cas précis il y a suffisamment de Shells évolués qui ont déjà nativement des commandes puissantes.
Le meilleur remède à la duplication de code est la lecture de la documentation. Si cela ne suffit pas, G..gle est notre ami à tous :)
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par JoeltheLion (site web personnel) . Évalué à 5.
La réponse est normalement « pour faire encore mieux ! » mais dans ce cas précis il y a suffisamment de Shells évolués qui ont déjà nativement des commandes puissantes.
Je repose la question: où est la réinvention de roue? Est-ce que zsh (ou autres) permet déjà nativement de faire la même chose?
Effectivement l'autostack et autres c'est bien, mais ce n'est pas la même chose et je ne vois pas ce qui empêche d'avoir et d'utiliser les deux.
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par Bruno Bonfils (site web personnel) . Évalué à 2.
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par JoeltheLion (site web personnel) . Évalué à 3.
Après, c'est à toi de voir si c'est utile pour toi ou non.
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par JoeltheLion (site web personnel) . Évalué à 2.
A propos de l'implémentation actuelle: ce n'est qu'un prototype! Il est sans doute tout à fait possible d'implanter la même idée dans le shell directement.
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par B16F4RV4RD1N . Évalué à 3.
Une remarque :
jstat existe déjà sur mon système, c'est "Java Virtual Machine Statistics Monitoring Tool". Ta commande remplace celle-ci, ce qui n'est pas très élégant (même si je n'utilise pas personnellement jstat de java)
Pour le reste, manque plus que l'autocomplétion, et cela sera parfait.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par JoeltheLion (site web personnel) . Évalué à 2.
C'est corrigé.
Pour le reste, manque plus que l'autocomplétion, et cela sera parfait.
J'y réfléchis :) Cela dit, si quelqu'un a une super idée pour l'implémenter, je suis preneur!
et merci pour les encouragements, ça fait toujours plaisir :)
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par Étienne . Évalué à 3.
A titre personnel, je pense qu'il serait intéressant pour l'autocomplétion d'avoir les 10 (le nombre est arbitraire) répertoires les plus populaires correspondant au pattern. De la sorte, si je vois que c'est bien le premier de la liste dans lequel je veux aller, je peux valider, sinon je rajoute quelques lettres.
Étienne
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par JoeltheLion (site web personnel) . Évalué à 4.
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par Kangs . Évalué à 1.
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par Bruno Bonfils (site web personnel) . Évalué à -1.
La même chose en pure shell j'aurais du compris un peu plus facilement...
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par grid . Évalué à 10.
Le gars s'amuse avec un prog qui lui manquait.
C'est tout
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par beagf (site web personnel) . Évalué à 10.
peut être que les gens arrêteront d'écrire des conneries
Tu commence par souffler un bon coup e relire ce que tu viens d'écrire. Ensuite tu réfléchit un peu au fait que les plus belles conneries c'est toi qui viens de les écrire.
Tu n'as pas besoin d'insulter les gens et d'être aussi agressif pour faire passer ton message, bien au contraire.
Ensuite comme dit au dessus, tout ce dont tu parle ne fait pas ce que fait le petit outils proposer dans la dépêche qui lui va apprendre tout seul les répertoire.
Donc pas besoin de refaire tout tes alias à chaque fois.
Ensuite ce programme ça ressemble plus à un proto pour l'instant, ça va dire que ça permet de tester des idées. Si le truc marche bien, que du monde l'utilise, et que les utilisateurs sont contents, qu'il évolue bien, l'idée sera peut-être intégrée directement dans des shells.
Dans tous les cas, c'est une approche différente du problème et qui mérite au moins d'être tester. Tu part du principe que ce qui éxiste est LA bonne solution, et que donc quelque chose de similaire est forcément redondant. Mais ici on a une nouvelle approche qui est peut-être bien mieux que l'existant, et qui donc finira peut-être par le remplacer.
Heureusement que tout le monde n'a pas la même mentalité que toi.
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par Pierre Jarillon (site web personnel) . Évalué à 4.
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par Bapt (site web personnel) . Évalué à -7.
[^] # Re: Et bientôt un programme pour éditer du texte ?
Posté par beagf (site web personnel) . Évalué à 8.
Lequel des programmes qu'il cite apprend tout seul les répertoire que tu utilise le plus souvent ?
En quoi dire des conneries en insultant les gens est une bonne chose. Vue le nombre de personne ici qui ont l'air de trouver le programme intéressant faudrais peut-être penser à vous poser quelques question.
Et détail en passant, ne pas oublier que le libre c'est aussi la liberté de coder et de recoder. Pourquoi on vous vois pas insulter les devellopeur des distributions qui font toutes à peu près la même chose, ceux de tous les wm qui font tous à peu près la même chose, ceux des lecteur de musique et video qui font à peu près la même chose ?
Pourquoi on vous voit pas insulter les dévelopeur de linux qui ne font au final que redéveloper un unix de plus qui fait à peu près la même chose que les autres ?
# Tant pis pour les décourageurs...
Posté par Bastes . Évalué à 10.
Et je ne vois pas l'intérêt de venir lui casser son moral avec des remarques à 2 balles du genre "mais ça existe déjà, yaka faire cdscramble [blah, foo, bar]; exit 0; print pwd {!} && -baka # aaaaaargh = ? et hop, tout simple, yaka lire la doc". Il a fait son logiciel qui convient à ses besoins, il veut le partager avec ceux qui ont le même besoin parce qu'il trouve que ça simplifie la vie, eh bien c'est très bien ! Les logiciels libres c'est fait pour être partagé, et y'a pas marqué "AVIP only" (AVIP = Already Very Interested People), si on est forcé d'apprendre tous les manuels par coeur pour s'en servir il ne va pas y avoir grand monde pour les utiliser. Donc c'est bien qu'on ait des gens qui pensent une fois de temps en temps à faire des petits binious bien pratiques pour échapper à de fastidieux paramétrages réservés aux experts.
[^] # Re: Tant pis pour les décourageurs...
Posté par arapaho . Évalué à -3.
C'est vrai qu'on devrait pouvoir aller mettre les mains dans un zOS en production sans avoir appris quoi que ce soit dessus. C'est la meilleure méthode.
[^] # Re: Tant pis pour les décourageurs...
Posté par Grunt . Évalué à 2.
Mais à qui s'adresse autojump?
Aux geeks? ils savent utiliser les raccourcis "Ctrl+R", la tab completion et les alias afin de gagner du temps?
Au "grand public"? Déjà que la ligne de commande lui fait peur, le "cd" lui fait encore plus peur, alors apprendre à utiliser "autojump" je n'en parle pas..
L'idée est réellement intéressante, et ça vaut le coup d'essayer. Mais j'ai du mal à voir le "profil" de l'utilisateur d'autojump.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Tant pis pour les décourageurs...
Posté par JoeltheLion (site web personnel) . Évalué à 5.
Je pense effectivement aux geeks, disons aux utilisateurs déjà relativement avancés de la ligne de commande. Au départ, j'ai écrit autojump pour moi, et comme j'ai trouvé que c'était vraiment utile, j'ai décidé de le publier. Je pense que c'est complémentaire des Ctrl+R, Tab et compagnie, et non en opposition. Par rapport aux alias, tu as l'avantage (ou l'inconvénient, c'est selon!) qu'autojump va les générer automatiquement pour toi. C'est donc moins intrusif, au prix d'une erreur de temps en temps.
[^] # Re: Tant pis pour les décourageurs...
Posté par nojhan (site web personnel, Mastodon) . Évalué à 3.
Pour éviter les erreurs dont tu parles, je pense qu'une simple autocomplétion suffirait à régler le problème : quand on est pas sur du motif, un coup de [TAB] et on voit tout de suite si c'est bon.
De même, j'imaginerais assez bien qu'un double [TAB] permette de rechercher dans l'ensemble des répertoires (en utilisant la base de locate ça devrait aller vite)...
[^] # Re: Tant pis pour les décourageurs...
Posté par JoeltheLion (site web personnel) . Évalué à 2.
Pour éviter les erreurs dont tu parles, je pense qu'une simple autocomplétion suffirait à régler le problème : quand on est pas sur du motif, un coup de [TAB] et on voit tout de suite si c'est bon.
De même, j'imaginerais assez bien qu'un double [TAB] permette de rechercher dans l'ensemble des répertoires (en utilisant la base de locate ça devrait aller vite)...
Effectivement, ça fait un moment que j'y pense, mais je ne vois pas bien comment l'implémenter en pratique. Tu aurais des idées?
[^] # Re: Tant pis pour les décourageurs...
Posté par Alex G. . Évalué à 1.
uin exemple http://stackoverflow.com/questions/427472/line-completion-wi(...)
Je sais pas si ça t'aide. Je pense que tu peux y mettre l'appel à autojump avec une option spécial qui retournerai le chemin complet ou la liste des chemins possibles, etc....
[^] # Re: Tant pis pour les décourageurs...
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à -3.
Mal ?
Désolé, c'était trop tentant. :)
Allez, deux/trois petits rappels qui payent pas de mine:
!! : la dernière commande
!$ : le dernier paramètre de la commande précédente
!f : la dernière commande de l'historique qui commence par f
Et sinon, je propose (comme d'autres) à chacun de lire un peu les pages info de son shell pour découvrir des trucs géniaux (ou alors d'installer zsh si y a justement pas de trucs géniaux).
[^] # Re: Tant pis pour les décourageurs...
Posté par nojhan (site web personnel, Mastodon) . Évalué à 2.
Avec autojump, tu as un raccourcis rapide à taper et qui apprend tout seul, c'est original, c'est utile, c'est bien.
Et puis d'abord, d'où viens cette propension idiote à vouloir expliquer aux gens comment se passer d'une chose dont ils ont besoin ? Une enfance malheureuse ? Un manque de reconnaissance ? Un déficit en calcium ?
[^] # Re: Tant pis pour les décourageurs...
Posté par Thomas Douillard . Évalué à 5.
On voit ça souvent : une innovation technique apparait, ceux qui n'en ont pas besoin, ou qui le pensent disent
"ouah ça sert à rien, on peut déja faire un truc à peu prêt équivalent avec l'existant avec un peu d'organisation et d'habitude, ..."
Ce genre de commentaire "à chaud" est quasi systématique. Tu reviens quelques années après, et c'est là que tu verras si ils avaient raison ou pas. Soit ils l'utilisent eux aussi, soient ils avaient raison, soit ils sont devenus des dinos qui utilisent un truc que plus personne à part eux utilisent.
[^] # Re: Tant pis pour les décourageurs...
Posté par briaeros007 . Évalué à 1.
enfin en même temps, pour 1 innovation, il y a 50 recopie de ce qu'on peut effectivement déjà faire avec l'existant sans travail supplémentaire.
Donc à la fin, pour certains, ça devient une habitude de répondre ça ;)
[^] # Re: Tant pis pour les décourageurs...
Posté par djibb (site web personnel) . Évalué à 1.
[^] # Re: Tant pis pour les décourageurs...
Posté par briaeros007 . Évalué à 2.
Je rappelais juste que les gens qui répondait "ca n'apporte rien" ce n'était pas forcément par pure méchanceté ou parce qu'ils refusent le changement, mais à cause d'une certaine (mauvaise?) expérience.
[^] # Re: Tant pis pour les décourageurs...
Posté par 16aR . Évalué à 1.
Apres, c'est vrai qu'une autre implémentation serait plus sympa que le python :)
Faut voir la masse de travail :D
[^] # Re: Tant pis pour les décourageurs...
Posté par Infernal Quack (site web personnel) . Évalué à 5.
A mort le politiquement correct ! Si je dis une connerie n'hésitez pas à me le dire ! Si je veux faire un truc d'une façon inappropriée, insultez-moi ! Je préfère une réaction exagérée à un mutisme soit-disant bienveillant.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Tant pis pour les décourageurs...
Posté par Thomas Douillard . Évalué à 2.
S'adapter à l'interlocuteur au moins un peu, quoi.
[^] # Re: Tant pis pour les décourageurs...
Posté par beagf (site web personnel) . Évalué à 6.
- ça me permet de me défouler en remettant à leur place les grincheux (pour rester poli) ;
- ça pousse ce qui aiment bien l'idée à le dire, et donc ça motive le développeur...
Au niveau des suggestion, un truc pas serait que la recherche ce fasse à la fois dans les répertoires les plus visités et dans les dernier répertoires visités.
Petit exemple :
Je sais que je suis aller il y a pas longtemps dans le répertoire /usr/local/share/foobar/plugins/lib/bipbip/config (bref un truc chiant à taper) un simple "j bipbip" et j'y suis de nouveaux même si je n'y suis allé qu'une seule fois.
J'ai souvent en tête ce genre de truc, et je perd du temps avec une recherche dans l'historique vu qu'il ne conserve que les commandes et que la première fois que j'y suis allé je partait peut-re déjà du repertoire /usr/local/share/foobar/autrechose/.
Et l'autostack des répertoires est pas terrible dans ce cas, si j'ai parcouru 50 rep depuis. Soit celui la est sortit de la liste, soit je me cogne la recherche à la main, et ça prend des plombe, soit j'y vais à coup de grep et c'est plus simple de le retrouver à coup de complétion.
# Comparaison par rapport à cdargs ...
Posté par Ronan BARZIC . Évalué à 6.
Pour ca, j'utilise cdargs (http://www.skamphausen.de/cgi-bin/ska/CDargs)
Quand je suis dans un repertoire que je sais être utilisé souvent , je crée un alias avec
"ca mon_alias"
Ca ajoute "alias" à un fichier (texte) caché avec le répertoire courant
Ensuite, je me déplace de répertoires en répertoires avec "cv alias" (avec autocompletion..)
Jusque là, ce n'est pas trop différent d'autojump (mis à part l'aspect automatique de autojump je pense). Le gros plus de cdargs, c'est que ca marche aussi dans Emacs !
Un raccourci + l'alias, et hop emacs ouvre le répertoire concerné ! Super efficace.
Comme je bosse sur plusieurs projets différents à la fois, mais que chaque projet à la même structure , je n'ai même plus besoin de créer tous les alias, un coup de chercher/remplacer, et hop, j'ai les alias pour le nouveau projet (j'ai du modifier un peu cdargs pour utiliser une variable d'environnement propre à chaque projet mais c'est du shell donc super simple)
Si quelqu'un a mieux, je prends !
# Un autre problème
Posté par Batchyx . Évalué à 3.
Je sais que je me balade souvent entre par exemple /mnt/ma_clef_usb/documents/asso/machin/bidule
et ~/documents/asso/machin/bidule, mais si jamais j'ai besoin de copier un fichier de l'un à l'autre, alors je doit me retaper le chemin entier. Et dès qu'on passe à trois répertoires, c'est l'enfer.
j'me souviens du bon vieux ms-dos :
c:cd machin\bidule
a:
cd bidule
copy c:fichier .
[^] # Re: Un autre problème
Posté par reno . Évalué à 2.
Sinon je pensais qu'avec le cdargs posté par Ronan BARZIC, si on étendait le concept des ~user a ces alias, tu pourrais faire cp ~alias/fichier .
et pour accéder au dernier répertoire comme "cd -" fait: cp ~-/fichier .
YAPQC (Y a plus qu'a coder) ;-) ;-)
[^] # Re: Un autre problème
Posté par Frédéric Heulin . Évalué à 1.
Extrait de la man bash :
If the tilde-prefix is a `~+', the value of the shell variable PWD replaces the tilde-prefix. If the tilde-prefix is a `~-', the value of the shell variable OLDPWD, if it is set, is substituted. If the characters following the tilde in the tilde-prefix consist of a number N, optionally prefixed by a `+' or a `-', the tilde-prefix is replaced with the corresponding element from the directory stack, as it would be displayed by the dirs builtin invoked with the tilde-prefix as an argument. If the characters following the tilde in the tilde-prefix consist of a number without a leading `+' or `-', `+' is assumed.
Merci de me l'avoir fait découvrir dans la (très chargée) manpage de bash !
[^] # Re: Un autre problème
Posté par reno . Évalué à 2.
Par contre "~<un numero du directory stack>" est une fonctionnalité différente que celle que je proposait "~<un alias>" car le premier est dynamique et les index dans la pile peuvent changer donc ce n'est surtout valable que pour les repertoire recemment utilisé, tandis que le deuxième serait plus 'stable' dans le temps..
[^] # Re: Un autre problème
Posté par Joël . Évalué à 2.
Avec Konsole, j'ouvre à peu près autant d'onglets que de répertoires dans lesquels je dois travailler et je navigue facilement de l'un à l'autre avec Shift-Droite/Gauche.
En outre, voici une petite astuce aussi que je m'empresse de partager : la fonction "menu-complete" de bash. J'ai mappé cette fonction à la touche ² (qui ne sert quasiment à rien dans une ligne de commande) :
$ cat .bashrc
...
bind "²: menu-complete"
...
Ça permet de compléter à la vi : le bash circule parmi les possibilités (au lieu de bloquer sur la première ambiguité, comme avec <TAB>). Bref, la combinaison de <TAB> et de ² (qui sont juste à coté de surcroit) permet de naviguer dans les chemins très facilement sans quasiment rien taper.
Je vous laisse essayer ;)
[^] # Re: Un autre problème
Posté par JoeltheLion (site web personnel) . Évalué à 2.
[^] # Re: Un autre problème
Posté par B16F4RV4RD1N . Évalué à 2.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Un autre problème
Posté par JoeltheLion (site web personnel) . Évalué à 2.
[^] # Re: Un autre problème
Posté par B16F4RV4RD1N . Évalué à 2.
Faudrait peut-être changer le ² avec xmodmap et assigner l'auto complétion dessus.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Un autre problème
Posté par bradley_vier . Évalué à 4.
bind '"²":menu-complete'
[^] # Re: Un autre problème
Posté par JoeltheLion (site web personnel) . Évalué à 2.
[^] # Re: Un autre problème
Posté par Batchyx . Évalué à 2.
ou les ~/programme/de/test --entree ~/le/repertoire/avec/plein/de/truc > resultat
?
[^] # Re: Un autre problème
Posté par ZeroHeure . Évalué à 5.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Un autre problème
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 1.
Quoique j'abuse aussi des consoles ouvertes sur mon bureau X,
c'est quand j'ai 9 consoles, avec 9 MC que je me pose des questions :)
# Principe du moindre effort...
Posté par sam . Évalué à 3.
libfile-chdir-perl - A more sensible way to change directories
wcd - saves time typing when you want to change directories
et aussi kcd qui me semble le plus proche de celui que tu as écris (kcd.sourceforge.net)
0. Principe du moindre effort appliqué à l'informatique
*1. Chercher si quelqu'un ne l'a pas déjà fait avant de le faire...*
2. Si oui, modifier le logiciel en appliquant 0.
3. Si non, créer le logiciel en appliquant 0.
Remarque: le "principe" implique l'existence de logiciels à code ouvert et partageable pour minimiser 2. et 3. ;-)
[^] # Re: Principe du moindre effort...
Posté par Thomas Douillard . Évalué à 2.
[^] # Re: Principe du moindre effort...
Posté par beagf (site web personnel) . Évalué à 6.
[^] # Re: Principe du moindre effort...
Posté par Thomas Douillard . Évalué à 4.
T'auras toujours des gens qui seront tout content d'avoir "résolu" le problème à leur sauc e au prix d'un potentiellement long et couteux apprentissage et qui seront réticent aux autres solutions, histoire de fierté quelque part. Ou d'humanité, tu t'es attaché quoi.
[^] # Re: Principe du moindre effort...
Posté par beagf (site web personnel) . Évalué à 4.
Sauf que c'est gonflant de voir quelqu'un ce faire insulter sans raisons et ceux qui le font méritent d'être remis à leur place. Bref faire comprendre que ce n'est pas la bonne attitude pour éviter que cela ce reproduise.
T'auras toujours des gens qui seront tout content d'avoir "résolu" le problème à leur sauc e au prix d'un potentiellement long et couteux apprentissage et qui seront réticent aux autres solutions, histoire de fierté quelque part. Ou d'humanité, tu t'es attaché quoi.
Sauf qu'il n'y a qu'une personne qui ce fait potentiellement chier, celui qui code et la majorité du temps il le fait par plaisir.
Ce qui utilisent au contraire y gagnent du temps car il n'ont pas à le faire eux même, et en plus ont leur donne l'info pré-machée sur linuxfr.
Dans le cas présent les autres solution ne résolvent pas le problème de la même manière, et pour certains cette nouvelle approche est bien plus intéressante. Pourquoi s'en priver ?
[^] # Re: Principe du moindre effort...
Posté par JoeltheLion (site web personnel) . Évalué à 6.
C'était beaucoup plus simple de repartir de zéro que de se plonger dans un autre projet. Je rappelle que c'est surtout un prototype (même si je m'en sers, puisque du coup il fait exactement ce que je veux).
[^] # Re: Principe du moindre effort...
Posté par sam . Évalué à 2.
Si il faut utiliser une base de données, autant utiliser celle de locate et créer un script intelligent à base de cd `locate <chaine>` vu que locate est capable de chercher des expressions régulières. Bien sûr, le script doit prendre en compte les multiples "hits" de locate et permettre de naviguer entre eux.
Il y'avait ncd qui faisait ça, Je me souviens que c'était sur DOS, mais je ne me rappelle plus si il y'avait le même problème de mise à jour des données.
Ici: http://www.softpanorama.org/OFM/norton_change_directory_clones.shtml
En tout cas, ca vaudrait peut-être la peine si tu te penches sur ce problème et que tu fais une page sur ton logiciel de pointer sur les autres solutions existantes, telles que celles que j'ai mentionnées ? En tout cas, elles sont sur cette page maintenant ;-)
# Apparix
Posté par poiuy . Évalué à 3.
http://www.micans.org/apparix/
# Ça me rappelle un bon view programme pour MS-DOS
Posté par FantastIX . Évalué à 3.
Cet utilitaire fonctionnait de pair avec Norton Commander. Ils partagaient tous deux le même arbre et les mêmes commandes -- je crois. En tous cas c'était bien pratique. Mais, honnêtement, je ne souffre plus de cette malad^Wnostalgie depuis que je connais la touche TAB sous quelque Shell qui se respecte ;-) .
# Un petit tipaz inputrc
Posté par jerome (site web personnel) . Évalué à 4.
Par défaut, sur les distribs que j'utilise, fleche haut et bas permettent de remonter dans l'historique tout simplement.
Dans .inputrc :
# incremental search with up/down arrows
"\e[A": history-search-backward
"\e[B": history-search-forward
Maintenant, si vous faites "fleche haut" sur une ligne vierge, ça remonte l'historique, mais si vous la ligne contient un truc, ça remontera seulement les éléments d'historique matchant le préfixe, à la façon de ^R.
# Amélioration
Posté par RB . Évalué à 1.
export PROMPT_COMMAND='autojump -a "$(pwd -P)"'
par ca:
export PROMPT_COMMAND="autojump -a \"\$(pwd -P)\";$PROMPT_COMMAND"
En effet il est pas forcément vide chez tout le monde :) Sinon super idée.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.