Shadow was lost after repaint
Origin commit data
------------------
Commit: f5fba42118
Author: Thilo Graf <dbt@novatux.de>
Date: 2015-12-30 (Wed, 30 Dec 2015)
this reduces some flicker or fade effects nearly of numberbox
Origin commit data
------------------
Commit: c15731e6e7
Author: Thilo Graf <dbt@novatux.de>
Date: 2015-12-29 (Tue, 29 Dec 2015)
TODO executed
Default behavior is not changed but parameter allows repaint shadow
in some constellations if required.
Origin commit data
------------------
Commit: ad6940fd85
Author: Thilo Graf <dbt@novatux.de>
Date: 2015-12-29 (Tue, 29 Dec 2015)
This avoids creating of any basic configuration files or directories on
non opkg supported firmware releases.
Origin commit data
------------------
Commit: bea8f5e980
Author: Thilo Graf <dbt@novatux.de>
Date: 2015-12-29 (Tue, 29 Dec 2015)
Origin commit data
------------------
Commit: 3107e621ef
Author: vanhofen <vanhofen@gmx.de>
Date: 2015-12-28 (Mon, 28 Dec 2015)
Origin message was:
------------------
- add menu item to force usertitles for color buttons in infobar
... now user can use any color key to control audio
Origin commit data
------------------
Commit: 0561f6e663
Author: vanhofen <vanhofen@gmx.de>
Date: 2015-12-29 (Tue, 29 Dec 2015)
Origin message was:
------------------
- infoviewer_bb: remove labeling of audio control from green button ...
... now user can use any color key to control audio
ugly workaround; why we're in mode_audio when using upnp-browser?
do we need a mode_upnp?
Origin commit data
------------------
Commit: a2b28048d6
Author: vanhofen <vanhofen@gmx.de>
Date: 2015-12-27 (Sun, 27 Dec 2015)
Origin message was:
------------------
- infoviewer_bb: use getMoviePlayerButtonName in mode_audio too;
ugly workaround; why we're in mode_audio when using upnp-browser?
do we need a mode_upnp?
- return value of addWindowCCItem() = current id of added body item
- assignment of footer color was missing
Origin commit data
------------------
Commit: 4bd3173d41
Author: Thilo Graf <dbt@novatux.de>
Date: 2015-12-28 (Mon, 28 Dec 2015)
return value = current id of added item
Origin commit data
------------------
Commit: 888c575ef4
Author: Thilo Graf <dbt@novatux.de>
Date: 2015-12-01 (Tue, 01 Dec 2015)
To detect bad packages, it must be existing a matching pattern list file.
Path is defined in OPKG_BAD_PATTERN_LIST_FILE.
This gives the option to filter some bad entries in the package listing menue.
NOTE: a sample file you should find here as : "/var/tuxbox/config/bad_package_pattern.list.sample".
If required, remove the ".sample" extension and change the entries for your requirements
Origin commit data
------------------
Commit: 9345f792a7
Author: Thilo Graf <dbt@novatux.de>
Date: 2015-06-11 (Thu, 11 Jun 2015)
It seems some innocent packages could be filtered but without
plausible reason and this should be indicated.
Origin commit data
------------------
Commit: 696c70ae13
Author: Thilo Graf <dbt@novatux.de>
Date: 2015-06-10 (Wed, 10 Jun 2015)
Some deps are currently not really required.
Origin commit data
------------------
Commit: 7aafea5f5d
Author: Thilo Graf <dbt@novatux.de>
Date: 2015-06-08 (Mon, 08 Jun 2015)
Modes were handled with bool values inside manager and this is not really
enough. Now we use the real parameters for more flexibility.
Origin commit data
------------------
Commit: e1e8cb0142
Author: Thilo Graf <dbt@novatux.de>
Date: 2015-05-28 (Thu, 28 May 2015)
Old files will be remove during installation, so it should
be enough size.
Origin commit data
------------------
Commit: 337cc097c8
Author: Thilo Graf <dbt@novatux.de>
Date: 2015-02-08 (Sun, 08 Feb 2015)
This fixes unpacking of local and downloaded packages.
Origin commit data
------------------
Commit: 54d3ad261c
Author: Thilo Graf <dbt@novatux.de>
Date: 2015-02-08 (Sun, 08 Feb 2015)
