Ok, so I went ahead and converted print_pages to an idle.
In my light testing, it seemed to work fine.
Matthias
Index: gtk/gtkprintoperation.c
===
RCS file: /cvs/gnome/gtk+/gtk/gtkprintoperation.c,v
retrieving revision 1.9
diff -u
On Mon, 8 May 2006, Paolo Maggi wrote:
Hi,
Adding a specific print current selection feature should be quite
easy, although it will require some work to implement the win32 side i
think. However, how do you propose a generic mechanism for this would
work? (That also would work in
On Wed, 2006-05-03 at 14:27 +0200, Paolo Maggi wrote:
Hi,
The GtkPrintPaginator interface should emit three signals:
- begin_page (GtkPrintPaginator *p): emitted when starting to paginate a
new page
- finished (GtkPrintPaginator *p): emitted when pagination ends
- canceled
All of these sound like good ideas to me.
Lets wait what alex has to say when he returns from Mainz.
Matthias
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Hi,
The GtkPrintPaginator interface should emit three signals:
- begin_page (GtkPrintPaginator *p): emitted when starting to paginate a
new page
- finished (GtkPrintPaginator *p): emitted when pagination ends
- canceled (GtkPrintPaginator *p): if pagination is canceled
It looks
On Mon, 2006-05-01 at 12:48 +0200, Paolo Maggi wrote:
[Resending since it seems my previous mail was sent from the wrong address]
Hi
I'm not sure what is the best way to avoid problems with pagination
blocking the ui for a long time. Alex opened a bug about allowing
rendering
to
On Mon, 2006-05-01 at 17:27 +0200, Paolo Borelli wrote:
I can
easily see current selection as a useful value for the range
selector. And
it should be easy to add.
Yes, but I would prefer to not see it added as a special case (like the
current page case).
Doing it like that
Paolo Maggi wrote:
P.S. While I am at it, I'd like to point out the current print API does
not allow to add custom print ranges to the print dialog. In gedit, for
example, we allow users to print from line X to line Y.
Yes, I didn't want to raise this issue in the first mail, because I
On Mon, 2006-05-01 at 11:49 +0200, Paolo Borelli wrote:
Paolo Maggi wrote:
P.S. While I am at it, I'd like to point out the current print API does
not allow to add custom print ranges to the print dialog. In gedit, for
example, we allow users to print from line X to line Y.
[snip]
Maybe
[Resending since it seems my previous mail was sent from the wrong address]
Hi
I'm not sure what is the best way to avoid problems with pagination
blocking the ui for a long time. Alex opened a bug about allowing
rendering
to happen in a thread.
What about adding a paginator interface
On 5/1/06, Paolo Borelli [EMAIL PROTECTED] wrote:
Paolo Maggi wrote:
P.S. While I am at it, I'd like to point out the current print API does
not allow to add custom print ranges to the print dialog. In gedit, for
example, we allow users to print from line X to line Y.
Yes, I didn't want to
Matthias Clasen wrote:
On 5/1/06, Paolo Borelli [EMAIL PROTECTED] wrote:
Paolo Maggi wrote:
P.S. While I am at it, I'd like to point out the current print API
does
not allow to add custom print ranges to the print dialog. In gedit,
for
example, we allow users to print from line X to line
On 5/1/06, Paolo Borelli [EMAIL PROTECTED] wrote:
I can
easily see current selection as a useful value for the range
selector. And
it should be easy to add.
Yes, but I would prefer to not see it added as a special case (like the
current page case).
Doing it like that sounds like pushing
John (J5) Palmieri wrote:
Here are my patches for the gtkprintoperation port of gedit and
gtksourceview. They are pretty hacked up as I went in and slashed out
the gnome-print code and forced gtkprint in it's place. I would use
these as guides to those who know the gedit code much better than
On 4/29/06, Paolo Borelli [EMAIL PROTECTED] wrote:
I have not looked at the patches very carefully yet (btw, I get crashes
when trying to print), but at a first look there are some generic issues
which I think are worth raising as soon as possible since they may be
related to the new API.
As
15 matches
Mail list logo
