GNOME Bugzilla – Bug 211267
Printing - handle events longer than 1 page
Last modified: 2008-07-30 09:26:13 UTC
Handle events or tasks that need more than one page to print. Currently I think it will just print the first page. Probably need to use page numbering as well. I'm not sure if we want to make this 1.0.
Probably not 1.0 unless other things get done first. But major since there is no workaround for the problem.
*** bug 216824 has been marked as a duplicate of this bug. ***
Moving rescheduled 1.2 bugs to future en masse; sorry if your bug didn't make the cut.
*** bug 253239 has been marked as a duplicate of this bug. ***
*** bug 235789 has been marked as a duplicate of this bug. ***
adding "printing" keyword to make printing issues searchable again, finally... sorry for the noise/spam. :-/
This happens in tasks and addressbook as well (see the duplicates), so this must not be specific to any of these components. Moving this to shell. Changing the version to 2.3.x.
whats the use of putting it in shell? its got nothing at all to do with shell, it's hardly going to make the bug visible. 253789 makes it sound like gnome-print to me, since the preview shows all pages.
retargetting bugs with severity=major from 2.3 to 2.5
removing old 2.5 target milestone and retargetting to future - sorry.
*** Bug 337328 has been marked as a duplicate of this bug. ***
that's still an issue, there is an ubuntu bug about that on https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/232207
Created attachment 114192 [details] [review] proposed evo patch for evolution; The new version, probably somewhere around fix in bug #500024, reports only one page in calendar/addressbook. This patch fixes it. It fixes the calendar part better, the description is correctly divided and possibly wrapped to more pages as requested. it touches only concrete-event print. Can we open a special bug for address book? It seems as a bit more complicated, because of the columns, data file to it, and whether one can wrap Notes or not.
Matt's area.
Matt: Review
Patch prints multiple pages with a nice header but doesn't number the pages. Still, it's an improvement over what we have now so I'm approving the patch. Milan, do you want to try numbering the pages before we close this? You could probably reuse the parts of em-format-html-print.c that draw the headers and footers of email printouts. I should get cracking on my header/footer proposal for GtkPrint (bug #522708). Would make page numbering a lot easier.
Committed to trunk. Committed revision 35865. Opened new bugs, bug #545461 for page numbering bug #545462 for contacts