Prossime versioni di aMSN scritte in python

[~FullSyst3m~]

Io l'ho saputo ora dato che per cause di forza maggiore sono dovuto stare su Win nell'ultimo periodo. Se è cosi non vedo l'ora che esca per provarla!

P.S: cdimauro sarà felice a metà però credo

[slacker]

la notizia, per intero, è che i teams di aMsn, emesene e pymsn si uniscono per dar vita a aMsn2, come dici tu non più basato su tcl/tk ma su python
A quanto pare vi saranno anche diverse gui: quella ufficiale sembra essere basata su EFL, ma saranno presenti anche qt4 e gtk...
Tutte le info qua: http://www.amsn-project.net/forums/viewtopic.php?t=5299

Preview della gui basata su qt4:
http://85.17.105.113/~wesley/images/...4_frontend.png

[~FullSyst3m~]

Originariamente inviato da slacker

la notizia, per intero, è che i teams di aMsn, emesene e pymsn si uniscono per dar vita a aMsn2, come dici tu non più basato su tcl/tk ma su python
A quanto pare vi saranno anche diverse gui: quella ufficiale sembra essere basata su EFL, ma saranno presenti anche qt4 e gtk...
Tutte le info qua: http://www.amsn-project.net/forums/viewtopic.php?t=5299

Preview della gui basata su qt4:
http://85.17.105.113/~wesley/images/...4_frontend.png

Grazie per la spiegazione, io avevo fatto un riassuntino! Comunque, già dalle prime immagini la differenza si nota. Poi bisogna vedere il cuore del programma vero e proprio come è. ma mi fido di Python.Credo sarà ottimo

[k0nt3]

da tcl/tk a python... uhm proprio non ne vogliono sapere di usare un linguaggio sensato vabbè ma qui possiamo anche chiudere un occhio, però la scelta di EFL come gui predefinita è incomprensibile.
in ogni caso spero proprio che contribuiranno allo sviluppo di telepathy piuttosto che reinventare la ruota per la (n+1)esima volta

EDIT: riguardo a telepathy.. pare che useranno pymsn e questo mi fa piacere

[~FullSyst3m~]

Originariamente inviato da k0nt3

da tcl/tk a python... uhm proprio non ne vogliono sapere di usare un linguaggio sensato vabbè ma qui possiamo anche chiudere un occhio, però la scelta di EFL come gui predefinita è incomprensibile.
in ogni caso spero proprio che contribuiranno allo sviluppo di telepathy piuttosto che reinventare la ruota per la (n+1)esima volta

EDIT: riguardo a telepathy.. pare che useranno pymsn e questo mi fa piacere

Python non è un lingauggio sensato?

[k0nt3]

Originariamente inviato da ~FullSyst3m~

Python non è un lingauggio sensato?

IMHO per il core no (e sottolineo IMHO). sono invece contento che usano pymsn (scritto in python) per gestire il protocollo.
comunque fin qui può passare... la scelta di sviluppare 400 GUI di cui quella ufficiale è in EFL invece è assurda
1) hanno scartato GTK perchè non è in grado di disegnare immagini sui widget di testo.. ma nemmeno EFL è in grado!! risolvono il problema usando webkit per il rendering della lista contatti e della finestra di chat. ora... cosa vieta di usare webkit in gtk?
2) hanno scartato QT per motivi prestazionali dico solo una cosa: python (è abbastanza chiaro che questa motivazione è una balla inventata lì sul momento)
3) EFL è una libreria che attualmente è in sviluppo, non è stabile, solida, testata e tante altre cose.
da questo punto di vista è una scelta infelice, sia con gtk che con qt si sarebbero semplificati la vita per portare la loro applicazione su windows e OSX

[eclissi83]

Originariamente inviato da k0nt3

IMHO per il core no (e sottolineo IMHO).

cosa ha il core di python che non va?

[khelidan1980]

Originariamente inviato da k0nt3

IMHO per il core no (e sottolineo IMHO). sono invece contento che usano pymsn (scritto in python) per gestire il protocollo.
comunque fin qui può passare... la scelta di sviluppare 400 GUI di cui quella ufficiale è in EFL invece è assurda
1) hanno scartato GTK perchè non è in grado di disegnare immagini sui widget di testo.. ma nemmeno EFL è in grado!! risolvono il problema usando webkit per il rendering della lista contatti e della finestra di chat. ora... cosa vieta di usare webkit in gtk?
2) hanno scartato QT per motivi prestazionali dico solo una cosa: python (è abbastanza chiaro che questa motivazione è una balla inventata lì sul momento)
3) EFL è una libreria che attualmente è in sviluppo, non è stabile, solida, testata e tante altre cose.
da questo punto di vista è una scelta infelice, sia con gtk che con qt si sarebbero semplificati la vita per portare la loro applicazione su windows e OSX

no aspetta,non mi verrai mica a questionare sulle prestazioni di python su un programma per chattare!!Hai mai provato emesene?e kopete o gimp?Avverti qualche differenza tra loro in fatto di prestazioni?

[k0nt3]

Originariamente inviato da eclissi83

cosa ha il core di python che non va?

era una mia onesta personale opinione. secondo me per avere codice più mantenibile avrebbero dovuto usare un linguaggio solo a oggetti. la parte relativa alle StringView ad esempio mi sembra molto pythonish e poco a oggetti. vabbeh scelte di design, non sono io che sviluppo amsn (per fortuna )

[k0nt3]

Originariamente inviato da khelidan1980

no aspetta,non mi verrai mica a questionare sulle prestazioni di python su un programma per chattare!!Hai mai provato emesene?e kopete o gimp?Avverti qualche differenza tra loro in fatto di prestazioni?

