A ottobre arriva KDE 4 per linux

A ottobre arriva KDE 4 per linux

Il nuovo ambiente KDE4 sarà rilasciato ufficialmente il prossimo ottobre. Disponibile una prima release alpha

di pubblicata il , alle 09:01 nel canale Programmi
 
50 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
Mazzulatore14 Maggio 2007, 14:41 #21
Mastro_75 con lo stesso ragionamento puoi dire che firefox è uguale a ie e che winamp è uguale a wmp. Per me hai superato il limite del trolleggiamento.

Tra parentesi Xen usa la paravirtualizzazione, anche se il risultato è sempre avere più macchine virtuali NON è come eseguire VMWare.

"Parli di filosofia: non credo che un event-loop generi tutta questa filosofia. Le classi di GTK hanno nomi con una certa assonanza con QT, strano...."
L'hai detto tu, mica vorresti che differiscano per notazioni, metodologie di progettazione e pattern consolidati in decenni di esperienza informatica. Altrimenti potresti dire che SWING, GTK+, WXWidgets, MFC sono tutti uguali a QT.
jappilas14 Maggio 2007, 14:42 #22
Originariamente inviato da: mastro_75
Ma il fatto che sei senior deriva solo dall'anno di iscrizione???
no, dipende dal numero di post

comunque, ti faccio notare che il tuo equiparare applicazioni e toolkit diversi solo sulla base della funzione (per forza di cose comune) e del nome delle classi (per forza di cose assonanti ) rischia di farti apparire superficiale, perchè non vai a toccare nessun elemento di design, o nessuna peculiarità sulla filosofia progettuale dell' uno o dell' altro ( e sì, si parla di filosofia anche in ambito di SW design)

ma si sta andando OT, per cui pregherei di rientrare in topic
sari14 Maggio 2007, 14:42 #23
Originariamente inviato da: mastro_75
Prima di iniziare ti chiedo se hai mai programmato!!!! Cosa distingue l'uno dall'altro: il nome e quindi sono diversi!!!
L'idea alla base delle GTK+ è lo stesso di quello di QT, che non è nuovo nella programmazione visto che un event loop, con una serie di callback (spero che tu sappia di cosa parlo!!!!) e message forwarding dal SO esiste da sempre. Solo che c'è un piccolo particolare: l'idea di chiamare signal-slot il legame tra messaggio e callback è di trolltech, GTK+ usa nei nomi per le classi con una certa assonanza linguistica con QT, ...
Io ho usato entrambi e non mi sembra di aver riscontrato questa differenza abissale....


Se ho mai programmato? No, tranne che negli ultimi 10 anni della mia vita, Conosco GTK molto bene, sia il toolkit per C che per Python, e bazzico spesso nelle API di QT e, non meno importante, adoro i messaggi derivati dall'unico grande ideale del "io c'e' l'ho piu' grosso" come il tuo.

