Re: [pmwiki-users] Lost editing capabilities during Upgrade
Make sure your .htaccess files are intact -- in place and uncorrupted. Just to rule out the easy stuff... Tegan On Sun, Aug 22, 2010 at 6:45 PM, Kevin Knuth drkn...@gmail.com wrote: Hello, I have two websites which have nearly identical installations (same skin but with different graphics): I just recently upgraded one of them from 2.2.8 version 2002008 to 2.2.17 2002017 but I have lost ALL editing capabilities. Here is the working 2.2.8 version http://cyberphysics.rit.albany.edu/index.php/Maintenance/UsingPmWiki and the broken 2.2.17 version http://knuthlab.rit.albany.edu/index.php/Maintenance/UsingPmWiki Note that the latter is *missing* the View Edit History Print Login links If I try to edit the page by writing the URL myself by adding ?action=edit http://knuthlab.rit.albany.edu/index.php/Maintenance/UsingPmWiki?action=edit I get a blank page in response It sounds like I missed upgrading something. Thanks for any help anyone can give me. ___ 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] What attachment operations do you want or need?
On Tue, May 4, 2010 at 8:19 AM, Eemeli Aro eem...@gmail.com wrote: Greetings. I'm working on a bundle of recipes for better PmWiki attachment handling http://www.pmwiki.org/wiki/Cookbook/Attache. snip I'd like to hear what you want or need to do with PmWiki attachments that isn't possible yet, or is too difficult with current recipes. I'd like fault-tolerant name conversions or context-sensitive warnings and instructions. I'm thinking of the ways that naive editors get tripped up... Maybe an option for case insensitive filename handling, so MyPic.JPG is displayed when the editor keys Attach:mypic.jpg (or vice versa)? And space/punctuation stripping, so that Attach:My Picture.jpg or Attach:My-picture.jpg or My'picture.jpg will render MyPicture.jpg if it exists? And if the user uploads My Picture.JPG, or My.Picture.jpg, then Attach:MyPicture.jpg will render it? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] What attachment operations do you want or need?
On Tue, May 4, 2010 at 9:15 AM, Tegan Dowling tmdowl...@gmail.com wrote: On Tue, May 4, 2010 at 8:19 AM, Eemeli Aro eem...@gmail.com wrote: Greetings. I'm working on a bundle of recipes for better PmWiki attachment handling http://www.pmwiki.org/wiki/Cookbook/Attache. snip I'd like to hear what you want or need to do with PmWiki attachments that isn't possible yet, or is too difficult with current recipes. I'd like fault-tolerant name conversions or context-sensitive warnings and instructions. I'm thinking of the ways that naive editors get tripped up... Maybe an option for case insensitive filename handling, so MyPic.JPG is displayed when the editor keys Attach:mypic.jpg (or vice versa)? And space/punctuation stripping, so that Attach:My Picture.jpg or Attach:My-picture.jpg or My'picture.jpg will render MyPicture.jpg if it exists? And if the user uploads My Picture.JPG, or My.Picture.jpg, then Attach:MyPicture.jpg will render it? Ooh! Also! Bulk uploads. Tegan ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Mark Things Done! - Released/Recipe Created
Hi, Mark: Congratulations on this recipe! I don't know if I'll use it myself, but it's clearly well thought-out and friendly, so if I decide I want to explore such a tool, I won't hesitate to take it for a spin. Thanks for sharing it! Tegan On Sun, Mar 28, 2010 at 10:16 PM, Mark Bacas mba...@gmail.com wrote: Hello Everyone, Mark Things Done! is a GTD based system using PmWiki, Fox, and PowerTools. Well it's something that has evolved and that I've been working on for quite a while. I've finally created a cookbook recipe on PmWiki for it. If you are interested in such a system I'd appreciate any feedback. I'll do whatever I can to correct any issues as quickly as possible. You can find the recipe at: http://www.pmwiki.org/wiki/Cookbook/MarkThingsDone A demo site is at: http://www.markthingsdone.com I'd like to thank Pm for creating a great wiki engine, Petko for maintaining it, Hans for creating Fox and PowerTools and answering lots of my questions, Peter for making PageListPlus and answering a lot of my questions, and several other people here and on PmWiki.org. Lots of information was gleaned from the various cookbook recipes and information posted on the PmWiki site. Now I'm off to mark a project done in my system: Post “Mark Things Done!” on PmWiki. Regards, - Mark ___ 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] Enable javascript in locked-down wiki?
On Sun, Feb 14, 2010 at 12:53 AM, Simon nzsk...@gmail.com wrote: Just one page, or all. Just one page If one page what I have done (based on original advice from PM) was to add the following to config.php Markup('includefile', 'directives', '/\\(:includefile\\s+([-\\w.]+)\\s*:\\)/e', Keep(implode('', file('/home/websitename/public_html/includefiles/$1'; In your wiki page try (:includefile myfile.js:) What would the content of myfile.js be? The code that makes up the widget, or something else? where myfile.js is in the directory includefiles Thanks, Simon! On 14 February 2010 14:36, Tegan Dowling tmdowl...@gmail.com wrote: For a school's site, I'd like embed this widget code in a page: script type=text/javascript src= http://widgets1.renlearn.com/content/widgets/readingactivity/readingactivitywidget.js;/scriptscriptif (READINGACTIVITYWIDGET) READINGACTIVITYWIDGET.renderWidget(' http://widgets1.renlearn.com/', 'MCPSCX6');/scriptnoscriptEnable Javascript in your browser to view this content./noscript I do have html enabled on the site, and I added script and noscript to the list of html terms to enable -- in local\config.php I have: include_once($FarmD/cookbook/enablehtml.php); EnableHtml(a|select|option|form|input|iframe|img|small|object|param|embed|script|noscript); Having done that at least results in hiding the lines above when I add them to a page, but it doesn't suffice to display the widget. Can I add something else to the enablehtml stuff on config.php that will make this work? I don't know from javascript, so I don't know if part of doing this right might be to put some of the widget code in the header of the skin.tmpl file -- but if so, which part, and what goes on the page itself? Thanks! Tegan ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Enable javascript in locked-down wiki?
For a school's site, I'd like embed this widget code in a page: script type=text/javascript src= http://widgets1.renlearn.com/content/widgets/readingactivity/readingactivitywidget.js;/scriptscriptif (READINGACTIVITYWIDGET) READINGACTIVITYWIDGET.renderWidget(' http://widgets1.renlearn.com/', 'MCPSCX6');/scriptnoscriptEnable Javascript in your browser to view this content./noscript I do have html enabled on the site, and I added script and noscript to the list of html terms to enable -- in local\config.php I have: include_once($FarmD/cookbook/enablehtml.php); EnableHtml(a|select|option|form|input|iframe|img|small|object|param|embed|script|noscript); Having done that at least results in hiding the lines above when I add them to a page, but it doesn't suffice to display the widget. Can I add something else to the enablehtml stuff on config.php that will make this work? I don't know from javascript, so I don't know if part of doing this right might be to put some of the widget code in the header of the skin.tmpl file -- but if so, which part, and what goes on the page itself? Thanks! Tegan ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Display PDF
On Thu, Jan 21, 2010 at 1:18 PM, 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. Another option: Upload to Scribd.com and embed html widget? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Changing basic Skin
On Wed, Jan 6, 2010 at 1:37 PM, Patrick Provinciael patrick.provinci...@gmail.com wrote: Problem has been solved. Apparently, you're not supposed to change the name of the file pmwiki.css I changed it because http://www.pmwiki.org/wiki/PmWiki/Skins section How can I modify an existing skin? led me to believe you could. I quote: While the name of the skin.tmpl and skin.css files don't usually matter, the optional skin.php file MUST match the name of the skin. Hi, Patrick, Here's my understanding of how the names work: You can rename skin.tmpl to whatever you like -- the first .tmpl in the directory is the one that gets used. Then there's a line near the top of the html code in your skin.tmpl file where you specify which skin.css file to use. Anyone: is that right, wrong, incomplete? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] group headers not working in login page???
On Wed, Dec 30, 2009 at 8:50 AM, Tegan Dowling tmdowl...@gmail.com wrote: On Tue, Dec 29, 2009 at 11:40 AM, dan mcmullen b...@bangzero.org wrote: wouldn't that mean figuring out how to embed the current special logic in the new login/attach/history pages? from what i've seen of the code that might be tricky, since they are generated directly from raw html to some extent. if i am missing your point Tegan please elaborate. On 12/28/2009 10:01 AM, Tegan Dowling wrote: thanks for the thoughts everyone. i'm guessing at this point that these 'special' pages just can't be styled in the way i am hoping for. Then make your own? Create a custom.tmpl and add a new div before any of the other page-level divs, and use the wiki! code in it to have it populated by a new page (that Site.GlobalStyles one again, maybe)? So, have you tried, even just as a test, putting a sample of your style markup in SiteHeader? If that works, then just putting (:include Site.GlobalStyles:) in SiteHeader should work, provided that anything in Site.GlobalStyles that shouldn't be displayed in SiteHeader is nested in something like (:if ! name Site.GlobalStyles:) blah blah (:ifend:) If not, then I'll try to explain what I'm suggesting for adding a new page in a new div that will hold your settings, so you don't need to get them into the special pages. Well! Never mind me -- I have no clue how to fix this. I just tried a few tests. I put this: %define=note font-style=italic color=green% Note %note%test note%% on a page of one of my wikis, and the Note test note displayed just as you'd expect, with the second and third words italicized and green. Then I took away the line %define=note font-style=italic color=green% and put that in the wikigroup's GroupHeader, and the Note test note still displayed as expected. Next I deleted the group's GroupHeader page and put the line %define=note font-style=italic color=green% in the Site.Header (my skin's SiteHeader page). Now the Note test note line is no longer formatted. I finally tried adding %define=note font-style=italic color=green% to a separate page Site.OverPage that I have displayed above the Site.Header -- coded in the skin's .tmpl file as div id=outsidetop !--wiki:Site.OverPage-- /div but the Note test note line still dispays unformatted. Other rules that I have hidden in Site.OverPage and Site.Header do work, rules like (:if expr ! exists {*$Group}.SideMenu ! exists {*$Group}.SideBar :)(:noleft:)(:if expr ! exists {*$Group}.RightMenu ! exists {*$Group}.RightBar :)(:noright:)(:ifend:) BUT these style definitions don't. Why? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] group headers not working in login page???
On Tue, Dec 29, 2009 at 11:40 AM, dan mcmullen b...@bangzero.org wrote: wouldn't that mean figuring out how to embed the current special logic in the new login/attach/history pages? from what i've seen of the code that might be tricky, since they are generated directly from raw html to some extent. if i am missing your point Tegan please elaborate. On 12/28/2009 10:01 AM, Tegan Dowling wrote: thanks for the thoughts everyone. i'm guessing at this point that these 'special' pages just can't be styled in the way i am hoping for. Then make your own? Create a custom.tmpl and add a new div before any of the other page-level divs, and use the wiki! code in it to have it populated by a new page (that Site.GlobalStyles one again, maybe)? So, have you tried, even just as a test, putting a sample of your style markup in SiteHeader? If that works, then just putting (:include Site.GlobalStyles:) in SiteHeader should work, provided that anything in Site.GlobalStyles that shouldn't be displayed in SiteHeader is nested in something like (:if ! name Site.GlobalStyles:) blah blah (:ifend:) If not, then I'll try to explain what I'm suggesting for adding a new page in a new div that will hold your settings, so you don't need to get them into the special pages. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] group headers not working in login page???
On Mon, Dec 28, 2009 at 12:21 AM, dan mcmullen b...@bangzero.org wrote: Tegan has the idea i am going for here. so, the styles in AllGroupHeader are mostly those which effect the color scheme for the site. i have some custom markup that defines a site color set. then all the site styles, both css and wikistyles, can use meaningful color names instead of hex. and this provides a single point in an easily modified page where a webmaster can tweak the site colors. the problem seems to be that the login, uploads and history pages do not use the normal page layout scheme. so changing $GroupHeaderFmt does not seem to be effective, for css or wikistyles. i will try Tegan's suggestion of putting styles in my skin's SiteHeader page. but that seems awkward, and i think the SiteHeader page is normally processed after the main page content, so i'm uncertain if it would work for normal pages. thanks for the thoughts everyone. i'm guessing at this point that these 'special' pages just can't be styled in the way i am hoping for. Then make your own? Create a custom.tmpl and add a new div before any of the other page-level divs, and use the wiki! code in it to have it populated by a new page (that Site.GlobalStyles one again, maybe)? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] group headers not working in login page???
On Sun, Dec 27, 2009 at 12:13 AM, dan mcmullen b...@bangzero.org wrote: ps- looks like it's the same situation for the uploads page. On 12/26/09 7:01 PM, dan mcmullen wrote: hello all! i am using an AllGroupHeader page to define some global styles. it seems that group headers are not normally in effect for some page actions - i.e. PageName?action=xxx. for the search and edit actions i can put (:groupheader:) in the respective Site page and enable the global styles. but this does not work in Site.AuthForm, so the global styles are missing on the login page. anyone know of a way to make this work? i could just disable the site header and sidebar for the login page, which hides the problem. but it would be nicer to present the login page in the same format as the rest of the site. I like to set my sites up so that, as much as possible, things are do-able from within the wiki -- so that users (appropriately authorized/authenticated) can configure stuff without having access to the server, SO I respect your effort to configure global styles from within wiki pages that are globally displayed. How about putting your settings (or including something like a Site.GlobalStylesSettings page) in the site's header instead of its AllGroupHeader? I don't use the default PmWiki skin, so I'm not familiar with what elements have what actual names, but I mean the page that produces the part of the skin that contains the site's logo and main title. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Tags
On Tue, Dec 1, 2009 at 6:42 AM, Mark Trumpold mtrump...@cacegypt.org wrote: Hi Folks How can I place tags in my pages to help improve traffic to our websites Mark: Do you by any chance mean keywords, for search-engine robots? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Setting page privs from config.php
On Fri, Oct 2, 2009 at 2:25 AM, Hans desi...@softflow.co.uk wrote: Friday, October 2, 2009, 7:33:51 AM, Christian Bartolomaeus wrote: My suggestion was to override the global passwords (from config.php) in a page customization file (say Main.Test.php for page Main.Test). I think it is unwise to set any default password in a page or group customisation file, because a page protected in such a way will not be protected if it is for instance included by another page. To have proper protection for an individual page its password attributes need to be set in the page with action=attr, or for the group in the GroupAttributes page with action=attr. Do not use a page customization php file for this! Whoa! This is a bit off-topic but, Hey! This could come in really handy. There have been times when that's *just* what I wanted -- to protect a page itself from being read (or edited) directly, but still allow it to show up in an include. Good to keep in mind. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] double logon
On Wed, Sep 30, 2009 at 4:57 AM, Peter Bowers pbow...@pobox.com wrote: I have a site which I just recently converted to a farm, using the existing site as the main site and others referring into that location. I can't guarantee that the switch to the farm was what caused it because I use this site to mess around often and may have broken it before without noticing. But every time I try to log in (authuser) it makes me log in twice. Once I've logged in twice then everything is great. Any idea what could cause this? (2.2.0) Just for clarity, do you mean that as soon as you log in, it asks you to log in again, or is it that you log in, then try to do something, and then get asked to log in again? (note that I absolutely do not have the solution to this, no matter what the situation turns out to be.) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] double logon
On Wed, Sep 30, 2009 at 9:32 AM, Peter Bowers pbow...@pobox.com wrote: On Wed, Sep 30, 2009 at 2:33 PM, Tegan Dowling tmdowl...@gmail.com wrote: Just for clarity, do you mean that as soon as you log in, it asks you to log in again, or is it that you log in, then try to do something, and then get asked to log in again? The former -- as soon as I type username/password and submit the form it immediately comes back to ask me for another username/password. This is the case even if I'm on a page that doesn't require authorization and I have just used ?action=login. Fwding to the list -- because, as I said, I absolutely do not have the solution to this, no matter what the situation turns out to be. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Find out which passwords are set
On Fri, Sep 25, 2009 at 3:30 PM, Petko Yotov 5...@5ko.fr wrote: On Friday 25 September 2009 16:42:24 Mike wrote: Hello everyone, Hello! Now I have a particular page which I want to be available to all users of the @readers group, as well as to anyone who know one of four passwords. So I set the read attribute to @readers pw1 pw2 pw3 pw4 Now unfortunately, if after 4 months I come back and forgot which passwords I distributed, I cannot determine this anymore. All I see is @readers *** *** *** ***. Would there be any way to find out in a way as convenient as possible, which passwords have been set for which page? No, the page does not store the real passwords, but one-way encoded hashes -- it can verify that the user knows the real password, but cannot decode back the password from the hash. It's a security measure, to prevent an attacker who managed to get the disk files to learn your real passwords. In particular, the problem arises when I want to distribute one more password but maybe forget one of the older ones: it then becomes unusable which I did not want to achieve. If you disable a password because you don't remember it, the people who use it will call you, and you can fix it at that time. You can leave them a message not to panic, on your page [[Site.AuthForm]], it will appear on the login form. Maybe something like what I do would help you. To avoid this problem, and to make changing passwords easier, I often add a page named Access to a restricted wiki-group. The exact rules, privileges and wording of the page may vary depending on the circumstances, but I usually edit-protect with @lock, so only an admin can edit it, and if the group has multiple read-passwords, I may read-protect the Access page with just the one that I consider highest-ranking. I'll have on it: The read password(s) for this page-group is/are -'''pswd1 pswd2''' The edit and upload password(s) for this page-group is/are -'''pswd1 pswd2''' To change passwords for the page-group, a user must be logged in with the site's admin password. (:if auth admin:) # edit this page and modify either or both of the lists above (the list must be a space-separated series of one-word passwords) # save the edit # select (highlight) the new list and copy it # go to [[{$Group}.GroupAttributes?action=attr]] and paste the list into the form field for the read, edit or upload attribute, as appropriate **note that edit-access does 'not' automatically confer read- or upload-access -- each attribute must be modified individually (:ifend:) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Using pmwiki for School Websites
http://www.milwcollegeprep.com/ is built with v2.1.26. I don't have a wikigroup for each teacher, though -- I couldn't convince them to use it that way. http://www.nonviolentworm.org has a bloggish part at http://www.nonviolentworm.org/DiaryOfAWorm/HomePage that uses a bunch of custom pieces -- but the new bloge recipe (I think it's called) might be more fully developed. My main concern here would be security -- once you start having classrooms and instructors using the site, they are likely to want to let their kids use it, too -- I would hope so, anyhow! But that probably means per-user authorization/authentication, with usernames and individual passwords and preferably addons to automate that. On Fri, Sep 18, 2009 at 11:05 AM, Adam Eyring adameyr...@gmail.com wrote: Hi all, I've been roped as a volunteer into coming up with a revised website for my kid's school using pmwiki (the budget is too low for a site produced by a paid consultant). I've been using pmwiki for neighorhood and alumni groups. It's going to be more challenging to do the school because teachers would like to have their own password-protected pages for posting assignments (not grades because there is a separate system for that). The principal also would love to add notes now and then like a blog. I can see this being all possible, but I'd like to hear from others who have created school sites and associated issues. Thank you and I look forward to your response. Adam ___ 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] Can I set default home page name to HomePage instead of {$Group}?
If I create a link to the home page of a group that doesn't yet exist: [[NewGroup/]] and click it, the wiki takes me to NewGroup.NewGroup?action=edit. I want it to take me to NewGroup.HomePage?action=edit. I can live with the Site.Site and SiteAdmin.SiteAdmin pages functioning as the home pages for those default groups, but I want new groups to have default home pages named HomePage, not named the same as the group -- I find users confused by having the home page of a group having the same name as the group itself. I've looked in the documentation, of course, but if the answer is there, I'm not finding it. Thanks! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] PmWiki 2.2.3 released
On Wed, Jul 15, 2009 at 6:53 PM, Petko Yotov 5...@5ko.fr wrote: Hello. I have released pmwiki-2.2.3 stable today snip A new variable $EnableUploadGroupAuth was added; if set to 1, it allows password-protected uploads to be checked against the Group password. This variable works with $EnableDirectDownload set to 0. How does this compare to, or alter, the previous method of password-protecting uploads? Running 2.1.x, I've been using the method of 1) setting $EnableDirectDownload to 0 in config.php, and 2) having uploads/.htaccess with: Order Deny,Allow Deny from all Now I've upgraded to 2.2.5, and looking over all the 2.2.x changes, I see we have http://www.pmwiki.org/wiki/PmWiki/UploadVariables#EnableUploadGroupAuth, which says: Set $EnableUploadGroupAuth = 1; to authenticate downloads with the group password. This could be used together with $EnableDirectDownload = 0;. I'm confused -- if I'm already setting $EnableDirectDownload to 0, what does EnableUploadGroupAuth do? Is the difference some change in the file uploads/.htaccess? Instructions at http://www.pmwiki.org/wiki/Cookbook/SecureAttachments don't reflect any change, other than to add a See Also link to http://www.pmwiki.org/wiki/PmWiki/UploadVariables#EnableUploadGroupAuth. Thanks! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] PmWiki 2.2.3 released
On Sun, Sep 6, 2009 at 9:17 AM, Eemeli Aro eem...@gmail.com wrote: 2009/9/6 Tegan Dowling tmdowl...@gmail.com: Now I've upgraded to 2.2.5, and looking over all the 2.2.x changes, I see we have http://www.pmwiki.org/wiki/PmWiki/UploadVariables#EnableUploadGroupAuth, which says: Set $EnableUploadGroupAuth = 1; to authenticate downloads with the group password. This could be used together with $EnableDirectDownload = 0;. I'm confused -- if I'm already setting $EnableDirectDownload to 0, what does EnableUploadGroupAuth do? With $EnableDirectDownload disabled, downloading an attachment requires 'read' permissions on the page to which the upload is attached. However, in the default case uploads are kept in per-group directories, which means that the same file is accessible from every page in a group. Previously, and without $EnableUploadGroupAuth, it would be possible that a page in a group has more lax read permissions than other pages, and an attachment apparently belonging to a restricted page would be accessible via this page. With $EnableUploadGroupAuth enabled, the download permissions are always checked instead from the GroupAttributes page, which is common to all files in the group. So, then, would there be any reason to set $EnableUploadGroupAuth = 1 without also setting $EnableDirectDownload=0? And must uploads/.htaccess be the same in any case? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] embed google form in page
I just enable select html, either for the page(s) where the form will be embedded, or for the whole wiki, depending on the security setup in place. // Enable HTML include_once($FarmD/cookbook/enablehtml.php); EnableHtml(a|select|option|form|input|img|iframe); On Fri, Sep 4, 2009 at 4:49 PM, Chris Lott ch...@chrislott.org wrote: Google spreadsheet forms produce an iframe based embed code... is there some way to use this code (or other method) to embed a google form into a wiki page? Here's a sample of the embed code as it is produce by google apps: iframe src= https://spreadsheets.google.com/a/alaska.edu/embeddedform?key=xxx; width=760 height=997 frameborder=0 marginheight=0 marginwidth=0Loading.../iframe c -- Chris Lott ___ 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] Restore little feature lost w 2.2.5?
I've been hanging with 2.1.26 until now, because I knew the relative variables were going to require a whole lot of tweaking of fancy-pants wiki-code I've stuck all over the place. I'm now in the middle of updating a test site, and that aspect of things is going as expected -- I'm getting there. I knew changes would also show up in unexpected places (I've been expecting the unexpected), and so far have been able to work out what's going on with those. Here's one that I can't figure out, though: I had my sites set up so that action=edit would always display the page preview below the EditQuickReference. This was accomplished by having this in local\config.php: ## Show preview below all edits if ($action == 'edit') $_POST['preview'] = 1; Now edit mode no longer displays the preview until I hit the preview button (as in the default PmWiki configuration). What change can I make to restore this lost functionality? Thanks! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Restore little feature lost w 2.2.5?
On Mon, Aug 31, 2009 at 12:57 PM, Eemeli Aro eem...@gmail.com wrote: if ($action == 'edit') $_REQUEST['preview'] = 1; Fantastic -- that did it -- thank you! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Reducing PmWiki website mainteance
On Sat, Aug 15, 2009 at 5:31 PM, Simon nzsk...@gmail.com wrote: These is an ongoing background load of sandbox type changes to new pages in the Main group and at times to New groups. I'd like to see a discussion about, and to suggest, that, on PmWiki.org all Main pages (except sandbox), and new page creation, should be password protected (you know which one), and creation of new groups should similarly be password protected. I'm a mere wikignome-type toiler in the garden; I did some work de-spamming and de-sandboxing of the site for a while, but quit when I saw the incidents becoming so frequent (in fact, I quit watching AllRecentChanges because of it) that I became convinced an automated system was called for. I've long admired Simon's tenacity in his efforts to keep the wiki clean; if Simon says (heh) passwords are needed, then I believe passwords are needed. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] [pmwiki-devel] New Page Pulls Content From Template
On Wed, Jun 24, 2009 at 3:43 PM, Ryan O'Toole r...@mit.edu wrote: Hi PmWiki How can I setup my wiki so that any page created in a given group will be automagically populated with some default content, i.e. a set of headings which need to be consistent across pages in that group? I thought I'd seen this explained somewhere on the site, but I'm failing to find it. Yup! They're called Edit Templates, and introduced here: http://www.pmwiki.org/wiki/PmWiki/EditVariables#EditTemplatesFmt Let us know if you have trouble with it. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Looking for suggestions for neighborhood site
On Mon, Jun 15, 2009 at 1:32 AM, kjettil kjet...@wanadoo.fr wrote: David Spitzley wrote: Ideally I want to allow separate logins per business or other organization, with separate pages for each, each of them individually stylable. I'm half considering rolling my own, but I'd like hear any suggestions others may have of either specific configurations of pmwiki (I've done about 6 installs for different purposes, but nothing too different from a standard wiki), or of other software which would support such a project effectively. Snip All sites work like charm, except ... ... except for sites with novice users, where PmWiki's lack of WYSIWYG editing is an effective barrier to user participation. Most people simply don't want to take the time to learn wiki coding. And if they try, they often get things wrong, end up with an ugly looking page and never try again. In one case, a club site where club members were supposed to contribute text and images, we had to scrap the PmWiki site entirely and instead use WordPress. That reduced the number of degrees of freedom in web design but solved the problem with user participation. That's my experience, too -- unless I have a good relationship with a very capable representative of the users' group, and together we're prepared to watch the site like hawks and jump in helpfully the moment a user has trouble (*after* conducting group and one-on-one training sessions that communicate, above all, the availability of help when it's needed), you'll get users giving up in disgust. Most of my wikis have very few users, and I work with them to get them comfortable with the wiki markup. You might look at something like a roll your own social network -- e.g. ning.com. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] OT: Google Wave -- the new wiki (and everything else)
I haven't finished watching all of it, but it's exciting. As long as we have an OT thread, here's another, much briefer video about using wikis and wiki philosophy: http://www.ikiw.org/2009/05/26/ward-cunningham-explains-wiki-philosophy-with-furniture/ On Fri, May 29, 2009 at 8:46 PM, DaveG pmw...@solidgone.com wrote: Looks very interesting, and a nice take on mashing together a number of concepts. http://wave.google.com/ Video is long, but well worth it. ___ 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] Import tables keeping alignment?
On Fri, May 22, 2009 at 7:10 PM, Simon nzsk...@gmail.com wrote: Try one of the table recipeshttp://www.pmwiki.org/wiki/Category/Tables http://www.pmwiki.org/wiki/Category/Tablessay http://www.pmwiki.org/wiki/Cookbook/Text2Tbl http://www.pmwiki.org/wiki/Cookbook/Text2Tblor http://www.pmwiki.org/wiki/Cookbook/Tabulate or http://www.pmwiki.org/wiki/Cookbook/ExcelPaste ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Space in pagelist
On Mon, May 11, 2009 at 6:44 PM, Steven Benmosh word...@gmail.com wrote: I have a wikifarm, with the main site being http://www.words2u.net/pmwiki/?n=Home.HomePage and a secondary wiki of recipes at http://www.words2u.net/recipes/index.php?n=Main.HomePage. I have two configuration files, the main at /pmwiki/local/config.php and the other at /recipes/config.php, and both have in them $SpaceWikiWords = 1; Indeed the title of the page names in both wikis is spaced. However, I am finding that the behavior of pagelists is different. On http://www.words2u.net/pmwiki/?n=BusRoutes.HomePage the pagelist command is (:pagelist group=BusRoutes -Template list=normal count=7 order=-ctime:) and the links are spaced. In http://www.words2u.net/recipes/index.php?n=Recipes.Recipes, the pagelist command is (:pagelist group=Recipes list=normal -Template:) and the links are not with spaces. Hi, Steven: I don't know why the default pagelist format would give you spaced output in one place, and un-spaced in another, but as a work-around, you could use the fmt= part of http://www.pmwiki.org/wiki/PmWiki/PageListsto choose a format to specify. There are a bunch of pre-defined formats for the pagelist output, and if you don't find the one you want, you can create a Site.LocalTemplates page on your site and create your own format there. Does that help? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Duplicated '' in edited pages
On Fri, May 1, 2009 at 9:55 PM, Petko Yotov 5...@5ko.fr wrote: On Friday 01 May 2009 00:33:55 st...@projectexperts.com wrote: Whenever I edit a page that has an apostrophe mark, either because of bolding or because of a standalone apostrophe, it doubles it when it saves. If I do this 10 times, it doubles the number of apostrophes 10 times. I am using FixFlowSkin, and have also downloaded the current version of that skin. I also copied to a different site, with the same results. Hello. Does the problem happen with another skin? Like the default pmwiki skin? Do you have any local customizations? Recipes, new markup rules, $ROEPatterns or $ROSPatterns? Does anyone have any suggestions? Usually, you can disable your settings in config.php, one after another (temporarily place # at the beginning of the line). While a recipe is disabled, you edit a wiki page to see if the problem has gone. If yes, the disabled recipe was probably responsible. Ben Stallings had an issue that might have been the same back in December. He had three posts, with two replies from PM, on 12/19 and 12/20, in a thread apostrophes getting doubled, backslashes stripped, which might be useful -- it was over my head, but had to do with magic quotes and a host's php settings. Hope that helps, Tegan ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] comment spam and blogs
On Thu, Apr 30, 2009 at 7:40 AM, Peter Bowers pbow...@pobox.com wrote: On Thu, Apr 30, 2009 at 12:41 PM, Simon nzsk...@gmail.com wrote: I use a publicly accessible password, I don't even have to go as far as a captcha, it has stopped 100% of the spam, I use this as well and can concur that it stopped 100% of spammers. You can see http://www.pmwiki.org/wiki/Cookbook/OpenPass to see how it is implemented. -Peter Peter: That looks like a cool recipe! Would it be easy to create a version that would only work for specified wikigroup(s)? On many of my sites I have a site-wide, user password that I would NOT want displayed in the manner of this recipe, but I could want a public password on certain publicly-editable pages. That is, as I read it, your recipe defaults to displaying a password, except when over-ridden. I'd like the opposite case, with defaults to NOT displaying the password, except when desired. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] internal page
On Tue, Apr 21, 2009 at 7:26 AM, Xueli Wang w...@knmi.nl wrote: Hello pmwiki users: I have a question over making page in the pmwiki which can only viewed by certain group of people. We want to have some pages that internal for ourself. Is it possible to do that? If you have a hint please mail me. In the Organizing and Protecting Pages section of http://www.pmwiki.org/wiki/PmWiki/DocumentationIndex, follow the link Passwords. Other links to follow, for additional reading, might be the one to Wiki groups, and in the Installation and mainentance section, the link to read about Security. Please let us know if those don't answer your questions, or if you'd like some examples. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Meta Description -- top or bottom of page?
I'm wondering if (:description your page's description goes here:) should be at the top or bottom of a page? If one page, including its meta-description, is included in another, which description 'wins'? I always have (:title page title goes here:) at the foot of my pages as a consistent way of preventing the 'last title wins' issue with titles -- is description similar? Thanks! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] [listes] Images Not Displaying
On Thu, Apr 16, 2009 at 10:42 AM, Lane Lester lles...@info-fast.com wrote: On Thu, Apr 16, 2009 at 11:24 AM, Velosteph velost...@ferrosteph.net wrote: Read the documentation about attach files Thanks, Stephane, for the tips. I read and have used the upload/attach technique, but the docs also say: To place an image into a page, enter the address (url) of the image into the markup text. Any alternate text (used for tooltips and for browsers that do not display images) is placed in double quotes immediately following the image url. A caption can follow separated by a vertical bar (|), and may include simple formatting That's the technique we were trying to use. If it doesn't work (it didn't for us), then I'll tell the students they have to use the upload/attach approach. But if there's a way to make it work, I'd like to know what it is. What was the URL? Can you send it to us? Or can you try putting it on http://www.pmwiki.org/wiki/Test/ImageTest ? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Petko's FixFilenames feature in Mini
Last month, Petko added an option to his already-wonderful image-gallery recipe Mini (http://www.pmwiki.org/wiki/Cookbook/Mini) that will convert an uploaded file's 'extension to lowercase, spaces to underscores _, and will strip all problematic characters.' The option is: $Mini['FixFilenames'] = 1; I'd like to be able to use such a setting for all uploads, regardless of whether they're images for mini or not -- is this already enabled in 2.2.1 (I'm running 2.1.26)? In any case, is it possible to add this to my 2.1.26? This would be **such** a great help with many of my sites' authors! Thanks, Tegan Dowling http://twitter.com/wikignome The future’s here already. It’s just unevenly distributed. -- William Gibson ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Older Versions
On Tue, Apr 14, 2009 at 12:58 PM, Chris Lott chris.l...@gmail.com wrote: Am I correct in assuming that the only way to view an old version of a page is to: go to the history, click restore, and then preview (or save and view) that version? That's how I always do it -- I'm not aware of any alternative. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Changing login content
There are at least a couple of ways to do this. One would be to create a special version of the skin for your Main/HomePage that doesn't incorporate any of the Site-group or other Main-group pages, then set read-access to Main/HomePage to @nopass. Another way would be to create an all-html version of index.php, with the material you want your visitors to see, just with normal html markup. Where I've done this, I've customized the root-level .htaccess file FROM: RewriteEngine on RewriteRule ^([A-Z].*) /pmwiki.php?n=$1 [L,qsappend] RewriteRule ^$ /index.php [L,qsappend] php_flag display_errors off TO: RewriteEngine on RewriteRule ^([A-Z].*) /pmwiki.php?n=$1 [L,qsappend] RewriteRule ^$ /index.php [L,qsappend] php_flag display_errors off (and I've also incorporated an html link somewhere to the site's Main/HomePage for my own convenience.) There are probably other approaches, as well. Ask if yo need more information, Tegan Dowling http://twitter.com/wikignome The future’s here already. It’s just unevenly distributed. -- William Gibson On Sun, Apr 12, 2009 at 11:13 PM, graeinler graein...@gmail.com wrote: Hi everyone, I have pmwiki password protected all pages and groups by editing the config.php file. This works fine, however, I'm wanting to add in some content (preferrably html) to the login page so that non members of the site at least has some content to look over. I've tried looking over the website on how to do this but I haven't come around anything. If anyone can point me where to start or what I need specifically to change, that would be most appreciated. Thanks ahead. ___ 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] Changing login content
On Sun, Apr 12, 2009 at 11:13 PM, graeinler graein...@gmail.com wrote: Hi everyone, I have pmwiki password protected all pages and groups by editing the config.php file. This works fine, however, I'm wanting to add in some content (preferrably html) to the login page so that non members of the site at least has some content to look over. I've tried looking over the website on how to do this but I haven't come around anything. If anyone can point me where to start or what I need specifically to change, that would be most appreciated. Whoops! Sorry for the top-post, before, and also for my sloppiness in the before-and-after pictures of the .htaccess file. Delete that reply, please, and use this one: There are at least a couple of ways to do this. One would be to create a special version of the skin for your Main/HomePage that doesn't incorporate any of the Site-group or other Main-group pages, then set read-access to Main/HomePage to @nopass. Another way would be to create an all-html version of index.php, with the material you want your visitors to see, just with normal html markup. Where I've done this, I've customized the root-level .htaccess file FROM: RewriteEngine on RewriteRule ^([A-Z].*) /index.php?n=$1 [L,qsappend] RewriteRule ^$ /index.php [L,qsappend] php_flag display_errors off TO: RewriteEngine on RewriteRule ^([A-Z].*) /pmwiki.php?n=$1 [L,qsappend] RewriteRule ^$ /index.php [L,qsappend] php_flag display_errors off (and I've also incorporated an html link somewhere to the site's Main/HomePage for my own convenience.) There are probably other approaches, as well. Ask if you need more information, Tegan Dowling http://twitter.com/wikignome The future’s here already. It’s just unevenly distributed. -- William Gibson ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Using PmWiki as an invisible wiki for a personal website
On Tue, Mar 3, 2009 at 12:28 AM, Jo Vermeulen jo.vermeu...@gmail.comwrote: Hello, I have been experimenting with a few wikis lately in order to use one as the backend for my personal website. I was partly motivated by an article about WikkaWiki [1] that described how it can be tuned to allow only the administrator to edit pages. Moreover, they also modify the skin to hide wiki actions and the typical wiki look and feel (see [2] for details). The reason I want to use a wiki as a backend for my website is that I want to focus on the content, and want to easily add a few things on my website or reorganize content. Although I did experiment a bit with WikkaWiki, I have also been looking into PmWiki because I like its features and customizability (amongst others flat files, the ability to upload, wiki trails and wiki groups). I was wondering how I can use PmWiki as an invisible wiki backend. I figured out how to allow only admins to edit pages, but I'm not sure how I can easily hide edit/view/history etc. actions. Is there any PHP variable that I can use in my template (I'm creating a custom skin) to hide the actions bar at the bottom of the page? Thanks in advance! [1] http://www.academicproductivity.com/2009/how-to-run-an-invisible-wiki/ [2] http://docs.wikkawiki.org/InvisibleWiki I do this for almost all my sites; I call them stealth wikis. See http://www.emergencydigital.com/Gallery Tegan Dowling http://twitter.com/wikignome The future’s here already. It’s just unevenly distributed. -- William Gibson ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Fwd: Hosting Qs: reseller, wikifarm
On Tue, Feb 10, 2009 at 12:04 PM, Patrick R. Michaud pmich...@pobox.com wrote: I have and use reseller accounts on my VPS (provided through powervps.com) to set up multiple domains and wikis. Maintaining a wiki farm in such an environment is fairly easy to do, and the individual accounts are able to manage their own mail settings, mailing lists, and other items through the cpanel interface. It works very well. That said, I've never actually done any invoicing or bookkeeping for these accounts, as I host them as a donation/courtesy to various organizations I'm involved with or feel like supporting. In 2006 I also wrote a longish message on this subject on another list [1], and what I wrote there continues to be true today -- it's important to find a service provider where their typical client fits your profile, because their support systems are then tuned to meeting your needs most effectively. For many years I would be at providers where the issues I had were not the common ones for the provider, and I had many frustrations and delays as a result. [1] http://www.ntlug.org/pipermail/discuss/Week-of-Mon-20060828/026653.html To answer some of the specifics of your message: Do reseller accounts typically include Virtual Private Server service, or not? If not, that is something I should also look for, right? VPS and reseller accounts can be either separate or combined -- i.e., one can have a VPS-only, reseller only, or VPS+reseller. I have the latter. I decided to go with VPS because I wanted better ability to troubleshoot and tune things myself without having to go through support (and would probably choose this even if I didn't already know how to do that because I can always learn). In either case, I would need the host to provide support for hardware and LAMP system stuff, as I would have no clue how to administer my own environment. How do I ask for this - what's the correct terminology? This is normally provided for you as part of any VPS or reseller package -- the provider takes care of the basic operating system and software updates, you're responsible only for any customizations you perform. AND I'd ideally like to be able to manage the client sites as fields in a wiki farm, so somehow I'd like to be able to have the PmWiki engine installed on a parent account that the client fields would take orders from. Is this possible, in a reseller environment? It's certainly possible, but in this case you probably want to be sure to get a virtual private server. With a reseller-only account you might not have sufficient access to be able to easily make the wikifarm installation available to your clients -- having a VPS means you almost certainly can do it. Another reason to favor having a VPS is that with reseller-only accounts there may be other resellers' clients sharing the server (virtual or otherwise) with your clients. This can make things a bit more complicated if you ever want to upgrade your service level with a provider, or migrate to another provider. Also, having your own VPS means you don't have to worry about other resellers' clients being able to (accidentally or maliciously) access your clients' data. If you decide to go with a VPS+reseller combination similar to what I have with pmwiki.org, I highly recommend PowerVPS.com . I've had very good experience with them, both in terms of long-term stability and in the responsiveness/quality of their support teams. Unlike many providers, they _only_ offer VPS and dedicated hosting packages, and not individual site accounts. The advantage of this (and the primary advantage I was looking for) is that my support questions aren't buried in a flood of How do I change my password? and What is a domain? types of questions that come from the people buying smaller packages available from other providers. The potential disadvantage is that I don't know how much hand-holding they're able to provide for those types of questions if you're likely to have them. However, it appears to me that the web interfaces they provide are such that even someone with limited LAMP experience would be able to function well in their vps. Hope this helps; if I can provide any more details or answer other questions I'll be glad to do so. Pm Wow, that's great, and makes all kinds of sense. I'm looking at and impressed with PowerVPS, and right away see that I would need to choose between cpanel and plesk. I have the impression that cpanel is a little friendlier to a less-knowledgeable user. Is that correct, do you think? If so, do you know if I would Iose functionality I need for a wikifarm if I chose that? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Fwd: Hosting Qs: reseller, wikifarm
Bumping, just in case anyone has successfully combined reseller hosting with wikifarm setup? -- Forwarded message -- From: Tegan Dowling tmdowl...@gmail.com Date: Sat, Feb 7, 2009 at 9:16 AM Subject: Hosting Qs: reseller, wikifarm To: PmWiki Users pmwiki-users@pmichaud.com Hey: I'd like to figure out what features to look for in a host. Recommendations of specific hosts would be terrific, but for a more general, long-term approach it would be helpful to have lists of must-haves, nice-to-haves, and mustn't-haves (lists that include basic stuff that might seem obvious to many). I'd like to set up a new hosting account for myself and my clients, so a reseller account. I'd like it to have features for invoicing clients for hosting and wiki support that I provide, while allowing clients to administer their own email (and possibly other features like the plug-ins many hosts provide). Any suggestions for features to watch (out) for, there? Do reseller accounts typically include Virtual Private Server service, or not? If not, that is something I should also look for, right? In either case, I would need the host to provide support for hardware and LAMP system stuff, as I would have no clue how to administer my own environment. How do I ask for this - what's the correct terminology? AND I'd ideally like to be able to manage the client sites as fields in a wiki farm, so somehow I'd like to be able to have the PmWiki engine installed on a parent account that the client fields would take orders from. Is this possible, in a reseller environment? I'll add whatever comes out of this (if anything does) to a page on PmWiki.org. Tegan Dowling http://twitter.com/wikignome The future's here already. It's just unevenly distributed. -- William Gibson ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Sidebar quit showing up for each group
On Tue, Feb 10, 2009 at 1:05 PM, Allyen Wilson awil...@allyenwilson.com wrote: I am using 2.2.0 I have a group for each of my clients. Each client has a unique sidebar. Recently, the specific sidebar quit showing for the individual client. The main sidebar always shows. What skin are you using? (reply to the list, not to me please) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Sidebar quit showing up for each group
On Tue, Feb 10, 2009 at 1:33 PM, Allyen Wilson awil...@allyenwilson.com wrote: On Feb 10, 2009, at 12:08 PM, Tegan Dowling wrote: On Tue, Feb 10, 2009 at 1:05 PM, Allyen Wilson awil...@allyenwilson.com wrote: I am using 2.2.0 I have a group for each of my clients. Each client has a unique sidebar. Recently, the specific sidebar quit showing for the individual client. The main sidebar always shows. What skin are you using? (reply to the list, not to me please) I am using skin abitmodern my site is eloquor.com/pmwiki/pmwiki.php Could it have to do with the changes that have been made to your Site/SideBar? Look at http://eloquor.com/pmwiki/pmwiki.php?n=Site.SideBar?action=diff, or http://eloquor.com/pmwiki/pmwiki.php?n=Site.SideBar?action=diffsource=yminor=y Did the different sidebar for each wikigroup work after the most recent change there, on Jan 23? (please don't top-post) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Sidebar quit showing up for each group
On Tue, Feb 10, 2009 at 1:41 PM, Tegan Dowling tmdowl...@gmail.com wrote: On Tue, Feb 10, 2009 at 1:33 PM, Allyen Wilson awil...@allyenwilson.com wrote: On Feb 10, 2009, at 12:08 PM, Tegan Dowling wrote: On Tue, Feb 10, 2009 at 1:05 PM, Allyen Wilson awil...@allyenwilson.com wrote: I am using 2.2.0 I have a group for each of my clients. Each client has a unique sidebar. Recently, the specific sidebar quit showing for the individual client. The main sidebar always shows. What skin are you using? (reply to the list, not to me please) I am using skin abitmodern my site is eloquor.com/pmwiki/pmwiki.php Could it have to do with the changes that have been made to your Site/SideBar? Look at http://eloquor.com/pmwiki/pmwiki.php?n=Site.SideBar?action=diff, or http://eloquor.com/pmwiki/pmwiki.php?n=Site.SideBar?action=diffsource=yminor=y Did the different sidebar for each wikigroup work after the most recent change there, on Jan 23? Oh, I notice here: http://eloquor.com/pmwiki/pmwiki.php?n=VirtualTeam.RecentChanges that you have a page VirtualTeam.Sidebar, and not VirtualTeam.SideBar (bar, not Bar; Case Matters). How long has this problem existed? That change from SideBar to Sidebar is pretty old, but it would create the problem you describe if it happened on any of my wikis. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Feature request - selecting between multiple templates for new pages
On Mon, Feb 9, 2009 at 9:41 AM, Steven Benmosh word...@gmail.com wrote: Hi All, Here is a feature that will help me with my web site (I will explain below why), and I wonder if it is already implemented or should be added to a feature list for the future. The feature: I would like to be able to choose between several (existing) templates when I create a new page in my wiki. Explanation: I started my wiki (link below) with the idea of documenting gps tracks and points of interest in Costa Rica. I created groups based on context. Tracks include bus routes, hikes and car rides. Points of interest are broken up into restaurants, sights, hotels, stores and POI which includes everything else (cemeteries, city parks, etc.) Each group has its own template page. Now I am finding that I am adding data from other locations - the US, Nicaragua, Panama, Israel, Europe - all grouped together under a single group 'Misc.' I have no way of having different templates based on the type of point in these countries, except to create a separate wiki for each one. So what I do right now is add the content under the main wiki, than manually copy the page to the Misc. group. I also have a user-edited group, but because it can only have one template, I limit it to points of interest. What I would like to have multiple templates, and be able to choose when I create a new page which one to use. This way, I can easily regroup the pages based on countries, without losing the ability to match the template to the page content. Have you looked at http://www.pmwiki.org/wiki/Cookbook/NewGroupBox http://www.pmwiki.org/wiki/Cookbook/NewPageBox http://www.pmwiki.org/wiki/Cookbook/NewPageBoxPlus http://www.pmwiki.org/wiki/Cookbook/NewPageForm And the rules for defining your own templates: http://www.pmwiki.org/wiki/Cookbook/EditTemplates ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Flickr, Youtube, etc.
I'd like to allow users of my sites to embed Flickr slideshows and Youtube videos. I've been doing this by enabling the requisite hmtl code for individual, edit-protected pages, but now and then someone wants these capabilities enabled globally on a site for which edit-access has or will be broadly conferred. I'm uncomfortable enabling the html in such cases. I find some recipe add-ins on http://www.pmwiki.org/wiki/Cookbook/Flash that ought to provide the solution, but those addins are fragmented. Could some php guru visit the various files in the section entitled YouTube, Flickr Video, Google Video, and Vimeo (swf-sites.php, swf-sites2.php, youtube2.php etc.), and see if they can be combined? ALSO, can someone tell if swf-sites.php or swf-sites2.php should enable a flickr slide-show, or only flickr video? I CAN'T be alone in needing this kind of thing -- the future is in this ability to display widgets and gadgets, but we need a way to do it safely. If I can do any of the work of organizing information to make this comparison/combining work easier for a PHP do-er, I'd be happy to try to help; as it is, I can only apologize for pointing out a problem with no ability to offer assistance. Tegan Dowling http://twitter.com/wikignome The future's here already. It's just unevenly distributed. -- William Gibson ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Re-thinking Intro to markup pages
On Sun, Feb 8, 2009 at 3:04 PM, john.ran...@affinity.co.nz wrote: FWIW, my view is that PmWiki's markup set now presents a very high barrier to entry for new users, especially those who are new to wiki markup. I do not have a good answer to this and your posts are convincing me that the pages in question are not fit for their intended purpose. Let me suggest an alternative for discussion. We now have the Creole markup standard which gives a core markup set that every wiki ought to offer as a minimum. AFAIK, the Creole set was a very carefully chosen balance between power and simplicity. My proposal is that an IntroductionToPmWIkiMarkup page presents PmWiki's markup rules for the Creole markup functions, in the order they are described in the Creole standard. See http://www.wikicreole.org/ For avoidance of doubt: the Introduction page would contain *only* the Creole markup set, no matter how much we might want to include just one or two more features. I would be very happy to see the PmWiki documentation factored to use the Creole set as an introduction, with branches to more advanced markup features. This does not require PmWiki to adopt the Creole standard, just use the Creole thinking. I think I would also refactor EditQuickReference to present only the Creole markup set, with links to other markup features. Or at least separate the Creole set from anything else that may be on the quick reference page. JR As a non-programming user who trains and supports other non-programming users, I like John's thinking here. For what that's worth. I've been thinking about looking at, with an eye to enabling, the creole recipe if it looks like it's stable, and then training new users to that -- this way at least whatever I taught them would be supported elsewhere as well, making them more confident that they're learning useful rules. What's more, I'm hoping that we'll have a wysiwyg interface for the creole set, some day. SO having the introductory material begin with the creole set (even if they aren't the creole rules) would be a great place to start my trainees. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Flickr, Youtube, etc.
On Sun, Feb 8, 2009 at 2:30 PM, DaveG pmw...@solidgone.com wrote: Tegan Dowling wrote: As for Flickr, Flickr provides the embed code for slideshows. Below is the code they provide for http://www.flickr.com/photos/bobsyouruncle/sets/72157612582511784/show/ When I enable the html that's used in this, then embed this on a wiki page, it works beautifully: object width=400 height=300 param name=flashvars value=offsite=truelang=en-uspage_show_url=%2Fphotos%2Fbobsyouruncle%2Fsets%2F72157612582511784%2Fshow%2Fpage_show_back_url=%2Fphotos%2Fbobsyouruncle%2Fsets%2F72157612582511784%2Fset_id=72157612582511784jump_to=/param param name=movie value=http://www.flickr.com/apps/slideshow/show.swf?v=63961;/param param name=allowFullScreen value=true/param embed type=application/x-shockwave-flash src=http://www.flickr.com/apps/slideshow/show.swf?v=63961; allowFullScreen=true flashvars=offsite=truelang=en-uspage_show_url=%2Fphotos%2Fbobsyouruncle%2Fsets%2F72157612582511784%2Fshow%2Fpage_show_back_url=%2Fphotos%2Fbobsyouruncle%2Fsets%2F72157612582511784%2Fset_id=72157612582511784jump_to= width=400 height=300/embed/object This is the kind of format you need: http://www.flickr.com/slideShow/index.gne?user_id=10104...@n02set_id=72157612760405248 However, it does look like Flickr require a slightly modified html markup to get things working, so it looks like using flash.php direct isn't going to work after all. You could use the format you have, but from reading, it looks like this might be slightly more reliable: iframe align=center src=http://www.flickr.com/slideShow/index.gne?user_id=10104...@n02set_id=72157612760405248 frameBorder=0 width=500 scrolling=no height=500/iframe You could use one of the other alternate flash markups on the PmWiki page as a starting point to creating a Flickr slideshow cookbook, or simply add your new flash-type to swf-sites.php. If I were to try to modify one of the existing recipes (which is just remotely possible, depending on whether I can figure out which parts do what, in the existing content), would swf-sites.php be the one to start with, or swf-sites2.php? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Hosting Qs: reseller, wikifarm
Hey: I'd like to figure out what features to look for in a host. Recommendations of specific hosts would be terrific, but for a more general, long-term approach it would be helpful to have lists of must-haves, nice-to-haves, and mustn't-haves (lists that include basic stuff that might seem obvious to many). I'd like to set up a new hosting account for myself and my clients, so a reseller account. I'd like it to have features for invoicing clients for hosting and wiki support that I provide, while allowing clients to administer their own email (and possibly other features like the plug-ins many hosts provide). Any suggestions for features to watch (out) for, there? Do reseller accounts typically include Virtual Private Server service, or not? If not, that is something I should also look for, right? In either case, I would need the host to provide support for hardware and LAMP system stuff, as I would have no clue how to administer my own environment. How do I ask for this - what's the correct terminology? AND I'd ideally like to be able to manage the client sites as fields in a wiki farm, so somehow I'd like to be able to have the PmWiki engine installed on a parent account that the client fields would take orders from. Is this possible, in a reseller environment? I'll add whatever comes out of this (if anything does) to a page on PmWiki.org. Tegan Dowling http://twitter.com/wikignome The future's here already. It's just unevenly distributed. -- William Gibson ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] (:title:) of (:include:) included pages overrides page title
On Tue, Feb 3, 2009 at 6:21 AM, Hans desi...@softflow.co.uk wrote: Tuesday, February 3, 2009, 12:04:45 PM, Petko Yotov wrote: First title wins is in another PITS entry, http://pmwiki.org/wiki/PITS/00266 I have added a sample code to that page, so that the first title directive to override other title directives in the same page or in included pages. (Hans has provided another, but for pages on my home wiki with 2+ title directives, it seems not working in pagelists and [[Page|+]] links.) Petko - subsequent title markups render as 1 when I test your markup definition. I do not have that problem using my title markup definition. If it fails somehow please describe, I cannot see this (yet, but who knows). I also think that if we change to use the first title directive, there will be no need to disable directives from included pages. And if there are votes at the PITS:00266 entry, and if Pm doesn't mind, I am very much willing, and I will do it. Oh good! You got my vote. I can't remember if I ever added a vote to the PITS page. If you're going to add a first title wins option, please do be sure that users can retain the existing rules if they choose to - my users have learned to respect a section at the foot of the page with: (:comment NOTE please keep this comment and the code that follows below all other content on the page -- add all add all new material above this note.:) (:title page title goes here:) As all (:include :) statements are placed above those lines, the intended title always wins. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] disallowing access to /uploads subdirectory
On Thu, Jan 22, 2009 at 3:26 PM, Jackie Silva jlsi...@library.berkeley.edu wrote: Greetings PmWiki community, I am thinking about denying access to the /uploads directory via the httpd-conf file and adding the $EnableDirectDownload = 0 in each config.php file. I would like to know if anyone has had any difficulty implementing this. Did it break anything or cause problems/conflicts with other plug-ins? Or any words of wisdom/caution one would like to share-- was it successful? Happy with the results? I've been doing this so long I'm not sure how things differ from running the wikis without it, but my wikis work, so if this scheme was responsible for any problems, they were problems I was able to overcome. URIs for images on my sites take the form http://www.example.com/Site/HomePage?action=downloadupname=Something.jpg, but that generally happens automatically, so I can grab an address from my browser's address bar if I need it. Read-protecting the site can require some fiddling to make images visible for non-admin logins, but again, it works. I do this because not to leaves uploads findable by search engines even in otherwise read-protected wiki-groups, which I consider completely unintuitive, and which I discovered the hard way when a client found sensitive material showing up in searches -- very embarrassing for me. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Self registration
On Wed, Jan 21, 2009 at 1:09 PM, Sameer Kumar sameerku...@gmail.com wrote: My suggestion is a profile page that the user can edit freely, and make typos, and not quite understand the markup (we all know users like that), and a separate page that the user can access only through a form that deals with authentication, etc. That protected page could be one per user, or one big one. I agree with Sandy's suggestion about keeping the profile pages separate from auth information, which requires a greater control. I think that Pmwiki should come with an entire authentication module/package (AuthUser + htpasswd Form + etc.) which would be disabled by default. When enabled, it must allow for self-authentication, with an optional email moderator and wait, as suggested by Sandy. It would be great to have a Userid, passwd and an email address associated with each user account so that if required, it would be possible to use authgroups to manage email notifications. This, in my opinion, would be an ideal setup. I'm a friendly friend of this scheme, as Sandy and Sameer have sketched it. I'd use it. If it were in place I might be able to create wikis that at present I defer to friends who do drupal. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Link to site...
On Mon, Jan 19, 2009 at 9:43 PM, DaveG pmw...@solidgone.com wrote: Okay, this should be easy, but I can't find it. I need to create a link to the base domain of my site, from within a wiki page. Something like: [[{$ScriptUrl} | Link to Root page]] Has the correct URL, but redirects to target=blank. I'm trying to avoid a URL with the Group/Page specifier -- simply the domain name. I have this in my local.config -- does it do what you want? // use {$SiteDomain} to get the site's domain name stripped of the leading www. $FmtPV['$SiteDomain'] = ' . preg_replace('!^\\w+://(www\.)?!', '', \$ScriptUrl) . '; ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] new host setup Qs
Hi, all: 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 seem to recall questions to the user-list that revolved around issues with it, but I don't know what it is or whether I ought to *try* to use it. Thanks! Tegan ___ 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, 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! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pmwiki edit problem
On Sun, Dec 28, 2008 at 10:49 PM, pokhrel pokh...@rainbow.iis.u-tokyo.ac.jp wrote: Hello! Recently my pmwiki started showing an error message when I edit any pages. I haven't made any changes and it was all of a sudden. The error message looks like: PmWiki can't process your request Cannot write page to Main.Home (wiki.d/Main.Home)...changes not saved We are sorry for any inconvenience. When I press the save button it creates a new file in wiki.d named as file_name,new. The permissions are all fine, for eg. I did 'chmod 777 ' to the wiki.d directory, still can't edit anything…… Any suggestions or idea to resolve this problem would be really appreciated. I tried googling but could not find any good solutions.. Has your host just changed versions of php, by any chance? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Edit box does not appear
On Wed, Dec 24, 2008 at 5:03 PM, Arvind Agarwal arvind...@gmail.com wrote: Hi, I am a new user to PmWiki. I installed PmWiki successfully and now when I click on to edit button to edit an existing page (or a new page after creating it through the browser), it asks me for the password and then just after I enter the paswword and hit enter, there appears a blank screen. I do not see the edit box that I will use to edit the page. I am not sure what the problem is. Can anyone help me this? Thanks! I changed the config.php to include the edit passwrod and site wide password. Check your page Site/EditForm to make sure it's there, and that it looks like the one on http://pmwiki.org/wiki/Site/EditForm. Sometimes pages/files in the directory wikilib.d fail to copy over or are corrupted in the process. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] quick question
On Fri, Dec 12, 2008 at 12:21 PM, Brent Marshall brent.b...@gmail.com wrote: On 12/12/08, David Johnson david.john...@caldwellfunding.com wrote: Hey everyone. How do you check the version of Pmwiki you have installed? This sounds like a very simple thing to me, but I still couldn't figure out how to do it. Is there a way? The SiteAdmin/Status page displays this information. So does the PmWiki/PmWiki page. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Recent Changes according to privileges
On Wed, Nov 19, 2008 at 2:42 PM, Jason Dudar [EMAIL PROTECTED] wrote: ... I don't want the user to be aware of any pages that he/she does not have privileges to read. You might want to have a look at http://www.pmwiki.org/wiki/Cookbook/PrivateGroups -- maybe your answer's there, or you'll find material to help refine your question/request. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] easy question to all
On Wed, Oct 15, 2008 at 9:00 AM, Vince Administration [EMAIL PROTECTED] wrote: On Oct 15, 2008, at 9:41 AM, Patrick R. Michaud wrote: Note that the code I gave depends on the existence of a page called HomePage in whatever group the page being edited belongs to. So, if you try to edit Group.ABC and Group.HomePage doesn't exist, then it'll look for the group password. Perhaps a better approach would be: $pagename = ResolvePageName($pagename); $rc = FmtPageName('$Group.HomePage', $pagename); if (!PageExists($pagename) !PageExists($rc)) $DefaultPasswords['edit'] = crypt('group_creation_password'); This requires the group creation password if the page being edited doesn't exist *and* there's not a HomePage for the group. Pm Patrick, We don't use $Group.HomePage (except in Main). For some groups we have $Group.$Group, and for others $Group.Index. Now it would be easy to add to the conditional, and of course this is particular to each installation. And to make it even worse, we have groups that have no HomePage. Fortunately for us, creating unwanted groups is not a serious problem. Vince Looking back at the original post in the thread, the instructions refer to testing for a group's RecentChanges page, since that is the one certain test for the existence of a group. What would the code look like for that? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Directing users to the wiki homepage
On Thu, Oct 2, 2008 at 9:44 AM, Christophe David [EMAIL PROTECTED] wrote: Is there a way I can direct users who come to the wiki through the side door (i.e. a previously bookmarked page) to the wiki homepage and then perhaps allow them to get to the original target page? I'd be interested to hear if other wiki admins have solved this situation in other ways too . You could set a cookie on the home page, and test its presence from all other pages. If not set, then redirect. But I would personally consider such a behavior as a major annoyance. A clearly visible note/link in the sidebar would probably be more user friendly... I agree -- as a visitor, rather than be yanked from my intended destination to the site's Main/HomePage, I'd prefer to see a section in a header or sidebar that will display on all pages (or all pages to which visitors might be jumping directly) that either provides the news you want me to have OR provides a link to that material, possibly with some indication of what the news is or how recently it's changed. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] linking an URL that contains the | value
On Tue, Sep 30, 2008 at 4:25 AM, Moni Kellermann [EMAIL PROTECTED] wrote: Hi everyone, I want to include a search result link on a page with the link being displayed as a short description. Unfortunately the search result link contains the value | which of course means if I use it with the [[url | url display]] format, the part of the link following the | is displayed, the link is cut off and so on. According to the W3C Page of Special Character codes ISO standards at http://www.w3.org/MarkUp/html-spec/html-spec_13.html, a vertical bar character can be generated using #124; (restated, in case email protocols intrude, ampersand, hash, 124, semicolon) try that? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] homepage for users
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tegan Dowling Sent: Wednesday, September 24, 2008 3:14 PM To: pmwiki-users@pmichaud.com Subject: Re: [pmwiki-users] homepage for users On Wed, Sep 24, 2008 at 1:16 PM, David Johnson [EMAIL PROTECTED] wrote: Hey, everyone. I am setting up a pmwiki wiki for our business and I have LDAP authentication working. Different departments are going to be using this wiki and I'm hoping to have them all using the same site, but obviously with different access. I don't want the Executive group changing any pages by the IT group, for example. Anyway, I have figured out permissions at least on a user basis and I want to make it so certain users or groups of users get a different homepage when they enter the wiki. Is it possible for a certain user to have a homepage that is not the default homepage? If so, how can I make this work for a few different groups of users? Are you familiar with the syntax for conditional stuff? You might have something on Main/HomePage that says, in essence, If logged in w the rights to view (or edit) Group1.TestPage1 Then (:redirect Group1.HomePage:) Else if logged in w the rights to view (or edit) Group2.TestPage2 Else ... Might that work? You could even suppress the standard redirection messages. OR if there's a problem w having multiple redirections on one page, then maybe you could do something similar, but under tested conditions, (:include Group1.HomePage:) On Wed, Sep 24, 2008 at 2:29 PM, David Johnson [EMAIL PROTECTED] wrote: That's a good idea with the conditional on the main homepage. I am not that familiar with the syntax to do that, actually, so if anyone can show me how to do that, I would appreciate it. Will php work somehow on an individual page? Hmm. Does your question Will php work somehow on an individual page? mean that you thing I was talking about using PHP to do the conditional stuff? I wasn't -- I don't know enough PHP to figure out how to do something like that -- I meant using PmWiki's own conditional syntax. What version of PmWiki are you using? I run the v2.1.26, so don't have/know all the rules for the current version's conditionals -- I don't know the If...Else constructions as they aren't enabled in the version I run. But if it were one of mine, I'd try having Main/HomePage say the parts between /// lines below: / (:if auth read Group1.AuthPage:)(:redirect Group1.HomePage:) (:if auth read Group2.AuthPage:)(:redirect Group2.HomePage:) (:ifend:) Welcome! /// Then I'd have Group1.AuthPage read-protected for my first group of people, just as a way of establishing who they are, and have Group2.AuthPage read-protected for my second group of people. This is assuming you don't want to read-protect the entire wikigroups for groups 1 and 2, just want to steer people to the right starting places. If you're prohibiting groups 1 and 2 from reading each other's wikigroups altogether, then you don't need GroupN.AuthPage at all, just use (:if auth read Group1.HomePage:), etc. I'm sure someone else can provide something tighter and cleaner. For one thing, some of this (:if auth read...) stuff may note necessary, either -- there may be a less round-about way to test for the user's membership in a target group. Also note that the way I have it assumes (:redirect:) statements can even *be* conditionally read -- it may be that a (:redirect... is read regardless. (If that's the case, then I'd try using (:include Group1.HomePage:) instead). AND also note that the way I have it, you will want to have some heirarchy of user-groups in mind, since someone whose login confers read-rights to both groups will get redirected to (or see the included HomePage of, depending on how redirect rules actually work) the first one, even if he/she might prefer the second. Alternative: I have some sites where the Main/HomePage has a login box on it, and then once someone has logged in, the page displays Your password confers access to the following parts of the site: followed by a pagelist that only displays links to HomePages of wikigroups for which the user's password provides access. Someone else should definitely chime in here, please, with suggestions and alternatives. There are almost certainly more elegant ways to do this stuff with the PmWiki markup, and maybe there actually *is* a way to do this kind of thing with PHP, for instance, which would surely be more elegant. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Help needed after server change
On Thu, Sep 25, 2008 at 11:49 AM, Curtis, Clayton [EMAIL PROTECTED] wrote: My initial symptom was inability to edit files, with the pagename,new file created with valid data, but getting the pmwiki Cannot write page to ... message. Well, I know the answer, just not how to fix it SELinux is the culprit I either have to run the system with it disabled or figure out what in pmwiki / apache to give enhanced permissions to in order to have it work. (httpd_unified is already on). If anyone is running SELinux and has hit this, advice would be appreciated so that I don't have to turn the whole thing off! One of our sites had something that might have been similar -- I don't recall the exact error message -- but anyway, while I never did figure out what caused it, the problem cleared up once I removed all the pagename,new files and the .flock file from wiki.d. The pagename,new files did not contain the valid data in my case, though -- they were all always zero size -- so maybe it wasn't the same. Just a datum for ya, in case it's a clue. Tegan ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] homepage for users
On Wed, Sep 24, 2008 at 1:16 PM, David Johnson [EMAIL PROTECTED] wrote: Hey, everyone. I am setting up a pmwiki wiki for our business and I have LDAP authentication working. Different departments are going to be using thios wiki and I'm hoping to have them all using the same site, but obviously with different access. I don't want the Executive group changing any pages by the IT group, for example. Anyway, I have figured out permissions at least on a user basis and I want to make it so certain users or groups of users get a different homepage when they enter the wiki. Are you familiar with the syntax for conditional stuff? You might have something on Main/HomePage that says, in essence, If logged in w the rights to view (or edit) Group1.TestPage1 Then (:redirect Group1.HomePage:) Else if logged in w the rights to view (or edit) Group2.TestPage2 Else ... Might that work? You could even suppress the standard redirection messages. OR if there's a problem w having multiple redirections on one page, then maybe you could do something similar, but under tested conditions, (:include Group1.HomePage:) Is it possible for a certain user to have a homepage that is not the default homepage? If so, how can I make this work for a few different groups of users? One other question too. I am, for some reason, needing to log in twice to read pages on the wiki. When I first access the wiki, I need to login, it authenticates through LDAP and I'm good….for viewing the homepage….then, when I click another page, I need to log in again or I can't view it. This is even true if I click on the link to the homepage I am presently viewing! That's weird. I'm sure it's a simple thing but does anyone know why I might need to authenticate twice? I've experienced something similar -- my hosting setup assumes all hosted sites have the address syntax http://www.example.com; if one logs into http://example.com (i.e. without the www), one sees the behavior you've described -- could that explain it? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] hosting
On Sat, Sep 6, 2008 at 2:46 PM, Swift, Chris [EMAIL PROTECTED]wrote: Dear everyone, Most of you are aware that of the fact that I'm still in the process of establishing my website. So, I have come across 2 different companies that will offer hosting: 1. www.1and1.com (most of you vouched well for them) although I've e-mailed them last week and still haven't heard back from their sales team. 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? Just curious to see what everyone is using and maybe you might have some suggestions or 2. Firstly, just making sure you're aware of the pages on PmWiki -- http://pmwiki.org/wiki/PmWiki/WebHosts and http://pmwiki.org/wiki/PmWiki/PmwikiFriendlyHosting Then there's a site devoted to reviews and discussion -- http://www.webhostingtalk.com/index.php The discussion around the blog post at http://decaflon.com/technology/notes/2482/ might be helpful, though the discussion suffers from the same problem as the webhostingtalk.com site -- basically, what you get is more names to consider, and little help ruling any of them out, since for every negative comment there are positives, about pretty much any host. One (at least) of the comments at that last link mentions mediatemple. I have friends who have just moved to that host and are delighted. Hope some of that is somehow helpful - sorry to add positives and not negatives, same as so many other sources will do. I'm still looking, too, but will probably go with mediatemple just because my friends are happy there. I've been unhappy with my present host's service, but am loathe to mention them by name until I've moved away, lest they discover the mention via a web-alert and decide to make life difficult(er) for me. They're not a big name, though, so you're unlikely to stumble into them. Tegan ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] ExcelPaste (Was: Tabular thought -- simplify conversion between markup styles of tables)
On Wed, Aug 27, 2008 at 7:15 AM, Peter Bowers [EMAIL PROTECTED] wrote: On Tue, Aug 26, 2008 at 9:00 AM, Christian Ridderström [EMAIL PROTECTED] wrote: On Tue, 26 Aug 2008, [EMAIL PROTECTED] wrote: I don't think anyone has written a recipe for converting an actual spreadsheet file to HTML within PmWiki Quite right. Yet, just to remember as we are on the theme, the Cookbook/ExcelPaste recipe works (almost) flawlessy in most cases. It occurs to me that a recipe or markup that linked to google documents might be an acceptable solution to this... I've used recipes or found markup that has linked into google calendar and google maps so surely the capability is there to share a spreadsheet document and view that from your site? Doing a little googling on the topic I found this which might be of interest: * http://robertfant.com/PMWiki/index.php?n=KSMath/EmbedGoogleDocs * http://robertfant.com/PMWiki/index.php?n=KSMath/EmbedGoogleDocs?action=source Other products that might possibly be worth a look are editgrid, wikicalc, Zoho spreadsheets ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Vertically centering text alongside images.
On Wed, Aug 27, 2008 at 8:29 AM, Vince Administration [EMAIL PROTECTED] wrote: The instructions for displaying images around text in http://www.pmwiki.org/PmWiki/Images explains almost everything about placing images in a page (well, almost everything that I need), but one simple? thing seems to elude me. I am using lfloat and the captioning, etc, work fine, but I would like the text to the right of the image (the images are usually narrow and several lines long, the text not as long) to be vertically centered with the image. Can somebody point me to what I need to do? I use tables. Heheheheh. Well? Someone had to say it. The tables method is forbidden by CSS purists. I read everything I can find about how to do this without tables, but every solution I've ever seen required so many hacks and work-arounds for the different ways that different browsers handle stuff that none of them ever seemed do-able to me. So I use tables. If you find a non-table solution that does *not* require a whole slew of hacks and work-arounds, just be sure to check it in all the major browsers. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pmWiki 2.1.27 - not able to view a site except the Homepage
On Wed, Aug 20, 2008 at 1:41 AM, Michael Schneider [EMAIL PROTECTED] wrote: Tegan Dowling schrieb: I've seen something that might be similar when the PmWiki install's root-level .htaccess file was missing or corrupted -- If you don't know how to check for that, post again -- let us know in any case! Hi, I don't know know exactly how to check that. These .htaccess files I can see: $ find ./pmwiki -name .htaccess ./pmwiki/cookbook/.htaccess ./pmwiki/docs/.htaccess ./pmwiki/local/.htaccess ./pmwiki/scripts/.htaccess That may be the problem, then -- there should be ./pmwiki/.htaccess -- re-check the files you downloaded from PmWiki for the version that should have come with the distribution. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pmWiki 2.1.27 - not able to view a site except the Homepage
On Wed, Aug 20, 2008 at 9:13 AM, Michael Schneider [EMAIL PROTECTED] wrote: Tegan Dowling schrieb: On Wed, Aug 20, 2008 at 1:41 AM, Michael Schneider [EMAIL PROTECTED] wrote: Tegan Dowling schrieb: I've seen something that might be similar when the PmWiki install's root-level .htaccess file was missing or corrupted -- If you don't know how to check for that, post again -- let us know in any case! Hi, I don't know know exactly how to check that. These .htaccess files I can see: $ find ./pmwiki -name .htaccess ./pmwiki/cookbook/.htaccess ./pmwiki/docs/.htaccess ./pmwiki/local/.htaccess ./pmwiki/scripts/.htaccess That may be the problem, then -- there should be ./pmwiki/.htaccess -- re-check the files you downloaded from PmWiki for the version that should have come with the distribution. After downloading http://pmwiki.org/pub/pmwiki/pmwiki-latest.tgz I cannot see any .htaccess in ./pmwiki/ # ls -a . README.txt docs pmwiki.php scripts .. cookbook local pubwikilib.d How does it has to look like? (so I can create it by hand) Mine has this -- I don't know if it matches the distribution version or not -- maybe someone else will confirm: RewriteEngine on RewriteRule ^([A-Z].*) /index.php?n=$1 [L,qsappend] RewriteRule ^$ /index.php [L,qsappend] php_flag display_errors off ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] pmWiki 2.1.27 - not able to view a site except the Homepage
On Tue, Aug 19, 2008 at 2:19 PM, Michael Schneider [EMAIL PROTECTED] wrote: Hi, I've just installed pmWiki 2.1.27 on my server (lighttpd 1.4.18 and php 5.2.5) and I have a weird behavior. (same behavior when I use the current beta version) I can call http://myserver/pmwiki/pmwiki.php and it shows the pmWiki page correctly. When I click on basic editing (http://myserver/pmwiki/pmwiki.php?n=PmWiki.BasicEditing ) it shows the same page as http://myserver/pmwiki/pmwiki.php; does. Same on http://myserver/pmwiki/pmwiki.php?n=PmWiki.InitialSetupTasks and all other links. When I click on Edit the normal editing Page opens and lets me edit the site. When I click on Save my changes disappear and the editing page reopens. Seems that the parameters after http://myserver/pmwiki/pmwiki.php? are ignored. Has anybody an idea where the problem is? I've seen something that might be similar when the PmWiki install's root-level .htaccess file was missing or corrupted -- If you don't know how to check for that, post again -- let us know in any case! ___ 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?
On Thu, Aug 7, 2008 at 10:43 PM, Chris Cox [EMAIL PROTECTED] wrote: 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); That did it -- thanks, Chris! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Import existing web pages
On Wed, Aug 6, 2008 at 2:32 AM, Kathryn Andersen [EMAIL PROTECTED] wrote: On Tue, Aug 05, 2008 at 01:51:50PM +0100, Hans wrote: Tuesday, August 5, 2008, 1:16:35 PM, Jon Paris wrote: I can see that text files can be imported into PMwiki - but I can't find anything on importing existing web pages. Can anybody point me in the right direction please. perhaps http://www.pmwiki.org/wiki/Cookbook/IncludeUrl Or http://www.pmwiki.org/wiki/Cookbook/IncludeUpload Or maybe http://www.pmwiki.org/wiki/Cookbook/http://www.pmwiki.org/wiki/Cookbook/IncludeUploadEnableHTML? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] non-standard characters when I use IncludeURL?
Hi list: I'm experimenting with using http://www.pmwiki.org/wiki/Cookbook/IncludeUrlto 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? Thanks! Tegan ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Import existing web pages
On Thu, Aug 7, 2008 at 5:55 PM, Kathryn Andersen [EMAIL PROTECTED] wrote: On Thu, Aug 07, 2008 at 12:36:52PM -0500, Tegan Dowling wrote: On Wed, Aug 6, 2008 at 2:32 AM, Kathryn Andersen [EMAIL PROTECTED] wrote: On Tue, Aug 05, 2008 at 01:51:50PM +0100, Hans wrote: Tuesday, August 5, 2008, 1:16:35 PM, Jon Paris wrote: I can see that text files can be imported into PMwiki - but I can't find anything on importing existing web pages. Can anybody point me in the right direction please. perhaps http://www.pmwiki.org/wiki/Cookbook/IncludeUrl Or http://www.pmwiki.org/wiki/Cookbook/IncludeUpload Or maybe http://www.pmwiki.org/wiki/Cookbook/ http://www.pmwiki.org/wiki/Cookbook/IncludeUploadEnableHTML? Do you mean http://www.pmwiki.org/wiki/Cookbook/EnableHTML Yup, that is what I meant. (I hate when computers guess wrong when they try to do stuff for me) Thanks! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Universal Edit Button -- can we implement?
Lookit: http://universaleditbutton.org/Universal_Edit_Button ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Universal Edit Button -- can we implement?
On Mon, Jun 30, 2008 at 7:33 AM, Hans [EMAIL PROTECTED] wrote: Monday, June 30, 2008, 2:07:11 PM, Tegan Dowling wrote: Lookit: http://universaleditbutton.org/Universal_Edit_Button see http://www.pmwiki.org/wiki/Cookbook/UniversalEditButton Oh! Shoot -- sorry Hans; I should have looked first. I just got all excited! Thanks, Tegan ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] GCalendar includeurl
On Wed, May 14, 2008 at 6:21 PM, Dr Fred C [EMAIL PROTECTED] wrote: Update -- you can edit and add things to an included gCalendar pmwiki page if you've got permission. Just click on the date/time and do your thing. If you've got a gmail account, and have permission to edit the calendard, it seems you'll be automatically loaded into the edit page. Kind of slick... IMHO. It's basically as seamless as pmwiki calendar editing, except you've got the full power of a modern calendar that you can share across the web with others via various automated pathways. Way cool. The main reason *not* to use it, in my experience, would be in a wiki with multiple potential editors, not all of whom are known at the time of setup -- then simply being able to provide an edit password for a wiki using pmcal would be less administrative overhead. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Group passwords
On Mon, May 12, 2008 at 5:12 PM, Henrik Bechmann [EMAIL PROTECTED] wrote: When I login with a site-wide edit password, I am challenged for an additional *read* password for a group for which I have set a read password. I'm having a little trouble fathoming this. I thought that an edit password trumps a read password. It doesn't. Read and edit permissions are set separately, and edit rights do not confer read rights, any more than read rights confer edit rights. If, in your config.php file, you have $DefaultPasswords['edit'] = crypt('userpasswordhere'); Then in any wikigroup named, for example, ProtectedGroup, you need to use ProtectedGroup.GroupAttributes?action=attr to: Set new read password = userpasswordhere OR use ProtectedGroup.GroupAttributes?action=attr to: Set new read password = specialgrouppass userpasswordhere Set new edit password = specialgrouppass userpasswordhere (create a space-separated list of passwords for each attribute) You cannot use ProtectedGroup.GroupAttributes?action=attr to: Set new read password = @_site_edit That doesn't work. In discussion in this list-serv in 2006, PM said that he never intended @_site_edit to be used on GroupAttributes?action=attr. (Everybody please VOTE on http://www.pmwiki.org/wiki/PITS/00836). ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] InitialPasswords
On Wed, Apr 30, 2008 at 2:26 PM, Erik Haagensen [EMAIL PROTECTED] wrote: How can I set a complete site back to Initial passwords as they are at installation time. That is: clear all special passwords related to pages, groups, etc. that have been added by different users. On the server, delete all files in the wiki.d directory named *.GroupAttributes If you have access, of course. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] caption + float markup
On Tue, Apr 29, 2008 at 5:16 PM, James Montaldi [EMAIL PROTECTED] wrote: Hi all I am trying to figure out the wiki markup required in order to float a figure left, in a frame and with a caption. But the caption is wider than the figure so must be on two lines. I tried something like %lframe width=200px%Attach:Picture.jpg|A long caption that requires more than one line in order to fit under the image%% But that doesn't make the frame 200px wide, only the image. The frame fills out to allow the caption to be a single line. Place a manual line-break in the caption? %lframe width=200px%Attach:Picture.jpg|A long caption that requires more than \\ one line in order to fit under the image%% (N.B., it's critical that the back-slashes not be followed by anything other than the line-break; if they're followed by a space, then they just function as backslashes, and not as formatting) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Best way for meta tags
On Tue, Apr 8, 2008 at 3:12 AM, Hans [EMAIL PROTECTED] wrote: Tuesday, April 8, 2008, 5:05:46 AM, Steven Benmosh wrote: Is the header the right/best place for meta tags? Use the GroupHeader page for each group. The content of GroupHeader (and GroupFooter) are included in each page, so the meta tages are part of each page's HTMl header output. What would then happen if both a page and its group's GroupHeader have meta information such as Description -- do they conflict, or combine, or does one win based on the order in which they appear? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Superimposing text on an image?
There is this page: http://www.pmwiki.org/wiki/Cookbook/BackgroundImages -- it might could use a little work, though. On Fri, Apr 4, 2008 at 7:11 AM, [EMAIL PROTECTED] wrote: Hi, Does anyone know of a recipe that let's you place text on top of an image on a wiki page? Basically I have an image that I embed in a wiki page, and I would like to add some explaining text to the image, ideally without modifying the image file. (It's ok to modify the image file though) /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr ___ 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] embedding iframe
On Fri, Apr 4, 2008 at 2:50 PM, James Montaldi [EMAIL PROTECTED] wrote: Hi all Is it possible to embed a google map in a pmwiki page? I don't want it to be editable, which is I guess the main purpose of the Google API, this is just a MyMap I made in google maps, and the html code google gives begins iframe width=425 etc etc. Absolutely! 1) you have to enable html for the page on which the map is to appear. You can do this by adding enabling code to the local\config.php file, or by creating a local\Groupname.Pagename.php file with the enabling code. Be careful with this: you do not want to enable html generally on a site or pages of a site that allow public editing, as this is a serious security breach. See http://www.pmwiki.org/wiki/Cookbook/EnableHTML 2) if the html code google gives includes amp; in place of -signs, remove the amp; bits. Holler if you need more help with it! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] ?action=edit not working anymore
On Sun, Mar 30, 2008 at 5:26 PM, Fernando Pont [EMAIL PROTECTED] wrote: Hi! I really need some help here.. I' ve been using PmWiki as a website for a NGO for about 2 years now. All of a sudden I had a problem with permissions (they were changed supposedly by some script run by the server). I solved it by changing back the permissions on wiki.d and wikilib.d (744), but since then, I can´t get to edit any page. When I add ?action=edit to the url, I just get the part that I need to edit, blank... You can take a look at the site (it's in spanish) at http://www.capituloinfancia.periodismosocial.net/PS/pmwiki.php/Main/RightBar?action=edit I included the edit commend to show what I mean... My first thought was to check for whether Site/EditForm might have been deleted -- but it's there... My sites all have permissions for wiki.d set to 777. Try that and see if that resolves things? Please reply to the list, as I'm barely literate in this stuff -- but hoping this might help. Tegan ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] login visible, not edit etc
On Wed, Mar 26, 2008 at 10:56 AM, James Montaldi [EMAIL PROTECTED] wrote: It works! I edited Site.PageActions as suggested so I get the login menu within the Site group. However in the Main group I still get the usual edit/view/etc menu. How do I implement this globally? (And there is no Main.PageActions page, so Main..HomePage must be picking up the edit menu from somewhere else.) What skin are you using -- the default? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] login visible, not edit etc
On Wed, Mar 26, 2008 at 11:21 AM, James Montaldi [EMAIL PROTECTED] wrote: At the moment I'm using the default skin. But I might change that. Does it matter? I thought the skin was just the look and feel. In the default PmWiki skin template (in pub\skins\pmwiki\pmwiki.tmpl), there's a section that looks like this: !--PageActionFmt-- div id='wikicmds'ulli class='browse' a accesskey='' rel='nofollow' class='selflink' href='http://www.pmwiki.org/wiki/Main/HomePage'View/a /lili class='edit' a accesskey='e' rel='nofollow' class='wikilink' href='http://www.pmwiki.org/wiki/Main/HomePage?action=edit'Edit/a /lili class='diff' a accesskey='h' rel='nofollow' class='wikilink' href='http://www.pmwiki.org/wiki/Main/HomePage?action=diff'History/a /lili class='upload'a accesskey='ak_attach' rel='nofollow' class='wikilink' href='http://www.pmwiki.org/wiki/Main/HomePage?action=upload'Attach/a /lili class='print' a accesskey='' rel='nofollow' class='wikilink' href='http://www.pmwiki.org/wiki/Main/HomePage?action=print'Print/a /li/ul /div This is where the page actions displayed in the upper-right of the default skin come from -- the links are 'hard-coded' into the skin here. There's a nifty, nifty feature that lets you suppress display of this section, conditionally, from within the wiki (!): That first bit, !--PageActionFmt-- is in the form of an html comment, but it's also a section identifier used by the pmwiki scripts. To suppress display of that section unless the user is logged in with edit rights, have this somewhere on your page (or on your GroupHeader): (:if ! auth edit:)(:noaction:)(:ifend:) Some skins have the identified sections that display Site pages, instead of hard-coding features such as the header, this actions area, etc. -- when that 's the case, you can modify how such section of the page looks and acts by editing the page, as well as by using (:noheader:), (:noaction:), (:noleft:), etc. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] login visible, not edit etc
On Wed, Mar 26, 2008 at 1:32 PM, Patrick R. Michaud [EMAIL PROTECTED] wrote: On Wed, Mar 26, 2008 at 11:27:46AM -0500, Tegan Dowling wrote: On Wed, Mar 26, 2008 at 11:21 AM, James Montaldi [EMAIL PROTECTED] wrote: At the moment I'm using the default skin. But I might change that. Does it matter? I thought the skin was just the look and feel. In the default PmWiki skin template (in pub\skins\pmwiki\pmwiki.tmpl), there's a section that looks like this: !--PageActionFmt-- div id='wikicmds'ulli class='browse' a accesskey='' rel='nofollow' class='selflink' href='http://www.pmwiki.org/wiki/Main/HomePage'View/a /lili class='edit' a accesskey='e' rel='nofollow' class='wikilink' href='http://www.pmwiki.org/wiki/Main/HomePage?action=edit'Edit/a /li [...] This is where the page actions displayed in the upper-right of the default skin come from -- the links are 'hard-coded' into the skin here. That may have been true for very old versions of PmWiki, but for a long time now (since at least 2.0.0) the default template uses $Group.PageActions or $SiteGroup.PageActions for this section and not a hardcoded list. Urgh. Sorry -- this is why I first said I'd wait for someone with more current familiarity to address the question -- as I said, my own installation is heavily customized, and I haven't looked the the default skin for a long time. Sorry again. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] login visible, not edit etc
James: If no one else answers you tomorrow, I'll take a shot at it. There are at least a couple of ways to do what you're asking about, and my own way is so thoroughly customized that while I do understand the principles, some of the details are unfamiliar -- so I'm hoping that someone more familiar with the default skin and its components will be able to answer you easily. But, again, if none of them does, I'll dig around enough to put something together It really isn't hard, and it really is kind of cool - this way, a site doesn't appear to be a wiki until one has logged in. Most of the sites I've done have used this -- they're not proper wikis at all. I'm not at all ashamed of using this fabulous tool to do something it wasn't designed for, and neither should you be. AND of course, every time I provide a small business or non-profit with an easy-to-update website, I feel as if I've opened the door, just a crack, to the wiki way, and dare to hope someone in the org. will start using it to do what it was designed for (over three dozen wikis into it, none of them has, but one lives in hope). Tegan On Tue, Mar 25, 2008 at 5:26 PM, James Montaldi [EMAIL PROTECTED] wrote: Hi all I have seen on a couple of pmwiki sites that there is no edit/view/etc menu, just a simple login link. Presumably the other links appear after logging in. How is this implemented? Thanks James ___ 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] page lists for dynamic menus
On Fri, Mar 21, 2008 at 8:44 AM, Hans [EMAIL PROTECTED] wrote: Friday, March 21, 2008, 12:53:33 PM, Marco Ferretti wrote: What I would like now is that the order of the groups stays the default one ( alphabetical ) and the current group is exploded (:pagelist fmt=#explgroup:) [[#explgroup]] (:template first {=$Group}:) * [[{=$Group}/]] (:template each:) (:if equal {$Group} {=$Group}:) ** [[{=$Group}/{=$Namespaced}]] (:if:) [[#explgroupend]] Optional alternatives/enhancements: __Control which pages in each group are listed__ You could tag each desired page with a hidden term that will never otherwise appear, like (:comment dosidelist:) and then your pagelist could be (:pagelist fmt=#explgroup dosidelist:) OR tag each page that you *don't* want listed with a hidden term, and exclude those: (:comment donotsidelist:) and (:pagelist fmt=#explgroup -donotsidelist:) OR create a custom list in local\config.php, and specify that in your pagelist: I have this in all of my config.php files: $SearchPatterns['forum'][] = '!\.(All)?Recent(Changes|Uploads|Comments)$!'; $SearchPatterns['forum'][] = '!\.Group(Print)?(Header|Footer|Attributes|Path)$!'; $SearchPatterns['forum'][] = '!\.(Left|Right|Side|Quick)(Bar|Menu|Note|Notes|Tools)$!'; $SearchPatterns['forum'][] = '!\.Template$!'; $SearchPatterns['forum'][] = '!\.HomePage$!'; This prevents the hardware pages of a wikigroup from being listed -- as would be appropriate if the group were a forum, and each page a topic -- so (:pagelist fmt=#explgroup list=forum:) would exclude the group's RecentChanges, RecentUploads, RecentComments, GroupHeader, GroupFooter, GroupAttributes, GroupPath, LeftBar (or RightBar or SideBar or QuickBar), Left(or Right, Side, Quick)Menu, LeftNote, LeftNotes, LeftTools, Template, or HomePage. You could even have a different list used, depending on the authorization level of the viewer: (:if auth admin:)(:pagelist fmt=#explgroup list=all:)(:if ! auth admin:)(:pagelist fmt=#explgroup list=forum:) __Minor alternative__ [[#explgroup]] (:template first {=$Group}:) * [[{=$Group}/]] (:template each:) (:if equal {$Group} {=$Group}:) ** [[{=$Group}/{=$Titlespaced}]] (:if:) [[#explgroupend]] The difference is that I used ** [[{=$Group}/{=$Titlespaced}}]], as I'd rather see page titles on that sidebar than page names. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Fixflow skin left and right whitespace
On Thu, Mar 20, 2008 at 10:57 AM, Hans [EMAIL PROTECTED] wrote: Thursday, March 20, 2008, 3:51:40 PM, David Sovinski wrote: You were right. That is almost what I'm looking for. I just need to figure out (as you said) how to center it try body { text-align:center; } #wrapper { text-align:left; } If that doesn't do it, try body { text-align:center; } #wrapper { text-align:left; display: table; margin-left: auto; margin-right: auto; width: 990px; /*(my preference, for the second-lowest resolution anyone ever uses on a monitor, 1024px wide)*/ } ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Request to extend Wiki Styles colors
On Fri, Mar 14, 2008 at 10:39 AM, Hans [EMAIL PROTECTED] wrote: See also working here as a chart for wiki style colors: http://softflow.org/design/Test/MoreWikiStyleColors Based on what I see on http://www.pmwiki.org/wiki/PmWiki/WikiStyleColors, I put this in local/config.php: $WikiStyle['mybluexlt']['color']='#d3ebf1'; $WikiStyle['mybluelt']['color']='#b2dae6'; $WikiStyle['mybluem']['color']='#3d809b'; $WikiStyle['myblued']['color']='#2b596a'; but in my wiki, neither of the following renders in my custom color: %color=myblued%This text should be my dark blue, myblued%% %bgcolor=myblued white% this text should be white on my dark blue, myblued%% What am I failing to understand? Do I need something before or after the config.php material to make it work? Thanks! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Tool tips not working for me (Also Re: Title Attribute?)
On Fri, Mar 14, 2008 at 3:30 AM, Andrew Standfield [EMAIL PROTECTED] wrote: On the philosophical side, by setting both Summary and Description for a page, you may find greater flexibility in the future. For instance, the Description could be used a as very short description of the page (eg. Examining Achaeopteryx, but Summary would literally summarize the content of the page (eg. Although Achaeopteryx had both teeth and flight feathers, it considered a primitive bird.) Also, doesn't the (:description ... :) directive render formally html-recognized bot-stuff thingers? (not to get too technical here) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] spamming pmwiki.org pages again
There appears to be a 'battle of the bots' (these are the really polite, apologetic ones) being waged over the page http://www.pmwiki.org/wiki/Cookbook/NotSoSimpleSkin It's more than a human can do to keep it right. Could it be passworded? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Strange rendering behavior of vspace
On Sun, Mar 9, 2008 at 10:12 AM, DaveG [EMAIL PROTECTED] wrote: David Spitzley wrote: I've discovered a weird rendering problem: in Firefox a [[]] pushes everything after it below the bottom of the content in my SideBar, but in IE the [[]] is seamless. You can see the effect at http://www.davidaspitzley.org/PotatoPatch/index.php?n=Main.WikiSandbox . Any suggestions as to what's going on here? Is this limited to the Marinee skin, which is the one I'm using? I wanted to use [[]] to interrupt float behavior, but this makes that difficult at best. I suspect this problem is related to a bug already listed for the Marinee skin. I'll add information relating to this problem as well. This was also an issue with the BeeblebroxNetGila skin -- http://www.pmwiki.org/wiki/Cookbook/BeeblebroxNetGila. That skin appears to have been superseded by the Maguila skin -- http://www.pmwiki.org/wiki/Cookbook/MaguilaSkin. Maybe the latter is free of this defect. If so, maybe the means of repairing it can be adapted to your skin. When I used BeeblebroxNetGila, I added a table structure in the body of the site (below the SiteHeader area and above the SiteFooter) and added vertical-align=top to the markup for selected cells to remedy The Big Gap. hth, Tegan ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] How to report bugs
On Wed, Mar 5, 2008 at 6:14 PM, Simon [EMAIL PROTECTED] wrote: Tegan this is an interesting point. I feel the questions page is more accessible than searching the mailing list, It is, or would be if the questions posed there were consistently reviewed and responded to. You are one of the few knowlegable people who seems to look at it and post to it regularly. Many of the questions there really need responses from a community of users, which the list provides. Many of the questions there have had no response from anyone at all. On 02/03/2008, Tegan Dowling [EMAIL PROTECTED] wrote: On Sat, Mar 1, 2008 at 5:36 AM, Hans [EMAIL PROTECTED] wrote: Thursday, February 28, 2008, 10:07:02 PM, Simon wrote: I've drafted a page http://pmwiki.org/wiki/Cookbook/HowToReportBugs in an attempt to assist everyone who seeks help from the mailing lists I read through the page and like to raise a few points: * For people seeking help I find the page both encouraging, as it gives lots of pointers on what to try or where to look, and discouraging, as it mentions after a list of 13 check points: Having done all of this, and being none the wiser about your issue (although probably somewhat wiser about PmWiki) you could * leave a query on the questions page * post a message the the PmWiki mailing lists Also, I wonder about having the questions page listed before the mailing lists. From what I've seen, the questions page is a pretty poor way to get help. I'd actually suggest removing it entirely. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] How to report bugs
On Thu, Mar 6, 2008 at 1:18 PM, H. Fox [EMAIL PROTECTED] wrote: On Thu, Mar 6, 2008 at 7:32 AM, Tegan Dowling [EMAIL PROTECTED] wrote: On Wed, Mar 5, 2008 at 6:14 PM, Simon [EMAIL PROTECTED] wrote: Tegan this is an interesting point. I feel the questions page is more accessible than searching the mailing list, It is, or would be if the questions posed there were consistently reviewed and responded to. You are one of the few knowlegable people who seems to look at it and post to it regularly. Many of the questions there really need responses from a community of users, which the list provides. Many of the questions there have had no response from anyone at all. FWIW, here's the origin and purpose of the Questions page: The Questions page was originally created as sort of an infrequently-asked questions page during a documentation cleanup effort that happened prior to a major release of PmWiki. At the time the pages of the PmWiki group, the FAQ page in particular, had a lot of questions that didn't belong wherever they were. Most of the questions moved to the page were previously unnoticed and unanswered. I agree that the Questions page is largely being ignored -- except by a few stand-up folks like Tegan Downling (Thanks!) -- but removing the Questions page will not necessarily reduce the number of unanswered questions on pmwiki.org. Actually, I was just recommending that reference to it be removed from the how to get help or how to report a bug documentation, NOT that the page be removed from the wiki. It does serve a purpose (some new-comers to PmWiki might be reluctant to join the list, and shouldn't have to join just to get help), but I wish that we, as a community, could severally do a better job of fielding those questions, since as things are, those same new-comers are seeing the designated where to go on the site for help page full of un-replied-to cries for help. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] An action to e-mail the page to friends, possible?
On Sat, Mar 1, 2008 at 5:40 AM, imoc [EMAIL PROTECTED] wrote: I've searched here and cookbook, and can't find any solution. I want to have a link (or action) allowing readers to sand email to his friends to share the page he is reading. I know the html mailto syntex, but I don't know how to put the {$Title} to the mail subject and put the text as the mail content. See if this will do: http://www.pmwiki.org/wiki/Cookbook/TellAFriend ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Apply a style to an include ?
On Sat, Mar 1, 2008 at 6:52 AM, Stéphane Heckel [EMAIL PROTECTED] wrote: Hi List, Any way to apply a 'style' to an include ie : I want to 'italic' ''(:include {=$FullName}#entrybody#extendedbody:)'' ie : I want to change the fontsize [--(:include {=$FullName}#entrybody#extendedbody:)--] Have a look here: http://www.pmwiki.org/wiki/Test/Include ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users