Thank you very much for your long reply, I have never seen such a
thorough answer to a question in a mailing list.
I tried installing the last version of pmwiki, but it raised some other
problems and the encoding problem wasn't fixed anyway. The filenames
were the same on both installations; I
Thank you very much for your long reply, I have never seen such a thorough
answer to a question in a mailing list.
Petko is incredible.
-Michael Paulukonis
http://www.xradiograph.com
http://goog_2112721603Interference Patterns (a
blog)http://www.xradiograph.com%5Cinterference
@XraysMonaLisa
Leandro Fanzone writes:
$NamePattern = '[[:upper:]\\d][\\w]*(?:-\\w+)*';
And I changed it to:
$NamePattern = '[\\w\\x80-\\xfe]+(?:-[[\\w\\x80-\\xfe]+)*';
I suggest you to NOT modify pmwiki.php and other core files, any such
variable can be simply defined in config.php, so just write that
Unfortunately there is not an easy solution to this problem, see below.
Leandro Fanzone writes:
Hello, I have an installation of pmwiki on a Fedora Core 4 server, and I
decided to migrate it to Ubuntu 12.04. As I did not want to install pmwiki
again, I just copied /var/www to the new machine
Leandro Fanzone writes:
PHP is 5.3.10 on Ubuntu, 5.0.4 on Fedora.
PHP 5.3 has its own particularities and we had to modify PmWiki to work with
it. It is possible that you have to upgrade to a more recent PmWiki version
(read the page PmWiki.Upgrades if you do). But the filename charset
Hello, I have an installation of pmwiki on a Fedora Core 4 server, and I
decided to migrate it to Ubuntu 12.04. As I did not want to install
pmwiki again, I just copied /var/www to the new machine and installed
Apache + PHP. As a result, some pages that had titles with Spanish
letters (á, ñ,
