or change to echo with inner printf()
Before it broke like this:
`<span class="msg_notice"><span class="icon-info-circled"></span> <b>Größe von Vorsch.</span>
ändern</b>` which is wrong
Fixes many issues like for renaming files and subdir handling, database placements and other issues.
Structures case DIR, FILE and FILE vars for renaming, moving, select and replace.
Touches directoryEdit and mediaproperties related boundaries.
Adds better event messages, which fixes $ob_serendipity_moveMediaDirectory.
Extends and fixes media_items realname issues and changes the length of the item title to be as long as possible.
Added new constants to be executed to the lang files in near future, when some follow up commits have been added.
1st - case 'filedir' moving via image properties missed $renameValues['file'] array $pick
2cd - case 'file' moving mixed up rename() of thumbs completely
3rd - added new success message for case 'filedir' image properties move
4th - fixed markup for some more messages
Due to a regression in how these messages are emitted, these now
need to emit their msg markup in include/admin/images.inc.php or
include/functions_images.inc.php to avoid nested msg containers.
References #287
PHP 5.4 sets UTF-8 as the default for htmlspecialchars, htmlentities and html_entity_decode. The first two will echo an empty string when given a string with umlauts. This commits introduces serendipity_specialchar-wrapper that are meant to be a temporary solution for the s9y-core until PHP 5.6 fixed the bug, so the native charset option of s9y continues to work.
for file renaming type='file' with a pdf also. Thumb check and the silencer were both needed, else for the last the database entry was lost.
The $renameData['thumb'] could very well be $file['thumbnail_name'] in case of not being empty.
It might be that this has dependencies with the hotlink hook or thumbSuffix renamings. Garvin, please check.
References #220
This was mainly the not checked thumbnail_name and needed to be silenced too.
I am not sure id that issue can happen with type 'file' renaming too.
References #220
When replacing 'sort by extension' with
'sort by name' in simple filter mode, 'sort by name'
was erroneously removed from non-simple filter
mode too (and replaced by a second incarnation of
'sort by extension').
Signed-off-by: Thomas Hochstein <thh@inter.net>
