From Apache OpenOffice Wiki
Revision as of 14:54, 18 August 2009 by ChristophNoack (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

What it the purpose of the chapter "Various Printer Options Dialogs"? The "Printer Options" dialog is a system dialog provided by the printer. OOo can it only use as it is, and cannot change anything there.Regina 16:51, 9 June 2009 (UTC)

Yes, but: you mean "Properties...", not "Options...". "Options..." brings up application specific print settings, while "Properties..." brings up the native printer driver dialog. PhilippL

The chapter title is "Various Printer Options Dialogs". It seems to me, that it shows screenshots from a native printer driver dialog. If yes, then there are two problems: (1) Chapter title should be "Various Printer Properties Dialogs" (2) What is the purpose of that chapter?
ah, ok I understand, now PhilippL
Re (1): The captions below the graphics state both options and preferences, so I just removed options, okay?; Re (2): It is meant to better understand how printing works in OOo and what other dialogs/terminology/... is affected. You may notice that e.g. the "Warning Print Options Dialog" is pretty different from the other options (no trim, other wording). --ChristophNoack 22:43, 9 June 2009 (UTC)
As far as I see, it mixes up dialogs which are generated by OOo and dialogs, which are generated from the printer driver. I have added a row for the dialogs which are generated from the printer driver of my HP printer. Perhaps you make a similar row for your printer?
As far as I remember, the "Warning Print Options Dialog" was introduced as a short fix for the buggy implementation of the options settings in Draw. I think, those settings should be integrated into the printing dialog again. Regina 17:00, 10 June 2009 (UTC)

Added more fields to adjust the N-Up pages like regina mentioned. This does not yet interact with the copy count (aka. one page document twice on paper). However the requested margins are available. The copy count interaction yet to come. PhilippL

Thanks, that is nice know. Regina 21:07, 9 June 2009 (UTC)
Mmh, this will require a clean up if we keep that. Concerning the latter functionality, I recommend to not implement it. --ChristophNoack 22:43, 9 June 2009 (UTC)
But copy count interaction would make OOo unique. You always need workarounds or special programs to get such printing. From my experience on user forums, I'm not the only one, who is interested in such a feature. Regina 17:00, 10 June 2009 (UTC)
Regina, could you please add that to the new "other ideas" section, along with some references to some of the forum discussions. That would be great! So, this idea isn't lost and I could have a look at other users' opinions. Thanks! --ChristophNoack 15:05, 14 June 2009 (UTC)

I have added a screen shot from Acrobat Reader. It has two interesting ideas.

  1. A slider beneath the preview to scroll through the sheets.
  2. Four arrangement modes. That might be useful for languages with right-to-left or top-down direction. Regina 21:07, 9 June 2009 (UTC)

Added repeat count to N-Up

Added another control to the N-Up page to complete the feature set, you can set a repeat count now to repeat every page in the N-Up setup. In the example you see a 2 page A5 document printed in 3 culumns on A4. This should do the trick for regina. However I agree with Christoph we definitely need a simpler version of this; I suggest a "View advanced options" checkbox on the lower left.

I think OOo has to implement the four arrangement variants in addition. You find this variants in the Acrobat Reader printing dialog and too in my HP printer settings.
N-Up needs surely a simple and an advanced mode. All that together is too much for a simple use. What about a drop-down list like in Acrobat Reader. It has the choices 2,4,6,9,16,Custom. Is it possible to hide rows, columns, repeat. margins, and spacing and show it only if "Custom" is chosen? If yes, then I would keep in simple mode: drop-down for count of pages (including "Custom"), portrait/landscape, drop-down for arrangement, checkbox for border, all in the upper part. The other settings go to the lower part and are only shown in "Custom" mode. Regina 17:00, 10 June 2009 (UTC)

Dialog Proposal

Proposal for distributing the settings on the tabs

I've made a spreadsheet document, where each sheet corresponds to one tab in the printing dialog. It describes only the right part of the dialog and assumes that there is always a preview in the left part of the dialog. The distribution is different from the CWS. I use the "tabs": Job Setup, Print Range, Page Content, N-UP, Scaling and Position. I have tried to define kind of control, value range and default. I have marked beneath the module whether this control is relevant/possible for that module. There are no mockups but only text. I hope that my description is clear enough.

I have put brochure under N-Up, because it is a kind of setting 2 pages on one paper sheet. I have put the margins not under N-Up but in a new "Scaling and Position" tab, because such margins are useful for normal printing too, if you want an unsymmetrical output for to bind the sheets.

The Math module do not need most of the settings, because it has neither a page style nor has the document more than one page. Concerning WriterWeb module I am not sure what page settings are available. I hope that it is technical possible the hide/show and to activate/deactivate controls and tabs depending on the content.

There are a lot of confusion in Calc about the page counting and also N-Up might be confuse page number and physical sheet. Therefore I think, that the "page" number in the tab "Job Setup" should always be that number that is used in the preview.

I would be pleased if you have a look at my proposal and comment on it.Regina 19:49, 14 June 2009 (UTC)

- your proposal includes lots of new features like "printing with antialiasing", "percent scaling" and such. In fact we had a zoomed printing control in spadmin for over six years and nobody ever complained that it was not functional. So please, don't add lots of features just because you think someone on the world might perhaps need them once in the next ten years. Please remember, this is not a feature wishlist, we want to have a new printing UI for 3.2, not 4.6. (PhilippL)

Percent scaling belongs to the printer options in Math module. Regina
Concerning new print features: You are right. That is impossible for 3.2. Concerning anti-aliasing: I do not know, whether and how the new anti-aliasing feature effects printing already. The wish itself is very old, see Issue 4748 Regina

Proposal without tabs. Mockups.

Christoph explained to me why not to use tabs. I have now looked at his proposal. I see two problems: (1) The area for the options is only four lines high. (2) The preview area is portrait. It would be better to reserve a square to be able to preview landscape sheets too. Even if you use the way to show a landscape print 90° turned, there might be paper sheets with square format. In the mockups, I have integrated the subrange option "page 1-n" into the options area. That gives about six lines room for options. The mockups contain in addition some grey elements to show where space it available to integrate further information.

Another question is about grouping of such options. Should they be grouped in a way, that those options, which belong together in content are grouped together, although some of them might be rarely used? Or should they be grouped, so that the most used ones are in one (first) group? Are there already proposals?

Not all options are needed in all contexts, for example Calc-option "only selected sheets". Is it possible to show them dependent on the context? Regina

Re: Design proposals - System Independent Print Dialog - Selecting the Printer and Providing Printer Information

There are several suggestions how to show the printer selection including state information. These all show state for all printers at once; this is a no-go for anything other than simply a list of printer connected to your local desktop (in which case you don't need the state information anyway, as you can see them directly). On a real network with a hundred printers each of those would have to be connected to show their state; this can take several minutes (trust, me that is from experience), which is an obvious no-go. Only getting a list ove printer names is going to be efficient, so printer state should only be displayed if a printer is actually selected.


Mmh, how do other applications handle that? I don't have an example for hundreds of printers, but today my Gnome print dialog shows a table with all available printers including their location and their status. --ChristophNoack 21:58, 21 June 2009 (UTC)

Visualization of Printed Pages in the Print Preview

Really a nice idea, but not within the next 3 years ;-)

Oh, Macs do that - at least until now.

Ph. Lohman asking on Mac Porting mailinglist: "the current state is a backstep in so far as the native mac print dialog does not show a preview anymore owing to the fact that the same binary is suitable for MacOSX 10.4 also. We could solve this by having a two step approach: have the print options we add (and that result in the missing preview) appear in a first dialog, followed by the native print dialog, which would then show a preview again. The question is what is preferable to the Mac user. "

Having an extra dialog pop up every time I want to print don't seem to me a good idea - and loosing preview ability also is not exactly what I would expect from an UI improvement.

So can we please stay at least for Macs with the current File > Printer Settings > Options (which itself is a copy of > Preferences > <OOo Writer|Calc|Impress > Print) as a pre-setting of the document which has to be decided before start printing (once, not every time new)? And keep a working Preview? when the day comes and we drop 10.4 support, we may integrate this into a native printer tab.

For OOo native print dialog this behavior may be changed according to the other operating systems (I don't think that much mac users will choose that option)--Uwealtmann 19:04, 18 June 2009 (UTC)

Comments on Mockup Image:2009-07-14_PrintingDialog.png

This may be already mentioned elsewhere, but in Image:2009-07-14_PrintingDialog.png I see a lot of empty space next to the printer names. In our office, all printers are named "P229", "P392" and the like, so it would be great if make, model and location would also be included in the line with the printer name (and not just revealed when clicking on "Printer Details", which results in a tedious trial-and-error procedure when trying to find the one color printer in our office).

Answer: This would be nearly impossible, because of some weird printer handling on Solaris (they show all printers, e.g. thousands in large company networks). This is a real time problem to query all e.g. network attached printers...

-- Admitted, this would require smart use of threads, but I think it's possible (e.g. only query currently visible printers in background, with slight delay; cf. Mail on iPhone).
--Anjoschu 19:45, 19 July 2009 (UTC)

I like the big print preview and the forward/backward buttons. On my Mac, there are similar controls:
<<  <    >  >>
I don't know whether the 10-back and 10-forward buttons work better or worse than the text field in the mockup. They have the advantage of not requiring a hand change from mouse to keyboard and back, but that's about it.

Answer: The scalability for 10-forward/-back is bad, since you may create 5 pages of text or a book with 500 pages. Basically I would prefer some other kind of interaction like shown in the Print Preview Duplex 3D design proposal, but since it is a new control most presumably it won't be realized. So we keep the buttons and try to adress this issue with the number field and (maybe) keyboard shortcuts like Home or End.

-- Sounds like GOMS keystroke modeling could help comparing efficiency for 5, 15, 50, 100, 400, 1000 pages. ;) But the text field sounds ok for now.
--Anjoschu 19:45, 19 July 2009 (UTC)

Print dialog for Writer (simple), tab "General":

  • (typo) "All slides" should read "All pages", but hey, it's a mockup. ;)
  • "Selection" doesn't say what pages would be printed. I often like to check whether the pages I want will actually be printed. How about actually showing the page numbers that will be printed, like
                O Selection       8-11
  • The section name "Print" is sort of meaningless. How about calling it "Include" or "Include in printout"?

Answer: Thanks! I'm also not sure about the section name "Print", but it isn't really about inclusion, in e.g. Impress it tells what is going to be printed. We also have some detailed "contents" settings for each of the OOo modules, which also fall into the category "what will be printed".

-- ... or, to rephrase: "what will be included in the printout". ;) You could call it "include in printout"
--Anjoschu 19:45, 19 July 2009 (UTC)

