vi

[Mario Vanoni]

Ho capito:
nvi è praticamente uguale al vi originale.
mentre quello di Gunnar Ritter è maggiormente rimaneggiato almeno per quanto riguarda debbug e altri aspetti.

In ogni caso entrambi da come scrivi sono due editor molto più vicini alla filosofia dei "vecchi" utenti unix, almeno rispetto a cloni maggiormente ricchi di funzionalità evolute come elvis o vim.

Dico bene più o meno?

Esatto al 100%, poi

ls -l del mio [n]vi, compilato con -O2 -static -s
-r-xr-xr-x 3 root root 929600 2008-12-13 11:11 /usr/bin/vi
ls -l del vim compilato da PJV con shared libraries
-rwxr-xr-x 1 root root 3872232 2008-09-17 08:22 /usr/bin/vim
noti che vim e` alquanto obeso!

in confronto nano compilato da PJV con shared libraries
-rwxr-xr-x 1 root root 145884 2008-09-16 02:07 /usr/bin/nano

nvi con shared libraries e` sui 160kB

[masalapianta]

Esatto al 100%, poi

ls -l del mio [n]vi, compilato con -O2 -static -s
-r-xr-xr-x 3 root root 929600 2008-12-13 11:11 /usr/bin/vi
ls -l del vim compilato da PJV con shared libraries
-rwxr-xr-x 1 root root 3872232 2008-09-17 08:22 /usr/bin/vim
noti che vim e` alquanto obeso!

in confronto nano compilato da PJV con shared libraries
-rwxr-xr-x 1 root root 145884 2008-09-16 02:07 /usr/bin/nano

nvi con shared libraries e` sui 160kB

$ ls -al vmlinuz*
-rw-r--r-- 1 root root 450731 2009-03-26 08:41 vmlinuz-2.0.36
-rw-r--r-- 1 root root 1467952 2009-03-26 09:21 vmlinuz-2.6.26

quindi? torniamo tutti al 2.0?

[Mario Vanoni]

Clone?

elvis e vim sono le imitazioni colorate ...

temo che i miglioramenti vadano ben aldila' della sintassi colorata, cose come autocompletamento, espressioni regolari estese, modalita' visuale, undo/redo multipli, folding, ecc.. lo mettono 15 spanne sopra nvi:
http://en.wikipedia.org/wiki/Vim_(text_ ... ts_over_vi

nvi 1.79 e` il vi(1) piu` vicino all'originale di Bill Joy.

Uso vi da 24 anni, schermi monocromi amber allora,
ed uso tutt'ora nvi, cosi` magro, semplice e veloce.

vi è stato scritto per lavorarci su terminali adm3a, il che chiarisce alcune scelte relative ai tasti in modalita' comandi (l'uso di h,j,k,l in luogo dei tasti freccia, ecc..), ma ad oggi non ha alcun senso utilizzarlo (cosi' come utilizzare vim in compatibility mode) su tastiere moderne

I colori non servono se non si padroneggia il codice!

bhe neanche i colori sui semafori servono se non si sa guidare, ma che c'entra? comunque i colori aiutano per vedere a colpo d'occhio l'indicazione del semaforo senza doversi basare unicamente su un criterio posizionale.

Intendiamoci, anche io ho le mie abitudini, che non cambio per pigrizia; ad esempio sono da sempre abituato all'ascii 7bit, quindi, nonostante utilizzi sistemi con il pieno supporto a unicode, quando scrivo non uso le accentate (che sostituisco con le normali lettere e il ' ), ma e' una mia abitudine e non vado certo in giro a dire che unicode e' un'imitazione inutile dell'ascii 7bit; poi per carita', sono il primo a scagliarmi contro le finte innovazioni che nascondono solo fuffa; ma non e' il caso di vim, tra quest'ultimo e vi, in termini di usabilita' e funzionalita' c'e' un _abisso_

Non voglio polemiche!

vi(1), discendente da ed(1), e` veloce e snello.
Se non governi le RE di ed(1), che ti servono le PCRE?
Se non sai programmare, aprire ( e chiuderla con ),
vi(1) te lo dice, se nested con % puoi controllarlo.

bhe neanche i colori sui semafori servono se non si sa guidare

Per questo i rosso in tutto il mondo e` in alto,
il giallo in mezzo ed il verde in basso,
ci sono daltonici che guidano benissimo.

Dopo 24 anni non ricordo a memoria tutti i trucchi di [n]vi,
ma chi sa` a memoria le 15 spanne in piu` di vim?

