[Bug 275160] New: libpaper enhances OpenOffice.org default papaer setting
https://bugzilla.novell.com/show_bug.cgi?id=275160 Summary: libpaper enhances OpenOffice.org default papaer setting Product: openSUSE 10.3 Version: Alpha 4 Platform: All OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: Printing AssignedTo: jsmeix@novell.com ReportedBy: pmladek@novell.com QAContact: jsmeix@novell.com OOo-2.2 is able to read the default paper size by the utility paperconf if it does not get the info from CUPS, see: http://qa.openoffice.org/issues/show_bug.cgi?id=28248 http://www.openoffice.org/issues/show_bug.cgi?id=77363 This utility is part of the package libpaper, see http://packages.debian.org/unstable/libs/libpaper1 Johanes, what do you think about this optional feature? Does it makes sense to add it for openSUSE-10.3? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=275160 mmeeks@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |glunardi@novell.com ------- Comment #1 from mmeeks@novell.com 2007-05-17 04:17 MST ------- *** Bug 272406 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=275160 ------- Comment #2 from mmeeks@novell.com 2007-05-17 04:20 MST ------- So - Petr, we already have a customer issue relating to this; so if at all possible I'd like to ship an update with this on top of SLED10-SP1 - that is if Johanes thinks it is stable / workable enough. Failing that Petr - can we use an internal 'libpaper' ? :-) that might cause less grief in the short run. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=275160 jsmeix@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|jsmeix@novell.com |eward@novell.com Severity|Normal |Enhancement Component|Printing |OpenOffice.org QAContact|jsmeix@novell.com |qa@suse.de ------- Comment #3 from jsmeix@novell.com 2007-05-21 02:07 MST ------- I do not understand how comment #0 and https://bugzilla.novell.com/show_bug.cgi?id=272406#c1 match. As far as I understand, comment #0 reads that paperconf is used only if CUPS cannot be used but in bug #272406 there is CUPS used so that CUPS could be asked instead of using one more seperated source of information which may lead to even more confusion (e.g. different media size settings in paperconf and CUPS, assume you have Letter paper in your default printer but you work in Germany) but on the other hand https://bugzilla.novell.com/show_bug.cgi?id=272406#c1 seems to indicate that you don't like to ask CUPS soon. Why doesn't OOo ask CUPS when a new document is created but only when it should be printed? I think this is the wrong ordering because when a document was created for a wrong imageable area how should it be printed correctly at all? I think it is best to let the user decide about the imageable area as soon as possible to avoid that he can create a document with a wrong (in particular a too big) imageable area. Regarding using /etc/papersize, see https://bugzilla.novell.com/show_bug.cgi?id=88286#c14 Does paperconf provide the imageable area? It is not sufficient to know only the media size and then let OOo guess an imageable area from the media size. Strictly speaking the media size is meaingless for the document. Only the imageable area is meaningful for the document. By the way: Why it this bug assigned to me? What should I do to fix it? It seems it should have been set to "needinfo" for me. I reassign it back to the OOo maintainers. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=275160 pmladek@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |jsmeix@novell.com Summary|libpaper enhances |libpaper enhances OpenOffice.org default paper |OpenOffice.org default |setting |papaer setting | ------- Comment #4 from pmladek@novell.com 2007-05-21 06:40 MST ------- I agree that libpaper does not solve the bug #272406 because the value defined by paperconf affects only the printer setting in File/Printer Setting... but not page setting in Format/Page :-( => I am going to reopen it again. paperconf returns only the media type (a4, letter, ...) and the media type dimensions (width, height) => it does not return the imageable area. I am not expert in this area. Does cups return imageable area? Does any other application use it? I though that most applications defined its own "nice" margins only by the given media type... I have assigned the bug to you because you have the best overview about the printing stuff in SUSE Linux. You could know if the libpaper stuff is useful even in SUSE or we have something better instead. If it was useful, you would want to maintain it ;-)
From my point of view, it will be perfectly fine if you say that libpaper is not useful in any way and why => we do not need it. Then we will fix OOo to read the information from the right source (if any), will hide the error message about missing paperconf and could close this bug.
I think that paperconf might be useful when the user does not have any printer (=> CUPS is not configured) and he wants to use a different media type than the one defined by locales. The question is if it make sense to add paperconf if only OOo would be able to use it. We could also fix OOo to remember the setting in Format/Page for all new documents. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=275160 jsmeix@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jsmeix@novell.com Status|NEEDINFO |NEW Info Provider|jsmeix@novell.com | ------- Comment #5 from jsmeix@novell.com 2007-05-21 08:46 MST ------- Unfortunately many applications still use their own best-guess values for the imaginable area and this results too often non-matching printouts on an actual printer. CUPS can provide the imageable area values, see http://www.cups.org/documentation.php/api-ppd.html#ppdPageSize and http://www.cups.org/documentation.php/api-ppd.html#ppd_size_s CUPS can provide the whole PPD for a particular print queue (even if the queue and its PPD is on a remote CUPS server). If there is no CUPS, OOo could use SGENPRT.PS as fallback PPD. I think this is better and less confusing than using another new source of information to guess the media size values (when there is no CUPS those values must be guessed). I think only if other applications or other Linux distributions use libpaper as fallback if there is no CUPS, we should use it too to be in compliance to "the rest of the world". By the way 1: A safe fallback could be some kind of minimal imageable area which is the intersection of the imageable areas for A4 and Letter in all our PPDs so that what is inside this imageable area is always printable (it many waste space but nothing would clip). By the way 2: It is possible to make a PostScript document which fits itself automatically into any imageable area. To see what I mean do gs -r60 -sPAPERSIZE=a4 /usr/share/YaST2/data/printer/testpg.ps gs -r60 -sPAPERSIZE=a5 /usr/share/YaST2/data/printer/testpg.ps gs -r60 -sPAPERSIZE=letter /usr/share/YaST2/data/printer/testpg.ps gs -r60 -sPAPERSIZE=legal /usr/share/YaST2/data/printer/testpg.ps gs -r60 -sPAPERSIZE=ledger /usr/share/YaST2/data/printer/testpg.ps What about enhance OOo so that it can produce such kind of PostScript which fits automatically into any imageable area? Of course the user could choose to have PostScript with fixed layout and those "fuzzy" layout. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=275160#c6
Eric Ward
https://bugzilla.novell.com/show_bug.cgi?id=275160#c7
Petr Mladek
participants (1)
-
bugzilla_noreply@novell.com