A set of automatically localized variables would also be very
convenient, most prominently:
{$langTitle} - localized page title taken from
(:if userlang en:)
(:title Hello:)
(:if userlang de:)
(:title Hallo:)
(:if:)
{$langGroup} - localized group name taken from an XL file
Is it possible to create areas on a page that pmWiki can treat as
expandable such as the feature offered on the Google homepage?
See: http://www.flickr.com/photos/joshb/366567473/
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
I thik there are 3 columns because of the last row where 3 columns are
defined unconditionally
IMHO a better and more readable solution is
(:if userlang de:)(:title Willcommen:)
(:if userlang en:)(:title Welcome:)
(:ifend:)
(:table border=1 cellpadding=3 cellspacing=0:)
(:cellnr:)link logo
On Thu, 15 Feb 2007, sgp wrote:
Patrick R. Michaud wrote:
Many thanks for the details, they are very helpful. If anyone
has anything further to add, now is a good time to do it. :-)
Hi Patrick,
I missed your initial post, sorry for butting in. I'd just like to ask if
you've considered
On Tue, 13 Feb 2007, Patrick R. Michaud wrote:
http://www.pmwiki.org/wiki/PmWiki/EditingAPI
I'll write about it here for now, perhaps someone can update the
EditingAPI page.
I've appended your email to the page for now.
(Idea for interesting recipe: Directive that includes an email from
Hello Petko and all,
Thanks for your answer.
It's ok for the URL your give (wiki home page).
But no password are required for many others.
Example :
http://www.adelinapi.org/wiki/index.php?n=Sant%e9EtPhysiologie.Pr%e9sentation?action=rename
In fact, I think password is requested only when
Patrick R. Michaud said...
Over time many people have asked for a way to keep track of
when new versions of recipes become available on pmwiki.org .
I'm pleased to announce that I've put together a prototype
of this capability -- now available from
Hi all,
From: http://www.pmwiki.org/wiki/PmWiki/LocalCustomizations
Can I remove items from the wikilib.d folder on my site?
Yes, the files in wikilib.d/ can be safely removed. They'll reappear again
when you upgrade, however. If you want to permanently configure your site so
that these
Hi,
Melvyn Mildiner [EMAIL PROTECTED] skrev i en meddelelse
news:[EMAIL PROTECTED]
Is it possible to create areas on a page that pmWiki can treat as
expandable such as the feature offered on the Google homepage?
See: http://www.flickr.com/photos/joshb/366567473/
This might help:
Thank you Hans,
you wrote:
I imagine you use either one of Gemini, FixFlow or Triad skins, all of
which use a Site.PageHeader
FixFlow, I like it very much exactly because of the fixed sidebar
A default page
is part of the skin's wikilib.d page store. If you customise
Site.PageHeader then
I'm playing with an idea, is it possible to list pages in a calendar?
If I have a wiki with pages in various groups, is it possible to
list these documents in a calendar view by for example
creation date?
I tried to find out if there was a recipe for this but the
closest was the blogging
On 2/14/07, Thierry - Listes [EMAIL PROTECTED] wrote:
And : is it possible to put a password for action=delete ?
Thanks.
http://www.pmwiki.org/wiki/Cookbook/DeleteAction
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
However, the recipeupdates.php script requires that PHP be configured
to allow url fopens, and many web hosting providers have this
capability turned off as a security precaution.
You could circumvent this by incorporating something like this:
http://www.bitfolge.de/befopen-en.html
Hello,
Yes, it's OK for the delete action. Thanks.
Sorry for my error in my question :
my problem still is for action=rename
(see details in my previous mail)
bye,
Thierry
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 15 février 2007 14:09
À :
On Thu, Feb 15, 2007 at 02:35:58PM +0100, Anno wrote:
However, the recipeupdates.php script requires that PHP be configured
to allow url fopens, and many web hosting providers have this
capability turned off as a security precaution.
You could circumvent this by incorporating something
Thanks Pm,
I can add that if we do not specify the ending anchor, the starting anchor
suffixed with end is assumed. Ex.: [[#anchorname]]bla,
bla, bla...[[#anchornameend]]
And what is the usage of the last boolean (true/false) argument?
Pierre
-Message d'origine-
De : Patrick R.
On Thu, Feb 15, 2007 at 12:36:28PM +0100, Lars Wiberg wrote:
From: http://www.pmwiki.org/wiki/PmWiki/LocalCustomizations
Can I remove items from the wikilib.d folder on my site?
Yes, the files in wikilib.d/ can be safely removed. They'll reappear again
when you upgrade, however. If you want
On Thu, Feb 15, 2007 at 08:59:47AM -0500, Pierre Racine wrote:
I can add that if we do not specify the ending anchor, the
starting anchor suffixed with end is assumed. Ex.: [[#anchorname]]bla,
bla, bla...[[#anchornameend]]
In the current implementation, if no ending anchor is provided
then
Hi All
Two days up on new host and still running ... Yahooo
Does anyway have:
1. Experience with Gallery2 who would be willing to answer a couple of
questions.
2. Know how to embed Gallery2 or send me in the right direction . Different
to gallery 1 which there is a recipe for it.
Thanks
Mark
On Thu, Feb 15, 2007 at 09:18:25AM +0100, Jiri Hladůvka / OBUTEX wrote:
I have a lot of recipes installed but only 4 lines are displayed by
RecipeUpdates recipe.
Maybe I have old recipes (not having version identification) while there
is the newer version
in PmWiki.org already equipped with
Patrick R. Michaud said...
On Thu, Feb 15, 2007 at 11:11:26AM -, marc wrote:
Patrick R. Michaud said...
However, the recipeupdates.php script requires that PHP be configured
to allow url fopens, and many web hosting providers have this
capability turned off as a security
Patrick R. Michaud said...
On Thu, Feb 15, 2007 at 02:35:58PM +0100, Anno wrote:
However, the recipeupdates.php script requires that PHP be configured
to allow url fopens, and many web hosting providers have this
capability turned off as a security precaution.
You could circumvent
Hi, folks. I had planned to have a beta of the DataPlates recipe ready
by now, but work has picked up and I may have to put it off for a couple
more months. I'm writing to ask if anyone besides myself was counting
on using this recipe ... if so, I'll make it a higher priority.
In a nutshell,
At http://www.pmwiki.org/wiki/PITS/00887, Feral has
proposed a very interesting markup for nested divs that
I'm considering and could use some comments/feedback.
Currently we have several div markups available:
(:div class='xyz':)...(:div:) basic div
(:div1 class='xyz':)...(:div1:)
On Thu, Feb 15, 2007 at 03:08:20PM -, marc wrote:
Ah well, another customised recipe for my collection :-| Thank heavens
for Subversion.
Well, I think we can avoid the need for customized recipes.
I wouldn't see any big problem with rewriting the recipeupdates.php
script (and
This is not a big deal but I notice when I run RecipeUpdates or
SiteAnalyzer it reports on one of the recipes:
Cookbook:emailform 2006-12-15
Their is no pmwiki.org recipe date. Also I am using emailform-s.php and
not emailform.php
--
Thanks in Advance...
On Thu, Feb 15, 2007 at 10:45:01AM -0500, IchBin wrote:
This is not a big deal but I notice when I run RecipeUpdates or
SiteAnalyzer it reports on one of the recipes:
Cookbook:emailform2006-12-15
Their is no pmwiki.org recipe date. Also I am using emailform-s.php and
not
Patrick R. Michaud said...
On Thu, Feb 15, 2007 at 03:08:20PM -, marc wrote:
Ah well, another customised recipe for my collection :-| Thank heavens
for Subversion.
Well, I think we can avoid the need for customized recipes.
I wouldn't see any big problem with rewriting the
On Thu, Feb 15, 2007 at 09:01:56AM -0700, [EMAIL PROTECTED] wrote:
This is from config.php:
# $EnableUpload = 1;
# $DefaultPasswords['upload'] = crypt('secret');
# $EnableUploadVersions = 1;
# $UploadDir = c:/AppSev/www/pmwiki/upload;
#
Hi
You need to remove the # from the variables you want to use
Also, you will need to make sure your UL folder is set to 777
I don't get to answer many of these ;-)
I think its right
Mark
On 15/2/07 6:01 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi there,
I have a pmwiki
On Thu, Feb 15, 2007 at 04:01:34PM -, marc wrote:
Patrick R. Michaud said...
On Thu, Feb 15, 2007 at 03:08:20PM -, marc wrote:
Ah well, another customised recipe for my collection :-| Thank heavens
for Subversion.
Well, I think we can avoid the need for customized recipes.
Patrick R. Michaud wrote:
On Thu, Feb 15, 2007 at 10:45:01AM -0500, IchBin wrote:
This is not a big deal but I notice when I run RecipeUpdates or
SiteAnalyzer it reports on one of the recipes:
Cookbook:emailform 2006-12-15
Their is no pmwiki.org recipe date. Also I am using
G'day All
If you go to http://politics.wikia.com/index.php?title=Main_Page
You'll notice that it says hi 12.12.12.34.
Does someone know how to show that in the side bar.
I thought it was cool
Cheers
Mark
___
pmwiki-users mailing list
On Tue, Feb 13, 2007 at 05:00:26PM +0100, Tom Lederer wrote:
Effectively you're suggesting that PmWiki be distributed without
any documentation pages at all...?
Uhm... yes, effectively i do.
As a matter of fact, (at least to me) the Documentation is of little
use at least, if it is on
On Thu, Feb 15, 2007 at 11:30:30AM -0500, IchBin wrote:
Thanks Patrick...
I also noticed when I run recipeupdates on my local site all works.
When I run it off of my hosting site it does not work.
My local website:
http://localhost/ftp.prophp.us/?action=recipeupdates
My website:
Patrick R. Michaud wrote:
On Thu, Feb 15, 2007 at 02:35:58PM +0100, Anno wrote:
However, the recipeupdates.php script requires that PHP be configured
to allow url fopens, and many web hosting providers have this
capability turned off as a security precaution.
Is there a quick way we amateurs
On Thu, Feb 15, 2007 at 02:04:16PM -0500, Sandy wrote:
Patrick R. Michaud wrote:
On Thu, Feb 15, 2007 at 02:35:58PM +0100, Anno wrote:
However, the recipeupdates.php script requires that PHP be configured
to allow url fopens, and many web hosting providers have this
capability turned off
On 2/15/07, Patrick R. Michaud [EMAIL PROTECTED] wrote:
At http://www.pmwiki.org/wiki/PITS/00887, Feral has
proposed a very interesting markup for nested divs that
I'm considering and could use some comments/feedback.
Currently we have several div markups available:
(:div
Patrick R. Michaud wrote:
On Thu, Feb 15, 2007 at 11:30:30AM -0500, IchBin wrote:
Thanks Patrick...
I also noticed when I run recipeupdates on my local site all works.
When I run it off of my hosting site it does not work.
My local website:
On 2/15/07, Patrick R. Michaud [EMAIL PROTECTED] wrote:
On Thu, Feb 15, 2007 at 08:37:23AM -0600, Patrick R. Michaud wrote:
On Thu, Feb 15, 2007 at 09:18:25AM +0100, Jiri Hladůvka / OBUTEX wrote:
Patrick R. Michaud napsal(a):
Over time many people have asked for a way to keep track of
On Thu, Feb 15, 2007 at 08:40:39PM +0100, Dominique Faure wrote:
It's relatively easy to scan the files in cookbook/ for
strings matching a given pattern, so perhaps we just
need a way of specifying recipe information in the comments
of script files. Perhaps something as simple as...?
On 2/15/07, Patrick R. Michaud [EMAIL PROTECTED] wrote:
On Thu, Feb 15, 2007 at 08:40:39PM +0100, Dominique Faure wrote:
It's relatively easy to scan the files in cookbook/ for
strings matching a given pattern, so perhaps we just
need a way of specifying recipe information in the comments
On Thu, Feb 15, 2007 at 09:18:55AM -0600, Patrick R. Michaud wrote:
At http://www.pmwiki.org/wiki/PITS/00887, Feral has
proposed a very interesting markup for nested divs that
I'm considering and could use some comments/feedback.
[snip]
I kind of like this -- it eliminates the need to count
On Thu, Feb 15, 2007 at 09:49:20PM +0100, Dominique Faure wrote:
On 2/15/07, Patrick R. Michaud [EMAIL PROTECTED] wrote:
Perhaps something as simple as...?
# RecipeInfo: Name=RandomQuotes Version=2007-02-15
From the parsing point of view, I don't see any real difference between:
On Thu, Feb 15, 2007 at 01:52:59PM -0600, Patrick R. Michaud wrote:
On Thu, Feb 15, 2007 at 08:40:39PM +0100, Dominique Faure wrote:
I do think it's preferable that recipes be able to use SDV()
to set $RecipeInfo instead of always forcing a value. Using
SDV() allows an administrator (or
On Thu, Feb 15, 2007 at 01:52:59PM -0600, Patrick R. Michaud wrote:
On Thu, Feb 15, 2007 at 08:40:39PM +0100, Dominique Faure wrote:
From the parsing point of view, I don't see any real difference between:
# RecipeInfo: Name=RandomQuotes Version=2007-02-15
and:
On Fri, Feb 16, 2007 at 07:52:15AM +1100, Kathryn Andersen wrote:
On Thu, Feb 15, 2007 at 09:18:55AM -0600, Patrick R. Michaud wrote:
At http://www.pmwiki.org/wiki/PITS/00887, Feral has
proposed a very interesting markup for nested divs that
I'm considering and could use some
On Fri, Feb 16, 2007 at 08:15:33AM +1100, Kathryn Andersen wrote:
On Thu, Feb 15, 2007 at 01:52:59PM -0600, Patrick R. Michaud wrote:
On Thu, Feb 15, 2007 at 08:40:39PM +0100, Dominique Faure wrote:
From the parsing point of view, I don't see any real difference between:
#
On Fri, Feb 16, 2007 at 08:10:05AM +1100, Kathryn Andersen wrote:
On Thu, Feb 15, 2007 at 01:52:59PM -0600, Patrick R. Michaud wrote:
On Thu, Feb 15, 2007 at 08:40:39PM +0100, Dominique Faure wrote:
I do think it's preferable that recipes be able to use SDV()
to set $RecipeInfo instead of
On Thu, 15 Feb 2007, Patrick R. Michaud wrote:
need a way of specifying recipe information in the comments of script
files. Perhaps something as simple as...?
# RecipeInfo: Name=RandomQuotes Version=2007-02-15
Comments? Anyone see any better answers, or think that this might be
too
I am using the Google Search recipe. Is there a way to have the search
return into a new window?
I do control this for all other windows by having this in my config:
$UrlLinkFmt = a class='urllink' href='\$LinkUrl' rel='nofollow'
target='_blank'\$LinkText/a;
Not sure how I could use
I read in the documentation that I have to define $PageTextVarPatterns
in config.php if I want to refer to a page text variable in
config.php. I'm trying to write something that will force PmWiki to
determine which skin to use based on a page text variable. I don't
think I understand the correct
On Thu, Feb 15, 2007 at 10:34:06PM -0600, Jon Haupt wrote:
I read in the documentation that I have to define $PageTextVarPatterns
in config.php if I want to refer to a page text variable in
config.php. I'm trying to write something that will force PmWiki to
determine which skin to use based
Based on excellent feedback provided on the mailing list,
we now have an improved script for checking installed versions
of recipes and comparing those to what's listed on pmwiki.org.
The new recipe is available at
http://www.pmwiki.org/wiki/Cookbook/RecipeCheck
Yes, it used to be called
On 2/15/07, Patrick R. Michaud [EMAIL PROTECTED] wrote:
On Thu, Feb 15, 2007 at 10:34:06PM -0600, Jon Haupt wrote:
I read in the documentation that I have to define $PageTextVarPatterns
in config.php if I want to refer to a page text variable in
config.php. I'm trying to write something
On 2/16/07, Patrick R. Michaud [EMAIL PROTECTED] wrote:
Based on excellent feedback provided on the mailing list,
we now have an improved script for checking installed versions
of recipes and comparing those to what's listed on pmwiki.org.
The new recipe is available at
Lars Wiberg wrote:
Hi,
IchBin [EMAIL PROTECTED] skrev i en meddelelse
news:[EMAIL PROTECTED]
I am using the Google Search recipe. Is there a way to have the search
return into a new window?
I do control this for all other windows by having this in my config:
$UrlLinkFmt = a
Lars Wiberg wrote:
Hi,
IchBin [EMAIL PROTECTED] skrev i en meddelelse
news:[EMAIL PROTECTED]
I am using the Google Search recipe. Is there a way to have the search
return into a new window?
I do control this for all other windows by having this in my config:
$UrlLinkFmt = a
58 matches
Mail list logo
