Newsgroup: it.comp.macintosh
Titolo: brutta vita per i programmatori

non so se era già stato segnalato questo intgervento su tevac:
http://www.tevac.com/article.php/20050610082043514
i programmatori di icm che ne pensano?
-- 
si vede che uno dei 25'000 file di testo che costituiscono il sistema 
operativo avra' un errore di battitura.

 i programmatori di icm che ne pensano?
Be', se uno ci pensa un po'...
Carbon io la ritengo un'API semideprecata. Sono tanti i motivi che
possono spingere uno sviluppatore a fare il port verso Carbon, e
sacrosanti, ma iniziare un nuovo progetto in Carbon e' una cosa che
ritengo difficilmente giustficabile (al massimo se ci sono problemi di
performance per quanto riguarda le chiamate di sistema... ma qui e'
tirata per i capelli IMHO).
BSD e' un discorso un pelo spinoso, ma un buon diciamo settanta percento
del software scritto per Linux/Unix e' scritto con POSIX in mente ed e'
cross-platform -- niente chiamate di sistema strane o assunti per quanto
riguarda l'endianness. In questi casi e' sufficiente un ./configure &&
make sulla nuova piattaforma (o anche sulla vecchia, passando i CFLAGS
giusti a gcc).
Per AltiVec ci si puo' far ben poco. Va riscritto da capo il pezzo di
codice, non ci son santi che tengano. Purtroppo.
Se proprio dobbiamo fare appunti ad Apple, una cosa che trovo odiosa e'
stata il far lievitare l'immagine disco di Xcode oltre le 700 MB (751,8
MB dice il Finder), rendendo cosi' impossibile la masterizzazione su un
normale CD. Magari, togliendo WebObjects...
 - ∞
-- 
I miei post non sbagliano. E' la realta' ad essere inesatta.

 tirata per i capelli IMHO).
