[Libreoffice-ux-advise] [Bug 127066] UI: Font size in input line (formular bar) larger than in other UI elements
https://bugs.documentfoundation.org/show_bug.cgi?id=127066 Adolfo Jayme changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|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 127066] UI: Font size in input line (formular bar) larger than in other UI elements
https://bugs.documentfoundation.org/show_bug.cgi?id=127066 --- Comment #10 from Commit Notification --- Thorsten Wagner committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/e757a88f5141a2816d6c69bff5234c9f8802c79a%5E%21 tdf#127066 Font size of Calc input bar aligned to UI font size It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- 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 127066] UI: Font size in input line (formular bar) larger than in other UI elements
https://bugs.documentfoundation.org/show_bug.cgi?id=127066 Commit Notification changed: What|Removed |Added Whiteboard||target:6.4.0 -- 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 127324] Search-Function: Make comments searchable by default, if shown.
https://bugs.documentfoundation.org/show_bug.cgi?id=127324 Thomas Lendo changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=12 | |5974| -- 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 125974] New bug: Searching in comments doesn't work
https://bugs.documentfoundation.org/show_bug.cgi?id=125974 Thomas Lendo changed: What|Removed |Added Keywords|needsUXEval | See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=12 | |7324| -- 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 93111] Feature Request: Custom Style Group
https://bugs.documentfoundation.org/show_bug.cgi?id=93111 Cor Nouws changed: What|Removed |Added Version|4.0.1.2 release |Inherited From OOo --- Comment #9 from Cor Nouws --- It is amazing how many interesting and also useful ideas are brought to us by users. Kudos :) ! The requested situation (see https://bug-attachments.documentfoundation.org/attachment.cgi?id=153845 ) could partly be reached by having templates with custom styles that are needed. But then the desired ones of the styles that are available by default, would not be in the same list.. So if someone sees the challenge and the time: +1 from me. -- 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 126938] Add shortcuts for accepting and rejecting changes
https://bugs.documentfoundation.org/show_bug.cgi?id=126938 Cor Nouws changed: What|Removed |Added Version|6.3.0.4 release |unspecified CC||c...@nouenoff.nl --- Comment #4 from Cor Nouws --- yes, if customizing by the user is possible for these, I would not make default ones (which are not available indeed). Esp. since many times jumping fast from one to another is not how it works. And after all the dialog to manage tracked changes, is rather fast & handy 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 127280] Toggle baseline grid from menu
https://bugs.documentfoundation.org/show_bug.cgi?id=127280 Cor Nouws changed: What|Removed |Added Version|unspecified |Inherited From OOo CC||c...@nouenoff.nl --- Comment #6 from Cor Nouws --- if time allows.. would be a good improvement. I remember moments that I miss 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 127279] Register-true with better labelling
https://bugs.documentfoundation.org/show_bug.cgi?id=127279 Cor Nouws changed: What|Removed |Added Version|unspecified |Inherited From OOo CC||c...@nouenoff.nl -- 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 127324] Search-Function: Make comments searchable by default, if shown.
https://bugs.documentfoundation.org/show_bug.cgi?id=127324 Dieter Praas changed: What|Removed |Added CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org Blocks||106179, 102847 Keywords||needsUXEval --- Comment #1 from Dieter Praas --- I support the proposal cc: Design Team Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102847 [Bug 102847] [META] Quick Find, Search and Replace https://bugs.documentfoundation.org/show_bug.cgi?id=106179 [Bug 106179] [META] Writer comment 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 127279] Register-true with better labelling
https://bugs.documentfoundation.org/show_bug.cgi?id=127279 V Stuart Foote changed: What|Removed |Added Blocks||99525 --- Comment #9 from V Stuart Foote --- Actually, (In reply to pedro.silva from comment #8) > - Align to fixed Baseline / Reference Style: > - Fixed Baseline / Reference Style: > - Referenced line spacing / Paragraph style: > > I think the 3rd would be a good because not only it's more clear it uses the > same terminology from the Paragraph dialogue (Paragraph Styles > Indents & > Spacing). To pair with this, in the Paragraph dialogue the group titled > "Register-true" with the checkbox "Activate" would become: > > - Referenced line spacing / Activate Actually rather than "reference" (a paragraph style applied against the page) the concept would be "registration"--now common in alignment of offset press CMYK and half-tone image print work. But here it predates that considerably coming from the folding of large folio paper sizes to impose the signatures with correct sequence and alignment (front to back and across pages) -- when accomplished the printing and binding is "register-true" and "folded with the print". But we have little support for imposing and printing 'folio, quarto, octavo, duodecimo, sextodecimo' layouts. Just look at the Print dialog's pages per sheet and order where we can not impose a multi-page print layout that would correctly _fold_. That and a lack of means to provide bleeds, trim, and registration marks means we can't directly perform DTP--and "register-true" while correct is not really appropriate. What we are able to do well is provide correct page to page registration of textual content. As our pages are composed dynamically when paragraphs are rendered the printing on pages will not register--page to page, column to column. But when we enable "register-true" on page styles, and allow individual paragraphs to pick up the alignment from the selected reference paragraph's line height (its font height, internal leading, external leading) as a baseline the documents textual content will register as if "imposed" correctly and then "folded with the print", trimmed, and bound. So, while "register-true" is a correct label--agree its etymology is obscure and is really not helpful UX--but the action is still registration. Rather than Reference, I would suggest: Register line spacing / Reference style Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=99525 [Bug 99525] [META] Enhance Draw's DTP capabilities -- 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 127313] Copy word stats to clipboard as HTML table
https://bugs.documentfoundation.org/show_bug.cgi?id=127313 Dieter Praas changed: What|Removed |Added Keywords||needsUXEval Blocks||86066, 108747 CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #1 from Dieter Praas --- I support this request. Same (or as alternative) in File => Properties => Statistics Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=86066 [Bug 86066] [META] bugs and improvements to the statusbar https://bugs.documentfoundation.org/show_bug.cgi?id=108747 [Bug 108747] [META] File properties/settings (meta data) 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 38194] Style indicator in document margin
https://bugs.documentfoundation.org/show_bug.cgi?id=38194 --- Comment #28 from Heiko Tietze --- [1] https://extensions.libreoffice.org/extensions/formatted-dummy-text -- 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 38194] Style indicator in document margin
https://bugs.documentfoundation.org/show_bug.cgi?id=38194 --- Comment #27 from Heiko Tietze --- (In reply to Regina Henschel from comment #26) > Then I do not understand your mockup. I thought the blue parts show the > character formatting of the marked text part. I took the formatted dummy text example as available in this extensions [1] as prototype. This dummy text has comments for testing purpose. Changes are only made to the left margin and the content. Didn't I write some text? -- 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 38194] Style indicator in document margin
https://bugs.documentfoundation.org/show_bug.cgi?id=38194 --- Comment #26 from Regina Henschel --- Then I do not understand your mockup. I thought the blue parts show the character formatting of the marked text part. -- 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 38194] Style indicator in document margin
https://bugs.documentfoundation.org/show_bug.cgi?id=38194 --- Comment #25 from Heiko Tietze --- (In reply to Regina Henschel from comment #24) > Putting such information into the comment margin will conflict... Comments go to the right document margin, the indicators are at left (at least for LTR). Where exactly do you see the issue? -- 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 101977] TRACK CHANGES: More uno commands for accepting/rejecting changes
https://bugs.documentfoundation.org/show_bug.cgi?id=101977 László Németh changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #19 from László Németh --- Note: we need new icons for the extended Track Changes 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 101977] TRACK CHANGES: More uno commands for accepting/rejecting changes
https://bugs.documentfoundation.org/show_bug.cgi?id=101977 --- Comment #18 from Commit Notification --- Gabor Kelemen committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/1496a1831d1be0a2d24be9fe3ecf627b2664e938%5E%21 tdf#101977 change tracking: add 'Accept/Reject and jump to next' commands It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- 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 101977] TRACK CHANGES: More uno commands for accepting/rejecting changes
https://bugs.documentfoundation.org/show_bug.cgi?id=101977 Commit Notification changed: What|Removed |Added Whiteboard|target:6.0.0|target:6.0.0 target:6.4.0 -- 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 127294] Making tips of the day specific to the kind of document created
https://bugs.documentfoundation.org/show_bug.cgi?id=127294 --- Comment #5 from mirko.piero...@studenti.polito.it --- That's true. I guess that, at this point, it all depends on the specific target audience you have in mind. I think that many people might just ignore the tips of the day unless they are made more specific to their own aims while using the software, whereas the ones who are very enthusiastic and who have time will find them fun and will want to delve deeper. -- 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 38194] Style indicator in document margin
https://bugs.documentfoundation.org/show_bug.cgi?id=38194 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #24 from Regina Henschel --- Putting such information into the comment margin will conflict with ordinary comments. This area is too small anyway. I see also problems with adding rectangles to the page margins. You would need to touch a lot of code, to distinct them from other graphic content. So I do not like that idea at all. But I support Andreas' idea of a separate inspector window similar to those known from DOM inspectors. It has the advantage, that it needs no code integration, but can be provided purely as extension. Such window would allow a more detailed view on the inheritance of properties. For example, a portion of text can have a direct format "yellow", a character style with "italic", which is derived from a character style with language set to "German", and uses the font height of the paragraph style, which inherits the font itself from the default style. And such window can be freely positioned and sized. -- 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 127294] Making tips of the day specific to the kind of document created
https://bugs.documentfoundation.org/show_bug.cgi?id=127294 --- Comment #4 from Heiko Tietze --- The illustration next to the tip has a MIME type icon depending on the module right now, if it's a specific tip. -- 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 127294] Making tips of the day specific to the kind of document created
https://bugs.documentfoundation.org/show_bug.cgi?id=127294 --- Comment #3 from Eike Rathke --- At least have some tag or indicator to which module the tip applies, e.g. Calc, Writer, Common, ... it makes no sense to see a tip that describes behaviour/featuer only working in Writer when opening a Calc document, but the tip is formulated such that it leaves the impression it could work in Calc as well. -- 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 72736] Document Dictionary
https://bugs.documentfoundation.org/show_bug.cgi?id=72736 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW |RESOLVED --- Comment #3 from Heiko Tietze --- We have to stick to the format definition and also to make sure that cross-platform and round trips with other applications work well. So while this idea makes some sense (some because the use case for a document specific dictionary that will never be used again is limited) it's won't fix. It's always a good idea to write some kind of use case like "I want to create a document in Greek with a separate dictionary that shouldn't be on my hard-disc because...". That makes it easier to consider solutions. -- 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 127289] Add available options to View menu
https://bugs.documentfoundation.org/show_bug.cgi?id=127289 Heiko Tietze changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |WORKSFORME -- 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 127289] Add available options to View menu
https://bugs.documentfoundation.org/show_bug.cgi?id=127289 --- Comment #4 from pedro.silva --- (In reply to Heiko Tietze from comment #3) > Is there anything specific you would add to the View submenu? Otherwise I'd > close the ticket as WFM. Go ahead, 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 127289] Add available options to View menu
https://bugs.documentfoundation.org/show_bug.cgi?id=127289 --- Comment #3 from Heiko Tietze --- Is there anything specific you would add to the View submenu? Otherwise I'd close the ticket as WFM. -- 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 93111] Feature Request: Custom Style Group
https://bugs.documentfoundation.org/show_bug.cgi?id=93111 Buovjaga changed: What|Removed |Added Status|REOPENED|UNCONFIRMED Ever confirmed|1 |0 -- 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 127279] Register-true with better labelling
https://bugs.documentfoundation.org/show_bug.cgi?id=127279 --- Comment #8 from pedro.silva --- (In reply to V Stuart Foote from comment #7) > Obviously we do not implement a vertical grid typesetting framework on which > objects can be aligned. Understood. > Rather, we describe a "Reference" paragraph style--font and leading--that > establishes a text line height. And effectively sets text "baselines" as > vertically filled from top down and applied within margins of a page style. > > Multiple paragraphs on multiple pages will be aligned to that baseline when > those paragraphs (selectively) are 'Register true' enabled. > > And beleive different page styles (each with a "Reference style" and > corresponding line height/baselines) can be defined (pre-defined in > template) for use in complex documents. > > This is a different approach to that of InDesign or even Scribus. Agreed, it is most def. a different approach and I see no problem with that. In this bug what I tried to propose was a better labelling. As you see when describing the functionality you use the word Baseline (let us forget for a minute about the "Grid"). Also I never encounter any educational material on graphic design, typography or simply about print with that term but all of these do have baselines as a though term. Moreover and as you see in https://help.libreoffice.org/Writer/Printing_Register-true the current term is not really about an element or characteristic of the text/page but rather an ideal to be achieved "This term refers to the congruent imprint of the lines within a type area[...]" so it's kinda odd that is being used as a label for an on/off toggle. Nevertheless I hear you and so here are some options that could be a better fit than the current “Register-true”/“Reference Style:” in Page Style > Page (tab): - Align to fixed Baseline / Reference Style: - Fixed Baseline / Reference Style: - Referenced line spacing / Paragraph style: I think the 3rd would be a good because not only it's more clear it uses the same terminology from the Paragraph dialogue (Paragraph Styles > Indents & Spacing). To pair with this, in the Paragraph dialogue the group titled "Register-true" with the checkbox "Activate" would become: - Referenced line spacing / Activate -- 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 93111] Feature Request: Custom Style Group
https://bugs.documentfoundation.org/show_bug.cgi?id=93111 vistama...@web.de changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE |--- --- Comment #8 from vistama...@web.de --- I do no agree! This is NO duplicate to 69551. The other bug is about "automatic style display". This is the opposite of it: "user defined style display". These bugs are very different. -- 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 127289] Add available options to View menu
https://bugs.documentfoundation.org/show_bug.cgi?id=127289 --- Comment #2 from pedro.silva --- (In reply to Heiko Tietze from comment #1) > Helplines while moving are under View > Grid and Helplines. What else > exactly do you expect in the main menu? Please keep in mind that a clean > menu is a big plus for usability. And you may also customize the menu for > your needs (Tools > Customize). Understood and agreed, (I though I already answer but I see that no) I was testing with different versions and I think I miss that or that I had some sort of customization. Anyhow thanks for taking the time. -- 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