Newsgroup: it.comp.os.dibattiti
Titolo: C'est plus facile

Fresca fresca, sulla facilita' di Windows...
Sono appena stato chiamato da un amministratore (leggermente incazzato)
perche' il file di licenza del nostro software non funzionava.
Dopo altre dule licenze generate, scendo al piano di sotto con una
licenza su dischetto (le altre le avevo dettate per telefono), e
funziona tutto a meraviglia.
Dov'era l'arcano?
Il notepad usato aveva aggiunto l'estensione .txt e siccome (non so
per quale motivo) i nostri file ".lic" erano associati a notepad, non
si era accorto della cosa.
L'ho sempre detto che nascondere le estensioni di default e' una
delle cose piu' intelligenti che potevano escogitare a Redmond...
:-)
C:\>iao Angelo
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

si era accorto della cosa.
Emmm il notepad aggiunge l'estensione .Lic se li lasci salva con nome
*.txt non c'entrano le associazioni è cosi da Windows 3.1
In ogni caso ma che c*!?$%&o hanno tolto le associazioni, per fortuna
che le puoi rimettere.
- 
   MAX
-- 

 i doppi apici.
Notepad è una delle peggiori tragedie della vita che possano capitare usando
windows.
E mica solo per il fatto (verissimo) che citi! Chiunque lavori
intensivamente sotto win usa, semplicemente e senza esitazioni,
*UnAltroEditorQualunquePurchèNonNotepad*
saluti alternativi

 *UnAltroEditorQualunquePurchčNonNotepad*
Ma io uso Emacs sotto windows con enorme soddisfazione :-)
Il problema e' che in azienda non sono l'unico ad usare windows
e ogni tanto succedono queste cose simpatiche, soprattutto nelle
macchine installate di fresco con ancora le impostazioni di default
(come e' capitato in questo caso).
Saluti di default :-)


 (come e' capitato in questo caso).
Perchè non vi fate uno script di installazione con la distribuzione su un
server e tutto? Dove lavoro io funziona così, dischetto di boot col tcp/ip
e installazione automatica con tutte le puttan... (ehm features) decise a
livello centrale, applicativi compresi.
saluti organizzati

 livello centrale, applicativi compresi.
Io sono un miserabile sviluppatore "C", di organizzazione aziendale
non ho mai capito una fava. Pensa che sono uno di quelli che vorrebbe
Unix in azienda...
Ultimamente mi hanno dato anche del talebano... Di questi tempi passare
per talebano e' rischioso... Metti che una bomba "intelligente" abbia
sentito... ;-)
Saluti POSIX
C:\>iao Angelo
P.S. In ogni caso viene fatto come dici tu, ma certe quisquiglie non
     sono prese in considerazione... In ogni caso nessuno ha ancora
     saputo spiegarmi come mai l'estensione ".lic" era associata a
     notepad.


 sentito... ;-)
Fratello, per il mio capo io sono irakeno onorario, ma meglio irakeno con
qualche argomento che anglo-americano e con la faccia da culo. :-)
saluti abbronzati

 intensivamente sotto win usa, semplicemente e senza esitazioni,
Al momento il migliore che ho trovato e' EditPlus, una bomba!
-- 
il Vide - ICQ# 5301833
IAMM - it.arti.musica.metal 
http://www.heavy-metal.it
Tessera #8 "Tira Clarenzo e m' illumino d' immenzo"

Al momento il migliore che ho trovato e' EditPlus, una bomba!
MEW32 Multi edit for Windows.
- 
   MAX
-- 

 Al momento il migliore che ho trovato e' EditPlus, una bomba!
Meglio di Ultraedit?
saluti obsoleti 

 Al momento il migliore che ho trovato e' EditPlus, una bomba!
Niente GViM?

 MEW32 Multi edit for Windows.
Miiiii. Multi edit. Ne ho ancora una copia (per dos): abbiamo un sacco
di cose in comune, la devo smettere di trattarti male :-)
C:\>iao Angelo
P.S. comunque e' ora che passi(ate tutti) a Emacs :-)


 Concetto sbagliato in partenza...