Oppure se uno vuole che la sua applicazione sia facilmente portabile su
altre piattaforme.
Il fatto e` che non vedo impossibile che perderemo tante ottime
applicazioni, oppure che le rivedremo fra un bel po' di tempo.
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchč
venne un polacco ad insegnargli che č piů cristiano imporsi col rifiuto
pretenderanno che tu torni indietro/e ti costringeranno a partorire per
poi chiamarlo figlio della colpa / e tu una Maddalena da pentire

 applicazioni, oppure che le rivedremo fra un bel po' di tempo.
Mah. Io penso che la transizione, dato che e' iniziata tanto presto,
sara' indolore, e (sono pronto a scommetterci una coca) che quando
uscira' il primo mac x86, il novanta percento degli utenti non si
accorgera' di nulla.
I problemi sono sulle applicazioni molto, molto mac-centered (codice
Altivec, assunti sull'endianness) e molto, molto grosse.
Ops, guarda un po', quelle molto molto grosse di solito sono molto poco
mac-centered (Photoshop, Office, Dreamweaver...). Che fortuna, eh?


Da incorniciare.

 i programmatori di icm che ne pensano?
Non sono "di icm", ma dico la mia.
Jobs l'ha azzeccata (come dico in un post sull'argomento in 
it.comp.os.dibattiti). E dal punto di vista software ancora di piu'. Parlo 
solo dei "piccoli" e anche dei singoli, ovvio che adobe e microsoft faranno 
quello che vogliono.
Mi sto riferendo solo ai programmatori WIN che possano pensare di migrare a 
OSX, per quelli mac non mi esprimo ma piu' o menco concordo con l'articolo.
Ritengo osx un ottimo so, con alcune gravi pecche e con alcuni vantaggi.
Il fatto di poter proporre al cliente una versione dell'applicativo 
(qualsiasi esso sia) in una versione osx SENZA che egli debba cambiare il 
parco macchine (magari spendendo 100 euro in piu' per la licenza, se osx 
girera' su qualsiasi macchina) e' indubbiamente un vantaggio. Se non altro 
e' una opzione in piu'. Puo' darsi che in alcuni casi - e per alcuni 
settori - lo stesso applicativo se fatto per osx sia in qualche modo piu' 
vendibile, e se non occorre costringere l'utente a cambiare 20 macchine e' 
anche commercialmente sensato proporlo.
Insomma, e' una opportunita' in piu' che i programmatori WIN possono avere. 
Certo poi dipende dai costi del porting. Ad oggi mi pare che non ci sia 
nulla di facile (occorre riscrivere quasi tutto) ma credo che prima o poi 
usciranno, in qualche modo, versioni mac delle librerie piu' diffuse per 
windows.
Se jobs invece blocca osx sulle sue macchine i programmatori win 
continueranno a ignorare un mercato del 2%. 

 mac-centered (Photoshop, Office, Dreamweaver...). Che fortuna, eh?
Bah. Questa roba mi interessa poco :))
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchè
venne un polacco ad insegnargli che è più cristiano imporsi col rifiuto


 normale CD. Magari, togliendo WebObjects...
hanno messo dentro anche la documentazione, che in effetti poteva stare
pure a parte

 mac-centered (Photoshop, Office, Dreamweaver...). Che fortuna, eh?
pero' sono tutte carbon, che sfiga, eh? 

 continueranno a ignorare un mercato del 2%. 
sicuramente lo blocca.
f


 sicuramente lo blocca.
UN motivo per farlo? 

 pero' sono tutte carbon, che sfiga, eh? 
Ci stanno lavorando Macromedia/Adobe e Microsoft, rispettivamente n° 1
in campo grafico e n° 1 assoluto del pianeta per $$$ guadagnati dal
software. Legioni e legioni di programmatori decentemente pagati stanno
pensando a come fare in questo preciso istante. Se tra un anno non ci
fosse una versione i686-apple-darwin dei loro programmi, non potra'
essere per motivi tecnici (economici o politici, magari, ma non
tecnici).


 Bah. Questa roba mi interessa poco :))
E' quella che agli utenti serve, quella che chiederanno per prima e
quella che garantisce l'utilita' di un Mac. Per l'utente medio non avere
OnyX e' una seccatura, non avere Office una perdita di denaro.


 del cliente.
Purtroppo gli usi sono anche altri. Per esempio un avvocato italiano sta
facendo causa a qualche grossa azienda americana. Ecco, l'azienda
contatta la lobby che fa pressione sul governo che fa pressione su
MS/Apple e viene forzata la cancellazione dei documenti contenenti le
prove dagli archivi e dalle macchine degli avvocati.
Tecnicamente banale.
Alternativamente l'azienda x manda dei documenti alla mafia, ma questi
possono essere letti solo dal computer di capomafia. Ecco... i documenti
sono in mano alla polizia, che pero` non ha forza sufficiente per
convincere Apple/MS (oppure semplicemente non possono rompere le balle
ogni volta e Apple/MS non da una chiave univerale). Quei documenti sono
semplicemente illeggibili. E capomafia distruggendo fisicamente il suo
computer si e` assicurato che lo rimarranno.
Oppure ancora un giornalista indipendente indaga su un dato affare
sporco di un qualche grosso parlamentare... insomma... si e` capito :))


 framework analoghi di quanto non lo sia cocoa
Esatto. E quindi l'applicazione complessivamente risulta piu` portabile,
perche` non ne viene sconvolta la logica. Oltreche` non e` scritta
interamente usando una libreria scarsamente disponibile altrove.
 
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchè
venne un polacco ad insegnargli che è più cristiano imporsi col rifiuto


 pure a parte
No, ho controllato, e' il nuovo WebObjects che fa sfondare il tetto dei
settecento mb. Ho modificato il pacchetto di Xcode per installarsi senza
WO e, tolti i pkg giusti, siamo abbondantemente sotto i 700 (a 680
circa).


 UN motivo per farlo? 
apple vende hardware. non camperebbe di software e l'installazione su 
macchine non sue lo costringerebbe ad un enorme lavoro di supporto 
schede e periferiche.
f.


 UN motivo per farlo? 
Che Apple vende hardware?
Cmq, il vice Schiller l'ha detto chiaro e tondo a CNet, scava un po' e
vedi.


 apple vende hardware.
Per vendere hardware ha bisogno di pubblicita'. Cioe' di far vedere 
quant'ebbello osx a chi non lo sa.
Ora ne ha l'opportunita', credi che non ne approfitti? 

 circa).
curiosita' che sarebbe wo?

 interamente usando una libreria scarsamente disponibile altrove.
beh totalmente indisponibile altrove (fatta salvo la somiglianza vaga,
appunto)

 assenza di logica suonerebbe meglio ;)
as you wish :)
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchč
venne un polacco ad insegnargli che č piů cristiano imporsi col rifiuto


 gli strumenti per porvi rimedio.
Sicuri che bastera`?
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchč
venne un polacco ad insegnargli che č piů cristiano imporsi col rifiuto


 curiosita' che sarebbe wo?
