Date: prev next · Thread: first prev next last
2017 Archives by date, by thread · List index


Present: Jay, Tomazs, Kendy, Steve, Heiko

Tickets

 * Make Breeze the default icon set on Windows
   + https://pirati.ca/display/a6551d712873888e843e54a74a8e772a61684afd
   + https://bugs.documentfoundation.org/show_bug.cgi?id=90194
   + https://plus.google.com/107566594492891737454/posts/H6W86P19atW
     + 60% Yes after one day
   + Yes (Tomazs)
   + No, because Breeze is not enough colorful and too thin (Jay, Kendy, Heiko)
   /keep it for now

 * Installer icon
   (last week)
   + https://bugs.documentfoundation.org/show_bug.cgi?id=103677
     https://bug-attachments.documentfoundation.org/attachment.cgi?id=128467
   + Double-check if ico contains multiple images (Jay)
   + Tango is not really up-to-date and not suitable for Windows (Jay)
   + See what other installers use (Jay)
   + Revert change like Stuart mentioned (Jay)
   + Let's check other installers and decide next week what to do (Heiko)
   (this week)
   + Andreas' solution is good (Kendy)
   + leave it as it is as the default is very close to what we have (Jay)
   / Make a test first with a nightly build that contains Andreas' solution (Kendy)

 * Button order in confirmation dialogs
   + https://bugs.documentfoundation.org/show_bug.cgi?id=104897
   + Do we have a programmatical way to swap buttons?
   + https://www.nngroup.com/articles/ok-cancel-or-cancel-ok/
     + Windows puts Ok first, Apple puts OK last
   + Gnome and KDE uses "Save/Discard/Cancel" or "Yes/No/Cancel" sequence 
     + https://community.kde.org/KDE_Visual_Design_Group/HIG/Dialogs
     + 
http://vim-dev.vim.narkive.com/qFf5LUMj/gnome-hig-compliance-in-gvim-button-order-in-close-confirmation-dialogs-patch
   + But Gnome puts confirmation also last https://developer.gnome.org/hig/stable/dialogs.html.en
   + Caolan has a plan (for years); ticket is maybe a duplicate (Kendy)

 * Drop html export
   + https://bugs.documentfoundation.org/show_bug.cgi?id=66259
   + just drop the html export options or kill the html export completely?
   + filters are working and function is useful but devs need to clean up the code mess (Kendy)
   + dialog is about exporting slides to images (Tomasz)
   + better go with svg export (Kendy)
   + drop the wizard (Tomasz, Kendy) (and suggest users to go with svg)
   + but keep the html export (Kendy)
   + make new single page html export an easy hack and export just slides with original images 
(Tomasz)
   + have a dialog with at least the option to export one or all pages (Heiko)
   + clean up the export(as) features in Impress/Draw (Tomasz); make it consistent



Attachment: signature.asc
Description: OpenPGP digital signature


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.