mono non è più il demonio!

[zephyr83]

Originariamente inviato da Barra

quindi non sei tu quello che mi ha dato della testa di cxxxo che non capisce una sxxa e che non dovrebbe nemmeno permettersi di usare il sistema del pinguino!

CMQ tornando IT: mi è venuta voglia di studiare mono (e ora scrivo una cosa che probabilmente non piacerà) per provare a sviluppare qualcosa in moonlight. Esistono risorse in italiano (anche a pagamento)?

altra curiosità su moonlight giusto per rimanere sul "filone" rincorri-microsft Tu per cosa vorresti utilizzarlo? Per contenuti multimediali? in questo caso però dovresti usare codec open perché per quelli proprietari solo novell ha il permesso di farlo. Ma se un utente windows che usa silverlight riuscirebbe a vedere questi contenuti?

[Barra]

Originariamente inviato da zephyr83

Bhe la percentuale sparata mi sembra eccessiva!

In ambito enterprise forse è anche superiore (solo mandriva esiste usa kde come DE principale, in tutto il resto forse è vero.

Le QT hanno già dimostrato di essere superiori alle GTK

Non sono d'accordo. Dimostrato in cosa? semplicità di sviluppo? prestazioni?

e forse si deve proprio al fatto che dietro ci sia stata un'azienda che ci ha investito!

Non dico che non sia un vantaggio, dico solo che ci sono rischi in questa situazione. Prendi xorg, sviluppato da Intel, che tuttora è uno schifo. Come mai? dipende forse dal fatto che le schede video Intel non sono il massimo quindi non ha interesse nel favorire applicazioni con supporto 3d e GPU su linux? Se nokia dovesse spingere l'evoluzione di QT verso una strada che non interessa a linux ci sarebbe la forza di forkare e mantenere lo sviluppo? Inoltre GTK hanno sempre mantenuto una linea di sviluppo + tradizionale (ok troppo tradizionale) ma al tempo stesso più vicina alle necessità di sviluppo di un DE (cosa imho fondamentale).

Riguardo a banshee che ha di spettacolare? forse si "sentiva la mancanza" su gnome ma su kde nn di certo.

Questione di gusti, però l'attuale amarok QT4 IMHO (ma non troppo) non è all'altezza di banshee.

per me si è "persa" un'occasione! ovviamente tutto imho

Pensi che sarebbe stato possibile sviluppare un gnome3 in qt abbandonando tutti gli applicativi già belli che pronti?

Originariamente inviato da zephyr83

altra curiosità su moonlight giusto per rimanere sul "filone" rincorri-microsft Tu per cosa vorresti utilizzarlo? Per contenuti multimediali? in questo caso però dovresti usare codec open perché per quelli proprietari solo novell ha il permesso di farlo. Ma se un utente windows che usa silverlight riuscirebbe a vedere questi contenuti?

L'idea è provare a sviluppare qualcosa di questo tipo: http://www.kendaperez.com/ Attualmente lavoro solo con linux (ora uso netbeans) e fosse solo per contenuti multimediali opterei per altre scelte (html5?) ma le possibilità offerte da soluzioni flash/silverlight/moonlight sono spettacolari. Da quel che si silverlight è anche più benevolo nei confronti degli spider di google e C.
Inoltre silverlight3 i codec open dovrebbero essere supportati (da verificare) grazie proprio al lavoro di moonlight.

[zephyr83]

bhe basta leggere un po' per il web e vedere in cosa le QT sn superiori alle GTK, in particolare in prestazioni! Inoltre sn open souce quindi per il futuro nn mi preoccuperei! è recente la notizia che nokia ha deciso di abbandonare le qt extended (qtopia) per dispositivi embedded, in realtà buona parte la integrerà direttamente nel toolkit principale.....bene ha lasciato tutto alla community, nn ha "cancellato" nulla, semplicmente nn se ne occuperà! Così ora qt extended sarà portato avanti dalla community, proprio come succede con gnome! Che rischio c'è? Anche all'inizio si aveva paura per il futuro delle QT eppure nn è successo niente di quello preventivato e anzi, si era fatto in modo che in caso di "problemi" con trolltech lo sviluppo sarebbe stato portato avanti da quelli di KDE. Quindi queste paure mi sembra eccessive.......a sto punto bisogna farsi molte più paranoie con mono visto che nn si sa mai microsoft cosa può tirare fuori in futuro!
Inoltre nn dico di tagliare subito con il passato ma iniziare a pensare a una migrazione di gnome alle qt si, intanto si fa un bel "plugin" per "armonizzare" la grafica delle applicazioni qt in gnome (già qualcosa c'è ma nn è al livello della contro parte per gtk in kde), poi pian piano si iniziano a sviluppare le nuove applicazioni in qt e si mette mano a parte di gnome gradualmente.
Nn capisco ancora questa avversione per le qt, che sn delle ottime librerie, hanno ottime prestazioni, si programma in c++ (e volendo java), il framework è ottimo, nn hanno più alcun problema di licenza

[Barra]

Originariamente inviato da zephyr83

bhe basta leggere un po' per il web e vedere in cosa le QT sn superiori alle GTK, in particolare in prestazioni!

Per ogni articolo parla della superiorità di QT ce se ne trova uno che dimostra il contrario. Il blog di Masclow ad esempio è una bella dimostrazione di cosa sia in grado di fare GTK.
Amarok 2 poi non mi sembra tanto più leggerto di banshee.

Che rischio c'è?

Forse non ti rendi conto ma GTK+ è quello che è non grazie alla comunità ma grazie UNA COMUNITÀ FINANZIATA DALLE AZIENDE. RH, Novell, Canonical e tanti altri spendono, gli sviluppatori lavorano. Questa è la differenza tra progetti che hanno successo e quelli che restano nell'anonimato.

Nn capisco ancora questa avversione per le qt, che sn delle ottime librerie, hanno ottime prestazioni, si programma in c++ (e volendo java), il framework è ottimo, nn hanno più alcun problema di licenza

Io invece non capisco questa avversione verso GTK. Un mare di cose scritte in GTK vanno molto meglio delle alternative QT. Perchè si dovrebbe limitare lo sviluppo al solo C++? C# a parte esistono python, java e un mare di altri linguaggi. Che senso ha la riscrittura in QT di un mare di applicativi e altre risorse? E' da sempre contro la politica di gnome.

[zephyr83]

Originariamente inviato da Barra

Per ogni articolo parla della superiorità di QT ce se ne trova uno che dimostra il contrario. Il blog di Masclow ad esempio è una bella dimostrazione di cosa sia in grado di fare GTK.
Amarok 2 poi non mi sembra tanto più leggerto di banshee.


Forse non ti rendi conto ma GTK+ è quello che è non grazie alla comunità ma grazie UNA COMUNITÀ FINANZIATA DALLE AZIENDE. RH, Novell, Canonical e tanti altri spendono, gli sviluppatori lavorano. Questa è la differenza tra progetti che hanno successo e quelli che restano nell'anonimato.



Io invece non capisco questa avversione verso GTK. Un mare di cose scritte in GTK vanno molto meglio delle alternative QT. Perchè si dovrebbe limitare lo sviluppo al solo C++? C# a parte esistono python, java e un mare di altri linguaggi. Che senso ha la riscrittura in QT di un mare di applicativi e altre risorse? E' da sempre contro la politica di gnome.

Bhe anche le QT sn vinanziate
Vorrei sapere quali sn ste applicazioni in GTK che vanno meglio di quelle in QT! Cmq è sempre valido il principio che se un programma è fatto con i piedi anche in assembler rischia di fare schifo io leggo sempre e solo di commenti positivi sulle QT definite oggettivamente migliori e più evolute.....nn a caso si parla da tempo di migliorare le gtk.
Anziché iniziare a fare le nuove applicazioni con Mono, si passa a farle in QT, dove sta la differenza? Solo perché QT è "legato" a kde e quindi "avversario" di Mono?

[insane74]

Originariamente inviato da zephyr83

Bhe anche le QT sn vinanziate
Vorrei sapere quali sn ste applicazioni in GTK che vanno meglio di quelle in QT! Cmq è sempre valido il principio che se un programma è fatto con i piedi anche in assembler rischia di fare schifo io leggo sempre e solo di commenti positivi sulle QT definite oggettivamente migliori e più evolute.....nn a caso si parla da tempo di migliorare le gtk.
Anziché iniziare a fare le nuove applicazioni con Mono, si passa a farle in QT, dove sta la differenza? Solo perché QT è "legato" a kde e quindi "avversario" di Mono?

mono con il suo ide monodevelop è legato alle GTK per un semplice motivo (credo): de Icaza era uno degli sviluppatori principali di gnome e dato che ha iniziato lui il progetto mono evidentemente s'è trovato "meglio" ad usare direttamente le GTK e a collaborare attivamente con gnome per integrare app mono nel piedone.

è per questo che in monodevelop quando disegni le interfacce hai le gtk invece delle qt.

cmq aspetterei a dare per "morte" o "vecchie" le gtk...
gnome 3 promette molto bene!

[zephyr83]

Originariamente inviato da insane74

mono con il suo ide monodevelop è legato alle GTK per un semplice motivo (credo): de Icaza era uno degli sviluppatori principali di gnome e dato che ha iniziato lui il progetto mono evidentemente s'è trovato "meglio" ad usare direttamente le GTK e a collaborare attivamente con gnome per integrare app mono nel piedone.

è per questo che in monodevelop quando disegni le interfacce hai le gtk invece delle qt.

cmq aspetterei a dare per "morte" o "vecchie" le gtk...
gnome 3 promette molto bene!

bhe ma alla fine gnome potrebbe essere com'è andasso anche con le qt! cambierebbe leggermente grafica e probabilmente sarebbe un po' più reattivo! L'interfaccia e la funzionalità di un DE nn la fanno le librerie ma chi lo concepisce
Con un'unica grossa libreria in linux penso che si risolverebbero un bel po' di problemi, soprattutto quello dell'integrazione "grafica" delle applicazioni con il DE e, sempre secondo me, migliorerebbero anche le applicazioni che verrebbero usate indistintamente sui vari DE (gnome, kde e ci metto anche xfce ). Nn sarebbe cosa da poco
anziché cercare soluzioni altrove, seguendo la strada che traccia microsoft, si poteva trovare qualcosa già "fatto in casa".

[insane74]

Originariamente inviato da zephyr83

bhe ma alla fine gnome potrebbe essere com'è andasso anche con le qt! cambierebbe leggermente grafica e probabilmente sarebbe un po' più reattivo! L'interfaccia e la funzionalità di un DE nn la fanno le librerie ma chi lo concepisce
Con un'unica grossa libreria in linux penso che si risolverebbero un bel po' di problemi, soprattutto quello dell'integrazione "grafica" delle applicazioni con il DE e, sempre secondo me, migliorerebbero anche le applicazioni che verrebbero usate indistintamente sui vari DE (gnome, kde e ci metto anche xfce ). Nn sarebbe cosa da poco
anziché cercare soluzioni altrove, seguendo la strada che traccia microsoft, si poteva trovare qualcosa già "fatto in casa".

ormai è troppo tardi. oltre alla "dimensione" di gnome, hai idea di quante app gtk ci sono?
sono molte di più di quelle qt (per motivi storici, credo): hai idea cosa comporterebbe riscrivere TUTTO gnome e TUTTE le app per usare le qt?
anni e anni...
a che pro?
le alternative servono sempre!
concorrenza = sviluppo!
guarda cos'è win senza concorrenti! un mastodontico elefante sempre uguale a se stesso.

[Barra]

Vedi seguendo il ragionamento che tu fai non dovrebbero esistere konqueror, epiphany e il 90% del software free.

GTK non sono affatto più lente di QT, è gnome che ormai inizia a sentire il peso degli anni ma ci si sta lavorando con riscritture, nuove librerie ecc. Cairo e Clutter poi permettono cose a livello grafico che nemmeno le QT possono permettersi, con una semplicità unica (ho dato un'occhiata a clutter ultimamente, mostruoso!). Clutter entrerà in GTK3, è già alla base di gnome-shell e Mutter, il cuore di gnome3

KDE e gnome lavorano in modo molto diverso. Se la prima fa grandi salti gnome-foundation ha sempre fatto piccoli passi, inserendo ad ogni release nuove librerie che affiancavano le vecchie e deprecando quelle vecchie solo tempo dopo per permettere un porting graduale, semplice e tranquillo. Gnome quando può utiliza risorse esterne e le fa sue. In KDE questo è davvero raro. Infatti tutti gli ultimi applicativi entrati a far parte del progetto gnome non sono nati all'interno di gnome ma da sviluppatori esterni. Gnome-do da quel che ho letto è solo l'ultimo di una lunga lista (i prossimi rilasci saranno allineati a gnome). Banshee probabilmente sarà il prossimo, prendendo il posto di RB.

Nel mondo dell'opensource dove tutti professano liberta (di scelta, di avere sempre delle alternative ecc) perchè si dovrebbero faremorire le GTK? prima di queste vengono certamente EFL, wx, ttl. Abbandonare le librerie grafiche + usate mi sembra quantomeno assurdo!

[zephyr83]

Originariamente inviato da insane74

ormai è troppo tardi. oltre alla "dimensione" di gnome, hai idea di quante app gtk ci sono?
sono molte di più di quelle qt (per motivi storici, credo): hai idea cosa comporterebbe riscrivere TUTTO gnome e TUTTE le app per usare le qt?
anni e anni...
a che pro?
le alternative servono sempre!
concorrenza = sviluppo!
guarda cos'è win senza concorrenti! un mastodontico elefante sempre uguale a se stesso.

bhe mi chi ha detto di farlo subito? e perché riscrivere le vecchie applicazioni? basta iniziare con le nuove! Come dire che amsn doveva rimanere con le tcl/tk la nuova versione cambia!
Così come le nuove applicazioni verranno sicuramente realizzate con mono e c# potevano benissimo essere realizzate con il framework QT e in c++ (o se proprio piace C# si poteva "aggiungere" in QT)

[zephyr83]

Originariamente inviato da Barra

Vedi seguendo il ragionamento che tu fai non dovrebbero esistere konqueror, epiphany e il 90% del software free.

GTK non sono affatto più lente di QT, è gnome che ormai inizia a sentire il peso degli anni ma ci si sta lavorando con riscritture, nuove librerie ecc. Cairo e Clutter poi permettono cose a livello grafico che nemmeno le QT possono permettersi, con una semplicità unica (ho dato un'occhiata a clutter ultimamente, mostruoso!). Clutter entrerà in GTK3, è già alla base di gnome-shell e Mutter, il cuore di gnome3

KDE e gnome lavorano in modo molto diverso. Se la prima fa grandi salti gnome-foundation ha sempre fatto piccoli passi, inserendo ad ogni release nuove librerie che affiancavano le vecchie e deprecando quelle vecchie solo tempo dopo per permettere un porting graduale, semplice e tranquillo. Gnome quando può utiliza risorse esterne e le fa sue. In KDE questo è davvero raro. Infatti tutti gli ultimi applicativi entrati a far parte del progetto gnome non sono nati all'interno di gnome ma da sviluppatori esterni. Gnome-do da quel che ho letto è solo l'ultimo di una lunga lista (i prossimi rilasci saranno allineati a gnome). Banshee probabilmente sarà il prossimo, prendendo il posto di RB.

Nel mondo dell'opensource dove tutti professano liberta (di scelta, di avere sempre delle alternative ecc) perchè si dovrebbero faremorire le GTK? prima di queste vengono certamente EFL, wx, ttl. Abbandonare le librerie grafiche + usate mi sembra quantomeno assurdo!

e perché nn dovrebbero esistere più programi? mi vuoi per caso dire che nn esistono più programmi in gtk (o in qt) che fanno la stessa cosa? Ripeto, la funzionalità e la bontà di un programma nascono prima di tutto dalla mente di chi lo sviluppa! QT e GTK sn strumenti con cui realizzare queste "idee". QT permette di farlo meglio e prima, nn sono solo una libreria ma anche un framework completo che mette a disposizione tutti gli strumenti necessari. Cn le GTk si sentiva un po' la mancanza di un ambiente di sviluppo completo e nn a caso mono si sta lengando sempre di più a gnome e alle gtk. L'alternativa già c'era, si poteva usare quella anziché rincorrere microsoft!
Cmq vorrei sapere quali sn ste cose che a livello grafico manco le qt possono permettersi
Io cmq nn l'ho mai buttata su gnome vs kde, quello che decidono di fare gli sviluppatori sn problemi loro, sn due "filosofie" diverse, le librerie c'entrano poco! gnome potrebbe benissimo essere strutturalmente identico anche con le qt così come kde con le gtk.....le cose che cambiano sn principalmente le prestazioni e in parte l'aspetto grafico (che però è sempre personalizzabile in buona parte).
Aggiungo anche che grazie al toolkit QT si realizzano applicazioni multipiattaforma senza problemi. Era già una soluzione ottima che si poteva sfruttare! posso capire i problemi di licenza che c'erano prima, ma ora....
So che ormai nn cambierà niente ma secondo me si è persa un'ottima occasione

[insane74]

Originariamente inviato da zephyr83

bhe mi chi ha detto di farlo subito? e perché riscrivere le vecchie applicazioni? basta iniziare con le nuove! Come dire che amsn doveva rimanere con le tcl/tk la nuova versione cambia!
Così come le nuove applicazioni verranno sicuramente realizzate con mono e c# potevano benissimo essere realizzate con il framework QT e in c++ (o se proprio piace C# si poteva "aggiungere" in QT)

nel qual caso avresti gnome 3.x in qt, alcune app nuove in qt e quelle meno recenti in gtk... quindi saresti punto e a capo con app "non integrate" nel DE.

ripeto: avere alternative è sempre garanzia di "libertà" e di "concorrenza".

[zephyr83]

Originariamente inviato da insane74

nel qual caso avresti gnome 3.x in qt, alcune app nuove in qt e quelle meno recenti in gtk... quindi saresti punto e a capo con app "non integrate" nel DE.

ripeto: avere alternative è sempre garanzia di "libertà" e di "concorrenza".

bhe ADESSO nn avresti risolto il problema dell'integrazione con la grafica.....ma in futuro nn ci sarebbe più questo problema!
Cmq la mia "critica" è rivolta più che altro su quelle aziende che operano interno a linux. Oltre a dare il proprio supporto a progetti come mono secondo me potrebbero fare qualcosa anche su QT. Secondo me nn si fa solo perché dietro c'è una società! Prima poteva essere per una questione di licenze, ma ora secondo me è solo per via di nokia.
Si potrebbe anche partire da uno stupido "plugin" per migliorare l'integrazione delle applicazioni qt in gnome! in kde il problema si è risolto da tempo, in gnome ancora no. A me invece sembra che da un parte del mondo linux ci sia quasi avversione per le qt alternativa e concorrenza ok, accanimento e ostracismo no però

[insane74]

Originariamente inviato da zephyr83

bhe ADESSO nn avresti risolto il problema dell'integrazione con la grafica.....ma in futuro nn ci sarebbe più questo problema!
Cmq la mia "critica" è rivolta più che altro su quelle aziende che operano interno a linux. Oltre a dare il proprio supporto a progetti come mono secondo me potrebbero fare qualcosa anche su QT. Secondo me nn si fa solo perché dietro c'è una società! Prima poteva essere per una questione di licenze, ma ora secondo me è solo per via di nokia.
Si potrebbe anche partire da uno stupido "plugin" per migliorare l'integrazione delle applicazioni qt in gnome! in kde il problema si è risolto da tempo, in gnome ancora no. A me invece sembra che da un parte del mondo linux ci sia quasi avversione per le qt alternativa e concorrenza ok, accanimento e ostracismo no però

beh, ma a dire il vero a partire dalle qt 4.5 è possibile, in gnome, selezionare il tema "gtk-style" (o qualcosa di simile) nelle opzioni delle qt e le varie app qt appaiono praticamente identiche alle app gtk...

quanto al perché avversarle, sicuramente un tempo era per via delle licenze.
ora potrebbe cambiare visto che nokia ha praticamente aperto tutto.
vedremo.
certo che se anche google per chrome su linux ha scelto le gtk al posto delle qt, forse significa che ci sono altri motivi al di là delle licenze che noi poveri "coder della domenica" non riusciamo a individuare.

[gash]

Ma google vedi google-earth e google-gadgets ha usato anche le qt passando anche dalle 3 alle 4.

[zephyr83]

Originariamente inviato da insane74

beh, ma a dire il vero a partire dalle qt 4.5 è possibile, in gnome, selezionare il tema "gtk-style" (o qualcosa di simile) nelle opzioni delle qt e le varie app qt appaiono praticamente identiche alle app gtk...

quanto al perché avversarle, sicuramente un tempo era per via delle licenze.
ora potrebbe cambiare visto che nokia ha praticamente aperto tutto.
vedremo.
certo che se anche google per chrome su linux ha scelto le gtk al posto delle qt, forse significa che ci sono altri motivi al di là delle licenze che noi poveri "coder della domenica" non riusciamo a individuare.

le qt 4.5 nn ci sn da tantissimo. Cmq se dici che funziona, bene un passo avanti è stato fatto sapevo che c'era anche prima questa possibilità ma il risultato nn era equivalente alla controporta in kde e anche recentemente ho letto di utenti nn totalmente soddisfatti.
Su google c'è chi pensa male http://pollycoke.net/2009/06/09/goog...-qt-per-seigo/
La scusa del "conoscono" meglio il toolkit GTk nn regge tanto visto che google ha realizzato diversi prodotti sfruttando le qt (google earth gira senza problemi su windows, osx e linux kde o gnome che sia)! Bhe visto che sn spesso sospettoso, ora che goole e nokia sn diventati "avversari" scommetto che d'ora in poi useranno prevalentemente le gtk

[zephyr83]

Originariamente inviato da gash

Ma google vedi google-earth e google-gadgets ha usato anche le qt passando anche dalle 3 alle 4.

infatti ma loro conoscono meglio le gtk e si integrano meglio con gnome che è il DE di default di ubuntu

[insane74]

Originariamente inviato da zephyr83

... Cmq se dici che funziona, bene un passo avanti è stato fatto sapevo che c'era anche prima questa possibilità ma il risultato nn era equivalente alla controporta in kde e anche recentemente ho letto di utenti nn totalmente soddisfatti...

ecco come appare kdenlive con il mio tema "simil leopard" (basato su aurora):


a me non sembra malaccio!

[zephyr83]

Originariamente inviato da insane74

ecco come appare kdenlive con il mio tema "simil leopard" (basato su aurora):


a me non sembra malaccio!

si mi sembra ottimo, megio così, allora qualche passettino avanti finalmente è stato fatto