Print dialog for Writer, tab "Text Document":

  • When looking for these options as a user, I would actually first try to find them under the tab "Output options". From my perspective, most of them sound very technical/obscure and not particularly "Text Document"-related.
  • Yep, when I want to increase the print contrast to "real" black and white, I would first try the "Options" tab, then the General-Printer Details, then General-Printer preferences, then maybe "Page layout" and, lastly, "Text Document" (or "Spreadsheet" or "Presentation", for that matter.
    Why? I want to do something technical and printing-related. All those "second tabs" are content-related. Maybe OOo-internally they're also technical, but I would only expect content-specific options in them.

Answer: Here, we try to keep compatibility with the Apple users, since we will provide our options within the "program name" category in the native print dialog. So we also provide most of the options in this tab. That is also the answer (although it isn't a good one...) why quality and color is placed there - it is a OOo module setting which is partially stored in the documents. And separating them for each of the dialogs will create additional effort and also reduce the consistency across the platforms. Result: I'm not happy, but I welcome any ideas which improve the informational structure - really!

-- I see the technical motivation. But then, "Text Document" is not honest. It pretends to be content-related, which it really isn't (only partially and indirectly). I'd prefer to be honest and call the tab "Writer Specific".
--Anjoschu 19:45, 19 July 2009 (UTC)

Print dialog for Writer, tab "Page Layout":

  • "Order" dropdown: There will be merely 4 options for which a dropdown is inefficient (the space saved doesn't justify the additional click to open). How about 4 buttons, which could graphically depict the ordering?
  • "Limit to" dropdown: What is the purpose of this element? -- Aaah, you mean "Print odd"/"Print even pages!"! Pretty obscure naming, "limit to", IMO: Limit what? The printed pages, the layout, the ordering selected above?
  • "Pages per Sheet: Custom...": please lose the ellipsis -- this choice does not "drill down" some modal hierarchy

Answer: Yes, we use dropdown at too many places, but I don't have a better idea how to manage that with our inflexible toolkit. The space is required for the Custom mode which is requested by far too many people. An alternative would have been to open another window to enter the custom settings - but that would have resulted in a loss of the preview (which really makes sense here). Concerning the "limit to" - any ideas? Currently this is the solution in Gnome.

-- Instead of "Limit to" you could use: "Print pages". Not perfect, but at least not a contradiction in terms like "Limit to: All pages"
--Anjoschu 19:45, 19 July 2009 (UTC)

Print dialog for Writer, tab "Output options":

  • Bad naming: Aren't all the settings in the whole print dialog "output options" of some sort?
  • Semantic overlap with printer choice ("real" printer vs. file) and revealable printer details/options in first tab. Can the tab "output options" be integrated with the printer choice/detail view?
  • "Print to file" -- what file? PDF, DVI, XPS, ODW, ODS, TXT, DOC? Please include in naming.

Answer: Alternative for the naming? It does not really relate to the application based settings, some of them won't be available in the native dialogs ... And there is no additional place (or at least sense) to put more elements on the first page, or what do you think? By the way, the file type is dependent on the printer driver, so we don't know what will be the output. It is just a dump of the data which would have been sent to the driver."

-- Naming alternative for "Output Options": Well ok, it's clear enough that the most technical options always reside in the most obscurely named category. You could call this a convention (cf. "Extras" menu in MS Office)! ;)
Place to put the options: No idea either. :( If the "Text Document" tab will contain obscure technical options anyway, we could add them there and at least save some space.
File format: Uh, isn't this a pretty useless option? How about offering a "stack trace" option as well? ;) (Sorry, just couldn't resist.)
--Anjoschu 19:45, 19 July 2009 (UTC)

Button row: I strongly prefer "Print to file..." because "Save..." is ambiguous and could mean "Save print settings..." or even "Save file before printing...".

Answer: Yep!

Print dialog for Calc (simple), tab "General":

  • The controls for "All pages" and "Page range" have now moved to a different grouping (from "Range and Copies" to "Print")! I find this weird.
  • Inconsistently, "Collate" is still part of the "Range and Copies" group -- so do I collate sheets instead of pages now, or what?
  • I understand the Calc problem of having to differentiate between "sheets" and "pages". But this distinction can be made clearer, e.g. so:
Data to print  ----------------------------------------------------------
O All Sheets
O Selected Sheets   Sheet1, Sheet2
O Selected Cells    A2:L60
Range and copies --------------------------------------------------------
O All pages                            |   Number of copies:    [__4][]
O Page range       [______________]    |   [ ] Collate          (preview)

Answer: Good idea (and well observed), I will ask Philipp if this is possible. Basically, we use what is already available ... although people really have problems using it. Most of the questions might be solved with the new Print Preview, so people will see what will get printed.

-- The point most important to me is the inconsistency issue (same options under different name and place in different apps).
--Anjoschu 19:45, 19 July 2009 (UTC)

Print dialog for Impress (Printer details, warning area), tab "General":

  • "Printer Details" lacks make & model of the printer (not necessary if included in the printers list -- which I hope!)
  • I may be mistaken, but at least on Windows, there's already a printer metadata text field called "Location" which usually tells you where to find the printer (building, room, etc.).
  • "Status": Is the status text updated when the printer changes status while I'm in the print dialog?
  • Section called "Print": Again, the name is not particularly helpful, but "Include" is not really applicable to the "Slides per page" selection. But I would still find "Include" better than "Print" -- "Print" isn't helpful at all, but "Include" is at least partially helpful. ;)

Answer: Basically, we cut down the number of the original meta information elements. Each of the operating systems (e.g. Windows, Linux) provide different elements which originally resulted in introducing more and more items - the problem: The use of the elements is less optimal on each of the platforms. Concerning location: Location will be filled with the real location, otherwise it is the kind of connection (at the moment it isn't planned to change the logic here - so I'm not able to answer the rest, sorry!).

  • I take it that the "Slides per page" and "Order" controls duplicate functionality from the "Layout" tab?
    • IF DUPLICATION: This is OK, I guess, considering that "Slides per page" is needed very frequently when printing presentations. But it's important that the settings in the controls be synchronized across places. So if I set "Slides per page" to 6 on the "General" tab, and then switch to the "Layout" tab, it will have to be 6 there, too. I wouldn't deactivate the corresponding control elements in the Layout tab, because users who are used to set those settings might go straight there without examining the "General" tab, and they will be surprised of not being able to configure N-up-printing for their presentation.
    • IF NO DUPLICATION: So we've got the same situation as with Calc (sheets vs. pages) here (slides vs. pages)? Do we really need to be able to configure N slides per page and then, separately, M "pages" per printed page (i.e. NxM slides per printed page)? I think this might be an extremely rare requirement.

Answer: At the moment there is some kind of duplication, because N-up won't be available in native dialogs - it is our addon. The it isn't rather a rare requirement, it is how to cope with these settings. The Impress team requests to have some of the settings in the first page (which makes sense when looking at the User Feedback Data and therefore the use of the current dialog). But, there are still problems with how these settings are handled (because they override the settings in the document in every case (bad bad bad)).

-- Duplication is OK for me if synchronized.
Just to clarify: I understood that configuring N-up is an important requirement for Impress. What I meant by "rare requirement" was something different, namely the implication of having the options independently in two places, i.e. (1) configuring slides per page (e.g. 4-up) in the first tab, and ADDITIONALLY (2) configuring pages per page (e.g. 2-up), so we'd get 2 pages of 4-up slides per printout page, i.e. some weirdly assembled 8-up. That would be strange.
--Anjoschu 19:45, 19 July 2009 (UTC)

Print dialog for Impress, tab "Presentation":

  • The tab name "Presentation" is slightly ambiguous. It may be understood correctly as "Content of my slide show", but it may also be understood as "How to present my content in the output, i.e. printout". The latter would essentially mean the same as "Layout" and cause people to try to find settings in the wrong tabs. Maybe some clearer name can be found for this tab.
  • "Contents": Good
  • Again, like with the "Text Document" tab of Writer, I wouldn't expect to find the "Quality and Color" settings in this tab at all! Much rather in the printer details, printer preferences or output options.
  • "Size": The option "Default" doesn't mean anything. At least, it's meaning is secret, only known to the mythical Keeper of Defaults (a distant cousin of the "Optimal" zoom setting)
  • "Size":"Tile pages"... I don't get what this selection would result in, and what "Tile pages" has to do with "Size" (indirectly, maybe). Is this another duplication of "Slides per page"?

Answer: Yep, it is ambiguous - but I tried to be consistent with the whole Office suite when referring to the document type and the related settings. Sometimes the module names are used (Impress), sometimes the kind of document (Presentation - without the term document). At least it is consistent across the applications. And I don't have a better proposal, yet ;-) Concerning the familiy "Default", I already improved some of the namings - you may have a look to the file containing all the print dialog elements. Unfortunately, there is no "optimal size", since the user is presented with a (modal) dialog if something seems to be problematic. And I didn't want to add "Default (asks if required)"...

-- If Presentation would be named "Impress specific", we would avoid this problem anyway (see above remark on "honest naming"). :)
Optimal: That was meant as a joke (another example of obscure naming, hence related).
"already improved some of the namings": That's great!
--Anjoschu 19:45, 19 July 2009 (UTC)

Some comments on the mockup itself: I like how they use just the right level of detail/abstractness. The writer/calc/impress color coding is a bit hard to get used to (and the colored bars don't save any space compared the vertical word "impress"/"writer"). The arrows seem to mean "alternatively/or" (and not "and from here, we come to...").

Answer: Thanks, and you used the right level of feedback! I hope that I will be able to provide more "textual" information within the next days/weeks. I hope that this will result in an improved understandability!"

--Anjoschu 20:49, 17 July 2009 (UTC)

Answers/Comments by... --ChristophNoack

Comments on Mockup Image:2009-07-21_PrintingDialog.png

Comment on Open Points: Impress handout. Please notice issue "Can no longer print handouts with customized size and arrangement of the preview objects" (17 votes).

Handout is not the same as N-Up, because in a handout you can add elements to the master, for example a grid, or lines, or corporate symbol. I like the proposal in the issue, to add a choice "custom" (or perhaps call it "defined in master"). Therefore it would be necessary not to use a number field but a drop-down. A drop-down is necessary too, for to describe the order of the slides. "4" can mean '2row 2col' or '4row 1col', and same with "6", which can be '2row 3col' or '3row 2col'. So there would be some quick-layouts, which overrides the master settings, and in addition the possibility to use the settings of the master. For old documents the option "defined in master" should be the default. Regina 14:39, 22 July 2009 (UTC)

Answers/Comments: Hi Regina, I'm so sorry that I came back to this page today, since until now I missed your comments in the last days. But from what I can see, I resolved most of the stuff you already talked about :-)

  • "Slides per page" is already a dropdown - the mockup doesn't make clear that it is planned to be a dropdown. Sorry!
  • The dropdown uses the settings already available in Impress (e.g. in the handout master page) --> No need for a detailed setting of rows/columns.
  • The text "defined in master" is a bit long for translation. I tried my best to use the space efficiently, but we might stick with "Default" to use the layout defined in the document.
  • Finally, we would be able to resolve i94055 (Thanks for the link!) - but there are still missing comments by CL about whether it will happen or not.

--ChristophNoack 18:59, 9 August 2009 (UTC)

Comments on Mockup Image:2009-08-02_PrintingDialog.png

Hi Christoph, please be not displeased by my comments. The proposal as a whole is already better than the current printer dialogs. So they are only comments for details.

Please notice my comment above. The items in the drop down of the handout layout are not clear enough.

In the 'Page Layout' section 'include' the items "Front sides/left pages" and "Back sides/right pages" are confusing. In western printing the front side is a right page. See also issue Issue 41118

Please avoid the term "default". It always raises the question "What is the default"? For example print dialog for Draw: If your drawing is larger than the paper sheet, what will be printed in "default"? Or if your drawing is smaller than the paper sheet - which happens easily if you only print a selection - will "default" print it "centered" or "left top" or ...?

Regina 19:12, 3 August 2009 (UTC)


  • Page Layout: Great that you looked at it. I discussed this item so often with Philipp that it got messed up - thanks for noticing it! Will be corrected :-)
Now it does not fit for right-to-left scripts. Why 'right' and 'left' at all? Perhaps 'front/odd' and 'back/even'? Regina 20:50, 10 August 2009 (UTC)
  • Using "default":
    • In the last days, I reworked some of the items, e.g. "Default" --> "Original colors", "Default" --> "Original size".
    • For the size, the old element's name "Default" was somehow okay, since it led to a warning dialog to select the print size. Philipp and I discussed that (undesired) behavior and since we now have the preview, we will most presumably change it to "Orignal size". The rest of the elements can be seen in the most current design mockup (which will be added today).
  • By the way: The new "size" logic also resolves another issue mentioned by joesch04 - it was never possible to define "Orignal size"/"Trim" as the default setting. For some documents, the warning message was shown each time the user wanted to print the document. Grrrr.
  • PL asked me to finish the designs until today, so that it can be included in OOo32. Nevertheless, please have a look at the strings and maybe you want to test the development packages when they are ready.
It would be good to get another CWS build before integrating.Regina 20:50, 10 August 2009 (UTC)

Regina, thank you so much!!! If something is very important to you, then please send me a reminder to look at the talk page - before I miss some of your great comments :-) --ChristophNoack 18:59, 9 August 2009 (UTC)

Comments on Mockup Image:2009-08-09v4_PrintingDialog.png

Hi, some further remarks:

Writer > Pages > Add blank pages for page breaks

This description is not clear at all. Why should someone add blank pages to get page breaks?

proposal: Add blank pages for regularly alternation of even and odd pages.

Answer: I really had to smile, because I've added this already to the list of open points some days before (refer to History of Design Development, 2009-08-13, Other Proposals / Improvements). Thanks for the additional proposal, although it might be a bit long for the translation. --ChristophNoack 10:15, 18 August 2009 (UTC)

Impress > Contents > Hidden pages

If possible, Impress<->slides and Draw<->pages should be used.

proposal: Hidden slides

Question: Which slides are printed, if the user has defined a customized presentation by 'Slide Show' > 'Custom Slide Show'? Such custom slide show is different from hiding slides.

Answer: Well observed and a "relict" of Draw which now doesn't feature this option any more. Will be changed. Concerning the "custom slide shows", I don't even know how this is handled today. Maybe this is a question for CL - I'll send him a mail pointing to this discussion. --ChristophNoack 10:15, 18 August 2009 (UTC)

CL: Even if the user currently has a "custom slide show" active at the documents presentation settings I would not expect that the custom show is printed. We should keep this in mind for a future enhancement that the user could select a custom show from the document if available.

Impress/Draw > Contents > Size


Currently the option 'Tile pages' distributes a larger slide/draw page on several paper sheets. I am confused, why there is an additional option 'Distribute on multiple pages' (better 'on multiple paper sheets', see below). Is the property of 'Tile pages' now constrained to fill one paper sheet with multiple small slides/draw pages? If it will be restricted to tile a paper sheet with multiple draw pages, it would not be needed at all, because that can be done better with the new N-up feature.

Answer: This is already a very intensive discussion with PL :-)

  • No, "Tile" does currently repeat the page (if smaller than the sheet) on the sheet.
