Writer printing problem

users
#1

Hello,

After a very disappointing experience using the LibreOffice Forum at the
'ask' part of the LibreOffice site, I will try this forum for help.
This is my problem using Writer:

When printing a part of a Writer document and being somewhere in this
document, it always jumps to the first page after giving the 'print' command.
This only happens when I want to print a particular page or pages.
It does not happen when I will print the complete document.
I find this very annoying and hope that someone on this forum can help me
out here.
I am using Windows 7 64 bits Home Premium.
Thanks in advance,
Joe.

#2

Are you saying you are on page 5 and you print page 5, but then LO moves you to viewing page 1?

Which version of LO are you using? 4.1.4? 4.2.0?

I see that happening in 4.1.4 [Ubuntu 64-bit], since I checked. I was on page 4 of a 40+ page document. I had to type in page 4 for the page to print [no print current page command]. That page printed and then the displayed jumped me to page 1.

I do not remember this happening with 4.0.6. I went from that to 4.1.4.

YES, that is a major problem for people editing specific pages of a large document and having to go back to the page they are working on from page one. It would bother me big time.

It would be nice to see "print current page" as an option, like the other packages do - say like the PDF file viewers do on Ubuntu. I have not checked this out on Windows though since Ubuntu and Windows options can be a little different.

#3

Kracked_P_P---webmaster <webmaster <at> krackedpress.com> writes:

Are you saying you are on page 5 and you print page 5, but then LO moves
you to viewing page 1?

Which version of LO are you using? 4.1.4? 4.2.0?

I see that happening in 4.1.4 [Ubuntu 64-bit], since I checked. I was on
page 4 of a 40+ page document. I had to type in page 4 for the page to
print [no print current page command]. That page printed and then the
displayed jumped me to page 1.

I do not remember this happening with 4.0.6. I went from that to 4.1.4.

YES, that is a major problem for people editing specific pages of a
large document and having to go back to the page they are working on
from page one. It would bother me big time.

It would be nice to see "print current page" as an option, like the
other packages do - say like the PDF file viewers do on Ubuntu. I have
not checked this out on Windows though since Ubuntu and Windows options
can be a little different.

'Are you saying you are on page 5 and you print page 5, but then LO moves
you to viewing page 1?'
Yes, that is exactly the case.

'Which version of LO are you using? 4.1.4? 4.2.0?'

I am using version 4.1.4.2. I am not aware of a version 4.2.0.
Perhaps that is a version for other than Windows O.S.?

But I am glad that somebody confirms this problem in Writer.
On the LO forum of the LO site: no response....

#4

I am using a Mac and LO 4.2.0.4
LO stays on the page printed, but and I think this is what you also find,
the Print menu reverts to page one.
If so, I don't think this is an LO problem as the print routine does this
whatever application you are in.

Tink.

#5

This might be connected with the fact that the print menu does not "display" a thumbnail of the current page you are on, in the print dialog [4.1.4 Ubuntu]. This is not the case with other packages, and I do not remember if this was the case with the 4.0.6 version.

So if the thumbnail in the print dialog defaults to page 1 and not the current page, that may be connected to which page is "bookmarked" in the system to go back to when done with printing.

You use to be able to, for Ubuntu, choose from two print dialog menus, "standard and LO. I had to choose LO's dialog to fix some duplex printing issues for an earlier version. Now you only had a choice whether or not you want to use the "standard" or the LO dialogs for the load/save options. That printing dialog choice was on Ubuntu, but not Windows.

Hopefully, this "bug" will be fixed in the later 4.1.x versions and the print menu display would show the current page with the 4.2.x line. That would be ideal for me. I am waiting for a later version of 4.2.x before I upgrade to it from the 4.1.x line. I went from 4.0.6 to 4.1.4 and jumped over the earlier 4.1.x versions. This is my habit to wait with the current line's .4 to .7 till the new line gets to .4 or .5, most time that is.

#6