Ci allontaniamo dalla filosofia KISS ...

[Mario Vanoni]

Esatto al 100%, poi

ls -l del mio [n]vi, compilato con -O2 -static -s
-r-xr-xr-x 3 root root 929600 2008-12-13 11:11 /usr/bin/vi
ls -l del vim compilato da PJV con shared libraries
-rwxr-xr-x 1 root root 3872232 2008-09-17 08:22 /usr/bin/vim
noti che vim e` alquanto obeso!

in confronto nano compilato da PJV con shared libraries
-rwxr-xr-x 1 root root 145884 2008-09-16 02:07 /usr/bin/nano

nvi con shared libraries e` sui 160kB

$ ls -al vmlinuz*
-rw-r--r-- 1 root root 450731 2009-03-26 08:41 vmlinuz-2.0.36
-rw-r--r-- 1 root root 1467952 2009-03-26 09:21 vmlinuz-2.6.26

quindi? torniamo tutti al 2.0?

[OT] assai
-rw-r--r-- 1 root root 4727664 2008-11-21 05:33 vmlinuz-huge-smp-2.6.27.7-smp
contro il mio 2.6.29.2 puramente statico (niente moduli!)
-rw-r--r-- 1 root root 3250704 2009-04-27 21:25 bzImage
uname -a
Linux va2 2.6.29.2 #1 SMP Mon Apr 27 21:25:11 CEST 2009 i686 Intel(R) Core(TM)2 CPU 6320 @ 1.86GHz GenuineIntel GNU/Linux

I kernel zImage erano sotto 512kB, kernel 1.[23].# ai tempi,
e con un P133 16MB RAM impiegavano 45 minuti per compilare,
sulla macchina attuale sotto i 6 minuti con 4GB RAM.

Sono certe utilities che vogliono fare tutto non rispettando la filosofia base di UNIX/Linux.

Guarda che uso tutt'oggi ed(1) per certi lavori,
molto piu` semplice di [n]vi(1),
ed anche piu` semplice di [n]ex(1).

[masalapianta]

vi(1), discendente da ed(1), e` veloce e snello.

anche vim (certo se poi lo usi su un 486 e' un altro paio di maniche, ma non mi pare si parlasse di retrocomputing)

Se non governi le RE di ed(1), che ti servono le PCRE?

se tu non sai usare le pcre non significa che nessun altro le sappia usare

Se non sai programmare, aprire ( e chiuderla con ),
vi(1) te lo dice, se nested con % puoi controllarlo.

questo cosa ha a che vedere con quello di cui si parlava?

Per questo i rosso in tutto il mondo e` in alto,
il giallo in mezzo ed il verde in basso,
ci sono daltonici che guidano benissimo.

bene allora installa brltty, acquista una barra braille e butta nel secchio il tuo monitor, ci sono non vedenti che leggono benissimo in braille

Dopo 24 anni non ricordo a memoria tutti i trucchi di [n]vi,
ma chi sa` a memoria le 15 spanne in piu` di vim?
Ci allontaniamo dalla filosofia KISS ...

questo _cosa_ ha a che vedere con quello di cui si parlava? io ti parlo di cose come autocompletamento, espressioni regolari estese, modalita' visuale, undo/redo multipli, folding, ecc.. queste cose non richiedono chissa' quale memoria per essere usate e pongono vim 15 spanne sopra vi; vuoi capirlo che il fatto che tu abbia un'abitudine (usare un editor ormai obsoleto in quanto a funzionalita') non significa che essa sia il modo piu efficiente per eseguire un compito? Oggi come oggi oggettivamente non ha alcun senso utilizzare nvi (o vim in compatibility mode), se non per abitudine e pigrizia.

[masalapianta]

-rw-r--r-- 1 root root 3250704 2009-04-27 21:25 bzImage

"alquanto obeso" (cit.), non va bene, cancellalo e installa un kernel della serie 2.0.x

Quarda che uso tutt'oggi ed(1) per certi lavori,
molto piu` semplice di [n]vi(1),
ed anche piu` semplice di [n]ex(1).

io temo che tu non riesca a capire la differenza tra quello con cui ti trovi bene per abitudine e quello che oggettivamente e' piu' efficiente

[Mario Vanoni]