WebObjects :)
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchè
venne un polacco ad insegnargli che è più cristiano imporsi col rifiuto


 schede e periferiche.
Sarebbe da mettere nelle faq. Non se ne puo` piu` degli nmila niubbi che
arrivano e suggeriscono la stessa cosa.
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchč
venne un polacco ad insegnargli che č pių cristiano imporsi col rifiuto


 cancellazione forzata...
Ok. Il mio era solo un esempio :))
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchč
venne un polacco ad insegnargli che č piů cristiano imporsi col rifiuto


 Ora ne ha l'opportunita', credi che non ne approfitti? 
credo. ogni osx installato su una macchina non-apple è un apple non venduto.


 WebObjects :)
grazie al belino!
ora so che ho capito che cosa sia... :-(

 Quella dei programmatori e' una brutta vita per definizione ;-)
E' vero... mai che passasse, chenneso', una programmatrice bionda. :D


 Sicuri che bastera`?
Per una grande azienda IMHO si'.


 b) Office esiste per Mac e continuerà ad esistere ... penso.
Finche' Apple si terra' lontano dal mercato di Microzozz, credo di si'.


 b) Office esiste per Mac e continuerà ad esistere ... penso.
ah se la sun... vabbé


 
no, che poi magari porta sfiga e jobs lo fa.
d.


 gratis e incluso in Xcode.
mmhhh... lato server immagino... che altrimenti cocoa...
giusto?

 ora so che ho capito che cosa sia... :-(
Un prodotto che serve per realizzare applicazioni Web con
Cocoa/Objective-C e Java. Prima era a pagamento, da Xcode 2.1 in poi e'
gratis e incluso in Xcode.
 - ∞


 Sono sempre questioni di punti di vista.
no, dipende dal lavoro che fai in ufficio: se devi fare calcoli iworks 
non ti serve una cippa e se devi scrivere cento lettere con indirizzi 
presi da un database esterno manco.
f/.


 presi da un database esterno
NeoOffice fa la stampa unione?
-- 
Ve lo meritate Gil Amelio!

 mac-centered (Photoshop, Office, Dreamweaver...). Che fortuna, eh?
Eh, una fortuna... sono quelle che girano peggio..
-- 
Alan
"Ci spiace, ma il lucro e' indispensabile"
http://www.qreate.it

 NeoOffice fa la stampa unione?
Si', supporta anche fonti dati esterne ODBC (ma non so se puo' usare la
Rubrica indirizzi di OS X).


 Eh, una fortuna... sono quelle che girano peggio..
E che servono di piu'.
Ci trattano davvero bene, eh?


 mmhhh... lato server immagino... che altrimenti cocoa...
Sisi', lato server. Una specie di ASP incontra Cocoa e fanno cose strane
insieme. Molto carino, ma richiede OS X Server.
Guarda il sito di Apple, la maggior parte delle zone interattive e'
realizzata con WO.


 gratis ?
Xcode 2.1 col cross-compiler e' gratis. Il computer di test, e' vero, e'
a pagamento.


 realizzata con WO.
quindi con OS X "normale" non si riesce manco a giochicchiarci?

 quindi con OS X "normale" non si riesce manco a giochicchiarci?
Puoi scrivere applicazioni e debuggarle, ma non deployare (mettere
online) la cosa.


 online) la cosa.
cioe' puoi mettere su una applicazione che risponde alle chiamate http
solo da locale?

 
non so cosa sia la stampa unione, ma se intendi prendere una serie di 
dati da un database e creare una lettera con i campi e fare poi cento 
stampe sostituendo i campi con i valori, sì.
f.
-- 
  Grand Cayman is great / Of course it is / Weather like this (sn)

 solo da locale?
Esattamente.


 stampe sostituendo i campi con i valori, sì.
Si', "stampa unione" e' il nome che le da' Word.
 - ∞


 stampe sostituendo i campi con i valori
Esattamente. Funge anche per le mail e per importare le diverse voci
all'interno di uno stesso documento?


 E che servono di piu'.
A si? Ho provato (a suo tempo) ad usare Dreamweaver e/o GoLive. Non ce
l'ho mai fatta. Dopo i 30 giorni ho stablito che non facevano per me.
E mi sono mantenuto quello che dovevo a mano, con cvs prima e svn poi e
via di barbatrucchi che ho imparato su GNU/Linux.
Poi per motivi terzi ho preso BBEdit. 129 dollari. Bene.
Ho scoperto che e` anche quello che mi serve per mantenere siti e
compagnia, che anche se non e` il mio lavoro/compito principale, poterlo
fare comodamente e`, pardon, comodo.
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchč
venne un polacco ad insegnargli che č piů cristiano imporsi col rifiuto
pretenderanno che tu torni indietro/e ti costringeranno a partorire per
poi chiamarlo figlio della colpa / e tu una Maddalena da pentire

 Per una grande azienda IMHO si'.
Si. Il punto e` che il MacOS e` fatto di shareware. Mi spiego... il
MacOS e` quello che e` per la presenza di tanti piccoli sviluppatori e
piccole software house che fanno lo zoccolo duro di programmi che
vengono usati.
Pensa a Transmit. O Fetch (devo provare la versione 5... lo usavo ai
tempi della 1). 
Pensa a BBEdit (Barebone e` una grande azienda? Dipende cosa intendi, ma
non certo ai livelli di Adobe). E cosi` via.
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchè
venne un polacco ad insegnargli che è più cristiano imporsi col rifiuto


 online) la cosa.
Queste pero` sono cose che mi stanno sulla minchia.
Con i duemila cinquecento ambienti piu` o meno gratuiti a disposizione,
chi pensino che si fili WebObjects (per quanto eccellente?).
Voglio dire... sia Python che Ruby che Perl offrono soluzioni *divine*
per le applicazioni web (piu` di una, a seconda della complessita` che
uno deve gestire). Eppure tutti lavorano in Java (ancora ancora) o in
PHP. *gulp*.


 a pagamento.
E se vendi un software a 100 eurozzi la copia io mi aspetto che tu lo
abbia testato  *veramente*.


 no, che poi magari porta sfiga e jobs lo fa.
ok. defenestriamo? :)
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchč
venne un polacco ad insegnargli che č piů cristiano imporsi col rifiuto


 Si', "stampa unione" e' il nome che le da' Word.
