Quel est ignoble?


Original: http://invisible-island.net/vile/vile.faq.html

http://invisible-island.net/vile/
Copyright © 1999-2013,2014 par Thomas E. Dickey


vile – Vi comme Emacs – est un éditeur de texte.

vile conserve le “finger-sensation”, si vous voulez, de vi, tout en ajoutant les tampons et fenêtres multiples multiples fonctionnalités d’Emacs et d’autres éditeurs. Il est certainement pas un clone de vi, en ce que certains des trucs substantielle est manquant, et l’écran ne ressemble pas tout à fait la même. Les choses que vous avez tendance à taper encore et travaillent probablement. Les choses moins fréquemment, comme la configuration d’un fichier de démarrage, sont un peu (ou même, selon la façon dont vous êtes ambitieux) différent. Mais ce qui importe le plus est que sa “mémoire musculaire” fait la bonne chose au texte en face de vous, et que ce que tente de faire vils pour vi utilisateurs.

Qui a écrit vile?

Beaucoup de gens, bien sûr, comme est le cas de presque tous les grands programmes. (Pas de contre-exemples viennent à l’esprit pour les programmes de plus de vile).

Vile a été lancé par Paul Fox à partir d’un (domaine public) première version de MicroEmacs. Qui est un peu étrange pour deux raisons:

  • MicroEmacs est pas comme les autres saveurs d’Emacs que vous connaissez peut-être, depuis son langage d’extension est pas Lisp. Il ressemble à Lisp sans les parenthèses. (Lisp est avec humour rapporté au repos pendant Beaucoup de Irritant idiot parenthèses).
  • Vi est censé être un éditeur “modal”, et Emacs pas. Ceci est un gros problème dans les newsgroups, presque aussi important que le placement des accolades dans C.

Ainsi, Paul a fait beaucoup de travail faisant vile.

Je commence à travailler sur la vile fin en 1992. Bien que je me servais vi pendant près de dix ans, il était avec peu de documentation (I depuis longtemps perdu une photocopie sale des commandes de vi), et avait récemment obtenu impliqué dans des projets où je éditer un grand nombre de fichiers. Deux tampons étaient pas assez, et (parce que je ramassais des outils pour le développement) Je remarqué une discussion des implémentations de vi capable de gérer plusieurs fenêtres. XVI a été incapable d’obtenir l’écran de taille correcte. Vile air mieux, mais il y avait quelques problèmes avec gauche / droite de défilement (lignes individuelles se déplacerait, mais l’affichage n’a pas nécessairement passer dans son ensemble). Donc, je commencé fixant vile.

Kevin Buettner est venu au début de 1994, de modifier le pilote X Windows, et mettre en œuvre plus tard, l’interface Perl. Rick Sladkey est arrivé en 1995, en travaillant sur win32 et djgpp.

Nous sommes référencés comme quatre auteurs de vile – mais beaucoup plus de gens ont contribué code, de correction et de la rétroaction.

Vile est pas énorme-en ce moment (fin 2011) les sources totalisent environ 174 000 lignes, mais est toujours grande par rapport à certains éditeurs. Une bonne partie de l’essentiel est de pilotes d’E / S pour les différents systèmes. La plupart de ces conducteurs ont été écrit ou modifié fortement par d’autres contributeurs.

Comment est différente vile?

Avec tant de nombreux éditeurs à choisir, des différences peuvent apparaître légère. Commencez avec les fonctionnalités documentées.

Comme on le voit dans le fichier d’aide de vile, il suppose que vous êtes déjà familier avec vi:

Les seules commandes vils décrits ici sont ceux qui ne présente dans vi, ou très différentes de celles de vi.
Il ya une section au bas décrivant d’autres différences entre vil et vi.

En revanche, les autres “Vi-clones” communes (elvis, nvi et vim), comprennent la documentation modifié vi pour inclure leurs extensions. Dans certains cas, la distinction entre vi et le clone est obscure.

La documentation de Vile peut être considéré en trois parties:

  • classique, via des fichiers facilement accessibles:
  • spécialisée, et pas aussi accessible:
  • intégré dans la documentation.
    • tables de commandes et d’autres données
    • fenêtres dynamiques montrant le contenu des registres, en mode réglages, etc.

La dernière partie est une différence.

Nous construisons vile utilisant une combinaison de code et tables fabriqués à la main généré par un mktbls de programmes spéciaux. Les fichiers sources pour ces tables générées représentent environ 13% du code source qui est utilisé pour construire vile. Paul Fox a écrit mktbls en 1990. Quand je commencé à travailler sur vil, il n’a pas été utilisé couramment pour construire les tables. Ajout d’une nouvelle fonction, il faudrait modifier le code en deux ou plusieurs endroits, par exemple, un ou plusieurs prototypes de fonctions plus une ou plusieurs entrées de la table. Je révisé le programme, et en a fait la première étape dans la construction vile. Dès 2014, mktbls lit 2,745 lignes de données pour produire 20,604 lignes de tête-fichiers.

Vile utilise les tables de différentes façons, y compris montrant les commandes disponibles, fournissant le nom d’achèvement, des listes de variables prédéfinies, des fonctions utilisées pour les scripts, etc. En d’autres saveurs de “vi”, tables de ce genre sont une partie intégrante de la main conçu code exigeant que leurs développeurs à faire beaucoup de travail occupés qui mktbls fait.

Par ailleurs, dans d’autres “vi” saveurs, les informations affichées en réponse aux commandes d’état est statique, nécessitant interaction de l’utilisateur de faire la mise à jour de l’éditeur de l’affichage. Dans vile, cependant, cette information est dynamique, il met à jour ces tampons spéciaux (et leurs fenêtres) que des modifications sont apportées aux fonctionnalités qu’ils rendent, par exemple, la liste de tous les tampons en mémoire, le mode-réglages correspondant au tampon qui a concentrer, etc.

Alors que beaucoup (pas tous) des fonctionnalités de vils se trouvent maintenant dans d’autres éditeurs vi-compatibles, parmi les plus puissants ont été mises en place avant l’adoption généralisée dans les autres.

Par exemple, plusieurs fenêtres ont été les premiers à vil caractéristiques (et xvi) depuis le début. Cela vaut également pour la lecture à partir de tuyaux, de clôtures complexes. Une partie de cette est mis en évidence dans le livre O’Reilly, même si aucune étude approfondie n’a été faite de la façon dont les caractéristiques sont adoptées et adaptées à travers le “vi” et “emacs” variantes.

Environ vi clones
Ce qui est un clone de vi, de toute façon?

