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
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 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
Isn't "Print Preview" supposed to mirror what will appear on paper?
Should this be done at all?
-vc
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alexander Larsson
Sent: Monday, January 23, 2006 4:10 PM
To: Bill Haneman
Cc: gtk-devel-list@gnome.org
Subj
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
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
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
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
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
> > Existing implementations too! :)
> >
> > I found the xfce gtk2 engine pretty simple and informative, although
> > Clearlooks didn't look too complex after that either...
> >
>
> I'm interested in the clearlooks one, because I interested in learning
> how to use cairo to perform an engine, so I
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).
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
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
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
hi tml,
as discussed on irc, i've added _g_getenv_nomalloc(), please review the
windows branch. i've modelled it after g_getenv(), but can't test-compile,
let alone test it.
cvs server: Diffing .
Index: gutils.c
===
RCS file: /cvs/g
Tim Janik writes:
> as discussed on irc, i've added _g_getenv_nomalloc(), please review the
> windows branch.
If this is for GLib internal use only, and you know the variables and
values in question are ASCII only, I think you could do away with the
ifdefs and just use getenv() on Windows, too.
Robert Staudinger wrote:
Existing implementations too! :)
I found the xfce gtk2 engine pretty simple and informative, although
Clearlooks didn't look too complex after that either...
I'm interested in the clearlooks one, because I interested in learning
how to use cairo to perform an en
17 matches
Mail list logo