Description: Vertical writing. Unlike the display, some characters are rotated. ＜(U+ff1c)＞(U+ff1e)≪(U+226a)≫(U+226b) Steps to Reproduce: 1.Page Style - Text direction : Right-to-left(vertical) 2.Input ＜(U+ff1c) any charactors. 3.Print Actual Results: Some characters were rotated in the print. Expected Results: I want the output to be as displayed Reproducible: Always User Profile Reset: No Additional Info: Version: 7.4.3.2 (x64) / LibreOffice Community Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 CPU threads: 12; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded
Created attachment 184150 [details] SampleFile
Created attachment 184151 [details] Windows 11 Printing Image IPA P Gothic Rotate HIRAGANA KATAKANA other
Created attachment 184152 [details] Windows 10 Printing Image
Please provide a PNG image of the expected layout next to the actual layout, use a screen clip and highlight. Please use the Windows snipping tool, or simialr, to obtain and highlight. Also, is your concern with the format in the PDF (as you attached), or when printed to a printer?
Created attachment 184170 [details] Screenshot Writer on windows11 and yesterdaypdf(print image)
Created attachment 184171 [details] printpreview
Created attachment 184172 [details] print dialog
Created attachment 184173 [details] Scanned printed paper inkjet printer Canon iP4830
(In reply to V Stuart Foote from comment #4) > Please provide a PNG image of the expected layout next to the actual layout, > use a screen clip and highlight. Please use the Windows snipping tool, or > simialr, to obtain and highlight. > > Also, is your concern with the format in the PDF (as you attached), or when > printed to a printer? Yesterday's PDF was created with pdf printer. Why is the output not as shown in the print preview or print dialog?
[Automated Action] NeedInfo-To-Unconfirmed
Can not confirm with current nightly against 7.6.0. I can't spot an exact patch in gerrit but Khaled has done a lot of work recently on the hb font handling for PDF export. Now looks like all the CJK brackets are correctly rotating to the vertical variant--on Windows at least. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9b46020c262045aed0beace4708565235c2523cc CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded The issue appears to be PDF export only, with OP testing with 7.4.3 but showing OK print previews. For me the rotated bracket vertical alternates in PDF export work correctly with a build of Nightly against 7.6.0; or if I use a ghostscript based "print to PDF" print path. So, please retest PDF export with current nightly build found here: https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb77-TDF/ Then install in parallel [1] You can also check for font/LibreOffice support of the full set of rotated alternates as listed in ICU UAX #50 [2] =-ref-= [1] https://wiki.documentfoundation.org/Installing_in_parallel/Windows/ja [2] UAX 50 -- http://www.unicode.org/reports/tr50/
Created attachment 184174 [details] screen clip of sample doc (attachment 184150 [details]) opened in LO 7.4.3.2 and then exported to PDF, clip from Adobe Acrobat Seems correct for me with LO 7.4.3.2, though all three fonts showed they'd received system font fall backs for this install. So is this maybe a font issue for OPs system--partial font? Or a bracket glyph without the vertical alternates (that seems unlikely). Version: 7.4.3.2 (x64) / LibreOffice Community Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
(In reply to V Stuart Foote from comment #11) > The issue appears to be PDF export only, with OP testing with 7.4.3 but > showing OK print previews. No. This issue is only for printing. [Export As PDF...] does not have this issue. LO7.6.0 doesn't seem to change this issue. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9b46020c262045aed0beace4708565235c2523cc CPU threads: 12; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded
So vcl canvas, print preview, and seemingly LibreOffice export to PDF--are all correct on your systems. Issue is with your print queue (Canon iP4830). Or print to PDF--a ghostscript based software printer, looks like PDF24 for attachment 184151 [details] and attachment 184152 [details]. Do you get same result using the Microsoft built-in "Microsoft Print to PDF" printer, it should be available on your systems? When I use the MS Windows built in 'Microsoft Print to PDF' printer the brackets all rotate to vertical variant (both 7.4.3 and master against 7.5); but again the font embedded shows as CID-keyed fallbacks since I don't have the fonts of the original test document (attachment 184150 [details]). Other than trying the Microsoft provided PDF print, does changing from Vulkan rendering to Skia software (frame based) rendering change the printing of the rotated alternate brackets?
Created attachment 184188 [details] Microsoft Print to PDF
Noto Sans JP' is garbled in 'Microsoft Print to PDF' and other applications. Turning Skia off does not change this.
Created attachment 184190 [details] Microsoft Print to PDF
@Khaled, Kevin -- I'm stumped on this. Internally OP shows we are good to canvas, good to print preview, good on LO export to PDF But on print to PDF (ghostscript or Microsoft's internal), and apparently some print PPDs, omit the vertical alternate glyphs for some--not all--glyphs. A font issue? Which I can't test too deeply, wrong locale and missing fonts--so I'm getting fallback for the CID-keycodes anyhow, but I'm not seeing any incorrect glyphs for the brackets in vertical mode text as I print to PDF. Likewise no issue when I print to a Brother HL-6200DW laser printer.
Reproduced in: Windows 11 Enterprise Evaluaton (on Virtualbox) Version: 7.4.3.2 (x64) / LibreOffice Community Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 CPU threads: 4; OS: Windows 10.0 Build 22000; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: ja-JP Calc: threaded It was reproduced by the following steps: 1. Open Sabro-san's SampleFile 2. Choose menu [File]>[Print] 3. Choose "Microsoft Print to PDF" in "Printer" of "Print dialog" 4. Open PDF file
Created attachment 184269 [details] Output result of Microsoft Print to PDF When I open the output PDF, the display is different in Adobe Reader, Edge and Firefox. Text rotates in Firefox, but garbled otherwise
> When I open the output PDF, the display is different in Adobe Reader, Edge > and Firefox. Text rotates in Firefox, but garbled otherwise Sorry, I made a mistake in my comment. Text rotates in Edge, but garbled otherwise.
Created attachment 184334 [details] Font(VL Gothic) Microsoft Print to PDF VL Gothic(2022-06-12) rotate "（" U+FF08 , "）" U+FF09