en' as default if XLPage is not used.
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
t has stalled two months now, after almost
a year of weekly updates.
I hope PM didn't lost his interest...
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
I understand that PM might hate me because of this question, but what really
happens with pmwiki v2.2?
Development seems stalled since last beta was released, two months ago. I
hope v2.2 is still on track...
Athan
___
pmwiki-users mailing list
the core. New
> features are introduced as recipes in the cookbook.
Theoretically you're right.
Personally I think Patrick choose "summer holidays" instead coding; good for
him. :-)
Regards,
Athan
___
pmwiki-users mailing list
pmwiki-user
What happened to Pmwiki 2.2 beta 64?
Sorry to ask, but I've noticed that pmwiki's development has stalled for
almost a month.
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
"Patrick R. Michaud" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Fri, Jul 20, 2007 at 11:13:21AM +0300, Athan Dimoy wrote:
>> A second thought is to relocate all these folders (or some) out of web
>> document root. In that case, what con
e folders (or some) out of web
document root. In that case, what configuration variables have to be changed
to point to new locations?
Any experience from such a setup?
Regards,
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www
"Patrick R. Michaud" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> This will turn off the section of the template
> if the visitor doesn't have edit or admin rights.
That's exactly what I was lo
"Kathryn Andersen" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> I mean, don't display the page actions in a DIV container.
That's what I'm currently doing.
However I think that an in-template conditional is much faster and clean
e displayed in a DIV container. When using
PageActions markup, action list can be hidden but the empty DIV container is
still included in html.
Regards,
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
I want to hide action list for all users except those with edit or admin
rights.
Any idea how this can be done in a skin template (not using markup but php)?
Thanks,
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http
"Patrick R. Michaud" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hope this helps, and thanks!
Thanks for clearing this up Patrick.
Regards,
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http
Attn PM:
Default skin's search button on top, returns a non-clean url.
Please read http://www.pmwiki.org/wiki/PITS/00899
Regards,
Athan D.
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Flatfile
Minimalistic
More secure than most cms
Not uses any third party framework (really hate most of them)
Only requires php and just a few extensions
Different from the others blog-oid cms
Regards,
Athan
___
pmwiki-users mailing list
pmwiki-users
"Patrick R. Michaud" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I now have an experimental site with utf-8 insensitive
> search available for testing at:
Thanks for this, Patrick.
I did some testing using various case combinations in Greek, an
e or closed source, if it's
> being developed by volunteers or paid employees, and whether it's
> available without cost or purchased.
Agreed.
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
s with little or no
experience... Thanksfully there are many exceptions though :)
5) Agree with that!
> Certainly some are - but then so are some "commercial" projects. I have
> paid for several pieces of commercial software that later disappeared
> completely, either through b
es and unfixed bugs is ok for a hobby project though far from
adequate for anything productive.
PS: Please don't misunderstand me, I do like pmwiki and really appreciate
PM's work.
Regards,
Athan
___
pmwiki-users mailing list
pmwiki-use
tunately none of these features/bug fixes is mentioned there. I'm not
complaining, but some of them (utf8 case insensitive searches, blog support
etc) were supposed to be implemented months ago.
Regards,
Athan
___
pmwiki-users mailing list
pmwiki-us
cause me to make
> a number of important changes to xlpage-utf-8.php at the same time.
> (It's okay to work on it if you really want... I just didn't
> want you to spend a lot of time working on something I plan to
> address to
E to recognize multibyte utf-8
> sequences as being single characters (and that doesn't seem to
> matter much for the patterns that PmWiki uses).
Hmm, I have to agree with you once again.
So, the only hope is PHP 6. Until then, a lot of hacking or iso-8859-xx.
So
; Lots of hosts do not support xx_XX.UTF-8 .
Unfortunately you're right.
Thanks for your answers.
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
annoying for a wiki.
> This isn't to say that PmWiki will never switch to using a utf-8 encoding
> by default...
Nice to hear that!
Regards,
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
spect to your opinion, what's the problem with such a solution?
If I understood, a min requirement for each xlpage-.php is to declare
http and html headers. Then why don't do that in the core before including
xlpage-.php, if one exists?
Anyway, I'm sure y
PITS 899 filled for this bug
http://www.pmwiki.org/wiki/PITS/00899
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
hough Patrick seems to prefer his own code (good habit), this lib has
some interesting function wrappers plus all the necessary case conversion
tables for all languages.
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichau
other issues with utf-8, most of them
with reciepts. Given the fact that most reciepts use single byte regex,
utf-8 issues is something expected. However I know that you cannot do
anything for that, except maybe consider using utf-8 as the single-on
le for core to assign
encoding in both http and html header, before including xlpage-$i18n.php
That way, pmwiki will always include the right html/http header, even when
there is no xlpage-$i18n.php file available.
Regards
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
gh 8859-1 is included in http header, it
should also been included in html header (content-type meta).
Regards,
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
hp versions.
> One minute ago, I got a HTTP-Header "Content-Type: text/html;
> charset=ISO-8859-1;" from pmwiki.org
Don't know about 8859-1, but the rest iso-8859-xx encoded XLPages definitely
need an xlpage-iso-8859-xx.php or an $HTTPHeaders assignment in config.php.
Regards
Hi again,
It seems that an xlpage-iso-8859-xx.php file is necessary for each encoding
to work.
I wonder why core not appends the xlpage-i18n encoding in PmWiki
$HTTPHeaders by default.
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
iki used to send the encoding stored in
xlpage-i18n.
Anybody has an idea why that happens?
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
;q= (not a ...nice
url)
Now go directly to searching page http://www.pmwiki.org/wiki/Site/Search
Click "Search" button (no need to enter something)
This time, the results pagelist is using nice url
http://www.pmwiki.org/wiki/Site/Search?q=&action=search
Any idea how this
think this will
> negatively impact any existing sites.
Problem fixed in b32. Authuser.php inclussion is back to the top section of
config.php and I didn't notice any rewrite issues so far.
Thanks Patrick!
Athan
___
pmwiki-users
escribed clearly
in the file (maybe in FAQ too).
Thanks Oliver for pointing me to the right direction :)
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
ki
RewriteRule ^$ pmwiki.php [L]
RewriteRule ^index\.php$ pmwiki.php [L]
RewriteRule ^([^/a-z].*) pmwiki.php?n=$1 [QSA,L]
In config.php (PHP 5.2)
$EnablePathInfo = 1;
$ScriptUrl = "http://example.com/wiki";
$PubDirUrl = "http://example.co
=> '',
>'We are sorry for any inconvenience' => ''));
It works fine!
Thanks Patrick,
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
error messages giving a pmwiki-driven
website a more "static html" behavior?
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
to return 'Site.InvalidPage'
> for invalid pagenames instead of aborting as it does now.
I think there is no reason to make things more complicated. A simple 404
error could do the job.
This pmwiki error message is diplayed when user asks for a
"Roman" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> BTW, error message is hardcoded, so it's not so easy to translate or
> customize it. If you would return Site.PageNotFound it would solve
> both problems.
I seconded Roman's suggestion.
"H. Fox" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Now a PITS entry. Add votes/comments here:
Thanks Hagan for adding this as a PITS entry.
I only hope Patrick will implement this soon.
Athan
___
pmwiki
Thanks for the detailed info Patrick,
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
ption to use my own php.ini through an fcgi wrapper script, I
have to investigate this workaround.
Thanks Jason,
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
action=phpinfo still displays local register_globals as ON,
although other php5 settings altered using ini_set() in local.php work just
fine.
Did I miss something ?
Thanks.
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.
"Athan" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> When entering an invalid subpage, PmWiki gives a default error message.
> Say
> for example http://server/cms/Main/HomePage is en existing page. The
> following message appears, when someone ent
?
PmWiki can't process your request
?invalid page name
We are sorry for any inconvenience.
Thanks,
Athan
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
46 matches
Mail list logo
