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 :asd:

[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/amsn_preview3_qt4_frontend.png

[~FullSyst3m~]

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/amsn_preview3_qt4_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 :sofico: 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 :stordita:

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

[~FullSyst3m~]

da tcl/tk a python... uhm proprio non ne vogliono sapere di usare un linguaggio sensato :sofico: 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 :stordita:

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

Python non è un lingauggio sensato?

[k0nt3]

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? :confused:
2) hanno scartato QT per motivi prestazionali :confused: 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]

IMHO per il core no (e sottolineo IMHO).
cosa ha il core di python che non va?

[khelidan1980]

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? :confused:
2) hanno scartato QT per motivi prestazionali :confused: 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]

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 :p )

[k0nt3]

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]

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]

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 :D ). dovrebbe accadere qualcosa con il rilascio di kde4.2 (ad esempio l'integrazione con decibel).

java è un ottimo esempio di linguaggio solo a oggetti :fagiano: (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]

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 :p )
ma guarda che python e' un linguaggio orientato agli oggetti...

link (http://www.python.it/doc/intro.html)

[k0nt3]

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

link (http://www.python.it/doc/intro.html)

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

[eclissi83]

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]

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:
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]

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]

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! :asd:

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?

[~FullSyst3m~]

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

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?

Non hai tutti i torti, me lo chiedo anche io

[nico159]

ah sicuro,se aspettano che le efl siano stabili ne avranno di tempo per scrivere amsn2! :asd:
Invece credo che ormai E17 sia quasi completo :O

[khelidan1980]

Invece credo che ormai E17 sia quasi completo :O

bhe era una battuta sui tempi un po lunghetti! :Prrr:

Comunque per il resto il discorso vale anche a e17 completo,bada bene,non dico che tecnicamente non valga la penna,so bene che e17 porta ha portato innovazioni,mi chiedevo solo se il gioco vale la candela nel caso di amsn2,e non magari lasciare ad utenti e dev che usano e17 lo sviluppo di una loro gui,in modo che che i dev di amsn si concentrino sul supporto del protocollo

[R4iDei]

da tcl/tk a python... uhm proprio non ne vogliono sapere di usare un linguaggio sensato

E' per questo che hanno deciso per cavoli loro, perchè poi la gente sfascia che non gli va mai bene niente! :D
Mo perchè python non va bene non voglio manco che me lo spieghi, quindi parlando delle librerie per la gui in effetti è una decisione un po strana però ci può stare. E' indubbio che sono potenti per fare certe cose un po scenografiche (basta guardare enlighetment che secondo me è uno spettacolo per gli occhi) e probabilmente l'hanno scelto per restare fuori dall'eterna diatriba gtk/qt e creare un programma che non sia "di serie b" su un determinato DE. Sai come siamo noi utenti linux "e no quel programma è bello pero è qt io uso gnome"... beninteso a me non è mai fregato una mazza pero...
Poi stai sicuro che se hanno scelto le elf gli faceva comodo. Se pure l'hanno scelto perchè "gli piacciono e vogliono provarle" è una decisione che va rispettata tanto piu che hanno optato per la separazione tra gui e core.
Io proverò la loro versione, sono davvero ottimista, e poi se davvero la versione gtk verrà sivluppata dai dev di emesene per me stiamo a cavallo :)

[manowar84]

ma infatti si, ma quante storie inutile secondo me! a me sinceramente non dispiace come scelta, ognuno poi usa quello che preferisce ed è una cosa fantastica! viva amsn2!

[~FullSyst3m~]

Se per ogni programma uno dovesse ascoltare gli utenti allora ci sarebbero 1000 versioni diverse per ogni singolo programma... :rolleyes:

[zephyr83]

ero dubbioso anche io sulla scelta di EFL ma guardando questo video mi sn ricreduto http://www.amsn-project.net/~kakaroto/edje/amsn2-v4.mpeg

[khelidan1980]

Se per ogni programma uno dovesse ascoltare gli utenti allora ci sarebbero 1000 versioni diverse per ogni singolo programma... :rolleyes:

magari ascoltare la maggioranza,comunque qui nessuno mi pare pone in dubbio il fatto che loro hanno tutto il sacrosanto diritto di scegliere le librerie che vogliono,solo dato che è un programma per gli utenti,magari si può anche discutere serenamente sulle scelte che fanno,se no chiudiamo il forum e basta non si parla più

