Newsgroup: it.comp.macintosh
Titolo: Re: [emacs] produttivita`

 iMac ha neanche una settimana).
Uhm.. dipende come lo fai con GNU/Linux. In genere puoi provare ad
adottare la stessa soluzione... od eventualmente puoi studiarti le
cosidette 'Folder Action' tramite AppleScript[1]. Comodissime per altro.
Anche se mi sembra che non funzioni con i Dischi.
Puoi sempre provare il dizionario AppleScript di per esempio
SystemEvents cosa dice...
Ad ogni modo direi che puoi provare a chiedere su it.comp.macintosh,
eventualmente ci potrebbe essere sw gia` scritto.
f/up e x-post su icm.
------
[1] AppleScript (al di la della sintassi immonda oscena e quant altro)
e` un linguaggio di scripting che ti permette di comandare in modo
totale il finder e molte altre applicazioni MacOS.
La stessa interfaccia puo` essere raggiunta tramite Perl o Python, in
questo modo mantendendo un linguaggio piu` 'umano' o meglio, meno
'umano' ma piu` usabile.
Ad ogni modo notevole il tentativo di AS di programmare sostanzialmente
in inglese, cosa che lo ha reso appetibile anche a non programmatori (e
spesso inviso invece questi ultimi).
[2] come ti trovi con il mac?
-- 
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it.
    - Brian W. Kernighan

> iMac ha neanche una settimana).
EF> Uhm.. dipende come lo fai con GNU/Linux. In genere puoi provare ad
EF> adottare la stessa soluzione... od eventualmente puoi studiarti le
EF> cosidette 'Folder Action' tramite AppleScript[1]. Comodissime per altro.
EF> Anche se mi sembra che non funzioni con i Dischi.
Il "problema" che mi ha fermato un attimo e` che Mac non attende sia io
a montare la penna.
Sotto GNU/Linux (grazie per  avermi ricordato la dizione corretta) uso
uno script  in shell -anzi due-  che montano la penna  e aggiornano la
mailbox sul  disco rigido (e fanno  il backup e  poi smontano). Questo
per  compatibilita`  all'indietro   principalmente.  Vero  che  potrei
tenerla direttamente su USB pen...
EF> Puoi sempre provare il dizionario AppleScript di per esempio
EF> SystemEvents cosa dice...
Avevo immaginato ma e` territorio inesplorato :).
EF> Ad ogni modo direi che puoi provare a chiedere su it.comp.macintosh,
EF> eventualmente ci potrebbe essere sw gia` scritto.
Infatti.  Altrimenti rompo  le  toe ad  un  caro amico  che lavora  in
Infinite Loop 1 a Cuperino :).
Se ed  appena me  lo permette  metto a disposizione  di tutti  una sua
utility.
EF> [2] come ti trovi con il mac?
Non male, c'e` una cosa chiamata bash...
Pero` per vari motivi faro` se possibile una macchina mista.
EF> Debugging is twice as hard as writing the code in the first place.
EF> Therefore, if you write the code as cleverly as possible, you are,
EF> by definition, not smart enough to debug it.
EF>     - Brian W. Kernighan
Devo dirla al mio capo, cosi` refila agli altri i test.
-- 
 /\            ___
/___/\__|_|\_|__|___Gian Uberto Lauri_____________________
  //--\ | | \|  |   Integralista GNUslamico e fancazzista 
\/

 Devo dirla al mio capo, cosi` refila agli altri i test.
he he :)
credo che il senso originale non fosse proprio quello, comunque direi
che si puo` applicare :))
-- 
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it.
    - Brian W. Kernighan

 propria... per uso personale dovrebbe andare bene!)
e quanto costerebbe questa Syncronize Pro?


 :-)
uhm... si...
oppure alternativamente mi spulcio un poco di documentazione ufficiale
:)


> Pero` per vari motivi faro` se possibile una macchina mista.
EF> ci avevo pensato anche io... ma in fondo non ne sento l'esigenza piu` di
EF> tanto. O meglio... GNU/Linux mi manca (ma ho sempre qualche PC
EF> debianizzato qui intorno), ma generalmente riesco a risolverla
EF> altrimenti.
Neanche a me  mancherebbe. Ma ho comprato come MIA  macchina a casa un
Mac  principalmente per  l'hardware: non  mi  piacciono le  CPU e  gli
instruction  set  i32  e  voglio  poter  essere  libero  di  scegliere
l'architettura che preferisco. Come hardware il mio iMac mi ripresenta
dopo anni un computer che e`  frutto di progettazione a tavolino e non
di assemblaggio.  Quando incontrai  X11 c'erano delle  workstation Sun
che erano  uno spettacolo dentro.  Ora Sun fa  le entry level  con CPU
AMD... Sono dei PC in tutto e per tutto, salvo la prom.
Mac OS si e` guadagnato la sopravvivenza perche`
e` davvero ben fatto e perche' mia moglie -che trova Aqua carinissimo-
mi  castra tutti  gli account  se lo  disinstallo. (A  me  hanno fatto
lasciare  l'amministrazione  di  sistema  tempo fa  trasformandomi  in
sviluppatore e  basta - ma  che si prende  la licenza di  fare qualche
colpetto di mano pinguinoso. L'amministratrice di sistema a casa ed in
ufficio e` mia moglie. In ufficio e a casa sono macchine Debian, salvo
cyrano, il mio Mac)
EF> Poi lo ho usato su PC, dove chiaramente il Dual Boot non ha senso (o
EF> meglio, tengo una minipartizione con una distro di emergenza), ho
EF> provato qualche BSD, ma sostanzialmente tutti sistemi *nix che si
EF> capiscono bene fra di loro (a livello di f-system per esempio).
Purtroppo  in   ufficio  mi   tocca  usare  Wi[hmf]   Wi[aaahhhh],  si
quell'accrocchio sviluppato  vicino a Seattle...  Solo quando sviluppo
applicazioni web based riesco a lavorare sotto Linux.
Sotto Mac purtroppo Emacs non e` ancora al 100% e bene o male io oramai
da anni mi sono cucito addosso un'interfaccia adatta a quello che faccio.
EF> Comunque se vuoi provare il dual boot e ti va di sperimentare una
EF> cosa... UFS.
Uh, il mitico!!! Sarebbe come tornare al mio primo account su un 3b2...
EF> Al che mi chiedevo perche` nessuno consiglia UFS, che a mio avviso non
EF> dovrebbe dare problemi di sorta... ovvero se e` una sostanziale
EF> dimenticanza di noi macchisti e basta, oppure c'e` effettivamente una
EF> ragione recondita.
UFS non so quanto sia libero. Comunque e` sicuro che Linus & C siano poco
propensi a darlo come default.
D'altro  canto penso  che Darwin  immagazzini qualche  informazione in
piu` sul file system...
Saluti!


 writes:
A> a tal scopo installa uno start-up item; magari decompilandolo o
A> seguendolo con un debugger si possono ottenere informazioni
A> interessanti
Hmmm... Su iMac gira ?
Come piano a lungo termine va. Pero' credo sia piu` facile cercare le
informazioni che procurarsi il tool e andare di reverse engineering.
Senza contare poi cosa possono tirare fuori con le leggi sui copyright
per migliorare l'inurbana Urbani...


 piu` sul file system...
Credo solo su HFS+... (i famosi CREATOR e TYPE + altre cose... ) ad ogni
modo si potrebbe fare una prova...
Credo che danni non ne facciano.
Purtroppo non ho un disco esterno su cui fare la prova (e quello interno
al pb e` praticamente pieno). I backup poi sono tutti sul pinguinone
imbottito di GB...


