This is a – possibly temporary - fix. serendipity_editor.js depends
on this file, so it needs to be included in the preview iframe as
well.
See http://board.s9y.org/viewtopic.php?p=10440336 (German only) for
further info on the issue this is related to.
In order to be able to call `serendipity_plugin_api_pre_event_hook` in a template's config.ini.php from serendipity.css.php, Smarty must be initialized first.
In case of a 'css' event, within the event hook $eventData contains the template's CSS which can now be manipulated and/or extended.
Some plugins make use of additional entry properties (title, body, extended, author) after being called by the 'backend_publish' hook, e.g.
* serendipity_event_forum
* serendipity_event_freetag
* serendipity_event_ljupdate
* serendipity_event_trackback
* serendipity_event_versioning
* serendipity_event_entryproperties
* serendipity_event_mailer
* serendipity_event_twitter
Thus we need to set these properties in the serendipity_updertEntry() method to make sure the plugins get the required data. Of course, we could fetch the entry either in overview.inc.php or again in each plugin, but that would mean an additional query to the DB.
When no categories are delivered to serendipity_updertEntry this can mean two things:
- categories need to be un-assigned
- categories where not addressed/fetched/passed to the function [see include/admin/overview.inc.php for publishing a post! Or plugins like freetag, using serendipity_updertEntry]
To address this a new serendipity[had_categories] is added to the backend template, which can be checked for.
Feedback appreciated!
- fixes the bugfix of 02.06.2014 broke correct handling of child templates with same name but different template folders in extends resource (issue 194 and topic 25099)
git-svn-id: http://smarty-php.googlecode.com/svn/trunk/distribution/libs@4858 9dce5a81-9a42-0410-99e4-3799d3902e7f
