Bug 62133 - Minor Draw UI inconsistency- background colour of area style/filling buttons slightly different
Summary: Minor Draw UI inconsistency- background colour of area style/filling buttons ...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
4.0.1.2 release
Hardware: Other macOS (All)
: low trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevEval, topicUI
Depends on:
Blocks: ImpressDraw-Toolbars
  Show dependency treegraph
 
Reported: 2013-03-10 22:26 UTC by brian.bj.parker99
Modified: 2018-12-11 19:29 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot of the inconsistency (17.02 KB, image/png)
2013-04-17 10:05 UTC, Jorendc
Details
Screenshot (12.46 KB, image/png)
2013-04-17 20:51 UTC, Jorendc
Details

Note You need to log in before you can comment on or make changes to this bug.
Description brian.bj.parker99 2013-03-10 22:26:50 UTC
In OS X in Draw, the two adjacent area style/filling drop down lists in the toolbar have a slightly darker grey background surrounding them, rather than using the overall toolbar colour. This is particularly noticeable when a persona is used to change the toolbar background.
Version 4.0.1.2 (Build ID: 84102822e3d61eb989ddd325abf1ac077904985)
Comment 1 Jorendc 2013-04-17 10:04:41 UTC
Thanks for reporting!

I can reproduce this using Mac OSX 10.8.3 with LibreOffice Version 4.0.2.2 (Build ID: 4c82dcdd6efcd48b1d8bba66bfe1989deee49c3) TinderBox: MacOSX TDF Release, Branch:libreoffice-4-0, Time: 2013-03-26_15:52:16

Therefore I mark this as NEW.

Priority: Trivial low

Kind regards,
Joren
Comment 2 Jorendc 2013-04-17 10:05:08 UTC Comment hidden (obsolete)
Comment 3 Jorendc 2013-04-17 20:51:37 UTC Comment hidden (obsolete)
Comment 4 Jorendc 2013-04-17 20:51:51 UTC
Created attachment 78150 [details]
Screenshot
Comment 5 QA Administrators 2015-03-04 02:24:26 UTC Comment hidden (obsolete)
Comment 6 brian.bj.parker99 2015-03-24 10:50:17 UTC
With LO 4.4.1.2 on OSX the defect is still present.
Comment 7 tommy27 2016-04-16 07:24:08 UTC Comment hidden (obsolete)
Comment 8 brian.bj.parker99 2016-04-16 16:18:00 UTC
(In reply to tommy27 from comment #7)

The bug is still present in LO Draw 5.1.2.2
Comment 9 Heiko Tietze 2016-06-14 15:49:20 UTC
Sounds like an EASYHACK
Comment 10 Buovjaga 2016-06-14 15:58:16 UTC
Let's wait for easy hack criteria to be filled, though.
Comment 11 Heiko Tietze 2016-06-14 16:08:22 UTC
(In reply to Buovjaga from comment #10)
> Let's wait for easy hack criteria to be filled, though.

That's why I add needsDevEval and topicUI. The EASYHACK workflow is not perfect.
Comment 12 Buovjaga 2016-06-14 17:03:54 UTC
(In reply to Heiko Tietze from comment #11)
> (In reply to Buovjaga from comment #10)
> > Let's wait for easy hack criteria to be filled, though.
> 
> That's why I add needsDevEval and topicUI. The EASYHACK workflow is not
> perfect.

The easyHack keyword should only be inserted after the criteria are met (mentor, code pointers..).
Comment 13 QA Administrators 2017-09-01 11:17:58 UTC Comment hidden (obsolete)
Comment 14 eisa01 2018-12-11 19:29:12 UTC
This is fixed for me now

Version: 6.3.0.0.alpha0+
Build ID: beae6c7a7f163daad0d4dea63a3d403af2745fd1
CPU threads: 2; OS: Mac OS X 10.13.6; UI render: default; VCL: osx; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-12-06_23:52:29
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded