Printerpullpages/String Reviews

From Apache OpenOffice Wiki
Jump to: navigation, search

This page is part of the CWS printerpullpages. It is meant for the string reviews and discussions concerning the translation.

2009-08-25 String Review by Sophie (French Translation)

Sophie - one of the language team representatives - had been asked to have a look on the strings concerning potential translation issues. Although Philipp implemented basic layouting capabilities for the dialog, the given information is very valuable. Thank you so much, Sophie!

Comment by Sophie: I based my feedback on the current design mockup and Liz comments. Please keep in mind that it's based on FR strings which are not the longest (I think pt-BR is longer)

  • Writer:
    • General Tab : [Print to file...] button, FR language will need 25 characters to display the complete string, so the button has to be quite large
    • Page Layout Tab : [Pages per sheet] string, FR language will need 18 characters to display the string, I fear that the space is to short to display the last characters (this is also on the other module Page Layout Tab).
  • Impress / Draw: if Brochure printing is enabled, there is this string displayed at the bottom of the dialog: [Note: Disable brochure printing to change the size setting.] This string will request 77 characters in French and may be 2 rows.
  • Calc: Page Layout Tab : [Left to right, then down] drop down list, this string will take 37 characters in French. But it should not be an issue as the drop down list is quite large.

2009-08-13 String Review by Liz (Formulation)

A string review of the English text has been made by Liz - thanks a lot! Additional proposals have been added to improve the meaning of several string. The current intermediate result has to be reviewed again. Until then, there won't be any updated mockup for "Current Design Mockup".


Source Current Status Proposal Questions and Replies
Liz Kept Proposal (optional) to change "Printer Details" to "Details"
  • Will be kept unchanged, since the group title is a bit far away - so this won't hurt (hopefully). --ChristophNoack 20:53, 24 August 2009 (UTC)
Liz Undecided The sub-group name "Thereof print" seems to be an issue because of the mixture of nouns and verbs. Liz proposed "Withing the print range, print:".
  • @Liz: What about "Within range" (shorter), because then we would be able to re-add the group line? --ChristophNoack 20:53, 24 August 2009 (UTC)
  • EM->CN: I think that will work esp if it is visually clear that it is a subgroup of the part above it. (Aug 26)
Liz Accepted Proposal to change "Print Page Preview" to "Preview"
  • Funnily, there there is nothing like a "Print Page Preview" in my the wiki secton "Definitions". So I'll change that to "Print Preview" (wiki pages will get updated, too). --ChristophNoack 20:53, 24 August 2009 (UTC)
Liz Undecided Proposal to change the group name "Print", since it is inconsistent with the rest of the dialog (verb vs. nouns). And it seems to be ambigious.
  • @Liz: How about "Printout", since "Contents" is already used elsewhere... --ChristophNoack 20:53, 24 August 2009 (UTC)
  • EM->CN: "Printout" is at least a noun so it is better, but something still is not perfect. It is only for hard copy (e.g. not print to file) so is this okay or not? Anyone else with an opinion? (Aug26)
  • @Liz: I thought about it again and I'm still uncertain - basically both the items relate somehow to "Contents":
    • "General" does more relate how the data is presented (Writer: no document text, only notes; Impress: Handouts - which rather defines how the data is printed instead of adding/removing data).
    • " ApplicationName" does allow fine grained (rather object specific) control
    • Does this help anyhow? --ChristophNoack 21:49, 30 August 2009 (UTC)
Liz Accepted Proposal to change button caption "Print to file..." to "Print to File...".
Liz Undecided Proposal to remove "right pages / left pages" from "Include, because it won't work for RTL text direction.
  • Regina noticed that, too (some days before). Personally I would like to make "front sides / back sides" a bit more self explaining. @Liz: How about "Front sides / odd pages" and "Back sides / even pages" (or is it required to say e.g. "odd-numbered")? --ChristophNoack 20:53, 24 August 2009 (UTC)
  • em->CN: Best would be "Front sides (odd-numbered pages)" and "Back sides (even-numbered pages)" (Aug 26)
  • @Liz: I just noticed how funny "odd pages" is - being a bit boring. Concerning your proposal, is it okay to say "Front sides (odd numbers)" and "Back sides (even numbers)"? Otherwise the strings would be really long... --ChristophNoack 16:57, 30 August 2009 (UTC)


The reviewed mockup including Liz' comments and additional markups to highlight the comments. Sorry for the quality, since I changed to a JPG to reduce its size.

2009-08-13 PrintDialog StringReview byLiz AddedMarkups.jpg

String Review by the Community (Formulation)


Everybody can join the discussion below...

Source Current Status Proposal Questions and Replies
Christoph New Change "Add blank pages for page breaks" to "Add blank pages for page breaks automatically". From my point it isn't clear that only some page breaks are affected. Originally I had something like "for certain page breaks" which isn't clear enough.
  • @Liz: Does the added "automatically" improve the understandability? --ChristophNoack 20:53, 24 August 2009 (UTC)
  • EM->CN: Not really. We need to think this through more. (Aug 26)
  • @Liz: Today I've learned that the pages are already there during the normal document editing, but usually "invisible" to the user - there is a discussion on de-users, Thread "... Deaktivieren von Automatisch eingefuegte Leerseiten drucken...". The blank pages get counted (can be seen in the status bar) and shown in "facing pages" view mode.
    • Original formulation (OOo 3.1): "Print automatically inserted blank pages"
    • Maybe better (just an idea for some brainstorming): "Print blank pages automatically inserted for book layout"
    • If we find nothing really better, then I'm fine with the original formulation... --ChristophNoack 19:15, 31 August 2009 (UTC)
