[Libreoffice-ux-advise] [Bug 135373] It is impossible to move text blocks independently of the Headings that they're underneath
https://bugs.documentfoundation.org/show_bug.cgi?id=135373 --- Comment #8 from Cougar Brenneman --- (In reply to Mike Kaganski from comment #7) > I support this request. > > But it could be very useful for others if Cougar created a screencast from > Word using this functionality, which would both describe how it looks, and > at the same time demonstrate its advantages (using some short text, as if > you actually were creating it per comment 2). Okay. I don't have screencast software, but I'll demonstrate with a document containing a series of jpgs of screenshots pasted on it. This is going to take me some time, but it will demonstrate it. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135373] It is impossible to move text blocks independently of the Headings that they're underneath
https://bugs.documentfoundation.org/show_bug.cgi?id=135373 --- Comment #7 from Mike Kaganski --- I support this request. But it could be very useful for others if Cougar created a screencast from Word using this functionality, which would both describe how it looks, and at the same time demonstrate its advantages (using some short text, as if you actually were creating it per comment 2). -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 132780] Feature Request: Add Calc Tables with functionality similar to Excel tables
https://bugs.documentfoundation.org/show_bug.cgi?id=132780 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 132780] Feature Request: Add Calc Tables with functionality similar to Excel tables
https://bugs.documentfoundation.org/show_bug.cgi?id=132780 --- Comment #13 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135312] Sequential name for objects in Draw and other apps (and total count in properties)
https://bugs.documentfoundation.org/show_bug.cgi?id=135312 V Stuart Foote changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #5 from V Stuart Foote --- There is a lot of misinformation to be unpacked here compared to how LibreOffice actually deals wtih Draw shapes, Layers and Objects as a functional limitation of our native ODF Drawing XML spec. Handling of unnamed/autonamed Draw Shapes vs user named Draw shapes and other Draw objects, and their grouping via Draw layers. This is a duplicate of bug 90244 for the Navigator in Draw with UX work-up in https://design.blog.documentfoundation.org/2016/07/31/how-the-navigator-may-support-object-handling-in-libreoffice-draw/ *** This bug has been marked as a duplicate of bug 90244 *** -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135373] It is impossible to move text blocks independently of the Headings that they're underneath
https://bugs.documentfoundation.org/show_bug.cgi?id=135373 --- Comment #6 from Matthew Forrester --- Firstly, I would like to express my gratitude to Mr Raykowski and others who have added outlining features. It's one of the most useful improvements to LibreOffice Writer ever. Secondly, I support this feature enhancement request so that the full power of outlining can be exploited. I sometimes use outlining in the way that Mr Brenneman describes, with the headers as temporary scaffolding. More often, I keep the headers in the final presentation version. But in both cases I want to be able to move body (non-header) paragraphs around quickly and easily as the structure of the argument evolves. It would definitely be a Quality-of-Life improvement if I could just click on something like an anchor point (where the open/collapse button appears for headers) and grab the whole paragraph in order to drag it elsewhere. Dieter's option of selecting, cutting, and pasting text is how I work now (when Ctrl+Alt+Up/Down is not feasible), but it requires more clicks and it's often fiddly. As discussed in bug 38093, this behaviour should only be available in Outline View to avoid confusing users who are not used to outlining. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 133206] UI: Closing a style dialog by pressing OK changes the focus in the styles sidebar to the active style where the cursor stands
https://bugs.documentfoundation.org/show_bug.cgi?id=133206 --- Comment #9 from Telesto --- *** Bug 133468 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 mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 133206] UI: Closing a style dialog by pressing OK changes the focus in the styles sidebar to the active style where the cursor stands
https://bugs.documentfoundation.org/show_bug.cgi?id=133206 Thomas Lendo changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||thomas.le...@gmail.com Summary|UI: Closing a dialog by |UI: Closing a style dialog |pressing OK changes the |by pressing OK changes the |focus in the style dialog |focus in the styles sidebar |to Default paragraph style |to the active style where ||the cursor stands Blocks||107326 --- Comment #8 from Thomas Lendo --- This is a general question how to solve such things and what do users expect. First, the behavior is not consistent between style types and LibO components. I could reproduce this issue with Calc and Draw a few times but very rare. Also in Writer it's not always true. Second, the focus moves to the style that is active for the text/object where the cursor stands. If your cursor is in a text that is formatted with paragraph style Endnote and character style Emphasis and you edit another paragraph/character style, then the focus goes back to Endnote (paragraph) or Emphasis (character) style in the styles sidebar. This isn't bad by design as this is the normal behavior of the styles sidebar items: highlighting the style where the cursor stands. This could be changed to: If the user selects another style (by right or left mouse click or keyboard) then this style should be selected until the user selects another style or the user changes the cursor position. Then the style will be selected in the styles sidebar that corresponds with the text/object. Ideally this behavior should be the same in all LibO components. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107326 [Bug 107326] [META] Writer style bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135410] UI: Settings for 'Printer" or 'Print to file" should be drop down box (or something else) instead of radio button
https://bugs.documentfoundation.org/show_bug.cgi?id=135410 Telesto changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|NOTABUG |--- --- Comment #4 from Telesto --- (In reply to Mike Kaganski from comment #3) > In case of the simple options like "Document Type", it could be useful to > use the conception like Application Colors has, with a list box with entries > and corresponding drop down lists in each line. But for the print settings > discussed here in this bug, a tabbed interface fits much better, with two > tabs - for Printer, and for Print to File. Why didn't I think of that ;-) -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135410] UI: Settings for 'Printer" or 'Print to file" should be drop down box (or something else) instead of radio button
https://bugs.documentfoundation.org/show_bug.cgi?id=135410 --- Comment #3 from Mike Kaganski --- Hmm... I dislike both ways. One is the "Options->LibreOffice->Print" raised here, where the radio button is indeed used incorrectly: radio button designates one of a set of mutually exclusive options, and having it on the page looks as if one may only set up one set of options: e.g., either for Printer, or for Print to file, but not both (while in reality, the page is exactly to configure both, each set is configured when the relevant radio button is active). However, the crop down box - as seen on Options->Load/Save->General, in "Document Type" that controls the "Always Save As" below, is also confusing, and does not suggest users that each of its position corresponds to relevant setting. I remember multiple questions of users like "I had set up format for text document, but how do I set up format for spreadsheet documents?" In case of the simple options like "Document Type", it could be useful to use the conception like Application Colors has, with a list box with entries and corresponding drop down lists in each line. But for the print settings discussed here in this bug, a tabbed interface fits much better, with two tabs - for Printer, and for Print to File. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 134420] UI: Dialog scrolls to top after deleting an item in the area fill tab item list
https://bugs.documentfoundation.org/show_bug.cgi?id=134420 Thomas Lendo changed: What|Removed |Added Whiteboard| QA:needsComment| Summary|UI: Dialog scrolls to top |UI: Dialog scrolls to top |after deleting a background |after deleting an item in |area bitmap |the area fill tab item list CC||c...@nouenoff.nl, ||libreoffice-ux-advise@lists ||.freedesktop.org, ||thomas.le...@gmail.com Keywords||needsUXEval Blocks||103223 --- Comment #2 from Thomas Lendo --- Confirmed with Version: 7.1.0.0.alpha0+ CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-07-30_20:15:28 Calc: threaded This is the behavior in all Area fill tabs not only bitmaps. Therefore changing summary from "UI: Dialog scrolls to top after deleting a background area bitmap" to "UI: Dialog scrolls to top after deleting an item in the area fill tab item list". Heiko: Is this something you would like to change? >From UX point of view I don't like any jump actions in the UI. So I support Telesto's request that the item before or after the deleted item should be selected; ideally the item after the deleted item which is replacing the deleted one and moving to the position of the deleted item. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103223 [Bug 103223] [META] Area fill tab bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135410] UI: Settings for 'Printer" or 'Print to file" should be drop down box (or something else) instead of radio button
https://bugs.documentfoundation.org/show_bug.cgi?id=135410 --- Comment #2 from Telesto --- (In reply to Heiko Tietze from comment #1) > It's not so uncommon to have "Print to File" together with the actual > printers (and it's kind of obsolete with all the export to PDF options). > Besides, we need all space and adding a radio button for this is going the > wrong direction. => NAB/WF. That was surely not my point :-). Fine with both options in one dialog. Never pretended otherwise. There are two problems IMHO 1) The usage of the radio button way (to make it possible to set settings for either Printer or Print to file is atypical usage of radio button (on Windows, as far I know). And the radio button is even not used this way in LibreOffice that often. I'm more used to a drop down box. With disadvantage of 'hiding' to printer from sight 2) There is no visual supporting effect when picking one of both. So you don't notice you're in a 'different' dialog. Th Yes, advantage of a radio button is both options are visible from the start. However it's but atypical usage of radio button (on Windows, as far I know). And not even the most common why used on LibreOffice either. Yes, it's surely a detail :-). And show you surprising my every time :-). I often get a feeling of some kind of a "Reality distortion field"; I'm talking about A and I get not B or even C but Z. What the heck. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135373] It is impossible to move text blocks independently of the Headings that they're underneath
https://bugs.documentfoundation.org/show_bug.cgi?id=135373 Cougar Brenneman changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135373] It is impossible to move text blocks independently of the Headings that they're underneath
https://bugs.documentfoundation.org/show_bug.cgi?id=135373 --- Comment #5 from Cougar Brenneman --- The Point: These outliner elements are temporary scaffolding using in construction. At the end of construction, most of the scaffolding is taken away. At Fujitsu (the use case in comment #2), I first typed up my notes, mostly as single text lines, no structure. The headers were scaffolding for building the house. When the house was built, I took the scaffolding away. To work this way, the lines of text have to be entirely independent of the headers. The outliner functionality is mostly just scaffolding that exists for the process of construction. Once the construction is done, it is removed. The scaffolding is mostly a construction tool only. A working outliner for me is NOT a presentation tool. It's a construction tool, (though elements are sometimes used in presentation). For fiction, almost all of this scaffolding will be later deleted. The outliner provides temporary containers to enable me to move text into appropriate boxes and then move those boxers into larger boxes. And then I move the larger boxes into crates. After I have completely organized all of the crates, large boxes, small boxes, and smaller containers, then I delete the most of the containers of any size. Only a few of the headers became part of the final document. Here's a link to all four books that I created at Fujitsu. https://drive.google.com/drive/folders/1SLCTR9c_9WxK1Vz70PKVwm5sKx84YvFx?usp=sharing I also included an article in Emmy Awards Magazine that I wrote using this method of work. I use this method for everything. I can't work without professional tools. The outliner is a construction tool, not a presentation tool. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135312] Sequential name for objects in Draw and other apps (and total count in properties)
https://bugs.documentfoundation.org/show_bug.cgi?id=135312 --- Comment #4 from Leandro Martín Drudi --- I return to the question: is that enough for you? Do you really think that it is the solution to a problem that must be solved to make the software more efficient and complete? If you select a group, only 1 object appears. Imagine having 600 groups with 60 objects each, do you think you have to ungroup them all to know how many objects you have? Don't you think it's time to do something that serves the user instead of filling a gap are hundreds of clicks to get something that should / could be always on screen? I used Calc to get the amount of objects in a pattern that I did: 14,348,907 was the result. They are grouped by 3 objects, which makes a total of 4,782,969 groups. According to your solution I should ungroup that amount just to know how many objects I have. Also, renaming them is as torturous as it is inefficient: I have to enter them ONE BY ONE and rename them from the properties. If it was done with a simple double click in the browser or with a right click and then Rename would be much faster. Every time I report something and they respond with what I consider an excuse not to add/improve/prove features that raise the level of LibreOffice they take me far away. I started replacing MSOffice with LibreOffice practically since its release. Today, due to its inefficiency, I only use Writer and I am planning to stop using it definitively in a short term. I'll just say this. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135373] It is impossible to move text blocks independently of the Headings that they're underneath
https://bugs.documentfoundation.org/show_bug.cgi?id=135373 --- Comment #4 from Cougar Brenneman --- (In reply to Heiko Tietze from comment #3) > I don't see how (outline!) folding on paragraph level should work neither > how to add paragraphs to the Navigator. > > But If you add an outline on top of your text block (aka paragraph/s) you > may use the Navigator with the Promote/Demote Chapter buttons. Adding drag > 'n drop per mouse would make this much more convenient. Would that be > sufficient for you, Cougar? No. Not at all. I've been describing my needs as clearly as I can since OpenOffice was started and after the LibreOffice fork. I would like to use open source software, and I would like to be able to recommend it, but I'm frankly tired of trying to describe what I need. I think the use case from Fujitsu Software says it best. (Comment #2) I use the same functionality described there in everything I do. From the beginning, people have tried to tell me that the Navigator is as good as it gets, but it doesn't even begin to satisfy my needs as a long time professional writer. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135417] [MOCKUP] LibreOffice "Format" menu mockup
https://bugs.documentfoundation.org/show_bug.cgi?id=135417 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC||kain...@gmail.com, ||momonas...@gmail.com --- Comment #1 from Heiko Tietze --- In general, changing the menus is not very much welcome at the users and the benefit should be very clear. Goal of this exercise is likely a) to save space and b) to better sort the content. And I definitely like it (also big thumbs up for the elaborated overview). Most of the text attributes are also accessible via toolbar/notebookbar and sidebar. So "hiding" them in a submenu seems to be okay. Andreas tried to make the context menus more consistent and placed the Properties... always at the bottom. Not sure if that makes sense here, just to mention. Component is Impress; shouldn't it rather be Writer? And ideally aligned with other modules. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 85932] Change case group button
https://bugs.documentfoundation.org/show_bug.cgi?id=85932 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #24 from Heiko Tietze --- (In reply to Timur from comment #23) > Really no need to close this and open again. I set back New to be done as > written. Ok not to be default seen in standard toolbar but available for add. UX input has been done, removing keyword/CC. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 85932] Change case group button
https://bugs.documentfoundation.org/show_bug.cgi?id=85932 Timur changed: What|Removed |Added Resolution|WONTFIX |--- Status|RESOLVED|NEW --- Comment #23 from Timur --- Really no need to close this and open again. I set back New to be done as written. Ok not to be default seen in standard toolbar but available for add. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135417] [MOCKUP] LibreOffice "Format" menu mockup
https://bugs.documentfoundation.org/show_bug.cgi?id=135417 Telesto changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 85932] Change case group button
https://bugs.documentfoundation.org/show_bug.cgi?id=85932 Heiko Tietze changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 132780] Feature Request: Add Calc Tables with functionality similar to Excel tables
https://bugs.documentfoundation.org/show_bug.cgi?id=132780 --- Comment #12 from Pedro --- That's just one of the functionalities. I mentioned plenty of others: These tables have several elements: Header row - All tables have filtering enabled in header row to sort or filter quickly. Banded rows - Alternate shading to distinguish data. Calculated column - insert a formula in one cell in a table column and you can create a column in which that formula is applied to all cells in the same table column. Total row - Can add a total row to a table. Excel will provide an AutoSum drop-down liist to select from functions Sizing handle - a sizing handle in the lower right corner that allows to drag and make the table the size I want (selecting which cells are part of it).~ These allow the quick automation and make data manipulation in tables really easy and simple. To me simplicity first means making work easier for end-users, not simplicity by decreasing work for developers and having a less feature complete piece of software. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 85932] Change case group button
https://bugs.documentfoundation.org/show_bug.cgi?id=85932 --- Comment #22 from Rizal Muttaqin --- (In reply to Heiko Tietze from comment #21) > So resolve WF? A bit of yes. > > > But I am agree to add a extra dropdown in Notebookbar Tabbed, > > not in standard toolbar, but give user ability to add the dropdown to the > > standard toolbar. > > New ticket? Probably -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135312] Sequential name for objects in Draw and other apps (and total count in properties)
https://bugs.documentfoundation.org/show_bug.cgi?id=135312 --- Comment #3 from Heiko Tietze --- If you select all, the number of objects is shown in the statusbar (like it's done for words/characters in Writer). Is this sufficient? Suggest to rename the ticket to something like "Show object numbers in Draw" as the number on the name Shape1...ShapeX never was meant to count. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 132780] Feature Request: Add Calc Tables with functionality similar to Excel tables
https://bugs.documentfoundation.org/show_bug.cgi?id=132780 Heiko Tietze changed: What|Removed |Added CC|heiko.tietze@documentfounda | |tion.org| --- Comment #11 from Heiko Tietze --- My take: simplicity first. If you want to make charts of growing sheets use a pivot table or special functions. We don't need to copycat all Excel inventions. But let's see what Eike thinks. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 134395] "Ctrl + Enter" Page Break is not acting as true page break
https://bugs.documentfoundation.org/show_bug.cgi?id=134395 Heiko Tietze changed: What|Removed |Added CC||tele...@surfxs.nl --- Comment #12 from Heiko Tietze --- *** Bug 135409 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 mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 132780] Feature Request: Add Calc Tables with functionality similar to Excel tables
https://bugs.documentfoundation.org/show_bug.cgi?id=132780 --- Comment #10 from Pedro --- No,it's not the same as Autoformat Styles. Tables in Excel have numerous specific functionalities attached to them that I clearly enumerated in the first post and in the attachments. AutoFormat Styles is just an aesthetic change to a number of cells that you select. Furthermore, you can't select Autoformat Styles to less than a 3x3 cell selection (which is quite silly). -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135410] UI: Settings for 'Printer" or 'Print to file" should be drop down box (or something else) instead of radio button
https://bugs.documentfoundation.org/show_bug.cgi?id=135410 Heiko Tietze changed: What|Removed |Added CC|heiko.tietze@documentfounda |libreoffice-ux-advise@lists |tion.org|.freedesktop.org, ||mikekagan...@hotmail.com Resolution|--- |NOTABUG Status|UNCONFIRMED |RESOLVED --- Comment #1 from Heiko Tietze --- It's not so uncommon to have "Print to File" together with the actual printers (and it's kind of obsolete with all the export to PDF options). Besides, we need all space and adding a radio button for this is going the wrong direction. => NAB/WF. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 85932] Change case group button
https://bugs.documentfoundation.org/show_bug.cgi?id=85932 --- Comment #21 from Heiko Tietze --- (In reply to Rizal Muttaqin from comment #20) > I am not a fan of text inside or as an icon as state in #c3 and #c8. So resolve WF? > But I am agree to add a extra dropdown in Notebookbar Tabbed, > not in standard toolbar, but give user ability to add the dropdown to the > standard toolbar. New ticket? -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 85932] Change case group button
https://bugs.documentfoundation.org/show_bug.cgi?id=85932 --- Comment #20 from Rizal Muttaqin --- (In reply to Heiko Tietze from comment #19) > Rizal, your expert opinion on this? I am not an expert. But I am not a fan of text inside or as an icon as state in #c3 and #c8. Having to deal with text and make it crisp is a hard task. Text in the menu is fair enough to tell user expected result. But I am agree to add a extra dropdown in Notebookbar Tabbed, not in standard toolbar, but give user ability to add the dropdown to the standard toolbar. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135359] BORDERS "Line arrangement" display shows "Set no borders" when dialog is reopened, irrespective of actual border setting
https://bugs.documentfoundation.org/show_bug.cgi?id=135359
--- Comment #9 from Telesto ---
(In reply to Heiko Tietze from comment #8)
> Now I got it. The five preset options are not enabled automatically when the
> configuration of borders is defined accordingly (taking the issue another
> way around). Do we really need this?
Ideally, yes. It would fit the "Shadow Style" behavior. And the bug report
didn't come out of nowhere. But if you start this, you need to change Format ->
Columns too.
However, looking at implantation costs/ advantages and risks (of some kind of
issue).. I tend to not change anything at least not in the short of medium
term.
So maximum an enhancement request for time the bug tracker being empty; and
Developers being disparate for work.
However there are still no clear rules related to this. Keeping it open
('bloating' bug tracker) or closing as this won't happen anytime soon.
I'm currently more the type of keeping stuff around, instead of closing. As I'm
currently reporting anchoring stuff, which more or less occurrences of the same
thing in different constellations (to be used for testing if the time comes
someone wants to work on it]; but are trivial in the sense of awareness of the
issue (it's already now) and doesn't adds nothing 'new'; except having demo's
of the problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135359] BORDERS "Line arrangement" display shows "Set no borders" when dialog is reopened, irrespective of actual border setting
https://bugs.documentfoundation.org/show_bug.cgi?id=135359 --- Comment #8 from Heiko Tietze --- Now I got it. The five preset options are not enabled automatically when the configuration of borders is defined accordingly (taking the issue another way around). Do we really need this? -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135359] BORDERS "Line arrangement" display shows "Set no borders" when dialog is reopened, irrespective of actual border setting
https://bugs.documentfoundation.org/show_bug.cgi?id=135359 --- Comment #7 from Telesto --- (In reply to Heiko Tietze from comment #6) > (In reply to Telesto from comment #4) > > However I do see the confusion. > > I don't. The border tab shows exactly what is set in the style. I'm afraid > we are talking about different functions. Nope, we there are Line Arrangement 'presets'. If you click one, the 'user defined' area is filled with proper borders. If you close the dialog and reopen, the selected 'preset' is gone (set back to "No borders", while the 'user defined' area is showing borders (as expected) The whole point is preset "No borders: being selected with a border (it's only small detail :-) -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 85932] Change case group button
https://bugs.documentfoundation.org/show_bug.cgi?id=85932 Heiko Tietze changed: What|Removed |Added CC||riz_17_...@yahoo.co.id --- Comment #19 from Heiko Tietze --- Rizal, your expert opinion on this? -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135359] BORDERS "Line arrangement" display shows "Set no borders" when dialog is reopened, irrespective of actual border setting
https://bugs.documentfoundation.org/show_bug.cgi?id=135359 --- Comment #6 from Heiko Tietze --- (In reply to Telesto from comment #4) > However I do see the confusion. I don't. The border tab shows exactly what is set in the style. I'm afraid we are talking about different functions. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135359] BORDERS "Line arrangement" display shows "Set no borders" when dialog is reopened, irrespective of actual border setting
https://bugs.documentfoundation.org/show_bug.cgi?id=135359 --- Comment #5 from R. Green --- OK, I see your point now. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135359] BORDERS "Line arrangement" display shows "Set no borders" when dialog is reopened, irrespective of actual border setting
https://bugs.documentfoundation.org/show_bug.cgi?id=135359 --- Comment #4 from Telesto --- (In reply to R. Green from comment #3) > For the version detailed above, I can reproduce the described behaviour > every time with any file (inc. a new one). > > If you open the Borders tab you expect it to display the current border > setting for THAT paragraph style: in this case the "Set top and bottom > borders icon" should still be highlighted. But, instead, the view always > reverts to the "Set no borders icon" when the dialogue is reopened—no matter > how you set the borders. > > AFAIK, this applies to all dialogues with a border style in them. "Set no borders icon" when the dialogue is reopened—no matter how you set the borders. Only to confirm: It does indeed :-) Point is more what the 'dialog supposed' to do. It's intended as a quick button to set borders. Not to represent the actual border state, I think. However I do see the confusion. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135081] After hidding the last paragraph's text, not possible to unhide it.
https://bugs.documentfoundation.org/show_bug.cgi?id=135081 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #6 from Heiko Tietze --- (In reply to Dieter from comment #2) > I also had a look at LO help [1]. It says about Hidden Option: "Hides the > selected characters. To display the hidden text, ensure that Formatting > Marks is selected in the View menu. You can also choose Tools - Options - > LibreOffice Writer - Formatting Aids and select Hidden characters." But I > couldn't make it visible with Formating Marks or setings in Options. So I'm > not sure, if this is another bug (and to solve this bug would also solve the > prolem that is described here) or is LO Help wrong. > > => Design-Tea for further input Would treat this as a separate issue. See also bug 130688, bug 98528, bug 102346, and bug 81692. As well as bug 107658 and bug 107722. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135359] BORDERS "Line arrangement" display shows "Set no borders" when dialog is reopened, irrespective of actual border setting
https://bugs.documentfoundation.org/show_bug.cgi?id=135359 R. Green changed: What|Removed |Added Summary|BORDERS "Line arrangement" |BORDERS "Line arrangement" |display defaults to "none" |display shows "Set no |when dialog is reopened |borders" when dialog is ||reopened, irrespective of ||actual border setting -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 85932] Change case group button
https://bugs.documentfoundation.org/show_bug.cgi?id=85932 Xisco Faulí changed: What|Removed |Added Keywords|topicUI |needsUXEval 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 mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135359] BORDERS "Line arrangement" display defaults to "none" when dialog is reopened
https://bugs.documentfoundation.org/show_bug.cgi?id=135359 R. Green changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #3 from R. Green --- For the version detailed above, I can reproduce the described behaviour every time with any file (inc. a new one). If you open the Borders tab you expect it to display the current border setting for THAT paragraph style: in this case the "Set top and bottom borders icon" should still be highlighted. But, instead, the view always reverts to the "Set no borders icon" when the dialogue is reopened—no matter how you set the borders. AFAIK, this applies to all dialogues with a border style in them. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135081] After hidding the last paragraph's text, not possible to unhide it.
https://bugs.documentfoundation.org/show_bug.cgi?id=135081 --- Comment #5 from Heiko Tietze --- Created attachment 163894 --> https://bugs.documentfoundation.org/attachment.cgi?id=163894=edit Situation after ctrl+A Dummy text with last sentence hidden. Ctrl+A selects all and the properties dialog shows the indetermined state. Version: 7.1.0.0.alpha0+ Build ID: e865acdcc9321a08fac00bd1fb2c27a7580d3cec CPU threads: 8; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: de-DE (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 132780] Feature Request: Add Calc Tables with functionality similar to Excel tables
https://bugs.documentfoundation.org/show_bug.cgi?id=132780 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #9 from Heiko Tietze --- Isn't it the same as Format > Autoformat Styles...? https://help.libreoffice.org/6.4/en-US/text/scalc/guide/autoformat.html (Also known as Table Style in Writer; see also bug 101802) -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135359] BORDERS "Line arrangement" display defaults to "none" when dialog is reopened
https://bugs.documentfoundation.org/show_bug.cgi?id=135359 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||5406 -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135359] BORDERS "Line arrangement" display defaults to "none" when dialog is reopened
https://bugs.documentfoundation.org/show_bug.cgi?id=135359 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #2 from Heiko Tietze --- Enter some dummy text, change the style to something else but Default (eg. Endnote), change this style and use border on top and bottom with red line color. You should see the paragraph using this style now with lines on top and bottom. Apply some other style to see the border gone. Go to the properties of the modified style and you find the borders as modified, top and bottom on and in red. Works perfectly for me. Have you forgotten a step? -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 134738] Table of Contents: Changes to Tabs (in Paragraph styles) do not show when TOC is updated
https://bugs.documentfoundation.org/show_bug.cgi?id=134738 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists |mikekagan...@hotmail.com |.freedesktop.org| Severity|minor |normal Keywords|needsUXEval | Ever confirmed|0 |1 Blocks||122497 --- Comment #11 from Heiko Tietze --- Confirming the issue. Even with a new style based on Index > Content 1 without tabs, this setting is not taken into the actual style (Styles Inspector shows no change but the name). I understand this as a bug; and changing these attributes should be possible, of course. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=122497 [Bug 122497] [META] Table of Contents and Indexes dialog bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135388] Writer: Add prepared models of different Table of Contents (ToC)
https://bugs.documentfoundation.org/show_bug.cgi?id=135388 Heiko Tietze changed: What|Removed |Added Blocks||122497 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=122497 [Bug 122497] [META] Table of Contents and Indexes dialog bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 135373] It is impossible to move text blocks independently of the Headings that they're underneath
https://bugs.documentfoundation.org/show_bug.cgi?id=135373 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 CC||rayk...@gmail.com OS|Windows (All) |All Status|UNCONFIRMED |NEEDINFO --- Comment #3 from Heiko Tietze --- I don't see how (outline!) folding on paragraph level should work neither how to add paragraphs to the Navigator. But If you add an outline on top of your text block (aka paragraph/s) you may use the Navigator with the Promote/Demote Chapter buttons. Adding drag 'n drop per mouse would make this much more convenient. Would that be sufficient for you, Cougar? -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
