Not sure how people were downloading attachments from blogposts in view before this.

This patch ditches use of the tablerenderer in favour of just showing the most recent posts, and linking off to view/artefact.php for the rest. I added pagination to assist that.

When adding blogpost attachments, upload & browse defaults to the home folder instead of the 'blogfiles' folder

Blockinstance->allowed_in_view.

Fixed a couple of method calls in the meantime.

Allow blog, blogpost and textbox blocktypes having links or manually created <img> tags to artefacts to have those artefacts counted as being within the blocktype, and thus within the view.

This is so if people manually link to or source artefacts within textual content, those artefacts will be downloadable when the view is shown to others.

Not backporting to 1.0 although the problem will most certainly exist there - the patch is just too big to trust on a stable release.

It's more than likely that nobody has uploaded anything yet.

The name is largely irrelevant as it's only the creator of the file.

Firstly, an over-enthusiastic optimisation I was responsible for broke the replacement of downloadtemp images, especially on sites which are not installed at the root of a domain. Then, some greedy regexes meant that if there was more than one image in the post, only one of them would have the URL fixed properly. The same bug was happening again when posts were being displayed in views.

This patch fixes these problems, and contains a blog database upgrade to fix existing broken paths.

Change paths that were referring to view/view.php?id=..&artefact=.. to instead point to view/artefact.php?artefact=..&view=..

This is related to the viewartefactsplit branch. Now the existing code actually uses the new artefact.php script.

Signed-off-by: Andrew McMillan