casomai dell'estensione del file, cosa ben diversa

 delle cose piu' intelligenti che potevano escogitare a Redmond...
Non trovo molto più intelligente il richiedere una particolare 
estensione per il file della licenza...
-- 
"Everything is vague to a degree you do not realize till you have tried
  to make it precise"
                                       Bertrand Russell
                                       The Philosophy of Logical Atomism

 estensione per il file della licenza...
Beh, l'estensione fa parte del nome, probabilmente non riconosceva il nome,
non l'estensione...
Alessandro.


Io solitamente ripego su wordpad, ma l'altro giorno mi sono trovato a
lavorare su un sistema che occupava il 100% della CPU solo perche' c'era un
wordpad aperto in background.
Alessandro.

 casomai dell'estensione del file, cosa ben diversa
Che cavolo di concetto e` "estensione del file"?
Qualcuno me lo puo` spiegare?
Se leggo "prova.txt" io capisco che "prova.txt" e`
il nome, non che "prova" e` il nome e` "txt"
l'estensione. E "." cos'e`?
Questo orribile accrocchio nasce dal bellissimo
concetto del DOS, quello 8+3, tanto per capirci.
E` un mostro che va ucciso senza pieta`...
bye,
-- 
piergiorgio


Certo, ma probabilmente una cosa tipo un requester per caricare il file 
della licenza non sarebbe una cattiva idea...


 E` un mostro che va ucciso senza pieta`...
.html, .jpg, .gif, .png, .mpg, .xml, ecc...
Nomi?
Ciao.
-- 
BSD is for UNIX lovers -- linux is for Windows haters.

 Ma io uso Emacs sotto windows con enorme soddisfazione :-)
In vece del notepad?
Deve essere veramente enorme, questa soddisfazione...
:-)
 


$ cd /pub
$ more beer

 Dov'era l'arcano?
[...]
<nonna Ace>caro Angelo, tu (pausa) sbagli candeggio!</nonna Ace>
D:\home\mechakitty>head reg107.txt
THIS IS AN AUTO-GENERATED MESSAGE - PLEASE DO NOT REPLY TO THIS MESSAGE
Here is your Delphi 7 Studio Architect Trial license key.
The attached file (reg107.txt) activates your Borland product.
To complete product registration, save the attached file into
your home directory before starting your Borland product.
NOTES:
-- 
  < 
http://www.reactos.com/
 >  Open source clone of Windows NT. Current
      Don't stand, REACT!      version 0.1.1. C, C++ and ASM developers
                               and beta testers are welcome!

 E` un mostro che va ucciso senza pieta`...
come no. Finchč i file avranno icone, l'estensione rimarrą, te lo posso 
assicurare. Chč /etc/magic non vuole avere niente a che fare con questi  
gnovinastri kdissoluti


 No è lo standard: i file HTML *terminano* in '.html'.
