[Libreoffice-ux-advise] [Bug 151394] play an audio stream/soundtrack in background for entire ODF presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=151394 --- Comment #8 from Rainer Bielefeld Retired --- Created attachment 182908 --> https://bugs.documentfoundation.org/attachment.cgi?id=182908=edit content.xml from sample file (In reply to Randy from comment #7) No! The music simply comes from a linked file. Here as att. you see content.xml from unzipped presentation. Search in it for "Hartford" and you will find 2 relative links to the background music .mp3. An expert might be able to find out how that works from the source file Also ASK and OOo forum and so on are full of hints how to get a background music for all presentation, but I can't think straight enough at the moment to understand what they tell me -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151394] play an audio stream/soundtrack in background for entire ODF presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=151394 --- Comment #7 from Randy --- I downloaded that attachment but there was no music file attached and the sheets were mostly blank. It was only 21kb in size. I did figure out how to use the xbox game bar to screen record the presentation as it played. That produced an .mp4 video file. I then added the audio track I wanted to that file. A lot of steps that could be potentially all handled by Impress I think. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151394] play an audio stream/soundtrack in background for entire ODF presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=151394 --- Comment #6 from Rainer Bielefeld Retired --- Created attachment 182906 --> https://bugs.documentfoundation.org/attachment.cgi?id=182906=edit Presentation with audio background play This is a Presentation I created in 2011 with background Music. Starts with Sheet 1. Music is related to sheet, if I delete it music will not play. Deleting sheets 3,5,7 will not delete any Music, will not cause Music hickups. I can't find out how I did that ... -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 141483] SIDEBAR: Convert style filter menu into several orthogonal filters
https://bugs.documentfoundation.org/show_bug.cgi?id=141483 Dieter changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=11 | |4886| -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151343] Inconvenient to drag an animation effect to the end of the list
https://bugs.documentfoundation.org/show_bug.cgi?id=151343 Telesto changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151377] ENHANCEMENT: Collapse or hide toggle for individual effect details in animation sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=151377 Telesto changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #3 from Telesto --- (In reply to Eyal Rozenberg from comment #2) > I would go with something like the collapsible regions we have in the > Properties sidebar. I agree -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151394] play an audio stream/soundtrack in background for entire ODF presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=151394 --- Comment #5 from Randy --- (In reply to Heiko Tietze from comment #2) > Assuming an advertising use case (shown in a loop with no personal presence) > where a narrator explains what is shown on the slides. Or what is your use > case? => NEEDINFO > > What we need is a media properties dialog that allows to set "[ ] Do not > stop on next slide" among other options (currently we have a sidebar deck at > the properties tab). > > I wonder what happens when you go back to the previous slide, however. Guess > we should stop. And what if another media file starts on the next slide, mix > both or stop the first. In my use, I am creating an automatic run slides show - each of the slides has it's own amount of time and it begins to run as soon as you start the show. This type of slideshow (whether uniform slide times or individual slide times) works great for events like memorial services or graduation parties where you may want to run a slideshow of images either as a one time show as a presentation or looped to run on a monitor throughout the event. For longer slideshows that last 5 to 10 minutes, it would be nice to be able to string a couple audio files to play in the background with maybe the ability to fade out the audio at the end of the slideshow if the audio file is longer than the amount of images. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151394] play an audio stream/soundtrack in background for entire ODF presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=151394 --- Comment #4 from Randy --- (In reply to V Stuart Foote from comment #1) > OK, can see it as useful. But would probably need some control of the media > playback as in see also. > > But the second is already possible, sort of with export to SVG based > "SMIL2.0" format (see bug 117708) . But a full video encoding e.g. to mp4 > is better left to external capture programs. > > Onto the UX-advise pile... Thanks for that tip on the SVG. I wasn't familiar with that format. That did work for running in a browser however, converting that to a video file is a little more difficult. There are plenty of options for converting to SVG, even .mp4 to SVG but not the other way around (at least that I could find). -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151215] Let me choose different fonts for different languages in the same group
https://bugs.documentfoundation.org/show_bug.cgi?id=151215 --- Comment #15 from Mike Kaganski --- (In reply to Mike Kaganski from comment #14) > Disagree with some specific part of this wording. Specifically: I totally > agree that it would be useful to define a font used for "neutral" characters > ... but I believe that it should not be "bind them to font of language X", > but rather an own entry. Additionally, in this case it looks like we have an > xor case: *either* we map all neutral characters to some font, *or* honor > the language of the text run to decide the font. ... and maybe we *only* need a checkbox like "always use *Default* (language-independent) font for neutral characters, irrespective of the language". Why would Default differ from "Neutral" case? In an extreme case, we could define specific fonts for every language we use, and then the default (fallback) would only be used for the neutral, right? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151215] Let me choose different fonts for different languages in the same group
https://bugs.documentfoundation.org/show_bug.cgi?id=151215 --- Comment #14 from Mike Kaganski --- (In reply to Eyal Rozenberg from comment #12) > * Choosing what happens to neutral characters (i.e. which language's font > they adhere to) Disagree with some specific part of this wording. Specifically: I totally agree that it would be useful to define a font used for "neutral" characters ... but I believe that it should not be "bind them to font of language X", but rather an own entry. Additionally, in this case it looks like we have an xor case: *either* we map all neutral characters to some font, *or* honor the language of the text run to decide the font. Without the latter, we would not be able to resolve bug 148257; but if we allow the latter, a normal workflow on Windows (naturally marking every piece of text with current system input language) would already apply a language, so neutral characters would have to obey ... > * Understanding which additional languages would be covered "for free" by a > font (e.g. if I want to occasionally use a French word with accents in my > English text - can I?) I don't see how would that be reasonable part of e.g. Writer - we are not a dedicated tool for font management. If at all, I believe that Special Character dialog (which needs much of love anyway) could be used for something like that. However, if you have an appealing UI mockup that makes it natural in a place like the discussed configuration - why not. > * Controlling overlaps between fonts beyond the perfectly neutral characters > - what gets preferred? This needs some elaboration. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151215] Let me choose different fonts for different languages in the same group
https://bugs.documentfoundation.org/show_bug.cgi?id=151215 --- Comment #13 from Eyal Rozenberg --- (In reply to Eyal Rozenberg from comment #12) Oh, I just noticed I was overly focused on the font selection dialog. We also have the drop-down box on the toolbar or in the side-bar; and the effect of a keyboard language switch, which Mike was just discussing. The function of each of these three is somewhat different. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151215] Let me choose different fonts for different languages in the same group
https://bugs.documentfoundation.org/show_bug.cgi?id=151215 --- Comment #12 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #10) Actually, once separate languages are supported, it may no longer make sense to even expose the "language groups". What use are they to the user? It's not typical for Arabic fonts to have Hebrew glyphs, and vice versa; nor is it typical IIANM for Japanese fonts to have Korean glyphs. ... the only exception I can think of is fonts which actually cover most/all languages in a language group. But even then - the grouping would more likely be by written script, i.e. all Latin-alphabet languages but not Cyrillic or Greek; or all Arabic-script languages, including Urdu and Farsi, but not Hebrew or Adlam. Before thinking about the UI itself, let's think about what the user needs to be able to do using the dialog. That seems to be: * Setting the fallback mechanism for when the actually-desired fonts don't have the glyphs you want. * Making per-language font choices for some specific languages. * Choosing what happens to neutral characters (i.e. which language's font they adhere to) * Understanding which additional languages would be covered "for free" by a font (e.g. if I want to occasionally use a French word with accents in my English text - can I?) * Controlling overlaps between fonts beyond the perfectly neutral characters - what gets preferred? that's a "maximum" list and assuming I haven't forgotten anything. To stress the point: I suggest we first agree on what needs to be doable using the dialog, and then proceed to think about the UI for it. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151020] Writer: Caption strings should be set to document language instead of UI language
https://bugs.documentfoundation.org/show_bug.cgi?id=151020 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #10 from Heiko Tietze --- Maybe I've read too many tickets about the assigned language. Anyway, the "document language" coming from tools > options is applied to the Default PS and subordinate PS, and should be used for the category labels. Using the PS language means to get on one paragraph "Drawing" and on the other "Zeichnung". Makes not much sense to me. And hard to imagine that generating a ToC for both names is possible and meaningful. But using the UI language as today is also not a good solution. So the question boils down to what the "document language" is. Perhaps we always take what is define in tools > options and ignore the setting in PS/CS, which is rather meant for spellcheckers. Alternatively, overwriting the category with "Ilustración" is very simple and does the trick, as Dieter commented in c1. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151215] Let me choose different fonts for different languages in the same group
https://bugs.documentfoundation.org/show_bug.cgi?id=151215 --- Comment #11 from Mike Kaganski --- (In reply to Heiko Tietze from comment #10) IMO, having language groups is a wrong concept. What does any such group really mean? Some artificial separation, reflecting some history of computers, nothing more. The languages in the "groups" are so diverse that the grouping simply doesn't make sense. If at all, just one default + specific languages with their specific assignments look much more reasonable, and I don't expect to see very many real-life documents that would require 50+ such entries in a single document, so the collapsed tree would largely be ergonomically bad (any real use would start with expansion of 1-2 collapsed elements that would not take much space anyway). > I wonder how two languages could be mixed in a document without using > different PS/CS. Let us consider concept and implementation separately. Personally I have no problem *storing* language as an autostyle (=DF). Similar to the RCIDs used for unique numbering for document comparison. And similar to those RCIDs, I would love to *not* have the language in any kind of style UI, because - again, I completely agree, that language of a text is conceptually *not* a formatting, it is data (something that converts a sequence of meaningless characters into a word). By the way, thank you Eyal for wording this proposal and thinking deeply about it: I kind of felt that there's something unnatural with it, and used to promote use of DF (through "use system input language" feature) over styles for this (unlike some advanced/pro users who advocate for styles only - possibly because only Qt allows using that system input language on Linux), but I never realized it that deep. > And if you do so, changing the font is simple. Let me describe a *good* workflow. 1. User defines the language->font mapping table. 2. User types text, and every time they switch keyboard layout, LibreOffice knows which language is used. User doesn't use *any* specific means to tell LibreOffice neither language, nor font. E.g., I have "ENG/US" right now in my taskbar; I type these words, and Writer marks them English (US) without my intervention - and if this proposal is implemented, it also uses the proper font automatically. Then I press Shift+Alt (as I do hundreds of times a day, switching keyboard layout), have "RUS" on the taskbar, and type что-то по-русски - and Writer knows from the OS, that it was a Russian piece of text (and applies the respective font). 3. I decide that I needed to mark some of my commas to be part of Russian - well, because I likely changed the keyboard layout too early / too late (and now it looks a bit inconsistent, and - what's worse - is semantically wrong). I mark the non-character symbols, apply the language (not style!), as I would do today (say, in the status bar), and the font applies accordingly. (And that would also work if I marked them with e.g. Hebrew - so resolving bug 148257). Please remember that, even though if you are Linux users where the discussed automatic language application is not available, or if you use Roman scripts only, and so don't use different keyboard layouts, please remember that that is only a tiny part of real use of the software, and e.g. Windows users (where the feature is available) is ~90% of the user base, and most of the world uses non-Roman scripts at least to some extent. So please consider all this from this point of view. Maybe you should also try to configure and use the feature at least for some time to get used to it, and feel what I'm talking about ;) -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151020] Writer: Caption strings should be set to document language instead of UI language
https://bugs.documentfoundation.org/show_bug.cgi?id=151020 --- Comment #9 from Dieter --- Sorry Heiko, but I'm loosing ideas, how to explain it. One more try: UI: English Default document language: German Language of default PS is German. Category is by default "Drawing". PS is "Drawing" with language German. But I hope, you agree, that "DRAWING" is not a German word. So I don't discuss about PS, but only about the words of the categories, that are shown in the dialog and then within the document. They should follow the document language. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151020] Writer: Caption strings should be set to document language instead of UI language
https://bugs.documentfoundation.org/show_bug.cgi?id=151020 --- Comment #8 from Heiko Tietze --- Created attachment 182900 --> https://bugs.documentfoundation.org/attachment.cgi?id=182900=edit Screenshot UI German, Document English Here a screenshot with German UI language (turning the default name of the caption into the German translation) and English document language. The language of the caption is English, following the Default Paragraph Style. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151020] Writer: Caption strings should be set to document language instead of UI language
https://bugs.documentfoundation.org/show_bug.cgi?id=151020 --- Comment #7 from Dieter --- (In reply to Heiko Tietze from comment #6) > Created attachment 182899 [details] > Screenshot > > Caption is German when I set German as default language for western > documents. I think there is a misunderstanding here. "Drawing" is not a German word. I would expect "Zeichnung" in the "Insert Caption" dialog. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151020] Writer: Caption strings should be set to document language instead of UI language
https://bugs.documentfoundation.org/show_bug.cgi?id=151020 --- Comment #6 from Heiko Tietze --- Created attachment 182899 --> https://bugs.documentfoundation.org/attachment.cgi?id=182899=edit Screenshot Caption is German when I set German as default language for western documents. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151020] Writer: Caption strings should be set to document language instead of UI language
https://bugs.documentfoundation.org/show_bug.cgi?id=151020 --- Comment #5 from Dieter --- (In reply to Heiko Tietze from comment #4) > I cannot follow. Steps: 1. Set UI to English and document language to a different one (for example German) 2. Insert image or shape 3. Insert -> caption Actual result: Categories are in UI Language Expected result: Categories are in document language (Can't say, what's the expected result in document with mixed languages). -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 141692] When Tabbed interface is applied to all apps, you still have to enter each app to turn on or off the MenuBar individually instead of applying to all.
https://bugs.documentfoundation.org/show_bug.cgi?id=141692 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #5 from Heiko Tietze --- Accessibility is one missing feature and handled in bug 109425. The MUFFIN variants are hard-coded and not editable, discussed in bug 148121. The menubar is intentionally off in some variants, such as the Tabbed. We could show the main menu on demand/F10, as requested in bug 107343. I see no reason to keep this ticket open (although the issue is clear). -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151215] Let me choose different fonts for different languages in the same group
https://bugs.documentfoundation.org/show_bug.cgi?id=151215 --- Comment #10 from Heiko Tietze --- UI-wise we could use a tree and have something like: + Western: [ Liberation Sans ] + Complex: [ Noto Kufi ] + Asian: [ Noto Asia ] and when you expand the section the various languages are listed taking the default from it's parent + Western: [ Liberation Sans ] - Complex: [ Noto Kufi ] Arab [ Noto Kufi ] Armenia [ Serif Armenia ] Hebrew [ Noto Kufi ] ... OTOH, we apply this font to the Default PS and I wonder how two languages could be mixed in a document without using different PS/CS. And if you do so, changing the font is simple. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151306] Default width for numbering is insufficient
https://bugs.documentfoundation.org/show_bug.cgi?id=151306 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Keywords|needsUXEval | --- Comment #8 from Heiko Tietze --- Without looking into the code we probably have the choice between pest and cholera. Either we use a reasonable distance for ordered lists (if <10 items), I suggest 1.20cm, and a somewhat large value for unordered lists or accept the missing space between separator and text. But maybe the defaults can be defined independently, in which case I'd keep 0.6cm for unordered lists. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151233] Setting color of right border not working for overwrite with toolbar icons (OK with Format cells)
https://bugs.documentfoundation.org/show_bug.cgi?id=151233 Heiko Tietze changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG --- Comment #3 from Heiko Tietze --- (In reply to Rafael Lima from comment #1) > I'm not sure this is a bug, or if this is the way the function is designed > to work. The reason is, when you try to apply border to a range, the right > edge is not affected when it already has a border. The border between A1 and B1 can be defined via right of A1 and via left of B1. And left-of overrules right-of. We just have to pick one of the two conflicting options. See also bug 87787 and bug 143249 for discussions around borders. It's a hot topic. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151306] Default width for numbering is insufficient
https://bugs.documentfoundation.org/show_bug.cgi?id=151306 --- Comment #7 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #6) > So I suggest to resolve this ticket as WF and adjust the default width to > some larger value that makes sense for the default template. You mean, a larger size for the bulleted case as well? Then you'll have too much space with bullets. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151306] Default width for numbering is insufficient
https://bugs.documentfoundation.org/show_bug.cgi?id=151306 --- Comment #6 from Heiko Tietze --- So I suggest to resolve this ticket as WF and adjust the default width to some larger value that makes sense for the default template. IIRC there was another ticket... -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151020] Writer: Caption strings should be set to document language instead of UI language
https://bugs.documentfoundation.org/show_bug.cgi?id=151020 --- Comment #4 from Heiko Tietze --- I cannot follow. My UI is in English (USA), document default for western is English (UK). New documents adopt en_UK for the Default PS, which is taken into captions. When I change the language for the Default PS to Esperanto, the language attribute for inserted captions will be Esperanto. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151306] Default width for numbering is insufficient
https://bugs.documentfoundation.org/show_bug.cgi?id=151306 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #5 from Regina Henschel --- (In reply to Eyal Rozenberg from comment #3) > (In reply to Heiko Tietze from comment #2) > > Gülşah, Mike: Writer adds a tab (optionally but by default) after the > > number, which is not available in Impress. I wonder if this is a fall-out > > from the dialog redesign or a missing attribute. > > Not available, or just not added? Lists in Impress use the "old" list structure with width of the numbering area, whereas the lists available in the UI in Writer use the "new" list structure. It has the attribute text:list-level-position-and-space-mode="label-alignment" (20.431, part 3, ODF 1.3). The rendering engine in Impress is not able to use the "new" list structure. So 'followed by tab' or 'followed by blank' is not available for lists in Impress. https://docs.oasis-open.org/office/OpenDocument/v1.3/os/part3-schema/OpenDocument-v1.3-os-part3-schema.html#property-text_list-level-position-and-space-mode -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 150848] Tab key should ignore indent
https://bugs.documentfoundation.org/show_bug.cgi?id=150848 --- Comment #14 from Heiko Tietze --- Created attachment 182898 --> https://bugs.documentfoundation.org/attachment.cgi?id=182898=edit Screencast (In reply to Dieter from comment #10) > Steps: > 1. Create a paragraph with an indent > 2. Place cursor at beginning of paragraph and press tab-key > > Actual result: > Cursor position at indend When I enter a literal tab, the cursor is placed after this character. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 69724] There is no ability to set/configure the default number/bullet styles
https://bugs.documentfoundation.org/show_bug.cgi?id=69724 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists | |.freedesktop.org| --- Comment #17 from Heiko Tietze --- Please add the keyword needsUXEval along with CC ux-advice@ - and a question for the UX people. Don't see an open question here. +1 for the hierarchy in list styles, +1 to a new topic. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151255] a suggestion: a specialized version of Writer: LibrePublisher (based on MasterDocument-Writer)
https://bugs.documentfoundation.org/show_bug.cgi?id=151255 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #2 from Heiko Tietze --- Think we take the opposite view and make LibreOffice a publishing tool. As you state, everything is available - with some room to improve (eg. in regards to Draw's DTP capabilities, see bug 99525). Spinning out another application makes no sense. I concur with Stuart's verdict to resolve the ideas as WF. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151378] Highlighting all animation in the animation panel of the sidebar attached to object is inconsistent (not working for shapes)
https://bugs.documentfoundation.org/show_bug.cgi?id=151378 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Blocks||103437 Keywords|needsUXEval | Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Summary|Highlighting all animation |Highlighting all animation |in the animation panel of |in the animation panel of |the sidebar attached to |the sidebar attached to |object is inconsistent |object is inconsistent (not ||working for shapes) --- Comment #2 from Heiko Tietze --- Apparently the animations with this object are highlighted (not all in case of the purple box). But the association is somehow broken for the red box (none of the two animation items are highlighted). Possibly since the other objects are shapes and not text frames. Version: 7.4.1.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 8; OS: Linux 5.19; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (en_US.UTF-8); UI: en-US 7.4.1-3 Calc: threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103437 [Bug 103437] [META] Animation deck/tab of the sidebar -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 147535] The style filter "Applied styles" should respect conditional formattings
https://bugs.documentfoundation.org/show_bug.cgi?id=147535 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | Summary|The cell style "Applied |The style filter "Applied |styles" listing in the |styles" should respect |Styles side panel is|conditional formattings |misleading | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #2 from Heiko Tietze --- Yes, Applied Styles should also list the styles from CF whether actually effective or not. Meaning if a CF wants to apply Accent 1 in case of values >1, for example, but no value is currently >1 the style should still be listed as used. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 148154] Reordering Conditional Formats in Manage CF dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=148154 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists |er...@redhat.com, |.freedesktop.org|heiko.tietze@documentfounda ||tion.org Keywords|needsUXEval | Ever confirmed|0 |1 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 148154] Reordering Conditional Formats in Manage CF dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=148154 --- Comment #2 from Heiko Tietze --- Created attachment 182896 --> https://bugs.documentfoundation.org/attachment.cgi?id=182896=edit Manage conditions dialog with more than one condition The CF management dialog shows all conditions in a spreadsheet, for example what is applied to A1:A5 and another for B1:B5. Having two CF for one range sounds like abusing the dialog to easily switch between presets, which might be a use case itself. On the other hand I see no way to suppress multiple CF at one range. And adding up/down interaction is cheap and simple. Perhaps we should do it as icon-only buttons right of the list to not spam the dialog with buttons. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 62079] Hidden Items Menu
https://bugs.documentfoundation.org/show_bug.cgi?id=62079 Hossein changed: What|Removed |Added Whiteboard||reviewed:2022 Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #17 from Hossein --- (In reply to Heiko Tietze from comment #16) > (In reply to Hossein from comment #15) > > Re-evaluating the EasyHack in 2022 > > > > I think this should be discussed again by the design team to make sure that > > this change is still relevant after 9 years. The toolbars are different now, > > and we have different views for them. > > Customization was introduced and replaces this idea, IMO. Thanks. Then I close this EasyHack and mark it as invalid. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 148896] PRINTING Enhancement - Add buttons to File -> Print dialog box shortcuts to Scale & Area
https://bugs.documentfoundation.org/show_bug.cgi?id=148896 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #2 from Heiko Tietze --- The print preview has a slide to control the zoom factor of the print content (don't know where the value is stored) - do you mean to have a button to find the best scaling automatically? Would be good to have a clear use case. Format > Page Style has a Page but no General tab. I cannot follow you at this point. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151394] play an audio stream/soundtrack in background for entire ODF presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=151394 Rainer Bielefeld Retired changed: What|Removed |Added CC||LibreOffice@bielefeldundbus ||s.de --- Comment #3 from Rainer Bielefeld Retired --- I already created animations some time ago (2011or so) with one music background all over the presentation. It will take a moment until I will remember how I did ... -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151394] play an audio stream/soundtrack in background for entire ODF presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=151394 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #2 from Heiko Tietze --- Assuming an advertising use case (shown in a loop with no personal presence) where a narrator explains what is shown on the slides. Or what is your use case? => NEEDINFO What we need is a media properties dialog that allows to set "[ ] Do not stop on next slide" among other options (currently we have a sidebar deck at the properties tab). I wonder what happens when you go back to the previous slide, however. Guess we should stop. And what if another media file starts on the next slide, mix both or stop the first. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 139099] UI:Search while you type with say 3 suggestions for the fontbox
https://bugs.documentfoundation.org/show_bug.cgi?id=139099 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||1119 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151119] Font (family) selection UI elements should allow searching by substring
https://bugs.documentfoundation.org/show_bug.cgi?id=151119 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||9099 Severity|normal |enhancement Keywords|needsUXEval | Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Blocks||113438, 108734 --- Comment #4 from Heiko Tietze --- We discussed the topic in the design meeting. There is agreement to change the behavior in the dialog and filter the list of font when text is being entered (would start with three letters minimum). Doing the same for dropdown controls is desirable but means to change the behavior completely since we currently just autocomplete. Similar request in bug 139099 was rejected as the effort bears no relation to the benefit. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108734 [Bug 108734] [META] Character dialog bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=113438 [Bug 113438] [META] Font name combobox bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151136] Print Dialog: List of paper sizes unsorted and has duplicates
https://bugs.documentfoundation.org/show_bug.cgi?id=151136 Heiko Tietze changed: What|Removed |Added Priority|medium |low CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval |needsDevEval -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 151136] Print Dialog: List of paper sizes unsorted and has duplicates
https://bugs.documentfoundation.org/show_bug.cgi?id=151136 --- Comment #3 from Heiko Tietze --- Created attachment 182895 --> https://bugs.documentfoundation.org/attachment.cgi?id=182895=edit Paper sizes returned by MSO for "XPS Document Writer" We discussed the topic in the design meeting. The sorting probably comes from the printer target, for example spreads FAX A0..6 across the options. Alphabetical sorting likely fails as U.S. sizes [1] uses Ledger, Tabloid, Legal, Letter with Quarto, Government, Demitab... etc. Consequently we could resolve the ticket as NOB (my take) or predefine a sort order that would be applied to the list. Second part of the report are the duplicates, which I can confirm for the "Microsoft XPS Document Writer" on Windows. But no other printer and of course not on Linux. MSO has different names for the paper types although it apparently has the same size. [1] https://en.wikipedia.org/wiki/Paper_size#North_American_paper_sizes -- You are receiving this mail because: You are on the CC list for the bug.