ok da noi si chiama 'stampa in serie' o qualcosa del genere.


 all'interno di uno stesso documento?
per le mail no. almeno che io sappia puoi solo dire di un documento di 
spedirlo via mail e lui apre il programma di posta e lo allega in pdf, 
ma non l'ho mai suato perché non è integrato con thunderbirds.
comunque nulla  che vedere con stampa unione.
la seconda cosa che mi hai chiesto non l'ho capita.


 Si', "stampa unione" e' il nome che le da' Word.
O meglio: č il modo bizzarro con cui č stato tradotto "Data merge" nella
versione italiana di Word.


 la seconda cosa che mi hai chiesto non l'ho capita.
Ti spiego con un esempio. Ho un file Excel contenente le colonne "Nome",
"Cognome" e "Numero di telefono". Mi voglio creare un documento Word che
contenga quei dati. Con Stampa Unione imposto i tre campi e poi gli dico
di importare le varie voci, una di seguito all'altra.


 
sì, basta impostare il foglio Calc come sorgente dati.


 non certo ai livelli di Adobe). E cosi` via.
BBEdit non dovrebbe avere problemi (c'mon, e' un EDITOR DI FILE DI
TESTO! Che problemi puo' avere?)


 abbia testato  *veramente*.
*cough**cough*microsoft*cough*.
Non parliamone, va, che sappiamo tutti e due quanto valevano i
settecento euro di XP Professional appena uscito ;)
Office per Mac nuovo non e' malaccio (non vuol dire che non sia piu' di
"cosi'-cosi', pensavo meglio", ma tant'e').


 Detto cio', Unison mi fa schifo.
davvero! ma non per come e' scritto, fa schifo per come e' pensato, e'
incredibile che tutta quella abilita' tecnica sia sprecata in un design
cosi' sfunzionale!

 chi pensino che si fili WebObjects (per quanto eccellente?).
Prima erano a pagamento anche ambiente di sviluppo e deployaggio, oltre
al costo di OS X Server e le macchine di sviluppo, ed erano abbastanza
cari. Fai te.


 cosi' sfunzionale!
Credo che il punto e` che e` fatto per i binari, punto e basta. Il resto
e` contorno :)


 TESTO! Che problemi puo' avere?)
