<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Petko Yotov wrote:
<blockquote cite="mid:200907131943.46057.5ko@5ko.fr" type="cite">
<pre wrap="">This is turning into a flame, so I'll briefly repeat what I said.
On Monday 13 July 2009 17:37:21 Ed W wrote:
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">If the original links work in the default installation, I don't see this
as an "issue" that should be "fixed". :-)
</pre>
</blockquote>
<pre wrap="">I don't really see why not?
</pre>
</blockquote>
<pre wrap=""><!---->
Because it works exactly as expected, it is not an issue.
</pre>
</blockquote>
<br>
I fail to understand why you are digging your heels in over this?<br>
<br>
Someone has changed 95% of the documentation ALREADY so that it's now
"resistant" to changes in the server settings. I suggest that *I*
would like to continue that set of changes (I am offering to improve
the documentation) and suddenly everyone starts saying that they want
to *deliberately* keep things broken.<br>
<br>
What are you guys smoking? <br>
<br>
Fine someone else can work on the documentation - you have made it
clear you don't want my help improving it<br>
<br>
<br>
<blockquote cite="mid:200907131943.46057.5ko@5ko.fr" type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">I see the benefit of being able to use varied URL construction functions,
for administrators who are aware that it may break existing links and who
decide to deal with it because they want/need it, and it is worth it. :-)
</pre>
</blockquote>
<pre wrap="">...
...Thanks for that... I love extra work for the hell of it
</pre>
</blockquote>
<pre wrap=""><!---->
As I said, admins who are aware of the consequences, who change it because
they want it/need it and because it is worth it for them.
If a case like this upsets/saddens me so much, it is not worth it for me.
</pre>
</blockquote>
<br>
You guys like to argue black is white don't you?<br>
<br>
<br>
OK, I propose (as a thought exercise) that we never fix any of the
existing documentation or update it to clarify anything ever again!<br>
<br>
My argument is that it's easier to leave everything as it is and users
can fix their own local copy of the documentation if they want it to be
correct. Fuck that this requires every admin in the whole world to
fix this stuff if they care and that they can't easily keep in sync
with the main project. From now on just post some notes about a new
feature in the mailing list and everyone can update their own local
copy of the documentation with the details. Leaving everything as is
will require less typing (that's what someone argued on a different
email...)<br>
<br>
This makes about as much sense as you are proposing...<br>
<br>
<br>
Right well fuck it. I was offering to fix a whole bunch of the
documentation and improve it's quality. Forget about
"$MakePageNamePatterns" this is a red herring and just something you
would get for free from improving the docs as they stand today. Keep
the docs inconsistent on how you spell everything since clearly you
think it's a feature to spell things three different ways!<br>
<br>
I just completely fail to understand why you are arguing that it's sane
and useful to write this on one page:<br>
One principle of the [[PmWikiPhilosophy]] <br>
And this on another page:<br>
One principle of the [[PmWiki Philosophy]] <br>
<br>
I will leave it here with my final comment that I believe you should
pick *one* of the above and stick with it everywhere (which is what
someone has already done throughout most of the documentation - only
the odd inconsistency still exists). I cannot believe it's the master
plan to get the documentation 95% consistent and deliberately leave the
remainder inconsistent - bully for you if so<br>
<br>
Byee<br>
<br>
Ed W
</body>
</html>