To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=58919


User os changed the following:

                What    |Old value                 |New value
================================================================================
                      CC|'freemant,helgekraak,kamat|'crxssi,freemant,helgekraa
                        |aki'                      |k,kamataki'
--------------------------------------------------------------------------------
                  Status|STARTED                   |RESOLVED
--------------------------------------------------------------------------------
              Resolution|                          |WONTFIX
--------------------------------------------------------------------------------




------- Additional comments from [EMAIL PROTECTED] Wed Nov 14 07:51:19 +0000 
2007 -------
>Under no case should blank pages be added to a merge document, unless the user
>has specifically requested it... and there are no such options in any merge
>dialog.  

The reason for blank pages is the fact that the page number corresponds to left
or right pages. As the merge doesn't check whether a page number is used or not
it assigns the starting page number of the source - usually 1 - to the first
page of each resulting merge. The Writer _always_ inserts the blank pages to
fill the gaps between left/left or right/right pages. This has nothing to do
with mail merge. If we wouldn't insert this blank page printing on duplex
printers wouldn't work. You would always get two letter on one sheet.

>If I open a saved, merged document that was a one page form merged with three
>records, I expect three pages.  Instead, I get content, blank, content, blank,
>content.  That is FIVE pages.  When I click on the first page, the page
>indicator says "Page 1/5" when I then click on the only other next page I can
>find, it says "Page 1 3/5"!!  So something is also trying to hide the blank
>pages, making them extremely difficult to remove or even see, and messing up
>the page indicator too.  

That's not messing up anything. In case of "Page 1 3/5" the page indicator shows
that you are at a page with the number 1 that is the third page out of 5.

>I don't see how this really has anything to do with duplex as has been 
>suggested
>in other comments.  In our case, no printer or printer settings are ever set to
>duplex before or after merging a document.  If this problem was created with
>duplex in mind, then the document should have been 6 pages in the above
>example, not 5.
There' no need for a trailing empty page. The printing takes care for it at the
end of the print job.

>And, although this is probably not the appropriate location for the comment-
>there should be a THIRD option in the UI for the merge dialog, "create and open
>new document".  
Which current two options do you mean that need a third option?
>It should be unnecessary to "print" the document to a file, 
>then turn around and manually open the document to look at it.  Simply open up
>a new window with the new, merged document in it.  And that should be set as
>the default option- not printing, not saving to a single file, not saving to
>multiple files.
>If you check user behavior- I bet 90%+ of people will want to look at what they
>merged to make sure it is correct, before printing it.  Currently, this means
>always having to save it out, then having to open it back up again.  And this
<blank page bug is validation as to why users want and need to look at the
>document before printing.
On page 7 of the wizard there's a button to check the resulting document. I
don't see the need to open the resulting document by default after the merge is
done. 

The wizard also takes care for printing the pages correctly. 

Issue resolved as wontfix.


---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to