Created attachment 95578 [details] A test document. We experienced the following issue on Windows Server 2003 x64 with printers connected from a W2k8 printserver. Also reproduced on WinXP. *Independent* of the default printer, the print preview (see attachment) shows partially large spaces between the last letter in a line and the hyphenation dash. If the document is printed, the dashes on the paper are placed *directly* following the last letter (this is what i would the printout expect to be). You might now think this is only a display error. But if the default printer on LO launch is a "HP DeskJet 920c" and in the print dialog "File -> Print" *ANOTHER* printer is selected, then the printout shows the same irregular large spaces between last letter and dash as the preview shows. If the "HP DeskJet 920c" is also uses for printing then the dashes are placed correctly. So the problem only occurs if the "HP DeskJet 920c" is default printer on LO launch and then another printer is used for printing. My guess is, that after selecting another printer some kind of re-rendering the dashes is missing.
Created attachment 95579 [details] A screenshot of the print preview dialog showing the hyphenation dashes.
I think that the problem may come from the language chosen for the printer. On my onw printer, if I choose postscript instead of PDF, it works better from this point of view. Please, could you test on your side ? Best regards. JBF
(In reply to comment #2) Hello JBF, > I think that the problem may come from the language chosen for the printer. Indeed, this is a point I did not take into consideration. I will take care on this. > On my onw printer, if I choose postscript instead of PDF, it works better > from this point of view. > Please, could you test on your side ? What language setting do you mean? Printer driver language (then the GUI language or the communication language?) oder somewhere in LO settings? Do you mean "PCL" instead of "PDF"? On the "HP DeskJet 920c" driver I neither can see any option to choose the printer language nor a hint on what language is actually used. Any idea how to find out? In the meantime I also experienced the same behaviour with other printers too (but not all. Always when printer X is default printer on LO launch and in print dialog printer Y is used for printing. Combination 1: X: Printer : "HP DeskJet 920c", Drivername : "hp deskjet 920c", Driverversion: 6.1.7233.0, Language : <unknown> Y: Printer : "Toshiba e-Studio 2540cse", Drivername : "TOSHIBA Universal PS3", Driverversion: 7.106.3048.0, Language : PS3 Combination 2: X: Printer : "Brother HL-1240", Drivername : "Brother HL-1240", Driverversion: 6.1.7233.0, Language : <unknown> Y: Printer : "Toshiba e-Studio 255", Drivername : "TOSHIBA Universal PS3", Driverversion: 7.106.3048.0, Language : PS3
To select the "Printer language type" I do what follows: 1/ choose the LibreOffice dialog for print dialog : Menu Tools > Options > LibreOffice > General 2/ In menu File > Print > Tab General -> click the Properties button then choose the tab Device Best regards. JBF
(In reply to comment #4) To avoid misunderstandings: I'm talking about LO 4.2.3.3 on Windows, not Linux. Do you also talk about Windows? > To select the "Printer language type" I do what follows: > 1/ choose the LibreOffice dialog for print dialog : Menu Tools > Options > > LibreOffice > General There the option name says: "Open/Save dialogs" and for what i can see it does exactly what ist says - only change the dialogs for fileopen and filesave. I *cannot* find any option "LibreOffice dialog for print dialog". > 2/ In menu File > Print > Tab General -> click the Properties button On Windows this action opens the dialog, that is created by the *printer driver* so the settings, tabs and options you see vary between printers and driver versions. > then choose the tab Device For my printer/driver/version neither a tab "Device" is displayed nor can i find an option to change the language elsewhere. What printer/driver/version are you talking about?
(In reply to comment #5) > > To avoid misunderstandings: I'm talking about LO 4.2.3.3 on Windows, not > Linux. Do you also talk about Windows? Linux > > > To select the "Printer language type" I do what follows: > > 1/ choose the LibreOffice dialog for print dialog : Menu Tools > Options > > > LibreOffice > General > > There the option name says: "Open/Save dialogs" and for what i can see it > does exactly what ist says - only change the dialogs for fileopen and > filesave. I *cannot* find any option "LibreOffice dialog for print dialog". You probably need to activate Experimental functions in menu Tools > Options > LibreOffice > Advanced Best regards. JBF
(In reply to comment #6) > Linux OK, maybe this explains differences. > You probably need to activate Experimental functions in menu Tools > Options > > LibreOffice > Advanced In case you meant "Enable experimental features", i dit so. But this had neither an effect on the still missing option "Printer language type" nor on the options displayed when clicking the tab "General" and button "Properties..." I think you should test this yourself also using windows.
I can confirm that in the print preview window for Adobe PDF printing (default printer), I get the same effect as in the screenshot attachment 95579 [details]. But when I print to PDF, the hyphens are ok like in the document. Previewing a physical printer (HP Laserjet 700 MFP M775), the hyphens are drawn too much to the left, going a bit over the letters. I will boldly go and set this to NEW. Win 7 64-bit Version: 4.5.0.0.alpha0+ Build ID: 772befa08f02b08da1ab493896a0744bc73781c7 TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-11-23_22:39:02
Severity should not be major, so changing. Check this chart: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.4 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-12-20
Tested the attached document (attachment 95578 [details]) with LO 5.1.5.2 (x64) on Windows 7: The behaviour is the same with *any* of our available printers (different Brothers, different HPs, different Toshibas). Sadly the HP DeskJet 920c does not exist any more so that i was unable to test with this particular device. The above lets me now conclude, that while creating the original test document, some special (erroneous) information that came from the printer/driver was stored into the document. IMHO storing default printer/driver related information into a document should never be the case. I was unable to test if the supposed storing of printer/driver information is still the case on newly created documents with LO 5.1.5.2 (x64).
setting WORKSFORME due to having never experienced this bug in the last 4 tested versions. latest was Version: 5.1.4.2 (x64) Build-ID: f99d75f39f1c57ebdd7ffc5f42867c12031db97a CPU-Threads: 2; BS-Version: Windows 6.1; UI-Render: Standard; Gebietsschema: de-DE (de_DE)