Le commentaire de Paul Fox au début de cette FAQ suggère que vile est pas une vi-clone.
D’autres disent qu’il est. La réponse dépend de ce que vous voulez l’éditeur à faire.

Alors que d’autres programmes peuvent être suggérées (voir, par exemple, Sven Guckes page), le terme a été soulevée dans comp.editors pendant les milieu des années 1990 pour désigner quatre programmes spécifiques qui réimplémentés vi. Ce sont (dans l’ordre canonique): elvis, nvi, vim et vile.

Les autres programmes intéressants seulement à quelques-uns. Guckes commentaires sur Calvin, mais a eu peu à dire au sujet XVI, qui je l’ai noté. Par exemple, je comparais XVI à vil en 1992, et a été intéressé par le travail de Ned Konz sur OS / 2 en 1994-1995 à utiliser O / 2 Presentation Manager que fait allusion dans sa dernière annonce en Septembre 1995

From: [email protected] (Ned Konz)
Subject: ANNOUNCE: Alpha version of OS/2 PM XVI port available
Date: 1995/09/03
Message-ID: <[email protected]>#1/1
X-Deja-AN: 109364009
distribution: inet
newsgroups: comp.editors,alt.org.team-os2,comp.os.os2.programmer.tools,cybergate.os2

I've ported a public-domain VI clone (XVI) to the OS/2 Presentation
Manager. I've added a lot of things, including a menu, mouse re-sizing
and text motion, clipboard interface, etc.

It is currently in alpha release for testing only (please don't
distribute it any further; I will when it's done), and I need some
testing.

You can get it at ftp://gate.net/pub/users/nedkonz/xvipma4.zip

Please email me with bugs/suggestions.
Thanks,
Ned Konz
[email protected]

 

Comme vile, XVI avait un port viable à utiliser OS / 2 VIO (fenêtres de la console), mais une interface graphique aurait été agréable. Je l’ai testé la troisième alpha (annoncé à la mi-Août), et envoyé une liste d’éléments à résoudre. Cependant, il n’a pas abordé les questions je levai, et aucun de ses changements ont été fusionnés dans le xvi originale. Si je comprends bien, la source a été perdu il ya longtemps (un binaire peut être trouvée ici).

En 1996, le terme «vi-clones” avaient venu à signifier tout simplement les quatre qui je l’ai mentionné, avec peu d’influence parmi les variantes antérieures. Programmes ultérieurs (tels que WinVi, d’abord annoncée en 1998) n’a pas changé cela.

Outre baser leur conception sur vi (avec les extensions), le VI-clones ont également influencé l’autre, principalement par le groupe de discussion de comp.editors au début / milieu des années 1990.

Elvis

Elvis était le clone vi pionnier, largement admiré dans les années 1990 pour sa concision et de nombreuses fonctionnalités. Pour cette combinaison, il est encore inégalée parmi les clones de vi. Il a été le premier à fournir la coloration syntaxique (et de généraliser la coloration syntaxique pour de multiples types de fichiers), première à fournir des sélections en surbrillance via le clavier. Intégré dans le nroff d’Elvis (début) et (plus tard) HTML affiche lui ont donné fonctionnalités WYSIWYG inhabituelles.

À mes yeux, Elvis avait la concision d’un programme qui a résolu un puzzle de 15 tuiles que je voyais démontrée sur MacIntosh d’un collègue dans les milieu des années 1980. Très belle et impressionnante.

Steve Kirkendall (l’auteur d’Elvis) serait l’occasion pour poster comp.editors, de discuter des plans et notes de version. Je commencé le port VMS de vile en utilisant le port tôt de Steve d’Elvis comme une référence pour les appels système.

La version initiale de elvis (1.4) à partir de 1990 (ou peut-être 1991) est la base pour le paquet Debian “de elvis-tiny. Elvis 1.6 a été libéré Août 1992, (bien que ni GNU ni GPL) était disponible sur la bande GNU selon le fichier INDEX ici, en date du 18 Décembre 1992. De même, elvis 1.7 (voir aussi ici, en 1993).

Nvi

Nvi a été développé par Keith Bostic, et prolongée par Sven Verdoolaege (un contributeur à ncurses). Keith Bostic n’a pas affiché de comp.editors, ni ne Sven Verdoolaege.

Keith Bostic, qui est l’auteur de la description de l’POSXI, a refusé de documenter la fonction de modeline car il est précaire.

Une fois (début en 1997) je discutais ncurses problèmes avec Keith sur le téléphone, et est arrivé de faire une digression, lui disant que je l’admirais NVI pour sa compatibilité avec le vi d’origine. Keith a répondu par un commentaire que «vile toujours ne fenêtrage mieux que quiconque”.

En dehors de l’utiliser comme une version de référence du vi, pour assurer la compatibilité de test, vil ne sont pas utilisés directement NVI.

Vim

Comme Kevin Buettner fait remarquer il ya quelque temps, vim est un programme très bien, mais il ya un problème avec le battage médiatique utilisée pour le promouvoir. Bram Moolenaar est assez facile à obtenir avec; cela ne vaut pas de ses fans (voir cet exemple).

Bien que présenté comme le travail d’un seul développeur, il était évident pour les autres qu’il y avait beaucoup de gens qui travaillent sur vim pendant les milieu des années 1990.

Certains des développeurs vim (rarement Bram Moolenaar) affecté à comp.editors. La seule fois où je me souviens affichage Bram à comp.editors était de contester un point avec moi quant à la compatibilité (contre vi) de l’application de vim du réglage des balises (une liste de noms de fichiers).

La plupart des discussions sur comp.editors concernant Vim a été par les contributeurs ou fans de vim. Pas beaucoup de cela a été productive, puisque ses fans étaient largement ignorants des caractéristiques dans l’original vi, vim et systématiquement crédités pour ces caractéristiques.

Il ya quelques caractéristiques où vil et vim ont influencé l’autre. Commençant par 3.0 (Août 1994), les développeurs de vim ont commencé à faire des listes de fonctionnalités que d’autres programmes ne, qui vim devrait, avec une note où la fonction a été copié. Comme ceux qui ont été mis en œuvre, la note a été enlevé; le changelog reflète seulement l’addition.

Pour être complet, voici les articles de Vim listes de choses à faire référence à des passions infâmes:

  • 3.0 (Août 14, 1994)

CTRL-X e: edit file name under the cursor (like ^] and *)
Show unprintable characters in hex.
Use scrollbar.
When horizontal scrolling, use ‘<‘ and ‘>’ for lines continuing outside of window.

  • 4.0 (le 29 mai 1996)

