[libreoffice-projects] minutes of ESC call ...
* Present: + Kendy, Miklos, Sophie, Christian, Michael S, Michael M, Eike, Lionel, Heiko, Olivier, Caolan, Stephan, Thorsten, Xisco, Tamas B * Completed Action Items: * Pending Action Items: * Release Engineering update (Christian) + no releases planned this week. + 6.0.5 – RC2 + early next week + 6.1.0 beta 2 next week … + was optional, but worth having near end of week. + 6.1 late features + calc threading default / fixing (Miklos) + ongoing – more fixes this week. + writer – red-lining re-factoring (Michael S) + doesn’t quite work yet, but want to get it into master soon + get it in tomorrow, and continue later to finish it + expect another couple of weeks until it can be enabled in experimental mode. + desirable to get it into 6.1 (Thorsten) + have kill-switch to turn it off + lets get it into master & decide next week wrt. 6.1 + Help format (Stephan) + various make file dependency fixes + Get-involved info-bar & Help/About menu (Kendy) + plan to get it before next ESC. + flat MIME icons (Andreas K) + https://bugs.documentfoundation.org/show_bug.cgi?id=117456 + https://gerrit.libreoffice.org/#/c/54990/ + documentation team informed + Renewed the Windows certificate for another year (watch out QA). + everything working nicely. + Remotes + iOS remote pending Apple’s approval. + Android viewer + Online + up-loaded a beta1 * Documentation (Olivier) + New Help + Fixes in Makefiles for media (thanks to Stephan Bergman) + Tweaks in UI CSS (Adolfo Barrientos) + Fix in XSLT + Help contents + New Pages for MAXIFS, MINIFS, (ohallot) + refactoring of ‘IFS functions (ohallot) + reduces workload for translation + files cleanups and visual enhancements (S Schröder) + Fixes and typos (Adolfo, ohallot) + Master vs 6.1: backport help pages?, New Help? + no approval needed yet (Michael) + Guides and Books + Further reviews on GS 6.0 chapters by Jean Weber + Assembling book on going (ohallot) + spent some days in São Paulo with the local team * UX Update (Heiko) + Bugzilla (topicUI) statistics 247(247) (topicUI) bugs open, 309(309) (needsUXEval) + Updates: BZ changes 1 week 1 month 3 months 12 months added 2(1) 3(-4) 25(-8) 99(-4) commented 10(2)56(-54) 409(-52) 1812(-78) removed 0(0) 0(0) 2(0) 11(0) resolved 1(-1)5(0) 29(-2) 177(-3) + top 10 contributors: Tietze, Heiko made 28 changes in 1 month, and 795 changes in 1 year Xisco Faulí made 13 changes in 1 month, and 333 changes in 1 year Thomas Lendo made 12 changes in 1 month, and 381 changes in 1 year Kainz, Andreas made 9 changes in 1 month, and 26 changes in 1 year Pedro made 8 changes in 1 month, and 25 changes in 1 year Ilhan Yesil made 7 changes in 1 month, and 10 changes in 1 year Timur made 7 changes in 1 month, and 59 changes in 1 year Foote, V Stuart made 5 changes in 1 month, and 265 changes in 1 year Cor Nouws made 4 changes in 1 month, and 153 changes in 1 year A.Holtsmark made 4 changes in 1 month, and 8 changes in 1 year + Guideline for floating widgets + should clearly identified as detachable, stay on top, close on escape, look like a tool-window + https://wiki.documentfoundation.org/Design/Selection#Appearance + Keyboard shortcut to move cols/rows in Calc + Proposal via mode switch; enable a different / movement mode (?) + surely WYSIWYG editors try to avoid modes ? (Michael) + Mojave dark mode request (tdf#118017) * Fuzz / Crash Testing (Caolan) + 10(+4) import failures, 9(+6) export failures + 2 exports – mst layout asserts. + expect related to Bitmap / threading changes. + coverity + 3 (+0, -13) + forcepoint round 7. + 11 docs → 4 root issues. + 1 outstanding + a hang – intractable layout loop + oss-fuzz ?? (15 outstanding, 12 minor, lots of font cache unreproducibles) + lots of irreproducible ones. * Crash Reporting (Xisco) + http://crashreport.libreoffice.org/stats/version/5.4.6.2 + 547 (last 7 days) (-177) + http://crashreport.libreoffice.org/stats/version/5.4.7.2 + 489 (last 7 days) (+149) + http://crashreport.libreoffice.org/stats/version/6.0.3.2 + 993(last 7 days) (-174) + http://crashreport.libreoffice.org/stats/version/6.0.4.2 + 1793 (last 7 days) (+565) + Top 1 crash: MultiSalLayout::AdjustLayout(ImplLayoutArgs &)
[libreoffice-projects] Minutes from the design meeting 2018-Jun-06
Present: Stuart, Muhammet, Tomaz, Thomas, Heiko * HIG about floating widgets + https://wiki.documentfoundation.org/Design/Selection#Appearance + Escape to close the floating widget? + http://document-foundation-mail-archive.969070.n3.nabble.com/Guideline-for-floating-widgets-tc4241342.html + Heiko, Pedro -1, Alex, Cor, Thomas +1 + Esc might be pressed accidentaly, toolwindows are also windows and dont act on esc, and there is likely never focus on this widget as input is applied immediately (Heiko) + today (6.2.0.0.alpha0 on Windows) esc doent have an effect neither ctrl+f4 or any other shortcut + F6 cycles through menu, toolbars, sidebar and flaoting windows + help says, in general, esc closes without applying changes (Stuart) => let's go with escape to close the floating widgets + old: Floating controls are non-resizable, stay on top of the app, and don't close per escape. + new: Floating controls are non-resizable, stay on top of the app, and close per escape. * Selection of adjacent columns in Calc + https://bugs.documentfoundation.org/show_bug.cgi?id=94420 + no idea about how the selection of zeros works (Heiko) + resolved as WFM/NAB + but https://bugs.documentfoundation.org/show_bug.cgi?id=113235 Better wording for "Use legacy cursor movement behavior when selecting" + discussed in the design meeting 2017-Nov-09: * Wording for legacy cursor movement + https://bugs.documentfoundation.org/show_bug.cgi?id=113235 + Old "Use legacy cursor movement behavior when selecting", + "legacy" isnt useful unless LO previously had this behaviour + Option 1 "Excel style selection" (Cor) + "style" not suitable word to describe behaviour + Option 2 'Excel multiple cell keyboard selection' (Yousuf)(Stuart) + Option 3 "Excel compatible selection for multiple cells" (Heiko) + Option 4 "Excel-like selection for multiple cells" (Thomas) + Option 5: "Convenient selection" (and select by default) (Heiko) => take option 2 + Option 6: "Legacy selection mode" (Muhammet) + Option 7: "Compatible selection mode" (Muhammet) => "Position cell reference with selection" (Tomaz, Stuart) * Keyboard shortcut to move cols/rows + https://bugs.documentfoundation.org/show_bug.cgi?id=99457 + go with ctrl+up/down (crogers) + Option 1: NAB/WFM because rarely used and dangerous action + Option 2: one-hand mode activated by a shortcut, e.g. ctr+foo, which makes cursor moving rows/cols + vi'ish solution + Option 3: ordinary shortcuts, but not simply ctrl+cursor rather ctrl+alt+cursor + ctrl+alt+cursor is used in Gnome shell for workspace => no good solution; but option 2 sounds easier to implement and most flexible + after switchting into movement mode we can act on row/col independentely from selection (left/right select the col, top/down the row) making both possible at once + alternatively the movement could be done based on the selection + as a compromise do the second if there is a selection but otherwise the first * Table line styles are not visible (Muhammet) + https://bugs.documentfoundation.org/show_bug.cgi?id=88961 + The first patch merged turns white lines to black, which makes them very hard to see on dark theme, and almost invisible on high-contrast theme + The second patch involves some trickery, and brings some improvements, but still not satisfied with the result (try different themes with different colors to see what I mean) + Why do we bother changing the color of the lines in the box? + What if we stop doing these tricky things, and make the style box just show the style and the color box just the color? (Just like the "Border Color" and the "Border Style" elements do in the Table toolbar) + It will be consistent with the rest of the UI + It will be always perfectly visible + We can also open an enhancement request to add a preview to the Borders tab of Table Properties dialog, like the one in the "Insert Table" dialog in Writer. + would require a preview that in fact we have under user-defined (line arrangement) + alternatively, show the line on a dedicated self-drawn rectangle similar to color dropdowns => go with the simple black line ignoring width and color -- To unsubscribe e-mail to: projects+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/projects/ Privacy Policy: https://www.documentfoundation.org/privacy
