FAQ

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

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


Ce este josnic?

Vile – Vi Ca Emacs – este un editor de text.

josnic păstrează “degetul-simt”, dacă vreți, de vi, adăugând în același timp multiple tampon și ferestre multiple caracteristici ale Emacs și alți editori. Nu este cu siguranta o clonă vi, în care unele chestii substanțiale lipsește, iar ecranul nu arata la fel. Lucrurile pe care le au tendința să tastați de peste si peste, probabil, locul de muncă. Lucruri de facut mai rar, ca configurarea unui fișier de pornire, sunt oarecum (sau foarte, în funcție de cât de ambițios esti) diferite. Dar ceea ce contează cel mai mult este faptul că unul este “de memorie musculare” face ceea ce trebuie la textul în fața ta, și că este ceea ce încearcă să facă josnic pentru vi utilizatori.


Cine a scris josnic?

O mulțime de oameni, desigur, ca este valabil pentru aproape toate programele mari. (No exemple contra vin în minte pentru programele mari de vile).

Vile-atacul condus de Paul Fox de la un (domeniul public) versiune timpurie a MicroEmacs. Că este un pic ciudat pentru două motive:

  • MicroEmacs nu este ca alte arome de Emacs care pot fi familiarizat cu, de la limba sa de prelungire nu este Lisp. Se pare ceva de genul Lisp fără paranteze. (Lisp este umor raportat să stea pentru o mulțime de Iritant Silly paranteze).
  •     Vi se presupune a fi un “modal” editor, și Emacs nu. Aceasta este o problemă mare în grupurile de știri, aproape la fel de critic ca plasarea acolade în C.


Deci, Pavel a făcut o mulțime de muncă a face vile.

Am început să lucrez la vile târziu în 1992. Deși am fost folosind vi de aproape zece ani, a fost cu puțin documentație (I demult pierdut o fotocopie murdar de comenzi al VI-lea), și au doar recent sa implicat în proiecte în care mi-ar modifica un număr mare de fișiere. Două tampoane nu au fost suficient de, și (pentru că am fost de colectare instrumente de dezvoltare) am observat unele discuții de implementări de vi, care ar putea ocupa mai multe ferestre. Xvi nu a putut pentru a obține corectă ecran-size. Vile arata mai bine, dar au existat câteva probleme cu stânga / dreapta de defilare (linii individuale ar schimba, dar pe ecran nu a schimba în mod necesar ca un întreg). Așa că am început de fixare josnic.

Kevin Buettner a venit la începutul anului 1994, schimbarea driverul X Windows și punerea în aplicare mai târziu interfata Perl. Rick Sladkey sosit în 1995, lucru pe Win32 și DJGPP.

Suntem patru sunt listate ca autori de josnic – dar mult mai mulți oameni au contribuit cod, remedieri și feedback-ul.

Vile nu este foarte mare-în acest moment (sfârșitul anului 2011) sursele totaliza aproximativ 174.000 de linii, dar este încă mare în comparație cu unele editori. O afacere bună de cea mai mare parte este de la drivere I / O pentru diferite sisteme. Cele mai multe dintre aceste drivere au fost scrise sau modificate puternic de alți contribuitori.

Cum este diferit josnic?

Cu atât de mulți editori a alege de la, diferențele pot apărea ușoară. Începeți cu caracteristici documentate.

După cum se vede în help-fișier vile, aceasta presupune că sunteți deja familiarizați cu vi:

    Singurele comenzile vile descrise aici sunt cele nu sunt prezente în vi, sau diferite foarte mult de cele din vi.

    Există o secțiune în partea de jos descrie și alte diferențe între josnic și vi.


În schimb, celelalte comune “VI-clone” (Elvis, NVI și VIM), includ documentația-modificat pentru a include extensiile lor vi. În unele cazuri, distincția între vi și clona este obscur.

Documentație Vile poate fi luată în considerare în trei părți:

  •     convențional, prin fișiere cu ușurință accesate:
  •     specializate, și nu ca accesibile:
  •     built-in documentația.
    •         tabele de comenzi și alte date
    •         ferestre dinamice care prezintă conținutul registru, modul-setări, etc.


Ultima parte este o diferență.

Construim vile folosind o combinație de cod artizanale și tabele generate de un cu destinație specială mktbls programului. Fișierele sursă pentru aceste tabele generate cuprind aproximativ 13% din codul sursă, care este folosit pentru a construi vile. Paul Fox a scris mktbls în 1990. Când am început să lucreze la vile, nu a fost utilizat in mod curent pentru a construi tabele. Adăugarea unui nou element ar necesita modificarea codului în două sau mai multe locuri, de exemplu, unul sau mai multe prototipuri funcționale, plus unul sau mai multe intrări de tabel. Am revizuit programul, și a făcut-o primul pas în construirea vile. Din 2014, se arată mktbls 2.745 de linii de date pentru a produce 20,604 de linii de antet fișiere.

Vile utilizează tabelele în diverse moduri, inclusiv arată comenzile disponibile, oferind nume finalizare, liste de variabile predefinite, funcțiile utilizate pentru scripting, etc. Cu alte arome de “vi”, tabele de acest gen sunt o parte integrantă a mână cod care necesită artizanale dezvoltatorii lor pentru a face o mare parte din ocupat-lucrarea pe care o face mktbls.

Mai mult decât atât, în alte “VI” arome, informațiile prezentate în răspuns la comenzi de stare este static, care necesită interacțiunea din partea utilizatorului pentru a face editorul actualiza afișajul. În vile, cu toate acestea, această informație este dinamică, se actualizează aceste tampoane speciale (și ferestrele lor) ca se aduc modificări de caracteristicile pe care le prestează, de exemplu, lista tuturor tampoane din memorie, modul de setările corespunzătoare tampon care are se concentreze, etc.

În timp ce mulți (nu toate) de caracteristici vile sunt acum găsite în alte editoare vi-compatibile, unele dintre cele mai puternice au fost puse în aplicare înainte de adoptarea pe scara larga in celelalte.

De exemplu, mai multe ferestre au fost caracteristici precoce in vile (și XVI) de la început. Același lucru se aplică la citirea din conducte, garduri complexe. O parte din acest lucru este adus în cartea O’Reilly, deși nici un studiu atent a fost făcută de modul în care caracteristici sunt adoptate și adaptate în întreaga “VI” și “Emacs” variante.

Despre vi clone


Ce este o clona VI, oricum?