Piu` che altro e` una convenzione, per dar modo ai server HTTP di sparar 
fuori negli header un tipo MIME desunto guardando solo il nome di un 
file invece di dover esaminare parte del contenuto del file per ogni 
file servito (che e` piu` costoso).
Non mi pare affatto che nelle raccomandazioni del W3C si parli affatto 
di come vanno chiamati i file.
Per contro, gunzip si lamenta se deve decomprimere un file il cui nome 
non termina per ".Z" o ".gz" (anche se ovviamente e` possibile 
costringerlo).
Direi che e` troppo tardi per tornare sui propri passi. Ormai le 
"estensioni" ci sono e liberarsene sara` MOOOLTO dura (e l'unico motivo 
per eliminarle e` che possono essere disallineate con quanto realmente 
contenuto nel file).
Se adesso mi vengono a dire che ogni applicativo che scrive un file deve 
anche scrivere subito il suo tipo MIME (o equivalente) nei metadati, 
cosi` uno puo` avere ad esempio un indice sempre allineato e gestito dal 
sistema di tutte le image/jpeg su un disco (con conseguente modifica di 
milioni di programmi con comportamenti del tutto legittimi fino al 
giorno prima)... scusassero, mi tengo il mio bel demone che mi indicizza 
con calma le immagini con sistemi "obsoleti" e che pero` le indicizza tutte.
-- 
   |   \    \  | ___|_  |_  | ianezz a casa sua... :-)
   |  _ \  | \ | _|    /   /  Visita il LinuxTrent a
  _|_/  _\_|  _|____|___|___| 
http://www.linuxtrent.it

 Nomi?
Cosa lo vieta?
bye,
-- 
piergiorgio

 Nomi?
Come diceva la bella Giulietta parlando di Romeo:
"Che c'e' in un nome? Cio' che chiamiamo
Rosa avrebbe con qualsiasi nome
Un profumo altrettanto dolce...."
I nomi sono una convenzione. Non sono obbligato a usare .jpg come
terminale del nome dell'immagine ma posso anche scrivere xxx.pippo oppure
posso proprio evitare di mettere un . e chiamarla solo pippo
L'importante e' che dica al programma che quel file con quel nome strano
e' un'immagine perche' lui *per convenzione* tratta come immagini solo i
nomi che finiscono in un determinato modo. Che poi sia comodo utilizzare
il terminale del nome per specificare il tipo di file e' un altro conto.
Sarebbe come programmare premettendo ad ogni variabile una lettera per
identificarne il tipo: iIndice o *pFile.
-- 
try: troll.uses(Brain)
except TypeError, data: 
   troll.plonk()
Co-Responsabile Hardware Information & Technology 
http://hit.edengames.net


Se volevi dire che avrebbe fatto meglio ad usare l'onnipresente estensione
txt... e' cosi'.
Se volevi dire che spedirlo per email o farlo scaricare con il browser
avrebbe evitato il problema... non e' cosi'!
Alessandro
...che non solo il notepad si "inventa" le estensioni.

I nomi sono una convenzione. 
Hai ragione ma il problema, come è stato fatto notare mi sembra, è che
il 99,99% delle applicazioni nel mondo Windows si basano sulle
estensioni, quindi o cambiamo il modo di pensare di tali applicazioni
e dei programmatori che le fanno oppure continuamo a tenerci le
estensioni che dal punto di vista dell'essere umano non sono una
brutta idea... 
-- 
Rhymes
rhy...@NOSPAMmyself.com

 Cosa lo vieta?
Quella di utilizzare un'estensione per identificare il tipo di un file
è una convenzione che va oltre il nome. E non è neppure un'esclusiva 
del mondo Windows.


 brutta idea... 
Non solo del mondo Windows...


 identificarne il tipo: iIndice o *pFile.
Convenzioni, certamente, ma che vanno oltre al nome... come tu stesso
dici nelle tue ultime due righe. Si tratta di veri e propri
identificativi di tipo.


 identificativi di tipo.
E se cambio il tipo? (per tornare sull'esempio della programmazione) visto
che sono un programmatore figo faccio uso massiccio di polimorfismo, che
in python (linguaggio che uso per lavoro) e' in sostanza una cosa
normalissima vista la tipizzazione dinamica. Che faccio, cambio i nomi a
tutte le variabili perche'
def sommo(a, b):
	return a+b
va bene sia per stringhe che per numeri?
L'estensione del file e' comoda per fare si che (come e' stato detto)
basti quello per determinare il mime del file. In linux nulla ha a che
vedere con l'estensione ma tutto si basa sul nome del file completo. Poi
per me utente e' comodo vedere emacs.conf piuttosto che 4 file: Emacs,
emacs, emacs~ e #emacs~#... Quale sara' quello della configurazione?
Che faccio li apro tutti? D'accordo che quello che c'e' dopo il punto e'
importante ma se io rinomino una mia foto in .wav quella anche se viene
vista con il mime audio/wv (o quello che e') non la suona nessuno...


 vista con il mime audio/wv (o quello che e') non la suona nessuno...
Beh, non basta mettere una bolletta nel classificatore "bollette pagate"
per essere in regola...


 del mondo Windows.
Sfortunatamente a furia di voler copiare windows è quello che succede. A 
BeOS frega poco delle estensioni, per esempio, così come ad AmigaOS.


 No è lo standard: i file HTML *terminano* in '.html'.
e chi l'ha deciso?


 per identificarne il tipo: iIndice o *pFile. 
quanti punti fa "Criticare la notazione ungherese" sul trollometro?


 quanti punti fa "Criticare la notazione ungherese" sul trollometro?
Se dovessi usare il trollometro tutte le volte che fai la spaccona a
quest'ora dovrei comprare un'espansione...
Detto questo usare l'estensione come unico modo per stabilire la natura di
un file e' _esattamente_ lo stesso principio della notazione ungherese.
Anche questo fa punti nel tuo trollometro?


 browser avrebbe evitato il problema... non e' cosi'!
no, è che quello c'era scritto in cima al file. E a guardarlo dal fondo 
non è chiarissimo di cosa si tratti:
D:\home\mechakitty>tail reg107.txt
%21%G1%D1%C7z%E6rE%97%8Z%85k%C
0%07%1B%E2%E6%F2%13%F3%13%%3%F
D%EF%91%1H%F0y%19%F4%Q1%C7x%E3
L%17%%2%BB%B0%08%DEZ%29%CB%FE%
D8v%C6A%3F%E0%B1%A5%1D%AD%17F%
BF%BD%AE%04%F5%16o%F1%D9
-----END BLOCK-----
per di più, qualche malefico acher potrebbe rubarmi la preziosa licenza 
di Delphi 7 Architect Trial


 a quest'ora dovrei comprare un'espansione...
tesoro, il pubblico mi ADORA! <si getta di schiena sulla folla>


 notazione ungherese.
unico modo?


 E` un mostro che va ucciso senza pieta`...
Sono d'accordo, ma neanche la soluzione mac (res. + data fork) mi garba piu'
di tanto.
Saluti.

 saluti obsoleti
Saluti confermati.

 tutte.
Sarebbe un buon fs, soprattutto utile, se si usassero i campi mime... o 
i magic bytes come su linux. Pochi bytes in più e tutti sarebbero felici 
e contenti. Perchè devo scrivere *per forza*
$ ./install.sh
Invece di scrivere come può tranquillamente accadere oggi
$ ./install
Ed 'install' può essere uno script bash, perl, awk, sed, un elf, un a.out...


 Non solo del mondo Windows...
Un esempio? Non mi viene in mente, sarebbe interessante...


 per essere in regola...
Per questo è molto meglio leggere i primi bytes per identificare un file 
e non affidarsi al terminatore del nome.


 quest'ora dovrei comprare un'espansione...
Io ne ho uno logaritmico. ;)
PS. Juliet, non me ne volere :)


 gnovinastri kdissoluti
Usando
/etc/mime-magic
&&
man file
passa la paura. Io non l'ho più il magic... inoltre non è *mai* stato 
fondamentale la terminazione di file su *nix.


 e non affidarsi al terminatore del nome.
Sicuramente, ma questo lo puň fare il sistema od un applicazione, non
l'utente umano...


 BeOS frega poco delle estensioni, per esempio, cosě come ad AmigaOS.
Non č un problema del SO, č un problema dei programmi. L'uso delle
estensioni č utilissimo per l'utente, quasi fondamentale. Ma on lo deve
essere per il programma.


 non lo si fa eliminando l'estensione, ma agendo come agì la M$.
La terminazione del nome *è* fondamentale, ma deve esserlo *solo* per
l'utente "umano", non per il sistema o per le applicazioni.


 Un esempio? Non mi viene in mente, sarebbe interessante...
Come ti ho già detto in un altro messaggio i file .tar, .gz, ecc... non
sono file nati (e questi nemmeno diffusi) nel mondo Windows. E neppure
i file .html, .c, .C, .cxx, .py, ecc...


 l'utente umano...
Certo, è più difficile. Ma una iconcina come compare a me a seconda del 
file (e non del terminatore) male non fa. O no? Windows è basato su una 
GUI, non si parla di CLI. L'ha sempre fatto da vent'anni il Mac, e 
continua a farlo con OSX. KDE lo fa.


 l'utente "umano", non per il sistema o per le applicazioni.
Ripeto, non trovo fondamentale una estensione. Utile, come può esserlo 
un mime o una iconcina.


 i file .html, .c, .C, .cxx, .py, ecc...
Come in un post precedente. Non fondamentali.


 continua a farlo con OSX. KDE lo fa.
Windows č basato su GUI, DOS e Unix, no.


 un mime o una iconcina.
Se è per questo non è fondamentale neppure l'uso di un computer...


 Windows è basato su GUI, DOS e Unix, no.
Già, ma a te che usi una GUI, che te ne frega? Se sei poi un uomo duro 
ed usi la CLI, fatti tuoi. Sei abbastanza esperto da capire. Altrimenti, 
ricorri alle GUI.


 Come in un post precedente. Non fondamentali.
Dillo a gcc, per esempio...


 Se è per questo non è fondamentale neppure l'uso di un computer...
Il gioco è mio e ci gioco io. Che discorso è????? Non ha senso questa 
risposta.


 ricorri alle GUI.
hpl% ls
bsd
Tu che sei così esperto mi dici cos'è?


 risposta.
Lo ha eccome.


 ricorri alle GUI.
Dimenticavo...
Mi spieghi come fai, senza utilizzare estensioni a riconoscere un file
sorgente C da un header C, da un sorgente o un header C++, o un sorgente
Python, o un sorgente Java, o un sorgente del linguaggio che preferisci?


 Vorrei sapere cosa c'entrano Windows e GUI...
Si parlava della stringa terminante un nome di file, nota ai 
dos-iani/windows-iani come estensione, come di una cosa senza la quale 
nessuno vive: è fondamentale, parte integrante di un nome, identifica il 
tipo.
Questo è vero per Windows. Questo non è vero per Linux/KDE ad esempio. E 
siccome su windows *devi* usare una GUI, l'unica comparazione senza 
errori concettuali è la comparazione di unix con una GUI, KDE come esempio.
Morale: si vive senza estensione.
Storia: l'estensione è nata dopo. E' stata imposta (8.3): ricorda che su 
unix non c'era il vincolo 8.3.


 unico modo?
Quanti altri modi utilizza windows per le associazioni?
-- 
try: troll.uses(Brain)
except TypeError, data: 
   troll.plonk()
Co-Responsabile Hardware Information & Technology 
http://hit.edengames.net

 Dillo a gcc, per esempio...
Se non lo sai, le specifiche ANSI/ISO richiedono che il file temini in 
'.c', '.h', '.cpp', '.hpp'. Anche lo standard XML vuole '.xml', 
'.dtd'... ma non è questo il discorso.
Inoltre, non comparare gcc a notepad! E' senza senso. Compara che ne so, 
Konqueror con Explorer. Su konq un file ciccio.palla che è un pdf viene 
visualizzato come un pdf ed icona accessoria. Questo non avviene con 
explorer, o sbaglio?
Le estensioni sono una *limitazione*, ed io non la voglio da quando ho 
scoperto che anche senza vivo bene, così come vivevano bene anche prima 
di CP/M.


 Tu che sei così esperto mi dici cos'è?
$ file bsd


 Python, o un sorgente Java, o un sorgente del linguaggio che preferisci?
Gli standard vanno rispettati. Anche i nomi devono terminare o 
cominciare in un certo modo se lo standard lo impone.
Sayoonara


 essere per il programma.
Ma perche` fondamentale?
Cos'e` nella vita quotidiana tu chiami le
cose con l'estensione, per riconoscerle?
Cioe` il tuo cane lo chiami: Fido.dog?
Ed il gatto: Silvestro.cat?
Ma neanche dove ci sono ambiguita` si usano
questi concetti, sono assolutamente arbitrari,
senza nessun senso, specie al giorno d'oggi,
dove una piccola iconcina potrebbe dire molte
piu` cose di un'estensione.
bye,
-- 
piergiorgio

 di tanto.
Infatti, non sarei sicuro sia la migliore.
Servirebbe un metodo sempre consistente.
bye,
-- 
piergiorgio

 Python, o un sorgente Java, o un sorgente del linguaggio che preferisci?
Perche` gli include sono nella dir "include",
per esempio?
bye,
-- 
piergiorgio

 unix non c'era il vincolo 8.3.
