Bugfix: {$var|parsewidget:'module':'action':'id'} now listens to the id

## Problem

When using ```{$var|parsewidget:'module':'action':'id'}``` directly on a template, you often get errors in your FrontendBlockWidget because you have sometimes used $this->data[xxx]. But when parsing directly, these $this->data[xxx] values aren't assigned.

## Solution

We should add that 'id' value to the parsewidget rule, so Fork CMS can assign all correct data for us.
The FrontendBlockWidget now gets the data that is linked to that 'id' + 'module' + 'action'.

## Example

Using this bugfix, the following will now work:
```{$var|parsewidget:'content_blocks':'detail':'28'}```, which should parse the (content block) widget from "modules_extras" with id = 28.