7f9368cae5
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>
56 lines
1.3 KiB
C
56 lines
1.3 KiB
C
/*
|
|
* Copyright 2006, Haiku, Inc. All Rights Reserved.
|
|
* Distributed under the terms of the MIT License.
|
|
*
|
|
* Authors:
|
|
* Axel Dörfler, axeld@pinc-software.de
|
|
*/
|
|
#ifndef SERVER_READ_ONLY_MEMORY_H
|
|
#define SERVER_READ_ONLY_MEMORY_H
|
|
|
|
|
|
#include <GraphicsDefs.h>
|
|
#include <InterfaceDefs.h>
|
|
|
|
|
|
// Update kColorWhichLastContinuous with the largest color constant which
|
|
// leaves no gaps in the color_which integer values.
|
|
static const int32 kColorWhichLastContinuous = B_LINK_ACTIVE_COLOR;
|
|
static const int32 kColorWhichCount = kColorWhichLastContinuous + 3;
|
|
// + 1 for index-offset, + 2 for B_SUCCESS_COLOR, B_FAILURE_COLOR
|
|
|
|
|
|
struct server_read_only_memory {
|
|
rgb_color colors[kColorWhichCount];
|
|
};
|
|
|
|
|
|
static inline int32
|
|
color_which_to_index(color_which which)
|
|
{
|
|
if (which <= kColorWhichCount - 3)
|
|
return which - 1;
|
|
if (which >= B_SUCCESS_COLOR && which <= B_FAILURE_COLOR)
|
|
return which - B_SUCCESS_COLOR + kColorWhichCount - 3;
|
|
|
|
return -1;
|
|
}
|
|
|
|
|
|
static inline color_which
|
|
index_to_color_which(int32 index)
|
|
{
|
|
if (index >= 0 && index < kColorWhichCount) {
|
|
if ((color_which)index < kColorWhichCount - 3)
|
|
return (color_which)(index + 1);
|
|
else {
|
|
return (color_which)(index + B_SUCCESS_COLOR
|
|
- kColorWhichCount - 3);
|
|
}
|
|
}
|
|
|
|
return (color_which)-1;
|
|
}
|
|
|
|
#endif /* SERVER_READ_ONLY_MEMORY_H */
|