Sarei curioso di sapere se l'estensione .c è nata assime al "concetto"
di file sorgente del linguaggio C o dopo...
Se non capisci a cosa mi riferisco pensa a ciò che hai scritto
sull'estensione di file .c, .C, .h, ecc...
Si tratta di cosa vera solo per Windows? No, e allora perché qui sopra
scrivi così?
Puoi non utilizzare queste estensioni? No, e allora perché qui sopra
scrivi così?


 explorer, o sbaglio?
Questo non c'entra *NULLA* con il discorso. Ho ripetuto piů volte (e mi
sto decisamente rompendo a ripeterlo) che l'estensione dovrebbe essere
utilizzata solo dall'utente e non dal sistema o dalle applicazioni
(anche se per certe č richiesto sia cosě).
Quindo il confronto Konqueror-Explorer č *DECISAMENTE* e *TOTALMENTE*
fuori luogo.


 $ file bsd
ROTFL...
Pensa se hai centinaia di file... e solo per non voler utilizzare
un'estensione.


 cominciare in un certo modo se lo standard lo impone.
Già... Peccato che in altri post dici cose ben diverse...


 piu` cose di un'estensione.
Certo, se utilizzi solo GUI...


 per esempio?
Stra ROTFL...
Ignorando pure i concetti basilari della programmazione C/C++ (che pure
dovresti sapere)...


 essere per il programma.
L'estensione è "fondamentale" per l'utente fintanto che il SO non mette 
a disposizione metodi diversi per l'identificazione del tipo di file. 
Purtroppo, se windows stesso basa questa identificazione puramente 
sull'estensione del nome del file, al punto da emettere un bel warning 
quando si vuol cambiare l'estensione ad un file, gli utenti si devono 
adeguare.
Per il riconoscimento dei file su AmigaOS si usano i datatype, non le 
estensione. BeOS funziona allo stesso modo. E gli utenti ne traggono 
vantaggio, per esempio non terminando con _alcuna_ estensione, per 
esempio, i nomi di immagini.
-- 
"Everything is vague to a degree you do not realize till you have tried
  to make it precise"
                                       Bertrand Russell
                                       The Philosophy of Logical Atomism

 continua a farlo con OSX. KDE lo fa.
Si può fare anche da CLI, basta stampare accanto al nome il suo tipo, 
volendolo.


 '.dtd'... ma non è questo il discorso.
Sarebbe perfettamente possibile identificare un particolare sorgente 
senza guardare all'estensione del nome, però sarebbe oltremodo 
dispendioso, ed è per questo che in certi casi l'uso dell'estensione è 
quanto meno appropriato. In altri casi, però, dovrebbe essere 
arbitrario, ed il SO (tranne in eventuali casi speciali) e le 
applicazioni (tranne quelle che hanno richieste particolari) non 
dovrebbero assumere nulla sul nome del file.


 esempio, i nomi di immagini.
Finché si tratta di GUI...


 volendolo.
Sicuramente, per file binari... E per file di testo?


 '.dtd'... ma non è questo il discorso.
In effetti il discorso è che esistono i .tar, .zip, .gz, .Z, .rpm, .sh, 
.conf, vuol dire che anche dove il sistema ne fa a meno l'utente (spesso) 
preferisce di no.

 quanto meno appropriato. 
Piů che dispendioso sarebbe propriamente improponibile, visto che
dovrebbe essere l'utente a dover ogni volta specificare il tipo del
file.


 Servirebbe un metodo sempre consistente.
L'unico che conosco e' di inserire un header nei files. Qualunque file.
Saluti.

 Finché si tratta di GUI...
Problemi non ce ne sono neanche da CLI.


 Sicuramente, per file binari... E per file di testo?
Se i file hanno una struttura si può fare anche per quelli, se non 
l'hanno sono semplici file di testo. In ogni caso, come già detto in 
alcuni casi è più conveniente dare una particolare estensione ai file, 
in modo che il riconoscimento sia più veloce, ma non dovrebbe essere 
obbligatorio.


 file.
O scherzi o non sai di che stai parlando...


 L'unico che conosco e' di inserire un header nei files. Qualunque file.
Cosa alquanto problematica nel caso di un file di testo...


 Qualcuno me lo puo` spiegare?
