[Linux-Biella] Java e flame

[Emanuele Aina]

Paul TT dichiarò:

>> Non so, io ho visto piangere tanta gente che provava a far girare Tomcat 
>> sotto Windows...
>>   
> ognuno e' libero di farsi del male come piu' gli aggrada....

Poverini, erano obbligati...

>>> in piu', sotto osx e' gia installato, e m$ ha la sua (seppur merdosa) vm 
>>> integrata, per cui se l'applicazione non e' complessa devi fare davvero 
>>> poco.
>>>     
>> Direi che sotto Windows .NET è decisamente avvantaggiato. :)
>>
>> Penso che prima o poi anche MacOSX includerà un CLR (Common Language 
>> Runtime): Java è più vecchio, è solo una questione di tempo.
>
> 'prima o poi'

Beh, Java ci ha messo un po' prima di diffondersi.

"Prima o poi" anche Linux soppianterà Windows, ma non mi sembra un buon
motivo per aspettare lungo il fiume.

>>> come ho gia' chiesto, se faccio un programma in do diesis, poi cosa devo 
>>> installare per farlo andare? o meglio, sotto M$ (spero che) funzioni, 
>>> senza fare alcunche', ma sotto i sistemi operativi veri?
>>>     
>> Sotto Windows Vista il CLR dovrebbe essere già installato. Sotto XP 
>> forse nel SP2.
>>
>> Sotto MacOSX non so, dovrebbe esserci comunque il runtime di Microsoft.
>>   
> 'dovrebbe', 'dovrebbe'.... parli solo per teoria quindi.

Ovviamente, non uso MacOSX.

>> Java ancora non è totalmente aperto (vedi progetto IcedTea) e ci vorrà 
>> ancora un po' di tempo prima che IcedTea sia usabile ed entri in main.
>
> concordo
> pero' non mi hai dato una sola soluzione rapida da implementare al volo ;P
> tanto vale ch'io programmi in gtk2 e distribuisca il runtime relativo, 
> allora :P

Ripeto: WinForms è la soluzione portabile, analoga a Swing.

Che poi abbia i suoi problemi è ovvio, per me rimane la soluzione al
problema sbagliato.

>> Paint.NET dovrebbe usare WinForms, quindi gira ugualmente sia sotto 
>> Linux che Windows.
>
> e osx? e solaris?

Non li uso, non so dirti.

Mono credo giri senza grossi problemi sotto entrambi.

Non so il runtime di Microsoft, ma credo sia disponibile sotto MacOSX.

Al momento sono offline, sentiti libero di indagare. :)

>> L'idea comune è che non esistano UI portabili che si adattino al L&F di 
>> piattaforme diverse.
>
> e questo ti sembra esteticamente migliore? interessante opinione...

Un utente Windows preferisce le interfacce di Windows.

Chi usa GNOME preferisce GTK+. QT per KDE.

Cocoa per gli utenti MacOSX.

Non è questione di "esteticamente migliore" in sè e per sè. È questione
di integrazione coll'ambiente.

>> Da SWT a wxWidgets, da WinForms sotto Linux a GTK in Windows, per non 
>> parlare di Swing e AWT, tutte risultano avere imperfezioni più o meno 
>> fastidiose lontano dalla piattaforma nativa.
>>
>> È quindi sempre consigliabile scrivere una UI diversa per ogni 
>> piattaforma. Per questo è importante separare la UI dalla logica.
>>   
> questo sempre, ma questo e' un altro discorso.

Appunto.
Quindi WinForms per chi vuole usare Swing.
Ben ricordando che Swing è la soluzione al problema sbagliato.

>> Quindi talvolta una applicazione Swing può avere un ordine che stupisce 
>> l'utente GTK+.
>>   
> anche il comportamente dei focus di winzoz fa cacare, ma anche questo e' 
> un altro discorso

Infatti, ma sotto Windows un utente vuole il comportamento del focus di
Windows.

Sotto GNOME voglio quello GTK, non quello Windows. E neppure un altro.

Swing, WinForms e compagnia bella non potranno mai soddisfare tutti
contemporaneamente. Purtroppo, perché sarebbe tutto più semplice.

-- 
Buongiorno.
Complimenti per l'ottima scelta.