[pmwiki-users-de] print-version
über pmwiki kann ich über das skin print die druckversion anpassen. für den schulalltag wäre es hilfreich, wenn mir auch eine zweite form der druckansicht zur verfügung stehen würde. es würde mir dabei ausreichen, wenn ich z.b. statt ?action=print in der url eingeben könnte ?action=materialprint gibt es da eine möglichkeit? schöner gruß wolfgang ___ pmwiki-users-de mailing list pmwiki-users-de@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users-de
[pmwiki-users] Hacking
I'm administrating a more or less open pmwiki-site. It's beeing hacked (or whatever the correct expression is) several times during the last months. There are not only changes in the contentent - but the complete structure of the page(s) is destroyed - no more Edit, View, History etc. Is there any countermeasure that can be taken to try to make it at least a little more difficult to do this? I don't know - but I believe that this is done by some automated actions. -- mvh Erik Haagensen Oslia NO-2550 Os i Østerdalen ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] restrict page creation to contain some necessary fields
hi there i've just done a pmwiki install, which worked pretty well and now i'm doing a first mockup of a dance site for worldwide contributers. (1) guest users should be only allowed to add pages with some fixed parts (like categories for country, etc). i do know hoe to restrict theer editing to a group, but in this group they can create whatever page they want. however i need to force/guide users to create pages containing fixed fields. how can i restrict user to this? (2) and how can i give them a set choice for the country field via drop down or so? thanks heaps for any pointers! cheers, olli ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Ticketing system
Hi, We use request tracker which is excellent, but haven't tried to integrate it with pmwiki. Cheers Martin On 4/28/08, Marcus [EMAIL PROTECTED] wrote: On Mon, 28 Apr 2008 22:07:25 +0200 Peter Melodye Bowers [EMAIL PROTECTED] wrote: Although WikiForms has much broader application it appears from most examples in the documentation that it was initially planned in this direction. Definitely worth a 2nd look. It sounds like it might be able to do the job, but the demo is a bug tracker like PITS. I'm looking for a way to converse with customers. Are there any examples of that kind of thing? I appreciate that one could probably use Wiki Forms to create such a system, but maybe it has already been done by somebody, he says hopefully :-) ? Marcus ___ 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] restrict page creation to contain some necessary fields
(1) guest users should be only allowed to add pages with some fixed parts (like categories for country, etc). i do know hoe to restrict theer editing to a group, but in this group they can create whatever page they want. however i need to force/guide users to create pages containing fixed fields. how can i restrict user to this? (2) and how can i give them a set choice for the country field via drop down or so? Some possible options, in order of difficulty from easiest to most difficult (?): (1) Create templates for the group so when they go to edit they have a template to fill out. They can erase the template if they choose to do so, but at least you've got a better chance of having more consistently formatted pages. (2) WikiForms would give you a database-like ability to create pages with limited fields and you can define what you want to appear (like a drop-down for country, etc.) (3) You could code your own using something like Fox (4) You could code your own using out-of-the-box pmwiki forms It may be that the fox solution would be easier than the wikiforms - not sure on that. Based on your brief description I would probably lean towards wikiforms. -Peter ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] PmForms, error messages
Error message is rendered with wikimessage style. In my CSS I have it defined this way: .wikimessage { text-align:center; font-weight:bold; color:red; border:2px solid red; padding:.2em .5em; margin-bottom:1em; } HTH, Roman On Mon, Apr 28, 2008 at 11:39 PM, Sandy [EMAIL PROTECTED] wrote: Sandy sandy at onebit.ca writes: Sandy wrote: I'm converting my site to use PmForms instead of MailForm and CommentBox. I've figured out the require statement. How do I make the messages more noticeable? I tried putting around them. I'd really love big and a clashing colour, with a hr or at least some space between the message and the repeat of the form. (:template require from errmsg=$[Missing 'from' address] :) (:template require subject errmsg=$[Missing message subject] :) (:template require text errmsg=$[Message text required] :) (:template require if=captcha errmsg=$[Captcha required] :) {$$text} Thanks, Sandy Someone sent me a reply back in January. No problem, I though, it'll be in the archives when I go back to it. Except, it was a private response. Does anyone know how to make the error messages harder to miss? Thanks, Sandy ___ 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] PITS or other bug tracker in 2.2.0-beta65
Hi All, I just tried PITS in 2.2.0-beta65 and the markup is not recognised. I copied PIT.php to local/ and when that didn't work I copied it to cookbook/ and included it in the config. Is there a workaround for PITS in the current version? If not, which bug/issue tracker might work? I'm not sure whether to test Wiki Forms, it looks more complex to setup and I don't know whether it works with 2.2.0-beta65 either. I hoped PITS would be an easy drop-in solution. We'd like to use pmwiki for a small Linux distro's website and the issue tracking. (This is a separate project to my interest in a more complex helpdesk app posted yesterday.) Thanks, Marcus ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] adding fields to pmform
Hi, I've read the docs but apparently I'm just not getting how to add additional fields (besides the default email, subject, and text(area) fields to a pmform. Also I configured captcha for the site and a captcha shows up in the form as text (not graphical), but it is not functioning as it is supposed to. The form works w/out entering the captcha. What am I missing? Thanks, Paul Lewis Library Univ. of S. Carolina - Aiken ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Link Rot
Link rot *is* a problem which, season by season, affects more and more web users, authors and admins. Also, they say, search engines do not like broken links, and this might adversely affect sites luck in Google ( Co.) ranking. Although there seems not to be a simple solution to the issue, we can (please read: most probably should) identify some strategies in order to enhance people's (and our) experience/life on the internet. Next to a bunch of behaviours and best practices for minimizing link rot, a key role can surely be played by robots spidering our sites and reporting problems, thus underlining evidence of occasional broken links. I installed a script I found, which apparently does the job[1]. You can find it for testing at http://www.kirpi.it/no404s/index.php It runs rather slow (maybe it's my fault, as I know nothing on setting up robots and optimizing server load) but if you try with moderately light page such as http://www.kirpi.it/wiki/pmwiki.php?n=Musica.Musica you get a report in some 20 seconds. Does anybody here has any experience with link rot scripts? Any idea of how to (if possible) maybe integrate them with pmwiki? As I pay flat rate, why shouldn't my server scan for dead links every now and then, as I sleep at night? And why shouldn't it, in case of a dead link, test on the waybackmachine and possibly suggest me to automagically swap/alter the link? Luigi [1] http://scripts.ishallnotcare.org/no404s/ ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Ticketing system
Monday, April 28, 2008, 4:50:20 PM, Marcus wrote: It sounds like it might be able to do the job, but the demo is a bug tracker like PITS. I'm looking for a way to converse with customers. Are there any examples of that kind of thing? I appreciate that one could probably use Wiki Forms to create such a system, but maybe it has already been done by somebody, he says hopefully :-) ? If you use PmWiki for a ticket system, the question arises: how would one handle authentication? Do customers have a username/password pair assigned, and if, by whom? If not, how private does the ticket system need to be? I assume a new ticket opened by a customer should only be visible by him and the customer care people. So one needs some kind of customer/usr management system, which allows users to create accounts, with user name and password. The only attempt to do this was done by ZAP, and I am not sure how. If privacy and authentication is not an issue, on ecould simply create a form system, whereby a new ticket page is created by press of a button, with a pagename generated as date plus a three or four digit number (to differentiate between same-day tickets). Then each ticket page will display a comment box, and comments will be written to the page just like a simple forum. When a ticket gets closed, the comment form will be disabled. ~Hans ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] adding fields to pmform
On Tue, Apr 29, 2008 at 2:47 PM, Paul Lewis [EMAIL PROTECTED] wrote: Hi, I've read the docs but apparently I'm just not getting how to add additional fields (besides the default email, subject, and text(area) fields to a pmform. Have you looked at http://www.pmwiki.org/pmform/PmForm/MailForm? Just add another line with (:input:) markup to #mailform section of Site.PmFormTemplates and corresponding markup to #mailpost section. Also I configured captcha for the site and a captcha shows up in the form as text (not graphical), but it is not functioning as it is supposed to. The form works w/out entering the captcha. Have you looked at http://www.pmwiki.org/wiki/Cookbook/Captcha? $EnableCaptchaImage=1; and $EnablePostCaptchaRequired=1; Roman ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Ticketing system
Is there an Open Source one which anybody can recommend which might even integrate with pmwiki? In the past I was pointed by Clemens Gruber[1] to OTRS http://otrs.org/ which I succeeded in installing and set to work. It is really a good system, but much more complicated to admin than pmwiki. If you go to http://www.virtuos.uni-osnabrueck.de/Themen/Informationsmanagement you can find pages were Pmwiki and OTRS run side by side. Luigi [1] http://studip.serv.uni-osnabrueck.de/extern.php?username=cgruberpage_url=http://www.virtuos.uni-osnabrueck.de/VirtUOS/TemplStudipMitarbDetailsglobal_id=4c8fb9ddd4dde83366119b2031d39ab3 ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Foxedit section editing appears to lose a backslash
Hans, I hope the example code that I sent you the other day was helpful. I think the problem was introduced within the past month or so. Nothing comes to mind that I've done that might interfere with Fox. I'm using PmWiki's Creole option, but I've been doing that for quite a while, and Foxedit section editing used to work fine. You might want to test section editing with Creole enabled. Randy On Apr 28, 2008, at 2:50 AM, Hans wrote: Monday, April 28, 2008, 7:37:00 AM, Randy wrote: It seems Foxedit section editing is changing my double backslashes to a single backslashes. It does not for me. Can you give a example? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Status of 2.2 non-beta release?
Any news about this? Thanks On Wed, Apr 9, 2008 at 3:15 PM, Curtis, Clayton [EMAIL PROTECTED] wrote: Is there any further news on the release of non-beta 2.2? Our agency has a policy about not running beta software, and I'd like to be able to move to the newer version (I'm on 2.1.26 as things stand). Failing a release pretty soon, I may be compelled to migrate to MediaWiki, which has built-in features like robust built-in authentication with minimal admin burden, watch lists, discussion pages, etc. Several of those features can at least be approximated with cookbook recipes that depend on newer core features, and I prefer the simplicity and open nature of PmWiki, but it would help enormously to have a non-beta version. Thanks. *Clayton Curtis MD PhD* ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Errors after server change
My server-provider has swapped to another server and copied (in one or another way) my pmwiki-system to the new server After this swap I get error messages on some pages - but not all. It's like this: Several times at the very first lines: *Warning*: Division by zero in * C:\Inetpub\vhosts\nooreg.no\httpdocs\pmwiki.php* on line *876* *Warning*: Division by zero in * C:\Inetpub\vhosts\nooreg.no\httpdocs\pmwiki.php* on line *876* .. Then comes the page which seems all normal !!?? and as a last line: Error in my_thread_global_end(): 1 threads didn't exit -- mvh Erik Haagensen Oslia NO-2550 Os i Østerdalen ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] PITS or other bug tracker in 2.2.0-beta65
Marcus I updated one of my sites today and had the same problem. Went to pmwiki on IRC and Petko had it fixed in a couple minutes. Two letter 's' are missing in Lines 31-33. In both cases the word 'directive' should be 'directives'. Fix that and it should work. Or else Petko tells me he updated the PITS Recipe on pmwiki.org Old Code markup('pitslist','directive','/\\(:pitslist\\s*(.*?):\\)/e', FmtPitsList('',\$pagename,array('q'=PSS('$1'; markup('pits','directive', '/^(Summary|Created|Status|Category|From|Assigned|Version|OS|Priority):.*/', :blockdiv class='pits'$0/div); needs to be changed to: markup('pitslist','directives','/\\(:pitslist\\s*(.*?):\\)/e', FmtPitsList('',\$pagename,array('q'=PSS('$1'; markup('pits','directives', '/^(Summary|Created|Status|Category|From|Assigned|Version|OS|Priority):.*/', :blockdiv class='pits'$0/div); marcus wrote: Hi All, I just tried PITS in 2.2.0-beta65 and the markup is not recognised. I copied PIT.php to local/ and when that didn't work I copied it to cookbook/ and included it in the config. Is there a workaround for PITS in the current version? If not, which bug/issue tracker might work? I'm not sure whether to test Wiki Forms, it looks more complex to setup and I don't know whether it works with 2.2.0-beta65 either. I hoped PITS would be an easy drop-in solution. We'd like to use pmwiki for a small Linux distro's website and the issue tracking. (This is a separate project to my interest in a more complex helpdesk app posted yesterday.) Thanks, Marcus ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users -- David Sovinski ASLAN Data Services, Inc. 507-867-0063 ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Errors after server change
On Tuesday 29 April 2008, Erik Haagensen wrote: My server-provider has swapped to another server and copied (in one or another way) my pmwiki-system to the new server After this swap I get error messages on some pages - but not all. It's like this: Several times at the very first lines: *Warning*: Division by zero in * C:\Inetpub\vhosts\nooreg.no\httpdocs\pmwiki.php* on line *876* *Warning*: Division by zero in * C:\Inetpub\vhosts\nooreg.no\httpdocs\pmwiki.php* on line *876* Hi. Sometimes it happens because the hosting provides has upgraded PHP, only on pages with wiki-tables. You can upgrade to a later version of PmWiki to remove the error, or set the following in local/config.php: $TableRowIndexMax = 1; and as a last line: Error in my_thread_global_end(): 1 threads didn't exit This function is not in PmWiki, but possibly in a recipe you have, or is prepended/included by the server. I don't know about it. Thanks, Petko ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Errors after server change
Ø My server-provider has swapped to another server and copied (in one or another way) my pmwiki-system to the new server Ø After this swap I get error messages on some pages - but not all. Ø It's like this: Ø Several times at the very first lines: Ø Warning: Division by zero in C:\Inetpub\vhosts\nooreg.no\httpdocs\pmwiki.php on line 876 Warning: Division by zero in C:\Inetpub\vhosts\nooreg.no\httpdocs\pmwiki.php on line 876 .. Ø Then comes the page which seems all normal !!?? Ø and as a last line: Ø Error in my_thread_global_end(): 1 threads didn't exit From Pm's earlier response to a similar question: See http://www.pmwiki.org/wiki/PmWiki/Troubleshooting#divisionbyzero . ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Errors after server change
I tried to put the line $TableRowIndexMax = 1; in local/config.php - but it didn't help. 2008/4/29 Erik Haagensen [EMAIL PROTECTED]: My server-provider has swapped to another server and copied (in one or another way) my pmwiki-system to the new server After this swap I get error messages on some pages - but not all. It's like this: Several times at the very first lines: Warning: Division by zero in C:\Inetpub\vhosts\nooreg.no\httpdocs\pmwiki.php on line 876 Warning: Division by zero in C:\Inetpub\vhosts\nooreg.no\httpdocs\pmwiki.php on line 876 .. Then comes the page which seems all normal !!?? and as a last line: Error in my_thread_global_end(): 1 threads didn't exit -- mvh Erik Haagensen Oslia NO-2550 Os i Østerdalen -- mvh Erik Haagensen Oslia NO-2550 Os i Østerdalen tlf: +47 62497332 / 94430332 http://www.bokbinding.no/ http://www.haagensen.no/erik/ ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Errors after server change
On Tue, Apr 29, 2008 at 06:45:40PM +0200, Erik Haagensen wrote: My server-provider has swapped to another server and copied (in one or another way) my pmwiki-system to the new server After this swap I get error messages on some pages - but not all. It's like this: Several times at the very first lines: Warning: Division by zero in C:\Inetpub\vhosts\nooreg.no\httpdocs\pmwiki.php on line 876 Warning: Division by zero in C:\Inetpub\vhosts\nooreg.no\httpdocs\pmwiki.php on line 876 .. Your new server has a newer version of PHP. See http://www.pmwiki.org/wiki/PmWiki/Troubleshooting#divisionbyzero for a fix and/or workaround. Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Status of 2.2 non-beta release?
2008/4/9 Curtis, Clayton [EMAIL PROTECTED]: Is there any further news on the release of non-beta 2.2? Our agency has a policy about not running beta software, and I'd like to be able to move to the newer version (I'm on 2.1.26 as things stand). Within pmwiki's philosophy a beta is not finished but stable. A non-beta 2.2 will be finished and stable. Also waiting, but knowing that 2.1.26 is good enough except some blogging functionality, everything will be worth waiting. -- Groetjes Hans - http://www.fali.nl ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Errors after server change
On Tue, Apr 29, 2008 at 07:15:49PM +0200, Erik Haagensen wrote: I tried to put the line $TableRowIndexMax = 1; in local/config.php - but it didn't help. What version of PmWiki are you using? Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Status of 2.2 non-beta release?
On Tue, Apr 29, 2008 at 07:33:30PM +0200, Hans Huijgen wrote: 2008/4/9 Curtis, Clayton [EMAIL PROTECTED]: Is there any further news on the release of non-beta 2.2? Our agency has a policy about not running beta software, and I'd like to be able to move to the newer version (I'm on 2.1.26 as things stand). Within pmwiki's philosophy a beta is not finished but stable. A non-beta 2.2 will be finished and stable. Correct. I'm wanting to move 2.2 out of beta as quickly as I can, but I'm having trouble finding a spare day or two to do that. I'm still planning to add things from the RoadMap, as well as the nested (:if:) structures discussed earlier on list. Would the community prefer that I go ahead and issue a 2.2.0 release now, with the understanding that the remaining RoadMap features will appear in a later minor release? Or should I continue to hold the beta designation until those later features are done? I don't think any of the remaining features planned for 2.2.0 would require another major revision or substantially break existing recipes/components. Comments welcomed, Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Status of 2.2 non-beta release?
I would favour releasing 2.2, and including the outstanding features in 2.21. - Henrik Patrick R. Michaud wrote: On Tue, Apr 29, 2008 at 07:33:30PM +0200, Hans Huijgen wrote: 2008/4/9 Curtis, Clayton [EMAIL PROTECTED]: Is there any further news on the release of non-beta 2.2? Our agency has a policy about not running beta software, and I'd like to be able to move to the newer version (I'm on 2.1.26 as things stand). Within pmwiki's philosophy a beta is not finished but stable. A non-beta 2.2 will be finished and stable. Correct. I'm wanting to move 2.2 out of beta as quickly as I can, but I'm having trouble finding a spare day or two to do that. I'm still planning to add things from the RoadMap, as well as the nested (:if:) structures discussed earlier on list. Would the community prefer that I go ahead and issue a 2.2.0 release now, with the understanding that the remaining RoadMap features will appear in a later minor release? Or should I continue to hold the beta designation until those later features are done? I don't think any of the remaining features planned for 2.2.0 would require another major revision or substantially break existing recipes/components. Comments welcomed, Pm ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users -- Henrik Bechmann www.bechmann.ca Webmaster, www.dufferinpark.ca ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] next to the logo title
hello I use a wikifarm. How can I have a title for the wiki, on the right of the wiki logo. http://new.dodin.org/frsv/index.php thanks jdd ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Errors after server change
pmwiki-2.0.12 and I've tried both PHP 4.4.7 and 5.2.5 2008/4/29 Patrick R. Michaud [EMAIL PROTECTED]: On Tue, Apr 29, 2008 at 07:15:49PM +0200, Erik Haagensen wrote: I tried to put the line $TableRowIndexMax = 1; in local/config.php - but it didn't help. What version of PmWiki are you using? Pm -- mvh Erik Haagensen Oslia NO-2550 Os i Østerdalen tlf: +47 62497332 / 94430332 http://www.bokbinding.no/ http://www.haagensen.no/erik/ ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Status of 2.2 non-beta release?
I'd personally prefer to think that any tiny second of Patrick's precious time is spent adding planned features instead of formally releasing a 2.2 version which has already proven to be more than stable. *But*, as Clayton Curtis has problems in adopting non formally stable software, I suggest the 2.2.0 version is now issued quickly; any other enhancement will eventually follow at due time. Luigi ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Errors after server change
On Tue, Apr 29, 2008 at 08:59:50PM +0200, Erik Haagensen wrote: pmwiki-2.0.12 and I've tried both PHP 4.4.7 and 5.2.5 Both PHP 4.4.7 and 5.2.5 show the bug. (It doesn't appear in PHP 4.4.6 and PHP 5.2.0 .) The $TableRowIndexMax workaround might not work for pmwiki-2.0.12 -- for that we might need to patch pmwiki.php itself. I'll have to look at the code and get back to you on that. Pm 2008/4/29 Patrick R. Michaud [EMAIL PROTECTED]: On Tue, Apr 29, 2008 at 07:15:49PM +0200, Erik Haagensen wrote: I tried to put the line $TableRowIndexMax = 1; in local/config.php - but it didn't help. What version of PmWiki are you using? Pm -- mvh Erik Haagensen Oslia NO-2550 Os i Østerdalen tlf: +47 62497332 / 94430332 http://www.bokbinding.no/ http://www.haagensen.no/erik/ ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Status of 2.2 non-beta release?
On Tue, 29 Apr 2008 13:19:27 -0500 Patrick R. Michaud [EMAIL PROTECTED] wrote: Would the community prefer that I go ahead and issue a 2.2.0 release now, with the understanding that the remaining RoadMap features will appear in a later minor release? Or should I continue to hold the beta designation until those later features are done? Yes for 2.2.0. Thanks -- Thanks http://www.sqlhacks.com The SQL Server knowledge base ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Another scripting question - urls
I'm considering moving a site to pmwiki but have a lot of pages written using Markdown (and I much prefer writing in Markdown) but I would like to be able to quickly do links to other pages. I would be pretty satisfied with writing something like this [linktext](wiki:Group.Page) I'm using http://www.pmwiki.org/wiki/Cookbook/MarkdownMarkupExtension to make the translation and my idea was to simple do a search/replace for links like those above and replace that with a href=/Group/Pagelinktext/a before passing it to the Markdown interpreter. Yes, I know a quick hack but it would work ... I think. Anyway, my problem is the part. Right now I have started to add content to the wiki locally on my laptop and later I will move it to some other server -- so it seem to be a pretty stupid idea to hardcode it. But pmwiki already seem to be able to handle it, since it makes the correct depending on where I have my site, if I use clean URLs etc. So I assume it's possible to get the correct from somewhere ... but I can't find where I get this info. Is my guess correct and if so where do I find this info? jem -- Jan Erik Moström, www.mostrom.pp.se ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Errors after server change
On Tue, Apr 29, 2008 at 02:21:03PM -0500, Patrick R. Michaud wrote: On Tue, Apr 29, 2008 at 08:59:50PM +0200, Erik Haagensen wrote: pmwiki-2.0.12 and I've tried both PHP 4.4.7 and 5.2.5 Both PHP 4.4.7 and 5.2.5 show the bug. (It doesn't appear in PHP 4.4.6 and PHP 5.2.0 .) The $TableRowIndexMax workaround might not work for pmwiki-2.0.12 -- for that we might need to patch pmwiki.php itself. I'll have to look at the code and get back to you on that. Actually, looking at the 2.0.12 code it appears to me that setting $TableRowIndexMax = 1; in local/config.php should resolve the problem. So, if that's not working then I suspect the problem is somewhere else. Double-check to make sure the variable is spelled correctly in local/config.php. If that's not it, then is there a url we could look at? Pm 2008/4/29 Patrick R. Michaud [EMAIL PROTECTED]: On Tue, Apr 29, 2008 at 07:15:49PM +0200, Erik Haagensen wrote: I tried to put the line $TableRowIndexMax = 1; in local/config.php - but it didn't help. What version of PmWiki are you using? Pm -- mvh Erik Haagensen Oslia NO-2550 Os i Østerdalen tlf: +47 62497332 / 94430332 http://www.bokbinding.no/ http://www.haagensen.no/erik/ ___ 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] Triad Skin sometimes shows a line under the Site.PageTopMenu
I've been trying to figure out why a line, about the height of PageTopMenu, sometimes appears under the Site.PageTopMenu and other times it does not. See http://www.totalsupply1.com/index.php?n=Main.HomePage as compared to http://www.totalsupply1.com/index.php?n=Main.Contact or http://www.totalsupply1.com/index.php?n=Main.Catalog Thanks for any suggestions Caspian ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] PITS or other bug tracker in 2.2.0-beta65
On Tue, 29 Apr 2008 11:48:47 -0500 David Sovinski [EMAIL PROTECTED] wrote: Went to pmwiki on IRC and Petko had it fixed in a couple minutes. Many Thanks David and Petko! PITS is now fully working in 2.2.0-beta65. Marcus ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Foxedit section editing appears to lose a backslash
Hans, Apparently it's not just Foxedit that converts double backslashes to single ones. Here's some Fox code for a shoutbox that breaks when I enter line 1 \\ on the first line and line2 on the second: shoutbox %frame center width=280px%**[[{*$FullName}]]** (:fox shoutbox put=top target={*$FullName}:) (:input hidden author value='{$Author}' :) (:input textarea class=shoutbox shoutPublic value='' cols=30 rows=2:) (:input submit post Enter:) (:foxtemplate %green%{$$(date: H:i)} %red%{$$shoutPublic}[[]]:) (:foxend shoutbox:) shoutbox Again, I don't know if your test suite includes Creole, but you might try testing that. Randy On Apr 28, 2008, at 2:50 AM, Hans wrote: Monday, April 28, 2008, 7:37:00 AM, Randy wrote: It seems Foxedit section editing is changing my double backslashes to a single backslashes. It does not for me. Can you give a example? ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Foxedit section editing appears to lose a backslash
Tuesday, April 29, 2008, 10:57:09 PM, Randy Brown wrote: Again, I don't know if your test suite includes Creole, but you might try testing that. I have, and all backslashes stay as they are, none get lost. ~Hans ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] caption + float markup
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. I got round this by using html/css coding as follows: (:div class=frame style=width:200px; float:left:) %width=200px%Attach:Picture.jpg%% A long caption that requires more than one line in order to fit under the image (:divend:) But is there a purely wiki way of doing this? Thanks, JM ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Managing Drafts
I have drafts enabled on a site. How do I now get a list of drafted pages so I can moderate them? I can look in the wiki.d directory but that's very tedious. It's a great way to screen for wiki spam and vandalism, but the management part is not quite clear to me. Thanks, Marcus ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Ticketing system
On Tue, 29 Apr 2008 14:47:07 +0100 Hans [EMAIL PROTECTED] wrote: Then each ticket page will display a comment box, and comments will be written to the page just like a simple forum. When a ticket gets closed, the comment form will be disabled. That's a nice simple design. I like that. The bloat of the major Helpdesk apps is very non-pmwiki style. It could be expanded with logins maybe by tagging a user number to the page ID, since tickets are user specific. Store the users email, and a random passwd as MD5 checksum, which only needs comparing to the user input, in a non-readable page or flate file. Then filter pages by user ID. Does that sound possible in practice? I guess user tracking works with sessions on? That's the bit I'm not sure about. Marcus ___ 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] Nested IF
Lets not allow both styles to avoid confusion. Lest be consistent with the div markup and use only (:if1end:) (:if2345end:) cheers, Simon 2008/4/28 [EMAIL PROTECTED]: On Thu, 24 Apr 2008, Patrick R. Michaud wrote: (:if1 ... :) ... (:if2 ... :) ... (:elseif2 ... :) ... (:elseif1 ... :) ... (:if1end:) It's not clear that it should be '(:if1:)...(:if1end:)' instead of '(:if1:)...(:ifend1:)'. Would it make sense to allow both styles? /Christian ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users