vi(1), discendente da ed(1), e` veloce e snello.

anche vim (certo se poi lo usi su un 486 e' un altro paio di maniche, ma non mi pare si parlasse di retrocomputing)

Se non governi le RE di ed(1), che ti servono le PCRE?

se tu non sai usare le pcre non significa che nessun altro le sappia usare

Se non sai programmare, aprire ( e chiuderla con ),
vi(1) te lo dice, se nested con % puoi controllarlo.

questo cosa ha a che vedere con quello di cui si parlava?

Per questo i rosso in tutto il mondo e` in alto,
il giallo in mezzo ed il verde in basso,
ci sono daltonici che guidano benissimo.

bene allora installa brltty, acquista una barra braille e butta nel secchio il tuo monitor, ci sono non vedenti che leggono benissimo in braille

Dopo 24 anni non ricordo a memoria tutti i trucchi di [n]vi,
ma chi sa` a memoria le 15 spanne in piu` di vim?
Ci allontaniamo dalla filosofia KISS ...

questo _cosa_ ha a che vedere con quello di cui si parlava? io ti parlo di cose come autocompletamento, espressioni regolari estese, modalita' visuale, undo/redo multipli, folding, ecc.. queste cose non richiedono chissa' quale memoria per essere usate e pongono vim 15 spanne sopra vi; vuoi capirlo che il fatto che tu abbia un'abitudine (usare un editor ormai obsoleto in quanto a funzionalita') non significa che essa sia il modo piu efficiente per eseguire un compito? Oggi come oggi oggettivamente non ha alcun senso utilizzare nvi (o vim in compatibility mode), se non per abitudine e pigrizia.

[OT]

Se queste "comodita`" migliorano i programmi, benvenute!

Ma permetti il dubbio che veramente servano a chi manca di cervello.

In Svizzera un camion di 40 tonnellate e` salito una strada tra vigneti,
quando orami era troppo stretta, il guidatore ha capito che il suo GPS errava,
o probabilmente che era incapace di capirne il suo funzionamento.
Retrocedendo e` finito nell'uva, gru` speciale per rimuoverlo.

[puzuma]