e tu non verrai mica a dirmi che hanno scartato QT per le prestazioni. che python non eccelle in prestazioni è un dato di fatto, se poi intendi che in un programma per chattare le prestazioni non sono così importanti ti do ragione (ma allora perchè hanno scartato QT)

[khelidan1980]

Originariamente inviato da k0nt3

e tu non verrai mica a dirmi che hanno scartato QT per le prestazioni. che python non eccelle in prestazioni è un dato di fatto, se poi intendi che in un programma per chattare le prestazioni non sono così importanti ti do ragione.

infatti la motivazione per scartare leqt mi ha fatto un po sorridere....bho cmq non sono nuovi ad imbegolarsi con strane scelte!

Io dico solo che sviluppare,tipo pidgin un programma del genere in C o c++ nel caso di kopete non ne vale assolutamente la pena,anzi puo essere controproducente,poi se mi parli di come hanno scritto l'app è un altro discorso,solo non ho capito cosa intendi per linguaggio solo ad oggetti

[k0nt3]

Originariamente inviato da khelidan1980

infatti la motivazione per scartare leqt mi ha fatto un po sorridere....bho cmq non sono nuovi ad imbegolarsi con strane scelte!

Io dico solo che sviluppare,tipo pidgin un programma del genere in C o c++ nel caso di kopete non ne vale assolutamente la pena,anzi puo essere controproducente,poi se mi parli di come hanno scritto l'app è un altro discorso,solo non ho capito cosa intendi per linguaggio solo ad oggetti

spero che kopete venga sistemato un pò perchè il problema non è il linguaggio (C++ insieme a QT sono un'ottima coppia a differenza di C++ con qualsiasi altra cosa ). dovrebbe accadere qualcosa con il rilascio di kde4.2 (ad esempio l'integrazione con decibel).

java è un ottimo esempio di linguaggio solo a oggetti (per chi non lo sapesse si può compilare anche in maniera nativa come fanno gli sviluppatori di tuxguitar)

ps. a me ha fatto ridere anche la motivazione per scartare gtk

[eclissi83]

Originariamente inviato da k0nt3

era una mia onesta personale opinione. secondo me per avere codice più mantenibile avrebbero dovuto usare un linguaggio solo a oggetti. la parte relativa alle StringView ad esempio mi sembra molto pythonish e poco a oggetti. vabbeh scelte di design, non sono io che sviluppo amsn (per fortuna )

ma guarda che python e' un linguaggio orientato agli oggetti...

link

[k0nt3]

Originariamente inviato da eclissi83

ma guarda che python e' un linguaggio orientato agli oggetti...

link

python è un linguaggio anche orientato agli oggetti, c'è differenza

[eclissi83]

Originariamente inviato da k0nt3

python è un linguaggio anche orientato agli oggetti, c'è differenza

saro' anche tardo io, ma nel link che ti ho postato, ne' su python.org si trova la dicitura che e' ANCHE orientato agli oggetti... e per quella pochissima esperienza che ho avuto di python, si fa tutto con gli oggetti...

[k0nt3]

Originariamente inviato da eclissi83

saro' anche tardo io, ma nel link che ti ho postato, ne' su python.org si trova la dicitura che e' ANCHE orientato agli oggetti... e per quella pochissima esperienza che ho avuto di python, si fa tutto con gli oggetti...

python è multiparadigma, su questo non ci piove. supporta i seguenti paradigmi: imperativo, a oggetti e funzionale.

nel link che hai postato leggo:

Originariamente inviato da http://www.python.it/doc/intro.html

Python è innanzitutto un linguaggio di script pseudocompilato

questo asseconda la mia opinione che python va benissimo per scrivere plugin e tante altre belle cose, ma non va bene per tutto.

[k0nt3]

comunque io mi soffermerei di più sulla scelta di EFL

[khelidan1980]

Originariamente inviato da k0nt3

comunque io mi soffermerei di più sulla scelta di EFL

Sinceramente non me la spiego,e di più non mi spiego il fatto di creare una interfaccia "ufficiale",imho dovevano concentrarsi sul core del programma e lasciare le interfacce a quelli di emesene per gtk e ai dev per qt.

Ma chi la userà la gui in efl?

[nico159]

The EFL contains solutions for almost any graphical interface task, far beyond just rendering images. EVAS provides a highly optimized canvas library. Ecore provides a simple and modular abstraction interface and advanced event management including timers. EDB provides a compact database format for intuitive and easy configuration management, including the storing of binaries. EET provides an integrated and flexible container that ends the traditions of providing themes in tarballs. Edje provides a revolutionary library and tool set for completely abstracting application interfaces from their code, including a complex and flexible method of designing interfaces. EWL provides a complete widget library built on all the other components of the EFL.

Non mi sembrano male, eh. Probabilmente sanno che ci vorrà tempo per terminale aMSN 2 e di conseguenza sperano in E17.0

[khelidan1980]

Originariamente inviato da nico159

Non mi sembrano male, eh. Probabilmente sanno che ci vorrà tempo per terminale aMSN 2 e di conseguenza sperano in E17.0

ah sicuro,se aspettano che le efl siano stabili ne avranno di tempo per scrivere amsn2!

No veramente ribadisco,perchè è lavoro sprecato secondo me,la gente ha accolto con giubilo l'abbandono di tk e l'avvento di multigui,tipo gtk e qt,ora ripeto,quanti saranno mai gli utenti che lo useranno con la gui ufficiale?Quelli di e17?Tutto e dico praticamente tutto il mondo userà o gtk o qt,vale la pena quello che stanno facendo?