#ifndef _VCF_CUSTOMCONTROL_H__#define _VCF_CUSTOMCONTROL_H__//CustomControl.h/*Copyright 2000-2004 The VCF Project.Please see License.txt in the top level directorywhere you installed the VCF.*/#if _MSC_VER > 1000#   pragma once#endif/* Generated by Together */namespace VCF{#define CUSTOMCONTROL_CLASSID			"ED88C0A4-26AB-11d4-B539-00C04F0196DA"/**\class CustomControl CustomControl.h "vcf/ApplicationKit/CustomControl.h"This is the base class for custom controls that are not based on existing native controls. For exampleif you were going to make a clock control, you'd probably start with deriving a new class from this one and overriding the paint() to draw your clock.*/class APPLICATIONKIT_API CustomControl : public Control {public:	CustomControl();	virtual ~CustomControl();	CustomControl( const bool& useHeavyweightPeer );	virtual void paint(GraphicsContext * context);	void init();	virtual bool isLightWeight();	/**	*does this control allow the background of it's parent to show through ?	*Currently only applicable to lightweight controls	*/	bool isTransparent();	/**	*sets whether or not the controls paints a background and covers it's parent	*/	void setTransparent( const bool& transparent );	/**	* sets if we want to use the control's color to draw the control's background;	* otherwise the theme background is drawn.	*@param const bool&, true if we use the control's color, false if 	* we draw the theme background.	*/	void setUseColorForBackground( const bool& val ) {		useColorForBackground_ = val;		repaint();	}		/**	* gets if we use the control's color to draw the control's background	*@return bool, true if we use the control's color, false if it uses the theme background.	*/	bool getUseColorForBackground() {		return useColorForBackground_;	}protected:	bool isLightweight_;	bool isTransparent_;	bool useColorForBackground_;};};/***CVS Log info*$Log$*Revision 1.4  2006/04/07 02:35:22  ddiego*initial checkin of merge from 0.6.9 dev branch.**Revision 1.3.4.1  2006/03/14 02:25:46  ddiego*large amounts of source docs updated.**Revision 1.3  2004/12/01 04:31:20  ddiego*merged over devmain-0-6-6 code. Marcello did a kick ass job*of fixing a nasty bug (1074768VCF application slows down modal dialogs.)*that he found. Many, many thanks for this Marcello.**Revision 1.2.2.1  2004/10/23 13:53:12  marcelloptr*comments for setUseColorForBackground; setActiveFrame renamed as internal**Revision 1.2  2004/08/07 02:49:07  ddiego*merged in the devmain-0-6-5 branch to stable**Revision 1.1.2.4  2004/07/09 03:39:29  ddiego*merged in changes from the OSX branch for new theming API. Added*support for controlling the use of locale translated strings in components.**Revision 1.1.2.3.2.1  2004/07/06 03:27:12  ddiego*more osx updates that add proper support*for lightweight controls, some fixes to text layout, and some window painting issues. Also a fix*so that controls and windows paint either their default theme background or their background*color.**Revision 1.1.2.3  2004/06/06 07:05:29  marcelloptr*changed macros, text reformatting, copyright sections**Revision 1.1.2.2  2004/04/29 03:43:13  marcelloptr*reformatting of source files: macros and csvlog and copyright sections**Revision 1.1.2.1  2004/04/28 00:28:16  ddiego*migration towards new directory structure**Revision 1.11.4.1  2004/04/26 21:58:18  marcelloptr*changes for dir reorganization: _VCF_MACRO_H__**Revision 1.11  2003/12/18 05:15:57  ddiego*merge from devmain-0-6-2 branch into the stable branch**Revision 1.10.2.3  2003/09/12 00:09:32  ddiego*added better tabbing behaviour - fixed an earlier bug.*Code is easier to understand and it simplified the implementation*a bit as well*Moved around the RTTI definitions for various Appkit classes to a*single inline and stripped them from the various class headers**Revision 1.10.2.2  2003/09/06 19:45:44  ddiego*changes to ensure that the destroy() is properly called.*Destructors were moved back to pbulic scope in case that was causing a bug.*Moving them all(all teh component derived classes) to private scope causes*a complete failure in hte VC6 compiler. Alas...*So destructors are present, and modal dialogs can still be created on the*stack, but almost any other component should be created on the heap, and*gotten rid of via free() NOT using operator delete directly.*also moved the vcs info to the end of the file for some of the headers*This will be an ongoing process.**Revision 1.10.2.1  2003/09/05 21:03:38  ddiego*moved the various control destructor's to protected scope*migrated code into destroy() overridden methods*----------------------------------------------------------------------**Revision 1.10  2003/08/09 02:56:42  ddiego*merge over from the devmain-0-6-1 branch*Changes*Features:*-Added additional implementation to better support the MVC architecture in*the VCF**-Added a Document/View architecure that is similar to MFC's or NextSteps's*Doc/View architectures**-Integrated the Anti Grain Graphics library into the GraphicsKit. There is*now basic support for it in terms of drawing vector shapes*(fills and strokes). Image support will come in the next release**-Added several documented graphics tutorials**Bugfixes:**[ 775744 ] wrong buttons on a dialog*[ 585239 ] Painting weirdness in a modal dialog ?*[ 585238 ] Modal dialog which makes a modal Dialog*[ 509004 ] Opening a modal Dialog causes flicker*[ 524878 ] onDropped not called for MLTcontrol**Plus an issue with some focus and getting the right popup window to activate*has also been fixed**Revision 1.9.2.1  2003/06/01 16:42:23  ddiego*further GTK support added**Revision 1.9  2003/05/17 20:37:02  ddiego*this is the checkin for the 0.6.1 release - represents the merge over from*the devmain-0-6-0 branch plus a few minor bug fixes**Revision 1.8.2.2  2003/03/23 03:23:45  marcelloptr*3 empty lines at the end of the files**Revision 1.8.2.1  2003/03/12 03:09:27  ddiego*switched all member variable that used the "m_"<name> prefix to* <name>"_" suffix nameing standard.*Also changed all vcf builder files to accomadate this.*Changes were made to the Stream classes to NOT multiple inheritance and to*be a little more correct. Changes include breaking the FileStream into two*distinct classes, one for input and one for output.**Revision 1.8  2003/02/26 04:30:37  ddiego*merge of code in the devmain-0-5-9 branch into the current tree.*most additions are in the area of the current linux port, but the major*addition to this release is the addition of a Condition class (currently*still under development) and the change over to using the Delegate class*exclusively from the older event handler macros.**Revision 1.7.20.1  2002/12/25 22:06:18  ddiego*whole bunch of little changes to the header files used by the ApplicationKit*to get rid of no newline warnings by gcc.*fixes to various event handlers in the ApplicationKit to compile with gcc*since gcc does not like a member function pointer without the "&"*addressof operator.*Added initial file for the X11 UIToolkit implementation**Revision 1.7  2002/01/24 01:46:47  ddiego*added a cvs "log" comment to the top of all files in vcf/src and vcf/include*to facilitate change tracking**/#endif // _VCF_CUSTOMCONTROL_H__