OK, you are right and I'm totally wrong about "Tile". I tested it again. It does indeed fill the sheet with the page, so that one DINA6 page of the document is printed four times on a DINA4 paper sheet. And if you have a 20cm x 10cm page to print on a DINA4 landscape, you get it filled in a way, that the exceeding part of the second repeat is cut. And this is different from N-Up, which can only print different document pages on one paper sheet.
The application help is not helpful for this feature. I have worked a lot with Draw and did not know the feature correct; how should a average user know it? For example the German help, "Seiten kacheln. Gibt die Seiten an, die nebeneinander gedruckt werden sollen. Sind die Seiten oder Folien kleiner als das Papier, werden mehrere Seiten oder Folien auf jeder Papierseite gedruckt." It was not clear to me, that the same page it printed multiple times. The English text is not much better, "Tile pages. Specifies that pages are to be printed in tiled format. If the pages or slides are smaller than the paper, several pages or slides will be printed on one page of paper." It is not clear that 'several' or 'mehrere' are not page 1,2,3,... but always the same page.
  • Example: Prepare a document in A3, draw something in the middle of the page, then print it with "tile" enabled on a A4 printer. Result: The warning dialog for the sheet size pops up, there one can select "Print on multiple pages" which results in distributing the page on the sheets.
That example mixes the features and cannot explain 'Tile'. 'Printing on multiple pages' turns of 'Tile'.
Answer: Sorry, I just wanted to show that "Tile" isn't the same like "Printing multiple sheets" since the dialog pops up. Seems that I have been a bit unclear...
  • Status: Several days before, I proposed keep "Tile" and "Distribute" separate - or to remove "Tile". If we keep it for now, the separation makes it more easy to analyze the User Feedback Data and to provide reasons to finally get rid of it. Currently, I still think that such a feature is a bit too much for a standard OOo (even for simple reasons like the missing space in the dialog which hopefully still fits on Netbook computers). --ChristophNoack 10:15, 18 August 2009 (UTC)
