2011-09-29 09:43:15 -04:00
|
|
|
///////////////////////////////////////////////////////////////////////////////
|
|
|
|
// Name: wx/timectrl.h
|
|
|
|
// Purpose: Declaration of wxTimePickerCtrl class.
|
|
|
|
// Author: Vadim Zeitlin
|
|
|
|
// Created: 2011-09-22
|
|
|
|
// Copyright: (c) 2011 Vadim Zeitlin <vadim@wxwidgets.org>
|
|
|
|
// Licence: wxWindows licence
|
|
|
|
///////////////////////////////////////////////////////////////////////////////
|
|
|
|
|
|
|
|
#ifndef _WX_TIMECTRL_H_
|
|
|
|
#define _WX_TIMECTRL_H_
|
|
|
|
|
|
|
|
#include "wx/defs.h"
|
|
|
|
|
|
|
|
#if wxUSE_TIMEPICKCTRL
|
|
|
|
|
|
|
|
#include "wx/datetimectrl.h"
|
|
|
|
|
|
|
|
#define wxTimePickerCtrlNameStr wxS("timectrl")
|
|
|
|
|
|
|
|
// No special styles are currently defined for this control but still define a
|
|
|
|
// symbolic constant for the default style for consistency.
|
|
|
|
enum
|
|
|
|
{
|
|
|
|
wxTP_DEFAULT = 0
|
|
|
|
};
|
|
|
|
|
|
|
|
// ----------------------------------------------------------------------------
|
|
|
|
// wxTimePickerCtrl: Allow the user to enter the time.
|
|
|
|
// ----------------------------------------------------------------------------
|
|
|
|
|
Fix inheritance hierarchy of wxTimePickerCtrlGeneric
This class must not derive from the native wxDatePickerCtrl, as it
doesn't make much sense and resulted in the need for an ugly hack with
either overriding unused and inapplicable pure virtual methods in this
class itself, as was originally done in 569c7d8ccb (Add wxTimePickerCtrl
class., 2011-09-29) when it was introduced, or not making these methods
pure virtual in the first place, as was done in d0da5061ce (Dirty hack
to allow generic wxDatePickerCtrl to compile under MSW., 2011-10-20),
but didn't really fix the problem.
Do fix it now by using different hierarchies for the native and generic
classes. The main disadvantage of doing it is that there is no common
base class for wxTimePickerCtrl and wxTimePickerCtrlGeneric providing
SetTime() and GetTime() methods any more, but this seems like a
relatively small price to pay because real applications won't be using
these two classes simultaneously, as the calendar sample does, anyhow.
2020-11-04 16:59:11 -05:00
|
|
|
// The template argument must be a class deriving from wxDateTimePickerCtrlBase
|
|
|
|
// (i.e. in practice either this class itself or wxDateTimePickerCtrl).
|
|
|
|
template <typename Base>
|
|
|
|
class wxTimePickerCtrlCommonBase : public Base
|
2011-09-29 09:43:15 -04:00
|
|
|
{
|
|
|
|
public:
|
|
|
|
/*
|
|
|
|
The derived classes should implement ctor and Create() method with the
|
|
|
|
following signature:
|
|
|
|
|
|
|
|
bool Create(wxWindow *parent,
|
|
|
|
wxWindowID id,
|
|
|
|
const wxDateTime& dt = wxDefaultDateTime,
|
|
|
|
const wxPoint& pos = wxDefaultPosition,
|
|
|
|
const wxSize& size = wxDefaultSize,
|
|
|
|
long style = wxTP_DEFAULT,
|
|
|
|
const wxValidator& validator = wxDefaultValidator,
|
|
|
|
const wxString& name = wxTimePickerCtrlNameStr);
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
We also inherit Set/GetValue() methods from the base class which define
|
|
|
|
our public API. Notice that the date portion of the date passed as
|
2012-03-25 19:17:01 -04:00
|
|
|
input or received as output is or should be ignored, only the time part
|
|
|
|
of wxDateTime objects is really significant here. Use Set/GetTime()
|
|
|
|
below for possibly simpler interface.
|
2011-09-29 09:43:15 -04:00
|
|
|
*/
|
2012-03-25 19:17:01 -04:00
|
|
|
|
|
|
|
// Set the given time.
|
|
|
|
bool SetTime(int hour, int min, int sec)
|
|
|
|
{
|
|
|
|
// Notice that we should use a date on which DST doesn't change to
|
|
|
|
// avoid any problems with time discontinuity so use a fixed date (on
|
|
|
|
// which nobody changes DST) instead of e.g. today.
|
|
|
|
wxDateTime dt(1, wxDateTime::Jan, 2012, hour, min, sec);
|
|
|
|
if ( !dt.IsValid() )
|
|
|
|
{
|
|
|
|
// No need to assert here, wxDateTime already does it for us.
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
Fix inheritance hierarchy of wxTimePickerCtrlGeneric
This class must not derive from the native wxDatePickerCtrl, as it
doesn't make much sense and resulted in the need for an ugly hack with
either overriding unused and inapplicable pure virtual methods in this
class itself, as was originally done in 569c7d8ccb (Add wxTimePickerCtrl
class., 2011-09-29) when it was introduced, or not making these methods
pure virtual in the first place, as was done in d0da5061ce (Dirty hack
to allow generic wxDatePickerCtrl to compile under MSW., 2011-10-20),
but didn't really fix the problem.
Do fix it now by using different hierarchies for the native and generic
classes. The main disadvantage of doing it is that there is no common
base class for wxTimePickerCtrl and wxTimePickerCtrlGeneric providing
SetTime() and GetTime() methods any more, but this seems like a
relatively small price to pay because real applications won't be using
these two classes simultaneously, as the calendar sample does, anyhow.
2020-11-04 16:59:11 -05:00
|
|
|
this->SetValue(dt);
|
2012-03-25 19:17:01 -04:00
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Get the current time components. All pointers must be non-NULL.
|
|
|
|
bool GetTime(int* hour, int* min, int* sec) const
|
|
|
|
{
|
|
|
|
wxCHECK_MSG( hour && min && sec, false,
|
|
|
|
wxS("Time component pointers must be non-NULL") );
|
|
|
|
|
Fix inheritance hierarchy of wxTimePickerCtrlGeneric
This class must not derive from the native wxDatePickerCtrl, as it
doesn't make much sense and resulted in the need for an ugly hack with
either overriding unused and inapplicable pure virtual methods in this
class itself, as was originally done in 569c7d8ccb (Add wxTimePickerCtrl
class., 2011-09-29) when it was introduced, or not making these methods
pure virtual in the first place, as was done in d0da5061ce (Dirty hack
to allow generic wxDatePickerCtrl to compile under MSW., 2011-10-20),
but didn't really fix the problem.
Do fix it now by using different hierarchies for the native and generic
classes. The main disadvantage of doing it is that there is no common
base class for wxTimePickerCtrl and wxTimePickerCtrlGeneric providing
SetTime() and GetTime() methods any more, but this seems like a
relatively small price to pay because real applications won't be using
these two classes simultaneously, as the calendar sample does, anyhow.
2020-11-04 16:59:11 -05:00
|
|
|
const wxDateTime::Tm tm = this->GetValue().GetTm();
|
2012-03-25 19:17:01 -04:00
|
|
|
*hour = tm.hour;
|
|
|
|
*min = tm.min;
|
|
|
|
*sec = tm.sec;
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
2011-09-29 09:43:15 -04:00
|
|
|
};
|
|
|
|
|
Fix inheritance hierarchy of wxTimePickerCtrlGeneric
This class must not derive from the native wxDatePickerCtrl, as it
doesn't make much sense and resulted in the need for an ugly hack with
either overriding unused and inapplicable pure virtual methods in this
class itself, as was originally done in 569c7d8ccb (Add wxTimePickerCtrl
class., 2011-09-29) when it was introduced, or not making these methods
pure virtual in the first place, as was done in d0da5061ce (Dirty hack
to allow generic wxDatePickerCtrl to compile under MSW., 2011-10-20),
but didn't really fix the problem.
Do fix it now by using different hierarchies for the native and generic
classes. The main disadvantage of doing it is that there is no common
base class for wxTimePickerCtrl and wxTimePickerCtrlGeneric providing
SetTime() and GetTime() methods any more, but this seems like a
relatively small price to pay because real applications won't be using
these two classes simultaneously, as the calendar sample does, anyhow.
2020-11-04 16:59:11 -05:00
|
|
|
// This class is defined mostly for compatibility and is used as the base class
|
|
|
|
// by native wxTimePickerCtrl implementations.
|
|
|
|
typedef wxTimePickerCtrlCommonBase<wxDateTimePickerCtrl> wxTimePickerCtrlBase;
|
|
|
|
|
2011-09-29 09:43:15 -04:00
|
|
|
#if defined(__WXMSW__) && !defined(__WXUNIVERSAL__)
|
|
|
|
#include "wx/msw/timectrl.h"
|
|
|
|
|
2011-12-20 16:27:14 -05:00
|
|
|
#define wxHAS_NATIVE_TIMEPICKERCTRL
|
|
|
|
#elif defined(__WXOSX_COCOA__) && !defined(__WXUNIVERSAL__)
|
|
|
|
#include "wx/osx/timectrl.h"
|
|
|
|
|
2011-09-29 09:43:15 -04:00
|
|
|
#define wxHAS_NATIVE_TIMEPICKERCTRL
|
|
|
|
#else
|
|
|
|
#include "wx/generic/timectrl.h"
|
|
|
|
|
|
|
|
class WXDLLIMPEXP_ADV wxTimePickerCtrl : public wxTimePickerCtrlGeneric
|
|
|
|
{
|
|
|
|
public:
|
|
|
|
wxTimePickerCtrl() { }
|
|
|
|
wxTimePickerCtrl(wxWindow *parent,
|
|
|
|
wxWindowID id,
|
|
|
|
const wxDateTime& date = wxDefaultDateTime,
|
|
|
|
const wxPoint& pos = wxDefaultPosition,
|
|
|
|
const wxSize& size = wxDefaultSize,
|
|
|
|
long style = wxTP_DEFAULT,
|
|
|
|
const wxValidator& validator = wxDefaultValidator,
|
|
|
|
const wxString& name = wxTimePickerCtrlNameStr)
|
|
|
|
: wxTimePickerCtrlGeneric(parent, id, date, pos, size, style, validator, name)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
private:
|
|
|
|
wxDECLARE_DYNAMIC_CLASS_NO_COPY(wxTimePickerCtrl);
|
|
|
|
};
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#endif // wxUSE_TIMEPICKCTRL
|
|
|
|
|
|
|
|
#endif // _WX_TIMECTRL_H_
|