Hello,
     LibreOffice 4.1.4 is considered a "stable" version of LibreOffice. 4.1 has been around for a while, and 4.1.4 is the most recent "minor" update. LibreOffice 4.2 is considered a "fresh" version. It was recently released, and the first version of its kind. Believe it or not, there is also LibreOffce 4.3 alpha, a version in development. There is a possibility that the bug has been fixed in those builds. I was unable to confirm the bug on Windows 8, so maybe the issue is operating system-specific. Are you able to confirm the bug in any of these versions?
To get LibreOffice 4.2, go to: http://www.libreoffice.org/download/?type=win-x86&lang=en-US&version=4.2.0
(You do *not* need the help pack if you don't want it. All you need is the main installer.)
WARNING: This *will* override your current installation of LibreOffice 4.1.4!
To get LibreOffice 4.3 (development version), download the following file by clicking the link: Because it is a development build, this *will not* override your current installation. It will install as LibreOfficeDev.
Simply double a downloaded file to open the installer.

I hope this helps!

Regards,
xmlhttprequest.open@gmail.com

#7

Hi Joe,

I tested Version: 4.1.4.2
Build ID: 0a0440ccc0227ad9829de5f46be37cfb6edcf72 on XP/SP3
with a selected part of a text and printed it. I also printed a page in the middle of a several page long document. In both cases Writer did not change cursor position, same part of the document remains on screen before and after printing

May I ask you to publish the link of your question to the AskLibO forum here?

ROSt52

#8

It moved me to the first page, on 4.1.4 64-bit Ubuntu version.

I have not tested it on Win7 and 4.1.4 and 4.2.0.4, since I have been working on fixing a backlog of 4 2005-2007 era systems given today to be out the door ASAP.

#9

Joe Alders wrote

After a very disappointing experience using the LibreOffice Forum at the
'ask' part of the LibreOffice site, I will try this forum for help.

This is the related AskLO thread:
http://ask.libreoffice.org/en/question/28581/document-in-writer-always-jumps-to-first-page-after-printing-command/

I sympathise with your plight Joe, but it is incredibly difficult to
troubleshoot printing problems as there is a lot more than just LO involved.
It is important when asking questions on AskLO to provide as much detail as
possible i.e., for a printing-related issue, the printer make/model, the
driver being used, whether the printer is local or on a network (and if
network, the protocol), the printer language (PDF or PostScript), and so on.
This helps others attempt to reproduce / narrow down the issue.

I can't reproduce the issue here under Debian v7.3.0 x86_64 using v4.1.4.2
Build ID: 0a0440ccc0227ad9829de5f46be37cfb6edcf72 when printing to a HP
LaserJet 4050TN via CUPS v1.5.3 (IPP connection) using Printer Language Type
of either PDF or PostScript (from driver). There are reports in this thread
of it working as expected for MacOS+LOv4204, WinXPSP3+LOv4142, and in the
AskLO thread for Win7x64+LOv4152, but nothing exactly matching your setup of
Win7x64+LOv4142 (and no printer details are offered by anyone). The report
in this thread of a similar issue for Ubuntu+LOv4142 does not indicate the
source of LO, but it is possibly PPA, so difficult to reconcile with
behaviour of website-sourced copies.

Best wishes, Owen.

#10

my experience is same as described by manj on the above link. i.e, libreoffice is going back to the page where the cursor is. when i open an odt file, by default it is opened in the first page. after going to the print option and printing, say page no 4 (as described by manj), libreoffice is going back to page no 1. scrolling to page no 4 and printing will behave in the similar way. but if i click on the page no 4 and then print it, it remains on page no 4. is it behaving differently for others? using LO 4.1.3.2 in xubuntu 13.10.

regards,

som

#11

I can reproduce the printing "issue" of it skipping back to the first page instead of where you started the printing at, i.e. page 5 or 6.

I am using Debian 64-bit downloaded from LO running on a Ubuntu 12.04LTS system.
I have several printers installed - Epson Aritsan-810, Canon MG5400, Canon MG6200, HP Officejet 7000, HP Laserjet 2300, and Cups PDF printer [which is the default pinter]. All are network printers, not USB connections. I use the Postscript driver option[s] if available.

I tested it by printing to the HP Laserjet 2300dn

So why do I reproduce the issue on Ubuntu 12.04LTS OS with the 64-bit 4.1.4.2 version
[build - Build ID: 0a0440ccc0227ad9829de5f46be37cfb6edcf72],
but your Debian 7.3.0 OS does not reproduce it?

That is weird. Could there be some OS variant involved here? Same DEB version of LO but different Debian based OSs reproduce it differently?

Owen, could there be that much difference with the two Debian based OSs to cause the different reproduction of the issue, yes on mine and no on yours?

I run Ubuntu 12.04LTS with MATE [1.6.0] as the default desktop environment. Which d.e. are you using for your Debian OS?

If it is OS based determination, of whether or not the issue shows up, will be even harder to sort this issue out for a bug fix.

#12

Five and a half years ago, I had a question, two actually, about side
notes and footnotes.

The question on footnotes was this: can footnotes be placed in two
columns when the text is in a single column?

Then side notes: Is there a workable option to have side notes rather
than (or in addition to) footnotes? A good soul by name of Andrew came
up with using fields, but it appeared to be time-consuming to add them.
There were also discussions about frames and tables, but as a non-techie
I got lost in some of the details.

In the intervening period, I thought perhaps there might have been some
progress on these questions in LO development. And maybe I've learned a
bit as well.

Thanks,
Randal

#13

krackedpress wrote

So why do I reproduce the issue on Ubuntu 12.04LTS OS with the 64-bit
4.1.4.2 version [build - Build ID:
0a0440ccc0227ad9829de5f46be37cfb6edcf72], but your Debian 7.3.0 OS does
not reproduce it?

That is weird. Could there be some OS variant involved here? Same DEB
version of LO but different Debian based OSs reproduce it differently?

Owen, could there be that much difference with the two Debian based OSs to
cause the different reproduction of the issue, yes on mine and no on
yours?

Yes, this behaviour is odd, but not unheard of, even between two relatively
close flavours of GNU/Linux. There are a lot of packages in linux and it
would probably take someone more well versed in the intricacies of the
printing sub-system than I to determine what might be an influencing factor.
Under Windows it could be something as simple as not entering the user name
(to preserve cursor position), although that is a guess on my part.

krackedpress wrote

I run Ubuntu 12.04LTS with MATE [1.6.0] as the default desktop
environment. Which d.e. are you using for your Debian OS?

I am currently running LXDE (as a trial) with several parts hacked out and
others grafted in (the relationship is not going well). FWIW I get the same
result under Crunchbang 11 x86_64 (basically Debian v7.x + Openbox) using
v4.2.0.4 Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71. Position
remains set at the cursor, before and after printing.

Best wishes, Owen.

#14

Hi :slight_smile:
If it's not been done already then it might be worth posting a fresh
new bug-report about this but using the LibreOffice bug-tracker rather
than the AOO one.

LO develops far faster and code clean-up has fixed things or smoothed
things out without anyone directly focussing on some of the fixes that
have just 'magically' happened. So, now it's difficult to know if
long-running bugs really do still exist and worth spending time on.

As i understand it there are people going through long-running bugs
but it's painfully slow and boring. So, we need to free-up those
people by just reposting long-running bugs from OOo that we notice
still exist in LO to give them even just 1 or 2 less to run through
Quality Assurance techniques with.

Regards from
Tom :slight_smile:

#15

I think Frames would be the best answer to both problems. A Frame can
be set up to have two columns, for instance, and there is one that
would work well for side notes too I believe.

#16

The solution I got earlier was to insert Fields into the frames, but it
was a convoluted process that would not appear to be workable for a
large file of, say, hundreds of pages. Or would it?

#17

Have you looked at creating a Page Template that contains the fields
and frames you need?

#18

No, but would that solve the many steps required to insert data through
the Fields option? From what I gathered, each time the user would have
to go through multiple steps to insert a note. Or am I missing
something?

#19

Well, what I am talking about is the page layout part of this, not the
adding a footnote part. For instance, a frame that is set for two
columns would address your desire to have two columns of footnotes on
a page that otherwise was only one column. And the Marginalia frame
might address your desire for something on the side. You would still
need to insert the notes, but this would let you control where on the
page they show up.

#20

Correct, I think I follow. Question is if frames would be same size on
each page.

But the process to insert the notes still would be something of a
hassle, no?

Thanks!