Comentariu Paul Fox, la începutul acestui FAQ sugerează că josnic nu este un vi-clona.
Alții spun că este. Răspunsul depinde de ceea ce doriți editorul de a face.

În timp ce alte programe pot fi sugerate (a se vedea, de exemplu, Sven Guckes “pagina), termenul a apărut în timpul comp.editors la mijlocul anilor 1990 pentru a se referi la patru programe specifice care reimplemented vi. Acestea sunt (în ordine canonică): Elvis, nvi, vim și josnic.

Celelalte programe interesante doar la câteva. Guckes comentat Calvin, dar a avut puține de spus despre XVI, care le-am remarcat. De exemplu, am comparat al XVI-lea de scîrboase în 1992, și a fost interesat în activitatea Ned Konz pe OS / 2, în 1994-1995 pentru a utiliza O / 2 Prezentarea Director ca face aluzie în ultimul său anunț în septembrie 1995:


De la: [email protected] (Ned Konz)
Subiect: anunta: versiune Alpha a OS / 14 porturi XVI disponibile
Data: 1995/09/03
Mesaj-ID: <[email protected]> # 1/1
X-Deja-AN: 109364009
distribuție: inet
grupuri de știri: comp.editors, alt.org.team-OS2, comp.os.os2.programmer.tools, cybergate.os2

Am portat o clona-domeniu public VI (XVI) la OS / 2 Prezentarea
Manager. Am adăugat o mulțime de lucruri, inclusiv un meniu, mouse-ul re-dimensionare
și mișcare text, interfață clipboard, etc.

Acesta este în prezent în presă alfa pentru testarea numai (vă rugăm să nu
distribui mai departe; Voi când e gata), si am nevoie de
Testarea.

Puteți să-l ajunge la ftp://gate.net/pub/users/nedkonz/xvipma4.zip

Vă rugăm să trimiteți-mi cu bug-uri / sugestii.
Mulțumesc,
Ned Konz
[email protected]


Ca și josnic, xvi avut un port funcțional pentru a utiliza OS / 2 VIO (ferestre consolă), dar o interfață grafică ar fi fost frumos. Am testat de-a treia alfa (a anunțat la mijlocul lunii august), și a trimis o listă de elemente pentru a rezolva. Cu toate acestea el nu a aborda problemele am ridicat, și nici unul dintre modificări sale au fuzionat în al XVI-lea originală. După cum am înțeles, sursa a fost pierdut mult timp în urmă (un binar poate fi găsit aici).

De 1996, termenul “VI-clone” a venit să însemne pur și simplu cele patru pe care am menționat, cu o influență redusă din variantele anterioare. Programele ulterioare (cum ar fi winvi, primul a anunțat în 1998) nu a schimbat asta.

Pe langa designul lor bazându la vi (cu extensii), VI-clone, de asemenea, influențat reciproc, în principal, prin grupul de știri comp.editors la începutul / mijlocul anilor 1990.

Elvis

Elvis a fost clona vi pionierat, pe scară largă admirat în anii 1990 pentru concizia și multe caracteristici. Pentru că combinație este încă neegalat printre clonele vi. Acesta a fost primul care a furniza sintaxa culoare evidențierea (și de a generaliza o sintaxă de evidențiere a mai multe tipuri de fișiere), primul pentru a oferi selecții evidențiate prin tastatură. Built-in nroff lui Elvis (precoce) și (mai târziu) afișează HTML dat caracteristici WYSIWYG neobișnuite.

Pentru ochii mei, Elvis a avut concisa a unui program care a rezolvat un puzzle de 15 țiglă pe care am văzut a demonstrat pe MacIntosh un co-lucrător la mijlocul anilor 1980. Foarte frumos, și impresionant.

Steve Kirkendall (autor lui Elvis) ar posta ocazional la comp.editors, discuta planurile și note de lansare. Am început portul VMS de vile, folosind portul lui Steve mai devreme de Elvis ca referință pentru apelurile de sistem.

Eliberarea inițială de Elvis (1.4) din 1990 (sau, eventual, 1991) este baza pentru “pachetul Elvis-tiny Debian. Elvis 1.6 a fost lansat august 1992, (deși nici GNU nici GPL) a fost disponibil pe banda GNU conform la fișier index aici, din data de 18 decembrie, 1992. De asemenea, Elvis 1,7 (văzut, de asemenea aici, în 1993).

NVI

NVI a fost dezvoltat de Keith Bostic, și extinsă prin Sven Verdoolaege (un factor care contribuie la ncurses). Keith Bostic nu posta la comp.editors, nici nu Sven Verdoolaege.

Keith Bostic, care este autorul a descrierii POSXI vi, a refuzat pentru a documenta funcția modeline deoarece este nesigur.

După (la începutul anului 1997) am fost discutarea problemelor ncurses cu Keith la telefon, și sa întâmplat să divaga, spunându-i că am admirat nvi pentru compatibilitatea sa cu vi original. Keith a răspuns cu un comentariu care “josnic întotdeauna a ferestre mai bine decât oricine altcineva”.

În afară de folosind-o ca o versiune de referință a vi, pentru compatibilitate de testare, vile nu utilizează în mod direct nvi.

Sevă

Kevin Buettner a remarcat ceva timp în urmă, Vim este un program de bine, dar există o problemă cu hype folosit pentru a promova. Bram Moolenaar este destul de ușor pentru a obține, împreună cu; acest lucru nu este valabil pentru fanii lui (a se vedea, de exemplu, acest).

Deși prezentat ca opera unui singur dezvoltator, a fost evident pentru alții că erau mulți oameni care lucrează la vim în timpul mijlocul anilor 1990.

Unele dintre dezvoltatori vim (rar Bram Moolenaar) postat la comp.editors. Singura dată când îmi amintesc Bram postarea a comp.editors a fost de a contesta un punct cu mine în ceea ce privește compatibilitatea (versus vi) de punere în aplicare vim a setării tag-uri (o listă de nume de fișiere).

Cele mai multe dintre discuția privind comp.editors privind Vim a fost de contribuabili sau de fanii lui vim. Nu de mult de faptul că a fost productiv, deoarece fanii au fost în mare parte ignoranți dintre caracteristicile în original vi, și creditat in mod obisnuit vim pentru aceste caracteristici.

Există câteva caracteristici unde josnic și vim-au influențat reciproc. Începând cu 3,0 (august 1994), dezvoltatorii vim a inceput sa faca liste de caracteristici pe care alte programe făcut, care ar trebui să Vim, cu o notă în care caracteristica a fost copiat de la. Ca și cele au fost implementate, nota a fost eliminat; changelog reflectat doar adăugarea.

