[Libreoffice-ux-advise] [Bug 126608] Writer: Can't switch to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=126608 --- Comment #58 from Todd --- (In reply to V Stuart Foote from comment #57) > (In reply to Todd from comment #55) > Well, I hope you now understand how trivial it is to do just that, and to > recover when you've misapplied or corrupted a style, or I've wasted way more > time than this non-issue merits ;-) I know now that up is down and right is left and can easily work with it. It helps that I wrote it all down too. I shutter to think of an non I.T. user trying to figure it out and that does make it and issue. The best outcome of all of this would be to get Regina's proposal implemented. -- 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 126608] Writer: Can't switch to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=126608 --- Comment #57 from V Stuart Foote --- (In reply to Todd from comment #55) > > > Meanwhile examine the behavior of the Status bar indicator of the Page > > style, it is context menu (i.e. r-mouse click) enabled to allow you to > > select from the defined page styles and will display the Name of the page > > style applied to the document page with text cursor focus. It does not give > > any indication when the style has been modified from its template defaults. > > Open attachment 153099 [details], its view mode should make the page styling > > apparent. > > I do understand what you are saying. But from a users standpoint, you are > tell him that up is down and down is up. Portrait is Landscape and > Landscape is Portrait. This is a nightmare for the user. Do you expect the > user to code directly in XML so he gets what he wants? The user expects the > "Style" pop up to be the style of the current page and subsequent pages NOT > THE WHOLE STINKING DOCUMENT. The Style pop up should create a new set of > rules in a new or previously used style. Styles themselves are a great way > of doing this, but your flow control of styles is what is in question, not > the styles themselves. > The Page style field of the Status bar shows the *named* Page Style as pulled from the Master-Page template (the "https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 126608] Writer: Can't switch to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=126608 --- Comment #56 from Todd --- (In reply to Regina Henschel from comment #46) > I think, one problem is, that the items 'Character', 'Paragraph' and 'Bullet > and Numbering…' in that section of the Format menu perform a direct > formatting which has no effect on other parts or the document. But the item > 'Page…' there, does not perform a direct formatting at all and has often a > document-wide effect. > > I suggest to rename 'Page…' to 'Edit Page Style' and move it out of the > Character-Paragraph section. Perhaps put it after 'Watermark', that has > already 'Columns', which alters the page style too. Hi Regina, I think one of the issues here is naming custom styles with names like "Landscape". The "User" expects it to be Landscape because that is what is says it is. (I currently have a test doc in Portrait that uses a style called Landscape.) He does not realize that it is an arbitrary comment and that the page orientation is buried in the XML tags. I surely did not. The new style could as well be called the Flaming Zucchini style. At least if the style was called the Flaming Zucchini, he know to look inside to see what it does. When you tell the user that Landscape is not Landscape Orientation but jsut teh name of the style, he is going to think you are an idiot and go buy M$ Office. I have had is happen too many times. At least the usually buy M$ Office from me. But geez, what a waste of money. -T -- 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 126608] Writer: Can't switch to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=126608 --- Comment #55 from Todd --- (In reply to V Stuart Foote from comment #51) > > Hmm, you've had four of the sharpest QA reviewers working on the project > tell you that you are incorrect. You've received precise examples and > explanations to enable you to perceive where your usage is not in line with > function. Yet you still claim there is a bug... at some point folks will > tell you to move on. Meanwhile the UX facet of why it causes issues is our > ongoing dichotomy of Direct Formatting vs. Style based authoring. That you for helping me make my point. All those sharp guys did not really help until Regina took a look. What they did was give me work arounds, which were appreciated but not the point of the bug report. It took Regina to hit pay dirt. So I guess five is the magic number. > Meanwhile examine the behavior of the Status bar indicator of the Page > style, it is context menu (i.e. r-mouse click) enabled to allow you to > select from the defined page styles and will display the Name of the page > style applied to the document page with text cursor focus. It does not give > any indication when the style has been modified from its template defaults. > Open attachment 153099 [details], its view mode should make the page styling > apparent. I do understand what you are saying. But from a users standpoint, you are tell him that up is down and down is up. Portrait is Landscape and Landscape is Portrait. This is a nightmare for the user. Do you expect the user to code directly in XML so he gets what he wants? The user expects the "Style" pop up to be the style of the current page and subsequent pages NOT THE WHOLE STINKING DOCUMENT. The Style pop up should create a new set of rules in a new or previously used style. Styles themselves are a great way of doing this, but your flow control of styles is what is in question, not the styles themselves. You have to look at this from the user's standpoint, not the developers. This bug report all started with me having to urgently send a customers a document with mixed Landscape (first page) and Portrait mixed together and I could not figure out how in the h*** I lost my ability to use Portrait (he accepted everything is Landscape, fortunately). And I am a YUGE fan of LO and a BS in comptuer engineering and an I.T. professional to boot AND even I could not figure it out. And googeling it was no use either. (I have since wrote up how to do it from myself.) How in the world would you expect a standard user to figure it out? This is why I can't get anyone to seriously adopt LO, even thought it is a great 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 126608] Writer: Can't switch to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=126608 --- Comment #54 from Todd --- (In reply to Regina Henschel from comment #46) > I think, one problem is, that the items 'Character', 'Paragraph' and 'Bullet > and Numbering…' in that section of the Format menu perform a direct > formatting which has no effect on other parts or the document. But the item > 'Page…' there, does not perform a direct formatting at all and has often a > document-wide effect. > > I suggest to rename 'Page…' to 'Edit Page Style' and move it out of the > Character-Paragraph section. Perhaps put it after 'Watermark', that has > already 'Columns', which alters the page style too. So how do we get Regina's proposal into the system? Create a new bug report? Reopen this one? -- 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 126608] Writer: Can't switch to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=126608 --- Comment #53 from Todd --- (In reply to V Stuart Foote from comment #44) > (In reply to Todd from comment #41) > > ... > What are you talking about? They do *all* work correctly, there is no > workaround! > > RTFM! Would ya like me to give you examples of XML code? -- 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 126608] Writer: Can't switch to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=126608 --- Comment #52 from Todd --- (In reply to V Stuart Foote from comment #49) > (In reply to Todd from comment #48) > > > > > My understanding is that "format->page" is "suppose" to only affect the > > current page and subsequent new pages, not existing pages, even if under the > > active page. > > Only I can never figure out when it is the current page and when it is > > global. > > > > Nope, there is no "Direct Formatting" for Pages--you will always be working > with a style when formatting pages. And Page styles are one of the styles > that will *always* AutoUpdate (i.e. there is no "Auto Update" checkbox > selection on the Style editor's Organizer tab). You change it anywhere, and > it will auto update (perhaps "autocorrupt") its use anywhere else in the > document. Powerful stuff :-) > > Not understanding that seems to be what continues to trip you up... I am on Format->page->Page and I see not "AutoUpdate" button, so I am at your mercy. To me, what a style is and what is means is in the XML code. For instance: And when you start typing ping on a page, the page tags itself to what style it is using (pm1 and pm2 in the above). So first you define (usually on the fly) what styles you are using, then you tag your missive with what style you are want: Page 1 Lanscape Page 2 Portrait (I am a little unclear how pm1 and pm2 got turned into P1 and P2.) So when the tag "" is encountered, everything BEYOND that point takes on the properties of the tag. So I just don't get why the side bar and the pull down do different thing. When are you and when are you not altering the the global definition of the tag, when are you and when are you, making a new tag, and when are you saying to not modify a tab, but to override one feature with a slight change. And speaking of RTFM, OpenDocument-v1.2.pdf, pg 214, 5.3.2 Default List Style, Are you even ALLOWED to change the Default Style. I presume you what changes and you create a new style: tm1, pm2, pm3, etc.. And all over the palce in the spec, it states "...If there is no specified style available, the default style is applied", so I really do not think you are allows to change the defautls, but are allowed to create a new customer style. I could be wrong. So I actually do understand what "a" style is. What I am having an issue with is the flow control of where and how styles are applied. I seriously think Regina's idea will put an end to all this. I am actually a bit in awe over how beautifully she laid it out and her thought process. -- 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 126608] Writer: Can't switch to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=126608 --- Comment #51 from V Stuart Foote --- (In reply to Todd from comment #50) > > I think the issue here is that you do not get a good hearing when you report > a bug, so you either give up or start these YUGE long dissertations. > It seem that you get a knee jerk "NOTABUG" response and that is the end of > it. > > In this bug report, I pointed out several bugs and got back use a different > tool or use the tools provided, but not "that" tool. Since one tool worked, > but another did not, it was not a bug and I just did not understand. RTFM. > > For instance, the style pop up at the bottom of the page where Landscape is > actually Portrait. Format->Page->page is different that the side bar tool > when selecting Landscape. (I can show you XML code as to what is different > if you wish.) And my constant complaining about no Portrait in the styles > selection. > Hmm, you've had four of the sharpest QA reviewers working on the project tell you that you are incorrect. You've received precise examples and explanations to enable you to perceive where your usage is not in line with function. Yet you still claim there is a bug... at some point folks will tell you to move on. Meanwhile the UX facet of why it causes issues is our ongoing dichotomy of Direct Formatting vs. Style based authoring. > > That all being said, I adore Regina's proposal. I would love to test it, if > you need a tester. Not a lot to test or change--one commit to move the menu action for the Page... style dialog to a different section of the Format menu, with a tweak to its label. It won't work any differently, but may be less confusing for folks there ;-) Meanwhile examine the behavior of the Status bar indicator of the Page style, it is context menu (i.e. r-mouse click) enabled to allow you to select from the defined page styles and will display the Name of the page style applied to the document page with text cursor focus. It does not give any indication when the style has been modified from its template defaults. Open attachment 153099, its view mode should make the page styling apparent. -- 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 126608] Writer: Can't switch to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=126608 --- Comment #50 from Todd --- (In reply to Heiko Tietze from comment #45) > Those discussions might be better suited for > the mailing lists or our other channels (IRC, Telegram). I think the issue here is that you do not get a good hearing when you report a bug, so you either give up or start these YUGE long dissertations. It seem that you get a knee jerk "NOTABUG" response and that is the end of it. In this bug report, I pointed out several bugs and got back use a different tool or use the tools provided, but not "that" tool. Since one tool worked, but another did not, it was not a bug and I just did not understand. RTFM. For instance, the style pop up at the bottom of the page where Landscape is actually Portrait. Format->Page->page is different that the side bar tool when selecting Landscape. (I can show you XML code as to what is different if you wish.) And my constant complaining about no Portrait in the styles selection. Another example of getting blown off when reporting a bug: Calc: print does not print unsaved cell https://bugs.documentfoundation.org/show_bug.cgi?id=125895 Resolved: NOT A BUG I reopened as an RFE Print/Export should close cells first https://bugs.documentfoundation.org/show_bug.cgi?id=125932 And then got a decent hearing and the bug was accepted. Are you sensing a pattern? That all being said, I adore Regina's proposal. I would love to test it, if you need a tester. -- 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 126608] Writer: Can't switch to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=126608 --- Comment #49 from V Stuart Foote --- (In reply to Todd from comment #48) > > My understanding is that "format->page" is "suppose" to only affect the > current page and subsequent new pages, not existing pages, even if under the > active page. > Only I can never figure out when it is the current page and when it is > global. > Nope, there is no "Direct Formatting" for Pages--you will always be working with a style when formatting pages. And Page styles are one of the styles that will *always* AutoUpdate (i.e. there is no "Auto Update" checkbox selection on the Style editor's Organizer tab). You change it anywhere, and it will auto update (perhaps "autocorrupt") its use anywhere else in the document. Powerful stuff :-) Not understanding that seems to be what continues to trip you up... > > I suggest to rename 'Page…' to 'Edit Page Style' and move it out of the > > Character-Paragraph section. Perhaps put it after 'Watermark', that has > > already 'Columns', which alters the page style too. > +1, for Regina's suggestion the movement out of the block of Direct Formatting controls -- 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 126608] Writer: Can't switch to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=126608 --- Comment #48 from Todd --- (In reply to Regina Henschel from comment #46) > I think, one problem is, that the items 'Character', 'Paragraph' and 'Bullet > and Numbering…' in that section of the Format menu perform a direct > formatting which has no effect on other parts or the document. But the item > 'Page…' there, does not perform a direct formatting at all and has often a > document-wide effect. My understanding is that "format->page" is "suppose" to only affect the current page and subsequent new pages, not existing pages, even if under the active page. Only I can never figure out when it is the current page and when it is global. > I suggest to rename 'Page…' to 'Edit Page Style' and move it out of the > Character-Paragraph section. Perhaps put it after 'Watermark', that has > already 'Columns', which alters the page style too. Hi Regina, I love your idea! -T -- 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 126608] Writer: Can't switch to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=126608 --- Comment #47 from Todd --- (In reply to Heiko Tietze from comment #45) > And throughout all the comments I haven't seen any proposal > to enhance, eg. to introduce a page style "Portrait" in addition to the > existing Landscape (wouldn't work well, IMHO) or to have a dedicated menu > entry Insert > Page Break (Landscape) plus applying the Default page style > (with portrait) for ordinary page breaks. I never specifically said RFE to adding Portrait but did complain about it not being there profusely. -- 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 126648] Arrow Style sorting after size
https://bugs.documentfoundation.org/show_bug.cgi?id=126648 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #14 from V Stuart Foote --- (In reply to andreas_k from comment #13) > what does CF mean? There is > > CF Oee > CF Only One > CF Many > CF Many One > CF Zero One > CF Zero Many The "CF" was used for naming "Crows Foot" a.k.a Martin [1] symbology for -- Entity–relationship modeling [2] =-ref-= [1] https://en.wikipedia.org/wiki/James_Martin_(author) [2] https://en.wikipedia.org/wiki/Entity%E2%80%93relationship_model -- 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 126648] Arrow Style sorting after size
https://bugs.documentfoundation.org/show_bug.cgi?id=126648 --- Comment #13 from andreas_k --- what does CF mean? There is CF Oee CF Only One CF Many CF Many One CF Zero One CF Zero Many -- 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 126674] LibreOffice 6.3.0~rc2-1 Writer: undesirable menu changes
https://bugs.documentfoundation.org/show_bug.cgi?id=126674 --- Comment #2 from John Parker --- Bug 120905 was evidently initially raised for LibreOffice Impress. I cannot comment about any improvements now made to its workflow. The bug mentions usability studies. With LibreOffice Writer, the three matters I raise are regressive features. I cannot believe that a usability study was carried out in Writer after the paragraph right-context menus were redesigned and that the usability study showed the new arrangement to be best. This is a tiny part of the overall Writer user interface. But I have to use it often. It's good to know that the developers faithfully implemented the design. For me, it's a regressive design. To be sure, LibreOffice provides a means of customising menus. But don't you think that for workflows everybody uses, efficient menus should be provided by default? -- 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 126648] Arrow Style sorting after size
https://bugs.documentfoundation.org/show_bug.cgi?id=126648 --- Comment #12 from andreas_k --- Thanks for the Information l will do the best to give our users the best of odt. Thanks -- 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 126648] Arrow Style sorting after size
https://bugs.documentfoundation.org/show_bug.cgi?id=126648 --- Comment #11 from Regina Henschel --- (In reply to andreas_k from comment #10) > I had a look into source file > https://opengrok.libreoffice.org/xref/core/extras/source/palettes/standard. > soe?r=b15fef02 > > Is there an reason that each viewbox is different? The viewBox defines a coordinate system for its content. It allows to exactly determine the position and and size of its content parts in regard to other content parts. Because it is pure vector graphic, it does not have any "size". The author of a marker can use a viewBox as he likes. how the size will be > defined? from the viewbox (and there size) it's not possible to define the > arow size. The size is determined by the style of the object, which uses the arrow. The style has parts 'draw:marker-start="Circle" draw:marker-start-width="1cm"', for example. That means: Use the marker with name "Circle" and scale it so, that its width is 1cm. The rectangle given be the viewBox (third and forth value of it) is scaled with keeping ratio, so that the width of the viewBox is 1cm. This width is set in the UI in the "Line" dialog for direct formatting or in a graphic style in tab "Line". The default width, when switching on a marker, is determined by the thickness of the line. When changing the line width the marker width is adapted automatically, but you can set a different value manually. And if there is somewhere an parameter for the size in the code, > than it should be not to complicated to add an size drop down menu to the > array dialog window. The drop-down menu for the type of the marker is not a good place for it. But I can think of a section in the side bar, which provides a simplified UI. Keep in mind, that you have the option "center" in addition to the width, and that in ODF you can use an arbitrary value for the width and use arbitrary paths for the marker, only that it needs to be closed. The situation is different in OOXML. There you are restricted to a fix set of 6 marker types (incl. none) and a fix set of the three size values: large, medium, small. See 20.1.10.32 to 20.1.10.34 in the OOXML standard. -- 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 126648] Arrow Style sorting after size
https://bugs.documentfoundation.org/show_bug.cgi?id=126648 --- Comment #10 from andreas_k --- I had a look into source file https://opengrok.libreoffice.org/xref/core/extras/source/palettes/standard.soe?r=b15fef02 Is there an reason that each viewbox is different? how the size will be defined? from the viewbox (and there size) it's not possible to define the arow size. And if there is somewhere an parameter for the size in the code, than it should be not to complicated to add an size drop down menu to the array dialog window. -- 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 126674] LibreOffice 6.3.0~rc2-1 Writer: undesirable menu changes
https://bugs.documentfoundation.org/show_bug.cgi?id=126674 V Stuart Foote changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu --- Comment #1 from V Stuart Foote --- Suggestion essentially is for return Context menu for Paragraphs to a flat single level menu. Bullets & Numbering in a submenu was intentional redesign for default UI. Followed by rework of the Bullets & Numbering dialog (bug 120905) As Context menus are fully customizable--user can reconfigure adding/removing elements as they prefer. But default configuration is as designed. IMHO => 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 126608] Writer: Can't switch to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=126608 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #46 from Regina Henschel --- I think, one problem is, that the items 'Character', 'Paragraph' and 'Bullet and Numbering…' in that section of the Format menu perform a direct formatting which has no effect on other parts or the document. But the item 'Page…' there, does not perform a direct formatting at all and has often a document-wide effect. I suggest to rename 'Page…' to 'Edit Page Style' and move it out of the Character-Paragraph section. Perhaps put it after 'Watermark', that has already 'Columns', which alters the page style too. -- 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 112720] "find all" again throws you back to the first page with a find hit
https://bugs.documentfoundation.org/show_bug.cgi?id=112720 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||6383 --- Comment #3 from Heiko Tietze --- Reconsiderung my comment. What we should do is to start from the next appearance of the search term, let's say with occurrence 6/10, and go to #1 after the last item. Unfortunately we do have neither the number of results (bug 106383) nor the position yet. -- 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 107673] UX: Workflow of changing border color using the table toolbar
https://bugs.documentfoundation.org/show_bug.cgi?id=107673 Heiko Tietze changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED -- 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 114899] VIEWING: smarter positioning of deleted text in track changes mode (considering word boundaries)
https://bugs.documentfoundation.org/show_bug.cgi?id=114899 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | Blocks||83946 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=83946 [Bug 83946] [META] Tracking changes issues -- 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 126011] Maximum header height and maximum footnote height conflict
https://bugs.documentfoundation.org/show_bug.cgi?id=126011 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #2 from Heiko Tietze --- Don't see need for input from UX. The maximum value has to depend not only on page properties but also the value of header or footer, respectively. -- 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 126628] Default Font for shapes is Liberation Sans and in Text Style it's Noto Sans
https://bugs.documentfoundation.org/show_bug.cgi?id=126628 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED -- 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 100373] [META] Style issues in Draw/Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=100373 Bug 100373 depends on bug 126628, which changed state. Bug 126628 Summary: Default Font for shapes is Liberation Sans and in Text Style it's Noto Sans https://bugs.documentfoundation.org/show_bug.cgi?id=126628 What|Removed |Added Status|UNCONFIRMED |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 126666] Make bottom description area in Sidebar's Function section more high
https://bugs.documentfoundation.org/show_bug.cgi?id=12 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Heiko Tietze --- Wouldn't make it higher by default but scale with more text. For example, for Mathematical > ACOTH the word "number" at the end is cropped with ellipsis. And there are longer descriptions. -- 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 126610] WRITER TABLE: Give option that enlarged image is cropped by table cell
https://bugs.documentfoundation.org/show_bug.cgi?id=126610 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #5 from Heiko Tietze --- I don't think crop is the right term here. By enlarging the image you don't expect to crop it. So I tried to arrange and wrap the image into the background with a non-transparent color on table cells. Still the table remains in the background meaning I can select the image per click and its white background is painted over the cell background. Normal text paints over the image and hides it when the background is set. -- 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 126648] Arrow Style sorting after size
https://bugs.documentfoundation.org/show_bug.cgi?id=126648 --- Comment #9 from andreas_k --- for sure the problem with different sizes can be solved when there is an dropdown menu in the dialog, but as it's not there we need from my point of view different sizes. -- 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 126648] Arrow Style sorting after size
https://bugs.documentfoundation.org/show_bug.cgi?id=126648 --- Comment #8 from andreas_k --- (In reply to Heiko Tietze from comment #7) > So what you do is > * Rename Rounded Short Arrow to Arrow Arrow is Arrow (I never change an default), Rounded short arrow was removed, cause it's to similar to arrow > * Rename Symmetric Arrow to Arrow Short I rename symmetric arrow to traingle cause this it the same > * Rename Small Arrow to Arrow Large rename cause small arrow is not small > * Add Arrow Line Large > * Add Arrow Concave Short > * Add Arrow Concave Large Arrow, Arrow Line and Arrow Concave is available in MSO so I suggest to have for them 3 sizes, normal, short and large. For sure we can also integrate square 45 and circle in 3 sizes, but as you said it will be to much. -- 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 126648] Arrow Style sorting after size
https://bugs.documentfoundation.org/show_bug.cgi?id=126648 --- Comment #7 from Heiko Tietze --- So what you do is * Rename Rounded Short Arrow to Arrow * Rename Symmetric Arrow to Arrow Short * Rename Small Arrow to Arrow Large * Add Arrow Line Large * Add Arrow Concave Short * Add Arrow Concave Large Can you give an example when those new arrow styles are needed? -- 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 126608] Writer: Can't switch to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=126608 --- Comment #45 from Heiko Tietze --- Don't see need for improve UX. Of course, Todd runs into trouble like probably many others too, but to make this easier goes on cost of functionality. And throughout all the comments I haven't seen any proposal to enhance, eg. to introduce a page style "Portrait" in addition to the existing Landscape (wouldn't work well, IMHO) or to have a dedicated menu entry Insert > Page Break (Landscape) plus applying the Default page style (with portrait) for ordinary page breaks. We appreciate your passion, Todd. But I cannot imaging any developer but Mike to read >20 comments :-). Those discussions might be better suited for the mailing lists or our other channels (IRC, Telegram). -- 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 126628] Default Font for shapes is Liberation Sans and in Text Style it's Noto Sans
https://bugs.documentfoundation.org/show_bug.cgi?id=126628 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||100373 CC||79045_79...@mail.ru --- Comment #2 from Roman Kuznetsov <79045_79...@mail.ru> --- don't see a problem here it's "WF" now but we should think about changing of default drawing style for all modules Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=100373 [Bug 100373] [META] Style issues in Draw/Impress -- 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 100373] [META] Style issues in Draw/Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=100373 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||126628 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=126628 [Bug 126628] Default Font for shapes is Liberation Sans and in Text Style it's Noto Sans -- 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