[R4iDei]

magari ascoltare la maggioranza,comunque qui nessuno mi pare pone in dubbio il fatto che loro hanno tutto il sacrosanto diritto di scegliere le librerie che vogliono,solo dato che è un programma per gli utenti,magari si può anche discutere serenamente sulle scelte che fanno,se no chiudiamo il forum e basta non si parla più

Ma hai idea del casino che si sarebbe creato? Internet è pieno di gente che si fa pippe mentali e il forum si sarebbe riempito di flame su quale linguaggio usare o no...
Poi hanno scelto python mica niente di assurdo anzi... A me sarebbe andato bene pure se avessero scelto java tu immagina se decidevano di farlo in java cosa poteva succedere... eppure c'è in giro un OTTIMO client che si chiama mercury messenger fatto tutto in java e la terra continua a girare

[k0nt3]

sta di fatto che stanno scrivendo un'interfaccia per ogni toolkit grafico esistente :D
siamo qui per parlarne, ovviamente loro fanno quel che gli pare ;)
a me la grafica di E17 non mi piace, mi sembra di stare dentro a un'astronave.
certo che qualunque scelta è meglio di tk :asd:

[R4iDei]

sta di fatto che stanno scrivendo un'interfaccia per ogni toolkit grafico esistente :D
siamo qui per parlarne, ovviamente loro fanno quel che gli pare ;)
a me la grafica di E17 non mi piace, mi sembra di stare dentro a un'astronave.
certo che qualunque scelta è meglio di tk :asd:

Da quel che so loro (i dev di amsn) scrivono quella in elf, e sarà quella "ufficiale", chi vuole fa il resto! :)
Il fatto che tutti si affannino per scrivere una gui per ogni toolkit vuol dire che il progetto presenta/presenterà un bassissimo accoppiamento ed è solo un bene.

[k0nt3]

Da quel che so loro (i dev di amsn) scrivono quella in elf, e sarà quella "ufficiale", chi vuole fa il resto! :)
Il fatto che tutti si affannino per scrivere una gui per ogni toolkit vuol dire che il progetto presenta/presenterà un bassissimo accoppiamento ed è solo un bene.
la questione del disaccoppiamento mi sembra il principale motivo che ha portato ad abbandonare amsn1.
in più hanno deciso di utilizzare pymsn per gestire il protocollo, quindi in pratica amsn2 si deve curare "solo" dell'architettura da utilizzare e della GUI.
ovviamente qui si possono scatenare flame su flame.
alla fine mi basta che l'interfaccia QT sia all'altezza di quella ufficiale :sofico:

[khelidan1980]

Ma hai idea del casino che si sarebbe creato? Internet è pieno di gente che si fa pippe mentali e il forum si sarebbe riempito di flame su quale linguaggio usare o no...
Poi hanno scelto python mica niente di assurdo anzi... A me sarebbe andato bene pure se avessero scelto java tu immagina se decidevano di farlo in java cosa poteva succedere... eppure c'è in giro un OTTIMO client che si chiama mercury messenger fatto tutto in java e la terra continua a girare

quello perchè la gente commenta ignorando le minime basi,senza conoscere la materia,comunque a mio parere loro hanno ascoltato la community abbandonando tcl/tk e sviluppando la multigui,magari fossero tutti così.....mi vien in mente pidgin,per far implementare due cagate c'è voluto un fork

[R4iDei]

Si infatti ripeto, veramente un applauso anche solo per l'idea :)
Secondo me le varie gui saranno all'altezza. Su quella gtk ne sono strasicuro se veramente viene curata da quelli di emesene, su quella qt beh visto tutto il fermento con kde4 sicueramente tireranno fuori qualcosa, anche "solo" per allargare la base di utenti

[~FullSyst3m~]

magari ascoltare la maggioranza,comunque qui nessuno mi pare pone in dubbio il fatto che loro hanno tutto il sacrosanto diritto di scegliere le librerie che vogliono,solo dato che è un programma per gli utenti,magari si può anche discutere serenamente sulle scelte che fanno,se no chiudiamo il forum e basta non si parla più

Certo, ma il fatto è che ci sono troppe maggioranze per questo credo che questa scelta sia stata azzeccata