[Libreoffice-ux-advise] [Bug 144978] Decimal point - Should not be dependent of language
https://bugs.documentfoundation.org/show_bug.cgi?id=144978 --- Comment #12 from S.Zosgornik --- (In reply to Mike Kaganski from comment #11) > Are you talking about the same thing? (I doubt that - or I misunderstand > someone.) I merely speak about the input method as the OP reported. Of course the provided option covers 95+ percent of cases but take the case an UK citizen wants to write an offering for the European main land or vise versa. Neither the system defaults nor LO's locale settings would provide the comma to him. And as I said, the provided option is non-intuitive while another drop down menu with - System Default - Comma - Dot would be self-explaining and optically stay in style with the other elements of the Language tap. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145072] wrong page count after title page
https://bugs.documentfoundation.org/show_bug.cgi?id=145072 --- Comment #4 from Dieter --- (In reply to kubbugrep from comment #3) > But your comment b) is not correct, since there are only 6 pages in total. > Therefore according to your comment a) the total number of pages must not > exceed 6, without the unnumbered title page even 5, but never 7. That's the old problem, that LO inserts (invisible) blank page (see bug 117231) -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145072] wrong page count after title page
https://bugs.documentfoundation.org/show_bug.cgi?id=145072 kubbug...@yahoo.co.jp changed: What|Removed |Added Summary|wrong page count after |wrong page count after |ttile page |title page -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145072] wrong page count after ttile page
https://bugs.documentfoundation.org/show_bug.cgi?id=145072 --- Comment #3 from kubbug...@yahoo.co.jp --- Your comment a) is absolutely correct and I would also agree, that the best would be an option whether to include non-numbered title pages(s) in the total page count. But your comment b) is not correct, since there are only 6 pages in total. Therefore according to your comment a) the total number of pages must not exceed 6, without the unnumbered title page even 5, but never 7. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145072] wrong page count after ttile page
https://bugs.documentfoundation.org/show_bug.cgi?id=145072 Dieter changed: What|Removed |Added Blocks||114039 CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org Whiteboard| QA:needsComment| Keywords||needsUXEval See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=71 ||583 --- Comment #2 from Dieter --- Attached document has two fields on each page from page two on a) Page Number => it starts with 1 on second page, because first page is title page (expected) b) Page Count => it shows the total number of pages and therefor includes title page (exected) Si I would say, that there is no bug but perhaps there should be an option to adjust page count in the fields dialog (tab document -> type "statistics") cc: Design Team for further input and decision Perhaps a duplicate of bug 71583 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=114039 [Bug 114039] [META] Field dialog bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144948] Copy/paste doesn't include the page style (landscape mode) for the first page
https://bugs.documentfoundation.org/show_bug.cgi?id=144948 Dieter changed: What|Removed |Added Blocks||108576 Whiteboard| QA:needsComment| CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #2 from Dieter --- I confirm this with Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 273a25c796fca9afa0dfadac57dc3f336831221c CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL But you can reduce the problem: 1. Open a new document and set page style to landscape 2. CTRL+A 3. CTRL+C 4. CTRL+N 5. CTRL+V Actual Results: Page orientated portrait Expected Results: Landscape (as source) So question is, if it is expected to copy page style (of the first page) I would sa yes, but let's also ask design team Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108576 [Bug 108576] [META] Writer page style bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145351] Please make the visual indicators of breaks more practical
https://bugs.documentfoundation.org/show_bug.cgi?id=145351 --- Comment #4 from Adriano --- @phv: I don't think it will be too much information overloading the text. Users won't normally see formatting marks if they don't specifically enable this. As for advanced users, they *need* to see them, to be able to correctly format a document. As for me, I correct documents resulted from OCR scan of old, low quality printed pages. Anyone that ever did this knows there's stuff to correct and clean after the OCR scan. And if I enable Writer to show non-printable characters and formatting marks, I want them clearly marked and visible. -- You are receiving this mail because: You are on the CC list for the bug.