Apparte le digressioni nel tuo messaggio noto solo una descrizione (moooolto sommaria, quasi googlosa) di come possa funzionare un toolkit grafico.
Spiegami esattamente cosa intendi per "assonanza linguistica", forse GtkTreView (GTK 2.0) e QTreeView (QT 4.0) sono per te la prova palese che GTK è una copia di QT? Alberi in inglese in quale altro modo si può dire? Evidentemente un motivo per le assonanze ci sarà... Le callback sono per te una prova palese che GTK ha copiato da QT? Le callback esistono da quando esistono i toolkit grafici moderni, come TK (1990 o prima). Visto che hai usato entrambi, GTK/LibGlade/GObject/Glib (presumo C) e QT (presumo C++), secondo te dove stanno le uguaglianze veramente? Insomma, dirmi che usano gli stessi metodi per interfacciarsi con il server X o il SO o che usano nomi "simili" (quando sappiamo entrambi, presumo, che clicked è un ottimo nome per l'evento "click su un pulsante", praticamente non sustituibile come la maggior parte degli eventi daltronde) non è una giustificazione alla frase "GTK è un framework identico a QT".

Edit: Ammazza o, neanche fatto in tempo a scrivere che già molti han risposto
k0nt314 Maggio 2007, 14:45 #24
comunque direi di chiudere l'OT perchè mi sembra abbastanza fuori luogo.. se c'è una differenza tra il mondo opensource e il mondo closed source è che quando si prende qualche idea ad altri progetti nell'open source lo si dice, mentre nel mondo closed source tutto viene presentato come una novità esclusiva (mi tengo la sfilza di esempi per me ).

per quanto riguarda KDE4 io l'ho scaricato da SVN e devo dire le uniche applicazioni che hanno già preso forma sono dolphin e okular. sulle librerie però c'è stato un lavoro pazzesco mi aspetto grandi cose non appena saranno sfruttate a dovere. si parla di sonnet (framework per lo spelling e la correzione grammaticale), phonon (framework per la gestione di cose multimediali), plasma (con l'intento di rivoluzionare il desktop), solid (framework per la gestione dell'hardware), decibel (per protocolli IM, chat e voip). e kross per lo scripting... forse mi sono dimenticato di qualcosa...
sari14 Maggio 2007, 14:54 #25
Originariamente inviato da: k0nt3
per quanto riguarda KDE4 io l'ho scaricato da SVN e devo dire le uniche applicazioni che hanno già preso forma sono dolphin e okular. sulle librerie però c'è stato un lavoro pazzesco mi aspetto grandi cose non appena saranno sfruttate a dovere. si parla di sonnet (framework per lo spelling e la correzione grammaticale), phonon (framework per la gestione di cose multimediali), plasma (con l'intento di rivoluzionare il desktop), solid (framework per la gestione dell'hardware).. forse mi sono dimenticato di qualcosa...


Già già, io uso Gnome, ma Kde4 mano a mano che passa il tempo diventa sempre più razionale. Nonostante non mi piaccia adotto molti degli strumenti di KDE (KDevelop quando smanetto con QT ad esempio, Kate, Kooka oppure Kile) sono sicuramente completi e ben sviluppati. Non credo che abbandonerò mai Gnome (sono oramai assuefatto dalle librerie :P), ma magari sarò contento di usare Kubuntu Live all'Università. Il motore di rendering integrato poi promette molto bene!
mastro_7514 Maggio 2007, 14:58 #26
Rispondo a tutti e chiudo la digressione pro-QT.

Tutti i browser sono derivati da NCSA Mosaic!!!!

Nel mondo open-source è "obbligatorio" citare la fonte di ispirazione (o del codice) per un branch. Ma le idee non hanno branch. I meta-object di QT ad esempio.
Non sono mai sceso in particolari per il semplice motivo che se veramente siete così avanzati dovreste capire.

Mi fate qualche esempio di applicazione, libreria, "idea"... che non esistesse in commercio e che è stata interamente pensata, codificata e distribuita dal mondo open-source?
mastro_7514 Maggio 2007, 15:06 #27
Originariamente inviato da: sari
Se ho mai programmato? No, tranne che negli ultimi 10 anni della mia vita, Conosco GTK molto bene, sia il toolkit per C che per Python, e bazzico spesso nelle API di QT e, non meno importante, adoro i messaggi derivati dall'unico grande ideale del "io c'e' l'ho piu' grosso" come il tuo.

Apparte le digressioni nel tuo messaggio noto solo una descrizione (moooolto sommaria, quasi googlosa) di come possa funzionare un toolkit grafico.
Spiegami esattamente cosa intendi per "assonanza linguistica", forse GtkTreView (GTK 2.0) e QTreeView (QT 4.0) sono per te la prova palese che GTK è una copia di QT? Alberi in inglese in quale altro modo si può dire? Evidentemente un motivo per le assonanze ci sarà... Le callback sono per te una prova palese che GTK ha copiato da QT? Le callback esistono da quando esistono i toolkit grafici moderni, come TK (1990 o prima). Visto che hai usato entrambi, GTK/LibGlade/GObject/Glib (presumo C) e QT (presumo C++), secondo te dove stanno le uguaglianze veramente? Insomma, dirmi che usano gli stessi metodi per interfacciarsi con il server X o il SO o che usano nomi "simili" (quando sappiamo entrambi, presumo, che clicked è un ottimo nome per l'evento "click su un pulsante", praticamente non sustituibile come la maggior parte degli eventi daltronde) non è una giustificazione alla frase "GTK è un framework identico a QT".

Edit: Ammazza o, neanche fatto in tempo a scrivere che già molti han risposto


Apparte si scrive "A parte". Poi parli di linguistica. Hai finito le elementari?

Le assonanze linguistiche significa che, se anche il kernel del framework lavora alla stessa maniera (vedi tutorial di GTK), almeno le API potevano scriverle diversamente. Le callback esistono da quando è nato il processore... Hai mai programmato su VMS?

Ho visto il tuo sito, belle le immagini!!! Peccato che, il grande programmatore che sei, non è in grado di fare qualcosa di migliore....
sari14 Maggio 2007, 15:18 #28
Originariamente inviato da: mastro_75
Non sono mai sceso in particolari per il semplice motivo che se veramente siete così avanzati dovreste capire.


Te la cavi troppo facilmente

Mi fate qualche esempio di applicazione, libreria, "idea"... che non esistesse in commercio e che è stata interamente pensata, codificata e distribuita dal mondo open-source?


iniziamo con una cosa moderna, Compiz, BSD, TCL/Tk, XFree, Linux, L4 (grande kernellino bellino), Python, Fortran, C, una miriade di protocolli, L'idea di Kernel Unix in generale, l'evoluzione dei kernel in generale (come il kernel di Dijstra, che non era certo un progetto close-source sovvenzionato da Microsoft ), Il memory control di Linux (Arcangeli dice nulla?), come dimenticare Emacs!, Java... potrei continuare per ore :|

Il close-source, quando si parla di GRANDI progetti, di cose veramente importanti, è un'idea relativamente nuova... agli albori dell'informatica, e all'inizio dell'informatica moderna (dove è nato Fortran, C, l'idea di Kernel) il close-source non aveva senso.
sari14 Maggio 2007, 15:26 #29
Originariamente inviato da: mastro_75
Apparte si scrive "A parte". Poi parli di linguistica. Hai finito le elementari?

Le assonanze linguistiche significa che, se anche il kernel del framework lavora alla stessa maniera (vedi tutorial di GTK), almeno le API potevano scriverle diversamente. Le callback esistono da quando è nato il processore... Hai mai programmato su VMS?

Ho visto il tuo sito, belle le immagini!!! Peccato che, il grande programmatore che sei, non è in grado di fare qualcosa di migliore....


Uuu passiamo alle offese personali , io per fortuna sono una persona che sa fermarsi prima del limite, quindi mi fermo quì. Grazie dei complimenti sul sito, sai com'e' non sono ferrato in HTML e so usare poco i CSS.

Grazie della correzZione linguistica, odiavo l'ItaGliano a scQuola, e aggiungerei miGlione.

Edit: Uau ho notato che non va il link per il download del sorgente, grazie, sistemato.
mastro_7514 Maggio 2007, 15:42 #30
Originariamente inviato da: sari
Te la cavi troppo facilmente



iniziamo con una cosa moderna, Compiz, BSD, TCL/Tk, XFree, Linux, L4 (grande kernellino bellino), Python, Fortran, C, una miriade di protocolli, L'idea di Kernel Unix in generale, l'evoluzione dei kernel in generale (come il kernel di Dijstra, che non era certo un progetto close-source sovvenzionato da Microsoft ), Il memory control di Linux (Arcangeli dice nulla?), come dimenticare Emacs!, Java... potrei continuare per ore :|

Il close-source, quando si parla di GRANDI progetti, di cose veramente importanti, è un'idea relativamente nuova... agli albori dell'informatica, e all'inizio dell'informatica moderna (dove è nato Fortran, C, l'idea di Kernel) il close-source non aveva senso.


Posso iniziare a rispondere, mentre tu continui per ore a diffamare e appropriarti del lavoro altrui?
Lascia perdere i linguaggi di programmazione, per quelli vale la stessa regola dei dialetti... Non ti dice nulla Object Oriented Programming? All'origine fu C++...
BSD: Berkely University... La licensa BSD è nata dopa la GPL, all'inizio BSD era un dialetto Unix della stessa università...
XFree: versione free del server X esistente in UNIX forse prima che tu nascessi...
Linux: (ti ho detto innovativo!!!) è nato per sopperire ai limiti di licenza di Minix ed ha ripreso tutti i costrutti dello UNIX nato nei laboratori Bell (AT&T)...

Memory Control?: Hai mai visto al lavoro Integrity ( http://www.ghs.com/products/rtos/integrity.html )? O hai mai lavorato su un server Sun con processori SPARC CoolThread? La MMU non l'ha inventata Torvalds, ne nessuno degli FSF!

Java: Ma se non mi sbaglio è della SUN, io vedo il loro logo!!! ma tu hai mai visto il codice della JRE?

Spero che mentre continui a fare l'elenco trovi il tempo di leggere.

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^