Nicer event tracking in Google Analytics
Add category questions to front-end page

Add only the questions of a category to a front-end page using the
widget selector
Fixed padding so it respects the code style guidelines
Fork Standards applied
Removed trailing spaces
Added Greek language + Other language updates
Added translations updates to changelog
Use one label instead of a separate label for each word

Use {$lblInTheCategory} instead of {$lblIn} {$lblThe} {$lblCategory}. Using separate words can give bad translations in different languages.
For example, in french "the" can be "le" or "la".
FIXED: "edited_on has no default value" exception when creating a new location
Mailmotor subscribe widget uses form token.

The Mailmotor widget for subscribing was not using FrontendForm to
create the subscription form.  This meant that the form token was not
generated and the receiving action (which does use form token) bailed
out.

This change set generates the form 'as it should', thus allowing
FrontendForm to generate the form token and the receiving 'subscribe'
action processing the form correctly.

I did not see an issue upon first sight, so there is no "closes..." part
in this commit message, if there was, I'm sorry ;-)
Safer file removal.

When the Symfony FileSystem component was introduced, a slight caveat
was overseen; when FileSystem#remove() receives a directory, it will
remove that directory... probably for convenience reasons.

The issue with this is that sometimes we concatenate whole paths and the
delete them... SpoonFile::delete() would silently not delete anything if
the file was not found, but FileSystem does not behave in the same way;
take the blog edit action in the backend for instance, due to flawed
logic, following code would delete the whole blog/source directory:

    if($this->frm->getField('image')->isFilled())
    {
        $fs->remove($imagePath . '/source/' . $this->record['image']);
        // ...
    }

In case we have added an article without an image, and then later on, we
upload an image => $this->record['image'] will be empty causing the
whole source/ directory to be emptied... which is _not_ what we want.

I have placed checks (is_file($filename)) all over where I deemed
necessary to more adhere to the previous behaviour of
SpoonFile::delete() so that this will not happen in the base
distribution of fork.
Change var name: $fileName was confusing with argument $filename.
Preparing for release