Replying to James:
> On Tue, Mar 25, 2008 at 5:26 PM, James Montaldi <[EMAIL PROTECTED]>
wrote:
> > Hi all
> > I have seen on a couple of pmwiki sites that there is no edit/view/etc
> > menu, just a simple "login" link. Presumably the other links appear
> > after logging in.
> > How is this impl
Oops, that should be (:ifend:)...
Henrik wrote:
James,
In your sidebar, write
(:if auth edit:)
custodian menu
(:else:)
login menu
(:endif:)
custodian menu would be, for example [[{*FullName}?action=edit | edit]]
and like that. See http://www.pmwiki.org/wiki/PmWiki/PageVariables
Hope this he
James,
In your sidebar, write
(:if auth edit:)
custodian menu
(:else:)
login menu
(:endif:)
custodian menu would be, for example [[{*FullName}?action=edit | edit]]
and like that. See http://www.pmwiki.org/wiki/PmWiki/PageVariables
Hope this helps.
- Henrik
James Montaldi wrote:
Hi all
I ha
Patrick R. Michaud said...
> On Tue, Mar 25, 2008 at 12:22:13PM -0400, David Spitzley wrote:
> > Wouldn't it just be easier to include the prefix behavior as a
> > setting in config.php, alongside the line that sets the
> > password for uploads?
>
> Oh, I still intend for the old behavior (displ
James: If no one else answers you tomorrow, I'll take a shot at it.
There are at least a couple of ways to do what you're asking about,
and my own way is so thoroughly customized that while I do understand
the principles, some of the details are unfamiliar -- so I'm hoping
that someone more famili
Hi all
I have seen on a couple of pmwiki sites that there is no edit/view/etc menu,
just a simple "login" link. Presumably the other links appear after logging
in.
How is this implemented?
Thanks
James
___
pmwiki-users mailing list
pmwiki-users@pmichaud
On Tue, Mar 25, 2008 at 12:22:13PM -0400, David Spitzley wrote:
> Wouldn't it just be easier to include the prefix behavior as a
> setting in config.php, alongside the line that sets the
> password for uploads?
Oh, I still intend for the old behavior (display "Attach:")
to be possible via a conf
Is there a cookbook recipe for doing "refined searching" for PmWiki?
I.e. searching within previous search results. I couldn't find one
when I looked on pmwiki.org or googled for one.
-alan
--
Alan Hoyle - [EMAIL PROTECTED] - http://www.alanhoyle.com/
_
I posted something earlier under a different address. I just wanted to know how
to access auth user or upgrade to siteadmin to have user accounts active on my
site. I did all of the basic chmods and added the statement
"include_once("$FarmD/scripts/authuser.php");" to my config but I still can
Hi All,
1. What is the latest on including google-analytics script in PmWiki?
According to http://www.pmwiki.org/wiki/Cookbook/GoogleAnalytics we can
include the script either in the skin template. According to another posting
(*http://www.mail-archive.com/pmwiki-users@pmichaud.com/msg07436.html)*
Wouldn't it just be easier to include the prefix behavior as a setting in
config.php, alongside the line that sets the password for uploads?
David
>>> "Patrick R. Michaud" <[EMAIL PROTECTED]> 3/25/2008 10:58 AM >>>
I've also been playing with the idea that PmWiki's default
should be that a bare
On Fri, Jan 04, 2008 at 11:00:51AM -0800, [EMAIL PROTECTED] wrote:
> Hi,
>
> I am trying to attach some zip file to a page. I have the
> following syntax:
>
> [[Attach:broken.zip]]
>
> It displays: Attach:broken.zip
>
> I want to display only: broken.zip
> I have also tried Attach:broken.zip
Tuesday, March 25, 2008, 12:08:04 PM, Randy wrote:
> Now that I've specified the field name for foxcheck, both redirection
> and input validation work.
yes, validation comes first, so if there is an input error, nothing
is posted and no redirection happens.
~Hans
___
On Mar 25, 2008, at 6:59 AM, Hans wrote:
> Using redirection will never display fox messages.
>
I only need the messages if the input is invalid.
> If it is the name of the Fox form then foxcheck should not work.
Indeed it didn't.
Now that I've specified the field name for foxcheck, both redir
Tuesday, March 25, 2008, 11:36:58 AM, Lucile Fievet wrote:
> -no menu
> -no default tile
> -no obvious editing possibility
> +usual style sheet
> +print (or pdf mode)
You could use the ViewModes recipe.
Most of the wiki "chrome" can be not displayed using markup, and this
can be done conditionall
Tuesday, March 25, 2008, 11:26:02 AM, Randy wrote:
> I get redirection, but no input validation, with:
> (:fox redirectform foxaction=display redirect=MyGroup.MyPage?for={$
> $target}:)
> Username: (:input text target size=30:) (:input submit post "Enter":)
> (:foxend redirectform:)
Using redir
I found the error: I should have specified foxcheck target instead of
redirectform. When I specify the correct field name, it works.
Randy
On Mar 25, 2008, at 6:26 AM, Randy wrote:
I get redirection, but no input validation, with:
(:fox redirectform foxaction=display redirect=MyGroup.MyPage?
Like this page :
http://dev.bo.eufar.net/wiki/pmwiki/pmwiki.php/EufarWiki/ACASSummerSchool?action=view
-no menu
-no default tile
-no obvious editing possibility
+usual style sheet
+print (or pdf mode)
I want it looks like a simple ordinary content page for old
"menu-frame-dreamweaver-website".
I get redirection, but no input validation, with:
(:fox redirectform foxaction=display redirect=MyGroup.MyPage?for={$
$target}:)
Username: (:input text target size=30:) (:input submit post "Enter":)
(:foxend redirectform:)
If I insert "(:foxcheck redirectform:)" after the first line, then
re
Tuesday, March 25, 2008, 9:47:41 AM, Lucile Fievet wrote:
> I was also wondering also how was the good way to add a naked view mode?
what do you mean by 'naked view'?
~Hans
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichau
Hy everybody,
I was also wondering also how was the good way to add a naked view mode?
Following my instinct :o) I added a view action on the print model,
therefore I modified pmwiki.php, skin.php, and added a print like
directory in /pub/skins/:
//pmwiki.php
//L 149
$CacheActions = array('brows
Tuesday, March 25, 2008, 4:39:00 AM, adam overton wrote:
> well, i decided that i'd like for the user to only be able to input
> one email address total - and that any further form submissions would
> replace the original content. here's what i thought would work
> instead of
> (:fox addemail t
22 matches
Mail list logo