Offtopic: questa faccenda che è meglio lavorare senza il syntax highlight colorato è veramente assurda, l'occhio umano ormai si è evoluto da un bel po' per poter distingure i colori (e ci riesce molto bene, il monitor più evoluto adesso sul mercato non riesce a riprodurre tutta la gamma cromatica che l'occhio è in grado di percepire) e il cervello umano è abituato da milioni di anni a dare significato ai colori e trarne informazioni, anzi è dimostrato che il cervello è molto più efficiente nel distinguere forme e colori che non caratteri scritti.

è bizzarro come fin dall'età della pietra questi concetti sia sempre stati usati per poi andare persi con l'informatica.

In conclusione quando lavoro preferisco che sia il mio cervello a sentirsi a suo agio non il computer.

[Mario Vanoni]

Offtopic: questa faccenda che è meglio lavorare senza il syntax highlight colorato è veramente assurda, l'occhio umano ormai si è evoluto da un bel po' per poter distingure i colori (e ci riesce molto bene, il monitor più evoluto adesso sul mercato non riesce a riprodurre tutta la gamma cromatica che l'occhio è in grado di percepire) e il cervello umano è abituato da milioni di anni a dare significato ai colori e trarne informazioni, anzi è dimostrato che il cervello è molto più efficiente nel distinguere forme e colori che non caratteri scritti.

è bizzarro come fin dall'età della pietra questi concetti sia sempre stati usati per poi andare persi con l'informatica.

In conclusione quando lavoro preferisco che sia il mio cervello a sentirsi a suo agio non il computer.

[OT]

Domanda: se leggi un giornale/libro qualunque,
ti piacerebbe che certe parole/lettere fossero stampate sempre con lo stesso colore?
E con lo stesso colore, indipendentemente dal giornale/libro?
Per non parlare del grassetto, highlight ecc. sullo schermo.

[conraid]

Domanda: se leggi un giornale/libro qualunque,
ti piacerebbe che certe parole/lettere fossero stampate sempre con lo stesso colore?
E con lo stesso colore, indipendentemente dal giornale/libro?
Per non parlare del grassetto, highlight ecc. sullo schermo.

Ma cosa c'entra questo con nvi vs vim?
Puoi usare la non colorazione della sintassi anche in vim, così come in qualsiasi editor, anche nei vari IDE megagalattici

p.s.
Guarda non Quarda

[Mario Vanoni]

Domanda: se leggi un giornale/libro qualunque,
ti piacerebbe che certe parole/lettere fossero stampate sempre con lo stesso colore?
E con lo stesso colore, indipendentemente dal giornale/libro?
Per non parlare del grassetto, highlight ecc. sullo schermo.

Ma cosa c'entra questo con nvi vs vim?
Puoi usare la non colorazione della sintassi anche in vim, così come in qualsiasi editor, anche nei vari IDE megagalattici

p.s.
Guarda non Quarda

Grazie Corrado, corretto.

Sia puzuma che io abbiamo detto Offtopic: [OT],
il mondo e` strano,
in ambiente UNIX/Linux [OT] e` gia` strillare,
qui sul forum ci vuole Offtopic: in grassetto.

[conraid]

Domanda: se leggi un giornale/libro qualunque,
ti piacerebbe che certe parole/lettere fossero stampate sempre con lo stesso colore?
E con lo stesso colore, indipendentemente dal giornale/libro?
Per non parlare del grassetto, highlight ecc. sullo schermo.

Ma cosa c'entra questo con nvi vs vim?
Puoi usare la non colorazione della sintassi anche in vim, così come in qualsiasi editor, anche nei vari IDE megagalattici

p.s.
Guarda non Quarda

Grazie Corrado, corretto.

Sia puzuma che io abbiamo detto Offtopic: [OT],
il mondo e` strano,
in ambiente UNIX/Linux [OT] e` gia` strillare,
qui sul forum ci vuole Offtopic: in grassetto.

Offtopic: Offtopic:

Se vuoi lo dico anche io OT, ma visto che si è riesumato una discussione del 2005 siamo offtopic senza nemmeno specificarlo. Era solo per capire. Per fortuna la maggior parte dei programmi su linux permettono di personalizzarseli abbastanza. Se ti piace nvi per questioni di fedeltà all'originale, ok, ma anche con vim puoi non colorare la sintassi e usare la modalità compatibile. Così come puoi usare emacs
Che poi il software permetta di fare altro lo trovo una cosa positiva non negativa. Invece dalla discussione sembra quasi che tu dica che è un software da non usare perché permette di colorare la sintassi (insieme alle tante altre cose che permette di fare in più)

[Mario Vanoni]

Che poi il software permetta di fare altro lo trovo una cosa positiva non negativa. Invece dalla discussione sembra quasi che tu dica che è un software da non usare perché permette di colorare la sintassi (insieme alle tante altre cose che permette di fare in più)

[OT]

Se sai programmare non hai bisogno di colorare la sintassi,
e se senza colori non ti accorgi di un errore ...

Peggio, se il tuo algoritmo non vale,
nessun programma, con/o senza colori, te lo dira`.

Metti in awk o in C:
x = 1
x = x + 1
se conosci x++ o ++x se gia` piu` esperto,
ma aumentare il valore dopo o prima di usare la variabile,
quale programma ti dira` quale e` quello giusto/sbagliato, nel tuo caso specifico?

[conraid]

Che poi il software permetta di fare altro lo trovo una cosa positiva non negativa. Invece dalla discussione sembra quasi che tu dica che è un software da non usare perché permette di colorare la sintassi (insieme alle tante altre cose che permette di fare in più)

[OT]

Se sai programmare non hai bisogno di colorare la sintassi,
e se senza colori non ti accorgi di un errore ...

Peggio, se il tuo algoritmo non vale,
nessun programma, con/o senza colori, te lo dira`.

Metti in awk o in C:
x = 1
x = x + 1
se conosci x++ o ++x se gia` piu` esperto,
ma aumentare il valore dopo o prima di usare la variabile,
quale programma ti dira` quale e` quello giusto/sbagliato, nel tuo caso specifico?

Ma cosa ha a che fare con l'editor questo discorso?

[Mario Vanoni]

Ma cosa ha a che fare con l'editor questo discorso?

[OT]

Rileggi quanto citato da puzuma e masalapianta,
con gli extra di vim raggiungi forse il prossimo livello di programmazione,
in piu`, a seconda dei tuoi occhi, vedi meglio (gli errori), come puzuma dice:
"anzi è dimostrato che il cervello è molto più efficiente nel distinguere forme e colori che non caratteri scritti."

Quanto erano disgraziati ken, DMR, Kernighan & co.
con solo stampanti teletype (da li` il termine tty) all'inizio di MULTICS poi diventato UNIX.
E quanto piu` fortunata la gente M$, grazie ai colori, il risultato e` appariscente!

Puoi scrivere un programma geniale anche con carta e matita!