visibility from private to protected for DokuCssFile

Translation update (ru)

Fixed unrecognized regular expressions behind '&&' or '||' operators in JavaScript compression. Finally fixes #897.

Translation update (eu)

Fixed JavaScript compression. The compressor did not recognize a regular expression after a '&&' ot '||' operator. So it could happen that code had been cut off if the regular expression included '\//' (which was treated as a single line comment because of the regular expression not being recognized). Finally fixes #897.

that's the version in Debian old stable

Update index.php

Update lang.php

Translation update (hr)

AUTH_USER_CHANGE handler can modify passed data

this ensures there will be never, ever an outdated update message shown
after upgrade.

Fix for update messages never completely going away

Corrected compression for ++ and -- operator. Partially fixes #897.

preserve comments in less if 'compress' config disabled

Originally AUTH_USER_CHANGE handler could modify the user data, however,
auth plugin consequently worked with different copy of the array thus
effectively preventing any changes by the AUTH_USER_CHANGE implementer.

Otherwise comments are never visible in css.php

The existing logic for messages.txt requires some valid update
response (ending in %) to the messages update check before it clears
the current messages.

However update.dokuwiki.org appears to return an empty string response
if everything is up to date. (ie http://update.dokuwiki.org/check/46.1 )

As a result if there are update messages in messages.txt they don't
automatically go away after updating to the current version. The only
time they change is when a newer release comes out. The upgrade plugin
has logic in it to force a re-download of messages.txt, but currently
this just re-downloads the old update messages.

This change explicitly allows for "" as a valid "no messages"
indicator (distinct from false, which is the HTTP error indicator.)

Translation update (ko)

Fix for issues #877 & #885 related to a bug in PCRE 6.6

Since Chrome 37, they send differen accept encodings for POST and GET
requests which will break BrowserUID checks as reported in
cosmocode/dokuwiki-plugin-oauth/issues/3

See https://code.google.com/p/chromium/issues/detail?id=410559 for
official bug report at Google

Fix broken format string

1 typo

Microfix

extend lang file cascade, so users can override some lang strings