Design/Meetings/2017-01-12

Link
http://nabble.documentfoundation.org/Minutes-of-the-Design-Hangout-2017-Jan-12-tc4205057.html#a4205067

Minutes
Jan 12, 2017; 7:03am Heiko Tietze-2 Minutes of the Design Hangout: 2017-Jan-12

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