Re: [pmwiki-users] pagelists link= with pages generated externally
This is correct. The problem is likely that the page is missing the targets= attribute; PmWiki uses this to determine which pages link to the corresponding Category page. I updated http://www.pmwiki.org/wiki/PmWiki/PageFileFormat . Could you please check if the information I added is correct and complete ? Christophe ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Search results style
Hi Melvin Try this : http://www.pmwiki.org/wiki/Cookbook/SearchTerms Stéphane -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mildiner, Melvyn Sent: jeudi 10 mai 2007 7:35 To: pmwiki-users@pmichaud.com Subject: [pmwiki-users] Search results style I recently used a comment in a cookbook to edit the search results page of my wiki such that it shows the page title rather than the filename [edit Site.Search to contain the following (:searchbox:) (:searchresults fmt=#title:)]. Now I'd like to know if there's a way to show snippets of the file including a highlighted reference to the search terms. Regards, Melvyn __ This electronic message contains information from Verint Systems, which may be privileged and confidential. The information is intended to be for the use of the individual(s)or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by replying to this email (1). sa Banksys nv - Chaussee de Haecht 1442 Haachtsesteenweg - 1130 Brussels - Belgium RPM-RPR Bruxelles-Brussel - TVA-BTW BE 0418.547.872 Bankrekening-Compte Bancaire-Bank Account 310-0269424-44 BIC BBRUBEBB - IBAN BE55 3100 2694 2444 The information contained in this e-mail and any attachment thereto is confidential and may contain information which is protected by intellectual property rights. This information is intended for the exclusive use of the recipient(s) named above. This e-mail does not constitute any binding relationship or offer toward any of the addressees. If you are not one of the addressees , one of their employees or a proxy holder entitled to hand over this message to the addressee(s), any use of the information contained herein (e.g. reproduction, divulgation, communication or distribution,...) is prohibited. If you have received this message in error, please notify the sender and destroy it immediately after. The integrity and security of this message cannot be guaranteed and it may be subject to data corruption, interception and unauthorized amendment, for which we accept no liability. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] rounded corners tabs
On 5/10/07, noskule [EMAIL PROTECTED] wrote: I did check rounded corners ones, see http://netstreams.org/test/cms/skins/netstreams-skin_008/html-skin/017_pre-test_rounded-corners/netstreams.html Wow! Well that's a lot richer than the way I use them on http://www.ieforge.com. but I had several problems * tabs dident work with a variable width Same problem with me but I don't use variable width tabs * padding gets lost in divs where rounded corners are aplied I don't think so but ... CSS and JS rounded corners are hacks so ... tricky to get working right :P I guess If I release a skin I will call it simple tabs and rounded corners skin :D Cheers, EuGeNe -- http://www.3kwa.com ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Search Options - It'd be really nice to have...
An option in local/config to amplify your search options. a couple of flags like SearchImages=1 SearchGoogle=1 The effect of turning either of these to 1 would be to modify the output from the standard PMwiki search to include this output on the search results page. So eg if you had both flags set to 1 your output from a search would be a three part page, the first the pmwiki standard results, the second the pmwiki image results and the third the google search results. Anyone like that idea? C'mon PM it can't be that difficult... :-) Nick __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] (:linebreaks:) oddness
Patrick R. Michaud said... On Wed, May 09, 2007 at 08:13:30PM +0100, marc wrote: Patrick R. Michaud said... It looks to me as though the markup that is creating the legend/label tags are perhaps also generating extra newlines or br / tags? Eh? As mentioned, it is an artefact of the (:linebreaks:) markup. A quick grep shows that the only occurrence of br / in the farm is: ## (:linebreaks:) Markup('linebreaks', 'directives', '/\\(:(no)?linebreaks:\\)/ei', PZZ(\$GLOBALS['HTMLPNewline'] = ('$1'!='no') ? 'br /' : '')); Yes, but how many places does HTMLPNewline occur? :-) No idea. I don't understand what this has to do with your original comment about the markup creating legend/label. Regardless, the (:nolinebreaks:) hack at the top of the sidebar fixes things. Beyond that, when (:linebreaks:) is active PmWiki just adds br / to the end of paragraph markup lines, so whatever is generating the legend and label tags seems to generating extra lines of (paragraph) markup, and PmWiki is simply adding breaks to those lines. Doesn't seem to. function AuxForm($name,$attr) { $name = strtolower($name); $attr = PQA($attr); switch ($name) { case 'fieldsetend'; $out = '/fieldset'; break; case 'fieldset'; $out = fieldset $attr; break; case 'legendend'; $out = /legend; break; case 'legend'; $out = legend $attr; break; case 'labelend'; $out = /label; break; case 'label'; $out = label $attr; break; } return $out; } Markup('auxform', 'block', '/\\(:(fieldset|fieldsetend|legend|legendend|label|labelend)(\\s.*?)?: \\)/ie', AuxForm('$1',PSS('$2'))); And the same markup is used for the logged in equivalent is the login box, but the extra br /s don't appear there. -- Cheers, Marc ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Input Select To Trigger Go To Page
Thank you! That's a very clear answer. Bottom line answer being: No, at this time there is no syntax under the new input select mark up to trigger a GET request from a page list selection. And that this is a result of changes in ZAP, not PMwiki core. which is all I was really asking... but this was also instructive; PM writes: The overall amount of complexity remains constant -- the only question is who gets to deal with the complexity. Good point and point well taken. So it was ZAP (that contained the complexity) which changed putting the burden of making it work back on an a manual entry in the config file. Understood. As you say, whether its 20 line of code in a recipe or 20 lines of code in PMwiki core or 20 lines of code in the farmconfig.php it's still the same overall amt And this is a useful insight also: PmWiki is a collaborative editing environment, and we generally don't want to allow any editor to be able to do arbitrary functions in Javascript or HTML. That make sense as well. I guess I'm a blickered by dealing in completely closed wiki context (only very trusted users ever get in) but I can see that the PMwiki core must work across more open environments... and security would mandate making sure that open tickering at the mark up level wasn't too broadly accepted. by the core. OK, then, I will have to make the jumpbox recipe work. (right now it's not... I tried it...) Thank you for your patience in explaining the situation. Sivakatirswami Patrick R. Michaud wrote: On Wed, May 09, 2007 at 09:50:34AM -1000, Sivakatirswami wrote: Under the previous input recipe structure Project Pages: (:input form:) (:select+ project:) (:option :)Jump To Page: (:pagelist group={$Group} name=-RecentChanges fmt=#selectlistpages:) (:selectend:) (:input end:) (:ifend:) [@ [[#selectlistpages]] (:option value=index.php?n={=$FullName}:)(:keep {=$Name}:) [[#selectlistpagesend]] @] would trigger at GET request for PMwiki to go to another page without further need to add code to the configuration file. The only reason this worked before is because an external recipe had configured the (:select+:) and/or (:option:) directive to make it work. In this case you did add code to the configuration file -- it was just provide by a recipe as opposed to being entered manually. We can certainly come up with a similar recipe for the PmWiki (:input:) markup. So before I throw in the towel and swallow yet another 15 lines of archane Javascript that I don't understand, will never be be able to fix, is unmaintainable, cannot transfer to someone else etc... I'm looking for a clear answer, first... what broke and why? AFAIK, nothing has changed in PmWiki that would break the select/option markup. 1) The old code cannot and will not be able to be simply re-written because ZAP no longer supports it? Only Dan can answer this one. 2) Or No the old (:option value=index.php?n={=$FullName}:)(:keep {=$Name}:) cannot be change to a input select variation that works because PMwiki core no longer supports it? The PmWiki core never supported the (:option ...:) markup; that was being provided by a recipe. But neither has the core changed such that an (:option:) markup will no longer work. ## is it a ZAP change or a PMwiki input core change the broke it? See above. or (hopefully) 3) yes there is a way to re-write (:option value=index.php?n={=$FullName}:)(:keep {=$Name}:) in the some new fashion of (:input select value=index.php?n={=$FullName}:)(:keep {=$Name}:) That will trigger a GET request for the page selected in the pull down. My official position on this is that there should be a recipe that adds an (:input jumpbox:) markup that can be used for this feature. You see: I'm a bit spoiled because I use another language for almost all my CGI and desktop application development: Revolution and in that environment: [...] is all that I would need to get this done...3 lines in a desktop app, 5 lines in a CGI. so when I see these things like add this java garble to your config file it pushes a big button: why does it have to be so complicated... isn't there a simpler way? The overall amount of complexity remains constant -- the only question is who gets to deal with the complexity. In the Revolution environment the complexity is still present, you just don't see it because it's all hidden behind the 3 or 5 lines of code you write. But, there's a key difference here -- I would suspect that Revolution doesn't allow scripting to be performed by lots of people who interact with the environment. PmWiki is a collaborative editing environment, and we generally don't want to allow any editor to be able to do arbitrary functions in Javascript or HTML. In the case of PmWiki, complexity can go in the core, in a recipe, in a configuration file, or in the wiki markup. Thus far
Re: [pmwiki-users] Page Text Variables Array . . .
On 5/9/07, Patrick R. Michaud [EMAIL PROTECTED] wrote: [...] I'm going to wait on this particular functionality (page variables as arrays) simply because I want to think about the longer-term ramifications a bit. It may also be necessary at some point to be able to deal with CSV strings, instead of a simple split on commas, so that things like [...] Alright. I agree that allowing CSV should be possible, and it has the advantage of allowing multiple possible uses. The following function should implement the CSV standard.[1] I added this function to the recipe I use, added a quoted value Free, Beer, and the routine properly separated the values. I leave it to you to determine its utility and longer-reaching ramifications. :-) function PageVarA($pn,$var,$d=',',$q='') { $fields = array(); if(is_string($d) is_string($q)) { $oD = '\x' . dechex(ord($d)); $oQ = '\x' . dechex(ord($q)); $re_Q = /^$oQ((?:[^$oQ]|(?=\\x5c)$oQ)*)$oQ$oD?(.*)$/; $re_D = /^([^$oD]*)$oD?(.*)$/; $raw = PageVar($pn, $var); while(strlen($raw) 0) { if($raw{0} == $q) { preg_match($re_Q, $raw, $m); $fields[] = str_replace('\\' . $q, $q, $m[1]); } else { preg_match($re_D, $raw, $m); $fields[] = $m[1]; } $raw = trim($m[2]); } } else { $fields[] = PageVar($pn, $var); } return $fields; } [1]: I obtained the basic functionality from a comment at http://us.php.net/fgetcsv and streamlined the code a bit. -- Ben Wilson Words are the only thing which will last forever Churchill ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Page Text Variables Array . . .
On 5/10/07, Ben Wilson [EMAIL PROTECTED] wrote: On 5/9/07, Patrick R. Michaud [EMAIL PROTECTED] wrote: [...] Alright. I agree that allowing CSV should be possible, and it has the advantage of allowing multiple possible uses. The following function should implement the CSV standard.[1] I added this function to the recipe I use, added a quoted value Free, Beer, and the routine properly separated the values. I leave it to you to determine its utility and longer-reaching ramifications. :-) That said, it does not fully implement the standard.[1] Specifically, it does not allow escaped double-quotes (para 2, sub-para 7), nor does it allow CRLF in the string as PmWiki does not in PageVar(); (I think). [1]: http://tools.ietf.org/html/rfc4180 -- Ben Wilson Words are the only thing which will last forever Churchill ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Exclude comments from search results
On Thu, May 10, 2007 at 01:11:55PM +0300, Mildiner, Melvyn wrote: I have a few pages which contain text enclosed in %comment% %% tags. Is there any way for me to ignore these when searching my site? At present, no. Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] (:linebreaks:) oddness
On Thu, May 10, 2007 at 09:54:14AM +0100, marc wrote: Markup('auxform', 'block', '/\\(:(fieldset|fieldsetend|legend|legendend|label|labelend)(\\s.*?)?: \\)/ie', AuxForm('$1',PSS('$2'))); And the same markup is used for the logged in equivalent is the login box, but the extra br /s don't appear there. Ahhh, I see. I didn't realize/remember that there were separate legendend and labelend directives. I'm guessing that the original markup has (:legendend:) and (:labelend:) appearing on separate lines, and those separate lines are where PmWiki is inserting the br / tags. Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Excluding anything but Main group from searches
Do we have comprehensive documentation about how to exclude anything but the Main group pages from searches? It took me quite a while to plug all the holes for this to work, for a site which is Main group only for corporate users, hiding its wikiness, hiding the Main group part in clean urls, and now hiding all pages except what has been added. BTW deleting Main.WikiSandbox does not remove it, as it is in wikilib.d pagestore. I had to add it to the exclusion pattern for normal searches. ~Hans ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Excluding anything but Main group from searches
On Thu, May 10, 2007 at 01:24:21PM +0100, Hans wrote: Do we have comprehensive documentation about how to exclude anything but the Main group pages from searches? Isn't it just...? $SearchPatterns['default']['main'] = '/^Main\./'; $SearchPatterns['default']['sandbox'] = '!^Main\.WikiSandbox$!'; Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] table issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi list I'm building a pagelist and stuck with the problem that I cant find a way to ad an id attribute to a tr with the pmwiki table syntax. What I'm trying to achieve: tr id=display-none-blocktd colspan=8 What i get with: (:cellnr colspan=8 id=display-none-block:) trtd id=display-none-block colspan=8 is this possible with pmwiki markup or do I need a extension, or is there some other way to do id? thanks for any hints nos -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGQx12rGF5npnsxVgRAuK+AJ0Ud/7OyfG/SlPvAZQFnH0+2QJqAwCfWXE+ HJ7hoahJ1Am905vWN2I/ZtQ= =3dNa -END PGP SIGNATURE- ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Excluding anything but Main group from searches
Thursday, May 10, 2007, 1:32:57 PM, Patrick R. Michaud wrote: Isn't it just...? $SearchPatterns['default']['main'] = '/^Main\./'; $SearchPatterns['default']['sandbox'] = '!^Main\.WikiSandbox$!'; Hmm, yes, thank you! I chnaged it to: if(CondAuth($pagename,'read')) { $SearchPatterns['default']['main'] = '/^Main\./'; $SearchPatterns['default']['sandbox'] = '!^Main\.WikiSandbox$!'; $SearchPatterns['default']['pagetopmenu'] = '!^Main\.PageTopMenu$!'; $SearchPatterns['default']['sidebar'] = '!^Main\.SideBar$!'; } if(CondAuth($pagename,'edit')) { $SearchPatterns['default']['main'] = '/^.*\./'; $SearchPatterns['default']['sandbox'] = ''; $SearchPatterns['default']['pagetopmenu'] = ''; $SearchPatterns['default']['sidebar'] = ''; } in order to get full search results if logged in as editor. Before I tried to set (:searchbox group=Main name=-WikiSandbox ...:), but it needs to be done in Site.Search as well, for subsequent searches. I also changed the search fmt according to read or edit status, as a visitor should not need to see Main/ Page1 Page2 etc but rather see a #titlespaced format. In any case there are changes to be made in various places, and it would be good to document this. Maybe this needs a new Cookbook page? WikiInDisguise? ~Hans ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] CondAuth
http://www.pmwiki.org/wiki/PmWiki/Functions says CondAuth ($pagename, 'auth level'): CondAuth implements the ConditionalMarkup for (:if auth level:). For instance CondAuth($pagename,'edit') is true if authorisation level is 'edit'. Use inside local configuration files to build conditionals with a check of authorisation level, similar to using (:if auth level:) on a wiki page. http://www.pmwiki.org/wiki/Cookbook/ConditionalMarkupSamples says: What are the If Auth equivalents for a skin.php file? $page = RetrieveAuthPage($pagename, 'read', false, READPAGE_CURRENT); if ($page['=auth']['read']) /* visitor has read permission */ if ($page['=auth']['edit']) /* visitor has edit permission */ if ($page['=auth']['attr']) /* visitor has attr permission */ if ($page['=auth']['admin']) /* visitor has admin permission */ Which is the better or correct approach? ~Hans ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] CondAuth
On Thu, May 10, 2007 at 02:31:11PM +0100, Hans wrote: http://www.pmwiki.org/wiki/PmWiki/Functions says CondAuth ($pagename, 'auth level'): http://www.pmwiki.org/wiki/Cookbook/ConditionalMarkupSamples says: What are the If Auth equivalents for a skin.php file? $page = RetrieveAuthPage($pagename, 'read', false, READPAGE_CURRENT); if ($page['=auth']['read']) /* visitor has read permission */ if ($page['=auth']['edit']) /* visitor has edit permission */ if ($page['=auth']['attr']) /* visitor has attr permission */ if ($page['=auth']['admin']) /* visitor has admin permission */ Which is the better or correct approach? CondAuth() is better. Even if PmWiki's internal authorization implementation changes, CondAuth() will continue to work. Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Excluding anything but Main group from searches
On Thu, May 10, 2007 at 02:24:19PM +0100, Hans wrote: Thursday, May 10, 2007, 1:32:57 PM, Patrick R. Michaud wrote: Isn't it just...? $SearchPatterns['default']['main'] = '/^Main\./'; $SearchPatterns['default']['sandbox'] = '!^Main\.WikiSandbox$!'; Hmm, yes, thank you! I chnaged it to: if(CondAuth($pagename,'read')) { $SearchPatterns['default']['main'] = '/^Main\./'; $SearchPatterns['default']['sandbox'] = '!^Main\.WikiSandbox$!'; $SearchPatterns['default']['pagetopmenu'] = '!^Main\.PageTopMenu$!'; $SearchPatterns['default']['sidebar'] = '!^Main\.SideBar$!'; } if(CondAuth($pagename,'edit')) { $SearchPatterns['default']['main'] = '/^.*\./'; $SearchPatterns['default']['sandbox'] = ''; $SearchPatterns['default']['pagetopmenu'] = ''; $SearchPatterns['default']['sidebar'] = ''; } in order to get full search results if logged in as editor. I would've done the above as: if (!CondAuth($pagename, 'edit')) { $SearchPatterns['default']['main'] = '/^Main\./'; $SearchPatterns['default']['sandbox'] = '!^Main\.WikiSandbox$!'; $SearchPatterns['default']['pagetopmenu'] = '!^Main\.PageTopMenu$!'; $SearchPatterns['default']['sidebar'] = '!^Main\.SideBar$!'; } In other words, limit the search only if the person doesn't have edit permissions. Before I tried to set (:searchbox group=Main name=-WikiSandbox ...:), but it needs to be done in Site.Search as well, for subsequent searches. It can be done in Site.Search only -- it doesn't have to go in the searchbox. In any case there are changes to be made in various places, and it would be good to document this. Maybe this needs a new Cookbook page? WikiInDisguise? Sure, or perhaps just 'SingleGroupWiki' . Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] table issue
On Thu, May 10, 2007 at 03:26:15PM +0200, noskule wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi list I'm building a pagelist and stuck with the problem that I cant find a way to ad an id attribute to a tr with the pmwiki table syntax. At present there's not a way to add attributes to tr elements. It might be achievable with a wikistyle, however. Set: $WikiStyleApply['tr'] = 'tr'; and then in the table you might be able to do: (:cellnr:) %id=display-none-block apply=tr% I haven't tried this, so I don't know if it works. Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] I don ¹ t get it with Farms
Hi All I am trying to set up my main wiki as the one to get the info from for the other wikis I don't understand the instructions, I understand the principles but just not the instructions. I have a wiki with the cookbook, scripts and pub directories removed I have made an index file that has only this ?php include('../WikiFarmParent/pmwiki.php'); So if I type the url http://www.ruthtrumpold.id.au/recipes/index.php I get nothing but the ?php include('../WikiFarmParent/pmwiki.php'); Thanks Mark ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] table issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 noskule schrieb: hi list I'm building a pagelist and stuck with the problem that I cant find a way to ad an id attribute to a tr with the pmwiki table syntax. What I'm trying to achieve: tr id=display-none-blocktd colspan=8 What i get with: (:cellnr colspan=8 id=display-none-block:) trtd id=display-none-block colspan=8 is this possible with pmwiki markup or do I need a extension, or is there some other way to do id? thanks for any hints nos oky, I've got an extension that adds a row element, see: http://www.pmwiki.org/wiki/Cookbook/AdvancedTableDirectives it works so far, but sadly it turns out now to a works different in all browsers issue, here is a test: http://netstreams.org/test/pmwiki/index.php?n=Zap.Todo works in explorers but not in firefox, :-( . Has some highly skilled css expert an idea way, and what to do? thanks for any hints nos ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGQyYArGF5npnsxVgRAuSQAJ9hMBXO8/AkA5W5JTGl4n7SDhBk4ACgpqzF xrLCaPK6TTR29eS4Bvysi5g= =Q6fq -END PGP SIGNATURE- ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] table issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Patrick R. Michaud schrieb: On Thu, May 10, 2007 at 03:26:15PM +0200, noskule wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi list I'm building a pagelist and stuck with the problem that I cant find a way to ad an id attribute to a tr with the pmwiki table syntax. At present there's not a way to add attributes to tr elements. It might be achievable with a wikistyle, however. Set: $WikiStyleApply['tr'] = 'tr'; and then in the table you might be able to do: (:cellnr:) %id=display-none-block apply=tr% I haven't tried this, so I don't know if it works. hmm, about this apply thing. Is something possible like: %apply class=selfgroup%[[Group.HomePage]] so that the default class wikilink will be changed to selfgroup? Pm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGQyaYrGF5npnsxVgRApjQAJ0dN/aOdnw807KKPay4k6DnvdjGygCgtzbv XEe1mxUviILwMu4/U4txWyg= =EVug -END PGP SIGNATURE- ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] table issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 noskule schrieb: noskule schrieb: hi list I'm building a pagelist and stuck with the problem that I cant find a way to ad an id attribute to a tr with the pmwiki table syntax. What I'm trying to achieve: tr id=display-none-blocktd colspan=8 What i get with: (:cellnr colspan=8 id=display-none-block:) trtd id=display-none-block colspan=8 is this possible with pmwiki markup or do I need a extension, or is there some other way to do id? thanks for any hints nos oky, I've got an extension that adds a row element, see: http://www.pmwiki.org/wiki/Cookbook/AdvancedTableDirectives it works so far, but sadly it turns out now to a works different in all browsers issue, here is a test: http://netstreams.org/test/pmwiki/index.php?n=Zap.Todo works in explorers but not in firefox, :-( . Has some highly skilled css expert an idea way, and what to do? did now a workaround with a diff, that simply works . .. thanks for any hints nos ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGQyrmrGF5npnsxVgRAnpNAJ9qMa0782VbNKN2RVMDNZdVq9zeSgCdF5OR S0IaWru8uUamhAemSrIgt+Q= =88dw -END PGP SIGNATURE- ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] I don ¹ t get it with Farms
On Thu, May 10, 2007 at 04:58:00PM +0300, Mark Trumpold wrote: Hi All I am trying to set up my main wiki as the one to get the info from for the other wikis I don't understand the instructions, I understand the principles but just not the instructions. I have a wiki with the cookbook, scripts and pub directories removed I have made an index file that has only this ?php include('../WikiFarmParent/pmwiki.php'); So if I type the url http://www.ruthtrumpold.id.au/recipes/index.php I get nothing but the ?php include('../WikiFarmParent/pmwiki.php'); Perhaps the recipes/ directory isn't recognizing 'index.php' as being a PHP script? Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] I don ¹ t get it with Farms
Ok ... Why would that be? I installed a fresh copy of Pmwiki, renamed it, deleted the directories and made the index file It couldn't be permissions could it? M On 10/5/07 5:43 PM, Patrick R. Michaud [EMAIL PROTECTED] wrote: On Thu, May 10, 2007 at 04:58:00PM +0300, Mark Trumpold wrote: Hi All I am trying to set up my main wiki as the one to get the info from for the other wikis I don't understand the instructions, I understand the principles but just not the instructions. I have a wiki with the cookbook, scripts and pub directories removed I have made an index file that has only this ?php include('../WikiFarmParent/pmwiki.php'); So if I type the url http://www.ruthtrumpold.id.au/recipes/index.php I get nothing but the ?php include('../WikiFarmParent/pmwiki.php'); Perhaps the recipes/ directory isn't recognizing 'index.php' as being a PHP script? Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] I don ¹ t get it with Farms
On Thu, May 10, 2007 at 05:46:32PM +0300, Mark Trumpold wrote: Ok ... Why would that be? I installed a fresh copy of Pmwiki, renamed it, deleted the directories and made the index file It couldn't be permissions could it? It has to be something to do with the webserver configuration. What appears to be happening is that the webserver is treating the index.php file as an ordinary file, rather than a PHP script to be executed. Pm On 10/5/07 5:43 PM, Patrick R. Michaud [EMAIL PROTECTED] wrote: On Thu, May 10, 2007 at 04:58:00PM +0300, Mark Trumpold wrote: Hi All I am trying to set up my main wiki as the one to get the info from for the other wikis I don't understand the instructions, I understand the principles but just not the instructions. I have a wiki with the cookbook, scripts and pub directories removed I have made an index file that has only this ?php include('../WikiFarmParent/pmwiki.php'); So if I type the url http://www.ruthtrumpold.id.au/recipes/index.php I get nothing but the ?php include('../WikiFarmParent/pmwiki.php'); Perhaps the recipes/ directory isn't recognizing 'index.php' as being a PHP script? Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] I don ¹ t get it with Farms
Is there something I can do? M On 10/5/07 5:52 PM, Patrick R. Michaud [EMAIL PROTECTED] wrote: On Thu, May 10, 2007 at 05:46:32PM +0300, Mark Trumpold wrote: Ok ... Why would that be? I installed a fresh copy of Pmwiki, renamed it, deleted the directories and made the index file It couldn't be permissions could it? It has to be something to do with the webserver configuration. What appears to be happening is that the webserver is treating the index.php file as an ordinary file, rather than a PHP script to be executed. Pm On 10/5/07 5:43 PM, Patrick R. Michaud [EMAIL PROTECTED] wrote: On Thu, May 10, 2007 at 04:58:00PM +0300, Mark Trumpold wrote: Hi All I am trying to set up my main wiki as the one to get the info from for the other wikis I don't understand the instructions, I understand the principles but just not the instructions. I have a wiki with the cookbook, scripts and pub directories removed I have made an index file that has only this ?php include('../WikiFarmParent/pmwiki.php'); So if I type the url http://www.ruthtrumpold.id.au/recipes/index.php I get nothing but the ?php include('../WikiFarmParent/pmwiki.php'); Perhaps the recipes/ directory isn't recognizing 'index.php' as being a PHP script? Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Group Member Mgmt System...
Just now getting around to developing a more advanced group member mgmt system and am settling on the following syntax. Thought I'd run it by the mailing list for feedback... in a form (:input type group_chessclub 'Bob,Joe,Mike':) Defines/Overwrites the group (:input type group_chessclub '+Bob,-Joe':) Adds Bob, drops Joe expression markup {(grouplist chessclub fmt)} or (:grouplist chessclub fmt)} conditionals (:if group_exists chessclub:) (:if group_member chessclub Caveman:) Still not sure what kind of permissions should be allowed for this... As some groups might be private and some public, perhaps they should each be on separate pages and you go with the read permission of each page for the grouplist and both conditionals. Or, as I'd prefer to use one page, I could put a flag on each list to tell whether it is private or public. Like: Site.Group_Memberships chessclub: Bob,Joe,Mike !privateclub: Bob,Joe Any thoughts before I get to far would be appreciated. Cheers, Dan PS. I'm also slightly revamping the register / login function to fix it to automatically fix member names, make case insensitive, etc. Thanks for the encouragement Ben! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Excluding anything but Main group from searches
On Thu, May 10, 2007 at 06:27:37PM +0100, Hans wrote: Thursday, May 10, 2007, 2:48:34 PM, Patrick R. Michaud wrote: I would've done the above as: if (!CondAuth($pagename, 'edit')) { $SearchPatterns['default']['main'] = '/^Main\./'; $SearchPatterns['default']['sandbox'] = '!^Main\.WikiSandbox$!'; $SearchPatterns['default']['pagetopmenu'] = '!^Main\.PageTopMenu$!'; $SearchPatterns['default']['sidebar'] = '!^Main\.SideBar$!'; } In other words, limit the search only if the person doesn't have edit permissions. Thanks! One other thing: How do I customise the searchresults string xxx pages found out of yyy pages searched. If the search does not show pages from Pmwiki and Site, I don't want the total number displayed. A small site with a dozen or so pages shows over a hundred pages searched. May make a visitor wonder what are all those pages? $SearchResultsFmt = div class='wikisearch'$[SearchFor] div class='vspace'/div\$MatchList/div; You can also provide a custom $[SearchFound] translation. Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Excluding anything but Main group from searches
Thursday, May 10, 2007, 6:31:36 PM, Patrick R. Michaud wrote: $SearchResultsFmt = div class='wikisearch'$[SearchFor] div class='vspace'/div\$MatchList/div; You can also provide a custom $[SearchFound] translation. Thank you. It actually worked fine and showed only the total number of pages in the Main group, as specified with default patterns. I just fell into the trap of not logging out to see it, and as I was logged in as editor I did see all site pages! ~Hans ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Search options..........
An icy wind blows across a windswept ghost town... You don't like it then. Never mind. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pagelists link= with pages generated externally
This is correct. The problem is likely that the page is missing the targets= attribute; PmWiki uses this to determine which pages link to the corresponding Category page. There is still something missing... I populate now the targets attribute myself, so that my page contains version ctime targets text and pagelist link= still does not work. When I edit the page with PmWiki, add a character and save, the pagelist works. After the save, the page contains the following attributes version agent author charset csum ctime host name rev targets text time author diff host and the target attribute is identical as the one I had before. Could you please let me know which other attributes are required to have working pagelists with the link= option ? Thank you in anticipation. Christophe ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pagelists link= with pages generated externally
On Thu, May 10, 2007 at 09:45:12PM +0200, Christophe David wrote: This is correct. The problem is likely that the page is missing the targets= attribute; PmWiki uses this to determine which pages link to the corresponding Category page. There is still something missing... I populate now the targets attribute myself, so that my page contains version ctime targets text and pagelist link= still does not work. Did you also remove the .pageindex file? Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pagelists link= with pages generated externally
On Thu, May 10, 2007 at 10:00:40PM +0200, Christophe David wrote: Did you also remove the .pageindex file? No. That was it. Everything works OK after deleting it. The first call takes some time to re-generate it, then everything works fine and fast. Great ! Thanks a lot. (A ReindexAll function and/or action would be nice.) Agreed it would be nice -- unfortunately, it's not the simplest thing to implement at the moment. Doing a re-index currently would require loading and re-saving each page, which would take a fair amount of time. Or, we'd need a marker in the page files that says no need to reindex this one We'd also have to figure out which authors and IP address to credit the reindex to. (Yes, in theory we could just leave them alone, but things aren't currently set up to facilitate that just yet.) Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pagelists link= with pages generated externally
Doing a re-index currently would require loading and re-saving each page, which would take a fair amount of time. Or, we'd need a marker in the page files that says no need to reindex this one ExpirediffAll does something similar (agreed, without parsing the text= attribute) in a reasonable time on my fields. As this would be an adminsitrator action anyway, I would not see it as a major problem if it took some time... Doing the work manually would take much longer ;-) Anyway, everything works fine as is. This is just for the wish list. Thanks again for your help. Christophe ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Accessing edit fields using cookbook
I guess I have been vague in my previous question. Let me be more precise: I have added a new field to the edit form (exactly duplicating the recipee edittitle to provide another field with almost similar effect) with name label. I notice that in the raw text file for page (in wiki.d/ directory), a new line appears written as label=value, with value I had provided while using the edit Two questions: A. How can I access this value in a cookbook recipe? B. (Disjoint from previous one) How do I make a cookbook run on all pages? regards, Vaibhav ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] RSS feed
Hello all, I am trying to display an RSS feed from CNN on my site by using the inlineRSS cookbook recipe, however I believe that the IFRAME for CNN's feed is conflicting in some way with the markup and will not display correctly. Does anyone have any idea as to what the problem might be or any suggestions for a recipe that might be more in tune with what I am looking to do? thanks, James ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] RSS feed
On 5/10/07, James Grizzard [EMAIL PROTECTED] wrote: Hello all, I am trying to display an RSS feed from CNN on my site by using the inlineRSS cookbook recipe, however I believe that the IFRAME for CNN's feed is conflicting in some way with the markup and will not display correctly. Does anyone have any idea as to what the problem might be or any suggestions for a recipe that might be more in tune with what I am looking to do? thanks, You could paste the link in an email so we can try it out -- I don't know if the first one I tried was the same one as yours, but it didn't work for me, either. I'm using the recipe http://www.pmwiki.org/wiki/Cookbook/RssFeedDisplay And this worked for me: (:RSS http://rss.cnn.com/rss/cnn_world.rss:) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pagelists link= with pages generated externally
Patrick R. Michaud wrote: On Thu, May 10, 2007 at 10:00:40PM +0200, Christophe David wrote: Did you also remove the .pageindex file? No. That was it. (A ReindexAll function and/or action would be nice.) Agreed it would be nice -- unfortunately, it's not the simplest thing to implement at the moment. Doing a re-index currently would require loading and re-saving each page, which would take a fair amount of time. Or, we'd need a marker in the page files that says no need to reindex this one Can the program delete .pageindex. It would save having to go through the FTP (or unix or whatever)? Permission could be tied to having permission to do something equally dangerous. (Not terribly dangerous, except as a way to slow down the site.) Then again, is there anything that needs this that doesn't already require FTP access? Sandy ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pagelists link= with pages generated externally
On Thu, May 10, 2007 at 08:25:09PM -0400, Sandy wrote: Patrick R. Michaud wrote: On Thu, May 10, 2007 at 10:00:40PM +0200, Christophe David wrote: Did you also remove the .pageindex file? No. That was it. (A ReindexAll function and/or action would be nice.) Agreed it would be nice -- unfortunately, it's not the simplest thing to implement at the moment. Doing a re-index currently would require loading and re-saving each page, which would take a fair amount of time. Can the program delete .pageindex. Oh, I think I might have misread the original. There are two steps needed for indexing: first, the page file needs to have an appropriate target= value (this normally occurs when the page is saved); second, the target= values go into the .pageindex file. I was thinking that a reindexall action would need to handle both phases... but if we just want to have the .pageindex file rebuild, that could probably be done fairly easily. Thanks! Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Best Blogging Software?
I've been delaying adding Blogging support to a particular project until PM finishes his Blog support in core, but I can't really wait any longer, and the core support still hasn't shown up. I'd still like to use the core blogging support when it arrives. In the meantime I guess I'll use one of the existing blogging recipes, and then transition to the new core methods when they show up. So, my big question is: which of the many blogging recipes will give me something that is the easiest to convert to the core blog system, once it exists. Does anyone have any ideas? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] FW: Question about HTML, javascript markup
Merci Pm! -Oorspronkelijk bericht- Van: Patrick R. Michaud [mailto:[EMAIL PROTECTED] Verzonden: donderdag 10 mei 2007 18:41 Aan: Peter K.H. Gragert CC: pmwiki-users@pmichaud.com Onderwerp: Re: [pmwiki-users] Question about HTML, javascript markup On Thu, May 10, 2007 at 06:25:21PM +0200, Peter K.H. Gragert wrote: Hello To insert javascript (for checking of forms-data) I came across this Markup( 'html', 'fulltext', '/\\(:html:\\)(.*?)\\(:htmlend:\\)/mesi', Keep(str_replace(array('lt;', 'gt;', 'amp;'), array('', '', ''), PSS('$1'))) ); How can I restrict this markup to one (or several specific) pages? Use per-page or per-group customizations. http://www.pmwiki.org/wiki/PmWiki/PerGroupCustomizations Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users