sur un projet sur lequel je travaille, j'essaie de l'accepter d'accepter les commandes de l'utilisateur et de fournir l'historique avec la flèche vers le haut. Je vis de garder ce projet exempt de dépendances, et je ne veux pas avoir à exiger que les gens installent également les fichiers de développement readline pour compiler mon projet. Est-ce que quelqu'un connaît un simple remplacement d'une liste déroulante pour GNU LireLine qui ne fournit que des fonctionnalités simples? P>
6 Réponses :
La plupart des systèmes ont une lecture en lecture, donc je ne vois donc pas cela comme étant trop de problème. P>
Deuxièmement, je ne pense pas qu'il y ait un remplacement de chute de la bibliothèque GNU Readline. Vous allez devoir rester avec ça. : ( p>
EDIT 5/11/2016: Cette réponse est obsolète et toute modification que je ferais emprunterait presque complètement les autres, des réponses plus correctes. Résumé: Voir LINENOISE et EDITLINE pour des alternatives modernes en lecture ligne. P>
Ouais, ça ne ressemble pas à ça. J'ai vérifié les alternatives, telles que EditionLine et Libtecla, mais elles ne satisfont pas à la condition "simple". Je vais juste avoir à le mentionner.
Je préférerais ne pas dire ça. Clisp est le premier un à convertir en GPL à cause de readline. ici est un article sur Lisline et GPL.
Je tiens à mettre à jour cette réponse - Ni Windows ou Mac OS X n'ont installé Listilline - c'est une très grande proportion d'utilisateurs!
Devrait probablement supprimer ma réponse ... Je pense que c'est un peu obsolète. 😊 Modifier: vous révèle que vous ne pouvez pas supprimer une réponse acceptée.
@Chrisjefferson hein. Tu as raison. Mac OS X inclut en réalité un code de compatibilité pour le code qui demande la lecture en lecture, cartographier les appels à la modification. Intéressant.
EditionLine . Il possède une licence de style BSD. P>
EditingLine (libedit) ne prend pas encore en charge les caractères multi-octets. P>
Je suis également d'accord avec Dan Loewenherz, la bibliothèque Readline est large. Par exemple, la plupart des navires de distribution Linux bash avec readline. La plus grande distribution de Python expédie également avec readline. Si votre projet a besoin d'une bibliothèque en forme de lecture en forme de lecture, il est judicieux d'utiliser GNU Readline Librine puisqu'il s'agit d'un choix populaire et que les utilisateurs peuvent l'avoir installé sur le système d'exploitation déjà. P>
A partir de 2010-04-24 EditLine peut être construite avec la prise en charge de l'UTF-8 à l'aide de ./ configure --enable-widec code>.
À partir de 2016-06-18, EditionLine est toujours construite avec un support Unicode (Wide-Char / UTF-8) et - Activer-widec code> est obsolète.
Si votre projet a besoin d'une bibliothèque de type LISTLINE, il est judicieux d'utiliser la bibliothèque GNU Readline puisqu'il s'agit d'un choix populaire et que les utilisateurs peuvent l'avoir installé sur le système d'exploitation déjà. CODE> Notez que LIDELINE elle-même, et donc le Le travail dérivé combiné résultant (c.-à-d. Le binaire) est GPL, qui peut ou non convenir à un projet particulier.
J'ai trouvé un. Antirez of Redis La renommée est proposée avec Linenoise , une alternative beaucoup plus simple. P>
Je suis sûr que les utilisateurs non-anglais l'adoreront lorsque votre programme aile sur le texte, ils essaient de taper leurs propres langues ....
Busybox contient le code d'édition de ligne de commande similaire à Readline, mais beaucoup plus petit et plus simple, avec prise en charge complète pour UTF-8 em>. Il serait probablement facile de le faire dans une bibliothèque indépendante. P>
Le EditionLine bibliothèque est une autre alternative. De Readme : P>
La bibliothèque d'édition a été créée par Simmule Turner et Rich Salz en 1992. À l'époque, ils ont choisi de distribuer le code sous une "actualité C de type C", Voir la licence de fichier pour plus de détails. P> blockQuote>
[...] p>
Cette version de la bibliothèque d'édition est une fourchette des sources Minix3. Autre Connaître les versions, souvent basée sur l'original comp.Sources.unix posting sont: p>
- Debian LibeDitTline, http://packages.qa.debian.org/e/editlineLine .html li>
- Heimdal, http://www.h5l.org li>
- Discours de festival, http://festvox.org/festival/ li>
- Steve Tell's EditLine Patchs, http://www.cs.unce.edu/ ~ Tell / dist.html li> ul>
Les correctifs les plus interstintes et les correctifs de bugs de chaque fourche ont été fusionnés ici. P> blockQuote>