2009-08-25 18:13:59 +04:00
|
|
|
/*
|
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>
2015-12-10 21:52:48 +03:00
|
|
|
* Copyright 2009-2015, Haiku, Inc. All rights reserved.
|
2009-08-27 15:12:41 +04:00
|
|
|
* Distributed under the terms of the MIT License.
|
2009-08-25 18:13:59 +04:00
|
|
|
*/
|
2009-01-08 18:48:10 +03:00
|
|
|
#ifndef _CHANNEL_SLIDER_H
|
2002-10-23 17:54:44 +04:00
|
|
|
#define _CHANNEL_SLIDER_H
|
|
|
|
|
|
2009-01-08 18:48:10 +03:00
|
|
|
|
2002-10-23 17:54:44 +04:00
|
|
|
#include <ChannelControl.h>
|
|
|
|
|
|
2009-01-08 18:48:10 +03:00
|
|
|
|
Implemented a new look for the Haiku interface controls. It was
overheard that they looked too ninety-ish.
TODO: The code behind this is work in progress. The basic idea
is to extract all drawing code into a new class BControlLook,
of which there is a global instance be_control_look, instantiated
in InterfaceDefs.cpp. At the moment, all the old drawing code is
still there, and the usage of be_control_look is inside if-bodies
checking the instance against NULL. In another words, by not
instanitating be_control_look, you can revert back to the old look.
BControlLook's job is to provide reusable methods for drawing
certain types of frames, backgrounds and labels, so that application
developers can make controls that re-use the same drawing code
as built-in controls and adopt to changes made there. I have added
the notion of "borders". Each of the frame drawing methods can be
made to draw certain borders only, which is supposed to help when
controls shall visually attach. This feature is not fully explored
at all ATM.
TODO: Update BColumnListView header view and BStringItem text
spacing. Update other apps where it makes sense to use BControlLook.
For the moment, only Tracker and LaunchBox are updated. More...
NOTE: The new look is not very radically different, so that existing
apps do not immediately look too ugly or out of place.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29221 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-02-15 21:23:19 +03:00
|
|
|
class BChannelSlider : public BChannelControl {
|
2002-10-23 17:54:44 +04:00
|
|
|
public:
|
Implemented a new look for the Haiku interface controls. It was
overheard that they looked too ninety-ish.
TODO: The code behind this is work in progress. The basic idea
is to extract all drawing code into a new class BControlLook,
of which there is a global instance be_control_look, instantiated
in InterfaceDefs.cpp. At the moment, all the old drawing code is
still there, and the usage of be_control_look is inside if-bodies
checking the instance against NULL. In another words, by not
instanitating be_control_look, you can revert back to the old look.
BControlLook's job is to provide reusable methods for drawing
certain types of frames, backgrounds and labels, so that application
developers can make controls that re-use the same drawing code
as built-in controls and adopt to changes made there. I have added
the notion of "borders". Each of the frame drawing methods can be
made to draw certain borders only, which is supposed to help when
controls shall visually attach. This feature is not fully explored
at all ATM.
TODO: Update BColumnListView header view and BStringItem text
spacing. Update other apps where it makes sense to use BControlLook.
For the moment, only Tracker and LaunchBox are updated. More...
NOTE: The new look is not very radically different, so that existing
apps do not immediately look too ugly or out of place.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29221 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-02-15 21:23:19 +03:00
|
|
|
BChannelSlider(BRect area, const char* name,
|
|
|
|
|
const char* label, BMessage* message,
|
|
|
|
|
int32 channels = 1,
|
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>
2015-12-10 21:52:48 +03:00
|
|
|
uint32 resizeMode = B_FOLLOW_LEFT_TOP,
|
Implemented a new look for the Haiku interface controls. It was
overheard that they looked too ninety-ish.
TODO: The code behind this is work in progress. The basic idea
is to extract all drawing code into a new class BControlLook,
of which there is a global instance be_control_look, instantiated
in InterfaceDefs.cpp. At the moment, all the old drawing code is
still there, and the usage of be_control_look is inside if-bodies
checking the instance against NULL. In another words, by not
instanitating be_control_look, you can revert back to the old look.
BControlLook's job is to provide reusable methods for drawing
certain types of frames, backgrounds and labels, so that application
developers can make controls that re-use the same drawing code
as built-in controls and adopt to changes made there. I have added
the notion of "borders". Each of the frame drawing methods can be
made to draw certain borders only, which is supposed to help when
controls shall visually attach. This feature is not fully explored
at all ATM.
TODO: Update BColumnListView header view and BStringItem text
spacing. Update other apps where it makes sense to use BControlLook.
For the moment, only Tracker and LaunchBox are updated. More...
NOTE: The new look is not very radically different, so that existing
apps do not immediately look too ugly or out of place.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29221 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-02-15 21:23:19 +03:00
|
|
|
uint32 flags = B_WILL_DRAW);
|
|
|
|
|
BChannelSlider(BRect area, const char* name,
|
|
|
|
|
const char* label, BMessage* message,
|
2013-07-09 02:27:55 +04:00
|
|
|
orientation orientation,
|
Implemented a new look for the Haiku interface controls. It was
overheard that they looked too ninety-ish.
TODO: The code behind this is work in progress. The basic idea
is to extract all drawing code into a new class BControlLook,
of which there is a global instance be_control_look, instantiated
in InterfaceDefs.cpp. At the moment, all the old drawing code is
still there, and the usage of be_control_look is inside if-bodies
checking the instance against NULL. In another words, by not
instanitating be_control_look, you can revert back to the old look.
BControlLook's job is to provide reusable methods for drawing
certain types of frames, backgrounds and labels, so that application
developers can make controls that re-use the same drawing code
as built-in controls and adopt to changes made there. I have added
the notion of "borders". Each of the frame drawing methods can be
made to draw certain borders only, which is supposed to help when
controls shall visually attach. This feature is not fully explored
at all ATM.
TODO: Update BColumnListView header view and BStringItem text
spacing. Update other apps where it makes sense to use BControlLook.
For the moment, only Tracker and LaunchBox are updated. More...
NOTE: The new look is not very radically different, so that existing
apps do not immediately look too ugly or out of place.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29221 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-02-15 21:23:19 +03:00
|
|
|
int32 channels = 1,
|
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>
2015-12-10 21:52:48 +03:00
|
|
|
uint32 resizeMode = B_FOLLOW_LEFT_TOP,
|
Implemented a new look for the Haiku interface controls. It was
overheard that they looked too ninety-ish.
TODO: The code behind this is work in progress. The basic idea
is to extract all drawing code into a new class BControlLook,
of which there is a global instance be_control_look, instantiated
in InterfaceDefs.cpp. At the moment, all the old drawing code is
still there, and the usage of be_control_look is inside if-bodies
checking the instance against NULL. In another words, by not
instanitating be_control_look, you can revert back to the old look.
BControlLook's job is to provide reusable methods for drawing
certain types of frames, backgrounds and labels, so that application
developers can make controls that re-use the same drawing code
as built-in controls and adopt to changes made there. I have added
the notion of "borders". Each of the frame drawing methods can be
made to draw certain borders only, which is supposed to help when
controls shall visually attach. This feature is not fully explored
at all ATM.
TODO: Update BColumnListView header view and BStringItem text
spacing. Update other apps where it makes sense to use BControlLook.
For the moment, only Tracker and LaunchBox are updated. More...
NOTE: The new look is not very radically different, so that existing
apps do not immediately look too ugly or out of place.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29221 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-02-15 21:23:19 +03:00
|
|
|
uint32 flags = B_WILL_DRAW);
|
|
|
|
|
BChannelSlider(const char* name,
|
|
|
|
|
const char* label, BMessage* message,
|
2013-07-09 02:27:55 +04:00
|
|
|
orientation orientation,
|
Implemented a new look for the Haiku interface controls. It was
overheard that they looked too ninety-ish.
TODO: The code behind this is work in progress. The basic idea
is to extract all drawing code into a new class BControlLook,
of which there is a global instance be_control_look, instantiated
in InterfaceDefs.cpp. At the moment, all the old drawing code is
still there, and the usage of be_control_look is inside if-bodies
checking the instance against NULL. In another words, by not
instanitating be_control_look, you can revert back to the old look.
BControlLook's job is to provide reusable methods for drawing
certain types of frames, backgrounds and labels, so that application
developers can make controls that re-use the same drawing code
as built-in controls and adopt to changes made there. I have added
the notion of "borders". Each of the frame drawing methods can be
made to draw certain borders only, which is supposed to help when
controls shall visually attach. This feature is not fully explored
at all ATM.
TODO: Update BColumnListView header view and BStringItem text
spacing. Update other apps where it makes sense to use BControlLook.
For the moment, only Tracker and LaunchBox are updated. More...
NOTE: The new look is not very radically different, so that existing
apps do not immediately look too ugly or out of place.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29221 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-02-15 21:23:19 +03:00
|
|
|
int32 channels = 1,
|
|
|
|
|
uint32 flags = B_WILL_DRAW);
|
|
|
|
|
BChannelSlider(BMessage* archive);
|
|
|
|
|
virtual ~BChannelSlider();
|
|
|
|
|
|
|
|
|
|
static BArchivable* Instantiate(BMessage* from);
|
2009-08-25 18:13:59 +04:00
|
|
|
virtual status_t Archive(BMessage* into,
|
|
|
|
|
bool deep = true) const;
|
Implemented a new look for the Haiku interface controls. It was
overheard that they looked too ninety-ish.
TODO: The code behind this is work in progress. The basic idea
is to extract all drawing code into a new class BControlLook,
of which there is a global instance be_control_look, instantiated
in InterfaceDefs.cpp. At the moment, all the old drawing code is
still there, and the usage of be_control_look is inside if-bodies
checking the instance against NULL. In another words, by not
instanitating be_control_look, you can revert back to the old look.
BControlLook's job is to provide reusable methods for drawing
certain types of frames, backgrounds and labels, so that application
developers can make controls that re-use the same drawing code
as built-in controls and adopt to changes made there. I have added
the notion of "borders". Each of the frame drawing methods can be
made to draw certain borders only, which is supposed to help when
controls shall visually attach. This feature is not fully explored
at all ATM.
TODO: Update BColumnListView header view and BStringItem text
spacing. Update other apps where it makes sense to use BControlLook.
For the moment, only Tracker and LaunchBox are updated. More...
NOTE: The new look is not very radically different, so that existing
apps do not immediately look too ugly or out of place.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29221 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-02-15 21:23:19 +03:00
|
|
|
|
|
|
|
|
virtual void AttachedToWindow();
|
|
|
|
|
virtual void AllAttached();
|
|
|
|
|
virtual void DetachedFromWindow();
|
|
|
|
|
virtual void AllDetached();
|
|
|
|
|
|
|
|
|
|
virtual void MessageReceived(BMessage* message);
|
|
|
|
|
|
2009-08-25 18:13:59 +04:00
|
|
|
virtual void Draw(BRect updateRect);
|
Implemented a new look for the Haiku interface controls. It was
overheard that they looked too ninety-ish.
TODO: The code behind this is work in progress. The basic idea
is to extract all drawing code into a new class BControlLook,
of which there is a global instance be_control_look, instantiated
in InterfaceDefs.cpp. At the moment, all the old drawing code is
still there, and the usage of be_control_look is inside if-bodies
checking the instance against NULL. In another words, by not
instanitating be_control_look, you can revert back to the old look.
BControlLook's job is to provide reusable methods for drawing
certain types of frames, backgrounds and labels, so that application
developers can make controls that re-use the same drawing code
as built-in controls and adopt to changes made there. I have added
the notion of "borders". Each of the frame drawing methods can be
made to draw certain borders only, which is supposed to help when
controls shall visually attach. This feature is not fully explored
at all ATM.
TODO: Update BColumnListView header view and BStringItem text
spacing. Update other apps where it makes sense to use BControlLook.
For the moment, only Tracker and LaunchBox are updated. More...
NOTE: The new look is not very radically different, so that existing
apps do not immediately look too ugly or out of place.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29221 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-02-15 21:23:19 +03:00
|
|
|
virtual void MouseDown(BPoint where);
|
|
|
|
|
virtual void MouseUp(BPoint where);
|
|
|
|
|
virtual void MouseMoved(BPoint where, uint32 transit,
|
|
|
|
|
const BMessage* dragMessage);
|
|
|
|
|
virtual void WindowActivated(bool state);
|
|
|
|
|
virtual void KeyDown(const char* bytes, int32 numBytes);
|
|
|
|
|
virtual void KeyUp(const char* bytes, int32 numBytes);
|
|
|
|
|
virtual void FrameResized(float width, float height);
|
|
|
|
|
|
|
|
|
|
virtual void SetFont(const BFont* font,
|
|
|
|
|
uint32 mask = B_FONT_ALL);
|
|
|
|
|
virtual void MakeFocus(bool focusState = true);
|
|
|
|
|
|
|
|
|
|
virtual void GetPreferredSize(float* _width, float* _height);
|
|
|
|
|
|
2009-08-25 18:13:59 +04:00
|
|
|
virtual BHandler* ResolveSpecifier(BMessage* message,
|
|
|
|
|
int32 index, BMessage* specifier,
|
|
|
|
|
int32 form, const char* property);
|
Implemented a new look for the Haiku interface controls. It was
overheard that they looked too ninety-ish.
TODO: The code behind this is work in progress. The basic idea
is to extract all drawing code into a new class BControlLook,
of which there is a global instance be_control_look, instantiated
in InterfaceDefs.cpp. At the moment, all the old drawing code is
still there, and the usage of be_control_look is inside if-bodies
checking the instance against NULL. In another words, by not
instanitating be_control_look, you can revert back to the old look.
BControlLook's job is to provide reusable methods for drawing
certain types of frames, backgrounds and labels, so that application
developers can make controls that re-use the same drawing code
as built-in controls and adopt to changes made there. I have added
the notion of "borders". Each of the frame drawing methods can be
made to draw certain borders only, which is supposed to help when
controls shall visually attach. This feature is not fully explored
at all ATM.
TODO: Update BColumnListView header view and BStringItem text
spacing. Update other apps where it makes sense to use BControlLook.
For the moment, only Tracker and LaunchBox are updated. More...
NOTE: The new look is not very radically different, so that existing
apps do not immediately look too ugly or out of place.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29221 a95241bf-73f2-0310-859d-f6bbb57e9c96
2009-02-15 21:23:19 +03:00
|
|
|
virtual status_t GetSupportedSuites(BMessage* data);
|
2009-01-08 18:48:10 +03:00
|
|
|
|
2009-08-25 18:13:59 +04:00
|
|
|
virtual void SetEnabled(bool on);
|
2009-01-08 18:48:10 +03:00
|
|
|
|
2009-08-25 18:13:59 +04:00
|
|
|
virtual orientation Orientation() const;
|
2013-07-09 02:27:55 +04:00
|
|
|
void SetOrientation(orientation orientation);
|
2009-01-08 18:48:10 +03:00
|
|
|
|
2009-08-25 18:13:59 +04:00
|
|
|
virtual int32 MaxChannelCount() const;
|
|
|
|
|
virtual bool SupportsIndividualLimits() const;
|
|
|
|
|
|
|
|
|
|
virtual void DrawChannel(BView* into, int32 channel,
|
|
|
|
|
BRect area, bool pressed);
|
|
|
|
|
|
|
|
|
|
virtual void DrawGroove(BView* into, int32 channel,
|
|
|
|
|
BPoint leftTop, BPoint rightBottom);
|
|
|
|
|
|
|
|
|
|
virtual void DrawThumb(BView* into, int32 channel,
|
|
|
|
|
BPoint where, bool pressed);
|
|
|
|
|
|
|
|
|
|
virtual const BBitmap* ThumbFor(int32 channel, bool pressed);
|
|
|
|
|
virtual BRect ThumbFrameFor(int32 channel);
|
|
|
|
|
virtual float ThumbDeltaFor(int32 channel);
|
|
|
|
|
virtual float ThumbRangeFor(int32 channel);
|
2009-01-08 18:48:10 +03:00
|
|
|
|
2009-08-25 18:13:59 +04:00
|
|
|
private:
|
|
|
|
|
// FBC padding
|
|
|
|
|
BChannelSlider(const BChannelSlider&);
|
|
|
|
|
BChannelSlider& operator=(const BChannelSlider&);
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
virtual void _Reserved_BChannelSlider_0(void*, ...);
|
|
|
|
|
virtual void _Reserved_BChannelSlider_1(void*, ...);
|
|
|
|
|
virtual void _Reserved_BChannelSlider_2(void*, ...);
|
|
|
|
|
virtual void _Reserved_BChannelSlider_3(void*, ...);
|
|
|
|
|
virtual void _Reserved_BChannelSlider_4(void*, ...);
|
|
|
|
|
virtual void _Reserved_BChannelSlider_5(void*, ...);
|
|
|
|
|
virtual void _Reserved_BChannelSlider_6(void*, ...);
|
|
|
|
|
virtual void _Reserved_BChannelSlider_7(void*, ...);
|
|
|
|
|
|
|
|
|
|
private:
|
|
|
|
|
void _InitData();
|
|
|
|
|
void _FinishChange(bool update = false);
|
|
|
|
|
void _UpdateFontDimens();
|
|
|
|
|
void _DrawThumbs();
|
|
|
|
|
void _DrawGrooveFrame(BView* where,
|
|
|
|
|
const BRect& area);
|
|
|
|
|
void _MouseMovedCommon(BPoint point, BPoint point2);
|
2002-10-23 17:54:44 +04:00
|
|
|
|
|
|
|
|
private:
|
2009-08-25 18:13:59 +04:00
|
|
|
float fBaseLine;
|
|
|
|
|
float fLineFeed;
|
|
|
|
|
BBitmap* fLeftKnob;
|
|
|
|
|
BBitmap* fMidKnob;
|
|
|
|
|
BBitmap* fRightKnob;
|
|
|
|
|
BBitmap* fBacking;
|
|
|
|
|
BView* fBackingView;
|
|
|
|
|
bool fIsVertical;
|
|
|
|
|
bool _padding_[3];
|
|
|
|
|
BPoint fClickDelta;
|
|
|
|
|
|
|
|
|
|
int32 fCurrentChannel;
|
|
|
|
|
bool fAllChannels;
|
|
|
|
|
int32* fInitialValues;
|
|
|
|
|
float fMinPoint;
|
|
|
|
|
int32 fFocusChannel;
|
|
|
|
|
|
|
|
|
|
uint32 _reserved_[12];
|
2002-10-23 17:54:44 +04:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
|
2009-08-25 18:13:59 +04:00
|
|
|
#endif // _CHANNEL_SLIDER_H
|