una oggettivizzazione di un concetto

 si aspettano. Una vergogna.
no una necessita' sia per motivi di efficienza che per altro ancora
ad esempio io ti do' un file senza estensione di nome pippo
puo' essere qualsiasi cosa, un mpeg, un eseguibile, una pagina html e via
dicendo
ora, se devi esaminare l'header del file per qualsiasi estensione esista
sulla faccia del pianeta, be' e' una grossa perdita di tempo a livello
computazionale.


tu stesso sei Piergiorgio Sartori
allora ti chiamo solo Piergiorgio e vediamo quanti siete in tutta italia e
come faccio a recapitare solo a te il pacco dono che avevo preparato.
oggettivizzazione di un concetto

 computazionale.
Chi sa com'č che se questo sistema funziona perfettamente su AmigaOS e 
BeOS...


 Problemi non ce ne sono neanche da CLI.
Cosa trovi più leggibile come output di ls?
pippo.jpg       pluto.mpg       paperino.html       topolino.c
minnie.txt      qui.py          quo.png
o
pippo  jpg       pluto  mpg       paperino  html       topolino  c
minnie  txt      qui  py          quo  png


 sia più veloce, ma non dovrebbe essere obbligatorio.
Se si tratta solo di un'accorgimento per l'utente non può essere
obbligatorio. Anche se per i file sorgente...


 O scherzi o non sai di che stai parlando...
