Replace-plugin workes fine so far, of cource there is much to spend to get into regex most efficent.

Two things, Nyom Moritz , since the amount of 1000 matches is very less for large clean ups. Could Atma change that? Is it accessable via ftp? And is it of no problem to increase it to maybe 20.000 or even much higher?

Quote

Warning: Unknown: Input variables exceeded 1000. To increase the limit change max_input_vars in php.ini. in Unknown on line 0

Replace seems to have no variables like \L to replace a string in lower cases, or is it just a synatax language-lack of my person. (to get a word, say "halLo_Was_iSt" replaced by "hallo_was_ist".

since the amount of 1000 matches is very less for large clean ups. Could Atma change that? Is it accessable via ftp? And is it of no problem to increase it to maybe 20.000 or even much higher?

This file is not accessible for us, I think.But I changed the code to work around that.It should work now for larger numbers, but it could be very slow. There might come a message from the browser "script is not responding" or something, and being asked if wanting to continue the script, simply answer "yes" and wait.

It seems such things like \L and \U for uppercase and lowercase replacement are not "standard" regex features, but only part of extra stuff in some programs.It would surely be possible to build something like this into the BatchEdit plugin as well. I am not really knowleadgable about regular expressions, but have just found a really good manual with clear explanations. So maybe I would try to add things like that when I understand more and find time for it.

And I also still don't know how the indexing works and how fast or slow it is. Have there ever been problems with the BatchEdit plugin showing old results that had not been updated, even when a newer version should exist?When looking at the code it seems to me that the BatchEdit plugin will always load the latest version and show matches accordingly. So a slow index might perhaps only be a problem sometimes for new pages that have not even been included in the index for the first time so that no results for it would be found...

So far, Nyom Moritz , all works fine to progress step by step. No real problems seen in regard of index as it is used only for the selection of avaliable files while the search is done direct in the files (so no need of refreshing / new indexing, except new files are added).

BatchEdit uses DokuWiki page index to get the list of existing pages instead of going through the data directories. If the index is incomplete the plugin will not see some pages. This also applies to the “special” pages, for example, namespace templates.

So it's only about the list of files that batchEdit uses the index.

Index it self: Not sure for now, but it seems so, that refresh index matches also new files. It works not too slow.

In regard of regex, yes, the returns seems to be special. Hier $ seems to work more, as for place a string \1 = $1, maybe it works also for \L = $L (did not try for now).

Since Atma does not intent to learn/invest much in this skills, when ever a need arises, he would look and maybe addopt, investigate samples given here around.

It's good then, steo by Step, to make explainary pages on ATI.eu in all regards, for further future easier work and transfer.

Note that after copy the new file into cs-rm (Cattasanghayana - Roman), Atma did only a refresh index, so maybe this had caused an appearances never had before, also first time to regex in cs-rm .

oh... maybe it (this error) has to do with the uploaded image/media-files (maybe wrong Uppercase-cases), have to look at it and rename them...

Done, so far, but not reidexed for now. It seems that regex also addresses mediafiles, not clear in how far (or just when collecting posdible files avaliable. If also executing them likewise, this could be a mess probably.