Newsgroup: it.lavoro.informatica
Titolo: Linux C++ framework etc.

Scusate se la domanda non è proprio IT.
 
Sto cercando un buon framework per lo sviluppo di applicazioni in C++ su
Linux. Vorrei evitare di utilizzare X per l'interfaccia grafica delle
applicazioni è possibile? Ci sono librerie di sviluppo grafico che non
utilizzano X?
 
Qualunque consiglio è ben accetto, graditi link alla documentazione.
 
Grazie
 
-- 
Caronte
-- 
Inviato da 
Newsgate.Localinfo.IT
 Web Service
http://newsgate.localinfo.it

 utilizzano X?
E perche' mai evitare X (forse meglio MFC??) ... prova con gtk+
http://www.gtk.org/
/CM

 E perche' mai evitare X (forse meglio MFC??) ... prova con gtk+
 
Che c'entra MFC con Linux?
Vorrei evitare X perchè lo vedo troppo pesante per farlo lavorare in ambiente
embedded. Forse mi sbaglio, ancora ne so troppo poco.
 
CMQ grazie dei link.


dipende dall'embedded, quasi tutti i sistemi oggi ti foniscono un 
accesso grafico sono abb veloci per far girare x, il problema sta nel 
non abusare del'interfaccia grafica
la domanda quindi è ma a te serve veramente una interfaccia grafica?


 la domanda quindi è ma a te serve veramente una interfaccia grafica?
 
La risposta è "ni", ovvero dipende. Per ora vorrei solo valutare le
potenzialità dei vari ambienti di sviluppo disponibili per Linux perchè non ho
un preciso progetto in mente.
 
Molto probabilmente avrò bisogno di una gestione semplificata del mouse e
magari di qualche libreria che mi possa aiutare nella gestione di elenchi,
bottoni o cose simili.


 E perche' mai evitare X (forse meglio MFC??) ... prova con gtk+
A parte che MFC non c'entra nulla, GTK+ usa X comunque.
Suggerisco all'original poster di dare un'occhiata a DirectFB
(esiste anche un port di GTK+ per DirectFB, tra l'altro).
-- 
Salvatore Iovene
http://www.iovene.com
http://ipool.sf.net
http://www.rarillos.com

 
Allora, il mio consiglio molto sincero è di usare comunque l'X, anche se
non so quali sono le tue ragioni (forse validissime) per escludere l'X.
Personalmente escluderei le librerie Qt, non per le funzionalità (per
carità, sono ottime!), ma per motivi di licenza. Se escludiamo anche
Motif per stesse ragioni, rimangono come candidati più adeguati le
OpenMotif, GTK+ e wxWidgets (ex. wxWindows). Io ti suggerirei wxWidgets
http://www.wxwindows.org
 per molte ragioni. Una di quelle è che non sono
librerie solo per sviluppo grafico, hanno, per esempio, anche
l'interfaccia per sviluppare le applicazioni multithreading, e altre
cose. Inoltre, a differenza di per es, Qt o GTK+ (che mantengono il
proprio look&feel attraverso le piattaforme) le wxWidgets ti danno
un'aspetto nativo sulla piattaforma di utilizzo. Vuol dire, se
l'applicazione la compili sotto Linux, ha un aspetto nativo di GTK+, su
Windows ha l'aspetto tipico di quella piattaforma, su Mac OS X idem (ora
non mi ricordo se Carbon o forse Cocoa, ma penso il primo). Le
applicazioni sviluppate con wxWidgets puoi portarle facilmente anche su
una serie di dispositivi palmari con una semplice ricompilazione.
Conclusione, se ci ripensi sul fatto dell'X, usa wxWidgets e non te ne
pentirai.
Ciao.

 prevalentemente per i videogiochi,
Tutte le librerie per videogiochi, in linux, alla fine utilizzano SDL, o
OpenGL, o entrambi. In ogni caso X.
Come ho detto in un altro messaggio di questo thread, se l'amico sta
sviluppando in embedded, e non ha abbastanza memoria per girare X, gli
conviene usare DirectFB, per usare direttamente il framebuffer.


Salvatore Iovene wrote:
(cut)
Si scusa, avevo risposto al suo primo messaggio dove non faceva cenno
dell'embedded.
Comunque, per i videogiochi l'ho messo la cosa da verificare dato che
conosco poco la materia. Grazie per la precisazione.

Scusa, ho visto solo ora che nel secondo post parlavi dello sviluppo
embedded.
In quel caso potrebbe tornare in gioco Trolltech (se non ti dispiace
sborsare per la licenza se sviluppi software commerciale) con Qtopia (ma
anche qui ti invito di leggere sul sito del produttore in quanto non ho
le informazioni precise):
http://www.trolltech.com/products/qtopia
Ma c'č embedded ed embedded, non hai specificato le caratteristiche
fisiche dei dispositivi per i quali vuoi sviluppare. In alcuni casi
anche le buone vecchie GTK+ e Qt potrebbero girare piů che eggreggiamente.

 anche le buone vecchie GTK+ e Qt potrebbero girare piů che eggreggiamente.