Gli sviluppatori sono pure loro abbastanza fiduciosi.
Comunque fai conto che in BBEdit pure c'e` una parte che lavora di rete.
Un bel po' di cose sono ottenute con moduli esterni (che andrebbero
portati pure loro... e quelli sono fatti con CodeWarrior...)
Insomma... non vedrei tutto rose e fiori "di default" :)
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchč
venne un polacco ad insegnargli che č piů cristiano imporsi col rifiuto


 e` fatto per i binari
E si vede. Gli manca quella capacita' che hanno quasi tutti gli altri di
tirare fuori un senso dalla struttura di Usenet, che e' un pelo atipica
(la metropolitana di Zuppa e' inarrivabile IMHO).


 e` contorno :)
il resto non esiste...
e' di granlunga peggio strutturato di ogni altro niusreader abbia mai
visto

 cari. Fai te.
Certo, meglio ora di prima. Ma il succo e` che per imporre una
tecnologia per quanto buona, quando hai concorrenti a costo 0 e che
girano ovunque... insomma :)
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchč
venne un polacco ad insegnargli che č piů cristiano imporsi col rifiuto


 io volevo usarlo per quello e son tornato a pan di corsa...
Boh, io non ce li ho nemmeno i binari sul newsserver. Ad ogni modo
leggendo la scheda del programma, cosi` pare.


 girano ovunque... insomma :)
Non e' "imporre"... e' che semplicemente nessuno la usa piu', quindi in
un tentativo disperato lo stanno dando aggratis e hanno integrato il
deployaggio nel costo di OS X Server.
Cmq concordo con te col fatto che e' comunque una cosa senza speranza.


 pero' sono tutte carbon, che sfiga, eh? 
ma che c'entra? sono tutte applicazioni che girano anche su windows,
quindi gia' pronte per piattaforme intel. il fatto che apple passi a
intel per adobe e microsoft significa un problema in meno. non dovranno
piu' fare applicazioni multipiattaforma. al diavolo l'endianess! si
fara' tutto little endian e via.
-- 
Questo messaggio non contiene zuccheri aggiunti.

 i programmatori di icm che ne pensano?
Se uno ha programmato decentemente, usando Cocoa e/o POSIX per la roba
BSD non ci saranno problemi.
I programmi in Carbon avranno bisogno di una qualche modifica, ma tanto
Carbon e' una libreria deprecata (secondo me), che e' servita a fare il
passo Classic => MacOSX, ora non ha piu' motivo di esitere.
L'unico vero problema e' per quie programmi con dentro codice a basso
livello per Altivec o little/big-endian. Questi dovranno essere
riscritti, c'e' poco da fare, ma dovrebbero essere veramente pochi.
Saluti Jack
-- 
Yoda of Borg am I! Assimilated shall you be! Futile resistance is, hmm?

 Cmq concordo con te col fatto che e' comunque una cosa senza speranza.