Pentru completitudine, aici sunt elementele de la vim de liste to-do referitoare la Vile:

  •     3.0 (14.08.1994)

        CTRL-X e: Numele edita fișiere de sub cursor (cum ar fi ^] și *)
Arată caractere neimprimabile în hex.
Utilizați scrollbar.
Când derulare pe orizontală, utilizarea “<” și “>” pentru linii continue în afara ferestrei.

  •     4.0 (May douăzeci și nouă, 1996)

        Permiteți numele de fișier “-” ca argument în linia de comandă: Citește fișier din stdin. Deschis
/ dev / tty pentru comenzile (utilizarea “mai mult” “vi” sau “josnic”, ca un exemplu cum să
fa asta).
Arată caractere neimprimabile în hex. (sau în octal)
Când orizontală defilare, utilizare “<” și “>” pentru linii continue în afara
fereastră.
Sprijin punerea .swp fișiere în / tmp: Command în rc.local pentru a muta fișiere .swp
de la / tmp la unele director înainte de a șterge fișiere.


Ultimele două elemente menționate la 4.0 apar încă în a vim a-do list ca de eliberare 7 (mai 2006).
Ceilalți doi au apărut în edițiile 5 (februarie 1998) și 6 (septembrie 2001).

Am gasit aceste elemente notabile:

  •     caracteristica care permite o conductă un fișier pentru a editorului – la rândul său, după ce a pus în aplicare o în vile, cineva a comentat că editorul John Davis a făcut asta. Includerea sa în Vim a avut răspunsul previzibil de la fanii săi.
  •     Am adăugat funcția de swap-file în vile (cum ar fi originalul vi sau Elvis) nu pentru recuperare, dar pentru a permite editarea fișierelor mari în 16 biți DOS fără Extender memorie. În mod ironic, nu am fost multumit de performanta si eliminat mai târziu.


De asemenea, vile a împrumutat ocazional de la vim. De exemplu, modul în care arată josnic “nici” prefixul pentru un mod de boolean cu handicap în afișajul setărilor a fost determinată de văzându-l în Vim. Cu toate acestea, display setările josnic este dinamic (actualizat atunci când un mod este schimbat), în timp ce vim (cum ar fi vi) este static (cere utilizatorului de a re-introduceți comanda pentru a obține un nou afișaj).

Ocazional cineva cere o caracteristică ca vim (sau spre deosebire de ea). Acestea sunt notate în schimbare-jurnalul pentru vile, de exemplu, noua evenimente din 1999:


+ Adaugă modul linebreak, ca vim (cerere de Paul Van Tilburg).
+ Adăugați (nvi / vim) ex-comenzi: o !, c !, i!
+ Adaugă “: c” ca alias pentru “: schimbare-til” (nvi / vim).
comportament, spre deosebire de vim (cerere de Igor Schein).
tratate ca comentarii dacă a existat o / X modificator. Vim nu verifică
cu vim. Scoateți referire la comutatorul -m inexistente (care a fost
winvile. Patch este bazat pe codul am observat recent în VIM
+ Adaugă vimmode, pentru fișiere de sintaxă vim
fostul, NVI nu acesta din urmă, și vim repetă întregul șir.

Secțiune credite Vim lui Elvis menționează, nvi și alte câteva programe (fără a explica de ce-deși motivele sunt indicate pentru dezvoltatorii vim lui). Se omite Vile. Programul stevie primeste trei linii (câte unul pentru fiecare dezvoltator de Stevie), în timp ce Elvis primește o.

În retrospectivă, Elvis a fost concurent important la Vim în mijlocul anilor 1990:

  •     Steve Kirkendall anunțat fiecare lansare cu un rezumat detaliat al noilor caracteristici, cum au fost utilizate, etc. În schimb, fiecare anunt incremental pentru vim va lista toate caracteristicile, ceea ce face să pară că aceste caracteristici au fost lansat recent.
  •     Elvis a introdus o sintaxă de evidențiere cu câțiva ani înainte de dezvoltatorii vim cu condiția unei puneri în aplicare mai elaborat.


Caracteristici Elvis lui WYSIWYG, apropo, nu au nici o contrapartidă în Vim.

Josnic

Care ne.

Când a început dezvoltarea?

Dezvoltatorii fiecărui program a făcut lucrarea lor disponibile pentru utilizare de către alții, după completarea unui “suficient de bun” versiune. Eu pot vedea datele început pentru josnic și nvi făcând trimitere la arhivele mele RCS pentru prima, și un depozit Git pentru acesta din urmă. În rest, ma bazez pe instantanee ale programelor pe care le-am colectat, e-mail (și grupuri de știri postări), precum și websearches a obține o perspectivă.

Steve Kirkendall de asemenea, utilizat RCS, si a raportat mai multe date de lansare într-o discuție de e-mail în august 2003. Steve a comentat în cartea Vi6 că el a fost folosind Minix (care a fost lansat în 1987), și a pierdut timp din cauza unui accident de editor Stevie . Într-un mesaj la grupul de știri Minix, Steve a comentat în aprilie 1990 că a eliberat Elvis 1.1 în luna ianuarie (a se vedea acest lucru pentru a compara). Din e-mail-anteturile citat, se pare că Steve a continuat să lucreze la Elvis la scurt timp după un anunț (probabil 1.3) la 20 aprilie 1990, și a finalizat o “destul de bun”, versiune până la 15 noiembrie, 1990. Cea mai veche versiune de Elvis menționat în discuția a fost versiunea 1.4, a lansat 3 decembrie 1990. Am o copie a acestui, cu fișierele din data de decembrie 05-destul de aproape. Spre deosebire de Bram Moolenaar, Steve Kirkendall nu a spus în cartea Vi6 că el a folosit Stevie ca punct de plecare; sursele nu sunt similare. Elvis 1.4 comentariile nu rețineți un cod atribuit altora, adică, pentru porturile de MS-DOS, Atari / TOS, Microware OS9 / 68k și coerent.

  •     Primul check-in pentru vile a fost douăzeci și o septembrie 1990.
  •     Keith Bostic check-in unele fișiere de Elvis pe 1991-04-17, adică, revizuirea inițială. În cartea Vi6, Keith spune că a fost Elvis 1,8; Cu toate acestea, datorită data aceasta trebuie să fi fost, de fapt 1,4 (inițial).


Bram Moolenaar nu a folosit nici un sistem de control sursă până altele (inclusiv Sven Guckes) a intervenit, la mijlocul lunii decembrie 1999 (a se vedea CVS, de exemplu, acest lucru). În discutarea acest lucru cu Sven Guckes în jurul acel moment, am observat că Vim-4.6 arhiva a fost corupt (el a comentat că a fost una dintre problemele care au dus la punerea în vim CVS). În timp ce scriu acest lucru, am sa întâmplat pentru a verifica (după ce a văzut marcajele de timp fals în Vim 2.4 arhivei) și descărcat cea actuală, marcate ca “13-Mar-1997“. Acesta este același anii de dimensiuni și untar. Dar câteva fișiere în care sunt datate “08-Jun-2000”.

VIM CVS nu conține nici o versiune anterioară datei de check-in inițială (are vim 5.5, lansat 19 sep 1999). Pentru orice varsta, trebuie sa se uite la Arhivele tar existente.

Data la care Bram început dezvoltarea nu este menționat în cărțile VI. Conform articolului Paul Ryan, Bram inceput dezvoltarea pe o Amiga în 1988. Am găsit nici o listă de discuții contemporan sau alte înregistrări pentru a umple în detalii; comentariile găsite au fost scrise mult timp după aceea. Potrivit cărții Vi6, Bram început dezvoltarea a vim prin modificarea Stevie (care a fost lansat la mijlocul lunii 1987 sau 1988). Pentru ceva tangibil, mă refer la eliberarea inițială:

  •     Creditele în codul sursă face aparent acest lucru a fost bazat pe versiunea îmbunătățită Tony lui Andrew de Stevie, de la mijlocul lunii 1988.
  •     Nu există date în sursele de dezvoltatorii vim lui (trei fișiere împrumutate am date).
  •     Cea mai veche file-timestamp (un fișier, un script de shell) este 05 februarie 1990.
  •     Opt fișiere au marcajele de timp pentru cincisprezece/6/1990.
  •     Fișierele rămase sunt datate în 1991.
  •     Cel puțin un fișier (cmdtab.tab) conține cod adaptat la Elvis 1.4, adică, nume de simbol și comentarii.    Elvis 1.5 a fost menționat într-un comentariu in version.c; mai târziu (în vim 2.4), Steve Kirkendall fost creditat pentru Elvis.    Marcajele de timp în Vim 2.4 arhiva (lansat, potrivit unui comentariu în codul, pe 13 iulie, 1994) sunt aproape toate 31 decembrie 1979 …


Pe scurt, documentația disponibile sugerează că dezvoltarea de Elvis și Vim început în jurul același timp, și că Vim împrumutat în primul rând de la Stevie, apoi de la Elvis.

Când a fost lansat programul?

Există o mulțime de diferență între dezvoltarea unui program (și folosind-o singur) și de eliberare l (și a constatat că utilizatorii observa bug-uri). Datele pentru acestea sunt mai ușor de găsit:

  •     1990-11-15 Elvis 1.4 (a se vedea mai sus).
  •     1991-06-07 Vile versiune trei
    Paul Fox precizate unele versiuni, și folosite cifre pentru alții. Această versiune a fost precizat.
    Poate că am citit această postare de Pete Ruczynski la momentul respectiv.
  •     1991-11-02 vim 1.14
    Potrivit cărții Vi6, aceasta a fost prima lansare, pentru Fred pește disc 591.
  •     1994-01-23 nvi 1.03.
    Keith Bostic a fost în curs de dezvoltare pentru 4.4BSD, care în sine a fost lansat mai târziu, în iunie 1994.
    Aceasta a fost versiunea importate în NetBSD în ziua următoare (a se vedea graficul). O săptămână sau cam asa ceva mai târziu, o copie a acestui a fost pus pe sunsite.


Când a fost de culoare-evidențierea introdus?

Cu culoare-evidențierea, programul face ca lucrurile vizibile folosind culoare, subliniind, etc.

  •     Brian Kral a făcut o serie de patch-uri pentru Elvis a oferi culoare pentru C și C ++, de exemplu, de culoare Elvis 0.2e din unsprezece/10/1994.
    Spre deosebire de utilizare Keith Bostic pentru nvi, sau celvis furca (Chinese) bazat pe Elvis 1.3, acest lucru a fost ca scop îmbunătățirea Elvis.
  •     Patch-uri Brian compilat-o parser care a devenit parte a editorului. Am fost reticenti in a folosi această abordare în josnic, din cauza dimensiunii și performanței. Kevin Buettner a propus un traseu diferit, folosind programe externe, care ar genera markup care scîrboase ar suprapune pe imagine editorului fișierului. În punerea în aplicare inițială (04.19.1994), Kevin condiția pagina de manual-filtru. Jukka Keto condiția primul filtru pentru a utiliza culoarea, care s-au adăugat la scîrboase la 11 ianuarie, 1995.
  •     Vim cu condiția ca parte a sintaxei-evidențierea-subliniind culoare, trei ani mai târziu, în presă 5.0 (a anunțat 19 februarie 1998 – arhiva pentru aceasta versiune pachet ctags-2.0.2, care face de fapt, rezultatul o săptămână mai târziu decât anuntul).
  •     Nici o versiune de nvi face culoare-evidențierea.

Când a fost introdus-sintaxa subliniind?

Într-un editor-subliniind sintaxa a dobândit o conotație suplimentară de adaptare rapidă la schimbările aduse în procesul de editare.

  •     Elvis a introdus generic sintaxa evidențierea în-eliberare 2.0 (1 octombrie de 1996).
    Elvis subliniază sintaxă diferită folosind diferite fonturi și subliniind. Un utilizator poate mapa aceste fonturi la culori diferite.
    Elvis folosește un parser orientate spre cuvinte cheie built-in. Se ocupa de mai multe limbi computer utilizând un fișier de configurare care enumeră cuvintele cheie. Fișierul de configurare conține, de asemenea, declarațiile să-i spuneți lui Elvis care computerul limbă să se asocieze cu un anumit fișier-sufix. Alte declarații spune Elvis cum să recunoască și să evidențieze comentarii.
  •     Vim 5.0 (19 februarie 1998), după cum sa menționat condiția sintaxa-evidențierea integrat cu culoare-evidențierea.
    Vim folosește o abordare diferită decât Elvis. Fișierele de configurare pentru fiecare tip de fișier-declara nume pentru expresii regulate. Vim meciuri acestea împotriva conținutului fișierului și asociază meciurile cu culori. Cuvintele cheie sunt un caz special în această schemă.
    În timp ce mai general, abordarea Vim este mult mai lent. Pentru a compensa, Vim este în mod normal configurat să pornească de potrivire de câteva sute de rânduri înainte de partea afișată pe ecran, mai degrabă decât a procesa întregul dosar. Care funcționează destul de bine, în cele mai multe cazuri; Cu toate acestea, pot produce efecte bizare pentru fișiere care conțin meciurile multi-linie (cum ar fi Perl sau script de shell).
  •     Cu vile, am continuat pe calea a început în 1994. mână de interpretoare externe care le-am colectat nu au fost suficient de bun. Cele incluse (referindu-se la “utilități” directorul de pe serverul meu FTP): C, cweb, html, ispell, latex, face, nroff, RCS, Perl, Verilog (adăugat la 1,995 prin 1997). Câțiva oameni le-au folosit; Am folosit filtrul C ocazional. Configurația nu a fost ușor de utilizat. Evident, lucrurile mod de a îmbunătăți a fost de a le face mai strâns integrate:
    •         Pe de o parte, ar fi frumos să avem evidențierea sintaxei.
    •         Pe de altă parte, nu am vrut să construiască-un parser sintaxă complexă.

    Sintaxa parser lui Elvis nu a putut face unele din lucrurile (cum ar fi Perl), care le-am avut în minte; Parser Vim a promis să fie complex și lent.
În timp ce dezbaterea alternativele, cineva de pe lista dezvoltatorului josnic a comentat că programul flexibil ar putea fi spus să redenumi puncte de intrare sale. Făcând care ne-ar permite de a combina mai multe lex / flex-interpretoare într-un program fără a numi conflicte. Alternativ, aceleași analizatorilor ar putea fi construit ca programe de sine stătătoare. Am început remaniere interpretoare noastre la mijlocul lunii decembrie 1998 pentru a exploata această idee. Schimbările au devenit concentrarea mea prin mijlocul lunii aprilie 1999, când am lansat josnic 8.3.
În timp ce flex este de obicei disponibil, de cele mai multe markere sintaxă sunt utilizabile în lex (care necesită specificarea dimensiuni de masă). Câteva (cum ar fi Perl, Ruby și sed) sunt scrise în C, din cauza limitărilor de specificarea unui model care descrie sintaxa expresie regulată în lex / format flex. Evidențiere pentru lex este scris în lex, cu toate acestea. Codul executabil rezultat este de departe cel mai mare dintre oricare dintre filtrele de sintaxă.
Pe scurt, deși am avut sintaxa-evidențierea în 1994, a continuat să evolueze.

  •     Nici o versiune de nvi nu sintaxă-highlighting.


Când a fost introdusă vizual-mode?

Cartea Vi6 se referă la aceasta ca “modul vizual (bloc)”. Am enountered întâi folosind Elvis în timp ce lucrează pe portul MS-DOS a vile la începutul anilor 1990. Elvis folosește “v” pentru a iniția modul vizual; la fel vim. Vile folosește “q” pentru că “v” a fost deja legat:

 

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

 

  •     Elvis a introdus această funcție în versiunea 1.5 (23.08.1992). După cum sa menționat în carte Vi6, există taste separate, folosite pentru a selecta dreptunghiuri, cu linie sau pur și simplu prin caracterul.

    Vim adăugat modul vizual în versiunea 2.0 (14 Decembrie 1993). Fișierul README2.0 din partea de sus a arborelui sursa spune:

    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

  •     Am modificat codul de mișcare citat în josnic, pentru a oferi cele trei tipuri de selecție pentru modul vizual în versiunea 5.3f (la începutul lunii iunie 1995).
  •     Nici o versiune de nvi face vizual-mode.

Ce este un ecran dinamic?

Afișează dinamice josnic au fost ceva care a avut loc la mine când am devenit prima implicat cu josnic la sfârșitul anului 1992, se uita la [Buffer List] ecran, și întrebam de ce a “%” si a markerilor “#” nu se mișcă în mod automat în jurul valorii de pe ecran ca am trecut buffer-ul curent. Am fixat asta. Care a dus la îmbunătățirea modului face josnic cache de dimensiuni tampon și linia de numere. Odată ce a fost tampon dinamic, face același lucru pentru alte tampoane părea intuitiv. Niciuna dintre care se reflectă în dezvoltarea celorlalte clone vi.

Aici sunt un cuplu de GIF-uri animate pentru a ilustra afișează dinamice:

  •     mare (270Kb):

    vile – dynamic updating of buffer-list


  •     foarte mare (1.1MB):

    vile – dynamic updating of buffer-list

    Ce platforme nu-l rula pe?

    Vile trebuie să se bazeze în mod corespunzător pe orice platformă Unix (sau similar, cum ar fi Linux, Cygwin, QNX și BeOS), folosind scriptul auto-configurare pentru a verifica caracteristicile sistemului necesare. Scriptul configure este în mod normal Unix-specific (pentru ca foloseste o varietate de comenzi shell, cum ar fi sed), dar poate fi regenerat pentru alte medii, cum ar fi OS / 2 EMX.

    Script-uri de specialitate și construi I / O drivere sunt de asemenea prevăzute pentru platforme non-Unix:

  •     VMS,
  •     Win32 (consolă și GUI folosind Visual C ++),
  •     DJGPP, și
  •     OS / 2 (I nativ / O, în contrast cu EMX).

Am construit-și folosit-vile pe toate acestea.

De ce are josnic mai multe icoane?

Aceasta este destul de laborioasă, și este discutat aici.

Cunoscuți / probleme frecvente

  •     Construirea și instalarea josnic
    •         Este nevoie de ANSI C compilator
    •         Construi pentru un conducător auto terminale
  •     Configurarea Vile
    •         Ce fișiere de inițializare sunt necesare?
    •         Ce fișiere de inițializare sunt utilizate?
    •         Ce variabile de mediu sunt necesare?
    •         Cum poate fi lansat winvile?
  •     Efectuarea de culoare de lucru
    •         Ce poate scîrboase culoare?
    •         Nu Culori sunt afișate
    •         Unde sunt filtrele de sintaxă?
    •         Este folosit pentru a lucra …
    •         Unele cuvinte nu sunt colorate
    •         Nu există cuvinte sunt colorate
    •         Flex / lex ieșire nu compila
  •     Mai multe informatii
    •         Ce comenzi se josnic accepta?

 


Este nevoie de ANSI C compilator

Vile evoluat de la K & R sursă, a extins C, de exemplu, K & R cu cod prototipuri ANSI (care este ceea ce multe programe sunt scrise în). Devreme în 1996 am ales pentru a converti josnic la ANSI C pentru a profita de mai bine de verificare fel nu este valabil. Deci, vile necesită o compilator ANSI C.

Vile va construi cu un compilator C ++, deși este posibil să aveți dificultăți cu scriptul configure.

Construi pentru un conducător auto terminale

Pe Unix și Win32, josnic poate fi construit pentru caracterul de celule și terminale GUI tipuri. Cele mai multe dintre apelurile terminale specifice I / O se face printr-o interfata generic, cu toate acestea, nu se pot reutiliza fișierele obiect de la un tip de configurație pentru a construi alta.

Unele dintre testele de configurare Unix poate duce la rezultate diferite, sau să fie incomplet pentru unul fata de altul configurație. Am eliminați fișierul config.cache în mod explicit în scriptul configure a eluda probleme cu acest.

Ce fișiere de inițializare sunt necesare?

Josnic este similar VI în unele privințe, dar citește propriul fișier de pornire, pentru a evita surpriza ar trebui să se întâmplă să execute vi. Script-uri de inițializare vile includ multe comenzi care ar confunda vi.

Pe Unix, vile caută .vilerc, începând din directorul curent, apoi în directorul acasă, și în cele din urmă în-directorul social instalat (arătat în $ variabila de pornire-cale).

Pe alte sisteme (inclusiv cele care nu se pot utiliza mai multe puncte în numele de fișiere, cum ar fi VMS, sau face acest lucru într-un mod cum ar fi paralizat Win32), arata josnic pentru vile.rc.

Ce fișiere de inițializare sunt utilizate?

În ambele cazuri, aveți posibilitatea să utilizați comanda care-source pentru a arăta care este, de fapt fișier încărcat. Folosiți un număr înainte de a comanda pentru a afișa toate fișierele care vor fi verificate, și meciurile corespunzătoare, de exemplu,

2
:which-source .vilerc

Ce variabile de mediu sunt necesare?

Cele mai importante sunt documentate în vile.hlp ajutor online, pe care o puteți vedea prin

:h

Acestea includ cele specifice scîrboase

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

precum și variabile împrumutat de la convenție comun Unix sau Win32:

COMSPEC
pe OS / 2, interpret dvs. shell.
COLUMNS
lățimea ecranului terminalului, pentru termcap sau terminfo configurații.
HOME
directorul acasă.
HOMEDRIVE
sub WinNT, unitatea de disc care conține directorul home.
LINII
înălțimea ecranului terminalului, pentru termcap sau terminfo configurații.
LOGNAME
folosit pentru a vă identifica erori de raportare, sau pentru blocarea de fișiere.
CALE
calea de execuție, cu excepția VMS.
COAJĂ
alternativă la $ variabila coajă pentru specificarea substraturi, inclusiv cele utilizate pentru filtrarea sintaxa.
SYS $ LOGIN
directorul acasă pe VMS.
TEMP
pe Win32 directorul temporar.
DURATĂ
tipul terminalului, pentru termcap sau terminfo configurații.
TMPDIR
utilizată ca prima alegere atunci când salvarea fișierelor în cazul în care este detectată o eroare fatală. Vile nu utilizează fișierele temporare pentru stocarea stadiul actual fișierelor “altfel.
UTILIZATOR
alternativă la $ LOGNAME pentru a vă identifica erori de raportare, sau pentru blocarea de fișiere.

Cum poate fi lansat winvile?

Există mai multe moduri. Unele sunt create de către instalator:

  •     o comandă rapidă pe desktop
  •     a Trimite Pentru a lega de explorare pentru Windows
  •     puteți, de asemenea clic dreapta din explorer de fișiere Windows


În afară de faptul că, există unele programe care au propriile lor mecanisme, care pot / nu functioneaza bine fără o personalizare. În Windows, cheia face acest lucru este de a folosi cuvântul cheie de pornire. De exemplu, am folosi acest (ca “grep-winvile.bat”) cu WinGrep, care iti permite-mi sară la linia dat și coloana de un meci (banal cu 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 simplu înveliș suficient pentru Eclipse (scuze, nici o linie / coloane, fără un 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

Ce poate scîrboase culoare?

Vile face uz de culoare pentru a face fișierul mai ușor de citit. Ea are moduri pentru a seta prim-plan, fundal și culorile linia de stare (fcolor, bcolor și mcolor respectiv). Adauga acest la fișierul de inițializare pentru a obține schemele de culori predefinite:

source palettes.rc

Schemele cele mai utile sunt alb, negru și implicit, pe care puteți specifica de setarea modului cs, de exemplu,

:set cs=white

Se poate suprapune, de asemenea, culori si alte evidențierea vizuală pe fișierul pentru a arăta sintaxa. Suprapunerea este calculat printr-un program extern, menționată ca un filtru sintaxă.

Cel mai simplu mod de a activa evidențierea sintaxei este de a adăuga

source filters.rc

pentru fișierul de inițializare, de exemplu, .vilerc. Tastarea ^ Xq va picta culori în funcție de care se aplică majormode la dosar dat. Tastarea ^ X-Q va șterge toate culorile.

Dacă aveți un calculator rezonabil rapid, adăugând

setv $read-hook HighlightFilter

va spune josnic să picteze culori de fiecare dată când citește un fișier.

Nu Culori sunt afișate

Ei bine, ai făcut tot ceea ce, și nu există culori. Dacă există o majormode în vigoare pentru tampon, încercările josnic pentru a rula un filtru sintaxă bazat pe numele majormode. Verificați pentru a vedea dacă este josnic configurat să afișeze culori:

:show-colors

Dacă, care funcționează, atunci problema este cu filtrul sintaxa (poate josnic nu pot găsi un motiv sau altul). În cazul în care nu funcționează, atunci va trebui să configurați de culori (presupunând că terminalul poate afișa culori).

Pentru terminalele mobile caracter pe Unix, de exemplu, termcap sau terminfo, josnic citește informațiile de culoare specificat de variabila $ pe termen lung. Vezi ncurses FAQ pentru mai multe informații. Configurația X Window, xvile citește misiuni de culoare din resurse, și care este înscris în ajutorul online. Win32 si alte porturi non-Unix nu necesită fișiere externe pentru a configura culoarea.

În cazul în care culorile sunt de lucru, probabil, vile pur și simplu nu a găsit filtrul sintaxă.

Unde sunt filtrele de sintaxă?

Filtrele de sintaxă poate fi construit-in, sau a alerga ca programe separate. Fosta sunt mai portabile, mai puțin probleme pentru a rula și oarecum mai repede. Scriptul configure (și Makefile Win32) oferă un mijloc de a specifica faptul că orice combinație de filtre poate fi încorporat sau extern. Chiar dacă acestea sunt construite-in, vile poate rula în continuare externe filtre, care alegere este lăsată la macro care realizează evidențierea, de exemplu, HighlightFilter. Puteti vedea care filtrele sunt construite-in uitandu-se la rezultatul

:show-variables

pentru variabila $ filtru listă.

Vile caută filtre sintaxă externe în calea ta-după adăugarea de bibliotecă director $ libdir-calea către sfârșitul.

Utilizare

2:
which-exec


pentru a afișa locurile unde arată-un josnic “*” va marca cele pe care le găsește.


Este folosit pentru a lucra …

Am schimbat forma și utilizarea de $ HOME / .vile.keywords cu versiunea 8.3:

  •     înainte, că dosarul a fost folosit de convenție pentru filtrul sintaxa C, și conținea o listă de cuvinte cheie sau clase cu marcajul.
  •     acum, se utilizează definițiile globale din clasa marcare, precum și pentru josnic filtrul sintaxa macro.


Schema de vechi nu a avut nici dispoziție pentru mai multe filtre de sintaxă. Noile nume schema fișiere de cuvinte cheie în funcție de filtrul sintaxa care este folosit, și poate încărca două fișiere, de exemplu, $ HOME / .c.keywords și $ HOME / .vile.keywords pentru C.

Pentru a vedea ce fișiere se găsesc, executați filtrul corespunzător cu opțiunea -v. De exemplu, vile-html-filt -vv în acest dosar produce ieșire început

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

Urma notează “..skip” pentru fișiere care nu se găsesc. Pe Unix, fișierele din directorul curent sau de acasă sunt prefixate cu “.” pentru a le ascunde. Fișierul “.vile.keywords” este citit prima, pentru a furniza valori implicite pentru clase.

Puteți utiliza, de asemenea macro care-cheie. De exemplu,

:which-keywords vile

face o fereastră care arată:

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

Unele cuvinte nu sunt colorate

Filtrele de sintaxă distribuite cu josnic nu culoarea fiecare cuvânt, dar culorile ar trebui să fie coerente, corespunzător sintaxa. (Colorat fiecare cuvânt diminuează lizibilitatea; prin design cea mai mare parte a textului este lăsat cu fcolor culoare prim-plan la nivel mondial).

Dar colorarea pot fi incomplete sau neconforme, iar aceasta nu poate fi din cauza unei erori de codificare în filtrul sintaxă. Acest lucru se poate întâmpla atunci când culorile suprapuse pe tampon de la filtrul sintaxa nu sunt aliniate corect. Vile conduce filtrul dat, se arata producția rezultată și extrage marcare de la ea pentru a picta pe fișierul. Dacă un alt program produce ieșire, se va confunda josnic, deoarece producția nu este în mod necesar aliniat cu fișierul.

De exemplu, în cazul în care $ shell este / bin / csh, și fișierul .cshrc conține o comandă stty, că programul va scrie un mesaj de eroare atunci când este administrat într-o conductă. Lucrez în jurul valorii de acest lucru prin setarea $ coajă de / bin / sh (.profile mea este goală), care ocolește mesaje și este mai rapid:

setv $shell=/bin/sh

O soluție mai bună ocolește coajă în întregime. Construi josnic folosind opțiunea built—with-filtre. Care compilează în filtrele de sintaxă, care se desfășoară, de asemenea, mult mai rapid. Singurul dezavantaj la această abordare este dimensiunea executabil. Sistemul dumneavoastră poate sprijini, de asemenea –with-descărcabile-filtre, care vă permite să păstrați o relativ mic executabil vile, cu un avantaj de viteză pe filtrele externe originale.


Nu există cuvinte sunt colorate

Ei bine, să ia acest lucru în etape:

  •     Aveți prim-plan / de stabilire a culoarea de fundal fcolor și bcolor are un efect? Dacă nu, atunci va trebui să culoare de configurare pentru vile.
  •     Ești rulează un filtru? Filtrele sunt toate asociate cu o majormode, al cărui nume apare în linia de stare pentru fiecare tampon, de exemplu, cmode pentru “c” majormode. Filtrul corespunzător este numit nemernic-C-filt, și trebuie să fie instalat într-un loc în care josnic poate găsi.
  •     Încercați să rulați filtrul în josnic, de exemplu,


^X!vile-c-filt -vv %

pentru a rula “c” filtru în [Ieșire] pe buffer-ul curent, în modul verbose. (Aceasta este o comandă / X). Ieșirea ar trebui să arate definițiile de marcare încărcate, precum și marcate fișierul (locuri cu ^ A).

  •         Dacă filtrul nu este găsit, probabil $ shell este resetarea $ PATH. Lucrez în jurul valorii de acest lucru prin setarea $ coajă de / bin / sh (.profile mea este goală), care este mai rapid.
  •         Cele “.keywords” fișierele nu pot fi găsite, probabil din cauza majormode tampon dvs. nu se potrivește cu unul dintre cele instalate.

Flex / lex ieșire nu compila

Vă recomandăm construirea filtrele de sintaxă cu flex (de exemplu, versiunea 2.5.4a). Puteți construi filtre funcționale cu versiunile recente ale Lex, dar, de obicei, cei mai în vârstă lipsite de sprijinul% de stat necesare pentru cele mai multe filtre.

Unele implementări mai vechi ale lex presupune, de asemenea, o ordine diferită pentru bucati de cod C în lex caietul de sarcini; Totuși, acestea nu par să funcționeze bine chiar și atunci când bucăți sunt mutate pentru a face compila filtru.

Bucată-comanda nu este doar o problemă cu versiunile antice de flex. Există o așa-numită “nou” flex disponibile care introduce gândaci similare. În timp ce codul poate (a fost ca de 9,4) reordonate, pe administratori de această nouă versiune nu raspund la rapoarte de bug (se pare a fi un proiect desființată). Stick cu 2.5.4a flex, care funcționează.

În special, există două zone în care “noi” Flex este rupt:

  •     Conformitatea POSIX este rupt în mai recente “noi” versiuni flex, eg, “% o” și “o”% directive.
  •     opțiunea -P, care josnic foloseste pentru a construi built-in filtre de sintaxă este rupt în fiecare versiune a “noii” flex, deși cauza exactă variază de la o versiune la alta.


Ca o alternativă la “vechi” flex, ați putea dori să instalați reflex și (setarea variabilei de mediu $ LEX la “reflex”) a construi vile, folosind asta.

Ce comenzi se josnic accepta?

Vile acceptă cele mai nu toate comenzile pe care vi-unelte. Puținele care nu sunt puse în aplicare, în general, pentru că sintaxa sunt lor nu este compatibil cu josnic de comanda-parsing sau nume-finalizare. (Pentru cei care sunt compatibile într-o zi-).

Extensii vile de peste vi sunt documentate în fișierul de ajutor. Descrieri detaliate pentru macro-uri de scriere, etc., sunt în directorul doc care face parte din distribuția sursă. Dar informațiile esențiale se află în fișierul de ajutor. Doar de tip

:h

Fișierul de ajutor este static, și vă cere să-l căuta. Departe frumos sunt caracteristicile pentru comenzi de listare, de exemplu,

:describe-bindings

Care arata ca o mulțime de tip. Dar nu este. Cu nume de finalizare, se poate apăsa filă pentru a umple în părțile clare și a vedea ce opțiuni există.

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


Cum raportez bug-uri?

Să prezinte rapoarte de bug-uri prin intermediul listei de discuții proiect, sau prin sistemul de raportare bug web-based. Ambele sunt disponibile aici:

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

Abonarea la lista de discuții este, de asemenea cel mai bun mod de a păstra informat cu privire la noi versiuni.


Există o istorie proiect?

Nu în mod oficial. Aceste întrebări frecvente oferă un început; în cazul în care devine timp va fi într-o pagină separată.

Paul Fox a inceput vile în 1990. Conform comentariu său în main.c:

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

Am fost responsabilul de proiect în urma unor modificări ale lui Pavel la 10 septembrie 1996 (josnic 6.2).
Comutatorul în intretinatorii sa datorat munca mea la ANSIfy josnic, și pentru a muta departe de “moștenire C” (spre deosebire de alte clone-VI, chiar și în 2014).
Am început prin asigurarea faptului că prototipuri au fost folosite peste tot, și apoi sa concentrat pe utilizarea (acolo unde este posibil) const.
Una din cele din urmă modificări rupt funcția imdying (care salvează o copie a buffer-ul curent, atunci când este ucis în mod neașteptat Vile).
Paul Fox a decis că ar fi mai bine dacă aș fi responsabilul, ca să pot face față acestor probleme de prima mana.

Ca parte a comutatorului, Paul Fox mi-a dat o copie a arhivei sale RCS pentru vile. Am început deja propria mea arhivă RCS (cu istoria mai detaliată pentru propriile mele modificările), astfel încât nu a existat nici o metoda convenabilă pentru fuzionarea celor două. Mă refer atât în ​​furnizarea de date și analize.

Cele mai multe dintre cele mai importante proiecte se înregistrează în schimbările * fișierele care fac parte din proiect.
Inițial, Paul Fox a făcut cu privire la o versiune pe an, redenumirea SCHIMBĂRI a CHANGES.R3 ca parte a elibera vile 4.0, etc.
Am păstrat acest sistem până 1999.

Începând cu josnic 9.0, granularitatea versiuni este mai fină. Eu folosesc un sufix alfabetic (uneori merge z trecut).
După toate (dacă nu schimba obiectivul), ajungând la “10”, va face perfect. Nu există nici un punct în graba, precum Zeno a fost foarte conștient.

Asta a spus, aici este o schiță a proiectului cele mai importante pe care am scris bazate pe citirea de schimbare-busteni si arhivelor RCS:

  •     1990 port pentru MS-DOS
  •     1991 primul postare a alt.sources (“versiune trei”)
  •     1991 xvile, un client X11
  •     1,992 Etapa prin C-preprocessor # Dacă /…/# endif declarații.
  •     1,993 port pentru OpenVMS
  •     1994
    •         folosind autoconf în port la platforme UNIX
    •         port pentru consola Microsoft Windows
    •         port pentru OS / 2
  •     1995
    •         C sintaxa evidențierea cu ajutorul video de atribute atașat la tampon
  •     1,996
    •         converti ANSI C
  •    1997 interfață Perl
  •     1998
    •         winvile, un client Windows GUI
    •         majormodes combina atributele tampon bazat pe tipul de fișier
  •     1,999
    •         port pentru BeOS
    •         combina majormodes și evidențierea sintaxei pentru mai mult de 30 de limbi
    •         relicentiere ca GPLv2
  •     2000 Filtrele de sintaxă poate fi încorporat sau extern
  •     2,001
    •         port pentru QNX
    •         Eroare-pas cu pas generalizate.
  •     2002 de caractere-clase în expresii regulate
  •     2,003 minibuffer (promptă-line) generalizat ca redactor-o linie
  •     2004 suport Locale
  •     2005 Filtrele de sintaxă poate fi încărcat dinamic
  •     2006 scripturi multiple pot fi invocate prin opțiunile de linie de comandă
  •     2,007 suport de bază Unicode.

 


Unde pot citi mai mult?

Vile este acoperit destul de bine în ambele. Am găsit 6-a ediție a cărții O’Reilly mai util.
Pe de altă parte, am contribuit mult mai mult (la secțiunea privind josnic, desigur) la ediția a 7.

    O’Reilly Media, noiembrie 1998.

    O’Reilly Media, iulie 2008.


Al 6-lea ediție este util ca urmare a includerii Robbins “din vi esoteria. Care nu este prevăzută în edițiile anterioare.

Anterior, am bazat pentru VI informatii despre aceasta:


Este în afara de imprimare.

Y2K Conformitate?

Cu certitudine.

Vile nu stochează sau prelua datele sub orice formă, care depinde de anul. Utilizarea Vile de informații în timp este limitat la

  •     de calcul ori scurse, în fracțiuni de secundă, și
  •     compararea ori creare de fișiere, pentru a detecta dacă un fișier a fost modificat de un alt proces.


Drepturi de autor

Vile este drepturi de autor de către Paul G. Fox, Thomas E. Dickey și Kevin Buettner cu unele fișiere (de exemplu, visvile) copyright Clark Morgan. Am distribuie în conformitate cu termenii GNU Public License, versiunea 2.

Comments are closed.