Newsgroup: it.comp.os.linux.development
Titolo: [gtk+/gnome] Rete, applicazioni e stampe ...

La portata di un'applicazione gtk+/gnome va ben oltre, imho, la
possibilita` di lanciarla dalla propria workstation Linux.
Intendo dire
una cosa, per molti versi, ovvia. Un client winzozz puo` tranquillamente
aprirsi un xterm, per esempio, ed utilizzare un applicativo gtk+/gnome (che
e` un applicativo Linux) in modo del tutto coerente agli standard di I/O al
quale l'utente PC/WIN e` abituato da anni, ed utilizzare (torno a dirlo, in
modo coerente ed omogeneo) programmi win e linux sul medesimo ambiente PC.
Ma come gestire le stampe in modo realmente integrato?
Mi spiego.
Supponete che il mio applicativo gtk+ produca un report su file ascii, e
che lo visualizzi all'utente winzozz lanciandogli, per esempio, il gedit.
Come faccio a stampare da gedit su di una stampante locale, senza
imputtanarmi in stampanti condivise, samba e cazzi vari?
Spero, nella
niubbaggine, di essere stato chiaro.
Ringrazio chiunque vorra` dirmi
come la pensa in merito.
Ciao, Sandro.
--------------------------------
Inviato via 
http://usenet.iol.it

 imputtanarmi in stampanti condivise, samba e cazzi vari?
Non ho capito bene cosa vuoi fare.
Comunque, se ti riferisci a un programma scritto in Gtk, che giri su
una macchina Linux con output su un X-Server Windows, e stampare sulla
stampante collegata a Linux, la soluzione potrebbe essere CUPS.
Se intendi un programma Gtk, compilato e funzionante su Linux, che deva
stampare, per ora credo sia necessario prevedere dei controlli in fase
di compilazione, e usare lpr/lprng/cups sotto Linux e le API di Windows
sotto Windows.
Le Gtk non mi pare abbiano ancora un widget di astrazione della
stampante.
Bye.

stampante.
Al peggio, mi
andro` a modificare i sorgenti di un qualche editor con un wiggettino
mio...
Grazie mille.


 seguo. Ti va di essere un po` piu` chiaro? :-o
Si`, non c'e` problema :)
Le API di stampa di Linux e di Windows sono diverse. E le Gtk esistono
sia per Linux che per Windows, quindi se vuoi fare un programma che si
possa compilare su entrambi i S.O. devi mettergli dei controlli a
compile-time che compilino per Linux il supporto a un comando di stampa
e gli spediscono dei dati in Postscript, mentre per Windows devi usare
le funzioni della sua libreria per la stampa.
Bye.

 mio...
Invece  ci  sono  un  sacco   di  "primitive"  che  semplificano  le
operazioni  di stampa  (con tanto  di anteprima  di stampa  e menate
simili).  Sono fornite  con Gnome  e  sono imho  davvero ottime,  le
trovate ad esempio  nel pacchetto Debian libgnomeprint  ma credo che
ogni distro disponga di un package analogo.
Se vi  interessa un esempio di  utilizzo ne ho scritto  che utilizza
praticamente  tutte le  funzionalità,  comprese le  due finestre  di
dialogo (quella di  scelta della stampante e  quella con l'anteprima
di stampa).
Unico guaio: in Gnome 2.0 questa libreria è ancora in avanzato stato
di sviluppo e il porting manca di diverse funzionalità... quindi per
ora si può usare solo con GTK+ 1.2 :-(
-- 
Vanni Brutto
| email 
za...@nofesso.libero.it
      |
| irc nick VanniB   |   ICQ 18526701 |
--- rimuovi nofesso per rispondere ---
---PC powered by Linux kernel 2.4.18za
"C'e`  un  termine  tecnico  adatto  a
definire un programma che non rispetta
gli  standard  in quel  modo:  merda."
--Marco d'Itri 

di stampa).
Che domande, certo che si! ;-)
BTW, vorrei chiarire che
tipo di funzionalita` mi piacerebbe offrire all'utente.
Innanzitutto,
l'esigenza che vorrei coprire e` tipicamente orientata al report ascii. In
pratica mi interessa abbastanza poco, almeno per ora, fornire elementi
grafici nelle mie stampe. L'editor ascii mi era sembrato un modo semplice
per fornire un preview di una stampa, che avesse anche possibilita` di
salvataggio su file della stampa o, da non sottovalutare, un meccanismo di
ricerca all'interno del testo.
CUPS e gtklp dovrebbero, forse, chiudere
in modo efficace queso'ordine di esigenze.
Sulle gnome-print non mi sono
ancora documentato a sufficienza, ma vi invito a suggerirmi eventuali pros
& cons dell'una e dell'altra alternativa. ;-)
Ma avrei modo di lanciare
dal server Linux, chesso`, il wordpad del client winzozz per far fare il
preview all'utente su PC? Ho detto gran cazzata??? ;-)
Grazie mille!


 Che domande, certo che si! ;-)
Te l'ho spedito in e.posta, così  evito di spammare sul ng visto che
è un esempio lungo :)
Cmq se  hai dubbi  sul codice che  ti ho mandato  posta pure  qui le
domande che potrebbero essere utili ad altri.
Al momento attuale  sono piuttosto occupato e  non posso risponderti
in  dettaglio  a  tutte  le   tue  domande,  cmq  essenzialmente  le
libgnomeprint  hanno il  vantaggio di  essere piuttosto  semplici da
usare, altre  soluzioni sono sicuramente  più potenti, ma  anche più
complesse.
Inoltre AFAIK CUPS è semplicemente un demone di stampa alternativo a
lpd,  con la  particolarità di  avere  driver (o  filtri, come  vuoi
chiamarli) di stampa diversi e  spesso più aggiornati. GtkLP Afaik è
invece un semplice frontend a lpr.
byeZ!
-- 
Vanni Brutto
| email 
za...@nofesso.libero.it
      |
| irc nick VanniB   |   ICQ 18526701 |
--- rimuovi nofesso per rispondere ---
---PC powered by Linux kernel 2.4.18za
Se Bill Gates avesse una lira per ogni
volta  che Windows  crasha... ops!  Ho
sbagliato paragone! -- Vanni 

 invece un semplice frontend a lpr.
E` un frontend a lp, che e` il comando di stampa di CUPS.
Per quanto riguarda le libgnomeprint, credo che interessino a molti, me
compreso :)
Che ne dici di metterlo su un sito o su un ftp? :)
Bye.

 Che ne dici di metterlo su un sito o su un ftp? :)
Ok, ho  fatto un upload su  
http://members.xoom.it/zanac
 (è presente
solo un tar.bz2, scaricatelo e contiene una mia applicazioncina dove
ho usato le librerie in questione).
L'applicazione include  un file print.c (e  relativo header print.h)
con all'interno  tutte le  chiamate a libgnomeprint,  quindi basterà
limitarsi a copiare  il file e modificarlo,  ho tenuto completamente
separata la gestione di  stampa dall'applicazione, quindi non avrete
praticamente nessun problema :)
Il codice  da cui avevo  preso spunto era  quello di un  sorgente di
gnome (non ricordo  il nome, cmq nel file print.c  avevo scritto sia
il nome del file originale che l'autore, come GPL insegna ;)).
byeZ!
-- 
Vanni Brutto
| email 
za...@nofesso.libero.it
      |
| irc nick VanniB   |   ICQ 18526701 |
--- rimuovi nofesso per rispondere ---
---PC powered by Linux kernel 2.4.18za
Il  marito è  la  cosa  che resta  del
findanzato dopo il matrimonio.