2006-08-26 20:21:15 +04:00
|
|
|
/*
|
|
|
|
* Copyright 2006, Haiku, Inc. All Rights Reserved.
|
|
|
|
* Distributed under the terms of the MIT License.
|
|
|
|
*/
|
2002-10-23 17:54:44 +04:00
|
|
|
|
|
|
|
#ifndef _MENU_FIELD_H
|
|
|
|
#define _MENU_FIELD_H
|
|
|
|
|
|
|
|
#include <BeBuild.h>
|
|
|
|
#include <Menu.h> /* For convenience */
|
|
|
|
#include <View.h>
|
|
|
|
|
|
|
|
class BMenuBar;
|
|
|
|
|
2006-08-26 20:21:15 +04:00
|
|
|
class BMenuField : public BView {
|
|
|
|
public:
|
|
|
|
BMenuField(BRect frame, const char* name,
|
|
|
|
const char* label, BMenu* menu,
|
|
|
|
uint32 resize = B_FOLLOW_LEFT|B_FOLLOW_TOP,
|
|
|
|
uint32 flags = B_WILL_DRAW | B_NAVIGABLE);
|
|
|
|
BMenuField(BRect frame, const char* name,
|
|
|
|
const char* label, BMenu* menu,
|
|
|
|
bool fixed_size,
|
|
|
|
uint32 resize = B_FOLLOW_LEFT|B_FOLLOW_TOP,
|
|
|
|
uint32 flags = B_WILL_DRAW | B_NAVIGABLE);
|
|
|
|
BMenuField(const char* name,
|
|
|
|
const char* label, BMenu* menu,
|
|
|
|
BMessage* message,
|
|
|
|
uint32 flags = B_WILL_DRAW | B_NAVIGABLE);
|
|
|
|
BMenuField(const char* label,
|
* Implemented Min/Max/PreferredSize().
* Reworked the internal layout. _ValidateLayoutData() computes and caches the
layout related data and all other methods just use those values. Now, in
layout-aware mode the class should properly work not only when using the
layout items. And when using layout items, the class does actually do
internal layout; it was basically good luck that it worked in the tests,
before. Vertical resizing is supported, too.
* We do a few mean tricks to get the probably mostly preferred layout behavior:
By default our own explicit max width and that of the menu bar layout item is
set to unlimited and the horizontal menu bar alignment to left aligned. This
allows to horizontally resize a BMenuField beyond its preferred size,
although both label and menu bar have a limited max width. The user can, of
course, override those explicit sizes/alignments to get a different behavior,
if desired.
* Fixed invalidation in SetDivider(). When having the focus, the left and top
border of the blue frame were not invalidated.
* The label is no longer drawn at vertical position font ascent + descent
+ leading + 2 (not sure how this calculation was supposed to work), but
vertically centers the label around the ascent. With big fonts the label is
shown a bit too far to the bottom. Not sure how to fix this in a generic way.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21466 a95241bf-73f2-0310-859d-f6bbb57e9c96
2007-06-20 03:38:00 +04:00
|
|
|
BMenu* menu, BMessage* message = NULL);
|
2006-08-26 20:21:15 +04:00
|
|
|
BMenuField(BMessage* data);
|
|
|
|
virtual ~BMenuField();
|
|
|
|
|
|
|
|
static BArchivable* Instantiate(BMessage* archive);
|
|
|
|
virtual status_t Archive(BMessage* archive, bool deep = true) const;
|
|
|
|
|
|
|
|
virtual void Draw(BRect update);
|
|
|
|
virtual void AttachedToWindow();
|
|
|
|
virtual void AllAttached();
|
|
|
|
virtual void MouseDown(BPoint where);
|
|
|
|
virtual void KeyDown(const char* bytes, int32 numBytes);
|
|
|
|
virtual void MakeFocus(bool state);
|
|
|
|
virtual void MessageReceived(BMessage* message);
|
|
|
|
virtual void WindowActivated(bool state);
|
|
|
|
virtual void MouseUp(BPoint pt);
|
|
|
|
virtual void MouseMoved(BPoint pt, uint32 code,
|
|
|
|
const BMessage* dragMessage);
|
|
|
|
virtual void DetachedFromWindow();
|
|
|
|
virtual void AllDetached();
|
|
|
|
virtual void FrameMoved(BPoint new_position);
|
|
|
|
virtual void FrameResized(float new_width, float new_height);
|
|
|
|
|
|
|
|
BMenu* Menu() const;
|
|
|
|
BMenuBar* MenuBar() const;
|
|
|
|
BMenuItem* MenuItem() const;
|
|
|
|
|
|
|
|
virtual void SetLabel(const char* label);
|
|
|
|
const char* Label() const;
|
2002-10-23 17:54:44 +04:00
|
|
|
|
2006-08-26 20:21:15 +04:00
|
|
|
virtual void SetEnabled(bool on);
|
|
|
|
bool IsEnabled() const;
|
|
|
|
|
|
|
|
virtual void SetAlignment(alignment label);
|
|
|
|
alignment Alignment() const;
|
|
|
|
virtual void SetDivider(float dividing_line);
|
|
|
|
float Divider() const;
|
|
|
|
|
|
|
|
void ShowPopUpMarker();
|
|
|
|
void HidePopUpMarker();
|
|
|
|
|
|
|
|
virtual BHandler* ResolveSpecifier(BMessage* message,
|
|
|
|
int32 index, BMessage* specifier,
|
|
|
|
int32 form, const char* property);
|
|
|
|
virtual status_t GetSupportedSuites(BMessage* data);
|
|
|
|
|
|
|
|
virtual void ResizeToPreferred();
|
|
|
|
virtual void GetPreferredSize(float* width, float* height);
|
|
|
|
|
* Implemented Min/Max/PreferredSize().
* Reworked the internal layout. _ValidateLayoutData() computes and caches the
layout related data and all other methods just use those values. Now, in
layout-aware mode the class should properly work not only when using the
layout items. And when using layout items, the class does actually do
internal layout; it was basically good luck that it worked in the tests,
before. Vertical resizing is supported, too.
* We do a few mean tricks to get the probably mostly preferred layout behavior:
By default our own explicit max width and that of the menu bar layout item is
set to unlimited and the horizontal menu bar alignment to left aligned. This
allows to horizontally resize a BMenuField beyond its preferred size,
although both label and menu bar have a limited max width. The user can, of
course, override those explicit sizes/alignments to get a different behavior,
if desired.
* Fixed invalidation in SetDivider(). When having the focus, the left and top
border of the blue frame were not invalidated.
* The label is no longer drawn at vertical position font ascent + descent
+ leading + 2 (not sure how this calculation was supposed to work), but
vertically centers the label around the ascent. With big fonts the label is
shown a bit too far to the bottom. Not sure how to fix this in a generic way.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21466 a95241bf-73f2-0310-859d-f6bbb57e9c96
2007-06-20 03:38:00 +04:00
|
|
|
virtual BSize MinSize();
|
|
|
|
virtual BSize MaxSize();
|
|
|
|
virtual BSize PreferredSize();
|
|
|
|
|
|
|
|
virtual void InvalidateLayout(bool descendants = false);
|
|
|
|
|
|
|
|
BLayoutItem* CreateLabelLayoutItem();
|
|
|
|
BLayoutItem* CreateMenuBarLayoutItem();
|
2006-08-26 20:21:15 +04:00
|
|
|
|
|
|
|
|
|
|
|
/*----- Private or reserved -----------------------------------------*/
|
|
|
|
virtual status_t Perform(perform_code d, void* arg);
|
|
|
|
|
* Implemented Min/Max/PreferredSize().
* Reworked the internal layout. _ValidateLayoutData() computes and caches the
layout related data and all other methods just use those values. Now, in
layout-aware mode the class should properly work not only when using the
layout items. And when using layout items, the class does actually do
internal layout; it was basically good luck that it worked in the tests,
before. Vertical resizing is supported, too.
* We do a few mean tricks to get the probably mostly preferred layout behavior:
By default our own explicit max width and that of the menu bar layout item is
set to unlimited and the horizontal menu bar alignment to left aligned. This
allows to horizontally resize a BMenuField beyond its preferred size,
although both label and menu bar have a limited max width. The user can, of
course, override those explicit sizes/alignments to get a different behavior,
if desired.
* Fixed invalidation in SetDivider(). When having the focus, the left and top
border of the blue frame were not invalidated.
* The label is no longer drawn at vertical position font ascent + descent
+ leading + 2 (not sure how this calculation was supposed to work), but
vertically centers the label around the ascent. With big fonts the label is
shown a bit too far to the bottom. Not sure how to fix this in a generic way.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21466 a95241bf-73f2-0310-859d-f6bbb57e9c96
2007-06-20 03:38:00 +04:00
|
|
|
protected:
|
|
|
|
virtual void DoLayout();
|
|
|
|
|
2006-08-26 20:21:15 +04:00
|
|
|
private:
|
|
|
|
class LabelLayoutItem;
|
|
|
|
class MenuBarLayoutItem;
|
* Implemented Min/Max/PreferredSize().
* Reworked the internal layout. _ValidateLayoutData() computes and caches the
layout related data and all other methods just use those values. Now, in
layout-aware mode the class should properly work not only when using the
layout items. And when using layout items, the class does actually do
internal layout; it was basically good luck that it worked in the tests,
before. Vertical resizing is supported, too.
* We do a few mean tricks to get the probably mostly preferred layout behavior:
By default our own explicit max width and that of the menu bar layout item is
set to unlimited and the horizontal menu bar alignment to left aligned. This
allows to horizontally resize a BMenuField beyond its preferred size,
although both label and menu bar have a limited max width. The user can, of
course, override those explicit sizes/alignments to get a different behavior,
if desired.
* Fixed invalidation in SetDivider(). When having the focus, the left and top
border of the blue frame were not invalidated.
* The label is no longer drawn at vertical position font ascent + descent
+ leading + 2 (not sure how this calculation was supposed to work), but
vertically centers the label around the ascent. With big fonts the label is
shown a bit too far to the bottom. Not sure how to fix this in a generic way.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21466 a95241bf-73f2-0310-859d-f6bbb57e9c96
2007-06-20 03:38:00 +04:00
|
|
|
struct LayoutData;
|
2006-08-26 20:21:15 +04:00
|
|
|
|
|
|
|
friend class _BMCMenuBar_;
|
|
|
|
friend class LabelLayoutItem;
|
|
|
|
friend class MenuBarLayoutItem;
|
* Implemented Min/Max/PreferredSize().
* Reworked the internal layout. _ValidateLayoutData() computes and caches the
layout related data and all other methods just use those values. Now, in
layout-aware mode the class should properly work not only when using the
layout items. And when using layout items, the class does actually do
internal layout; it was basically good luck that it worked in the tests,
before. Vertical resizing is supported, too.
* We do a few mean tricks to get the probably mostly preferred layout behavior:
By default our own explicit max width and that of the menu bar layout item is
set to unlimited and the horizontal menu bar alignment to left aligned. This
allows to horizontally resize a BMenuField beyond its preferred size,
although both label and menu bar have a limited max width. The user can, of
course, override those explicit sizes/alignments to get a different behavior,
if desired.
* Fixed invalidation in SetDivider(). When having the focus, the left and top
border of the blue frame were not invalidated.
* The label is no longer drawn at vertical position font ascent + descent
+ leading + 2 (not sure how this calculation was supposed to work), but
vertically centers the label around the ascent. With big fonts the label is
shown a bit too far to the bottom. Not sure how to fix this in a generic way.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21466 a95241bf-73f2-0310-859d-f6bbb57e9c96
2007-06-20 03:38:00 +04:00
|
|
|
friend class LayoutData;
|
2006-08-26 20:21:15 +04:00
|
|
|
|
|
|
|
virtual void _ReservedMenuField1();
|
|
|
|
virtual void _ReservedMenuField2();
|
|
|
|
virtual void _ReservedMenuField3();
|
|
|
|
|
|
|
|
BMenuField &operator=(const BMenuField&);
|
|
|
|
|
|
|
|
|
|
|
|
void InitObject(const char* label);
|
|
|
|
void InitObject2();
|
|
|
|
void DrawLabel(BRect bounds, BRect update);
|
|
|
|
static void InitMenu(BMenu* menu);
|
2007-11-20 15:59:59 +03:00
|
|
|
|
|
|
|
int32 _MenuTask();
|
|
|
|
static int32 _thread_entry(void *arg);
|
|
|
|
|
2006-08-26 20:21:15 +04:00
|
|
|
void _UpdateFrame();
|
|
|
|
void _InitMenuBar(BMenu* menu,
|
|
|
|
BRect frame, bool fixedSize);
|
|
|
|
|
* Implemented Min/Max/PreferredSize().
* Reworked the internal layout. _ValidateLayoutData() computes and caches the
layout related data and all other methods just use those values. Now, in
layout-aware mode the class should properly work not only when using the
layout items. And when using layout items, the class does actually do
internal layout; it was basically good luck that it worked in the tests,
before. Vertical resizing is supported, too.
* We do a few mean tricks to get the probably mostly preferred layout behavior:
By default our own explicit max width and that of the menu bar layout item is
set to unlimited and the horizontal menu bar alignment to left aligned. This
allows to horizontally resize a BMenuField beyond its preferred size,
although both label and menu bar have a limited max width. The user can, of
course, override those explicit sizes/alignments to get a different behavior,
if desired.
* Fixed invalidation in SetDivider(). When having the focus, the left and top
border of the blue frame were not invalidated.
* The label is no longer drawn at vertical position font ascent + descent
+ leading + 2 (not sure how this calculation was supposed to work), but
vertically centers the label around the ascent. With big fonts the label is
shown a bit too far to the bottom. Not sure how to fix this in a generic way.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21466 a95241bf-73f2-0310-859d-f6bbb57e9c96
2007-06-20 03:38:00 +04:00
|
|
|
void _ValidateLayoutData();
|
|
|
|
|
2006-08-26 20:21:15 +04:00
|
|
|
char* fLabel;
|
|
|
|
BMenu* fMenu;
|
|
|
|
BMenuBar* fMenuBar;
|
|
|
|
alignment fAlign;
|
|
|
|
float fDivider;
|
|
|
|
bool fEnabled;
|
|
|
|
bool fSelected;
|
|
|
|
bool fTransition;
|
|
|
|
bool fFixedSizeMB;
|
|
|
|
thread_id fMenuTaskID;
|
|
|
|
|
* Implemented Min/Max/PreferredSize().
* Reworked the internal layout. _ValidateLayoutData() computes and caches the
layout related data and all other methods just use those values. Now, in
layout-aware mode the class should properly work not only when using the
layout items. And when using layout items, the class does actually do
internal layout; it was basically good luck that it worked in the tests,
before. Vertical resizing is supported, too.
* We do a few mean tricks to get the probably mostly preferred layout behavior:
By default our own explicit max width and that of the menu bar layout item is
set to unlimited and the horizontal menu bar alignment to left aligned. This
allows to horizontally resize a BMenuField beyond its preferred size,
although both label and menu bar have a limited max width. The user can, of
course, override those explicit sizes/alignments to get a different behavior,
if desired.
* Fixed invalidation in SetDivider(). When having the focus, the left and top
border of the blue frame were not invalidated.
* The label is no longer drawn at vertical position font ascent + descent
+ leading + 2 (not sure how this calculation was supposed to work), but
vertically centers the label around the ascent. With big fonts the label is
shown a bit too far to the bottom. Not sure how to fix this in a generic way.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21466 a95241bf-73f2-0310-859d-f6bbb57e9c96
2007-06-20 03:38:00 +04:00
|
|
|
LayoutData* fLayoutData;
|
2006-08-26 20:21:15 +04:00
|
|
|
|
* Implemented Min/Max/PreferredSize().
* Reworked the internal layout. _ValidateLayoutData() computes and caches the
layout related data and all other methods just use those values. Now, in
layout-aware mode the class should properly work not only when using the
layout items. And when using layout items, the class does actually do
internal layout; it was basically good luck that it worked in the tests,
before. Vertical resizing is supported, too.
* We do a few mean tricks to get the probably mostly preferred layout behavior:
By default our own explicit max width and that of the menu bar layout item is
set to unlimited and the horizontal menu bar alignment to left aligned. This
allows to horizontally resize a BMenuField beyond its preferred size,
although both label and menu bar have a limited max width. The user can, of
course, override those explicit sizes/alignments to get a different behavior,
if desired.
* Fixed invalidation in SetDivider(). When having the focus, the left and top
border of the blue frame were not invalidated.
* The label is no longer drawn at vertical position font ascent + descent
+ leading + 2 (not sure how this calculation was supposed to work), but
vertically centers the label around the ascent. With big fonts the label is
shown a bit too far to the bottom. Not sure how to fix this in a generic way.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21466 a95241bf-73f2-0310-859d-f6bbb57e9c96
2007-06-20 03:38:00 +04:00
|
|
|
uint32 _reserved[3];
|
2002-10-23 17:54:44 +04:00
|
|
|
};
|
|
|
|
|
2006-08-26 20:21:15 +04:00
|
|
|
#endif // _MENU_FIELD_H
|