After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 99728 - [GNOMEVER2.3] gnome-printer-dialog.h is not installed
[GNOMEVER2.3] gnome-printer-dialog.h is not installed
Status: RESOLVED FIXED
Product: gnome-print
Classification: Deprecated
Component: general
CVS
Other other
: Normal normal
: ---
Assigned To: Chema Celorio
Chema Celorio
Depends on:
Blocks:
 
 
Reported: 2002-11-27 18:05 UTC by Paolo Bacchilega
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.3/2.4



Description Paolo Bacchilega 2002-11-27 18:05:15 UTC
libgnomeprintui in CVS (head branch) do not install the
gnome-printer-dialog.h header, this file is necessary to make personalized
versions of the print dialog.
Comment 1 Chema Celorio 2002-12-17 04:59:22 UTC
The dialog is going to change and i don't think exposing the internals
is the best way. What we need to do is provide funcions for embeding
widgets. 

What do you want to embed from your application?
Comment 2 Jim Evins 2002-12-19 20:32:27 UTC
I was not the original submitter, but I would like to offer my
opinion.    

An application may have many application specific printing options
(e.g. layer selections, header and footer options, scaling options,
etc.) that may not be easily embedded into a single dialog page.  You
could argue that these go into a separate "Print setup" or "Page
setup" dialog, however this would depend on the intended scope of
these options.

If you keep the current GtkNotebook (or similar multipage paradigm), I
would be satisfied with a method to retrieve this notebook, so that I
could append or prepend pages as needed.  There should also be a
simple method of removing the paper selection page, in my application
(gLabels) it makes no sense to have this page.

If you do not keep the GtkNotebook, I would suggest keeping the
GnomePrintSelection widget public, so that print dialogs that are
appropriate for the application can be built.
Comment 3 Chema Celorio 2002-12-30 08:49:37 UTC
Right, my intentions is to have a way of embeding widgets without
exposing the dialog, if the dialog struct is exposed we can't change
the layout without breaking the API, which is why i wanted to know in
this particular case what he wanted to add to the dialog, to see if it
is on the list that i'm planning of implementing.
Comment 4 Chema Celorio 2002-12-30 08:50:17 UTC
Right, my intentions is to have a way of embeding widgets without
exposing the dialog, if the dialog struct is exposed we can't change
the layout without breaking the API, which is why i wanted to know in
this particular case what he wanted to add to the dialog, to see if it
is on the list that i'm planning of implementing.
Comment 5 Richard Hult 2003-01-22 20:06:05 UTC
For MrProject, much like gLabels, we need to have a custom notebook
page to select what views to print, or specify the time ranges to
print, etc. The easiest way to solve this kind of thing would probably
be as suggested, to make it possible to add custom pages.
Comment 6 Andreas J. Guelzow 2003-11-17 23:18:10 UTC
You may want to have a look how gnumeric adjusts the print range
widgets to include such specs as `Active SHeet', `All', `Sheets from
to', `Selection'. 
Comment 7 Andreas J. Guelzow 2003-11-18 06:34:27 UTC
It seems that gnome-print.h is being installed for both HEAD and gnome-2-4