Lane Lester wrote:
What sent me to PmWiki was my perceived need to be
able to identify who makes what changes, because not all of my students
are angels. I think I understand that it's possible to make contributors
log in, but I still need to find the howto in the docs.
There are a number
Matthias Guenther wrote:
$EnablePostCaptchaRequired = 1;
include_once($FarmD/cookbook/captcha.php);
in my local.conf I can't edit any pages on my wiki. There is everytime
the message:
Editing Tags.Oha
Must enter valid code
First thing to check is to make sure
Jan Erik Moström wrote:
I've got a wiki with a page that uses pagelist to generate list
of pages in a group. The title for each page is fairly short so
I end up (or rather will end up) with a narrow long list of
page names. Is it possible to define a format in some way which
will
Jan Erik Moström wrote:
The problem is that since the icons are used by the javascript it's
pretty difficult to figure out where it tries to find the images ...
especially when using a wiki farm.
I usually set a global js variable to the wiki farm path in the page
header. That way I can
Jan Erik Moström wrote:
On 09-03-29 at 18.03, pmw...@solidgone.com (DaveG) wrote:
I usually set a global js variable to the wiki farm path in the page
header. That way I can reference it from within js functions.
Unfortunately I don't know enough javascript so I would be able to write
Jan Erik Moström wrote:
I'm creating a skin where I use Lightbox2, I've set it up so it
works except that the various icons that lightbox2 uses aren't
displayed ... has anyone done this and can tell me how get
lightbox2 to find the icon images?
Check that you have the icons in the right
Timm wrote:
I am moving a site from an old 1.x pmwiki install to a 2.x install. I'm
trying to get my skins to change to newspaper or maguila, but for some
reason I cannot accomplish this. I change the Skin paratmeter in
config.php to 'newspaper' or to 'maguila', and I am still looking at
Sergio Lopes wrote:
I found no information in PmWiki site, and I tried to place a
local.css file under pub/css, a local.css under my skin's folder, and
redefining the styles in the css file my template is using, neither
worked and the styles defined in the head section still prevail above
Patrick R. Michaud wrote:
It wouldn't have to be spammers...search engine robots (spiders) would
be sufficient to cause these files to be generated as well. This
would be true if the robot doesn't honor 'nofollow' on links, or
if some of the action links on your site don't provide the
In the past 4 weeks, I have accumulated over 90,000 session files, all
PmWiki based. Many are 0 bytes in size; others are small and contain
info like:
THIS:
captcha-challenges|a:2:{i:0;i:6680;i:1;i:6680;}
AND:
Johannes Langlotz wrote:
Thank you for your answer, but the size parameter is the width in
characters. I need the width in pixels.
Do you need to do this inline? Why not specify a CSS selector and style
and include that as part of the document header?
$HTMLStylesFmt['mystyle'] = '#selector
Jo Vermeulen wrote:
Hi,
I was wondering what is the best way to refer to background images in
the CSS style sheet for a custom skin? Is it possible to use PHP
variables to get the current skin directory in the CSS file (just like
how the CSS file is linked in the template)?
You can't
Take a look at Cookbook/SectionEdit which gives you an edit link at the
start of each section. Not exactly what you want, but available now, and
with a similar end result.
Your idea sounds interesting though. Once I have Blogger stable I'd like
to take this on, if no-ones done it by then.
~
Ed W wrote:
OK, I may as well ask all my controversial questions at once...
I notice that all the cool cats on the web have moved their URLs to be
in the style of this-is-my-page-about-milk-drinks since most search
engines seem to be able to parse this as separate words (and Google's
edwin marte wrote:
Another question has come to my mind. We are implementing some
searching mechanism to our wikilist (as Peter Bowers recipes
http://www.pmwiki.org/wiki/Cookbook/WikiFormsRecipes ). Everything
is working and everything is being done manually. We kind of want
Patrick Ogay (lists) wrote:
Hello,
I like to intall pmwikidraw
(http://www.pmwiki.org/wiki?pagename=Cookbook.PmWikiDraw)
When I look at the example (from ubuntu 8.04 and Firefox 3.06, java
seems to be functinal too) - I cannot edit the pictures (no Link).
and I cant' create a new
Ed W wrote:
Not even a single bite over this one?
I think it's a good idea. Personally the numbering is awkward,
particularly when included sections/pages are used -- you need to be
careful to ensure you don't reuse div numbers. Even trickier when users
might also use nested divs, and their
Ed W wrote:
Can someone please talk me through how I can add new markup like
(:sitemap_priority 0.5:)
I'd probably use a PTV for this, in which case something like
(:sitemap_priority:0.5:)
Such that this is then accessible via $page['sitemap_priority']
And then access that with:
pierremariecarette wrote:
In my site with Triad, search is broken :
search aaa : the links is http://fidelioespoir.org/pmwiki.php?
q=ction=search and I obtain ... ?invalid page name
If I write directly in the browser field : http://fidelioespoir.org/
john.ran...@affinity.co.nz wrote:
If, for example, we were to add a link to say View the wiki source for
this page (as I think we should), the newcomer would get no surprises.
Good idea.
Continuing the no surprises theme, if EditingForNewcomers uses
markup that is not defined on the page,
Brent Marshall wrote:
not survive too many edits. One might get around this with some
mechanism to periodically restore the sandbox to a basic state that
included the examples.
That's actually what happens today -- the sandbox is purged every 15
minutes.
~ ~ Dave
Chris Cox wrote:
If you have a Rating Group per cookbook, then create authored pages
under the group if you like it/use it. A pagelist count could
be shown on the cookbook page.
A separate page per cookbook (or even a group) with a name per line
sounds like a good idea. Kind of like the
Randy Brown wrote:
A Talk page seems like an appropriate place to put opinions, and isn't
that what a rating is? This way we can have free form discussion as well
as a way to present a summary of the sentiment. The rating could be a
single metric or multiple metrics (opinions of casual
Eemeli Aro wrote:
2009/2/20 DaveG pmw...@solidgone.com:
To clarify my own position, I'm not actually advocating for rating
recipes, but for listing the users of a recipe. Admittedly the message
topic might be a bit misleading, as I copied it from the earlier
discussion.
Good point -- I'm
John Rankin wrote:
If people support this proposal, I will make a page for comment.
However, I will not do anything while a number of people are expressing
a strong preference for using directives on EditingForNewcomers.
I tend towards thinking that we should use (:markup:) on the Newcomers
Oliver Betz wrote:
Hello All,
BasicEditing, TextFormattingRules and MarkupMasterIndex contain a lot
of redundant material and I'm looking for a clear(er) separation.
What would you say is the role of these pages?
In my opinion, MarkupMasterIndex is a fine quick reference. No long
Another example of what's happening is here:
http://www.pmwiki.org/pmform/Main/WikiSandbox
Enter {$FullName} into any field. Save the form. On reload the field
will contain:
{Main.WikiSandbox$FullName}
That's the substitution I'm trying to avoid. The substitution should
occur when the
DaveG wrote:
Another example of what's happening is here:
http://www.pmwiki.org/pmform/Main/WikiSandbox
Enter {$FullName} into any field. Save the form. On reload the field
will contain:
{Main.WikiSandbox$FullName}
That's the substitution I'm trying to avoid. The substitution
Tegan Dowling wrote:
I have the impression that cpanel is
a little friendlier to a less-knowledgeable user. Is that correct,
do you think? If so, do you know if I would Iose functionality I need
for a wikifarm if I chose that?
From what I see in wandering around cpanel appears to be more
Henrik Bechmann wrote:
All,
I have the following markup:
(:div2 class=header-content
style=height:84px;background-image:url({$SkinDirUrl}/garden_bg.jpg);:)
snip
...which of course is a css error.
Is there anything I can do to just get
Hans wrote:
Have a look at the HandleEdit function in pmwiki.php (?action=edit
calls this).
Don't be confused by the UpdatePage call right in the middle, and the
edit form loading at the end. When it runs first, $IsPagePosted is
false, nothing gets posted and the edit form gets loaded, with
Henrik Bechmann wrote:
Is there anything I can do to just get
background-image:url(http://parkcommons.ca/shared/wiki/app/pub/skins/FoldersCMSBase/garden_bg.jpg)
I had this exact problem. I *think* the solution was to define a markup
using Keep. This is what I used for my case, and might help
Tegan Dowling wrote:
Could some php guru visit the various files in the section entitled
YouTube, Flickr Video, Google Video, and Vimeo (swf-sites.php,
swf-sites2.php, youtube2.php etc.), and see if they can be combined?
Personally I'm using
Tegan Dowling wrote:
On Sun, Feb 8, 2009 at 11:36 AM, DaveG pmw...@solidgone.com wrote:
So flickr slideshows can't be embedded with any of these because they
aren't .swf files, right?
Actually they are swf files. I took a quick look, but couldn't find the
source URL -- it also looks like
Okay, I couldn't take not knowing. Refer
http://paulstamatiou.com/2005/11/19/how-to-quickie-embedded-flickr-slideshows
-- It looks like you basically need to include your flickr id along in
the url.
~ ~ Dave
___
pmwiki-users mailing list
Tegan Dowling wrote:
As for Flickr, Flickr provides the embed code for slideshows. Below
is the code they provide for
http://www.flickr.com/photos/bobsyouruncle/sets/72157612582511784/show/
When I enable the html that's used in this, then embed this on a wiki
page, it works beautifully:
Tegan Dowling wrote:
If I were to try to modify one of the existing recipes (which is just
remotely possible, depending on whether I can figure out which parts
do what, in the existing content), would swf-sites.php be the one to
start with, or swf-sites2.php?
If you want the easiest path,
Petko Yotov wrote:
If you include a part of your page, you may use in the page :
Attach:Group.Page/image.jpg -or-
Attach:{$FullName}/image.jpg
In a pagelist, if I know that all pages have image.jpg, I'll have :
Attach:{=$FullName}/image.jpg
The problem here is that the page is used
When setting $EnablePathInfo = 1; should {$FullName} be resolved as
Group/Page? Currently it seems to resolve to Group.Page. Is there a way
to ensure $FullName uses a / rather than a .?
~ ~ Dave
___
pmwiki-users mailing list
Hans wrote:
EnablePathInfo affects just the url, so you get script/group/page in
the address bar. $FullName allways renders as Group.Name.
You can use {$Group}/{$Name} instead.
I'm not really sure that this is a problem, but would seem to mean that
a single page will now be accessible, and
What I'm trying to do is to use a pagelist to show a 'page introduction'
-- the first portion of the page. I have this working fine. However, now
that I'm able to show the page intro, I have a problem showing
attachments that appear in that intro.
1] I think this is a minor bug, followed by a
cPanel usually works fine for me, and recent versions (10 I think) tend
to be more conservative about messing with your directories. I usually
start with cPanel to create the subdomain -- I think cPanel uses
httpconf to store it's settings, not somewhere you'd normally touch.
Then I go ahead
) :)
(:if enabled AuthPw:)
I've setup a test page at DaveG/Test, including all the methods I found
on the pages. Alt5 (and minor alternative Alt6) seem to work. Can
someone confirm that's correct, and I'll update the various pages.
Thanks,
~ ~ Dave
Peter Bowers wrote:
Is this a theoretical markup that you are using? I've never seen
anything like the val=myval or the VAL_IS_SET operator or the $$val
syntax...
If I'm confused maybe others are as well? Or maybe I'm just being slow
today... :-)
Guess I was even more confused than you
Sandy wrote:
Any ideas? What should my next step in troubleshooting be? What
information would help?
The problem as you state, is that it can't access the CSS file using the
path: /pmwiki/pub/skins/rosetrellis/rosetrellis.css
The problem is that your .htaccess files aren't permitting direct
Simon wrote:
(:include PageName GroupName.Pagename:)
Includes the entire text of another page into the current page.
Multiple pages may be specified
I interpret this to mean that the text from all specified pages will
be copied into the current page.
Include always includes the first
Hans wrote:
Is it possible to achieve this? Would it be desirable that th efirst
instance of a PTV will be used by default?
I suspect this is going to vary very much by author. Personally, I find
it makes sense that the later definition over-rides the more recent, if
declared on the same
Is there a way to determine whether a variable passed into from an
included page has a value? Something like
(:include mygroup.mypage val=myval :)
and then inside mygroup.mypage:
(:if VAL_IS_SET $$val:)
What seems to happen is that is $$val is not set, the actual string
$$val remains.
Peter Bowers wrote:
In order to get around this problem (note that only English dates will
be recognized by strtodate()) you need to put your PTV as the last
argument. Then you also need to check to make sure the PTV is not
invalid and that the PTV is not blank. Here's something that
On Fri, 30 Jan 2009 02:41:30 +0530, Kartik Mohta kartikmo...@gmail.com
wrote:
Is this feature (continuing the list item by using the same
indentation) documented anywhere?
It's here: PmWiki/BasicEditing#lists, with a minor comment here
PmWiki/MarkupCharacters
But should probably be expanded on
Ian Barton wrote:
What I want is to produce a pagelist that shows pages from this group
with a pagename equal or greater than today's date. Using the pagelist
examples I have tried:
There was a thread on this yesterday titled problem with PTV and if=
date in pagelists, so you might want to
none wrote:
If the code worked on Peter Bowers wiki, why won't it work on ours. Can
somebody else test to see if it's work. Maybe there's something wrong
with our setup somehow?
The code works for me.
Why do you have the negation at the front?
(:pagelist if=! date {(ftime %Y%m%d)}..
On Tue, 27 Jan 2009 15:44:11 +0100, none bergw...@gmail.com wrote:
I made this pagelist:
(:pagelist if=date {$:Time}:)
where Time is a PageTextVariable. As I understand the documentation on
Pagelists this should give me all pages where Time is set at date later
than today (as long as
Petko Yotov wrote:
But, you can change the style for bold, italics or teletype formatting
which can be embedded :
in local.css, set em tags to yellow and non-italics :
li span.cool em { color: yellow; font-style:normal; }
in the wiki page, the word styled will be yellow :
#
Patrick R. Michaud wrote:
We still ought to come up with an explicit paragraph block marker.
It's been discussed previously but I forget if we selected anything
(or what was chosen). I know we talked about 'P:' at one point --
the above could then be done with:
* [==]
P: %p b%
Patrick R. Michaud wrote:
On Sat, Jan 24, 2009 at 05:51:15PM +0100, Petko Yotov wrote:
Hi. I have this comparison with another online wiki community that uses and
creates MediaWiki. They have often votes or polls on various decisions, and
all arguments are weighted instead of just the vote
Petko Yotov wrote:
It is a very simple markup that can be edited the normal way a wiki page is
edited. Users that endorse, support or recommend a recipe should be
experienced enough to quickly add their voice+argument via editing the page
the wiki way.
I like this solution. Simple,
Patrick R. Michaud wrote:
Currently (23:31 UTC) I show foxforum.zip as being 83,612 bytes
and an md5sum of 5cde9649152ed0b4d68bd919e7d295d6 .
Perhaps others can verify this?
I get the same.
size: 83,612 bytes
md5sum: 5cde9649152ed0b4d68bd919e7d295d6
~ ~ Dave
Here's what I've done for Blogger. I include a section after the
pagelist which adds a link for previous/next, and includes a page
parameter:
(:div class=page-navigation:)(:if !equal {$Blogger_PagePrev}
:)%previous-entries%[[{*$FullName}?page={$Blogger_PagePrev} | $[newer
posts]]](:ifend:)\
Hans wrote:
Output
* Mobile friendly - have we got a mobile friendly skin?
As far as I know, not directly, but Cookbook/MobileDetect might be one
step on the way to delivering mobile content.
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
wikitext is added by PmWiki during page generation. It's the main
container for the wiki page. Simply add this to the css file:
.wikitext{
width: 600px;
}
Maria McKinley wrote:
On Sun, Jan 18, 2009 at 8:57 AM, DaveG pmw...@solidgone.com wrote:
The main issue is that code tags are defined
Patrick R. Michaud wrote:
Did you try...?
[[Path:/ | Link to Root page]]
I did not, nor did I even know this existed. I'll add it to the links
pages I came across.
This does give the correct URL, but still opens in a separate window
(target=_blank). The advice on this page
-- Update --
Just wanted to provide a quick update on where Blogger is (ref
Cookbook/Blogger). Things are pretty much done at this point. Right now
I'm working to make sure the skinning process is smooth -- so you can
switch from one skin to another, and have the various elements work
Michael Shanley wrote:
I don't know if there's a reason you're using PmForms for page data,
The goal of Blogger is to use only PmWiki core components. It may be
that I need to compromise on this, but at this point that's not the
case. Not though, that I fully expect to utilize existing
John Rankin wrote:
I agree almost 100% (and my earlier post raised this very issue).
Personally, I'm not a big fan of rating systems as a method of
quality control, for reasons that others have given.
Perhaps, rather than rating, we simply ask Are you using this cookbook
-- that allows an
Depending on you OS/software, you should be able to simply click the
Reply All button. It sounds like you manually creating a new email,
and copy across the subject line, and To fields -- if you do this you'll
loose the thread.
~ ~ Dave
James DeVain wrote:
Whenever I respond to someone's
Okay, this should be easy, but I can't find it. I need to create a link
to the base domain of my site, from within a wiki page. Something like:
[[{$ScriptUrl} | Link to Root page]]
Has the correct URL, but redirects to target=blank. I'm trying to avoid
a URL with the Group/Page specifier --
The main issue is that code tags are defined as:
code.escaped {
white-space:nowrap;
}
What this means is that the line will be as long as necessary to fit the
entire text, without wrapping. The side effect of this is that now the
entire .rightColumn is the same width as the 'code', so even
I have a number of farms using a single PmWiki install. Each farm has
it's own copies of SiteAdmin.Blocklist-Chongqed and
SiteAdmin.Blocklist-MoinMaster, around .5Mb.
I'd like to have all farms use one version of the files, stored in the
'main' farm directory (pmwiki/. Is this possible?
~ ~
On Fri, 16 Jan 2009 08:13:03 -0800, pmw...@911networks.com wrote:
Can we have a couple of popular/standard pre-packaged downloads. Such
as a blog, graphics, authenticity...
Whilst I'm not sure that would work for the core + cookbooks, it's
something I intended to do for Blogger. Provide both
Henrik Bechmann wrote:
Step 1: declare current release out of beta
Step 2: identify a (for real) webmaster to take responsibility for
pmwiki.org
Step 3: create a development.pmwiki.org subsite, where we can set up a
wiki to begin a formal planning process (and set up a TRAC repository
Henrik Bechmann wrote:
But I believe the next step is to stop supporting PHP4, by which I mean,
transition more to the OOP features of the language, eventually exclusively.
Pm has frequently expressed the opinion that OO is not likely to be in
PmWiki's future. [1]
You ask if there is a
Is it possible to contain other elements within an LI, like:
litest
div class=xx
pSome text/p
/div
/li
~ ~ Dave
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
close enough.
~ ~ Dave
DaveG wrote:
Is it possible to contain other elements within an LI, like:
litest
div class=xx
pSome text/p
/div
/li
~ ~ Dave
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http
Petko Yotov wrote:
You can include full pages instead of sections, your templates can be one per
page. A skin or a user could override some of the templates by creating
pages.
Lots of templates -- too many pages.
Or, you can use the recipe IncludeSection I drafted:
When you use a pagelist you speficy a ftm=#abc, and PmWiki will search
through pages speficied in $FPLTemplatePageFmt and find the appropriate
section.
Does something like this exist for includes?
For Blogger, I'm want to provide a way for skins to override the layout
of certain sections.
Petko Yotov wrote:
Yes, you can have
(:include {*$Group}.BloggerTemplate Site.LocalBloggerTemplate
Site.BloggerTemplate:)
This seems to search for the first page that exists in the list, and
then search for the section. If it doesn't find the section in the first
existing file it stops.
Test case is: DaveG/TestInclude
DaveG wrote:
Petko Yotov wrote:
Yes, you can have
(:include {*$Group}.BloggerTemplate Site.LocalBloggerTemplate
Site.BloggerTemplate:)
This seems to search for the first page that exists in the list, and
then search for the section. If it doesn't find
nosk...@gmx.net wrote:
Yes it works, the problem seams to be that authuser only works if the
function PageTextVar is called after the defaultpassword definition.
PageTextVar uses the RetrieveAuthPage this may cause the problem, so I
guess I need try to get the ptv without
take a look here:
http://www.mail-archive.com/pmwiki-users@pmichaud.com/msg15478.html
grz nos
Thanks for pointing that out. Looks like the answer is basically no
built in way. So I'll stick with the (:if false:).
___
pmwiki-users mailing list
Over the past few weeks I've been working on a blogging system that
provides basic blog functionality using only PmWiki functionality. The
system provides the ability to enter and manage blog entries, and basic
commenting, aproval, and management.
I've put up the first Alpha version at
I find it slightly ironic that the site uses Wordpress :)
john.ran...@affinity.co.nz wrote:
The 5th international symposium on wikis takes place in
Orlando, Florida on 25-27 October 1009.
For more information, see http://www.wikisym.org/ws2009/
Is anyone thinking of attending and/or
When including a page, from a section marker, the actual section marker
is also included, wrapped in p tags. This means that the hidden
section marker takes up vertical space.
Example:
(:include TestPage#marker:)
Results in:
pa id=marker name=marker/
/p
A work around to to ensure that the
One thing:
$page = FmtPageName($pagename, '$Group.$Name' );
$SelfPagetype = PageTextVar($page, pagetype);
Not sure what FmtPageName returns, but try removing that line and do
this instead:
$SelfPagetype = PageTextVar($pagename, pagetype);
Are you sure $SelfPagetype is being set okay?
I've created a form using PmForms. I've added a set of delimiters
(::...::) to the field definition (unfortunately, I'm not somewhere that I
can provide the code I'm using), in order to be able to include markup like
(:...:) inside a field.
In one of the fields, the user can enter [[!xxx]]
A few quick notes below.
Russ wrote:
I have a project that outputs one particularly large HTML page (250k +),
which is being generated in an average 0.4 seconds but takes 10-12
seconds under moderate server load to display.
Are you sure the page needs to be this large? Every time I've seen
, .pageindex appears to get generated sometime during the Save process.
~ ~ Dave
DaveG wrote:
I've created a form using PmForms. I've added a set of delimiters
(::...::) to the field definition (unfortunately, I'm not somewhere that
I can provide the code I'm using), in order to be able
Jan Erik Moström wrote:
I'm probably going about this is the wrong way and would
appreciate some pointers in the correct direction.
I want to change the padding of list items in some lists, the
lists are contained in cells in a table and generated by the
pagelist command. I know that
DaveG wrote:
The $PageTextVarPatterns is not too fussy where it goes. However, the
Markup must not execute prior to the code that's handling the save
processing of the PmForm. If it does execute then the code producing
.pageindex will not process tags within the (::...::) markup.
Actually
ki...@kirpi.it wrote:
As far as my own experience goes chaptchas are not a 100% solution.
Yet they are effective and helped me to almost completely stop wild
edit spam by bots on a couple of open (no password protected) wikis.
You appear to be suggesting that Captcha has failed in some cases
Does anyone happen to know if PmForms supports setting variable values
with select lists?
It seems to show the list fine. But when saving it saves only the
default value. Changing the underlying data values in the saved-data
page (the saveto), and then reopening in the form shows the correct
Thanks for taking the time to respond Petko.
Petko Yotov wrote:
Allowing users to add (:directives:) may be risky, they could add
(:noaction:), (:noleft:), (:noheader:), (:notitle:), (:redirect SomeWhere:),
(:linebreaks:) and other possibly dangerous / defacing markups like (:if
false:)
In
:)
(:input default $:entrydate {(ftime)}:)
(:messages:)
Date: (:input text $:entrydate size=25 :)
(:input submit value=Submit:)
(:input end:)
[[#entry-formend]]
DaveG wrote:
When creating a form template, specifying a 'default' value overrides
any values brought in from source:
[[#entry
DaveG wrote:
Docs and code suggest that $PmFormPostPatterns is used as the basis for
text replacement in PmForms. However, setting in config.php:
$PmFormPostPatterns = array();
Causes all text beyond the closing :) to be stripped.
At the risk of talking to myself, it looks like
Try {$SkinDirUrl}.
Jan Erik Moström wrote:
I'm trying to modify one lightbox implementation to work with a
theme I like. Everything seem to work except that the images
that the CSS file and JS files load have the wrong path.
I can of course hard code the path in the files but I suspect
Docs and code suggest that $PmFormPostPatterns is used as the basis for
text replacement in PmForms. However, setting in config.php:
$PmFormPostPatterns = array();
Causes all text beyond the closing :) to be stripped.
~ ~ Dave
DaveG wrote:
Currently when using PmForms, if the user
For javascript and css images, the paths will be relative to the
location of the js/css files.
fileLoadingImage:'images/loading.gif'
In this case, make sure you have an images directory with the gif inside.
~ ~ Dave
Jan Erik Moström wrote:
Petko Yotov 5...@5ko.fr 08-12-27 00.08
If you comment out the edit/site-wide password, what happens? If
everything works when you remove the passwords, it sounds like you may
be having a problem with (1)how you are specifying passwords, or with
(2)writing session information.
Make sure your using the format:
When creating a form template, specifying a 'default' value overrides
any values brought in from source:
[[#entry-form]]
(:input pmform target=tmp:)
(:input default source={*$FullName} :)
(:input default request=1 :)
(:messages:)
Date: (:input text $:entrydate size=25 default={(ftime)}:)
(:input
Currently when using PmForms, if the user enters markup in a textarea,
and saves, the returned data inserts a space between the parentheses,
and the colon.
User enters:
(:somemarkup:)
Post-Save:
( :somemarkup: )
This is probably as a security measure. Is there a to disable this, and
retain
301 - 400 of 580 matches
Mail list logo