To me it seems now, that not the feature is too much, but it is not well described. And that it is a useful feature. For Writer this is Issue 67687 . If I now understand it right, only one of 'Tile' and 'Distribute' can be set and the decision the drop the warning dialog and use options fields instead is correct.Regina 11:31, 18 August 2009 (UTC)
Answer: Yep, the proposed workflow improvements are still in discussion... PL asked for feedback from AF and CL. Let's see...


As long as the Math module has neither a page nor a page size, all range options should be greyed out. Also 'Collated' output is not meaningful in Math, because each Math document prints exactly one paper sheet. If the formula is so large, that it does not fit on one paper sheet, the formula is cut.

Answer: This has been discussed via mail with PL. First, the question is whether it is useful or not to cut the formula and to restrict it to one page. Considering the few people which might actually use this feature, this behavior is acceptable and so I proposed to keep the (disabled) behavior we have today. Unfortunately, the current mockups do not consistently describe the status "disabled". Sorry! --ChristophNoack 10:15, 18 August 2009 (UTC)

'Page' is ambiguous, and sometimes it is not clear, what is printed or how "pages" are count. The final spec should contain not only the short tip help but the extended tips too, where a longer description is possible. Also a strict distinction between page ( =format of the document) and paper sheet (=where you print to) is needed.

Answer: I'm with you. I noticed that when I worked on the N-up feature and tried to keep it consistent with the rest of the dialog. If I missed something, please help us to improve - as you already do :-) But sometimes this is really hard, since e.g. "Sheets" are also used in Calc. There are also other problematic terms like "print range" (selection of pages to be printed, description of printable range in Impress and Draw). --ChristophNoack 10:15, 18 August 2009 (UTC)

Regina 21:34, 10 August 2009 (UTC)

Personal tools