[Libreoffice-ux-advise] [Bug 89733] SIDEBAR: Using sliders next to value fields
https://bugs.documentfoundation.org/show_bug.cgi?id=89733 A (Andy) stgohi-lob...@yahoo.de changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||stgohi-lob...@yahoo.de Ever confirmed|0 |1 --- Comment #1 from A (Andy) stgohi-lob...@yahoo.de --- I think this is a nice proposal. Then you would theoretical have no more that much unused space and you would have an additional UI feature and such a system is also used for the zoom function in WRITER in the bottom right-hand corner of the main window and for the rotation feature in the Sidebar we have also a slider system. But from the layout it should then maybe also look like (at least similar to [with the circle]) the already existing zoom slider? The only thing I am thinking about is, whether there is then enough space for such a slider, meaning that the slider will not be too small and would be practial? In this case one has also to think about different (maybe longer) translations of Transparency in other languages. This is maybe a critical point for such a proposal. Otherwise, you would need to put the slider into a next line (like currently for the Line Style feature, though Jay has also another good proposal for this Line Style feature - see 89543), but in this case the space issue would no longer really be touched with such a proposal, but you would nevertheless get this new UI feature and would no longer have this long not necessary input line. For me it would be interesting to get to know what others would think about such a nice and interesting enhancement proposal. -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 89733] SIDEBAR: Using sliders next to value fields
https://bugs.documentfoundation.org/show_bug.cgi?id=89733 --- Comment #2 from Heiko Tietze heiko.tie...@user-prompt.com --- Sliders are a good means for arbitrary changes within a defined range. To support accessibility and in order to achieve precise input a spin box is sometimes appended that not only shows the actual value but allows to modify it. We should take care about a consistent implementation. Normally, min and max should be labeled (not necessary if the range is clear from content but consistency be respected). It's not recommendable to use non-linear scales (but often done for zoom; with more labels/tickmarks then). And for an appealing design it makes sense to have not too many sliders in one dialog/view. Jay's and Andy's examples make perfect sense. HIGs: Gtk2: https://developer.gnome.org/hig-book/2.32/controls-sliders.html Gtk3: (linked to the Gtk2 guideline) KDE Slider: https://techbase.kde.org/Projects/Usability/HIG/Slider KDE Slider + Spin box: https://techbase.kde.org/Projects/Usability/HIG/Slider_and_Spin_Box -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 89734] TOOLBAR: Border line width control
https://bugs.documentfoundation.org/show_bug.cgi?id=89734 A (Andy) stgohi-lob...@yahoo.de changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||stgohi-lob...@yahoo.de Ever confirmed|0 |1 --- Comment #1 from A (Andy) stgohi-lob...@yahoo.de --- For me this sounds like a good idea for fast, easy and simple borders, but/and for more sophistacted amendments/features you would need to go to the Image dialog. Or, Jay, have you also planned to add a possibility to change for instance the colour of the border, line style or so? -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 88180] Feature Request: File Picker Improvements
https://bugs.documentfoundation.org/show_bug.cgi?id=88180 --- Comment #6 from Adolfo Jayme f...@libreoffice.org --- Created attachment 113782 -- https://bugs.documentfoundation.org/attachment.cgi?id=113782action=edit Mockup integrating search and Edit button So this is, indeed, a broad bug report, which is already unmanageable ;-) I basically agree with your suggestions, especially the single-versus-double-click thing, which should disappear in favor of single click and the “Edit” button; and the search box, a basic functionality. I’ve integrated those in the attached mockup. Also, it has occurred to me that dropping the “Servers…” button in favor of a new equivalent command in the places and favorites list could be a good idea in order to save space in the top row of the dialog. -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 89733] SIDEBAR: Using sliders next to value fields
https://bugs.documentfoundation.org/show_bug.cgi?id=89733 --- Comment #3 from Jay Philips philip...@hotmail.com --- Created attachment 113785 -- https://bugs.documentfoundation.org/attachment.cgi?id=113785action=edit improved slider (In reply to A (Andy) from comment #1) But from the layout it should then maybe also look like (at least similar to [with the circle]) the already existing zoom slider? I pulled the slider from the zoom slider for the mockup but was able to grab the correct slider control for my theme from glade, so i've attached an updated mockup. The only thing I am thinking about is, whether there is then enough space for such a slider, meaning that the slider will not be too small and would be practial? In this case one has also to think about different (maybe longer) translations of Transparency in other languages. This is maybe a critical point for such a proposal. The slider isnt small in the new mockup. Well about longer lengths of the word 'transparency' in different languages, it would adjust according to the width of the string, just like it does now with the percentage field. Otherwise, you would need to put the slider into a next line (like currently for the Line Style feature, though Jay has also another good proposal for this Line Style feature - see 89543), but in this case the space issue would no longer really be touched with such a proposal, but you would nevertheless get this new UI feature and would no longer have this long not necessary input line. A number of times, the transparency label is on a different line than the percentage field (e.g. Graphic section when you click on an image), so there isnt a problem there. :D -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 88180] Feature Request: File Picker Improvements
https://bugs.documentfoundation.org/show_bug.cgi?id=88180 --- Comment #7 from Jay Philips philip...@hotmail.com --- Nice work adolfo. Just wondered why the need for 'Favorite this Search' when users use the '+' to add folders to the favorites, so they could use the same '+' for adding a search to the favorites. (In reply to Adolfo Jayme from comment #6) I basically agree with your suggestions, especially the single-versus-double-click thing, which should disappear in favor of single click and the “Edit” button; and the search box, a basic functionality. I’ve integrated those in the attached mockup. So is the search functional on the local file system and CMIS? Also, it has occurred to me that dropping the “Servers…” button in favor of a new equivalent command in the places and favorites list could be a good idea in order to save space in the top row of the dialog. I think changing 'Servers' to an icon like the two beside it would easily save space. The icon could be the same icon used in the favorites list when you add a CMIS to it or maybe a cloud icon. Noticed that the up folder button didnt have a tooltip. :D -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 87685] include ODF opening options announcement by default when sending document by e-mail
https://bugs.documentfoundation.org/show_bug.cgi?id=87685 --- Comment #3 from Edmund Laugasson edmund.laugas...@gmail.com --- As I said - this feature should be optional and you can set by default turned off. But the feature itself would be nice if could be implemented. Then it will not disturb anyone and still exist as feature and could be used if decided so. Certainly I can set up custom signature in e-mail client but why then exist such feature in LibreOffice - send document as e-mail? I can use any e-mail client and send files anyway. Already this would be competiting feature if people will send ODF-files. But I understand that this would be comfortable to send directly from office suite the file itself. -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 61866] Background colour in tables can only be cleared in the same way as applied
https://bugs.documentfoundation.org/show_bug.cgi?id=61866 Jean-Baptiste Faure jbfa...@libreoffice.org changed: What|Removed |Added CC||jbfa...@libreoffice.org, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #3 from Jean-Baptiste Faure jbfa...@libreoffice.org --- For me that is not a bug. The background buttons in the table toolbar and in the properties tab of the sidebar, change the background color of the selected object : character, paragraph or cell. You may not want to remove all these background colors by the same action because the 3 colors might be different. Set cc to ux-advise. Best regards. JBF -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 84048] Enhancement request : paragraph style should have a printable option
https://bugs.documentfoundation.org/show_bug.cgi?id=84048 --- Comment #3 from Pierre C pierre.choffar...@free.fr --- I don't know where is the option invisible text. Hiding the text don't let the place to the text. The aim of this, is to have a professor document with the text and a student document without the text but living place for the text to by written by the student -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 89734] TOOLBAR: Border line width control
https://bugs.documentfoundation.org/show_bug.cgi?id=89734 --- Comment #2 from Jay Philips philip...@hotmail.com --- (In reply to A (Andy) from comment #1) For me this sounds like a good idea for fast, easy and simple borders, but/and for more sophistacted amendments/features you would need to go to the Image dialog. Yep thats how its supposed to be. We have a line width field in the toolbar when a shape is selected, which does the same thing. Or, Jay, have you also planned to add a possibility to change for instance the colour of the border, line style or so? The frame toolbar does already have a border line color and style in it. :D -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 89748] New: TOOLBAR: Chart split/group buttons
https://bugs.documentfoundation.org/show_bug.cgi?id=89748 Bug ID: 89748 Summary: TOOLBAR: Chart split/group buttons Product: LibreOffice Version: 4.5.0.0.alpha0+ Master Hardware: Other OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: ux-advise Assignee: libreoffice-b...@lists.freedesktop.org Reporter: philip...@hotmail.com CC: libreoffice-ux-advise@lists.freedesktop.org Created attachment 113788 -- https://bugs.documentfoundation.org/attachment.cgi?id=113788action=edit chart variety In order to simplify the insertion of charts into a document without the need for a user to go into the wizard, a series of split/group buttons should be created for the toolbars that will do this. The first split/group button will unfold a series of various chart types a user can select from. The second split/group series of buttons will unfold a series of variation of the same chart type. -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 89736] Ability to add a heading/title above on the endnote page
https://bugs.documentfoundation.org/show_bug.cgi?id=89736 --- Comment #1 from Owen Genat owen.ge...@gmail.com --- Related AskLO thread with steps describing the current method of placing a heading above endnotes: http://ask.libreoffice.org/en/question/19550/ Admittedly it would be good to make this easier (thus I agree). Hopefully any solution does not affect existing documents using this method. -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 89736] Ability to add a heading/title above on the endnote page
https://bugs.documentfoundation.org/show_bug.cgi?id=89736 Jay Philips philip...@hotmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #2 from Jay Philips philip...@hotmail.com --- Hi Owen, Tried out your solution from askLibO and it did work, though it showed a line between the 'Notes' and the endnotes if you dont page break using 'Endnotes'. -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 89747] TOOLBAR: Line width control should be changed to a combobox
https://bugs.documentfoundation.org/show_bug.cgi?id=89747 Jay Philips philip...@hotmail.com changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Component|LibreOffice |ux-advise See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=89 ||734 -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 82504] EDITING: Background color button should fill cell background and not paragraph color when in a cell
https://bugs.documentfoundation.org/show_bug.cgi?id=82504 Jay Philips philip...@hotmail.com changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=61 ||866 -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 88989] Color picker actions of toolbar buttons font color and background color seem unintuitive
https://bugs.documentfoundation.org/show_bug.cgi?id=88989 Jay Philips philip...@hotmail.com changed: What|Removed |Added CC||heiko.tie...@user-prompt.co ||m, philip...@hotmail.com --- Comment #6 from Jay Philips philip...@hotmail.com --- I guess i'd have to agree with Bryant here as i would expect the same behaviour when i click on the main button as when i click the drop down to select another color. The font color button isnt a highlight type function, so why should it act like that if i click the main button, but act differently when i select a color from the drop down. So if i start typing some text and then select the drop down to change the font color blue, then go back to another section which has a different font color and want start typing in blue there, i cant click on the main button, i have to open the drop down and select blue again. @Heiko: What are your thoughts? -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise