Summary: | borders tabpage UI doesn't display border properties nicely when lines are different | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Jon Grossart <jon> |
Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | enhancement | CC: | heiko.tietze, mentoring, michael.stahl, nis, rmcorrespond, robinson.libreoffice, sknorr.os, ungethym |
Priority: | medium | Keywords: | difficultyInteresting, easyHack, skillCpp, topicUI |
Version: | Inherited From OOo | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 107833, 108383 |
Description
Jon Grossart
2012-02-24 09:58:27 UTC
svtools/source/control/ctrlbox.cxx cui/source/tabpages/border.cxx oops, pushed wrong key, let me complete that... this problem has nothing to do with styles but is a general problem of the borders tabpage, which already existed in OOo: if the border lines are different, then it will not display the properties nicely; this is difficult to do anyway with a single width/style/color control. what could be done easily though is to update the width/style/color control when the user selects an individual line, to display the properties of that line. the tab page already has 4 different padding(line spacing) controls, it would be possible to do the same for the lines but it needs up to 6 controls (when the dialog is for a Table there are inner and outer lines), and it is going to become very cluttered. some input from UX would be nice, what is the best way to go here? AFAIR the dialog is implemented in these files: svtools/source/control/ctrlbox.cxx cui/source/tabpages/border.cxx While I can agree that it needs some work, I still think it is a bug rather than an enhancement. If I apply a special style that hits this issue, there is no way to edit it without recreating it. I can't imaging that was ever the "correct behavior" as intended. *** Bug 39336 has been marked as a duplicate of this bug. *** 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 Restricted my LibreOffice hacking area Migrating Whiteboard tags to Keywords: ( EasyHack SkillCpp TopicUI) [NinjaEdit] Tested in LibO 3.3.0, so setting to inherited. Also, a better description of the behaviour I would expect: On click of a button styling (all 4 edges, sides, etc.), it would set those boarders on at the current settings for parameters. On first click of an edge on the preview, it would load the current settings into the parameters. Once loaded, subsequent click on that edge would toggle the state. Clicking on a different edge would restart the process. JanI is default CC for Easy Hacks (Add Jan; remove LibreOffice Dev List from CC) [NinjaEdit] Please add keyword 'needsUXEval' and CC 'libreoffice-ux-advise@lists.freedesktop.org' if input from UX is needed. |