#
586734d6 |
|
14-Nov-2016 |
Janus <janus2@ymail.com> |
Fixes Success/Failure colors in Appearance * Fixes the mapping function index_to_color_which * Fixes #13073
|
#
80bc632a |
|
07-Mar-2016 |
Augustin Cavalier <waddlesplash@gmail.com> |
BStatusBar: Restore the old blue-ish color from before the Set*Color changes.
|
#
7f9368ca |
|
09-Dec-2015 |
looncraz <looncraz@looncraz.net> |
Set*UIColor, etc. The inseparable changes necessary to support live color updating across the system in a sane, safe, and performant manner. BView gains: HasSystemColors() HasDefaultColors() AdoptSystemColors() AdoptParentColors() AdoptViewColor(BView*) SetViewUIColor(color_which, float tint) SetHighUIColor(... SetLowUIColor(... ViewUIColor(float* tint) HighUIColor(... LowUIColor(... DelayedInvalidate() BWindow gains a simple helper method: IsOffscreenWindow() BMessage gains: AddColor() FindColor() GetColor() HasColor() * allegedly this API is deprecated, but I implemented it anyway ReplaceColor() SetColor() Previous private ColorTools methods are made public and moved into GraphicsDefs: mix_color, blend_color, disable_color These are fully compatible with BeOS dan0 R5.1 methods and are just code cleanup of BeOS example code under the OpenTracker license. In addition, four new colors are created: B_LINK_TEXT_COLOR B_LINK_HOVER_COLOR B_LINK_ACTIVE_COLOR B_LINK_VISITED_COLOR These changes are documented in their proper user documentation files. In addition, due to a history rewrite, B_FOLLOW_LEFT_TOP has been defined and used in lieu of B_FOLLOW_TOP | B_FOLLOW_LEFT and is included in this commit. On the app_server side, the following has changed: Add DelayedMessage - a system by which messages can be sent at a scheduled time, and can also be merged according to set rules. A single thread is used to service the message queue and multiple recipients can be set for each message. Desktop gains the ability to add message ports to a DelayedMessage so that said messages can target either all applications or all windows, as needed. Desktop maintains a BMessage which is used to queue up all pending color changes and the delayed messaging system is used to enact these changes after a short period of time has passed. This prevents abuse and allows the system to merge repeated set_ui_color events into one event for client applications, improving performance drastically. In addition, B_COLORS_UPDATED is sent to the BApplication, which forwards the message to each BWindow. This is done to improve performance over having the app_server independently informing each window. Decorator changes are live now, which required some reworking. Signed-off-by: Augustin Cavalier <waddlesplash@gmail.com>
|
#
af84ce79 |
|
16-Apr-2013 |
John Scipione <jscipione@gmail.com> |
Rename B_COLOR_WHICH_COUNT to kColorWhichCount
|
#
ab3c1954 |
|
06-Apr-2013 |
John Scipione <jscipione@gmail.com> |
Move B_COLOR_WHICH_COUNT to private ServerReadOnlyMemory header. This means the B_COLOR_WHICH_COUNT goes from being a public constant to a private one. It sill looks like a public constant starting with a B_ though. I hope that's not a big deal. Too bad we can't get the count of an enum.
|
#
33025215 |
|
05-Apr-2013 |
John Scipione <jscipione@gmail.com> |
Remove dependence on color constants in ServerReadOnlyMemory. This fixes a maintainance problem where you have to update this otherwise unrelated file to keep it in sync whenever you add a color constant. I've added a B_COLOR_WHICH_COUNT constant to the color_which enum which should be updated to point to the newest color constants as new ones are added. I reworked ServerReadOnlyMemory to use this constant instead of using to the current largest color constant directly. If you use B_COLOR_WHICH_COUNT to refer to a color in your code expect to get unpredictable and nonsensical results. Most likely you'll get an undefined result which will return black but don't depend on it. The net effect of this is that ServerReadOnlyMemory doesn't need to be updated anymore when new color constants are introduced but will continue to produce correct results. Eliminate kNumColors constant, replace it with B_COLOR_WHICH_COUNT
|
#
9f24981a |
|
05-Apr-2013 |
John Scipione <jscipione@gmail.com> |
Add B_SCROLL_BAR_THUMB_COLOR constant. This allows you to change the scrollbar thumb color in Appearance preferences. The default color is 216, 216, 216 so the scroll bar thumb looks the same by default. Perhaps someday this can be updated to something a bit more colorful.
|
#
91c78f09 |
|
20-Aug-2012 |
John Scipione <jscipione@gmail.com> |
Create and use new list view item colors * B_LIST_BACKGROUND_COLOR * B_LIST_SELECTED_BACKGROUND_COLOR * B_LIST_ITEM_TEXT_COLOR * B_LIST_SELECTED_ITEM_TEXT_COLOR
|
#
4bb5af76 |
|
15-Jul-2012 |
John Scipione <jscipione@gmail.com> |
Add control mark color setting. #8054 An enhancement adding a setting to Colors under Appearance to set the mark color of radio button and check box controls.
|
#
3b1791fa |
|
13-Nov-2011 |
John Scipione <jscipione@gmail.com> |
80 char limit fix.
|
#
30d17caa |
|
28-Oct-2011 |
John Scipione <jscipione@gmail.com> |
Added support for colored window tabs in the default decorator.
|
#
676308a6 |
|
03-Mar-2008 |
Rene Gollent <anevilyak@gmail.com> |
App Server now saves/restores ui_color settings. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24225 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
23ae77aa |
|
26-Apr-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Removed ColorSet, it's no longer needed or used. * The Decorator are temporarily using ui_color() - this needs to be changed to use the DesktopSettings (when the decorator stuff gets refactored); right now, the colors are fixed. * Added B_WINDOW_TEXT_COLOR, B_WINDOW_INACTIVE_TAB_COLOR, and B_WINDOW_INACTIVE_TEXT_COLOR to the UI colors, B_WINDOW_TAB_COLOR is no longer deprecated. Note, however, that not every decorator may use these colors. * Removed unused and wrong (ie. hard-coded paths) stuff from ServerConfig.h. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17236 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
6d5488e1 |
|
25-Apr-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* There is now a server_read_only_memory structure that is placed in a (surprise!) read-only area shared between the Desktop and all applications. * Right now, this area only contains the desktop colors, ie. B_PANEL_BACKGROUND_COLOR etc.; ui_color() no longer needs to ask the server for these colors. * The ui_colors are now maintained by DesktopSettings, though ColorSet is still there. * The default colors are now hardcoded once and for everyone in InterfaceDefs.h, ie. the app_server uses them as well. * Desktop::Init() can now also return an error (but that is not yet accounted for). * Cleaned up InterfaceDefs.h. * Fixed wrong include in moreUTF8.h. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17232 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
af84ce79da03c13c332dba559d7c54f565e17f4a |
|
16-Apr-2013 |
John Scipione <jscipione@gmail.com> |
Rename B_COLOR_WHICH_COUNT to kColorWhichCount
|
#
ab3c19541d5feee8f522a80d862db8498a085861 |
|
06-Apr-2013 |
John Scipione <jscipione@gmail.com> |
Move B_COLOR_WHICH_COUNT to private ServerReadOnlyMemory header. This means the B_COLOR_WHICH_COUNT goes from being a public constant to a private one. It sill looks like a public constant starting with a B_ though. I hope that's not a big deal. Too bad we can't get the count of an enum.
|
#
33025215566c130e9d950fc95d4605617203c248 |
|
05-Apr-2013 |
John Scipione <jscipione@gmail.com> |
Remove dependence on color constants in ServerReadOnlyMemory. This fixes a maintainance problem where you have to update this otherwise unrelated file to keep it in sync whenever you add a color constant. I've added a B_COLOR_WHICH_COUNT constant to the color_which enum which should be updated to point to the newest color constants as new ones are added. I reworked ServerReadOnlyMemory to use this constant instead of using to the current largest color constant directly. If you use B_COLOR_WHICH_COUNT to refer to a color in your code expect to get unpredictable and nonsensical results. Most likely you'll get an undefined result which will return black but don't depend on it. The net effect of this is that ServerReadOnlyMemory doesn't need to be updated anymore when new color constants are introduced but will continue to produce correct results. Eliminate kNumColors constant, replace it with B_COLOR_WHICH_COUNT
|
#
9f24981a56edba10807b550b521563b0cadd12c7 |
|
05-Apr-2013 |
John Scipione <jscipione@gmail.com> |
Add B_SCROLL_BAR_THUMB_COLOR constant. This allows you to change the scrollbar thumb color in Appearance preferences. The default color is 216, 216, 216 so the scroll bar thumb looks the same by default. Perhaps someday this can be updated to something a bit more colorful.
|
#
91c78f092f17e1cc233f7f85a075f72b72b3f246 |
|
20-Aug-2012 |
John Scipione <jscipione@gmail.com> |
Create and use new list view item colors * B_LIST_BACKGROUND_COLOR * B_LIST_SELECTED_BACKGROUND_COLOR * B_LIST_ITEM_TEXT_COLOR * B_LIST_SELECTED_ITEM_TEXT_COLOR
|
#
4bb5af765fc7c9e4daf911d5ad8db763403fdd21 |
|
15-Jul-2012 |
John Scipione <jscipione@gmail.com> |
Add control mark color setting. #8054 An enhancement adding a setting to Colors under Appearance to set the mark color of radio button and check box controls.
|
#
3b1791fa157fb9abdbc6de8de84406c69a07e31d |
|
13-Nov-2011 |
John Scipione <jscipione@gmail.com> |
80 char limit fix.
|
#
30d17caa9d4370c1425b7ad42c1a1cd771e89b13 |
|
28-Oct-2011 |
John Scipione <jscipione@gmail.com> |
Added support for colored window tabs in the default decorator.
|
#
676308a602849ad12219344e5a3fcdc86ce26c34 |
|
03-Mar-2008 |
Rene Gollent <anevilyak@gmail.com> |
App Server now saves/restores ui_color settings. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24225 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
23ae77aa566566465e1fca7aedbf0f1139acca1e |
|
26-Apr-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* Removed ColorSet, it's no longer needed or used. * The Decorator are temporarily using ui_color() - this needs to be changed to use the DesktopSettings (when the decorator stuff gets refactored); right now, the colors are fixed. * Added B_WINDOW_TEXT_COLOR, B_WINDOW_INACTIVE_TAB_COLOR, and B_WINDOW_INACTIVE_TEXT_COLOR to the UI colors, B_WINDOW_TAB_COLOR is no longer deprecated. Note, however, that not every decorator may use these colors. * Removed unused and wrong (ie. hard-coded paths) stuff from ServerConfig.h. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17236 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
6d5488e18ac47e1c47706227b9a21524ae7874e8 |
|
25-Apr-2006 |
Axel Dörfler <axeld@pinc-software.de> |
* There is now a server_read_only_memory structure that is placed in a (surprise!) read-only area shared between the Desktop and all applications. * Right now, this area only contains the desktop colors, ie. B_PANEL_BACKGROUND_COLOR etc.; ui_color() no longer needs to ask the server for these colors. * The ui_colors are now maintained by DesktopSettings, though ColorSet is still there. * The default colors are now hardcoded once and for everyone in InterfaceDefs.h, ie. the app_server uses them as well. * Desktop::Init() can now also return an error (but that is not yet accounted for). * Cleaned up InterfaceDefs.h. * Fixed wrong include in moreUTF8.h. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17232 a95241bf-73f2-0310-859d-f6bbb57e9c96
|