this is epic... by rendering the reports this way we can remove a lot of duplicated, unneeded code while having backwards compatible urls, developers are still able to completely overwrite the reports controller action, we fix some issues where CoreHome.renderWidget was reported in dispatch events instead of the actual module/action -> fixes also some security issues and most saved params for reports work again. Hope it works as expected

Piwik is a free/libre analytics platform. Refs #4455 GNU Package requirement to use free/libre instead of open source

using phpstorm optimize imports feature

fixes #4609

It was confusing to have a coreViewDataTable and pluginViewDataTable class. In addition the coreViewDataTable did two things: Instance creation and managing all viewDataTables --> two new classes

Added namespaces to functions.php files in the five plugins that had one
Work in progress

Refs #4040, #4041, added ability to access view properties directly, started documenting view properties and modified ExampleUI plugin to set view properties directly.

Refs #4040, converted CustomVariables plugin to use display properties instead of manually calling ViewDataTable functions.

Removed many Piwik_ functions, in Piwik 2 it is best practise to use the methods calls instead

Todo: finish converting core/ classes + convert plugins/ classes to use \Piwik\Plugin namespace + fix build + Merge master

Factoring out archiving Custom variables + cleaning it up (breaking down huge archiveDay function into several methods)

Renaming some core code to make sense (sumMetrics and makeEmptyRow instead of ugly names)

TODO: continue with other plugins

Converting Piwik core source files, PHP, JS, TPL, CSS

More info: http://piwik.org/participate/coding-standards/

git-svn-id: http://dev.piwik.org/svn/trunk@7709 59fd770c-687e-43c8-a1e3-f5a4ff64c105

git-svn-id: http://dev.piwik.org/svn/trunk@5456 59fd770c-687e-43c8-a1e3-f5a4ff64c105

 * Stop aggregating visits for Custom variables of scope "page"
  * still OK for scope "visit" since there is supposed to be one custom var value per custom variable name for a given visit
 * Now we always display the Actions columns so that these rows with no visit still show the number of Actions
 * cleaned up from custom var output report, removed some "price_viewed" column left out

UI Change (future FAQ maybe...)
 * When there is a "Visits" column for the Custom Variable report with a value of "-" (hyphen) then it means this custom variable was used with scope=page. 

Fixes #2662
 * Added integration tests testing getPageUrl with multiple periods and websites 
 * fixed a bug when idSite=all or 1,2,3

git-svn-id: http://dev.piwik.org/svn/trunk@5235 59fd770c-687e-43c8-a1e3-f5a4ff64c105

git-svn-id: http://dev.piwik.org/svn/trunk@4634 59fd770c-687e-43c8-a1e3-f5a4ff64c105

git-svn-id: http://dev.piwik.org/svn/trunk@4625 59fd770c-687e-43c8-a1e3-f5a4ff64c105

git-svn-id: http://dev.piwik.org/svn/trunk@3907 59fd770c-687e-43c8-a1e3-f5a4ff64c105

 * Now possible to track up to 5 Custom variables per Visit. Also, Goal conversions will be reported 'By custom variable name & value' 
 * New report in Visitors > Custom Variables, new CustomVars API
 * Updated schema
 * Updated PiwikTracker PHP api to allow setting the name,value pairs

Code style
 * Refatoring some API code, and Archiving queries 
 * Changing text from 'segment' to 'dimension' as this is better description + we want to build actual segmentation later
 * removing getJs calls in some plugins since they only included sparkline.js, moved to CoreHome

git-svn-id: http://dev.piwik.org/svn/trunk@3780 59fd770c-687e-43c8-a1e3-f5a4ff64c105