E a sboccio direi anche che e` un peccato. se e` bella solo la meta` di
Cocoa, e` un peccato che finisca cosi`.
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchč
venne un polacco ad insegnargli che č pių cristiano imporsi col rifiuto


 quindi gia' pronte per piattaforme intel.
Sure? Probabile, ma noi non sappiamo come sono sviluppate.
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchè
venne un polacco ad insegnargli che è più cristiano imporsi col rifiuto


 venduto.
E credi male. L'elitarismo non paga piu', jobs se n'e' accorto e tra qualche 
tempo se ne accorgeranno anche i macfanatici. 

 tempo se ne accorgeranno anche i macfanatici. 
vedremo.


 Sure? Probabile, ma noi non sappiamo come sono sviluppate.
come dovrebbero essere sviluppate? algoritmi diversi per piattaforma?
imho gui a parte, il cuore del codice e' roba multipiattaforma. un
algoritmo scritto e testato per non avere problemi di endianess. se
proprio sono scrupolosi qualche #ifdef qua e la' per qualche piccola
ottimizzazione cpu-specific. ora che il ppc scompare niente piu' tempo
perso per queste cose. un unico codice e via.
non solo. pensa ai formati dei file. una volta che scegli se il tuo file
e' big endian o little endian sull'altra piattaforma ti devi anche
preoccupare di rimescolare i byte nel modo giusto. ora che si avra'
un'unica piattaforma potranno buttare via tutto quel codice.
insomma, imho sviluppare per due s.o. diversi ma con la stessa cpu e'
decisamente meglio che farlo per due cpu diverse, specie quando il
codice che scrivi deve stare attento all'endianess.
per questo adobe, maxon, m$, newtek ecc sono stati cosi' pronti a
supportare i nuovi mac intel ;)


 Cocoa, e` un peccato che finisca cosi`.
In pratica _e'_ Cocoa, pero' applicato alle pagine Web, con tanto di
applicativo simil-Interface Builder per scrivere pagine web e agganciare
comportamento a certe porzioni, oppure per agganciare insieme flussi di
dati (in pratica, i concetti di WebObjects sono stati i progenitori dei
binding e di Core Data).
<
http://developer.apple.com/documentation/WebObjects/WebObjects_Overview
/index.html#//apple_ref/doc/uid/TP30001008>


 tempo se ne accorgeranno anche i macfanatici. 
Io dico che se avessi potuto installare OS X su un commodity PC, col
cavolo che lo prendevo l'iMac. Non l'ho comprato mica per il design
esterno; certo pero' l'ho preso per "non avere piu' problemi", e cio' e'
possibile solo con un sistema completamente integrato, ingegnerizzato in
un certo modo da capo a piedi, software e hardware, per non avere
problemi.
Non ce la vedo Apple nel mercato software puro.


 codice che scrivi deve stare attento all'endianess.
E alle ottimizzazioni...


 binding e di Core Data).
Bello bello bello... sigh :(
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchè
venne un polacco ad insegnargli che è più cristiano imporsi col rifiuto


 supportare i nuovi mac intel ;)
m$ e' il classico esempio di pessimo supporto dell'os (invece che
adattarsi a quanto offerto (e richiesto: i pdf a + di 72 dpi, porca
puttana vacca troia!) da osx ha portato quello che poteva e se ne e'
fottuta del resto)

 E perche`? Se poi qualcuno riswitcha?
ti pare che lo rifaranno a breve? e nel frattempo puoi per l'appunto
occuparti di ottimizzare il codice per una sola cpu senza stare attento
che quel che fai su una piattaforma non rompa qualcosa sull'altra


 nella logica del programma, i 2 os (a volerli rispettare e non a
non incidono sulla logica, ma parlando di ottimizzazioni incidono molto.
e poi non sei tu che due paragrafi piu' sopra hai detto che il codice
multipiattaforma e' lento? ora che potranno fare codice solo per una cpu
potranno ottimizzare tutto quel che vogliono, no?


 potranno ottimizzare tutto quel che vogliono, no?
stai sempre con gli occhi a 1mm dal pavimento, guarda un po' piu' ad
alto livello
e' lento (ma soprattutto brutto) anche perche' ad alto livello le
differenze sono macroscopiche e se vuoi scrivere multipiattaforma devi
comunque aggiungere un layer che ti wrappa il m.c.m delle funzionalita'
tale mcm non e' detto se sia in linea con le varie linee guida
dell'interfacca utente sulle varie piattaforme... insomma mediamente le
applicazioni multipiattaforma sono dei carrozzoni,spesso pensati per
l'altra piattaforma e messi allo sbaraglio su questa (il tutto a
prescindere dall'ordine dei byte)

 Non ce la vedo Apple nel mercato software puro.
Nemmeno io, ma pare che non ci si riesca proprio a capire. Comunque non e' 
un problema. 

 l'altra piattaforma e messi allo sbaraglio su questa (il tutto a
il che mi pare grossomodo in linea con quanto stavo dicendo fin
dall'inizio, o no?
-- 
Aut. Min. Ric.

 dall'inizio, o no?
mi sono perso :-)

 mi sono perso :-)
io pure :)
-- 
Aut. Min. Ric.

 meno puo' anche essere un problema di secondo piano
discordo nella maniera piu' totale
se ogni programma avesse le lue metafore le sue convenzioni supportasse
metadati suoi invece di quelli di sistema sarebbe (come parzialmente e')
un inferno
mi meraviglia che un macchista trascuri la coerenza delle metafore della
gui e di tutte le strutture di supporto (metafile) che il sistema offre
(ragioni da linuxaro :-P)

 e' stipendiata per farlo? non lo sapevo..
tra quelli di openoffice sì (e credo anche nvu).
f;
-- 
si vede che uno dei 25'000 file di testo che costituiscono il sistema 
operativo avra' un errore di battitura.

 (ragioni da linuxaro :-P)
al massimo ragiono da uno che ha provato un po' di tutto :P
-- 
Aut. Min. Ric.