Re: [pmwiki-users] it's time to change pmwiki default skin!
On 09/11/2011 02:35 PM, Forgeot Eric wrote: Hello, why not proposing a new default pmwiki skin? - for the default installation - and for the http://www.pmwiki.org website? The current one is not attractive at all (blue, underlined links), it looks like it was designed in 1992, and therefore, it give the impression PmWiki is backward technology, and not powerful at all. Visit http://wordpress.org/ and http://www.pmwiki.org Which one is giving more confidence and self confidence? I think a skin like this one could be great: http://www.pmwiki.org/wiki/Cookbook/AlalikeSkin Or you could drive a contest for a default skin: it would give not only a better default skin, but also several new ones for the skin collection! I agree that it might be time for another reorganization of how information is presented with the caveat that good reorganization would break linkages... so you can only go so far if that's important. With regards to the skin... I like the simplicity of the skin... IMHO, what we need is BETTER documentation about skins. I've created non-public skins that are absolutely amazing for PmWiki... skins which actually exploit PmWiki itself... something the current skin doesn't do too much of. Of course, there are also features of PmWiki that did not exist at the time of the skin... so there is even more than could be done. Perhaps what is needed is some fun... maybe a contest for skinning the site? Just my opinion, but there still isn't a good skinning doc at PmWiki... and... (and I'll get dinged for this)... the contributed skins don't really do PmWiki justice either. Just saying. I think there are too many people that try to be raw HTML/javascript... and not enough that think PmWiki with regards to their skin designs. Again, just saying. As an example... the logo... it should be an included page. In fact it could be a multi-fall back included page... so that it could change based on context even. And the same could be done for page banners and the like. All of this is DEFAULT PmWiki... skins should be SIMPLE... customizations should be elegant and leverage the power of PmWiki... again... just saying. For me, if people could see the elegance of a skin design that truly leverages PmWiki instead of HTML (again, the current skin does some work to present a SearchBox... and in all fairness, that can be DONE using PmWiki markup...)... if people could see that elegance of design IMHO, it helps truly sell it... anyone can create a bunch of blinky lights and hard coded HTML and javascript... but NONE of that is really PmWiki. Just saying... ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Inserting br breaks in simple tables
On 07/18/2011 06:06 PM, Randy Brown wrote: Note that \\ works in the middle of a line when Creole is enabled. On Jul 18, 2011, at 5:30 PM, c...@endlessnow.com wrote: Not sure what caused the old site behavior... Soln was for \\ to be at the end of the line. :-) Thank you... even though we worked around the issue it SURE is nice to know the reason. (ends the frustration of not knowing) Thanks!!! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] I want a pagelist template like the oneline sample, but NO spaces between entries...help
Like the subject says. I desire something like the #oneline fmt example in the pagelist samples, but I do NOT want intervening spaces in the result. Even if I specify a backslash, I end up with a space between the items. Possible to eliminate without writing some custom markup expression? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] WYSIWYG is Indispensable; Moment of Truth
On 05/24/2011 03:27 AM, Oliver Betz wrote: jdd-gmane wrote: [...] There are over 70 wikis out there with WYSIWYG capability according to Wikimatrix. did you test them? the one I know are making more garbage than good work, often destructing the usefull markup. several people I asked recently also said that every kind-of-WYSIWYG CMS they know sometimes creates wrong (and hard to repair) markup. None of them are truly WYSIWYG.. they ALL have errors.. and none of them cover a true wiki scenario. Nevertheless there is one case where a WYSIWYG editor is extremly useful: Table editing! I disagree.. somewhat. Again, having used some of the table editors inside of supposedly superior wiki alternatives (btw, most of the people whining are probably NOT looking at a wiki)... I can tell you that the editor bites you almost as much as it helps you. And when it messes up, you can lose data and eventually (at least my experience) you end up going back to the external spreadsheet source and recopying to fix. Ever tried to insert a column in HTML or Wiki markup? It's a PITA. Even entering or modifying data is extremly inconvenient in markup. Interior column adds can be a pain. I agree. Sometimes you have to turn a problem on it's head though. I find myself presenting tables as simple table rows and columns from a pagelist template more and more. Then you just have to edit the template and the new column appears, etc. That doesn't cover all cases of course, just something to consider. Markup gives you control without the errors and security risks it makes presentation uniform. And simple markup beats the pants off HTML, which is what MOST of the other wiki alternatives end up forcing you to do to get the job done... again, just my opinion. I've got an extension to PmWiki that turns all tables into streaming csv for a page... and I submitted the PmDocConvert that allows you to embed and portray spreadsheets handled by LibreOffice/OpenOffice inside of PmWiki. So again, while not perfect, these extensions handle most of my needs... (combined with the pagelist template method mentioned earlier). The table2csv thing is stuck inside my company's policies but I may push it out and say I'm sorry later... ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] In code, how to conditionally prevent Markup processing on subsequent run due to PRR
On 01/12/2011 01:03 AM, Peter Bowers wrote: If you need other rules to continue to act on your markup (i.e., Keep() won't work) I *think* this will work... Keep() worked happy man I just wasn't thinking straight. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] In code, how to conditionally prevent Markup processing on subsequent run due to PRR
How do I stop reprocessing due to PRR? I have php code that does some Markup replacement and I want to make sure that it doesn't get run again if PRR is called by some other markup. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Using pagelist output with template to output csv
On 01/04/2011 11:18 PM, Patrick R. Michaud wrote: On Tue, Jan 04, 2011 at 04:03:13PM -0600, Chris Cox wrote: On 01/04/2011 04:59 AM, Eemeli Aro wrote: On 3 January 2011 22:45, c...@endlessnow.com wrote: I created a pagelist template that extracts some PTVs and the format looks like CSV. With a special skin (basically a do nothing skin) and with localized change of content-type, it's almost perfect except the pagelist output does contain just a bit of html formatting. So anyone got an easy way to pull this off? What exactly is the HTML that's left over? Also, try adding wrap=none to the (:pagelist:) command. div id='wikitext' pmy text, my text, my text /br my text, my text, my text /br ..etc.. p /div Try adding the following to skin.php for your minimal skin: # eliminate div id='wikitext' ... /div global $PageTextStartFmt, $PageTextEndFmt; $PageTextStartFmt = ''; $PageTextEndFmt = ''; # eliminate the br / at the ends of lines global $HTMLPNewline; $HTMLPNewline = ''; # eliminate the p.../p global $BlockMarkups; $BlockMarkups['p'] = array('','','',0); If that doesn't work... perhaps you could send me a copy of your minimal skin and/or pagelist template and I can tune it a bit further. Pm VERY close... everything eliminated EXCEPT for the br / at the end of the lines. It works in my case because, for whatever reason, the Microsoft Excel boyz demand an extraneous field at the end of the csv lines anyhow... so mine contains the br / right now :) I am a very happy person right now. What I've done is created a special group that always output the csv content-type... the idea is to shove pagelists with csv templating into pages created there and they'll stream CSV out. (and yes... this is to provide that required spreadsheet output from the agentless inventory system... for those that know) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Using pagelist output with template to output csv
On 01/05/2011 01:07 PM, Patrick R. Michaud wrote: On Wed, Jan 05, 2011 at 12:28:30PM -0600, Chris Cox wrote: On 01/04/2011 11:18 PM, Patrick R. Michaud wrote: On 3 January 2011 22:45, c...@endlessnow.com wrote: With a special skin (basically a do nothing skin) and with localized change of content-type, it's almost perfect except the pagelist output does contain just a bit of html formatting. So anyone got an easy way to pull this off? [...] If that doesn't work... perhaps you could send me a copy of your minimal skin and/or pagelist template and I can tune it a bit further. VERY close... everything eliminated EXCEPT for the br / at the end of the lines. It works in my case because, for whatever reason, the Microsoft Excel boyz demand an extraneous field at the end of the csv lines anyhow... so mine contains the br / right now :) I suspect the br / may be coming from a \\ markup, then, instead of being automatically added. If that's the case, you may be able to disable the \\ markup with DisableMarkup('\\$'); Or, change the pagelist template to use (:linebreaks:) and eliminate any \\ markup in the template. Yep.. it was ME... I had inserted the double backslashes when testing the template at some point. So... all my fault... I removed the markup from my template... and voilà!! Perfect... ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Using pagelist output with template to output csv
On 01/04/2011 04:59 AM, Eemeli Aro wrote: On 3 January 2011 22:45, c...@endlessnow.com wrote: I created a pagelist template that extracts some PTVs and the format looks like CSV. With a special skin (basically a do nothing skin) and with localized change of content-type, it's almost perfect except the pagelist output does contain just a bit of html formatting. So anyone got an easy way to pull this off? What exactly is the HTML that's left over? Also, try adding wrap=none to the (:pagelist:) command. eemeli div id='wikitext' pmy text, my text, my text /br my text, my text, my text /br ..etc.. p /div ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Using pagelist output with template to output csv
On 01/04/2011 04:03 PM, Chris Cox wrote: On 01/04/2011 04:59 AM, Eemeli Aro wrote: On 3 January 2011 22:45, c...@endlessnow.com wrote: I created a pagelist template that extracts some PTVs and the format looks like CSV. With a special skin (basically a do nothing skin) and with localized change of content-type, it's almost perfect except the pagelist output does contain just a bit of html formatting. So anyone got an easy way to pull this off? What exactly is the HTML that's left over? Also, try adding wrap=none to the (:pagelist:) command. eemeli div id='wikitext' pmy text, my text, my text /br my text, my text, my text /br ..etc.. p /div I meant br / sorry about the confusion there... ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Simplest possible section editing
On Thu, 2010-07-29 at 23:44 -0500, Randy Brown wrote: Existing section-editing recipes don't do quite what I want. For example, Fox forms doesn't yet handle concurrent edits, while neither Fox nor SectionEdit handles sections such as title directives. I know how to indicate the section to edit via an http request. I think I can figure out how to identify the section on the page by using well-defined strings. But I don't have a clue how to interact with PmWiki forms. I envision using PmWiki's existing form mechanisms, but hiding the text that comes before and after the desired section on a page. On save or preview, I'd re-insert the hidden text. In my vision, I wouldn't have to worry about things like Replace on Save logic, because the page's text would be reassembled by the time it gets that far. Is the approach I envision possible? What function(s) would I need to modify, and can that be done without patching the core or breaking something in PmWiki? Would I need to use javascript (which I don't know), or can this be done entirely in PHP (which I'm starting know a little)? Just my opinion, but IF section editing is important and whole page editing with sections is NOT too important, then you could do something simple like use (:include pagename:) in the overall page and have edit tags there (possibly based on being authorized). Just an idea. Sometimes we try to force a VERY HARD feature (one that would require a radical architecture change) instead of just rethinking the problem. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Include static HTML
On Tue, 2010-07-13 at 07:56 -0700, pmw...@911networks.com wrote: Hi, I'm trying to include static HTML web pages into my web pages. I've looked at cookbook/includeurl unsuccessfully. 1. Where do I place the static hml files? I have tried creating a group Static in the wiki.d, but... 2. Should I do something else for the html files? Not sure if the following is perfect, but it works... Markup( 'html', 'fulltext', '/\\(:html:\\)(.*?)\\(:htmlend:\\)/esi', ':block'.Keep(str_replace(array('gt;', 'lt;', 'amp;'), array('', '', ''), PSS('$1'; ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Include static HTML
On Tue, 2010-07-13 at 09:26 -0700, pmw...@911networks.com wrote: Not sure if the following is perfect, but it works... Markup( 'html', 'fulltext', '/\\(:html:\\)(.*?)\\(:htmlend:\\)/esi', ':block'.Keep(str_replace(array('gt;', 'lt;', 'amp;'), array('', '', ''), PSS('$1'; Sorry, but I'm not sure that I understand. Mostly because I didn't expand on my situation: 1. I have static web pages generated by Arles[1], images with titles/keywords... 2. It generates an index.html, then each image has its own web page, with annotation and navigation for next/previous... 3. My pagestore is: 'wiki.d/{$Group}/{$FullName}' so I store everything by group. so are you saying that I should include the index.html source inside the (:html:) (:htmlend:)? But then where do I store the individual pages? [1] http://digitaldutch.com/arles/ For including complex websites, I'd use the original plan... includeURL or includeSite recipe. I think we use includeSite... includes the remote website inside of a frame. Reasonable solution. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Including PTVs from other pages, for use in pagelists
On Fri, 2010-06-04 at 07:41 +0200, Peter Bowers wrote: On Thu, Jun 3, 2010 at 11:04 PM, Chris Cox c...@endlessnow.com wrote: On Thu, 2010-06-03 at 22:49 +0300, Eemeli Aro wrote: On 3 June 2010 21:07, Chris Cox c...@endlessnow.com wrote: Ok... I have a page with PTVs on it. I would like to include PTVs from a different page (e.g. using include for example). ... Sure. The main page is one that is machine generated. We have a program that creates a PmWiki page. On that page, we have a spot for user augmented information, It's included so that if the page doesn't exist, that's fine... but if it does exist, it represents user data that would be associated (included) on the generated page (the generated page is recreated every day). Would the easiest thing, since the page is generated automatically every day, simply be to augment the generating program to read those PTVs from the user pages and include them in the generated source? Or do you need more real-time user data than a daily update? That is, actually, one of the alternatives we are looking at. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Getting pagelist to return csv of PTVs as a csv streamed out
I can get pagelists to return PTVs as a set of comma separated items. Now I would love to be able to get a pagelist to return those items as a streamed mime type output (so that you get a save dialog from the browser). Possible? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Including PTVs from other pages, for use in pagelists
Ok... I have a page with PTVs on it. I would like to include PTVs from a different page (e.g. using include for example). What I'd like is to be able to have a pagelist query have access to all PTVs, for the page and the pages it includes. Possible? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Including PTVs from other pages, for use in pagelists
On Thu, 2010-06-03 at 22:49 +0300, Eemeli Aro wrote: On 3 June 2010 21:07, Chris Cox c...@endlessnow.com wrote: Ok... I have a page with PTVs on it. I would like to include PTVs from a different page (e.g. using include for example). What I'd like is to be able to have a pagelist query have access to all PTVs, for the page and the pages it includes. Possible? Probably not with just (:include:). (:include:) doesn't track what pages are included, and in any case PTVs aren't read from the page together with the other markup, but as a completely separate process working from the raw markup where (:pagelist:) and (:include:) aren't processed. It might help if you explained what you want in more detail. Sure. The main page is one that is machine generated. We have a program that creates a PmWiki page. On that page, we have a spot for user augmented information, It's included so that if the page doesn't exist, that's fine... but if it does exist, it represents user data that would be associated (included) on the generated page (the generated page is recreated every day). So... the idea is now we want PTVs on those pages. PTVs that are from the computer generated side of the fence, and the option to include PTVs from the user augmented page that is included when present for that page. For a random possibility, if you could instead use a pagelist to generate the list of pages to include (eg. by tagging each of those with a PTV), and then put the (:include:) inside a pagelist template, you could use a different template with the same list in order to do stuff with the PTVs on those pages. I was thinking that a specially crafted pagelist might be able to get data from: Generatedpage-UniqueID Userpage-UniqueID Where UniqueID is the common piece. BUT, realize that sometimes for a particular PTV, the SAME named PTV could either be found in the Generatedpage or be manually found from the Userpage. Does that make better sense? (sorry if all I'm doing is confusing things) eemeli ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pmwiki.org web server instability
On Fri, 2010-05-28 at 13:50 +0200, Peter Bowers wrote: On Fri, May 28, 2010 at 12:43 PM, Eemeli Aro eem...@gmail.com wrote: For the last week or so (hard to say exactly) I've seen brief periods when pmwiki.org and pmichaud.com have been refusing connections on port 80. I've been running into the same thing. Cursory look at the server... I'm not seeing anything right now. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pmwiki.org web server instability
On Fri, 2010-05-28 at 17:15 -0400, DaveG wrote: On 5/28/2010 5:09 PM, Chris Cox wrote: I've been running into the same thing. Cursory look at the server... I'm not seeing anything right now. Same problem, right now. IMHO, it's not a problem related to the server itself. I don't admin the box, just have a login. It's a shared box. Both CPUs show 78%+ idle... lots of free memory... I'm just not seeing much of anything. Maybe when the smtp wakes up to handle mail... perhaps something happens then but it's not obvious to me that is causing any problem. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pmwiki.org web server instability
scrap what I said about idle... it is under some load (httpd's). ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] PmWiki vs Drupal
Francesco Sblendorio wrote: I never used drupal, joomla or any other CMS but PmWiki. Some one can tell what are the main differences and advantages/disadvantages with respect to PmWiki? I installed PmWiki and started using it with a very little training. Tried installing drupal but I had some difficulties starting. One of the problems with CMS's and most wiki's is the need for other pieces (e.g. a database). Most people want to focus on content. With PmWiki you don't have to be a DBA... which is one of its nicest features. Most CMS/Wiki database based sites will go down hard on a slashdotting since the adhoc DBA didn't understand what might happen and most don't have the means to simulate such. PmWiki's simplicity is a big advantage. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Delete docs
On Thu, 2010-02-04 at 08:57 -0800, pmw...@911networks.com wrote: Can I safely delete the /docs directory? Yes... err... it will run fine without it. You must be really desperate for space :-) Just realize the GPL notice is there... ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Display PDF
On Thu, 2010-01-21 at 11:18 -0800, pmw...@911networks.com wrote: Hi, Is there a way of displaying an existing PDF? I ealier did a search on PmWiki.org, by the way it 11:20am PST and pmwiki.org is down, and could only found find how to output to PDF. Any suggestion? Well... oddly enough, that was one recipe I was going to create at one time. It's somwewhat of a strange request, since PDF readers are a dime a dozen. I was simply going to wrapper something around ImageMagick (or other ghostscript using something or another) and create a graphic page flipper (possibly generic). So... no I don't think it exists today. But it's actually not terribly hard to do (if you leave the heavy lifting to existing available software out there). ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pmwiki redirects
On Thu, 2009-12-10 at 09:37 -0800, pmw...@911networks.com wrote: Hi guys, I converted an old website to pmwiki. Now there are a lot of pages to be redirected. Is there a way of having a redirect page in pmwiki so that would say something like: (:redirect from-source-page to-destination-page 301:) What I've found, is to create a page for each converted page, then do a redirect. I'd like to just have one page. I'd rather not have to do it in .htaccess Actually I like htaccess for things like this. If there was some way of pattern matching you could do something inside of your local config.php to do this. You say your converting TO PmWiki... so I'd like to know more specifics about the URLs. For example, I have several setups where lowercase paths after the server in the URL go to Apache umodified, whereas uppercase means PmWiki all handled via htaccess. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Include HTML or URL
On Tue, 2009-12-01 at 10:07 -0800, pmw...@911networks.com wrote: Hi, I asked this question a couple of days ago and got no answer, so I'm re-posting Thanks I want to include photos from a gallery. Should I use enablehtml or includeurl? includeurl is safer of course. But, if the page/group is sufficiently protected, you could enable the enablehtml just on that group/page and use it. IMHO, you'd use enablehtml in a case where includeurl wouldn't work (where you'd need to include content in a special way). Are they safe if only responsible people have edit privileges with authuser? :-) Well... that depends on those responsible people... but sure! I think it will work safely if only responsible people are able to edit. Arguably, includeurl works pretty well with even less responsible folks. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] polldaddy
On Thu, 2009-11-05 at 14:23 -0700, Daniel Otis wrote: Is there a way to embed a polldaddy poll in a wiki page? http://www.polldaddy.com You can always embed it... e.g. using includeSite or something else (embed a foreign url into a frame): http://theendlessnow.com/ten/PollDaddy/PollDaddy ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Cookbook/Flash - splitting the page into two?
On Tue, 2009-10-20 at 14:16 -0700, adam overton wrote: hi there i'm about to upload a major update to the swf-sites.php recipe hosted at http://www.pmwiki.org/wiki/Cookbook/Flash, plus i plan to majorly overhaul the page, as it's cluttered with comments, and it's can be confusing to navigate. before i do so, i would like to ask if there are any objections to splitting this page into two? Perhaps: - Cookbook/Flash - to host swf.php and flash.php - and something like Cookbook/FlashVideos (any better ideas?) - to host the recipes for youtube, vimeo, and the variety of other plugins that have been added, either in swf-sites.php or individually. what do you think? IMHO, it's a wiki. Go for it. If somebody doesn't like it, they'll change it back... ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Forcing a new list
On Tue, 2009-10-13 at 17:22 -0400, DaveG wrote: How do I force the creation of a new list, without actually putting text between the lists? So in the case below, what needs to be between each list to force it to become another list? # Item 1 # Item 1 # Item 2 # Item 3 # Item 1 # %item value=1% Item 1 ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Single column skin(s)?
On Thu, 2009-09-24 at 08:31 -0800, Chris Lott wrote: I'm in a bit of a time crunch and trying to find a single column (no sidebar) pmwiki skin for a presentation. Any ideas? I've only found one so far (JH and derivative JHMP), but they are problematic because they don't include HTMLFooterFmt information for some reason... One of the nicest things about PmWiki is how flexible it is. It's actually VERY simple to create your own skin. IMHO, you create skins that are about 100% better than the ones that are on the PmWiki site btw (no offense). PmWiki is just so flexible. I know that might not be the answer you are wanting. But if you take a bit of time to look at even the pmwiki skin, you should be able to figure out just what all is possible. For example the skin I made supports things like: (:nonav:) Removes navigation menu (:noaction:) Removed action menu (:nologo:) Removes logo area (:nosearch:) Removes search pane (:noleft:) (:noright:) (:noheader:) (:nofooter:) ... and some more... ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Changing the way a link is created?
On Thu, 2009-09-17 at 21:54 +0100, Sergio Lopes wrote: Hi, I've been trying to see how I can add Google Analytics to pmwiki, and though adding the header/footer javascript is easy enough, using the download tracking functions is looking like a problem. Is there any way I can tell pmwiki a list of attributes to place on the links? If not, if I wanted to change pmwiki so that the link processing will be able to understand a given tag and replace it with the attributes I send. Something like adding support to the link tag and making pmwiki understand it, e.g.: [[url ATTRS | link text]]. I don't know if making a custom markup will do the trick, I tried to create one but I couldn't see how to make pmwiki replace a tag inside an existing markup. If anyone could shed some light into this subject I would be grateful. Possible alternatives... use a wiki style and/or CSS. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Recommended recipes?
Twylite wrote: Hi, I'm new here, and I have a lengthy question that comes down to: what recipes are recommended and/or commonly widely used (and how does one find out this information)? I'm alive and kicking. I have a vested interest in keeping PmWiki going with add-ons and such (we use it as our intranet portal). I'm also the creator and primary maintainer of http://www.ntlug.org which is all PmWiki driven. My recipes can be found on my profile page: http://www.pmwiki.org/wiki/Profiles/Ccox Other recipes I use (on the NTLUG site): e-protect (though there are issues with that one now... ) generatepdf includeSite newpageboxplus slideshow-1.1 pagetoc gallery3 feedlinks authuser sourceblock and more have to check the other site... ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Improving PITS
On Wed, 2009-07-08 at 17:38 +0200, Petko Yotov wrote: ... I've been doing some cleanup in PITS this week to make it easier for us to overview, prioritize and deal with issue reports and feature requests. Please compare the two versions : http://www.pmwiki.org/wiki/PITS/PITS-old - this was PITS yesterday http://www.pmwiki.org/wiki/PITS/PITS - this is PITS now Very nice. I like it. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] :SPAM: RE: Get Rid of Main
On Thu, 2009-07-02 at 11:34 -0500, Tim E. Rhodes wrote: Come on please, someone help me out here. Am I posting my question incorrectly, or is it that no one knows me, or do I have to offer free sex to even get some acknowledgement? Ack. I think the issue is that this recipe, since I would imagine it's pretty disruptive to normal PmWiki processing, isn't used by many... and perhaps, as you have said, this COMMUNITY supplied hack might not work at all. This recipe is broken and unmaintained. If the community isn’t going to fix it perhaps it should be removed from pmwiki.org altogether. It's a possibility that it's a dead recipe. Not sure. Recipe doesn't seem to mention a maintainer. I know I might be able to create such a beast... but I have no need for this recipe. Groups are just too useful. I realize I'm not helping.. but you were getting frustrated out of lack of response... I'm just trying to get you to calm down a bit. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] How to submit patches to PmWiki?
I think there are two sides... I like PmWiki as a set of lower level tools... a toolkit upon which we can build extensions (we often call these recipes). The other side are those looking for a feature rich deployment platform where little to no configuration (even downloading a recipe) is required. So, with that said, I think the idea of recipes in the core is possible, but I'd like to see it done in a way that does not require adding bloat to the base PmWiki. Perhaps some automated way to pull in signed extensions afterward (?)... or maybe a large add-on download. Of course, there will also be the normal recipe way of pulling in othe rextensions (along with the problems and conflicts that they might cause). So, for example, I download PmWiki, which allows ME to build great things. But let's say there's feature-full blogging package that is now part of the core (a signed extension). And it has all the bells and whistles of the major blogging packages out there, perhaps is close to the size of the PmWiki core itself. That piece could be optionally added using some kind of automatic PmWiki package install command... or it might be part of the larger inclusive extension package that I could install. Obviously, things like this would require some work. Bug fixes though are fine. And additions to the core that make it a better more flexible toolkit is also fine. Just some ideas... ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] CleanURLs problem in apache 2.2
My example: RewriteEngine On RewriteRule ^$ http://labs.mycompany.com/Main/HomePage RewriteRule ^[/]*$ /pmwiki/pmwiki.php [QSA,L] RewriteRule ^([^/a-z~].*)$ /pmwiki/pmwiki.php?n=$1 [QSA,L] RewriteRule ^up/([^/a-z~].*)$ /pmwiki/up/$1 [QSA,L] (my site is an intranet, internal site) Rule1: Just labs takes you to the PmWiki Main/HomePage by default Rule2: /, the root is /pmwiki/pmwiki.php, can't remember exactly all the reasons for this one. Rule3: Anything that starts from the root that is not a-z, is a PmWiki page. Rule4: Treat up as a shortcut to the uploads area (we allow that) We DO NOT have any index.html, index.php at our document root. The rewrites should handle where to go. Also, notice the rules for groups that begin with lowercase a-z. This allows url's that have root names with a lowercase to be handled directly by apache instead of PmWiki, so we can have a nicely blended environment (note the exception shortcut for up). For example: http://labs/cacti goes directly to our cacti SNMP pages. And: http://labs/Cacti Would go to the default PmWiki page for the Cacti group. Our config.php has some pretty specific stuff to handle redirection for SSL things (stuff that has NOT been documented anywhere). So I don't want to pass that info since it will likely just confuse folks. We do have (duh): $EnablePathInfo = 1; (we can talk about SSL separately) I'm probably leaving out something important... ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] CleanURLs problem in apache 2.2
On Thu, 2009-06-18 at 23:24 +0200, Julius Thijssen wrote: On Thu, Jun 18, 2009 at 22:35, Chris Cox c...@endlessnow.com wrote: RewriteEngine On RewriteRule ^[/]*$ /pmwiki/pmwiki.php [QSA,L] RewriteRule ^([^/a-z~].*)$ /pmwiki/pmwiki.php?n=$1 [QSA,L] Index did go to the pmwiki.php, that's a first. Skin- and other paths are broken with that. We use skins here... didn't break anything. Can you provide more detail as to what would break? See my other note below... Also, same thing as before; All deeper pmwiki links result in a 404. I'm probably leaving out something important... You didn't mention how your paths were set up. Where on your server was pmwiki located? Ok... here we go... $EndScriptUrl = '://labs.mycompany.com'; $EndPubDirUrl= '://labs.mycompany.com/pmwiki/pub'; $ScriptUrl = $UrlScheme.$EndScriptUrl; $PubDirUrl = $UrlScheme.$EndPubDirUrl; There's some more complicated code that takes care of doing the right sorts of things to do https when needed and back, etc. It gets REALLY complicated... so ... not shown here. (maybe PubDirUrl is what was missing with regards to your skins?) UrlScheme has to do with http vs https. It will be one or the other. My pmwiki is physically located at: /srv/www/htdocs/pmwiki The DocumentRoot for apache is /srv/www/htdocs. What is in your config.php for $ScriptUrl ? See above. Did you use a .htaccess file or apache config? .htaccess file sitting is /srv/www/htdocs (apache configed to allow the overrides) I hope that helps a bit more. (?? sorry I know this gets messy, every platform is SO different with their defaults, etc.) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] CondAuth inside of config.php after include authuser, returns ok when read password GroupAttributes enabled.
I'm seeing an interesting problem. In my config.php I have: $DefaultPasswords['admin'] = array(crypt('secret'),'@sysadmin'); $DefaultPasswords['attr'] = '@sysadmin'; $DefaultPasswords['edit'] = 'id:*'; $DefaultPasswords['upload'] = ''; $DefaultPasswords['browse'] = ''; $HandleAuth['upload'] = 'edit'; $HandleAuth['diff'] = 'edit'; $HandleAuth['source'] = crypt('secret'); include_once($FarmD/scripts/authuser.php); if (CondAuth($pagename,$action)) { $ok='ok'; } else { $ok='not ok'; } The problem is that when I go to a page where read is protected via GroupAttributes for group called Mine, I get thrown to the login dialog (correct), but I also get an 'ok' above for the page. Shouldn't I get a 'not ok' instead?? I'm confused. Seems to work if I try to edit a page where I don't have permissions. Is this because there is a difference between authuser and just plain old page password protection?? Notice that edit needs id:* auth perms by default. On that Mine/GroupAttributes page I have: read: id:* edit: id:* (set by site) attr: @sysadmin (set by site) upload:(using read password) I get 'ok' even when I haven't logged in, though I do get the login prompt. It's just that CondAuth isn't giving me what I expected. Thanks for any help on this, Chris ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] CondAuth inside of config.php after include authuser, returns ok when read password GroupAttributes enabled.
On Thu, 2009-05-21 at 17:31 -0500, Chris Cox wrote: ... if (CondAuth($pagename,$action)) { $ok='ok'; } else { $ok='not ok'; } Answering my own question. Protection is done for 'read', which isn't an action, and certainly isn't the default action, which is browse. So... I altered my logic to check to see if the action is browse and if CondAuth($pagename,'read') is ok or not to determine if the user has the ability to read the page. My brain hurts a bit... but this is solved (at least functionality wise) for me now. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] [[!topic |link text]]
On Wed, 2009-04-29 at 16:39 +0200, Peter Bowers wrote: ... Is there some way of changing [[!X]] into [[$CategoryGroup/X]] while still getting it to format using class=categorylink? If so that would give us the best of all worlds without having to multiply the number of markup rules... I'm not going to say yeah or nay, just point out that [[!X]] already becomes the category link... the question (I think) was with regards to alternative naming of the link.. so we want to say [[!X|What X is]], which doesn't work. (I think I'm being clear, I found the discussion to be unclear.. maybe I'm the only one that's confused) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Logout issues
Susan M. Garrett wrote: I have a login/logout set up on an info bar due to a skin. There's a login/logout cookbook recipe that allows you to have the user flipped back to the home page upon logout. Just a thought... if they're hitting a PmWiki link to logout, why not something like [[Main/HomePage?action=logout|Logout]] Then you wouldn't need some intrusive extension. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Clear search and restart
On Fri, 2009-04-10 at 12:21 -0700, pmw...@911networks.com wrote: ... Is there a global way of cleaning up the search, and re-index every page? Can't answer the rest... but as far as cleaning out the search cache... delete your .pageindex file in the wiki.d dir. On the next search, it will rebuild it. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Initial alpha release of PmDocConvert
See: http://pmwiki.org/wiki/Cookbook/PmDocConvert PmDocConvert uses an instance of Open Office running in daemon mode listening for UNO commands. PmDocConvert includes DC.py, which is a program that can be used standalone to convert files from one format to another in batch. I'm sure there are bugs... but we are using this where I work today. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] links to open upload folder in external apps
On Mon, 2009-03-30 at 18:11 +0200, noskule wrote: hi list I would like to do a link for authors so they could open upload folders in an external application using (s)ftp or webdav. Has anyone done this or knows how to do it? It's just another directory... so if your web permissions allow it, you can reach it. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] links to open upload folder in external apps
On Mon, 2009-03-30 at 22:15 +0200, noskule wrote: Chris Cox schrieb: On Mon, 2009-03-30 at 18:11 +0200, noskule wrote: hi list I would like to do a link for authors so they could open upload folders in an external application using (s)ftp or webdav. Has anyone done this or knows how to do it? It's just another directory... so if your web permissions allow it, you can reach it. yes of course, the path and the permissions is not the problem. But I'm wondering if it is somehow possible to open the link in an external application like dolphin/konqueror in linux or file explorer in windows. For windows there's something like: a href= FOLDER=https://domain.net;Webfolder/a but I couldn't get it to work. So I thought there's maybe a cross platform solution. There are webdav solutions out there. We use smbwebclient.php, which gives a web based interface into SMB shares... which could come off anything (Linux, etc). Even better (IMHO) for Windows users it for them to use just SMB directly (best when possible)... or use WinSCP (again, if possible). Using the web interface is slower with regards to uploads, etc. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] links to open upload folder in external apps
On Mon, 2009-03-30 at 16:23 -0500, Chris Cox wrote: On Mon, 2009-03-30 at 22:15 +0200, noskule wrote: Chris Cox schrieb: On Mon, 2009-03-30 at 18:11 +0200, noskule wrote: hi list I would like to do a link for authors so they could open upload folders in an external application using (s)ftp or webdav. Has anyone done this or knows how to do it? It's just another directory... so if your web permissions allow it, you can reach it. yes of course, the path and the permissions is not the problem. But I'm wondering if it is somehow possible to open the link in an external application like dolphin/konqueror in linux or file explorer in windows. For windows there's something like: a href= FOLDER=https://domain.net;Webfolder/a but I couldn't get it to work. So I thought there's maybe a cross platform solution. There are webdav solutions out there. We use smbwebclient.php, which gives a web based interface into SMB shares... which could come off anything (Linux, etc). Even better (IMHO) for Windows users it for them to use just SMB directly (best when possible)... or use WinSCP (again, if possible). Using the web interface is slower with regards to uploads, etc. Relooking at your post, I'm guessing your wanting some magic way of getting a fill pull down to an app and automatic push back... obviously not without a great deal of risk. I think you're still looking at some kind of webdav protocol, but since the external app might not speak that, it's easiest to just mount the directory via some kind of network file share... not quite integrated... if it's an internal only site, you could assume you have a mount at a specific file location at least get things to link but that's separate from automatic filesytem/web integration. (getting is obviously easier than putting/pushing) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] embed blogger atom feed
On Tue, 2009-03-24 at 22:07 +, Justin Davies wrote: (:pmfeed feed=http://mertonmcrannouncements.blogspot.com/feeds/posts/default:) Can you use the RSS one instead? (:pmfeed feed='http://mertonmcrannouncements.blogspot.com/feeds/posts/default?alt=rss':) That one works for me. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] embed blogger atom feed
Justin Davies wrote: Okay, I tried that but I still get the result Error: It's not possible to reach RSS file \http://mertonmcrannouncements.blogspot.com/feeds/posts/default?alt=rss\; ... Is it possible my server is set up to be able to use the IncludeUrl cookbook but NOT the pmfeed one to access remote webpages? Use single quotes and not double quotes... ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Any way of getting the good PmWiki docs from pmwiki.org?
I'd like have the nice pmwiki.org PmWiki group docs on my site instead of the very limited ones that come with the download. Any change those could be tarred/zipped and placed somewhere for download? Thanks.. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Working on a new one, PmDocConvert
We have a wonderful internal wiki with LOTS of customizations, including the ability to use markup to turn a page into SSL for example... and much more. Some of the code needs cleaning up... but I've been working on a new addition to allow fo rthe easy upload and portrayal of proprietary (i.e. Microsoft) formats. It relies on the the ability to run OpenOffice as a server with pyuno support (builtin to most OOo 3.x) and the python program DocumentConverter.py But it's not just a wrapper around the python program. Anyway, imagine uploading a PowerPoint presentation to you wiki and then being able to flip through it like it was a series of web pages. Or imaging seeing your Excel spreadsheet inline as a PmWiki table. Granted, this may make people NOT want to put things into the wiki, but when you've got users using things like SharePoint (eww!) and just want a pretty document repo... this helps you to be competitive. Drool over the picture at: http://endlessnow.com/images/docconvert.png (image is corrupted at the bottom.. ignore) Hope to get the finishing touches on this over the next week and get the first edition posted. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pmwikidraw - several people have problems under linux. java issue?
Patrick Ogay (lists) wrote: I asked in a previous posting whether pmwikidraw is functional on the pmwiki site. It is. Everything was fine for me too, when I tested my implementation of pmwikidraw under Windows. Until know *it doesn't work* on my systems with ubuntu 8.04 and 8.10. A quest in #ubuntu.de showed me, that several people have the problem with pmwikidraw, and that the applet doesn't work out of the box with many linux Java installations. In my case the drawing was marked in a red box (seems normal behaviour) but the edit window didn't come up. One person reported, that he had an error message when saving. It's a petty when the applet is not reliably usable under Linux, but I have no idea, where the problem could be, and how i could debug, From my own testing, you need Java 1.5 or earlier for sure. But... right now, that pretty much means the death of PmWikiDraw (unless the code can be fixed). With that said, the drawing package TWikiDrawPlugin, although more primitive in some ways, always seemed to work for me. With that said, I'm moving on and looking at SVG using inkscape (runs on Linux and Windows). Now... MSIE is NO fan of SVG... and Adobe has dropped support for their SVG plugin... so still might have to write a convert backend markup so that MSIE users can at least see the drawing... just won't necessarily have the nice client side map/links. I did like PmWikiDraw when it worked though it also tends to frustrate even when it is working. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Another stab at ratings on PmCalendar page
On Tue, 2009-02-24 at 15:29 +1100, Kathryn Andersen wrote: On Mon, Feb 23, 2009 at 04:59:03PM -0600, Chris Cox wrote: [[Cookbook/PmCalendar-Fan]] And then that boosts the rating (or fans I guess is better). You can see the total count on the PmCalendar page, going to the PmCalendar-Fan page shows who the fans are in addition to the count total. I would prefer user rather than fan; I think it is clearer and simpler. The term fan could mean that you like it but don't use it; but user says that you use it (a simple yes/no question), which I think we agreed was a good first pass for the ratings thing. Obviously not a problem... let's call it Rose... :) User or Users (plural) is probably a good choice. Otherwise, I like the idea of linking to a Cookbook/Recipe-User page, rather than linking to the Recipe page itself, because many of us use link to a page from one's profile page as a way of getting notifications for pages one is interested in, which may or may not be recipes one is a fan of. (Can one be a fan of one's own recipe?) Why not? Anything goes! Kathryn Andersen ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Another stab at ratings on PmCalendar page
Simon made some edits that were close (I think) ... I re did it a bit. Now all you have to do is just put a link on your Profile page for example: [[Cookbook/PmCalendar-Fan]] And then that boosts the rating (or fans I guess is better). You can see the total count on the PmCalendar page, going to the PmCalendar-Fan page shows who the fans are in addition to the count total. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] New image/gallery recipe : Maxi, picture viewer with inline zoom
Doesn't work at all for me... Firefox, openSUSE 11.0. On Fri, 2009-02-20 at 10:02 +0100, Petko Yotov wrote: Hello, I am writing a PmWiki recipe for an image viewer with inline zoom. It is suitable for large drawings, maps, diagrams, mindmaps or panoramic photographs. Please see Maxi at : http://pmwiki.org/wiki/Cookbook/Maxi - documentation http://tl.5ko.fr/X/X - demo It is a work in progress and needs testing and certainly can be improved, so any comments and ideas will be welcome. Thanks, Petko ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] New image/gallery recipe : Maxi, picture viewer with inline zoom
On Fri, 2009-02-20 at 18:13 +0100, Petko Yotov wrote: On Friday 20 February 2009 17:17:08 Chris Cox wrote: Doesn't work at all for me... Firefox, openSUSE 11.0. I was just doing some tests on the live demo and you may have tried at the bad moment when I broke it. :-) I have now reverted it back and it should hopefully work again. That was it! Very impressive. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Rating cookbooks: a concrete suggestion
Chris Cox wrote: On Thu, 2009-02-19 at 14:46 -0500, DaveG wrote: 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 'talk' pages. That way we can add [[~profile]] links so people can manage their 'ratings' from profile pages using pagelists. It's weighty on the server side if a lot of pages are done.. lots of groups, etc. What about the wiki trail idea? The former does have the advantage of not hitting conflict, whereas the trail idea suffers from a possible multiple edit conflict. I put a sample of the wiki trail concept on http://pmwiki.org/wiki/Cookbook/PmCalendar See rating in the top matter it will take you to the index page for the trail. I added my own Profile page to that and then added a trail markup to my Profile page. Presto! The PmCalendar page has a link Rating: to the trail index using the count of the elements of the trail for the link name. Just thinking wiki... ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Rating cookbooks: a concrete suggestion
On Thu, 2009-02-19 at 14:46 -0500, DaveG wrote: 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 'talk' pages. That way we can add [[~profile]] links so people can manage their 'ratings' from profile pages using pagelists. It's weighty on the server side if a lot of pages are done.. lots of groups, etc. What about the wiki trail idea? The former does have the advantage of not hitting conflict, whereas the trail idea suffers from a possible multiple edit conflict. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Using latest PmWiki and AuthUser, but can't set a READ password
Petko Yotov wrote: On Thursday 15 January 2009 23:37:31 Chris Cox wrote: On Thu, 2009-01-15 at 23:07 +0100, Petko Yotov wrote: On Thursday 15 January 2009 18:02:11 Chris Cox wrote: I'm stuck. I have AuthUser installed ... snip... Are you using AuthUser or another recipe such as UserAuth? AuthUser, but as it turns out, it was my own recipe getting in the way for handling SSL. I've fixed the problem. I figured it was going to be something like that. My SSL solution prevents me from having a read password but I can use markup to prevent it conditionally based on edit rights... which is fine. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] new host setup Qs
On Fri, 2009-01-16 at 09:36 -0600, Tegan Dowling wrote: On Fri, Jan 16, 2009 at 9:33 AM, Patrick R. Michaud pmich...@pobox.com wrote: On Fri, Jan 16, 2009 at 07:54:38AM -0600, Tegan Dowling wrote: I'm trying out a new host, and trying to get my uninformed head around the various settings and options in the basic installation environment. I (think I) know that I need to check the PHP support option, but should I then check the (PHP 'safe_mode' on ) sub-option? Is safe mode useful/valuable/important? I find safe mode to be far more trouble than it's worth, and despite its name, I don't think it makes anything truly safer. Indeed, I think it serves to lull site administrators into believing that things are somehow safer when they really not. Thank you to PM and Rogutės for your recommendations -- Safe Mode will not be employed! It goes completely away in PHP 6. I wouldn't use it. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Using latest PmWiki and AuthUser, but can't set a READ password
I'm stuck. I have AuthUser installed $DefaultPasswords['admin'] = crypt('secret'); $DefaultPasswords['attr'] = crypt('secret'); $DefaultPasswords['edit'] = 'id:*'; $DefaultPasswords['upload'] = 'edit'; $HandleAuth['upload'] = 'edit'; $HandleAuth['diff'] = 'edit'; include_once($FarmD/scripts/authuser.php); $Author = $AuthId; When I go to a page and do ?action=attr I would love to have just members of the @admins group have access I thought I just needed to supply @admins for the read password. What am I missing? (I have a feeling this is an easy question... but I couldn't find anything reading the docs online). ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Using latest PmWiki and AuthUser, but can't set a READ password
On Thu, 2009-01-15 at 12:44 -0500, Michael Shanley wrote: On Thu, Jan 15, 2009 at 12:02 PM, Chris Cox c...@endlessnow.com wrote: I'm stuck. I have AuthUser installed $DefaultPasswords['admin'] = crypt('secret'); $DefaultPasswords['attr'] = crypt('secret'); $DefaultPasswords['edit'] = 'id:*'; $DefaultPasswords['upload'] = 'edit'; $HandleAuth['upload'] = 'edit'; $HandleAuth['diff'] = 'edit'; include_once($FarmD/scripts/authuser.php); $Author = $AuthId; When I go to a page and do ?action=attr I would love to have just members of the @admins group have access I thought I just needed to supply @admins for the read password. What am I missing? (I have a feeling this is an easy question... but I couldn't find anything reading the docs online). If you mean you want to keep visitors away from ?action=attr, add this line... $HandleAuth['attr'] = 'admin'; If you want to keep people from reading that specific page, say Main.SecretPage, using @admin, then that should just work. Have you assigned users to the @admin group? Hmmm... what's happening is that no changes are getting saved attr wise to either pages or GroupAttributes (doesn't create a GroupAttributes page). Weird. More exploration for me... ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] hosting
Swift, Chris wrote: ... 2. http://www.dreamhost.com/hosting.html which is currently offering a deal with unlimited bandwith and unlimited disk storage. Does anyone have any experience with them? They're cheap. They oversell their capacity... obviously everyone doesn't have a Terabyte of storage :) or infinite bandwidth. I like them ok... but like most of this type, they can house anything that isn't outright illegal. So, for example, man-boy sex isn't allowed... but if you want to show 25 consenting adults...etc... that's ok. But you won't find anyone that's large and cheap that doesn't have that kind of stuff (at least not that I'm aware of). ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] non-standard characters when I use IncludeURL?
Tegan Dowling wrote: Hi list: I'm experimenting with using http://www.pmwiki.org/wiki/Cookbook/IncludeUrl to display a client's blogger blog in a page on their wiki. Funny formatting stuff happens that I think we can live with, except for the appearance of some non-standard characters among the text from the included blog. At least in MSIE7 and Firefox 3.01, I see the character  (if it comes through email to you) between sentences in the text. You can see the experiment at http://www.wellspringinc.org/Site/TestBlogDisplay -- note the  between sentences of the Flood Relief Update blog entry. I have tried using charset=utf-8 in place of charset=iso-8859-1 in the skin's .tmpl file, but that's no help. Can anyone suggest anything that might fix the problem? You need to include the xlpage-utf-8.php in your config.php include_once($FarmD/scripts/xlpage-utf-8.php); ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Error: It's not possible to reach RSS file ...
Graham Archer wrote: Hi, I am trying to get recipe pmfeed working. I am using pmwiki-2.2.0-beta63 and pmfeed version 0.7. I have these three feeds in a test page: (:pmfeed feed='http://newsrss.bbc.co.uk/rss/newsonline_uk_edition/front_page/rss.xml' :) (:pmfeed feed='http://www.digg.com/rss/index.xml':) (:pmfeed :) Viewing the page shows: Error: It's not possible to reach RSS file http://newsrss.bbc.co.uk/rss/newsonline_uk_edition/front_page/rss.xml ... Error: It's not possible to reach RSS file http://www.digg.com/rss/index.xml ... Error: It's not possible to reach RSS file http://www.pmwiki.org/wiki/Site/AllRecentChanges?action=rss ... I can't fathom out what I am doing or not doing that is prevent the feed. Those error message usually indicate the inability for your pmwiki server to reach the URL's. If you have w3m, lynx, wget, curl, etc. on your server, you might want to test FROM the server the ability to get at those URLs. PmFeed has an array called PmFeedAltGet that contains alternative ways to get at a feed using curl, wget or lynx... you might want to see if the array values make sense (search the source code) on your server. You can always override the array with your own values where the end result should stream out the URL query result. You can also try switching things in that array around... to force certain attempts rather than others. However, note, a php direct access will always get tried first the way things are written today. The digg url is incorrect, that one you have redirects... use: http://digg.com/rss/index.xml ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pmwiki-users not working?
Peter Bowers wrote: Is the server down or something? I can see messages on the web interface but they aren't coming here. Got confirmation from some other members that it's not working for them either. Is this general or something specific to our situation? I see you!! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] GodTube
Steve Rowe wrote: It has been a week since my last post on this topic and I received no responses, so I thought I'd repost (My original post is at the end.) Can anyone tell me if the GodTube version of the Flash Recipe works? If so, what is the code you use to get it to work properly? If not, is there a way to modify swf-sites so that could play GodTube videos as well since that already works for me? Thank you in advance, - Steve Original Post: Has anybody gotten godtube.php in the Flash Recipe to work? I get the GodTube video screen with the Play button in the center, but when I press Play nothing happens. For instance, if I wanted to imbed the video found here: http://www.godtube.com/view_video.php?viewkey=5268c403589c52e30080 how would I code that? Like this (:godtube flvideo/ 5268c403589c52e30080:) or (:godtube flvideo5268c403589c52e30080:) ? Because they didn't work for me... I just use the (:html:) recipe to put in arbitrary html: http://theendlessnow.com/ten/Test/Movie (:html:) embed src=http://www.godtube.com/flvplayer.swf; FlashVars=viewkey=5268c403589c52e30080 quality=high width=330 height=270 name=godtube_video menu=false type=application/x-shockwave-flash pluginspage=http://www.macromedia.com/go/getflashplayer; //embed (:htmlend:) See: http://pmwiki.org/wiki/Cookbook/EnableHTML ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] ?action=upload
Stéphane Heckel wrote: Greetings, ... Just wondering if it's possible to upload a file and set all required parameters in the URL, ie source file, target, ... to avoid being prompted ? Probably possible to craft it... but now we'll have a whole discussion about upload spam (sigh). But, might be ok for a controlled internal only site. (are you sure this is what you are wanting to do?) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Can I add a banner in the header part of PmWiki?
Maxime Joanis wrote: I would simply like to add a banner in the header, other than the logo; something centered between the logo and the search box would be great. I've looked in Site/, thought I'd find the header script, but well... Any solution for this? Well.. you could modify an existing skin or come up with your own. My LUG's website: http://www.ntlug.org BUT if you do: http://www.ntlug.org/Main/HomePage?skin=ntlug-ads (might have to hit refresh after that) You should see a fake banner ad. Just an example. New skins are fairly trivial to create. Take a look at some to get some ideas. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Removing index.php from address?
Maxime Joanis wrote: http://wiki.example.com/index.php/Site/Search Wouldn't it look better w/o index.php? I don't know if this can be done easily, I'm already using the $EnablePathInfo = 1; config... Any way I can do this? I use Apache and use mod_rewrite for this. I also use that for making some pages (e.g. the login page) SSL'd for my site. Is that easy? Well... pretty easy... I know there's several examples on the pmwiki site of how to do it this way ... but I'll admit, every situation is slightly different. Example sites: http://www.ntlug.org/Main/HomePage http://theendlessnow.com/ten/Main/HomePage http://www.endlessnow.com/poetofgod/Main/HomePage Each of these are done a bit differently... but all with rewrites. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] New Recipe: WikiSh
Peter Melodye Bowers wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:pmwiki-users- [EMAIL PROTECTED] On Behalf Of Chris Cox Sent: Thursday, January 31, 2008 8:29 PM To: pmwiki-users@pmichaud.com Subject: Re: [pmwiki-users] New Recipe: WikiSh We use one we call shellout. It merely allows you to execute a shell command. The security is that the program has to be in /usr/local/sbin (which we'll assume is root controlled). Usage: (:shellout cmd=mycustomcommand parms=arguments to pass:) Do you have any library functions which help in parsing pages and writing pages from a shell perspective? Have you figured out how to avoid people reading pages or writing pages they don't have authorization for? Or just basing that on the /usr/local/sbin security? I should have said this is primarily for internal web sites :) So... right now the trust is that somebody can place safe commands in /usr/local/sbin somehow. Obviously, someone could create a page full of (:shellout:) calls and make life tough :) So... I wouldn't recommend it for an external web site or something where you expect a level of abuse I just wanted to share what we use on our intranet (where we believe we're all on the same team). With regards to creating pages (e.g. wiki.d/GroupName.HomePage)... Example (I copied it from a script... so ignore the detail... just look at the usage). We haven't gone through the motions of making this better yet (it can be made better). ConvertToWikiText() { sed -e 's/[%]/%25/g' -e 's/$/%0a/' | tr -d '\012' } # ... # $wikipage is the path to page name to create in wiki.d # ... echo version=pmwiki-2.0 urlencoded=1 $wikipage echo time=`date +%s` $wikipage echo text=(:include ${EditGroup}${host}/Status:) (:include ${GenGroup}${host}/LastUp:) (:include ${EditGroup}${host}/Hostname:) (:include ${EditGroup}${host}/Os:) (:include ${EditGroup}${host}/Memory:) (:include ${EditGroup}${host}/Cpuinfo:) (:include ${EditGroup}${host}/Interfaces:) (:include ${EditGroup}${host}/Fs:) (:include ${EditGroup}${host}/Disks:) (:include ${EditGroup}${host}/Scan:) | ConvertToWikiText $wikipage As for parsing pages... you can probably do something somewhat in reverse, but you will get the markup... a lot of people wanted the translated markup or something with the markup removed. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] New Recipe: WikiSh
We use one we call shellout. It merely allows you to execute a shell command. The security is that the program has to be in /usr/local/sbin (which we'll assume is root controlled). Usage: (:shellout cmd=mycustomcommand parms=arguments to pass:) Markup('shellout','fulltext', /\\(:shellout[ ]*(.*?):\\)/e, shellout('$1')); function shellout($opts) { $args = ParseArgs($opts); $shelloutcmd=GET='.implode(,,$_GET).' POST='.implode(,,$_POST).' /usr/local/sbin/ . basename($args['cmd']) . . $args['parms']; $shelloutoutput = shell_exec($shelloutcmd); return $shelloutoutput; } Peter Melodye Bowers wrote: I've just put a very-alpha recipe out there called WikiSh. It's working in the test cases I've thrown at it, but no doubt there is significant testing remaining -- please let me know when you run into problems with it. It was started at the same time as Text Extract, but with a different purpose and direction in implementation. However, initial code and etc. all come from Hans... The problem below (returning lines from one text pattern to another) would be handled in this manner: {(sed -n '/TextPatternA/,/TextPatternB/p' file)} You can also specify other commands to the sed command using multiple applications of the -e option as follows: {(sed -n -e '1,2p' -e '/TextPatternA/,/TextPatternB/p' -e 's/searchfor/replace/g' file)} (This would return the first 2 lines and the lines between TextPatternA and TextPatternB (inclusive) and also do a search/replace.) The other commands contained within WikiSh include wc (-w=wordcount which also does -l=linecount and -c=charcount), head (returns the top -n=n lines from a file), tail (same for the end of the file), cat (returns all lines), etc. This is a beginning - lots more to go, but I thought since it answered this specific need here it might be appropriate to put it out there... -Peter -Original Message- From: [EMAIL PROTECTED] [mailto:pmwiki-users- [EMAIL PROTECTED] On Behalf Of Graham Archer Sent: Wednesday, January 30, 2008 10:29 PM To: Hans Cc: pmwiki-users@pmichaud.com Subject: Re: [pmwiki-users] New Recipe: Text Extract Hi Hans, the problem with a nice recipe is sometimes the Customers get a bit greedy - please tell me if I am doing this in this instance. I was wondering if your recipe could be extended to: extract from #TextPatternA# to TextPatternB Reason: I use (:include pagename #from#to:) at the moment to bring content from another page. Problem with this is the RSS for the host page doesn't trigger even thou the included page has changed since the host hasn't been re-written. A nice feature with your recipe is that it writes to the page and causes the RSS event. So if the extract could go #from #to it would be a nice feature! Thanks Graham ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Protecting part of a page
Steven Benmosh wrote: I have an interesting wish - I would like to protect parts of a page, while allowing users to edit the rest of the page. Is that possible? Scenario #1: I want to create a page on a topic, include the subject, description, and allow the users to fill in the rest. However, I don't want the users to be able to change my own input, only their part. I am not sure right now it can be done. If it can, please tell me how. If not, maybe it would be a nice feature. Scenario #2: I want to insert a 'Donate' button and google ads into my wiki. I would like the users to be able to add and edit content freely, but not to remove or change these parts of the page. I tested and noticed that I can password protect the footer and header pages in a group. Would that be a viable solution here? Sure. Also you can include other pages inside of pages. So included pages could be protected. Of course, the user could edit out the include itself... so perhaps a protected page that includes many pages, some protected and some editable. Just some options. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Clarification on table editing question
Gabriel Beal wrote: After I wrote the previous question I realized that I wasn't stating my problem correctly. The problem is caused by having a column that is a continuation of another column, like this: ||Names|| || Numbers|| ||More Names|| || More Numbers|| ||Names|| || Numbers|| ||More Names|| || More Numbers|| ||Names|| || Numbers|| ||More Names|| || More Numbers|| ||Names|| || Numbers|| ||More Names|| || More Numbers|| I want to be able to insert a name and phone number into the 3rd and 4th columns. I know I could solve it by having just 2 really long columns, but I was wondering if there is any solution using this set up. It was also suggested to me to maintain a separate plain text list and use a perl script to wikify it. I could go with that but ideally the list would be editable by the non-technical people who are also using it. Well.. there's nothing saying that the source file of names/numbers can't be a wiki page itself. It's not terribly hard to parse a wiki page especially if it's void of special markups. Thus the multiple column thing becomes a read-only view of the data. With extra work, a special markup could be done to produce the multi-column list with data embedded within the markup begin/end so that this could all be done in one page (with a little bit of effort). ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] List Categories
Sandy wrote: Simon wrote: You can't. See http://pmwiki.org/wiki/Category/Category and vote for http://www.pmwiki.org/wiki/PITS/00447 On 11/01/2008, Jorge Efrain Mamani C. [EMAIL PROTECTED] wrote: How I can list all the existing categories. Only I see to list the pages that connect to a category. Thanks I did some more looking and found this one: http://pmwiki.org/wiki/Cookbook/ListCategories There's a lot of programmer-speak in the comments, but I didn't read them carefully enough to see if it's broken, difficult to use, or just more ideas springing off the first one. We use the following script (shell script) to generate a list and then wrote some markup to call it: #!/bin/sh wikidir=/srv/www/htdocs/pmwiki (cd ${wikidir}/wiki.d ls | grep -v ,del | xargs cat | grep '^targets=' | sed 's/targets=//' | tr ',' '\012' | grep Category |sort -u) | sed -e 's/^Category\.\(.*\)/Category.\1\?action=browse|\1/' -e 's/^/[[/' -e 's/$/]]/' ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Placing an image with a link on a wiki page
Sergio Lopes wrote: Hi, I'm setting up a project page at the BerliOS web hosting and I'm having some problems placing their logo in the project's pages. The logo, if placed in a normal HTML page would be placed using the following code: a href=http://developer.berlios.de; title=BerliOS Developer img src=http://developer.berlios.de/bslogo.php?group_id=9023; width=124px height=32px border=0 alt=BerliOS Developer Logo /a I tried placing the source link in a page but instead of an image, PmWiki will only show the link. BerliOS also needs the image to have a link with the project's id so that they can collect statistics for the project and that is also something I'm getting trouble to set up. Is there any way I can accomplish this request? See: http://pmwiki.org/wiki/Test/ImageLink ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] PmCal and event lists
Chris Nestrud wrote: I'm using the PmCal recipe found here: http://www.pmwiki.org/wiki/cookbook/PmCal I'm trying to create a page called PmCal.HomePage which will contain three things: the calendar in table form, a list of upcoming events (starting with today and sorting ascending by date) and a list of past events (starting with yesterday and sorting descending by date). Ideally these lists will contain all related events in the calendar. This is what I have for PmCal.HomePage: (:nogroupfooter:) This is somewhat undefined. It is very skin dependent. You might want to put a conditional in your GroupFooter to not do the pmcal markup on the PmCal.HomePage. Just a thought. ! Calendar (:pmcal:) ! Future Events (:pmcal cals=PmCal styles=PmCal-Mini caltype=text monthsahead=60 expire=true zebra=false textdatefmt='%A, %B %d, %Y':) ! Past Events (:comment past events go here:) This is what I have as PmCal.GroupFooter: ! Calendar (:pmcal:) I'm suppressing the footer because I want the calendar first on the PmCal.HomePage page, and last on other pages in this group. In the Future Events list, each event is being displayed twice. How can I correct this? You don't need the cals=PmCal since there is a (:pmcal:) for that group already. Use cals= to pull in calendars from other groups. Is it possible to create a Past Events list using PmCal? The following will show events going back 5 months and will stop at yesterday and list them reversed (most recent past event first). monthsback=5 stopafter=-1 reverse=true monthsback can be set as high as 60 (5 years). Regards, (a different) Chris ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Rollback from many editings ago
Arrigo Marchiori wrote: Dear list, I've just seen that the page http://www.pmwiki.org/wiki/Main/CreatingNewPages has been changed to a useless content. I went to see its ?action=diff, but it displays only the most recent changes. Therefore, it seems impossible to me to rollback to the original version, because the spammer has made many edits. What do you do in these cases? (RTFM's with precise links are appreciated, of course :-) Are you sure you didn't mean: http://www.pmwiki.org/wiki/PmWiki/CreatingNewPages Perhaps the one under Main is simply a play page that needs to be cleaned out. (??) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] wiki etiquette for pmwiki documentation
[EMAIL PROTECTED] wrote: On Sun, 28 Oct 2007, Peter Melodye Bowers wrote: I have been making minor modifications to documentation of various cookbook recipes and etc over the past few days whenever I find anything that was unclear or something like that or making inline comments when I find something that doesn't work as stated. Then I noticed that a lot of people don't make changes in the actual wiki document but instead make comments at the bottom. What is appropriate etiquette in this community? In my opinion, and speaking for recipes I've authored, trivial improvements are ok if you just do them. Adding inline comments and questions should also be fine. It's only if you wish to make major changes that I think you'd be better of preparing it as a draft, and then checking the with the maintainer that you haven't introduced something bad or incorrect. Does it make a difference whether the maintained by: is filled in perhaps? Hmm... well, if there's a maintainer and you add an important question etc, maybe it'd be a good idea to notify him? Not sure about this. It's a wiki. If you find a perceived mistake... change it. If you want to clarify something... change it. If you want to add to the page... change it. That's what it's there for. Disagreements are usually few and far between. When a conflict does arise, then it's appropriate to try to work things out... but it is VERY rarely needed. I've corrected things on Wikipedia, much to the chagrin of the original author... the end result was a minor back and forth until the resulting change (by the author) was even more clear and accurate than my own correction. It's usually a positive experience. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] PmFeed 0.07 released
I have updated PmFeed with a bug fix. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Stuck creating markup to add self link to included pages
DaveG wrote: This actually doesn't seem to work. It appears to simply point to the current page, rather than the included page. Worked for me though (the OP). Maybe you are at different version level? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Stuck creating markup to add self link to included pages
Dominique Faure wrote: On 9/29/07, Chris Cox [EMAIL PROTECTED] wrote: In later version of PmWiki you can do put the following in a page: [[{$FullName}?action=edit|edit]] And then when the page is (:include:)'d, it's a link to edit the included content. Nice. I'd like to create a new markup that adds this to a page instead of typing all of the above in. But, I can't figure it out. Any hints? For example, I could add (:e:) and it would effectively be the same as having the above inside the page to be included. What about (untested)? $ROSPatterns['/\\(:e:\\)/'] = '[[({$FullName}?action=)edit]]'; Hmmm... ok... but I really want a markup, not a substitute on save solution (want to keep the simplified markup in the page). Anyone else have an idea? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] comment character?
[EMAIL PROTECTED] wrote: Hello, I'm a pmwiki newb and was wondering if there is a markup or some sort of character to COMMENT-OUT a section of page text or markups. This would be an alternative to simply deleting text. It would also be useful for in-line style comments to myself. It would be preferable to NOT include these comment strings within a rendered page. Comment delimiters such as -- --, /* */ or // are what I had in mind. I use (:if false:) (:ifend:) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Stuck creating markup to add self link to included pages
In later version of PmWiki you can do put the following in a page: [[{$FullName}?action=edit|edit]] And then when the page is (:include:)'d, it's a link to edit the included content. Nice. I'd like to create a new markup that adds this to a page instead of typing all of the above in. But, I can't figure it out. Any hints? For example, I could add (:e:) and it would effectively be the same as having the above inside the page to be included. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Bulk import and categories
Michel wrote: Hello, I wish to import in PmWiki over than 3,500 text files created by another tool. I have set up a script translating the pages to the Pmwiki format according to the specs : http://www.pmwiki.org/wiki/PmWiki/PageFileFormat After that, I have copied the pages under wiki.d/, and I can view them. The previous tool managed also categories. The script translating the pages insert the [[!CatNameXXX]] strings in the 'text=' section. I have also created Category.CatNameXXX and Category.GroupFooter. When displaying a page, category links appear, but after clicking, Category page displays with empty list (not astonishing). I have noticed that, if I edit a page, then save it without change, its name appears in the category page. You probably need to remove the wiki.d/.pageindex and have it regenerated. Please, what is the best way to build category lists : - to add something in the translation script, like creating 'targets=' field, or other fields, or creating/updating another files) ? - to mimic the edit/save process for each page using the cookbook http://www.pmwiki.org/wiki/Cookbook/GlobalOperations ? I gave a try to the GlobalOperations cookbook, using UpdatePage() but I get no change on displaying modified pages, and the loop is interrupted by time-out. If possible, I should prefer to improve the translation script. Thanks for your advices. Michel ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Banner Rotation
Brian Kramer wrote: Anyone have a good way of incorporating banner ads into pmwiki? Preferably a certain ad or ads on certain pages. I wrote a random rotation recipe a long time ago. PmWiki can now produce randomized lists back from a pagelist markup, and if you limit it down to just returning one and use an include template, then you can use that to include random content. With that said, I still use the recipe I wrote a long time ago: http://www.pmwiki.org/wiki/Cookbook/RandomPage (on that page you'll see Pm's remark of how to use pagelist to do something somewhat similar) You can see it in action here: http://www.ntlug.org/Main/HomePage?skin=ntlug-ads Use setskin=ntlug-ads if you want it to persist. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Next version?
Athan Dimoy wrote: Jean DEMARTINI [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] It is (probably) simply because no serious bug has been detected or because no enhancement has to be included in the core. The different versions of PmWiki are only related to the core. New features are introduced as recipes in the cookbook. Theoretically you're right. Personally I think Patrick choose summer holidays instead coding; good for him. :-) Or he's living out his second life as the Perl pumpking. (I think he's still pumpking?) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Post to the list
Honglan Jin wrote: Hi pmwiki-users, Hello. Can I post to the list? Yes... looks like it. My email is [EMAIL PROTECTED] Thank you. Perhaps you are subscribed to the list? -Kim ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Hiding the edit button (:if auth admin:)
Matt Strauser wrote: What is your advice some good ways to hide the Edit button on a site that is not being used for collaboration? I have been using (:if auth admin:) to hide buttons but at least one button has to be visible to prompt for the admin's or editor's password. The real question may be not how do you hide it, but how do you display it for the editor? or... How do you get the password prompt to come up? Why do you HAVE to expose a button for login? Can't someone just add the privileged action to the URL line? I mean, you can't have everything. Either have a login button, or use the URL line. At work, I have a login button. On my web sites the extra buttons don't appear unless you are logged in... and you have to enter a privileged action on the URL line to get the login prompt (so they look more like a CMS managed site). ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Hiding the edit button (:if auth admin:)
Hans wrote: ... It is a lot easier for some clients to remember that there is a login link to click, than to remember what exactly to type into the browser url address bar. Yes... I understand.. just that the OP seemed to want both and neither :) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Vertical sections
RONALD PYATT wrote: I'm not sure if I'm asking this right, but I'm looking for a way to have 2 vertical sections (editable) on a page. Something similar to Section Edit and Include With Edit, but the sections would be side by side. Is this possible? Consider (:table:) (:cell:) (:include Main/Column1:) [[Main/Column1?action=edit|Edit...]] (:cell:) (:include Main/Column2:) [[Main/Column2?action=edit|Edit...]] (:tableend:) Thanks, Ron Park yourself in front of a world of choices in alternative vehicles. Visit the Yahoo! Auto Green Center. http://autos.yahoo.com/green_center/ ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Keep() and an line with http: in it
Chris Cox wrote: I want to preserve html output from some custom markup that contains a url in the output. I don't really want to have it declared as 'block' for inline markup processing, but rather I'd like to use 'directives' (because the markup can do other things). The problem is that the url line gets translated by PmWiki into a link... and I need to prevent that. Possible? Turns out the url was in javascript, so I merely escaped the colon.. that kept it from getting translated. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] I need to check page auth (AuthUser) inside of php
I saw that (:if auth edit:) that the 'auth' was defined as: $Conditions['auth'] = '@$GLOBALS[PCache][$GLOBALS[pagename]][=auth][trim($condparm)]'; I guess I'm stupid though.. how can I make an 'if' statement in php to check if the user is authorized for a particular thing (edit, read, etc) on a specific page?? Looks like pmwiki code mainly does this kind of processing on page access so it's built into RetrieveAuthPage. I'm trying to figure out some way of making SSL password page (which is difficult since the auth form is not really a page) work right. There's just way too many ways the existing recipes fail to let go of SSL encryption after the password entry part. If I can test to see if the user has the ability to perform the action on the page, I can redirect (I think) to not using SSL. Sigh... this would be ridiculously easy if the authorization mechanism were really a page btw (could just use rewrites... this works for UserAuth). ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] I need to check page auth (AuthUser) inside of php
Patrick R. Michaud wrote: On Wed, Aug 08, 2007 at 03:58:04PM -0500, Chris Cox wrote: I saw that (:if auth edit:) that the 'auth' was defined as: $Conditions['auth'] = '@$GLOBALS[PCache][$GLOBALS[pagename]][=auth][trim($condparm)]'; It may have been defined that way at one time, but that's no longer the definition. The correct one is: $Conditions['auth'] = 'NoCache(CondAuth($pagename, $condparm))'; I guess I'm stupid though.. how can I make an 'if' statement in php to check if the user is authorized for a particular thing (edit, read, etc) on a specific page?? if (CondAuth($pagename, 'edit')) { ## user can edit $pagename ## } Yep.. thanks! I figured it out JUST before you emailed this to the list. I now have SSL working on my site just fine... SSL for the SiteAdmin.AuthForm login and then it goes back to http (non-SSL) to perform the action. My code is ugly... but here goes (feel free to suggest something better): ## Switch to SSL mode when password would be sent in the clear. $SSLActions = array( '1'='login', 'edit', 'post', 'postattr', 'attr', 'upload', 'loginadmin'); $SSLActions = array_flip($SSLActions); if (!CondAuth($pagename,$action) $SSLActions[$action]) { if ($UrlScheme != 'https') { # Copy all GET request parameters and avoid # a problem with empty filename on upload page. $getparms = array(); reset($_GET); while(list($name,$value) = each($_GET)) if(!empty($value) $name != 'n') $getparms[$name] = $name.=.urlencode($value); $ScriptUrl = 'https://www.endlessnow.com/poetofgod'; Redirect($pagename,$ScriptUrl/$pagename?.implode(,$getparms)); } } else if ($UrlScheme == 'https') { # Copy all GET request parameters and avoid # a problem with empty filename on upload page. $getparms = array(); reset($_GET); while(list($name,$value) = each($_GET)) if(!empty($value) $name != 'n') $getparms[$name] = $name.=.urlencode($value); $ScriptUrl = 'http://www.endlessnow.com/poetofgod'; $parms=implode(,$getparms); $redirname=$ScriptUrl/$pagename; if ($parms) $redirname.=?$parms; Redirect($pagename,$redirname); } ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] CleanURLs
Sameer Kumar wrote: Any ideas, anybody?? Here's my .htaccess file for a site I just set up. RewriteEngine On RewriteRule ^poetofgod[/]*$ /godspurplegirl/pmwiki/pmwiki.php [QSA,L] RewriteRule ^poetofgod/([^/a-z].*) godspurplegirl/pmwiki/pmwiki.php?n=$1 [QSA,L] RewriteRule ^poetofgod/uP/([^/a-z].*) /godspurplegirl/pmwiki/uP/$1 [QSA,L] In this case I wanted my http://mysite.com/godspurplegirl/pmwiki/... etc to be used as: http://mysite.com/poetofgod/... My upload dir is uP instead of the norm. My config.php contains: $ScriptUrl = 'http://www.mysite.com/poetofgod'; $PubDirUrl = 'http://www.mysite.com/godspurplegirl/pmwiki/pub'; And I have EnablePathInfo set: $EnablePathInfo = 1; Upload info set as follows: $UploadDir = 'uP'; $UploadUrlFmt='http://mysite.com/poetofgod/uP'; Hope this helps a bit... EVERY site is different, every provider is different... so this may not be complete or even applicable. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] CleanURLs
Sameer Kumar wrote: Please see this document: http://httpd.apache.org/docs/1.3/howto/htaccess.html It's purely a security thing. .htaccess files are placed in directories that are often times less secure than where the apache configuration files are. which says: /“In general, you should never use .htaccess files unless you don't have access to the main server configuration file.”/ ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] CleanURLs
Sameer Kumar wrote: ... That is partially true. If you read the above document, the equally important issue seems to be related to performance. I am running my own Apache server and have complete access to my config files. I therefore chose to follow this advice. Is there an argument in favor of using .htaccess files? Flexibility, ease of use and the case where you are not allowed access to the apache config file directly (e.g. most hosting providers). ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Preempting the edit password prompt
David Bruce Murray wrote: Q: Can I preempt the edit password prompt on links that don't yet have pages? The nature of my wiki requires edit passwords. When I started my wiki, I encouraged editors to insert what I call pre-links in articles. For example, an editor creating an article about Bob will go ahead and link references to Mary or Joe even if no articles exist on Mary or Joe. My reasoning was that other editors would notice these links and future articles would be encouraged as a result. This is very confusing to a common non-editor/reader, though, whose only interest is browsing the site. They click one of the links with the ? mark beside it, and can't understand why they're getting a prompt for a password. I would like to insert a message, This article has not been written yet. Please check back later and also have a way for editors to click from THAT page, submit their password, and proceed to create the new page. For the moment, I've asked editors to stop inserting pre-links until this can be sorted out. You could edit the Site login form and put the message as described in it. Of course, you still want them to be able to login, so you could wrap a conditional around the login form data there so that they have to navigate to the form directly in order to see the login form (you can put a link somewhere called login to make that easier). Shoot.. the login link could even be inside the Site login form page itself... so you get the message This article has not been written... and there will be a link to login after the message. Anything is possible. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pmwiki-users Digest, Vol 26, Issue 15
David Murray wrote: From: Chris Cox [EMAIL PROTECTED] ... You could edit the Site login form and put the message as described in it. Of course, you still want them to be able to login, so you could wrap a conditional around the login form data there so that they have to navigate to the form directly in order to see the login form (you can put a link somewhere called login to make that easier). Shoot.. the login link could even be inside the Site login form page itself... so you get the message This article has not been written... and there will be a link to login after the message. Anything is possible. Chris, It displays text password required above the form where the password is to be entered. Unfortunately, I haven't been able to find which file is rendering this text. Any ideas? I've checked authuser pagenotfound crypt.php and several more. Sorry.. I should have said. If using AuthUser it's in Site.AuthForm For example, I changed mine to look like this (just a prettier version of the default one). '''$[Please login]''' (:messages:) (:if enabled InvalidLogin:)* $[Name/password not recognized] (:if:) (:input auth_form:) (:table:) (:cell:) (:if enabled EnableAuthUser:)$[Name]: (:ifend:) (:cell:) (:if enabled EnableAuthUser:)(:input text name=authid:) (:ifend:) (:cellnr:) $[Password]: (:cell:) (:input password name=authpw:)\\ (:input submit value='OK':) (:tableend:) (:input end:) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Confusing creation of new pages in wiki hiearchy??
Carlos wrote: Hi all, I am really confused about how PmWiki creates new pages and would appreciate any help or clarification from anyone who might care to give it to me. Specifically I created some links on the sidebar after removing all existing links except the one named edit SideBar. My new links appeared with the question mark indicating the pages linked to didn't exist. So far so good. I then created the pages and then while clicking on other links in PmWiki like initial setup tasks or other pre-existing links, the sidebar links appear next to the pre-existing pages with question marks again. Though I already created them! If I then go to the browser address bar and replace http://localhost/PmWiki/pmwiki.php?n=PmWiki.InitialSetupTasks; with http://localhost/PmWiki/pmwiki.php?n=Site.InitialSetupTasks; my sidebar links to existing pages appear again. This time without the question marks. How can I set up a wiki that has NO pages such that there is no confusion between existing pages that come with the installation and those that I am creating?? Links need to be fully qualified inside of pages that are included on all pages (e.g. the SideBar). I'm just guessing, but perhaps you specified a link at (for example): [[Help]] (which if in the Main group would be Main.Help, but if in the Other group it would be Other.Help) So.. better: [[Main.Help]] or [[Main/Help]] ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] A matter of gratitude
Ian MacGregor wrote: As I look at my wiki, I can't help but have a deep appreciation for PmWiki. PmWiki allows me to express my feelings in my blog, post my photos in my photo gallery, share tutorials and skins that I create, and a long list of other things. I recently viewed my server logs and noticed that I had several thousand visitors last month and some of those folks emailed me about how useful they found imacgregor.com. I ask myself, where would I be without PmWiki? and how much work would I have had to perform had I not had access to such a wonderful wiki application?. To that end, I am going to make a monetary contribution toward the PmWiki project. I challenge everyone who reads this to do the same and the amount is totally up to you. Your donation will help support continued development and expansion of PmWiki. Please think about this and visit: http://pmwiki.org/wiki/PmWiki/SendPmMoney Ditto. In fact, a group of consultants just left our office. One of the things there were doing was an audit of our datacenter (a couple of hundred servers and fifty or so workstation/laptops). They were asking around for access to the machines... I just popped them over to our portal, brought up our inventory (automatically generated) under PmWiki they were done with that part in less than 15 minutes! They asked me... what product is this? I told them it was a home grown soln. They said... do you sell it? :) I need to post a vid or some screenshots someday... I was just thinking the other day of throwing Pm some more bucks... he actually needs a bit of funding at the moment. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] non-scrollable sidenote or Site.AllGroupHeader ?
Stéphane Heckel wrote: Goo'vening, Is it realistic to implement a non-scrollable sidenote or Site.AllGroupHeader ? Idea would be to have toolbox area (kind of floating menu) that would stay on top position whatever the lenght of the page is, Sure... especially if the browsers being used all support CSS well. Alternatively you could use a frame. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users