If required width of evaluated buttons larger than footer width,
then use dynamic font for caption, and try to fit buttons into chain
container. Dynamic font is used if ccf_btn_font==NULL
NOTE: user should not use too small window size and not select too large
fontsize. At some point this possibility will be depleted and it's no
more space for readable caption.
Origin commit data
------------------
Commit: 6aecdf3b5a
Author: Thilo Graf <dbt@novatux.de>
Date: 2014-05-17 (Sat, 17 May 2014)
Empty buttons with defined width are causing gaps...looks not nice!
Origin commit data
------------------
Commit: 9937c0fae8
Author: Thilo Graf <dbt@novatux.de>
Date: 2014-05-11 (Sun, 11 May 2014)
This is a nearly methode similar with the older button handler find
in gui/widget/buttons.h, some parameters are different,
but require minimalized input.
This member sets some basic parameters and will paint
concurrently on execute, explicit call of paint() is not required.
This should simplify the implementation of the footer class.
Origin commit data
------------------
Commit: 18f13b0062
Author: Thilo Graf <dbt@novatux.de>
Date: 2014-05-11 (Sun, 11 May 2014)
Function was without effect after adding of button objects,
showButtonContour() now changes property explicit for all items, also
after their addition to chain.
Origin commit data
------------------
Commit: f7860fed35
Author: Thilo Graf <dbt@novatux.de>
Date: 2014-05-02 (Fri, 02 May 2014)
This function uses struct label like old button label function
see /gui/widget/buttons.cpp, but can also use strings in structs
also possible: add single button with text or locale
Origin commit data
------------------
Commit: 8797872d47
Author: Thilo Graf <dbt@novatux.de>
Date: 2014-04-27 (Sun, 27 Apr 2014)
CComponentsHeader uses now CComponentsIconForm, which is now derived
from CComponentsFrmChain. Some methods should be now simplified and
allow to handle some modifications easier.
Origin commit data
------------------
Commit: 6fe7b452c1
Author: Thilo Graf <dbt@novatux.de>
Date: 2014-03-22 (Sat, 22 Mar 2014)
Use strictly CComponentsForm as parent parameter in constructors.
Some parts have been cleaned up (Constructors, init methodes removed)
New parameter makes it possible already add current item in constructor.
So in mostly situations is it not necessary to use explicit addCCItem(),
but addCCItem()is still valid and necessary in certain situations.
Affected are all cc-classes and their derivates.
Some classes must or can be adapted later. The function is
not currently restricted, because usage of parent parameter is not explicit
defined in constructors, see CImageInfo, here yet are used addCCItem()
methodes.
Generally this parameter is located in the constructors before bool has_shadow,
but it is not sure whether it would be better to use this parameter as the first.
That remains to be clarified.
Origin commit data
------------------
Commit: 23d7b62cf0
Author: Thilo Graf <dbt@novatux.de>
Date: 2014-03-03 (Mon, 03 Mar 2014)
Member initVarHeader() now used with parameters, so it's possible
to remove multiple code in constructors, but some class must be
renamed to CComponentsHeaderLocalized.
Origin commit data
------------------
Commit: 5ea7ec48df
Author: Thilo Graf <dbt@novatux.de>
Date: 2014-01-18 (Sat, 18 Jan 2014)
Origin message was:
------------------
CComponentsHeader: rework constructors, add CComponentsHeaderLocalized
Member initVarHeader() now used with parameters, so it's possible
to remove multiple code in constructors, but some class must be
renamed to CComponentsHeaderLocalized.
