Summary: | VIEWING: Responsive layout | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Tin Man <newsletters> |
Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED WONTFIX | ||
Severity: | enhancement | CC: | cno, heiko.tietze, jmadero.dev, jnxd91, kainz.a, mentoring, robinson.libreoffice |
Priority: | low | ||
Version: | 4.1.0.0.alpha0+ Master | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 120581, 122245 |
Description
Tin Man
2013-02-07 11:41:46 UTC
This sounds like a good enhancement request but it'll require a ton of work so, as to when it will get done, I'm not sure. Marking: New (confirmed) Enhancement Low (quite difficult to implement) Making an Easy Hack from this - for the code pointers, please check https://wiki.documentfoundation.org/Development/GSoC/Ideas#Improve_toolbars_in_LibreOffice adding LibreOffice developer list as CC to unresolved EasyHacks for better visibility. see e.g. http://nabble.documentfoundation.org/minutes-of-ESC-call-td4076214.html for details Migrating Whiteboard tags to Keywords: ( EasyHack DifficultyInteresting SkillCpp) [NinjaEdit] JanI is default CC for Easy Hacks (Add Jan; remove LibreOffice Dev List from CC) [NinjaEdit] Adding needsUXEval to see if this is still something we would like to implement. I don't know if it's worth and if I would like such automated change of icon size. You will get an jumping UI which is not what I would prefer from an UI that it will change depend on the window size. Responsiveness is what users expect from web applications or small scale devices (mobiles). But on a desktop application? And actually we introduced the Notebookbar to cover different scenarios. So resolving this as WF (there is also no clear use case). wf work for me cause as you already wrote we have responsive layouts. |