summaryrefslogtreecommitdiffstats
path: root/installerbuilder/libinstaller/component_p.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Make sure we remove ui elements we added.kh12011-11-091-0/+16
| | | | | | | | | | | | This fixes several problems, e.g. once a component script has been run, possible ui elements or even complete pages have been added. On a second component script run these elements would have been added again etc... Now we remove all pages and widget by default. Change-Id: I47a3283ce06767c28529201432b71c0b4f12e533 Reviewed-by: Niels Weber <niels.2.weber@nokia.com> Reviewed-by: Alexander Lenhardt <alexander.lenhardt@nokia.com> Reviewed-by: Tim Jenssen <tim.jenssen@nokia.com>
* Revert: 308dc03e a1a130b9 5fb0f4ackh12011-08-101-2/+3
| | | | | | | | | | | | | | The proper fix for 308dc03e would have been to check if we run in installer mode and only than check default components initially. Not sure how a1a130b9 could state that the code would work as expected, as proper testing would have revealed that the "Next" button now was enabled always enabled in package manager mode and always disabled in updater mode... Fixes also the problem seen by Niels that in package manager case components would have been scheduled for uninstall even if we just selected a new component without removing an other. Reviewed-By: Niels Weber
* added an updateIsAvailable flag to component classTim Jenssen2011-07-271-1/+2
| | | | Reviewed-By: Niels Weber
* added child to the container names to reduce confusionTim Jenssen2011-07-211-6/+6
|
* Use a generic type in Q_PROPERTY, makes the scripts work again.kh12011-06-241-6/+8
|
* Rename header/ source files to match class name.kh12011-06-151-1/+1
| | | | Fix includes as well.
* Rename from Installer to PackageManagerCore.kh12011-06-141-26/+26
| | | | | Note: Might break on any other platform than windows, needs some more tests. No break on windows so far...
* Rename to match actual class name. Fix includes.kh12011-06-091-0/+334