Christoph, Jörg New Writer: Added/changed drop-down entries for Notes, since there was no proposal yet. The current proposals for "Notes" are:
  • None (document only)
  • Notes only
  • List at the end of document
  • List at end of page
  • @Liz: Okay? --ChristophNoack 20:53, 24 August 2009 (UTC)
  • EM->CN: does "List at the end of document" make them into "end notes"? In both cases, you can't sometimes use the article and at other times not use it, so: List at the end of the document, List at the end of the page, but now it is really long. There is also the problem of "List" being ambiguous (N/V). I've got to think about this more to come up with a better solution. Maybe "move", or "place" or "put"? (Aug 26)
  • @Liz:
    • Good point, no, there is no relation to "end notes" since it is some kind of meta data (reviewer notes) which are printed at the end of the document. The "end notes" are already part of the document.
    • If we decide to go for some "descriptive" entry, then "place ..." looks fine to me
    • By the way, there is also an issue for that created by jsk at Issue 104314 . The original issue discussed different list box entries which were not part of the spec, nevertheless... --ChristophNoack 19:19, 31 August 2009 (UTC)
Regina, Christoph New Changed "Distribute on multiple pages" to "Distribute on multiple sheets", since we may better refer to "sheets" when thinking of physical paper sheets. A similar naming has been used on the "Page Layout" tab page. Unfortunately, this is different to the currently used string and also difficult to understand with regard to Calc (worksheet vs. paper sheet). And, in Impress there also is "Slides per page" for the handout printing. Personally, I'm fine with "...multiple pages" here, since we won't be able to provide a clean solution. Discussion on main printerpullpages talk page.
  • @Liz: What do you think? --ChristophNoack 20:53, 24 August 2009 (UTC)
  • EM->CN: Maybe...Distribute on multiple sheets of paper (Aug 26)
  • @Liz: Is "Distribute on multiple paper sheets" sufficient? If yes, then we could use "paper sheets" in other places, too.
Regina New Draw/Impress: Changed "Size: Tile pages" to "Size: Tile slides" for Impress. This has been a mistake.
  • Should be okay without an additional review. --ChristophNoack 20:53, 24 August 2009 (UTC)
  • EM->CN: Yup, OK. (Aug 26)
Christoph Undecided Writer: Changed option "Graphics and diagrams" to "Pictures and drawings". "Pictures" improves consistency, the former "diagrams" has simply been wrong.
  • @Liz: Okay? --ChristophNoack 20:53, 24 August 2009 (UTC)
  • EM->CN: good improvement (Aug 26)
  • Todo: Changed back to "undecided", since the current term "pictures" does also refer to all kinds of OLE objects - not only inserted pictures. More info in Issue 104312 . --ChristophNoack 19:18, 30 August 2009 (UTC)
Regina 15:03, 25 August 2009 (UTC) Undecided On Writer, Tab "Options" there is the checkbox "Reverse page order". It should be "Reverse paper sheet order". Reasons: The option is needed for manual duplex printing and is not only applied to normal print but also to brochure printing. In the latter case one paper sheet carries pages from start and from the end of the document and you do not want to alter this order, but the order of the paper sheet stack. For example, you print the front of the paper sheets with pages 16/1 14/3 12/5 10/7 with face down. Then the top empty back sheet it that with 10/7. Thereon the pages 8/9 must be printed, but normal print order would print pages 2/15 next. Therefore you must reverse the paper sheet order either for the front print or for the back print.
  • @Regina: Currently the name states what it does - it only reverses the sheet order. If this is not desired, then the "logic" has to be changed to match the expectations. I have created an issue at Issue 104662 to discuss that. --ChristophNoack 19:15, 31 August 2009 (UTC)
Regina 15:15, 25 August 2009 (UTC) Kept The module specific tab has the title " Calc", for example. I see no reason to put "" in that place. I thought that the whole dialog is that dialog, which is independent of the operating system and depends only on the vendor. Therefore I would expect "" or "StarSuite" for example in the title bar of the whole dialog to distinguish the dialog from dialogs provided by the operating system.
  • @Regina: The reason for that name is given on the printerpullpages main wiki page. We did go for that since the document type like "Presentation" could be misleading, so we went for the application name. There has been a decision some years ago to use the full name to better separate the applications (e.g. title bar, options dialog). An other alternative could be to use a generic name like "Document", but then the users may not notice the very different content among the applications. --ChristophNoack 16:42, 30 August 2009 (UTC)
Regina 15:33, 25 August 2009 (UTC) Accepted On tab " Impress" and " Draw", section "Size". "Tile pages" is misleading because of the plural "pages". This feature repeats one slide/page on the paper sheet, if the slide/page is smaller than the paper sheet. The plural leads to the wrong assumption, the feature would do a kind of N-up, filling the paper sheet with slide/page 1,2,... till it is full. Proposal "For small slide/page tile paper sheet with repeated slide/page." or shorter "Tile paper sheet with repeated slide/page". In addition be careful to distinguish slide/page for Impress/Draw.
  • @Regina: Well observed :-) Thank you! --ChristophNoack 16:42, 30 August 2009 (UTC)



<Date> Placeholder

This section is used as a placeholder for future string reviews - please copy it and remove this comment. Thanks!



Source Current Status Proposal Questions and Replies
Source Current Status (New/Undecided/Accepted/Kept) Proposal Questions and Replies


(if any...)

Personal tools