You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(103) |
Jul
(105) |
Aug
(16) |
Sep
(16) |
Oct
(78) |
Nov
(36) |
Dec
(58) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(100) |
Feb
(155) |
Mar
(84) |
Apr
(33) |
May
(22) |
Jun
(77) |
Jul
(36) |
Aug
(37) |
Sep
(183) |
Oct
(74) |
Nov
(235) |
Dec
(165) |
2002 |
Jan
(187) |
Feb
(183) |
Mar
(52) |
Apr
(10) |
May
(15) |
Jun
(19) |
Jul
(43) |
Aug
(90) |
Sep
(144) |
Oct
(144) |
Nov
(171) |
Dec
(78) |
2003 |
Jan
(113) |
Feb
(99) |
Mar
(80) |
Apr
(44) |
May
(35) |
Jun
(32) |
Jul
(34) |
Aug
(34) |
Sep
(30) |
Oct
(57) |
Nov
(97) |
Dec
(139) |
2004 |
Jan
(132) |
Feb
(223) |
Mar
(300) |
Apr
(221) |
May
(171) |
Jun
(286) |
Jul
(188) |
Aug
(107) |
Sep
(97) |
Oct
(106) |
Nov
(139) |
Dec
(125) |
2005 |
Jan
(200) |
Feb
(116) |
Mar
(68) |
Apr
(158) |
May
(70) |
Jun
(80) |
Jul
(55) |
Aug
(52) |
Sep
(92) |
Oct
(141) |
Nov
(86) |
Dec
(41) |
2006 |
Jan
(35) |
Feb
(62) |
Mar
(59) |
Apr
(52) |
May
(51) |
Jun
(61) |
Jul
(30) |
Aug
(36) |
Sep
(12) |
Oct
(4) |
Nov
(22) |
Dec
(34) |
2007 |
Jan
(49) |
Feb
(19) |
Mar
(37) |
Apr
(16) |
May
(9) |
Jun
(38) |
Jul
(17) |
Aug
(31) |
Sep
(16) |
Oct
(34) |
Nov
(4) |
Dec
(8) |
2008 |
Jan
(8) |
Feb
(16) |
Mar
(14) |
Apr
(6) |
May
(4) |
Jun
(5) |
Jul
(9) |
Aug
(36) |
Sep
(6) |
Oct
(3) |
Nov
(3) |
Dec
(3) |
2009 |
Jan
(14) |
Feb
(2) |
Mar
(7) |
Apr
(16) |
May
(2) |
Jun
(10) |
Jul
(1) |
Aug
(10) |
Sep
(11) |
Oct
(4) |
Nov
(2) |
Dec
|
2010 |
Jan
(1) |
Feb
|
Mar
(13) |
Apr
(11) |
May
(18) |
Jun
(44) |
Jul
(7) |
Aug
(2) |
Sep
(14) |
Oct
|
Nov
(6) |
Dec
|
2011 |
Jan
(2) |
Feb
(6) |
Mar
(3) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(11) |
Feb
(3) |
Mar
(11) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(4) |
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
(1) |
2015 |
Jan
(3) |
Feb
(2) |
Mar
|
Apr
(3) |
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2016 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(6) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2022 |
Jan
(11) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(3) |
Dec
(3) |
2024 |
Jan
(7) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Tony L. <la...@is...> - 2002-11-17 09:14:49
|
On Sun, 17 Nov 2002, Tony Laszlo wrote: > * RSS beauty is in the eyes of the aggregator(?) > http://www.issho.org/modules.php?op=modload&name=phpWiki&file=index&pagename=WikipnRss ...syndic8 also finds fault with the phpWiki recentchanges feed from the ISSHO site... :( That's a bit of a bummer. I note that the feed from phpWiki stand-alone was approved recently :) Sounds like the module rss feed issue is not only a matter of rss v0.9 vs. 1.0. Looks like something is not right with the feed that's being generating... |
From: Tony L. <la...@is...> - 2002-11-17 06:41:46
|
Beautiful work folks. phpWiki has really done wonders for the ISSHO Kikaku site. On Thu, 31 Oct 2002 17:03:26 +0000 > > It may be that you can just grab the latest lib/plugin/RecentChanges.php > > and lib/RSSWriter091.php > No you can't. You need the as-yet-unreleased-but-written-(honest) fix files, > which I will probably get around to releasing on the Postnuke site in the next > week or so. For some reason, a number of people have requested this recently, > so I've actually done something about it (for a change) * Fix files for PN Please send a pointer; very much looking forward to that fix. * RSS beauty is in the eyes of the aggregator(?) As noted here: http://www.issho.org/modules.php?op=modload&name=phpWiki&file=index&pagename=WikipnRss MyHeadlines 4.0.7 (cms module that handles rss feeds) could only display the logo of the wiki recentchanges feeds, including that from phpWiki. the new version 4.1, treats the feed as "bad" ; one can't even display the logo. The probably says a lot more about the shortcomings of that program rather than of wiki, but thought I would mention it. Very Best, Tony Laszlo, Tokyo Journalist http://www.issho.org/laszlo.html |
From: Marjorie R. <mro...@ma...> - 2002-11-16 22:14:09
|
Thanks for your response. You're the first non-me user to the page. Actually, I just don't like that markup solution. Not intuitive at all. But in the overriding scheme of things, I'm happy about this wiki. I just announced rawfoodwiki.org to a raw foods listserv, about an hour ago. Nearly obsessed with hope that they pick up on the idea! ---------- Original Message ---------------------------------- From: Carsten Klapp <car...@us...> Date: Sat, 16 Nov 2002 08:22:24 -0500 > >Hi, >PhpWiki automatically expands or contracts list spacing for the whole >list depending on whether there are any newlines in between or not, >similar to how Mozilla formats nested html lists. When there is only >one item, there is nothing to expand, so this is why you're seeing a >difference in appearance. > >Try %%% %%% instead of blank line at the end of the definition list >item. This way the newline becomes part of the list item and is not >considered when PhpWiki decides how to format (expand or contract) the >whole list. > >I inserted in some %%%s into the page so you can see how it works. > >Nice theme by the way! > >Carsten > >On Saturday, November 16, 2002, at 12:07 am, Marjorie Roswell wrote: > >> Why do two of these behave differently than just one of them? Just a >> newline with only one, but a whole new (unwanted) paragraph when I >> repeat it twice. Between that, and the bleeding bolds and italics when >> followed by punctuation, I'm getting depressed! >> >> (currently at http://www.rawfoodwiki.org/index.php/FAQs?action=edit) >> >> __What's the coolest, but little-known item you've got in the >> kitchen?__ : >> I have a tupperware lemon juicer that screws into the lemon. Not >> sure what it's called. I also just got a [Spirooli | >> http://www.igadget.com/spirooli-slicer.html], which I like better than >> the spiralizer/saladacco machines. >> >> __What's the coolest, but little-known item you've got in the >> kitchen?__ : >> I have a tupperware lemon juicer that screws into the lemon. Not >> sure what it's called. I also just got a [Spirooli | >> http://www.igadget.com/spirooli-slicer.html], which I like better than >> the spiralizer/saladacco machines. >> >> >> (now try deleting one of those, and you'll see the difference.) > > |
From: Carsten K. <car...@us...> - 2002-11-16 13:22:50
|
Hi, PhpWiki automatically expands or contracts list spacing for the whole list depending on whether there are any newlines in between or not, similar to how Mozilla formats nested html lists. When there is only one item, there is nothing to expand, so this is why you're seeing a difference in appearance. Try %%% %%% instead of blank line at the end of the definition list item. This way the newline becomes part of the list item and is not considered when PhpWiki decides how to format (expand or contract) the whole list. I inserted in some %%%s into the page so you can see how it works. Nice theme by the way! Carsten On Saturday, November 16, 2002, at 12:07 am, Marjorie Roswell wrote: > Why do two of these behave differently than just one of them? Just a > newline with only one, but a whole new (unwanted) paragraph when I > repeat it twice. Between that, and the bleeding bolds and italics when > followed by punctuation, I'm getting depressed! > > (currently at http://www.rawfoodwiki.org/index.php/FAQs?action=edit) > > __What's the coolest, but little-known item you've got in the > kitchen?__ : > I have a tupperware lemon juicer that screws into the lemon. Not > sure what it's called. I also just got a [Spirooli | > http://www.igadget.com/spirooli-slicer.html], which I like better than > the spiralizer/saladacco machines. > > __What's the coolest, but little-known item you've got in the > kitchen?__ : > I have a tupperware lemon juicer that screws into the lemon. Not > sure what it's called. I also just got a [Spirooli | > http://www.igadget.com/spirooli-slicer.html], which I like better than > the spiralizer/saladacco machines. > > > (now try deleting one of those, and you'll see the difference.) |
From: Marjorie R. <mro...@ma...> - 2002-11-16 05:07:23
|
Why do two of these behave differently than just one of them? Just a newline with only one, but a whole new (unwanted) paragraph when I repeat it twice. Between that, and the bleeding bolds and italics when followed by punctuation, I'm getting depressed! (currently at http://www.rawfoodwiki.org/index.php/FAQs?action=edit) __What's the coolest, but little-known item you've got in the kitchen?__ : I have a tupperware lemon juicer that screws into the lemon. Not sure what it's called. I also just got a [Spirooli | http://www.igadget.com/spirooli-slicer.html], which I like better than the spiralizer/saladacco machines. __What's the coolest, but little-known item you've got in the kitchen?__ : I have a tupperware lemon juicer that screws into the lemon. Not sure what it's called. I also just got a [Spirooli | http://www.igadget.com/spirooli-slicer.html], which I like better than the spiralizer/saladacco machines. (now try deleting one of those, and you'll see the difference.) ---------- Original Message ---------------------------------- From: "Marjorie Roswell" <mro...@ma...> Reply-To: <mro...@ma...> Date: Fri, 15 Nov 2002 23:27:11 -0500 >Having a heckuva difficult time. I tried copying this: > >http://mairas.net/wiki/NewTextFormattingRules > >Into this: >http://www.rawfoodwiki.org/index.php/TextFormattingRules > >Kind of a mess. > >At the point where I can't see straight, having spent a week obsessed with trying to launch this labor of love. > > > > >------------------------------------------------------- >This sf.net email is sponsored by: To learn the basics of securing >your web site with SSL, click here to get a FREE TRIAL of a Thawte >Server Certificate: http://www.gothawte.com/rd524.html >_______________________________________________ >Phpwiki-talk mailing list >Php...@li... >https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > |
From: Marjorie R. <mro...@ma...> - 2002-11-16 04:27:16
|
Having a heckuva difficult time. I tried copying this: http://mairas.net/wiki/NewTextFormattingRules Into this: http://www.rawfoodwiki.org/index.php/TextFormattingRules Kind of a mess. At the point where I can't see straight, having spent a week obsessed with trying to launch this labor of love. |
From: Matti A. <ma...@ik...> - 2002-11-15 16:36:26
|
Jeff Dairiki wrote: > You meant HTML not HTTP, I think, right? Err, right... Although it would be neat to have SOAP support in PhpWiki, so that you could actually use it over SMTP transport. In that case allowing HTTP would have made much more sense. :-) (This was not a serious suggestion. SOAP is a PITA to implement and to use, and XML-RPC support is already all you can hope for.) m. |
From: Jeff D. <da...@da...> - 2002-11-15 15:35:04
|
> Or yet another possibility would be to allow HTTP and do the processing > in Javascript. You meant HTML not HTTP, I think, right? (And you can do that with the RawHtml plugin...) |
From: Matti A. <ma...@ik...> - 2002-11-15 11:27:28
|
John Kershaw wrote: > How about pointing to a .php page that figures out which page is > 'yesterday's' and does a header redirect to the right URL? Or yet another possibility would be to allow HTTP and do the processing in Javascript. m. |
From: John K. <jo...@ke...> - 2002-11-15 11:09:10
|
>I want to create a link that points to a page created "yesterday". I >need to compute >the "yesterday" date in order to create the URL. >I also want to create a page whose content will be adapted to the >day of week. I need >some if/then/else syntax. How about pointing to a .php page that figures out which page is 'yesterday's' and does a header redirect to the right URL? yesterday.php <?php $yesterday = mktime (0,0,0,date("m"), date("d") - 1, date("Y")); $wiki_url = "http://www.yourserver.com/wiki/" . date ("Y-m-d", $yesterday); header("Location:$wiki_url"); ?> John. -- ------------------------------------ 0113 2289316 / 07944 755613 jo...@ke... / www.kershaw.org AOL johnkershaw / Y! john_m_kershaw ------------------------------------ |
From: <art...@vo...> - 2002-11-15 06:37:50
|
> YIKES! PHP code is not executed -- this would be a HUGE vulnerability. > There is the ability to enable HTML, but this is strongly advised against. Well, I use PHPwiki under HTTP auth and SSL and I'm the only user. Being able to include PHP code could be very helpful. > > Hi, > > > > I want to create a link that points to a page created "yesterday". I need to compute > > the "yesterday" date in order to create the URL. > > I also want to create a page whose content will be adapted to the day of week. I need > > some if/then/else syntax. > > > > Is it possible to include some PHP code into pages and then echo the result in the page > > source ? > > > > I tried something like: > > > > <?php > > $today =3D date("l"); > > echo "$today"; > > ?> > > > > in the page source but it just printed the raw text. > > > > Is this possible with PHPwiki ? ------------------------------------------ Faites un voeu et puis Voila ! www.voila.fr |
From: Carsten K. <car...@us...> - 2002-11-15 04:43:46
|
You could write a custom plugin for your Wiki to do this. See the "HelloWorld" and other plugins to get started, maybe look at the RandomPage plugin too. Carsten On Thursday, November 14, 2002, at 06:58 pm, Joby Walker wrote: > YIKES! PHP code is not executed -- this would be a HUGE vulnerability. > There is the ability to enable HTML, but this is strongly advised > against. > > jbw > > arthur.chereau wrote: >> Hi, >> I want to create a link that points to a page created "yesterday". I >> need to compute >> the "yesterday" date in order to create the URL. >> I also want to create a page whose content will be adapted to the day >> of week. I need >> some if/then/else syntax. >> Is it possible to include some PHP code into pages and then echo the >> result in the page >> source ? >> I tried something like: >> <?php >> $today = date("l"); >> echo "$today"; >> ?> >> in the page source but it just printed the raw text. >> Is this possible with PHPwiki ? |
From: Joby W. <joby@u.washington.edu> - 2002-11-14 23:58:07
|
YIKES! PHP code is not executed -- this would be a HUGE vulnerability. There is the ability to enable HTML, but this is strongly advised against. jbw arthur.chereau wrote: > Hi, > > I want to create a link that points to a page created "yesterday". I need to compute > the "yesterday" date in order to create the URL. > I also want to create a page whose content will be adapted to the day of week. I need > some if/then/else syntax. > > Is it possible to include some PHP code into pages and then echo the result in the page > source ? > > I tried something like: > > <?php > $today = date("l"); > echo "$today"; > ?> > > in the page source but it just printed the raw text. > > Is this possible with PHPwiki ? > > > ------------------------------------------ > > Faites un voeu et puis Voila ! www.voila.fr > > > > ------------------------------------------------------- > This sf.net email is sponsored by: To learn the basics of securing > your web site with SSL, click here to get a FREE TRIAL of a Thawte > Server Certificate: http://www.gothawte.com/rd524.html > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: <art...@vo...> - 2002-11-14 23:03:58
|
Hi, I want to create a link that points to a page created "yesterday". I need to compute the "yesterday" date in order to create the URL. I also want to create a page whose content will be adapted to the day of week. I need some if/then/else syntax. Is it possible to include some PHP code into pages and then echo the result in the page source ? I tried something like: <?php $today =3D date("l"); echo "$today"; ?> in the page source but it just printed the raw text. Is this possible with PHPwiki ? ------------------------------------------ Faites un voeu et puis Voila ! www.voila.fr |
From: Marjorie R. <mro...@ma...> - 2002-11-14 00:33:05
|
---------- Original Message ---------------------------------- From: "Marjorie Roswell" <mro...@ma...> Reply-To: <mro...@ma...> Date: Wed, 13 Nov 2002 19:22:02 -0500 What would I need to edit at DynamicTextFormattingHelp to make it work under Portland? Where in the file does it go? I basically don't like this solution, actually. I just want one markup method. Preferably one that is a superset, to the extent reasonable. For instance, both DL style tables, and old markup style tables. Heck, even standard HTML tables, too. As for new lines, why can't a new line be a new line (under most conditions)? Anyhow, lots of thoughts, but mostly just a vague wish that these things didn't take so much time..., or, moreover, that I was more sophisticated about PHP, as I honestly don't know where to put that DynamicTextFormattingHelp. "Oh, we could just do such-and-such" always feels a little more daunting to me than to many of you on this list. Also, tonight I got a little jealous looking at some other wikis. Colors to indicate whether the page is editable: http://www.piclab.com/cgi-bin/wiki.pl?Working_With_Lee's_Wiki Cool hierarchical structure (a good thing?) http://thinktank.rootnode.com/Wiki/FrontPage I mostly point out the piclab.com site, because I like the way he did the documentation there. I was thinking about something along those lines. (see the table) I'm sticking with phpwiki. Only so much time in the world. But I do want to get to one markup method... I love wikis.... wikis are wonderful... (really!) Best, Margie ---------- Original Message --------------- ------------------- From: Matti Airas <ma...@ik...> Date: Tue, 12 Nov 2002 23:12:24 +0200 >Margie, > >I recently announced documentation for the new formatting rules (see the >archives for the whole thread, maybe a week ago). The version is >available at http://mairas.net/wiki/NewTextFormattingRules. See also >http://mairas.net/wiki/DynamicTextFormattingHelp. Please edit them as >you see fit. > >Jeff, should I consider the old emphasis markup obsolete or not? That >is, should I fix NewTextFormattingRules to use the old-style markup, or >do you think the new markup is going to get reliable enough for real use? > >Maybe there could be a configuration option to disable UI for the old >markup altogether? That way new setups would avoid the markup hassle >altogether. In that case all pages in pgsrc would have to be translated >to new markup, though. > >Cheers, > >Matti > > > > >------------------------------------------------------- >This sf.net email is sponsored by: >To learn the basics of securing your web site with SSL, >click here to get a FREE TRIAL of a Thawte Server Certificate: >http://www.gothawte.com/rd522.html >_______________________________________________ >Phpwiki-talk mailing list >Php...@li... >https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > ------------------------------------------------------- This sf.net email is sponsored by: Are you worried about your web server security? Click here for a FREE Thawte Apache SSL Guide and answer your Apache SSL security needs: http://www.gothawte.com/rd523.html _______________________________________________ Phpwiki-talk mailing list Php...@li... https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: Marjorie R. <mro...@ma...> - 2002-11-14 00:22:06
|
What would I need to edit at DynamicTextFormattingHelp to make it work under Portland? Where in the file does it go? I basically don't like this solution, actually. I just want one markup method. Preferably one that is a superset, to the extent reasonable. For instance, both DL style tables, and old markup style tables. Heck, even standard HTML tables, too. As for new lines, why can't a new line be a new line (under most conditions)? Anyhow, lots of thoughts, but mostly just a vague wish that these things didn't take so much time..., or, moreover, that I was more sophisticated about PHP, as I honestly don't know where to put that DynamicTextFormattingHelp, and "oh, we could just do such-and-such" always feels a little more daunting to me than to many of you on this list. Also, tonight I got a little jealous looking at some other wikis. Colors to indicate whether the page is editable: http://www.piclab.com/cgi-bin/wiki.pl?Working_With_Lee's_Wiki Cool hierarchical structure (a good thing?) http://thinktank.rootnode.com/Wiki/FrontPage I mostly point out the piclab.com site, because I like the way he did the documentation there. I was thinking about something along those lines. (see the table) I'm sticking with phpwiki. Only so much time in the world. But I do want to get to one markup method... I love wikis.... wikis are wonderful... Best, Margie ---------- Original Message --------------- ------------------- From: Matti Airas <ma...@ik...> Date: Tue, 12 Nov 2002 23:12:24 +0200 >Margie, > >I recently announced documentation for the new formatting rules (see the >archives for the whole thread, maybe a week ago). The version is >available at http://mairas.net/wiki/NewTextFormattingRules. See also >http://mairas.net/wiki/DynamicTextFormattingHelp. Please edit them as >you see fit. > >Jeff, should I consider the old emphasis markup obsolete or not? That >is, should I fix NewTextFormattingRules to use the old-style markup, or >do you think the new markup is going to get reliable enough for real use? > >Maybe there could be a configuration option to disable UI for the old >markup altogether? That way new setups would avoid the markup hassle >altogether. In that case all pages in pgsrc would have to be translated >to new markup, though. > >Cheers, > >Matti > > > > >------------------------------------------------------- >This sf.net email is sponsored by: >To learn the basics of securing your web site with SSL, >click here to get a FREE TRIAL of a Thawte Server Certificate: >http://www.gothawte.com/rd522.html >_______________________________________________ >Phpwiki-talk mailing list >Php...@li... >https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > |
From: Jeff D. <da...@da...> - 2002-11-13 17:08:02
|
On Wed, 13 Nov 2002 18:38:44 +0200 Matti Airas <ma...@ik...> wrote: > ... but it still isn't possible to use <verbatim>verbatim</verbatim> > tags inline, as in this sentence. Is this a feature or a bug? Sorry. I was going to comment on that in my last e-mail, but forgot... Currently I don't classify that as a bug. Partly it's because keeping block and inline markup distinct helps simplify the parsing. I suppose we could allow both "block-mode" and inline <pre> and <verbatim> tags... It's a tricky though because HTML's <pre> tag format's it's contents in block mode... |
From: Matti A. <ma...@ik...> - 2002-11-13 16:38:51
|
Jeff Dairiki wrote: > New Markup > > <pre> precludes neither [explicit linking] nor > LinkificationOfWikiWords. In the new markup, use > <verbatim> for code samples where you don't want any > linking of the text. (If you do want linking of some > of the text, then use <pre> and escape the brackets > like ~[this] --- escape ~WikiWords the same way.) True. I stand corrected. ... but it still isn't possible to use <verbatim>verbatim</verbatim> tags inline, as in this sentence. Is this a feature or a bug? m. |
From: Jeff D. <da...@da...> - 2002-11-13 15:38:13
|
On Wed, 13 Nov 2002 16:56:15 +0200 Matti Airas <ma...@ik...> wrote: > Carsten Klapp wrote: > > <verbatim> > > [limit] makes a link, [10] a footnote. > > </verbatim> > > Another way would be using <pre></pre>: New Markup <pre> precludes neither [explicit linking] nor LinkificationOfWikiWords. In the new markup, use <verbatim> for code samples where you don't want any linking of the text. (If you do want linking of some of the text, then use <pre> and escape the brackets like ~[this] --- escape ~WikiWords the same way.) Old Markup If you're using old markup, there is no equivalent of <verbatim>. You must escape each open bracket, by doubling it, [[like this]. (Escape !WikiWords with an exclamation mark.) |
From: Carsten K. <car...@us...> - 2002-11-13 14:57:57
|
On Wednesday, November 13, 2002, at 08:45 AM, arthur.chereau wrote: > Hi, > > First, thanks for all your answers. > After using phpwiki for some days, I've some new questions, remarks > and problems: > > 1) About the markup > > When I chose phpwiki, it was because it used the most intuitive > markup. But I > thought it could be even more intuitive, like *this* for bold, etc. I > really > like the new markup as it's near what I would have defined without > knowing > anything about wiki markups. The only differences are: > - why don't use /this/ for italics ? > - why don't use _this_ for underline ? > - why don't use \ for the escape (~) character ? (\\ being the real \) > - why isn't it possible to (temporarily) comment some text in the > source ? > > Maybe /this/ should be defined as <space>/.../ so URLs would be > ignored, > and \/this/is/a/file/ could be used to protect paths. > > For now, as I'm a new user, I'd like to use the new markup only, > without > having to check the new markup box (I want to get rid of this box and > the old > markup). How can I do that ? There was lengthy discussion about the new syntax, you can read some of the thoughts online at: http://phpwiki.sourceforge.net/phpwiki/NewInlineMarkup http://phpwiki.sourceforge.net/phpwiki/NewBlockMarkup There's a lot to consider, everyone has their own interpretation which delimiters should mean what. Some notation collides with other notation or is difficult to code reliably, like * for lists and *bold*. That's not to say it can't be done. > 2) About WikiFarm > > Using a WikiFarm on PHPwiki is too complicated. > PHPwiki should use one database for all the wikis (maybe with > prefixes). > New wikis should be created/removed by the administrator from his > admin page. > Nothing should have to be done manually on the server. This was answered in a recent message I think. Of course some work has to be done on the server but it's only when the tables are first set up, the rest is done by editing the phpwiki configuration. PhpWiki can already do this (via $DBParams['prefix'] in the config file). The only minor catch is that you have to manually edit the table prefixes in the appropriate schemas/*.sql. > 3) About index.php > > How can I get rid of the .../index.php/... in URLs ? See http://phpwiki.sourceforge.net/phpwiki/FrequentlyAskedQuestions http://phpwiki.sourceforge.net/phpwiki/PrettyWiki > 4) About HTTP authentication > > I have > > if (!defined('ALLOW_HTTP_AUTH_LOGIN')) define('ALLOW_HTTP_AUTH_LOGIN', > true); > if (!defined('ALLOW_USER_LOGIN')) define('ALLOW_USER_LOGIN', true); > if (!defined('ALLOW_BOGO_LOGIN')) define('ALLOW_BOGO_LOGIN', false); > if (!defined('REQUIRE_SIGNIN_BEFORE_EDIT')) > define('REQUIRE_SIGNIN_BEFORE_EDIT', false); > > in index.php, but I'm not automatically signed in after HTTP > authentication and > when I go to UserPreferences, PHPwiki still asks me to sign in. I think this feature is not ready yet... see the FAQ. > 5) About SQL safe mode > > PHPwiki doesn't seem to work when SQL safe mode is On in php.ini. > Is there something to change in PHPwiki to make it work with safe mode > ? > > > 6) About search plugins > > The FullTextSearch, FuzzyPages and TitleSearch plugins don't print > anything on > my installation: in the corresponding pages, it just print the > "Additional > Searches" boxes. There isn't anything else on those pages, but there should be a "Tips" section at the bottom too (in the english version, may not be in the french translation yet. Which are you using?). Or do you mean that search is not working, there are no search results produced? > 7) About reverse DNS > > On the Sourceforge PHPwiki homepage, the edit page says "Author will > be logged > as" followed by the reverse DNS of the host. On my installation, it is > followed > by the IP address of the host. There's no problem for resolving hosts > on this > machine. I tried setting ENABLE_REVERSE_DNS to true, but it's only for > ACCESS_LOG. How can I enable the reverse DNS in edit pages ? Your 5) and 7) I am not sure about. Anyone else know what to do? Carsten |
From: Matti A. <ma...@ik...> - 2002-11-13 14:56:22
|
Carsten Klapp wrote: > Try these in new markup: > > ~[limit] makes a link, ~[10] a footnote. > > <verbatim> > [limit] makes a link, [10] a footnote. > </verbatim> Another way would be using <pre></pre>: <pre>int foo(int bar) { return 2*bar; }</pre> At the moment it seems that the pre tags have to be on their own lines, however. I wonder should this be considered a bug? m. |
From: Carsten K. <car...@us...> - 2002-11-13 14:33:26
|
Try these in new markup: ~[limit] makes a link, ~[10] a footnote. <verbatim> [limit] makes a link, [10] a footnote. </verbatim> Carsten On Wednesday, November 13, 2002, at 09:23 AM, Andreas Rittershofer=20 wrote: > On 13 Nov 2002 at 14:45, arthur.chereau wrote: > >> 1) About the markup >> > > My problem is: > I have set up a wiki for programming in C. So I need [ and ] for > arrays. > But [limit] makes a link, [10] a footnote. > > Is there some workaround to use [ and ] as simple characters, some > sort of escape character? > > > Mit freundlichen Gr=FC=DFen > Andreas Rittershofer |
From: Andreas R. <an...@ri...> - 2002-11-13 14:24:37
|
On 13 Nov 2002 at 14:45, arthur.chereau wrote: > 1) About the markup > My problem is: I have set up a wiki for programming in C. So I need [ and ] for arrays. But [limit] makes a link, [10] a footnote. Is there some workaround to use [ and ] as simple characters, some sort of escape character? Mit freundlichen Gr=FC=DFen Andreas Rittershofer -- E-Learning mit http://www.LmTM.de/ *die* E-Learning-Plattform f=FCr Physik! und Homepage http://www.rittershofer.de/ |
From: <art...@vo...> - 2002-11-13 13:46:30
|
Hi, First, thanks for all your answers. After using phpwiki for some days, I've some new questions, remarks and problems: 1) About the markup When I chose phpwiki, it was because it used the most intuitive markup. But I thought it could be even more intuitive, like *this* for bold, etc. I really like the new markup as it's near what I would have defined without knowing anything about wiki markups. The only differences are: - why don't use /this/ for italics ? - why don't use _this_ for underline ? - why don't use \ for the escape (~) character ? (\\ being the real \) - why isn't it possible to (temporarily) comment some text in the source ? Maybe /this/ should be defined as <space>/.../ so URLs would be ignored, and \/this/is/a/file/ could be used to protect paths. For now, as I'm a new user, I'd like to use the new markup only, without having to check the new markup box (I want to get rid of this box and the old markup). How can I do that ? 2) About WikiFarm Using a WikiFarm on PHPwiki is too complicated. PHPwiki should use one database for all the wikis (maybe with prefixes). New wikis should be created/removed by the administrator from his admin page. Nothing should have to be done manually on the server. 3) About index.php How can I get rid of the .../index.php/... in URLs ? 4) About HTTP authentication I have if (!defined('ALLOW_HTTP_AUTH_LOGIN')) define('ALLOW_HTTP_AUTH_LOGIN', true); if (!defined('ALLOW_USER_LOGIN')) define('ALLOW_USER_LOGIN', true); if (!defined('ALLOW_BOGO_LOGIN')) define('ALLOW_BOGO_LOGIN', false); if (!defined('REQUIRE_SIGNIN_BEFORE_EDIT')) define('REQUIRE_SIGNIN_BEFORE_EDIT', false); in index.php, but I'm not automatically signed in after HTTP authentication and when I go to UserPreferences, PHPwiki still asks me to sign in. 5) About SQL safe mode PHPwiki doesn't seem to work when SQL safe mode is On in php.ini. Is there something to change in PHPwiki to make it work with safe mode ? 6) About search plugins The FullTextSearch, FuzzyPages and TitleSearch plugins don't print anything on my installation: in the corresponding pages, it just print the "Additional Searches" boxes. 7) About reverse DNS On the Sourceforge PHPwiki homepage, the edit page says "Author will be logged as" followed by the reverse DNS of the host. On my installation, it is followed by the IP address of the host. There's no problem for resolving hosts on this machine. I tried setting ENABLE_REVERSE_DNS to true, but it's only for ACCESS_LOG. How can I enable the reverse DNS in edit pages ? ------------------------------------------ Faites un voeu et puis Voila ! www.voila.fr |
From: John K. <jo...@ke...> - 2002-11-13 06:12:43
|
>Note that the (or at least my) main motivation for moving to the >new markup was to make the syntax more intuitive (i.e. more WYSIWYGish). >E.g. you make indented paragraphs like: > > Here's an idented paragraph. > >(The old markup involves a leading ";:".) > >Nested lists are layed out like: > > * Item 1 > * Subitem 1.1 > * Subitem 1.2 > * Item 2 > * Subitem 2.1 I just had a look at the NewTextFormattingRules page at http://mairas.net/wiki/NewTextFormattingRules Seems good. The problem I see is not updating the pages (easily done by algorithms) but updating the users. Once a non-computer person's got to the point where they've got the hang of putting up web pages, they'll freak if I tell them it's all got to change :( I'm all for keeping the old markup around for all the folks who regularly type web addresses into the Yahoo search box - not because it's right, but because it works, and they ain't gonna change just because someone tells them different :) John -- ------------------------------------ 0113 2289316 / 07944 755613 jo...@ke... / www.kershaw.org AOL johnkershaw / Y! john_m_kershaw ------------------------------------ |