Qt sono un obbrobio, a detta di molti (non le ho mai provate, uso GTK+
con soddisfazione).
GTK+ + DirectFB =
http://www.directfb.org/wiki/index.php/Projects:GTK_on_DirectFB


 
http://www.directfb.org/wiki/index.php/Projects:GTK_on_DirectFB
Questa č una soluzione che non ho mai provato, dunque non mi pronuncio,
Se il tipo le prova e le trova soddisfacenti, mi piacerebbe leggere la
sua esperienza qui.

Rispondo a me stesso per rispondere a tutti.
 
Per quando riguarda l'IT e l'OT preferisco anche io qualche messaggio più
tecnico ogni tanto.
 
Vi ringrazio tutti per le preziose informazioni che mi avete dato. Per ora ho
potuto dare solo un rapido sguardo ai link che mi avete consigliato, seguirà
una fase di studio.
 
GTK+, a prima vista, mi sembra una buona soluzione dato che è in grado di
lavorare anche con DirectFB che sembra essere la soluzione più efficiente e
forse più adatta per ambienti embedded. Insomma come inizio non mi sembra
male.
 
Anche wxWidget sembra buono ma non capisco come faccia ad essere così
portabile. Probabilmente è più pesante delle altre soluzioni.
 
Ciao


 portabile. Probabilmente č piů pesante delle altre soluzioni.
Per il peso non so dirti, ma GTK+ e' parimenti portabile.


 Che c'entra MFC con Linux?
Mai sentito parlare di IRONIA???
C++ su embedded? Arm o cosa? Quanta flash hai? In genere i vantaggi di
C++
si scontrano duramente con le limitazioni della piattafroma embedded
(flash & RAM)
/CM

Ciao,
io lavoro con piattaforme embedded e per Linux c'è molto, non
necessariamente legato ad X.
Hai alcune buone alternative di largo utilizzo
Qtopia, che come citavano altri sopra sono una versione lite delle QT,
espressamente utilizzate in ambienti embedded, come tutte le api
embedded la chiarezza non è la prima richiesta, la velocità e la
potenza si; provate a guardare le interfacce di Zaurus e compagnia, se
notate bene QT domina il mercato, e funziona pure bene
Wxwidget è un altra ottima alternativa, ci sono società con nomi
altisonanti che le utilizzano (NASA e vari enti governativi US), molto
legate a specifiche piattaforme embedded ma è probabilmente una delle
soluzioni più veloci e performanti, la licenza di utilizzo è quanto
meno da capire, non è proprio così facile..
Microwindows, altro ambiente che fonde window manager, server grafico
ed api, dannatamente compatto e semplice da utilizzare, non è così
disponibile come porting.
Queste sono le prime che mi vengono in mente, in generale vorrei dire
che:
- X non è l'unica alternativa, soprattutto in ambienti embedded,
quando si parla di Qtopia e compagnia non mi parlate di X, non è
proprio la stessa cosa; quasi mai chi sviluppa sistemi embedded reali
usa X, a meno di non avere un hw molto potente ed utilizzare un wm
leggero, tipo blackbox, flux, e compagni
- La tua domanda non è completa, se parli di hw embedded non puoi
parlare di hw generico e devi avere bene in testa che cosa vuoi fare,
da qui poi parliamo di ambiente grafico che non è mai custom basato su
ambiente testuale (tipo libjpeg o simili) ma si appoggia ad ambienti
light
- c'è hw embedded che utilizza ambienti grafici embedded per scelta
(thin client, pda, piccoli chioschi e simili), hw che utilizza X
(risorse hw di buon livello tipo vecchi pc o thin client), hw embedded
che non ha proprio ambienti grafici (non ha un uscita video). In base a
cosa stai utilizzando puoi ottenere risposte e fork su ambienti diversi
(Wx meglio di GTK, GTK meglio di QT, QT meglio di... , ecc)
Facci sapere
Ciao
Ben

 con soddisfazione).
Qt è uno splendido toolkit, una volta che hai fatto il callo alle sue
particolarità. Il problema è la licenza: o usi la GPL oppure devi
comprare una licenza proprietaria dal costo parecchio elevato. Fra
l'altro secondo Trolltech non puoi iniziare lo sviluppo di un progetto
con la versione GPL e poi comprare la licenza se vuoi passare al
commerciale, ma devi comprarla da subito (che poi questo sia
applicabile o legale è un altro paio di maniche).

 light
 
Capisco che la domanda sia un pò generica ma come spiegavo in un altro
messaggio, non avendo un preciso progetto in mente, il mio intento era quello
di valutare i vari ambienti di sviluppo.
 
Ad ogni modo l'hardware può variare da Palmari a schede madri mini-itx a veri
e propri PC (che hanno poco a che fare con l'embedded). Non escludo neanche
hardware "dedicato"; oramai sul mercato ci sono molte soluzioni "embedded
vere" sulle quali è possibile installare linux (cosa che tra l'altro mi è già
capitata di fare senza utilizzare grafica).


 (esiste anche un port di GTK+ per DirectFB, tra l'altro).
Io invece di dare un'occhiata a QT. Esiste una versione embedded ed è 
decisamente un miglior framework di GTK+.
Cordiali saluti
-- 
Marco Ermini
Dubium sapientiae initium. (Descartes)
root@human # mount -t life -o ro /dev/dna /genetic/research
http://www.markoer.org/
 - 
https://www.linkedin.com/in/marcoermini