On Thu, 2006-01-26 at 10:02 -0600, Norm Jacobs wrote:
> Alexander Larsson wrote:
>
> As Mike pointed out, it provides basic print service interaction job
> submit/cancel/query, queue enumerate/query, as well as, several other
> operations on jobs and printers. It also provides some printer capabil
Alexander Larsson wrote:
On Wed, 2006-01-25 at 23:51 -0600, Albert Chin wrote:
On Thu, Jan 19, 2006 at 10:39:13AM +0100, Alexander Larsson wrote:
On Wed, 2006-01-18 at 19:39 -0500, Michael Sweet wrote:
Alexander Larsson wrote:
(cc:ing some people who I think might be
On Wed, 2006-01-25 at 23:51 -0600, Albert Chin wrote:
> On Thu, Jan 19, 2006 at 10:39:13AM +0100, Alexander Larsson wrote:
> > On Wed, 2006-01-18 at 19:39 -0500, Michael Sweet wrote:
> > > Alexander Larsson wrote:
> > > > (cc:ing some people who I think might be interested in this)
> > > >
On Thu, Jan 19, 2006 at 10:39:13AM +0100, Alexander Larsson wrote:
> On Wed, 2006-01-18 at 19:39 -0500, Michael Sweet wrote:
> > Alexander Larsson wrote:
> > > (cc:ing some people who I think might be interested in this)
> > >
> > > I've just started looking at doing a printing dialog for Gtk+
>
Jonathan Blandford wrote:
On Tue, 2006-01-24 at 14:48 +, Calum Benson wrote:
Yes... gnome-print :) Or at least, it used to:
http://bugzilla.gnome.org/show_bug.cgi?id=96802
http://bugzilla.gnome.org/show_bug.cgi?id=158012
so if it doesn't any more, I guess we've just entered Regressio
On Tue, 2006-01-24 at 14:48 +, Calum Benson wrote:
> Yes... gnome-print :) Or at least, it used to:
>
> http://bugzilla.gnome.org/show_bug.cgi?id=96802
> http://bugzilla.gnome.org/show_bug.cgi?id=158012
>
> so if it doesn't any more, I guess we've just entered Regressionsville.
We should l
On Mon, 2006-01-23 at 12:06 +0100, Alexander Larsson wrote:
> On Mon, 2006-01-23 at 16:29 +0530, Viraj Chatterjee wrote:
> > Isn't "Print Preview" supposed to mirror what will appear on paper?
> > Should this be done at all?
>
> It is a sort of strange thing to do, as it sort of breaks what a
> "p
On Mon, 2006-01-23 at 05:58 -0800, Michael R Sweet wrote:
> So, what you'll get from PAPI is a slightly better set of information
> to customize the existing GNOME print dialog (i.e. a standard way to
> get a list of printers, jobs, etc. along with the supported media
> sizes, duplex modes, resolu
On 23.01.2006., at 14.47, Bill Haneman wrote:
1) set paper color to theme "base" color (i.e. background for text)
2) convert all font/character colors to "text" foreground color
(since print preview widgets can explicitly print text in colors
other than 'black')
3) omit background images (t
Alexander Larsson wrote:
...
Solaris ships PAPI. Doesn't ship CUPS.
Hmm, yet another library. Easily mistaken with PAPI the "Performance
Application Programming Interface" library too.
So, exactly what does PAPI give us? Is it good enough to allow us to
write the gtk+ print dialog with it? D
Alexander Larsson wrote:
On Mon, 2006-01-23 at 11:48 +, Bill Haneman wrote:
Alexander Larsson wrote:
Nobody is going to render their paper output with theme colors, that
just isn't the way apps are set up (i.e. the printing output is not
coupled to the current on-screen settings).
On Mon, 2006-01-23 at 10:56 +0100, Alexander Larsson wrote:
> > > I think relying on CUPS might be good enough. Opinions on this? Does
> > > e.g. solaris ship CUPS?
> >
> > Solaris ships PAPI. Doesn't ship CUPS.
>
> Hmm, yet another library. Easily mistaken with PAPI the "Performance
> Applicati
On Mon, 2006-01-23 at 11:48 +, Bill Haneman wrote:
> Alexander Larsson wrote:
> >Nobody is going to render their paper output with theme colors, that
> >just isn't the way apps are set up (i.e. the printing output is not
> >coupled to the current on-screen settings). So I think it will be hard
BTW
In case anyone reading is unfamiliar with what is meant by "WYSIWYG",
which I have used several times, it means "What You See Is What You Get".
Print preview is of course "normally" supposed to reflect visually what
will be on paper. For some user populations this is not desirable (some
Alexander Larsson wrote:
On Fri, 2006-01-20 at 12:36 +, Bill Haneman wrote:
Also, for theming, it should be possible to preview the document in a
non-WYSIWYG mode. I know may seem like a mis-feature to some, but for
people with certain vision disorders, it's vital that even print
pre
On Mon, 2006-01-23 at 16:29 +0530, Viraj Chatterjee wrote:
> Isn't "Print Preview" supposed to mirror what will appear on paper?
> Should this be done at all?
It is a sort of strange thing to do, as it sort of breaks what a
"preview" is used for (verifying how the printed page will look before
was
-list@gnome.org
Subject: Re: Gtk+ printing dialog highlevel thoughts
On Fri, 2006-01-20 at 12:36 +, Bill Haneman wrote:
> Also, for theming, it should be possible to preview the document in a
> non-WYSIWYG mode. I know may seem like a mis-feature to some, but for
> people with certai
On Fri, 2006-01-20 at 12:36 +, Bill Haneman wrote:
> Also, for theming, it should be possible to preview the document in a
> non-WYSIWYG mode. I know may seem like a mis-feature to some, but for
> people with certain vision disorders, it's vital that even print
> previews be viewable using
On Thu, 2006-01-19 at 15:57 -0500, Jonathan Blandford wrote:
> At the Boston summit, we came to the opposite conclusion. We looked at
> a random windows installation, and it seemed like every application had
> a different print dialog. Even on OS/X, there was a lot of variety. If
> we did go wi
On Thu, 2006-01-19 at 05:02 -0500, Laszlo (Laca) Peter wrote:
> On Thu, 2006-01-19 at 10:39 +0100, Alexander Larsson wrote:
> > > FWIW, both Windows and MacOS X provide APIs for accessing the list of
> > > available printers, etc., and the CUPS API is also available on
> > > MacOS X. WRT Linux pri
Hi everyone;
I have a couple of thoughts/reminders. The printing dialog ought to be
checked with at-poke and event-listener-test (better yet, tested with
gnopernicus or orca) to ensure that it speaks appropriate content when
navigated. It would also be a good time to ensure that the new dial
On Thu, 19 Jan 2006 15:57:01 -0500, Jonathan Blandford wrote:
> evince. This is obviously going to be slower (and sometimes, much
> slower) than previewing individual pages on the fly.
>
> Also, there's the danger of introducing drawing errors in the flow of:
>
> App -> cairo -> pdf -> pdf par
This is a really nice write up, Alex! I'm replying to selected parts.
On Wed, 2006-01-18 at 20:07 +0100, Alexander Larsson wrote:
> (cc:ing some people who I think might be interested in this)
>
> I've just started looking at doing a printing dialog for Gtk+
> 2.10. For some background th
John (J5) Palmieri wrote:
On Wed, 2006-01-18 at 20:07 +0100, Alexander Larsson wrote:
Another important feature that the generic API has to support is
some form of printing feedback (spinning icon while printing) and job
cancellation support.
We do this in Fedora/RHEL right now with D-Bus pat
On Wed, 2006-01-18 at 20:07 +0100, Alexander Larsson wrote:
> Another important feature that the generic API has to support is
> some form of printing feedback (spinning icon while printing) and job
> cancellation support.
We do this in Fedora/RHEL right now with D-Bus patches to CUPS which
polls
Alexander Larsson wrote:
On Wed, 2006-01-18 at 19:39 -0500, Michael Sweet wrote:
Alexander Larsson wrote:
(cc:ing some people who I think might be interested in this)
I've just started looking at doing a printing dialog for Gtk+
2.10. For some background thoughts from owen, see:
http:
Alexander Larsson wrote:
(cc:ing some people who I think might be interested in this)
I've just started looking at doing a printing dialog for Gtk+
2.10. For some background thoughts from owen, see:
http://mail.gnome.org/archives/gtk-devel-list/2005-October/msg00024.html
FWIW, both Wi
On 18 Jan 2006, at 19:07, Alexander Larsson wrote:
(cc:ing some people who I think might be interested in this)
I've just started looking at doing a printing dialog for Gtk+
2.10. For some background thoughts from owen, see:
http://mail.gnome.org/archives/gtk-devel-list/2005-October/
On Thu, 2006-01-19 at 10:39 +0100, Alexander Larsson wrote:
> > FWIW, both Windows and MacOS X provide APIs for accessing the list of
> > available printers, etc., and the CUPS API is also available on
> > MacOS X. WRT Linux printing, CUPS is pretty much ubiquitous, and
> > failing that you can st
On Wed, 2006-01-18 at 19:39 -0500, Michael Sweet wrote:
> Alexander Larsson wrote:
> > (cc:ing some people who I think might be interested in this)
> >
> > I've just started looking at doing a printing dialog for Gtk+
> > 2.10. For some background thoughts from owen, see:
> > http://mail.gnom
30 matches
Mail list logo