Allow file name “-” as command line argument: Read file from stdin. Open
/dev/tty for commands (use “more” “vi” or “vile” as an example how to
do this).
Show unprintable characters in hex. (or in octal)
When horizontal scrolling, use ‘<‘ and ‘>’ for lines continuing outside of
window.
Support putting .swp files in /tmp: Command in rc.local to move .swp files
from /tmp to some directory before deleting files.

Les deux derniers points mentionnés dans 4.0 apparaissent toujours dans Vim liste de choses à faire que de la libération 7 (mai 2006).
Les deux autres semblaient dans les versions 5 (février 1998) et 6 (septembre 2001).

Je trouve ces éléments remarquables:

  • la fonctionnalité qui permet à un tuyau d’un fichier à l’éditeur – à son tour après avoir mis en œuvre dans vile, quelqu’un a fait remarquer que le rédacteur en chef John Davis a fait cela aussi. Son inclusion dans vim avait la réponse prévisible de ses fans.
  • Je l’avais ajouté la fonctionnalité du fichier d’échange à Vile (comme vi original ou elvis) pas de récupération, mais pour permettre l’édition des fichiers de plus de 16-bit DOS sans extension de mémoire. Ironiquement, je suis jamais satisfait de la performance et enlevé plus tard.

De même, vile a emprunté à l’occasion de vim. Par exemple, la manière ignoble montre le “non” préfixe pour un mode booléen handicapés dans l’affichage des paramètres a été motivée par le voir dans vim. Cependant, l’affichage des réglages de vile est dynamique (mis à jour quand un changement de mode), tandis que vim (comme vi) est statique (oblige l’utilisateur à entrer de nouveau la commande pour obtenir un nouvel affichage).

Parfois, quelqu’un demande pour une fonction comme vim (ou la différence qu’il). Ceux sont notées dans le journal des modifications pour les vils, par exemple, neuf occurrences depuis 1999:

+ add linebreak mode, like vim (request by Paul Van Tilburg).
+ add (nvi/vim) ex-commands: a!, c!, i!
+ add “:c” as alias for “:change-til” (nvi/vim).
behavior, unlike vim (request by Igor Schein).
treated as comments if there was a /x modifier. vim does not check
with vim. Remove reference to nonexistent -m switch (which was
winvile. Patch is based on code I recently noticed in the vim
+ add vimmode, for vim syntax files
the former, nvi does the latter, and vim repeats the entire string.

Crédits de la section de Vim mentionne elvis, nvi et quelques autres programmes (sans expliquer pourquoi, bien-raisons sont données pour les développeurs de vim). Il omet vile. Le programme de stevie obtient trois lignes (une pour chaque développeur de Stevie), tandis que elvis obtient un.

Rétrospectivement, Elvis était le principal concurrent à vim dans les milieu des années 1990:

  • Steve Kirkendall annoncé chaque version avec un résumé détaillé des nouvelles fonctionnalités, comment ils ont été utilisés, etc. En revanche, chaque annonce incrémentale pour vim serait lister toutes les fonctionnalités, faisant apparaître que ces caractéristiques ont été nouvellement libérés.
  • Elvis introduit la coloration syntaxique quelques années avant que les développeurs de vim fourni une mise en œuvre plus élaborée.

Les fonctionnalités WYSIWYG d’Elvis, en passant, ont pas de contrepartie dans vim.

Vil

Voilà nous.

Lorsque le développement at-elle commencé?

Les développeurs de chaque programme ont fait leur travail disponible pour une utilisation par d’autres après avoir terminé un “assez bon” Version. Je peux voir les dates à compter de vil et nvi en se référant à mes archives RCS pour le premier, et un dépôt Git pour le second. Pour le reste, je compte sur des instantanés des programmes que je ai recueillis, email (et de groupes de discussion), ainsi que websearches pour mieux comprendre.

Steve Kirkendall également utilisé RCS, et fait état de plusieurs dates de sortie dans une discussion d’email en Août 2003. Steve a commenté dans le livre Vi6 qu’il utilisait Minix (qui a été publié la première fois en 1987), et a perdu du temps à cause d’un accident de l’éditeur de stevie . Dans un message au groupe de discussion de Minix, Steve a commenté en Avril 1990, il avait publié Elvis 1.1 en Janvier (voir cet comparer). De l’e-mail-headers cité, il semble que Steve a poursuivi ses travaux sur Elvis peu de temps après une annonce (probablement 1.3) le 20 Avril, 1990 et complété un “assez bon” par la version 15 Novembre 1990. La première version d’Elvis mentionné dans la discussion était la version 1.4, rendue le 3 Décembre 1990. Je dois une copie de ce que, avec les fichiers en date du 5 Décembre assez proche. Contrairement à Bram Moolenaar, Steve Kirkendall n’a pas dit dans le livre qu’il a utilisé Vi6 stevie comme un point de départ; les sources ne sont pas similaires. Les commentaires de Elvis 1,4 notent peu de code attribué à d’autres, à savoir, pour les ports à MS-DOS, Atari / TOS, Microware OS9 / 68k et cohérente.

  • La première arrivée pour vile était de 21 Septembre 1990.
  • Keith Bostic vérifiée dans certains fichiers de Elvis sur 1991-04-17, à savoir, la révision initiale. Dans le livre Vi6, Keith dit que Elvis était de 1,8; mais en raison de la date il doit avoir été fait 1.4 (initialement).

Bram Moolenaar n’a pas utilisé de système de contrôle de code source avant que d’autres (y compris Sven Guckes) sont intervenues, à la mi-Décembre 1999 (voir CVS, par exemple, cette). En discutant avec Sven Guckes autour de ce moment-là, je notais que l’archive vim-4.6 était corrompu (il commenté qui était l’un des problèmes qui ont conduit à la mise vim dans le CVS). Tout en écrivant cela, je me trouvais à vérifier (après avoir vu les fausses empreintes de date dans le vim 2.4 archive) et téléchargé l’actuel, marqué comme “13-Mar-1997». Celui-ci est de la même taille et de untar. Mais quelques fichiers dans ce sont datés “08-Jun-2000”.

Le CVS de vim ne contient pas de version antérieure à la date de check-in initial (il a vim 5.5, publié le 19 Septembre, 1999). Pour tout plus âgés, il faut regarder les archives tar existants.

La date à laquelle Bram a commencé le développement ne soit pas mentionné dans les livres Vi. Selon l’article de Paul Ryan, Bram a commencé le développement sur un Amiga en 1988. Je l’ai trouvé aucune mailing-list contemporain ou autres documents à remplir dans les détails; les commentaires trouvés ont été écrits longtemps après. Selon le livre Vi6, Bram a commencé le développement de vim en modifiant stevie (qui a été publié à la mi-1987 ou 1988). Pour quelque chose de tangible, je me réfère à la version initiale:

  • Les crédits dans le code source rendent apparente cela a été basée sur l’amélioration de Tony Version Andrew de Stevie, du milieu de 1988.
  • Il n’y a pas de dates dans les sources par les développeurs de vim (trois fichiers empruntés ont des dates).
  • Le premier fichier horodatage (un fichier, un script shell) est de 5 Février 1990.
  • Huit dossiers ont horodateurs pour le 15 Juin 1990.
  • Les fichiers restants sont datés en 1991.
  • Au moins un fichier (cmdtab.tab) contient le code adapté de elvis 1.4, à savoir, les noms de symboles et commentaires.
    Elvis 1,5 a été mentionné dans un commentaire dans version.c; plus tard (dans vim 2.4), Steve Kirkendall a été crédité pour Elvis.
    Les horodateurs dans le vim 2.4 archive (libéré, selon un commentaire dans le code, le 13 Juillet, 1994) sont presque all 31 Décembre, 1979 …

En résumé, la documentation disponible suggère que le développement d’Elvis et Vim a commencé à la même époque, et que Vim emprunté d’abord de Stevie, puis d’Elvis.

Lorsque le programme a été libéré?

Il ya beaucoup de différence entre le développement d’un programme (et en l’utilisant vous-même) et de la libérer (et de trouver que vos utilisateurs remarquent les bugs). Les dates de ceux-ci sont plus faciles à trouver:

  • 1990-11-15 elvis 1.4 (voir ci-dessus).
  • 07/06/1991 vile version à trois
    Paul Fox énoncé certaines versions, et utilisée pour d’autres chiffres. Cette version a été énoncée.
    Je peux ai lu cette annonce par Pete Ruczynski à l’époque.
  • 02/11/1991 vim 1.14
    Selon le livre Vi6, ce fut la première version, pour Fred Fish disque 591.
  • 23/01/1994 nvi 1.03.
    Keith Bostic a été développé pour BSD 4.4, qui lui-même a été libéré plus tard, en Juin de 1994.
    Ce fut la version importée dans NetBSD le jour suivant (voir tableau). Une semaine plus tard, une copie de cette a été mis sur sunsite.

Lorsque a été mise en évidence de couleur introduit?

Avec couleur de surlignage, le programme rend les choses visibles en utilisant la couleur, soulignant, etc.

  • Brian Kral a fait une série de correctifs pour elvis pour fournir couleur pour C et C ++, par exemple, couleur Elvis 0.2e en date du 11 Octobre 1994.
    Contrairement à l’usage de Keith Bostic pour nvi, ou l’celvis fourche (chinois) sur la base de elvis 1.3, ce visait à améliorer Elvis.
  • Le patch de Brian compilé dans un analyseur qui est devenu une partie de l’éditeur. Nous étions réticents à utiliser cette approche dans vile raison de la taille et de la performance. Kevin Buettner a proposé une voie différente, en utilisant des programmes externes qui générerait balisage qui vils superposer à l’image de l’éditeur du fichier. Dans sa mise en œuvre initiale (Avril 19, 1994), Kevin fourni la page de manuel-filtre. Jukka Keto a fourni le premier filtre à utiliser la couleur, qui a été ajouté à de viles le 11 Janvier 1995.
  • Vim condition couleur mettant en évidence dans le cadre de coloration syntaxique, trois ans plus tard, dans la version 5.0 (annoncé, le 19 Février, 1998 – l’archive pour cette version groupés ctags-2.0.2 qui rend le résultat en fait une semaine plus tard que l’annonce).
  • Aucune version de NVI fait couleur en surbrillance.

Quand était-coloration syntaxique introduit?

Coloration syntaxique dans un éditeur a acquis une connotation supplémentaire de l’adaptation rapide aux changements apportés dans le processus d’édition.

  • Elvis introduit générique coloration syntaxique dans la version 2.0 (1 Octobre, 1996).
    Elvis souligne syntaxe différente en utilisant différentes polices et soulignement. Un utilisateur peut mapper ces polices à des couleurs différentes.

Elvis utilise un analyseur orienté mots clés intégré. Il gère plusieurs langages informatiques en utilisant un fichier de configuration qui répertorie les mots-clés. Le fichier de configuration contient également des déclarations de dire Elvis quel ordinateur langue à associer à un fichier suffixe donné. Autres déclarations disent Elvis comment reconnaître et de souligner commentaires.

  • Vim 5.0 (19 Février, 1998), comme l’a noté fourni coloration syntaxique intégré avec couleur en surbrillance.

Vim utilise une approche différente de celle d’Elvis. Les fichiers de configuration pour chaque type de fichier déclarent noms pour les expressions régulières. Vim correspond à ceux-ci contre le contenu du fichier et associe les matchs avec des couleurs. Mots-clés sont un cas particulier dans ce schéma.

Bien plus générale, l’approche de Vim est beaucoup plus lente. Pour compenser, Vim est normalement configuré pour démarrer sa correspondance à quelques centaines de lignes avant la partie représentée sur l’écran, plutôt que de traiter l’ensemble du dossier. Cela fonctionne assez bien dans la plupart des cas; mais il peut produire des effets bizarres pour les fichiers contenant des matchs multi-ligne (tels que Perl ou un script shell).

  • Avec vile, nous avons continué le long du chemin a commencé en 1994. La poignée de parseurs externes que nous recueillies ont été pas assez bon. Ceux inclus (en référence au répertoire “utilitaires” sur mon serveur ftp): c, cweb, html, ispell, latex, faire, nroff, RCS, perl, Verilog (ajoutée de 1995 à 1997). Quelques personnes les ont utilisés; Je utilisé le filtre de C occasionnellement. La configuration n’a pas été facile à utiliser. Évidemment, la façon d’améliorer les choses était de les rendre plus étroitement intégrés:
    • D’une part, il serait agréable d’avoir la coloration syntaxique.
    • D’autre part, nous ne voulons pas construire-dans un analyseur de syntaxe complexe.

L’analyseur de syntaxe Elvis ne pouvait pas gérer certaines choses (comme Perl) que je devais à l’esprit; L’analyseur de Vim a promis d’être lent et complexe.

Alors que le débat sur les alternatives, quelqu’un sur la liste du développeur vile a commenté que le programme flex pourrait être dit de renommer ses entrypoints. En faisant cela nous permettrait de combiner plusieurs lex / Flex-analyseurs dans un programme sans conflits de noms. Alternativement, les mêmes analyseurs pourraient être construits comme des programmes autonomes. Je commençais retravailler nos analyseurs à la mi-Décembre 1998 à exploiter cette idée. Les modifications sont entrées en mon attention à la mi-Avril 1999, lorsque je libéré vile 8.3.

Alors que flex est habituellement disponible, la plupart des surligneurs syntaxe sont utilisables dans lex (qui nécessite de spécifier la taille de la table). Quelques-uns (comme Perl, Ruby et sed) sont écrits en C, en raison des limites de la spécification d’un modèle décrivant la syntaxe régulière d’expression dans lex / format flex. Le surligneur pour Lex est cependant écrit dans lex. Le code exécutable qui en résulte est de loin le plus grand de l’un des filtres de syntaxe.

En bref, même si nous avions coloration syntaxique en 1994, il continue d’évoluer.

  • Aucune version de NVI fait coloration syntaxique.

Lorsque visuel de mode a été introduite?

Le livre Vi6 réfère à ce que “le mode visuel (bloc)”. Je premier enountered en utilisant elvis tout en travaillant sur le port MS-DOS de vile dans les années 1990. Elvis utilise “v” pour lancer le mode visuel; il en va de vim. Vile utilise “q” parce que “c” était déjà liée:

"shrink-window"                 v
  ( decrease the size of the current window by CNT lines )

 

  • Elvis a introduit cette fonctionnalité dans la version 1.5 (23 Août, 1992). Comme indiqué dans le livre Vi6, il ya des touches séparées utilisées pour sélectionner des rectangles, par ligne ou tout simplement par le caractère.
  • Vim ajouté mode visuel dans la version 2.0 (14 Décembre, 1993). Le fichier README2.0 au sommet de l’arbre de source affirme:
Renamed quoting to visual select and swapped 'q' and 'v' keys to avoid
problems with CTRL-Q. This is also more Elvis compatible. The commands now are:
        'v'             start character-wise visual select
        'V'             start line-wise visual select
        CTRL-V          start block-wise visual select

        'q'             start recording
        'Q'             formatting operator

 

  • Je l’ai modifié le code de mouvement cité dans vile, pour fournir les trois types de sélection pour le mode visuel dans la version 5.3f (début Juin 1995).
  • Aucune version de NVI ne visuelle mode.

Qu’est-ce qu’un affichage dynamique?

Les affichages dynamiques dans vile étaient quelque chose qui me vint lorsque je suis devenu impliqué avec vile à la fin de 1992, en regardant l’écran [Buffer List], et se demandent pourquoi les “%” et “#” marqueurs ne se déplacent automatiquement autour à l’écran comme je suis passé le tampon courant. Je fixe qui. Cela a conduit à améliorer la façon dont ne fait ignoble mise en cache de la taille du tampon et numéros de ligne. Une fois que le tampon a été dynamique, faire de même pour d’autres tampons semblait intuitive. Rien de tout cela se reflète dans le développement des autres clones vi.

Voici un couple de GIFs animés pour illustrer affichages dynamiques:

  • grande (270kb):
  • vile – dynamic updating of buffer-list
  • très grand (1.1Mb):

vile – dynamic updating of buffer-list

Qu’est-ce que les plates-formes ne fonctionner sur?

Vile devrait construire correctement sur toute plate-forme Unix (ou similaire tels que Linux, Cygwin, QNX et BeOS), en utilisant le script d’auto-configuration pour vérifier les caractéristiques du système nécessaires. Le script de configuration est normalement Unix spécifique (car il utilise une variété de commandes shell tels que SED), mais peut être régénéré pour d’autres environnements tels que OS / 2 EMX.

Scripts de construction spécialisés et I / O pilotes sont également prévus pour les plates-formes non-Unix:

  • VMS,
  • Win32 (console et GUI utilisant Visual C ++),
  • DJGPP, et
  • OS / 2 (I natif / O, à la différence de EMX).

Je l’ai intégré et utilisé-vile sur l’ensemble de ceux-ci.

Pourquoi ne vile avoir plusieurs icônes?

Ceci est plutôt longue, et il est question ici.

Problèmes connus / fréquentes


Compilateur C ANSI est nécessaire

Vile évolué à partir de K & R source, aux étendu C, à savoir, K & R avec le code de prototypes ANSI (qui est ce que de nombreux programmes sont écrits en). Au début de 1996, nous avons choisi de convertir vile à la norme ANSI C pour profiter de la meilleure vérification de type disponibles. Si vil nécessite un compilateur C ANSI.

Vile se construire avec le compilateur C++, mais vous pouvez avoir de la difficulté avec le script de configuration.

Construire pour une pilote de terminal

Sur Unix et Win32, vile peut être construit pour les types caractère cellulaires et terminaux de l’interface graphique. La plupart des appels d’E / S spécifiques aux bornes sont fait à travers une interface générique, mais vous ne pouvez pas réutiliser les fichiers objets d’un type de configuration pour construire l’autre.

Certains des tests de configuration Unix peuvent donner des résultats différents, ou être incomplète pour une configuration plutôt qu’une autre. Nous enlevons le fichier config.cache explicitement dans le script de configuration pour contourner des problèmes avec cela.

Quels fichiers initialisation sont nécessaires?

Vile est similaire à vi, à certains égards, mais il lit son propre fichier de démarrage pour éviter la surprise devrait vous arrive d’exécuter vi. Les scripts d’initialisation de Vile comprennent de nombreuses commandes qui confondre vi.

Sur Unix, vil cherche .vilerc, en commençant dans le répertoire courant, puis dans le répertoire de la maison, et enfin de la part-répertoire d’installation (indiqué dans la variable $ startup-chemin).

Sur les autres systèmes (y compris ceux qui ne peuvent utiliser de multiples points dans les noms tels que VMS, ou le faire d’une manière paralysé comme Win32), regards vils pour vile.rc.

Quels fichiers initialisation sont utilisés?

Dans les deux cas, vous pouvez utiliser la commande qui source de montrer quel fichier est effectivement chargée. Utiliser un compte avant la commande pour afficher tous les fichiers qui seraient vérifiées, et les matchs correspondants, par exemple,

2
:which-source .vilerc

Qu’est-ce que les variables d’environnement sont nécessaires?

Les plus critiques sont documentées dans l’aide en ligne vile.hlp, que vous pouvez voir par

:h

Ils comprennent ceux spécifiques à vil

VILEINIT
VILE_HELP_FILE
VILE_LIBDIR_PATH
VILE_STARTUP_FILE
VILE_STARTUP_PATH
XVILE_MENU (doc/menus.doc)

ainsi que des variables empruntées à la convention Unix ou Win32 commune:

COMSPEC
sur OS / 2, votre interpréteur de commandes.
COLONNES
la largeur de l’écran de votre terminal, pour les configurations termcap ou terminfo.
DOMICILE
votre répertoire personnel.
HOMEDRIVE
sous Windows NT, le lecteur de disque contenant votre répertoire personnel.
LIGNES
la hauteur de l’écran de votre terminal, pour les configurations termcap ou terminfo.
LOGNAME
utilisé pour vous identifier pour signaler les erreurs, ou pour les fichiers de verrouillage.
CHEMIN
votre chemin d’exécution, sauf sur VMS.
COQUILLE
alternative à la variable $ shell pour spécifier sous-couches, y compris ceux utilisés pour le filtrage de syntaxe.
SYS $ LOGIN
votre répertoire personnel sur le VMS.
TEMP
Win32 sur votre répertoire temporaire.
TERME
votre type de terminal, pour les configurations termcap ou terminfo.
TMPDIR
utilisé comme le premier choix lors de la sauvegarde des fichiers si une erreur fatale est détectée. Vile utilise pas de fichiers temporaires pour stocker l’état actuel de vos fichiers autrement.
UTILISATEUR
alternative à LOGNAME $ de vous identifier pour signaler des erreurs ou des fichiers de verrouillage.

Comment peut winvile être lancé?

Il existe plusieurs façons. Certains sont créés par l’installateur:

  • un raccourci sur le bureau
  • Envoyer un Pour créer un lien à partir de l’explorateur de fichiers Windows
  • vous pouvez aussi cliquer à droite à partir de l’explorateur de fichiers Windows

Outre cela, il ya des programmes qui ont leurs propres mécanismes, qui peuvent / ne peut pas bien fonctionner sans une certaine personnalisation. Sous Windows, la clé de cette action est d’utiliser le mot-clé de démarrage. Par exemple, je me sers de cette (comme “grep-winvile.bat”) avec WinGrep, qui me permet de passer à la ligne donnée et la colonne d’un match (trivial avec Visual Studio):

@echo off
rem %1 = filename
rem %2 = line
rem %3 = column
setlocal
cd “C:\Program Files (x86)\VI Like Emacs\bin”
set EDITOR=winvile-wide-ole.exe
set PARAMS=-h
if “x%1”==“x” goto edit
set PARAMS=%1
if “x%2”==“x” goto edit
set PARAMS=+%2 %1
if “x%3”==“x” goto edit
if “x%3”==“x1” goto edit
if “x%3”==“x2” goto edit
set /a PARAM2=%3 – 2
set PARAMS=+%2 -c “%PARAM2%:right-arrow” %1
goto edit
:edit
start %EDITOR% %PARAMS%
endlocal

Un script d’emballage simple suffit pour Eclipse (désolé, pas de ligne / colonnes sans plug-in):

@echo off
setlocal
set WINVILE_DIR=“C:\Program Files (x86)\VI Like Emacs\bin”
cd %WINVILE_DIR%
IF ERRORLEVEL 1 goto :finish
set WINVILE_EXE=WinVile-wide-ole.exe
if exist %WINVILE_EXE% start %WINVILE_EXE% %1 %2 %3 %4 %5 %6 %7 %8 %9
:finish
endlocal

Que peut infâmes couleur?

Vile fait usage de la couleur pour rendre votre fichier plus facile à lire. Il dispose de modes pour mettre au premier plan, couleurs de fond et de la ligne de statut (FCOLOR, BCOLOR et mcolor respectivement). Ajoutez ceci à votre fichier d’initialisation pour obtenir les schémas de couleurs prédéfinies:

source palettes.rc

Les régimes les plus utiles sont le blanc, le noir et par défaut, que vous pouvez spécifier en réglant le mode CS, par exemple,

:set cs=white

Il peut aussi superposer les couleurs et autres surlignage visuel sur votre fichier pour montrer la syntaxe. Le recouvrement est calculée par un programme externe, dénommé un filtre de syntaxe.

La façon la plus simple de tourner la coloration syntaxique est à ajouter

source filters.rc

Si vous avez un ordinateur raisonnablement rapide, ajoutant

setv $read-hook HighlightFilter

dira vile de peindre des couleurs à chaque fois qu’il lit un fichier.

Pas de couleurs sont présentés

Eh bien, vous avez fait tout cela, et il n’y a pas de couleurs. Si il ya une majormode en vigueur pour le tampon, tentatives ignobles d’exécuter un filtre de syntaxe basée sur le nom de la majormode. Vérifiez si vile est configuré pour afficher des couleurs:

:show-colors

Si cela fonctionne, alors le problème est avec le filtre de syntaxe (peut-être vile peut pas le trouver pour une raison quelconque). Si cela ne fonctionne pas, alors vous devez mettre en place des couleurs (en supposant que votre terminal peut afficher la couleur).

Pour les terminaux cellulaires de caractères sur Unix, soit termcap ou terminfo, vil lit les informations de couleur spécifiée par la variable $ TERM. Voir la ncurses FAQ pour plus d’informations. La configuration X Window, XVIle lit les affectations de couleurs à partir de ressources, et est documentée dans l’aide en ligne. Les ports non-Unix Win32 et d’autres ne nécessitent pas de fichiers externes pour mettre en place la couleur.

Si les couleurs sont de travail, peut-être vil n’a tout simplement pas trouver le filtre de syntaxe.

Où sont les filtres de syntaxe?

Les filtres de syntaxe peuvent être intégrées, ou courir comme des programmes distincts. Les premiers sont plus portable, moins de peine à exécuter et un peu plus vite. Le script de configuration (et le makefile win32) fournissent un moyen de spécifier que toute combinaison de filtres peut être intégré ou externe. Même si elles sont intégrées, vile peuvent toujours courir externes filtres que le choix est laissé à la macro qui effectue la mise en évidence, par exemple, HighlightFilter. Vous pouvez voir quels filtres sont intégrés en regardant le résultat de

:show-variables

pour la variable $ filter-liste.

Vile cherche filtres de syntaxe externes sur votre chemin-après l’ajout de la bibliothèque répertoire $ libdir-chemin de la fin.

utiliser

2:
which-exec

pour voir les endroits où les regards-vils un “*” marquera ceux qu’il trouve.

Il permet de travailler …

Nous avons changé la forme et l’utilisation de $ HOME / .vile.keywords avec la version 8.3:

  • avant, ce fichier a été utilisé par convention pour le filtre de la syntaxe de C, et contient une liste de mots-clés ou des classes avec le balisage.
  • maintenant, il est utilisé pour les définitions mondiales de balisage de classe, ainsi que pour le filtre de syntaxe macro vile.

L’ancien régime avait aucune disposition pour de multiples filtres de syntaxe. Les nouveaux noms de schéma fichiers de mots clés en fonction du filtre de syntaxe qui est utilisé, et peut charger deux fichiers, par exemple, $ HOME / .c.keywords et $ HOME / .vile.keywords pour C.

Pour voir quels fichiers sont trouvés, exécutez le filtre correspondant avec l’option -v. Par exemple, vil-html-FILT -vv sur ce fichier produit une sortie début

ReadKeywords(vile)
..skip ./.vile.keywords
Opened /home/tom/.vile.keywords
parsed  name "" attr "<null>"
parsed  name "" attr "<null>"
parsed  name "Action"   attr "BC1" - class
parsed  name "Comment"  attr "C1" - class
parsed  name "Error"    attr "RC1"
parsed  name "" attr "<null>"
parsed  name "Ident2"   attr "C6" - class
parsed  name "Keyword"  attr "BC3" - class
parsed  name "Keyword2" attr "BC1" - class
parsed  name "Literal"  attr "C5" - class
parsed  name "Number"   attr "BC6" - class
parsed  name "Preproc"  attr "C2" - class
parsed  name "Type"     attr "BC2" - class
ReadKeywords(html)
..skip ./.html.keywords
..skip /home/tom/.html.keywords
..skip /home/tom/.vile/html.keywords
Opened /usr/local/share/vile/html.keywords

La trace note “..skip” pour les fichiers qui ne sont pas trouvés. Sous Unix, les fichiers dans le répertoire courant ou à la maison sont préfixés par “.” pour les cacher. Le “.vile.keywords” fichier est lu en premier lieu, pour fournir des valeurs par défaut pour les classes.

Vous pouvez également utiliser le qui-mots-clés macro. Par exemple,

:which-keywords vile

rend une fenêtre démontrant:

Show which keyword-files are tested for:
        vilemode
(* marks found-files)

$cwd
  ./.vile.keywords
$HOME
* ~/.vile.keywords
  ~/.vile/vile.keywords
$startup-path
* /usr/local/share/vile/vile.keywords

 

Quelques mots ne sont pas colorés

Les filtres de syntaxe distribués avec vile ne colorent pas tous les mots, mais les couleurs devraient être compatibles, correspondant à la syntaxe. (Coloration de chaque mot porte atteinte à la lisibilité; par la conception la plupart du texte est laissé avec le FCOLOR mondiale de couleur de premier plan).

Mais la coloration peuvent être incomplets ou incompatibles, et il ne peut pas être dû à une erreur de codage dans le filtre de syntaxe. Cela peut se produire lorsque les couleurs superposées sur votre tampon du filtre de syntaxe ne sont pas alignés correctement. Vile exécute le filtre donné, lit la sortie résultant et extrait de balisage pour peindre sur votre fichier. Si un autre programme produit une sortie, il va dérouter vile, puisque la sortie est pas nécessairement alignée avec votre fichier.

Par exemple, si votre shell est $ / bin / csh, et votre fichier .cshrc contient une commande stty, ce programme va écrire un message d’erreur lorsqu’il est exécuté dans un tuyau. Je travaille autour de ce en mettant $ shell / bin / sh (mon fichier .profile est vide), qui contourne les messages et est plus rapide:

setv $shell=/bin/sh

Une meilleure solution contourne entièrement la coque. Construire vile en utilisant l’option –with-builtin-filtres. Qui compile dans les filtres de syntaxe, ce qui va également beaucoup plus rapide. Le seul inconvénient de cette approche est la taille de l’exécutable. Votre système peut également soutenir –with-chargeables-filtres, qui vous permet de garder un relativement petit exécutable vile, avec un avantage de vitesse sur les filtres externes originaux.

Pas de mots sont colorés

Eh bien, prenez cela par étapes:

  • Avez-vous de premier plan / arrière-plan en couleur FCOLOR réglage et BCOLOR a un effet? Si non, alors vous avez la couleur de la configuration pour vile.
  • Courez-vous un filtre? Les filtres sont tous associés à un majormode, dont le nom apparaît dans la ligne d’état pour chaque tampon, par exemple, CMODE de “c” majormode. Le filtre correspondant est nommé vile-c-FILT, et doit être installé dans un endroit où vile peut le trouver.
    Essayez de lancer le filtre dans vile, par exemple,
^X!vile-c-filt -vv %

pour exécuter le “c” filtre dans [Sortie] sur le tampon courant, en mode verbose. (Voilà un contrôle / X). La sortie doit afficher les définitions de balisage chargés, ainsi que le fichier marqué (lieux avec ^ A).

  • Si le filtre est pas trouvé, peut-être votre shell $ réinitialise $ PATH. Je travaille autour de ce en mettant $ shell / bin / sh (mon fichier .profile est vide), qui est plus rapide.
  • Les “.keywords” fichiers ne peuvent pas être trouvé, peut-être parce que la majormode de votre tampon ne correspond pas à l’un de ceux qui sont installés.

Flex / sortie lex ne compile pas

Nous recommandons de construire les filtres de syntaxe avec flex (par exemple, la version 2.5.4a). Vous pouvez construire des filtres réalisables avec les versions récentes de lex, mais les plus âgés ont généralement pas le soutien de l’Etat% nécessaire pour la plupart des filtres.

Certaines implémentations plus anciennes de la lex supposent également un ordre différent pour les morceaux de code C dans la spécification lex; mais ceux-ci ne semblent pas bien fonctionner même lorsque les morceaux sont déplacés pour faire de la compilation de filtre.

Chunk-commande est pas uniquement un problème avec les versions anciennes de flex. Il est un soi-disant “nouvelle” flex disponible qui introduit des bugs similaires. Bien que le code peut (a été que de 9,4) réorganisés, les responsables de cette nouvelle version ne répondre aux rapports de bugs (il semble être un projet défunte). Stick avec 2.5.4a flex, qui fonctionne.

En particulier, il ya deux domaines où “nouvelle” flex est rompue:

  • La conformité POSIX est cassé dans les plus récents “nouvelles” versions flex, par exemple, le “% o” et “% A” des directives.
  • l’option -P, qui vil utilise pour construire des filtres intégrés de syntaxe est cassé dans chaque version de “nouvelle” flex, si la cause exacte varie d’une version à l’autre.

Comme une alternative à la “vieille” flex, vous pouvez installer et réflexe (définissant la variable d’environnement $ LEX au «réflexe») construire vile utilisant cela.

Qu’est-ce que les commandes ne accepter vile?

Vile accepte plus pas tout-commandes qui vi outils. Les rares qui ne sont pas mis en œuvre sont généralement parce que leur syntaxe est pas compatible avec vile de commande-analyse ou le nom d’achèvement. (Pour ceux qui sont compatibles-jour).

Les extensions de Vile plus vi sont documentés dans le fichier d’aide. Des descriptions détaillées de l’écriture de macros, etc., sont dans le répertoire doc qui fait partie de la distribution source. Mais l’information est essentielle dans le fichier d’aide. Type Juste

:h

Le fichier d’aide est statique, et vous oblige à fouiller. Bien plus agréable sont les caractéristiques de la liste des commandes, par exemple,

:describe-bindings

Cela ressemble beaucoup à saisir. Mais ce n’est pas. Avec le nom d’achèvement, on peut appuyer sur TAB pour remplir les parties claires et de voir ce choix il ya.

:des<tab>
:describe-<tab>
:describe-b<tab>indings
:describe-bindings

Comment puis-je rapporter les bugs?

Soumettre des rapports de bugs via la liste de diffusion du projet, ou via le système de rapport de bogue sur le Web. Les deux sont disponibles ici:

https://savannah.nongnu.org/projects/vile

Abonner à la liste de diffusion est aussi le meilleur moyen de se tenir informé des nouvelles versions.


Y at-il une histoire de projet?

Pas formellement. Ce FAQ fournit un début; si elle devient de temps il sera dans une page séparée.

Paul Fox a commencé vile en 1990. Selon son commentaire dans main.c:

 * this used to be MicroEMACS, a public domain program written by
 * dave g. conroy, further improved and modified by daniel m. lawrence.

Je suis le responsable de projet à la suite des changements de Paul le 10 Septembre, 1996 (vile 6.2).
Le commutateur de maintenance était due à mon travail à ANSIfy vile, et se déplacer loin de «l’héritage C” (contrairement à d’autres vi-clones, même en 2014).
Je commençai par faire en sorte que les prototypes ont été utilisés partout, et ensuite concentré sur l’aide (si possible) const.
Un des derniers changements cassé la fonction de imdying (qui enregistre une copie de la mémoire tampon courant lorsque vile est tué de façon inattendue).
Paul Fox a décidé que ce serait mieux si je devais le responsable, pour que je puisse traiter de ces questions de première main.

Dans le cadre de l’interrupteur, Paul Fox m’a donné une copie de son archive RCS pour vile. Je l’avais déjà commencé ma propre archive RCS (avec l’histoire plus détaillée pour mes propres changements), il n’y avait donc pas de méthode pratique pour fusionner les deux. Je me réfère à la fois à fournir les dates et les analyse.

La plupart des points forts du projet sont enregistrés dans les modifications des fichiers * qui font partie du projet.
Initialement, Paul Fox a fait environ une libération par an, en renommant CHANGEMENTS à CHANGES.R3 dans le cadre de la libération vile 4.0, etc.
Nous avons gardé ce régime jusqu’en 1999.

Commençant par vile 9.0, la granularité des versions est plus fine. Je utilise un suffixe alphabétique (de temps en temps aller z passé).
Après tout (sauf si je change l’objectif), atteignant “10”, il sera parfait. Il est inutile de se presser, comme Zénon était bien conscient.

Cela dit, voici un aperçu des points saillants du projet que je ai écrit sur la base de la lecture des journaux et changement-archives RCS:

  • 1990 port pour MS-DOS
  • 1991 première affectation à alt.sources (“version à trois”)
  • 1991 XVIle, un client X11
  • Étape 1 992 à C-préprocesseur #if /…/# endif déclarations.
  • Le port 1993 à OpenVMS
  • 1994
    • utilisant autoconf au port pour plates-formes Unix
    • port pour la console de Microsoft Windows
    • port pour OS / 2
  • 1995
    • C coloration syntaxique en utilisant la vidéo attributs attachés à tamponner
  • 1996
    • convertir en ANSI C
  • 1997 interface Perl
  • 1998
    • winvile, un client Windows GUI
    • majormodes combinent attributs tampons en fonction du type de fichier
  • 1999
    • port à BeOS
    • combiner majormodes et la coloration syntaxique pour plus de 30 langues
    • relicencier que la GPLv2
  • 2000 filtres syntaxe peut être intégré ou externe
  • 2001
    • port pour QNX
    • Erreur-stepping généralisée.
  • 2002 caractères classes dans les expressions régulières
  • 2003 Minibuffer (invite de ligne) généralisée comme rédacteur en chef d’une ligne
  • 2004 Le support des locales
  • 2005 filtres de syntaxe peuvent être chargés dynamiquement
  • 2006 scripts multiples peuvent être invoquées par les options en ligne de commande
  • 2007 le soutien de base Unicode.

Où puis-je en savoir plus?

Vile est couvert raisonnablement bien dans ces deux. Je l’ai trouvé la 6ème édition du livre O’Reilly plus utile.
D’autre part, je contribuais beaucoup plus (à la section sur vile, bien sûr) pour la 7ème édition.

La 6ème édition est utile en raison de l’inclusion de Robbins de vi Esoteria. Ce ne sont pas fournis dans les éditions précédentes.

Plus tôt, je me suis appuyé pour vi informations à ce sujet:

Il est épuisé.

Y2K conforme?

Assurément.

Vile ne pas stocker ou récupérer dates, sous quelque forme que dépend de l’année. L’utilisation de Vile de l’information de temps est limitée à

  • calcul du temps écoulé, en une fraction de seconde, et
  • comparant les temps de création du fichier, afin de détecter si un fichier a été modifié par un autre processus.

 

Droits d’auteur

Vile est protégé par copyright par Paul G. Fox, Thomas E. Dickey et Kevin Buettner avec certains fichiers (par exemple, visvile) le droit d’auteur par Clark Morgan. Nous distribuons sous les termes de la GNU Public License, Version 2.

Comments are closed.