[Libreoffice-ux-advise] [Bug 144165] Highlight the current line in Writer?
https://bugs.documentfoundation.org/show_bug.cgi?id=144165 V Stuart Foote changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists | |.freedesktop.org, | |vstuart.fo...@utsa.edu | Status|RESOLVED|CLOSED -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144165] Highlight the current line in Writer?
https://bugs.documentfoundation.org/show_bug.cgi?id=144165 --- Comment #9 from tor...@yahoo.com --- (In reply to Gerhard Weydt from comment #4) > Also for WF. Another trick to see where the cursor is would be to switch on > the background colour. ● What does ‘switch on the background colour’ mean? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144165] Highlight the current line in Writer?
https://bugs.documentfoundation.org/show_bug.cgi?id=144165 --- Comment #8 from tor...@yahoo.com --- (In reply to Heiko Tietze from comment #6) > We discussed this topic in the design meeting and recommend to not > implement. Writer is meant to be WYSIWYG. ● ‘What you see is what you get’ does not apply at the editing stage: you ‘see’ the cursor when you edit, but you don't ‘get’ it in the document; you ‘see’ the blue background of your edit window, but you don't ‘get’ it in the document; you ‘see’ a string highlight (eg, in a search), but you don't ‘get’ it in the document. Same for the currentLine: you will ‘see’ it (easily, thank-you very much!), but you won't ‘get’ it in the document. So, ‘changing the line color’ during editing does not ‘contradicts this effort’. > Text editors provide this functionality very well. ● Right. So, you are telling LO users to go and use their favorite text editors if they want to enjoy this functionality… -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144165] Highlight the current line in Writer?
https://bugs.documentfoundation.org/show_bug.cgi?id=144165 --- Comment #7 from tor...@yahoo.com --- (In reply to Heiko Tietze from comment #2) > (In reply to TorrAB from comment #0) > > Because it's not just another ‘plain-text editor’? > > This would be my argument. It overwrites the paragraph/character formatting ● No, it does not. Heading 3 remains Heading 3, FirstLineIndent remains FirstLineIndent, Italic remains Italic, Arial remains Arial, etc. Only the fore|background colours would be changed — without affecting the document, obviously. > and can be quite distracting ● The colour combination would be customizable, from ‘loud’ to soft, or indistinguishable currentLine. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144195] UI: PNG export dialog has radio button doesn't allow 'dimensions' or 'DPI' to be set both
https://bugs.documentfoundation.org/show_bug.cgi?id=144195 --- Comment #10 from Regina Henschel --- Telesto, I agree with you, that the current UI is not good, because it provides unexpected results. But the previous UI wasn't better. Unfortunately it is too late for LO7.2 to change the UI. But for LO 7.3 there is time enough to find a better solution. Idea for example: Add a toggle button with connecting bracket between connected settings with the meaning "automatic adapt connected setting" vs "do not connect settings but keep value in the other setting". Such connection exists between "width" and "height" and it exists between "resolution" and "dimension". I support setting the bugreport to "new". -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144195] UI: PNG export dialog has radio button doesn't allow 'dimensions' or 'DPI' to be set both
https://bugs.documentfoundation.org/show_bug.cgi?id=144195 --- Comment #9 from Telesto --- Created attachment 174745 --> https://bugs.documentfoundation.org/attachment.cgi?id=174745=edit Screenshot (In reply to Regina Henschel from comment #8) > Example: If I set 300dpi and then width 10inch x height 6.88inch, > LibreOffice generates an image with 3007 pixels x 2067 pixels. That is > correct besides small rounding errors. A BIG *oops* / Mea culpa.. you're right on that point.. I might gone somewhat off-track.. [Offtopic: PNG doesn't write DPI at all; know fact] Back to comment 0... A) Radio button does suggest it's or/or. I don't see what the value is of having with radio buttons. (I see it as wrong usage of radio button: not clear why it's chosen at all) B) The dialog has number of assumptions. * It's uses aspect ratio by design. This is non-optional (which makes it less flexible). And even worse this isn't communicated; only after it's to late (by touching it) * It uses match size to DPI by design. Under the assumption that's desired? The default is based on screen resolution (for shapes).. In my case 96 DPI. that's very low by definition.. So need to bump it up. And go back to Size and set it again (inconvenient; it's simply a workaround). You need to know in advance that DPI influences the size (again lack of communication of the UI). And remember the original size to be able to put it back. And not everybody is good in remembering (in general) or maybe especially numbers. And well I mostly work top down :-). Happens when reading a book, or filling a form.. I personally think both options should be given: depended and in depended. C) If you type DPI [no, I don't scroll up from 96 (my default) to 300] the 'size' field isn't updated. If you press OK you will get 3,20 x 3,20 cm. This is a thing/limitation with those spin-boxes. As long as the cursor being inside it, nothing will update.. Not sure if something has changed in the last 9 months or so :-(. The feedback is awful Lets add another dialog of IrfanView; the set size in percentage is also nice to have, BTW All those things are pretty much GUI problems at a level of 'easyHack' LibreOffice pretty much capable of handling it. It's only the GUI not exposing this. Which makes even harder to accept the current being decent state. Especially there being plenty of other software capable to do so. So I'm really not getting the objection/ refusal. Is it about a "floodgates principle"; https://en.wikipedia.org/wiki/Floodgates_principle. And me not seeing the floods for more requests? Or fear of opening some can of worms? This appears really contained in scope, IMHO.. The only problem which goes outside easy hack is the spinbox not updating issue. started with welding.. and also affecting Table dialog (column width). And likely another few area's.. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 33749] Inconsistencies in Help pages on Cell Merging and Splitting (unmerging) in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=33749 --- Comment #24 from Rafael Lima --- (In reply to Heiko Tietze from comment #23) > Not a native speaker so with grain of salt: "Split" is more common and > natural than "Unmerge" which implies that something has been merged before. > All this discussion is quite academic to me. But OTOH renaming is pretty > easy. However, where is "Split"? Hi Heiko. Just to be clear, in Writer the terminology is correct: "Split Cells". This is correct because in Writer, if you add a table you can select any cell and split it further. And the newly created cells can be split again, and again... In Calc it is not possible to Split a cell. If you select a single cell, it is not possible to split it in two. The only thing that can be done is first to merge cells and later "Unmerge" them restoring their original situation. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144195] UI: PNG export dialog has radio button doesn't allow 'dimensions' or 'DPI' to be set both
https://bugs.documentfoundation.org/show_bug.cgi?id=144195 --- Comment #8 from Regina Henschel --- (In reply to Telesto from comment #0) > Description: > UI: PNG export dialog has radio button doesn't allow 'dimensions' or 'DPI' > to be set both I have no problem getting the desired DPI _and_ dimension. First click on resolution and set the DPI. Second click on dimension and change width or height. Example: If I set 300dpi and then width 10inch x height 6.88inch, LibreOffice generates an image with 3007 pixels x 2067 pixels. That is correct besides small rounding errors. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143221] Menu/Toolbar entry to show hidden character
https://bugs.documentfoundation.org/show_bug.cgi?id=143221 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143390] New "Search Commands" feature: Search window remains on top when switching to other applications
https://bugs.documentfoundation.org/show_bug.cgi?id=143390 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143792] FORMATTING: Style changes not applied to specific cells with multiple selection
https://bugs.documentfoundation.org/show_bug.cgi?id=143792 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143604] Increasing wrap space by default when inserting an image
https://bugs.documentfoundation.org/show_bug.cgi?id=143604 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143842] [UI] Set a configurable default export parameters for exporting Draw objects
https://bugs.documentfoundation.org/show_bug.cgi?id=143842 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143551] LO Writer: navigator does not fold up unwanted items
https://bugs.documentfoundation.org/show_bug.cgi?id=143551 Heiko Tietze changed: What|Removed |Added CC|heiko.tietze@documentfounda |libreoffice-ux-advise@lists |tion.org|.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144196] Standard and advanced filters do not work correctly in case insensitive mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144196 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144195] UI: PNG export dialog has radio button doesn't allow 'dimensions' or 'DPI' to be set both
https://bugs.documentfoundation.org/show_bug.cgi?id=144195 --- Comment #7 from Telesto --- (In reply to xordevoreaux from comment #6) > Demonstrably, from what I gather -- from off-hand comments I've seen planted > on bug reports I've created -- is there is no great culture of graphics > enthusiasts among the developers. Their biggest concern is the spreadsheet > functionality. Everything else seems to be a side matter. There should be no > reason why there are bug reports outstanding more than two years old. There is a lack of developers in general.. And even more interest Draw :-( However I do ask myself to what end does Draw exist. How it's supposed to be used. I see it as a tool to create posters, flow diagrams (visio) etc. Which you need to export to publish (also only on websites.. which makes images the logical choice..). If you can't properly export, it becomes pretty much useless (in my perception). You might convince me otherwise.. So sure LibreOffice Draw isn't GIMP, Paint.net. However I ask myself what the initial goals where (mission/vision) was while developing Draw (except showing off being able to create something like this). What was there intention? What type of program where the mimicking (at least I assume that was the case?). [Which can be used as reference of expected functionality] What was the targeted audience? Note: I see Draw as more or less a spin-off of Impress. I my perception export being quite essential (including resolution and size). And well layers & transparency pretty relevant to create posters too. The 'IST' situation is clear, the 'SOLL' not so. Those are - without development resource - only aspirations/idealizations. But well you need some kind of vision to start with. And without such outlook (aspirations) it's really hard to discuses something in meaningful way. I still think "LibreOffice is not a raster graphic manipulation tool" being rather evasive "half truth" and missing the point. And being used as a clincher. Exporting a vector to a raster graphic is pretty normal thing to do, in my perception. And regarding to export.. I'm pretty sure the backend is capable of handling the export in the desired way.. It is mostly the GUI (and maybe some hidden bug in the image export code) -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144195] UI: PNG export dialog has radio button doesn't allow 'dimensions' or 'DPI' to be set both
https://bugs.documentfoundation.org/show_bug.cgi?id=144195 --- Comment #6 from xordevore...@gmail.com --- > > --- > I admit that the Export to Image functionality being pretty broken in > general. Based on the amount of flaws, you start assuming people barely use > it (as there not that many complains). Not sure if this the lack of interest > in principle, of people avoiding to export? > > Not flyers and posters on websites are still published in PNG format.. And > Draw kind of tool to create such stuff.. - Oh, I've been complaining for years. My bug for not being able to set a Draw document's dimensions in pixels was dismissed as not a bug years ago. Demonstrably, from what I gather -- from off-hand comments I've seen planted on bug reports I've created -- is there is no great culture of graphics enthusiasts among the developers. Their biggest concern is the spreadsheet functionality. Everything else seems to be a side matter. There should be no reason why there are bug reports outstanding more than two years old. Best thing to ever happen would be if the Document Foundation hired the creator of Paint.net, Rick Brewster, to undertake a a complete and comprehensive from-the-ground-up overhaul of the raster processing in LibreOffice, starting with the transparency treatment in MS Windows, and to finally build some honest-to-God layering rather than what passes for layers now in LO (can't move layers around, can't set transparency properties on layers, but I can still paste content onto a locked layer, that's unique, oh, and hidden layers export ANYWAY). I like using open-source products, LibreOffice, GIMP, Digicam, Krita, and Inkscape among them. And I'm vocal when they need improvement. This is one of those times. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 144165] Highlight the current line in Writer?
https://bugs.documentfoundation.org/show_bug.cgi?id=144165 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #6 from Heiko Tietze --- We discussed this topic in the design meeting and recommend to not implement. Writer is meant to be WYSIWYG and changing the line color even slightly contradicts this effort. Text editors provide this functionality very well. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 142121] Cell focus rectangle must not use font color
https://bugs.documentfoundation.org/show_bug.cgi?id=142121 Heiko Tietze changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |heiko.tietze@documentfounda |desktop.org |tion.org --- Comment #5 from Heiko Tietze --- Using the highlight color now for the col/row header, the actual selection, and - new in this patch - also the focused cell rectangle. Decided against an option since later the system highlight color might become part of the configuration itself and all places with a selection take the respective color. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 142121] Cell focus rectangle must not use font color
https://bugs.documentfoundation.org/show_bug.cgi?id=142121 Heiko Tietze changed: What|Removed |Added CC||al...@gmx.de --- Comment #4 from Heiko Tietze --- *** Bug 142959 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 143956] Writer Templates are in Format Size A4 instead of Letter for Default - English (USA)
https://bugs.documentfoundation.org/show_bug.cgi?id=143956 --- Comment #7 from Laurent BP --- Created attachment 174720 --> https://bugs.documentfoundation.org/attachment.cgi?id=174720=edit First set of new templates without page size Could you test these templates and check that they work as expected: page size is defined according to your locale settings? Other enhancement are detailed in commit messages [1], [2] and [3] [1] https://gerrit.libreoffice.org/c/core/+/121130 [2] https://gerrit.libreoffice.org/c/core/+/121175 [3] https://gerrit.libreoffice.org/c/core/+/121267 -- You are receiving this mail because: You are on the CC list for the bug.