El jue, 17-04-2008 a las 23:08 +, BJörn Lindqvist escribió:
> On Wed, Apr 16, 2008 at 7:19 AM, Diego Escalante Urrelo
> <[EMAIL PROTECTED]> wrote:
> > Hey!
> >
> > I took some minutes to try a bunch of the patches in the bottomless
> > pit of GTK+ bugzilla, I put the results of my triaging in
On Wed, Apr 16, 2008 at 7:19 AM, Diego Escalante Urrelo
<[EMAIL PROTECTED]> wrote:
> Hey!
>
> I took some minutes to try a bunch of the patches in the bottomless
> pit of GTK+ bugzilla, I put the results of my triaging in
> live.gnome.org:
>
> http://live.gnome.org/GtkLove/PatchTriaging
>
> M
Cody Russell wrote:
> I was thinking that it would be nice if there was an integrated print
> preview widget in GTK+, that would be available cross-platform and
> wanted to check with people here before I commit much time to this.
> Right now we're spawning another process to do this, and I think a
Hi,
On Wed, 2008-04-16 at 11:23 -0700, Brian J. Tarricone wrote:
> Hooking this up on MacOS X would be easy -- all apps I've used there
> that have a print preview just generate a pdf (or ps?) and open it with
> Preview.app.
Which is exactly what the current GTK+ Print preview code on Mac OS X
On Thu, 2008-04-17 at 17:10 -0400, Jody Goldberg wrote:
>
> The main upside to the current approach is that it avoids the
> unacceptably vast memory footprint from libgnomeprintui's preview.
> It would record a stream of drawing cmds _in memory_ and replay them
> for the preview.
If we "print" st
On Wed, Apr 16, 2008 at 12:46:22PM -0500, Cody Russell wrote:
> I was thinking that it would be nice if there was an integrated print
> preview widget in GTK+, that would be available cross-platform and
> wanted to check with people here before I commit much time to this.
> Right now we're spawning
Am Donnerstag, den 17.04.2008, 14:20 -0400 schrieb Behdad Esfahbod:
> On Thu, 2008-04-17 at 11:14 -0700, Carl Worth wrote:
> >
> > I can write a program where both of these are correct:
> >
> > Display to screen: App->Cairo->Screen
> > Print to PDF: App->Cairo->PDF
> >
> >
On Thu, 2008-04-17 at 11:14 -0700, Carl Worth wrote:
>
> I can write a program where both of these are correct:
>
> Display to screen: App->Cairo->Screen
> Print to PDF: App->Cairo->PDF
>
> But the following is totally broken:
>
> Print preview: App->Cairo->PDF-
On Thu, 17 Apr 2008 13:15:42 -0400, Behdad Esfahbod wrote:
> On Thu, 2008-04-17 at 18:07 +0100, Gustavo J. A. M. Carneiro wrote:
> > > +1 too. Though opening the actual generated PDF in evince is always
> > > going to be a more reliable preview than rendering to a widget. There
> > > always will
On Thu, 2008-04-17 at 18:07 +0100, Gustavo J. A. M. Carneiro wrote:
> >
> > +1 too. Though opening the actual generated PDF in evince is always
> > going to be a more reliable preview than rendering to a widget. There
> > always will be bugs here and there, you know...
>
> _If_ gtk+ printing ha
On Wed, 2008-04-16 at 14:02 -0400, Behdad Esfahbod wrote:
> On Wed, 2008-04-16 at 19:54 +0200, Mathias Hasselmann wrote:
> > Am Mittwoch, den 16.04.2008, 12:46 -0500 schrieb Cody Russell:
> > > I was thinking that it would be nice if there was an integrated print
> > > preview widget in GTK+, that
Hi
I have a TreeView with two columns one pixbuf and one text.
when i have large text in text column the height of text column never
increase beyond height of pixbuf.
If there is no pixbuf rendered height never increases beyond one line.
Is this issue with GtkCellRendererText?
Is there any simple w
12 matches
Mail list logo