EF> Credo che danni non ne facciano.
E dici poco. Senza quelli non la fai una GUI sensata. Che, vuoi andare
ad individuare  il tipo del file  dall'estensione ? Quella  al piu` e`
uno mnemonico per l'utente.
Probabilmente  (visto  quello  che   faceva  OS/2  con  le  partizione
formattate  a grasso)  Mac  OS X  usera`  su UFS  un file  ausiliario,
probabilmente hidden.
Ma non e` il massimo per lasciarlo in mano ad utenti non preparati.


 dovevi vederlo in italiano :)
mi sa che mi ci sono imbattuto... 
ma ho ricordi confusi :)
non ho mai trovato un tutorial come dico io :))


 probabilmente hidden.
piuttosto il macello e` che UFS e` case sensitive, HFS+ no.
bash pero` internamente lo rimane.
un esempio.
se chiami emacs o EMACS o EmACS, parte sempre /usr/bin/emacs (o quale
versione hai nel path)
io pero` nel .bashrc ho
:        alias Emacs='/Applications/Emacs.app/Contents/MacOS/Emacs'
in pratica se chiamo Emacs parte la versione grafica.


> Da noi meno male che c'e` Java... Se no non ti dico che ci tocca usare...
EF> sono seduto... prova a dire... :)
Vis[uhmpf]... no non ce la faccio :)
EF> MacOS X usa (anche) l'estensione per tanare il tipo di file.
Mica stupidi tenersi una via di backup.
EF> volendo c'e` anche file(1), non sono ancora riuscito a capire per quale
EF> ragione non usino anche questo metodo (che almeno per alcuni ben
EF> determinati tipi di file e` assolutamente preciso).
Idem. Con i file di testo a volte sbaglia, con i binari usa il magic
number e non ci sono santi, o il file ha un contenuto corretto o il
file ha un contenuto sbagliato, ma se il magic number e` quello il
tipo del file e` quello.
EF> piuttosto il macello e` che UFS e` case sensitive, HFS+ no.
EF> bash pero` internamente lo rimane.
Uh... Ma ci si sopravvive.
EF> io pero` nel .bashrc ho
EF> :        alias Emacs='/Applications/Emacs.app/Contents/MacOS/Emacs'
EF> in pratica se chiamo Emacs parte la versione grafica.
Questa e` utile.


 tipo del file e` quello.
vero :)
un peccato che in fondo nemmeno su GNU/Linux mi pare piu` usato di un
tot...


 tot...
Sotto linux fanno le gui copiando Windows...
(ed io infatti usavo X, windowmanager e basta).


 (ed io infatti usavo X, windowmanager e basta).
adesso mi sono innamorato della gnoma :)


 GNOME mi piace parecchio :)
Non riesco a farmeli piacere.
Quando nel 1999 il compianto Ettore Perazzoli presento` Gnome al pluto
meeting ci fu una obiezione:
        "Ma perche' inseguire Windows ?"
che per me ancora regge.
Senza contare certe affermazioni di Pennington in un suo saggio sulle
GUI...


 GUI...
queste mi mancano :)


 al momento gli gnomisti sostengono di starsi semmai ispirando al macos..
Speriamo... L'ultima volta che ho usato Gnome (su una macchina di
un'altro) era un mix di Windows e CDE.


 un'altro) era un mix di Windows e CDE.
lol :)
al momento mi sono messo a fare l'esperto di usabilita`, e devo fare
vedere al mondo che gnu/linux non fa paura.
in uni ai miei compagni fanno vedere solo la cli, e questi pensano che
debba essere per forza un sistema primitivo che non va bene sui computer
di tutti i giorni :))
-- 
RiK0
 Il sonno del teschio genera troll, e il quoting li manifesta.