Update front end files to working status with the database

With this PR, the extension is now working (if you manually add some text to the DB to test it)!!! :smile: 

This PR contains the migrations that update the database.
The announcement data are stored in the config_text table.
The user's status is stored in the user table as a simple boolean (1 shows ann... 0 if they closed it).

The logic for getting the announcement data and displaying it is all in the listener. I assume that by making this a much simpler example of an extension, this would be OK, as the logic is quite simple and will only be re-used once again, in the ACP.

Note: My idea for displaying announcements is simple: On installation, the user status bool is 0, so nothing shows. Any time an announcement is submitted in the ACP, all user status bools get switched to 1 so the announcement will show. When a user closes the announcement, the user's status bool goes back to 0 and they don't see it again, until the next time an announcement is submitted in the ACP, switching all bools back 1.
I'm going to directly inject it, that's why asked if we should be using the service container or directly inject. 

Sent from my iPhone

> On Jun 14, 2014, at 4:15 PM, "Michael C." <notifications@github.com> wrote:
> 
> In event/listener.php:
> 
> > @@ -46,4 +78,43 @@ public function load_language_on_setup($event)
> >  		);
> >  		$event['lang_set_ext'] = $lang_set_ext;
> >  	}
> > +
> > +	/**
> > +	* Display board announcements
> > +	*
> > +	* @return null
> > +	* @access public
> > +	*/
> > +	public function display_board_announcements($event)
> > +	{
> > +		// Instantiate the config_text object
> > +		$config_text = $this->phpbb_container->get('config_text');
> Hidden dependency, is there any reason you're not directly injecting this?
> 
> —
> Reply to this email directly or view it on GitHub.