Io non scherzo affatto. Visto che tu sai di cosa stai parlando spiegami
come il sistema potrebbe riconoscere il tipo di file sorgente senza
intervento umano.


 perché sviluppati da programmatori più seri...
GNU Emacs usa "l'estensione" del nome del file sorgente per capire quale 
major mode[1] usare[2], e non venirmi a dire che un software con piu` di 
venticinque anni alle spalle, milioni di utenti, oltre 20 piattaforme 
supportate, sviluppato dal papa` di GCC e GDB non e` da considerarsi tra 
quelli "seri".
RMS avra` un caratteraccio, ma non e` affatto l'ultimo pirla in quanto a 
programmazione...
Dopodiche` condivido che ora sarebbe meglio che non fosse cosi`. Ma le 
tradizioni, per quanto storte, son dure a morire, e quindi si 
tramandano. Lo chiamano effetto QWERTY[3].
----
[1] Chesso', c++-mode per editar C++ piuttosto che .awk per editare
     file awk.
[2] Salvo per gli script di shell, dove lo capisce
     anche dal #!/bin/(ba|k|c)sh iniziale.
[3] Visto che le macchine per scrivere meccaniche sono praticamente
     scomparse dagli uffici, non esiste piu` ragione tecnica per disporre
     i tasti della tastiera in quel modo (e invece aveva senso quando
     i martelletti si potevano accavallare...), ma prova a metter sul
     mercato una tastiera diversa... voglio dire: sono scomparse anche
     le QZERTY italiane pure dagli Apple.
-- 
   |   \    \  | ___|_  |_  | ianezz a casa sua... :-)
   |  _ \  | \ | _|    /   /  Visita il LinuxTrent a
  _|_/  _\_|  _|____|___|___| 
http://www.linuxtrent.it

 GNU Emacs usa "l'estensione" del nome del file sorgente...
[cut]
Infatti vado dicendo in più messaggi che per i file di testo (ed in
particolare per i file sorgente di un qualche linguaggio) l'uso
dell'estensione sia obbligatoria.


 dell'estensione sia obbligatoria.
Gia`. Pero` rimane lo stesso il problemino degli script (shell, Perl, 
Python, Tcl, Php, Awk, etc).
Ora, se io riuscissi anche a convincere i colleghi emacsari a mettere in 
fondo al file
      # ;;; Local Variables: ***
      # ;;; mode:tcl ***
      # ;;; End: ***
e a chiamar il file "pippopalla" invece di "pippopalla.tcl", il problema 
sarebbe risolto (per chi usa Emacs)... sfortunatamente, l'idea non 
prende affatto piede.


 Python, Tcl, Php, Awk, etc).
Sempre di sorgenti si tratta...


 minnie  txt      qui  py          quo  png
Sono entrambi equivalenti.
