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: Reini U. <ru...@x-...> - 2003-12-06 12:24:37
|
bishop schrieb: > I hacked up a bit of a patch to two files to enable a more versatile > form of the imap auth. Essentaially, it strips the :143 off the > imap_open() and clutters up index.php with an example and a different > default. Could you please send me your IMAP patches privately also? > It's at my mini-homepage on the site: > http://phpwiki.sourceforge.net/phpwiki/BishopClark . I hadn't poked > around enough to take a good look at it. > > Hey, is there any cure for the horrid destruction to my configs that > occurs when I overlay one tarball with another? I like the new > features, but I fear I won't be able to save one index.php from being > stomped by another. > > Any way to protect the upgrading bonehead as well as giving the new > person something that goes? I'd love something like (here comes > pseudocode!): > > if (exists(config.php)) include ("config.php"); > > That way, a user can toss define()s into there and it'll happily be > incorporated. Of course, I have the foreboding feeling I've overlooking > something really basic. in the index.php is some code which enables a start file (usually named wiki), which loads index.php then. that's why all the "if (defined()) " lines are for. sf.net is still down for me, so I cannot tell you the location of the documentation. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Reini U. <ru...@x-...> - 2003-12-06 12:18:24
|
Carsten Klapp schrieb: > It should be pretty easy to tweak, just change this line: > > $table->pushContent(HTML::caption(array('align'=>'top'), > $caption)); should be: $table->pushContent(HTML::caption(array('valign'=>'top'), $caption)); but better edit your stylesheet accordingly. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Tara S. <te...@cl...> - 2003-12-06 09:41:00
|
Hi! I managed to fix http://spirolattic.net/ (after the php upgrade), so the pages are available again. However, I can't login/edit anymore -- the wiki just doesn't react. Any ideas? I'm not sure how I fixed the problem (I changed some of the path variables in the config file and finally found a way to make it work, with mod_rewrite -- but not the same way as before!) Thanks, Steph |
From: bishop <bi...@pl...> - 2003-12-06 08:52:37
|
Steve, folks, http://phpwiki.sourceforge.net/phpwiki/SteveWainstead has a busted panix.com link. I hacked up a bit of a patch to two files to enable a more versatile form of the imap auth. Essentaially, it strips the :143 off the imap_open() and clutters up index.php with an example and a different default. It's at my mini-homepage on the site: http://phpwiki.sourceforge.net/phpwiki/BishopClark . I hadn't poked around enough to take a good look at it. Hey, is there any cure for the horrid destruction to my configs that occurs when I overlay one tarball with another? I like the new features, but I fear I won't be able to save one index.php from being stomped by another. Any way to protect the upgrading bonehead as well as giving the new person something that goes? I'd love something like (here comes pseudocode!): if (exists(config.php)) include ("config.php"); That way, a user can toss define()s into there and it'll happily be incorporated. Of course, I have the foreboding feeling I've overlooking something really basic. - bish -- "those who torment us for our own good will torment us without end, for they do so with the approval of their own conscience." http://quotes.telemanage.ca/quotes.nsf/quotes/7cfd6e1a41c2c42185256c840053e1e7 |
From: Joby W. <joby@u.washington.edu> - 2003-12-05 23:56:03
|
I'll see what I can do this weekend, but I've been swamped by worms and jury duty... jbw Joby Walker wrote: > Reini Urban wrote: > >> aphid schrieb: >> >>> On Nov 9, 2003, at 11:53 AM, Steve Wainstead wrote: >>> >>>> I'd like to work on documentation and get the current code base >>>> released as 1.4 before Christmas. >>> >>> >>> >>> >>> Hm, any chance at external db user auth making it into 1.4? That >>> would like Christmas in December.. err.. you know what I mean. >> >> >> >> Yes, the chance is good, since I quit my dayjob which really exhausted >> me, and I have much more time now. >> >> I just need some weeks to setup my infrastructure to continue where I >> left. > > > I should be able to get the group checking working too. > > jbw > > > > ------------------------------------------------------- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, > WebDAV, and more! http://www.apachecon.com/ > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: Carsten K. <car...@us...> - 2003-12-05 22:14:12
|
On Friday, December 5, 2003, at 03:48 pm, Micki Kaufman wrote: > Hi Carsten! > > Looks great! Rocking rocking rocking!!! > > Hey - if centeredness is a little tweaky, can we set the caption to be > left-flush (align=left), or remove the align tag? I assume that's NOT > in the stylesheet cause it's an attribute of the caption element. > > What do you think? > > Thanks, > Micki > Hi Micki, I understand the need for align=top for the older browsers, but I'm a little reluctant to do (subjectively-) TOO much with depreciated HTML4 attributes in the release code of PhpWiki. Of course you're absolutely welcome to modify your own wikis according to your situation and needs. :) It should be pretty easy to tweak, just change this line: $table->pushContent(HTML::caption(array('align'=>'top'), $caption)); As far as I understand, align=left would insert the caption in front(left) of the WHOLE table, probably not what you want. Also, the alignment of caption text WITHIN the cell is not clearly defined by the HTML standard, and really is up to the individual browser how it is displayed. You can try something like this: $table->pushContent(HTML::caption(array('align' => 'top', 'style' => 'text-align:left;'), $caption)); Or, add this to the CSS stylesheet: (but it will affect ALL tables in PhpWiki, even page lists returned from searches, etc.) table caption { text-align: left; } Carsten |
From: Reini U. <ru...@x-...> - 2003-12-05 21:16:18
|
oops again, carsten already did it. thanks. Reini Urban schrieb: > oops! > sorry, i didn't have a look into the specs. i'll do the change asap. > it's very easy. > Micki Kaufman schrieb: >> I noticed the resulting table has the attribute 'caption', like this: >> >> <table caption="This is a caption" cellpadding="1" cellspacing="1" >> border="1"> >> >> but it really should be a separate open and close tag, before the >> first 'tr' tag, like: >> >> <table cellpadding="1" cellspacing="1" border="1"> >> <caption>This is a caption</caption> >> <tr> -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Reini U. <ru...@x-...> - 2003-12-05 21:14:38
|
Micki Kaufman schrieb: > I noticed the resulting table has the attribute 'caption', like this: > > <table caption="This is a caption" cellpadding="1" cellspacing="1" > border="1"> > > but it really should be a separate open and close tag, before the first > 'tr' tag, like: > > <table cellpadding="1" cellspacing="1" border="1"> > <caption>This is a caption</caption> > <tr> oops! sorry, i didn't have a look into the specs. i'll do the change asap. it's very easy. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Carsten K. <car...@us...> - 2003-12-05 20:41:47
|
On Thursday, December 4, 2003, at 09:25 am, Reini Urban wrote: > The attached diff is better. > It supports summary also, has no linebreaks and > it also includes the new pgsrc of the description page. Hi, Thanks you two, for working on this! I applied the second patch to htdocs/phpwiki2/lib/plugin/OldStyleTable.php for testing. Only one problem, the caption does not show. :/ http://phpwiki.sourceforge.net/phpwiki/OldStyleTablePlugin I found the bug: caption is not an attribute of <table>, rather it must be the first sub-element (if present). So it should be like this: <table summary="summary"> <caption>Table caption</caption> <tr><td>first row</td></tr> http://www.w3.org/TR/1999/REC-html401-19991224/struct/tables.html Cheers, Carsten Here's the updated patch: (some of it is text reformatting) Index: OldStyleTable.php =================================================================== RCS file: /cvsroot/phpwiki/phpwiki/lib/plugin/OldStyleTable.php,v retrieving revision 1.7 diff -U2 -r1.7 OldStyleTable.php --- OldStyleTable.php 21 Feb 2003 23:00:35 -0000 1.7 +++ OldStyleTable.php 5 Dec 2003 20:37:28 -0000 @@ -1,4 +1,5 @@ <?php // -*-php-*- rcs_id('$Id: OldStyleTable.php,v 1.7 2003/02/21 23:00:35 dairiki Exp $'); + /** Copyright 1999, 2000, 2001, 2002 $ThePhpWikiProgrammingTeam @@ -26,5 +27,5 @@ * Usage: * <pre> - * <?plugin OldStyleTable + * <?plugin OldStyleTable border||=0 summary="" * || __Name__ |v __Cost__ |v __Notes__ * | __First__ | __Last__ @@ -51,5 +52,5 @@ function getDescription() { - return _("Layout tables using the old markup style."); + return _("Layout tables using the old markup style."); } @@ -60,5 +61,15 @@ function getDefaultArguments() { - return array(); + return array( + 'caption' => '', + 'cellpadding' => '1', + 'cellspacing' => '1', + 'border' => '1', + 'summary' => '', + ); + } + + function handle_plugin_args_cruft($argstr, $args) { + return; } @@ -67,12 +78,33 @@ include_once('lib/InlineParser.php'); + $args = $this->getArgs($argstr, $request); + $default = $this->getDefaultArguments(); + foreach (array('cellpadding', 'cellspacing', 'border') as $arg) { + if (!is_numeric($args[$arg])) { + $args[$arg] = $default[$arg]; + } + } $lines = preg_split('/\s*?\n\s*/', $argstr); - $table = HTML::table(array('cellpadding' => 1, - 'cellspacing' => 1, - 'border' => 1)); + $table_args = array(); + $default_args = array_keys($default); + foreach ($default_args as $arg) { + if ($args[$arg] == '' and $default[$arg] == '') + continue; // ignore '' arguments + $table_args[$arg] = $args[$arg]; + } + unset($table_args['caption']); + $table = HTML::table($table_args); + if ($caption = $args['caption']) { + $table->pushContent(HTML::caption(array('align'=>'top'), $caption)); + } foreach ($lines as $line) { if (!$line) continue; + if (strstr($line, "=")) { + $tmp = explode("=", $line); + if (in_array(trim($tmp[0]), $default_args)) + continue; + } if ($line[0] != '|') return $this->error(fmt("Line does not begin with a '|'.")); @@ -85,6 +117,5 @@ function _parse_row ($line, $basepage) { $brkt_link = "\\[ .*? [^]\s] .*? \\]"; - $cell_content = "(?: [^[] | ".ESCAPE_CHAR."\\[ | $brkt_link )*?"; - + $cell_content = "(?: [^[] | " . ESCAPE_CHAR . "\\[ | $brkt_link )*?"; preg_match_all("/(\\|+) (v*) ([<>^]?) \s* ($cell_content) \s* (?=\\||\$)/x", $line, $matches, PREG_SET_ORDER); @@ -116,4 +147,8 @@ } }; + +// Caption & summary patch from [phpwiki-talk] by MickiKaufman and +// ReiniUrban 2003-12-04. Not yet checked into CVS. + // $Log: OldStyleTable.php,v $ |
From: Micki K. <mic...@co...> - 2003-12-05 20:12:45
|
I forgot to mention - the ability to set border, cellpadding and cellspacing is a great mod - many thanks independently for this! Thanks, Micki >Hi Reini: > >I noticed the resulting table has the attribute 'caption', like this: > ><table caption="This is a caption" cellpadding="1" cellspacing="1" border="1"> > >but it really should be a separate open and close tag, before the >first 'tr' tag, like: > ><table cellpadding="1" cellspacing="1" border="1"> ><caption>This is a caption</caption> ><tr> > >John: do you agree? > >Reini - an we get a tweak to achieve this? Thanks! >Micki > >>Message: 4 >>Date: Thu, 04 Dec 2003 15:25:20 +0100 >>From: Reini Urban <ru...@x-...> >>To: php...@li... >>Subject: Re: [Phpwiki-talk] Adding '<caption>' tags to tables from wiki >>The attached diff is better. >>It supports summary also, has no linebreaks and >>it also includes the new pgsrc of the description page. > -- Micki mailto:mic...@co... |
From: Micki K. <mic...@co...> - 2003-12-05 20:08:38
|
Hi Reini: I noticed the resulting table has the attribute 'caption', like this: <table caption="This is a caption" cellpadding="1" cellspacing="1" border="1"> but it really should be a separate open and close tag, before the first 'tr' tag, like: <table cellpadding="1" cellspacing="1" border="1"> <caption>This is a caption</caption> <tr> John: do you agree? Reini - an we get a tweak to achieve this? Thanks! Micki >Message: 4 >Date: Thu, 04 Dec 2003 15:25:20 +0100 >From: Reini Urban <ru...@x-...> >To: php...@li... >Subject: Re: [Phpwiki-talk] Adding '<caption>' tags to tables from wiki >The attached diff is better. >It supports summary also, has no linebreaks and >it also includes the new pgsrc of the description page. -- Micki mailto:mic...@co... |
From: Dan S. <dan...@ea...> - 2003-12-05 17:18:33
|
All, I have phpwiki working within the local network. I would like to upload that instance to a server. What is the file list and dir list from the php dir that needs to be uploaded? (I will edit index.php to create a flat file new wiki on that site.) Dan |
From: Dan S. <dan...@ea...> - 2003-12-05 16:06:05
|
All, phpwiki 1.3.6 installs and initializes. The pages appear to be being built in the 'virgin wiki' page. However all attempts to access those pages result in 'gargage' pages. If the initial page is reloaded with the back page then the readable content is loaded. If that page is reloaded then garbage appears. The system is Fedora Core 1, the browser is Mozilla 1.4.1. This is almost like a 'decode key' issue?? Below is a sample of the page output: ‹ |
From: Micki K. <mic...@co...> - 2003-12-05 15:16:13
|
Reini and Carsten: Thanks for your great, quick work on this mini-feature. Our disabled and DocBook users alike will be very well served. This weekend I'll be upgrading the wikis, and can provide my and the users' feedback. Stylesheet tweak needed? On our 1.3.4 wiki, the <caption> contents are rendered as 'yellow text' by the default stylesheet. We may wanna make a quick mod to the stylesheet so that the captions are in black. The font (medium size, non-bold) seems fine as is. Anyway, rocking work, and many many thanks, Micki >Message: 4 >Date: Thu, 04 Dec 2003 15:25:20 +0100 >From: Reini Urban <ru...@x-...> >To: php...@li... >Subject: Re: [Phpwiki-talk] Adding '<caption>' tags to tables from wiki >The attached diff is better. >It supports summary also, has no linebreaks and >it also includes the new pgsrc of the description page. -- Micki mailto:mic...@co... |
From: Dan S. <dan...@ea...> - 2003-12-05 00:36:27
|
All, I unpacked the latest phpwiki in dir /mnt/wiki/phpwiki-1.3.6 and proceeded to edit wiki and index.php; I think I got all that confused. The data dir path is set as described to /home/dan/wiki and is set for a flat file. My questions are: 1. can the wiki lib and php files be in any path? 2. what wiki path variables need to be set for this path? 3. how is the wiki called? Thanks, Dan |
From: Reini U. <ru...@x-...> - 2003-12-04 17:32:50
|
Tara, please try it without RewriteRule and set the VIRTUAL_PATH and USE_PATH_INFO instead. define('VIRTUAL_PATH', '/wiki'); define('USE_PATH_INFO', true); This works for me. Maybe /wiki has no php handler anymore. Maybe your admin set the default AllowOverride None. This works fine for me in my .htaccess, where wiki is a copy of index.php: <Files wiki> SetHandler application/x-httpd-php </Files> Tara Star schrieb: > Hi! > > hope somebody can help me -- this is starting to look tricky. > > I have two wikis running on one engine (I know the engine is old, but I > changed quite a lot of markup in it and would rather stick to it if I > could, rather than install a newer version and risk running into even > more tricky problems ;-)): > > http://spirolattic.net/HomePage > http://climbtothestars.org/pim/BookMarks > > My sysadmin installed suexec recently and upgraded php -- since then, > it's all broken. > > I was using a rewrite rule for spirolattic: > > RewriteRule ^(.*)/? /wiki/$1 [L] > > wiki being a renamed index.php file sent with a php mimetype. > > Now, I have two problems: > > a) the wiki does not seem to accept > http://spirolattic.net/wiki/RecentChanges as a wiki page anymore. It has > to be of the form http://spirolattic.net/wiki/?RecentChanges to work > > b) this means I need to change my rewrite rule, but for some strange > reason the following doesn't work: > RewriteRule ^(.*)/? /wiki/?$1 [L] > > Point a) is valid for the second wiki too (pim): > http://climbtothestars.org/pim/BookMarks does not work, whereas > http://climbtothestars.org/pim/?BookMarks does. No rewriting here, pim > being the main wiki file sent out as php mime-type. > > However, another interesting development: the internal links created by > the wiki are weird: > http://climbtothestars.org/pim/pim?pagename=MartialArtsLinks instead of > http://climbtothestars.org/pim/MartialArtsLinks -- what could make the > wiki start writing them that way all of a sudden? The links are "ok" in > the spirolattic wiki. > > It seems to me the core of the problem concerns the wiki -- point (b) is > not important if I manage to get the wiki to accept wiki/PageName uris > again. > > Thanks for any help -- and let me know if you need more info. > > Steph aka Tara > -- > http://climbtothestars.org/ > http://pompage.net/ > http://spirolattic.net/ > http://swissblogs.com/ > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Reini U. <ru...@x-...> - 2003-12-04 14:25:23
|
The attached diff is better. It supports summary also, has no linebreaks and it also includes the new pgsrc of the description page. Reini Urban schrieb: > That's IMHO the easiest way to do this. > This patch supports some table arguments: cellspacing, cellpadding, > border and caption. > > One could also use handle_plugin_args_cruft() to do the dirty work in > the $lines loop. > Please test this, I'm still a little bit rusty and don't dare yet to > commit this. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Reini U. <ru...@x-...> - 2003-12-04 14:08:21
|
That's IMHO the easiest way to do this. This patch supports some table arguments: cellspacing, cellpadding, border and caption. One could also use handle_plugin_args_cruft() to do the dirty work in the $lines loop. Please test this, I'm still a little bit rusty and don't dare yet to commit this. $ cvs diff lib/plugin/OldStyleTable.php Index: lib/plugin/OldStyleTable.php =================================================================== RCS file: /cvsroot/phpwiki/phpwiki/lib/plugin/OldStyleTable.php,v retrieving revision 1.7 diff -u -b -r1.7 OldStyleTable.php --- lib/plugin/OldStyleTable.php 21 Feb 2003 23:00:35 -0000 1.7 +++ lib/plugin/OldStyleTable.php 4 Dec 2003 14:05:10 -0000 @@ -59,21 +59,43 @@ } function getDefaultArguments() { - return array(); + return array( + 'caption' => '', + 'cellpadding' => '1', + 'cellspacing' => '1', + 'border' => '1', + ); + } + + function handle_plugin_args_cruft($argstr, $args) { + return; } function run($dbi, $argstr, $request, $basepage) { global $Theme; include_once('lib/InlineParser.php'); + $args = $this->getArgs($argstr, $request); + $default = $this->getDefaultArguments(); + foreach (array('cellpadding','cellspacing','border') as $arg) { + if (!is_numeric($args[$arg])) { + $args[$arg] = $default[$arg]; + } + } $lines = preg_split('/\s*?\n\s*/', $argstr); - $table = HTML::table(array('cellpadding' => 1, - 'cellspacing' => 1, - 'border' => 1)); - + $table = HTML::table(array('cellpadding' => $args['cellpadding'], + 'cellspacing' => $args['cellspacing'], + 'caption' => $args['caption'], + 'border' => $args['border'])); + $default_args = array_keys($default); foreach ($lines as $line) { if (!$line) continue; + if (strstr($line,"=")) { + $tmp = explode("=",$line); + if (in_array(trim($tmp[0]),$default_args)) + continue; + } if ($line[0] != '|') return $this->error(fmt("Line does not begin with a '|'.")); $table->pushContent($this->_parse_row($line, $basepage)); Carsten Klapp schrieb: > On Wednesday, December 3, 2003, at 10:18 am, Micki Kaufman wrote: > >> Hi phpwiki folks. >> >> After basing our documentation project (covering 1000s of pages) on >> the wiki, we're seeing amazing results. I'm available to discuss, >> etc., should anyone want to know more about how we use this awesome >> wiki. >> >> One thing I've been looking for is a way to associate a 'title' or >> 'caption' with a table (either OldStyle or NewStyle), so that the >> title obeys the proper 'keep-with', etc., when the title is printed >> in our pdf workflow. >> >> I'd like a modification that allows: >> - one extra parameter within the table plugin called 'caption', like >> >> <?plugin OldStyleTable caption="Caption Text" >> >> - which renders its contents as >> ...<table> >> '<caption>Caption Text</caption>' >> <tr>... >> at the beginning of the table, before the first <tr> tag. >> >> This is valid html, and it will allow seriously cool functionality in >> our printed workflow - titles will remain with tables, automatically >> generate 'list of tables' at the top of each doc, etc. Real >> MSWord-kiiling stuff. >> >> Anyone have any ideas, or willing to help? This will be the first >> hardcore mod of our system that we'd have to carry forward, and >> logically I'd much prefer for this useful if obscure mod to be in the >> core code if folks find value to it. >> >> If no one would like to work on it, I'll begin the process of >> figuring it out and will offer it back to the code base once we're done. >> >> Thanks to all for making phpwiki continue to rock. >> >> Micki > > > > Hi Micki, > > User-definable table captions sound like an awesome feature, I'm all > for it! > > I'm not sure that this is something I can write, so if you or anyone > else figures out how to do it (add table captions and/or table summary > attribute) send me a patch and I'll gladly check it into the PhpWiki > CVS for everyone to have. > > Table captions are already defined in lib/HtmlElement.php, so I hope it > isn't too hard to add something to InlineParser or whatever else needs > to be modified. > > Carsten > > Ref.: > http://www.w3.org/TR/1999/REC-html401-19991224/struct/tables.html#h- 11.2.2 -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Carmella S. <ugn...@ya...> - 2003-12-04 12:52:08
|
AFTER-HOURS TRADING - BREAKING NEWS Get Quote - http://quote.money.cnn.com/quote/quote?symbols=3Dhtds Hard to Treat Diseases Incorporated - HTDS - Announces: Receipt of Tuberci= n Toxicity Study and Formation of Scientific Advisory Panel - Wednesday De= cember 3, 8:04 pm ET DELRAY BEACH, Fla.--(BUSINESS WIRE)--Dec. 3, 2003--Hard to Treat Diseases = Incorporated (Pink Sheets: HTDS) announces today that the spokesperson for= the independent medical group conducting the testing for HTTD (HTDS) has = forwarded the formal Testing Results of Tubercin=AE's Toxicity Trials to H= TTD. Tubercin of five different concentrations was administered to five groups = of mice. A pathologist at the University of Oklahoma Health Science Center= performed autopsies. The mice were randomized and only the control mouse = was known to the pathologist, as stated in the cover letter of the Patholo= gy Report. The report concludes, "All tissues evaluated, visceral organs and the brai= n were essentially normal in appearance." "The importance of this report i= s even better than I expected," stated the spokesperson for the medical gr= oup. "As the testing continues and if the results are similar to those of = Chemotherapy and or radiation with no harmful side effects, Tubercin has e= normous potential for the treatment of cancer and the immune system." The President and CEO of HTTD, Mr. Colm J. King is in the process of formi= ng a Scientific Advisory Panel with leading Oncologists and Immunologists = from prestigious institutions in the U.S. The panel will review the report= s and results of Tubercin=AE's findings and will report back to Mr. King w= ith the ongoing reports in layman language for the shareholders. "We are continuing to receive promising results regarding Tubercin=AE and = we're looking forward to additional positive results in the near future," = stated Mr. King. "These tests prove that Tubercin=AE is non-toxic and is t= he first step on the way to human clinical trials as well as the first pos= itive breakthrough conducted in the United States with an independent medi= cal group for Tubercin=AE. Operating out of Delray Beach, Florida, Hard to Treat Diseases Incorporate= d ("HTTD") holds the international marketing rights, except South Korea, t= o Tubercin=AE, a patented immunostimulant developed for combating Cancer u= nder medical patent (US Patent 6,274,356). The unique properties unlike ot= her cancer products are clearly stated in the abstract summary of the pate= nt... "A carbohydrate complex, which is a mixture of low molecular-weight = polysaccharides of an arabinomannan structure extracted from Mycobacterium= tuberculosis, is highly effective in treating various cancer patients wit= hout incurring any adverse side effects." Statements in this press release that are not historical facts are forward= -looking statements within the meaning of the Securities Act of 1933, as a= mended. Those statements include statements regarding the intent, belief o= r current expectations of the Company and its management. Such statements = reflect management's current views, are based on certain assumptions and i= nvolve risks and uncertainties. Actual results, events, or performance may= differ materially from the above forward-looking statements due to a numb= er of important factors, and will be dependent upon a variety of factors, = including, but not limited to, our ability to obtain additional financing = and access funds from our existing financing arrangements that will allow = us to continue our current and future operations and whether demand for ou= r product and testing service in domestic and international markets will c= ontinue to expand. The Company undertakes no obligation to publicly update= these forward-looking statements to reflect events or circumstances that = occur after the date hereof or to reflect any change in the Company's expe= ctations with regard to these forward-looking statements or the occurrence= of unanticipated events. glnex |
From: Micki K. <mic...@en...> - 2003-12-04 04:07:59
|
I'm looking at OldStyleTable and although I would hardly qualify as a phpwiki-savvy programmer, I think we can create a 'caption' attribute for OldStyleTable 's by straightforward, minimal mods to the OldStyleTable plugin. Not yet sure about NewStyleTables... one step at a time! Indeed, perhaps someone more savvy with the system can help enable those... do I hear rublings of the return of dairiki? :) Thanks, Micki At 10:15 PM -0500 12/3/03, Carsten Klapp wrote: >On Wednesday, December 3, 2003, at 10:18 am, Micki Kaufman wrote: > >>Hi phpwiki folks. >> >>After basing our documentation project (covering 1000s of pages) on >>the wiki, we're seeing amazing results. I'm available to discuss, >>etc., should anyone want to know more about how we use this awesome >>wiki. >> >>One thing I've been looking for is a way to associate a 'title' or >>'caption' with a table (either OldStyle or NewStyle), so that the >>title obeys the proper 'keep-with', etc., when the title is printed >>in our pdf workflow. >> >>I'd like a modification that allows: >>- one extra parameter within the table plugin called 'caption', like >> >> <?plugin OldStyleTable caption="Caption Text" >> >>- which renders its contents as >> ...<table> >> '<caption>Caption Text</caption>' >> <tr>... >> at the beginning of the table, before the first <tr> tag. >> >>This is valid html, and it will allow seriously cool functionality >>in our printed workflow - titles will remain with tables, >>automatically generate 'list of tables' at the top of each doc, >>etc. Real MSWord-kiiling stuff. >> >>Anyone have any ideas, or willing to help? This will be the first >>hardcore mod of our system that we'd have to carry forward, and >>logically I'd much prefer for this useful if obscure mod to be in >>the core code if folks find value to it. >> >>If no one would like to work on it, I'll begin the process of >>figuring it out and will offer it back to the code base once we're >>done. >> >>Thanks to all for making phpwiki continue to rock. >> >>Micki > > >Hi Micki, > >User-definable table captions sound like an awesome feature, I'm all for it! > >I'm not sure that this is something I can write, so if you or anyone >else figures out how to do it (add table captions and/or table >summary attribute) send me a patch and I'll gladly check it into the >PhpWiki CVS for everyone to have. > >Table captions are already defined in lib/HtmlElement.php, so I hope >it isn't too hard to add something to InlineParser or whatever else >needs to be modified. > >Carsten > >Ref.: >http://www.w3.org/TR/1999/REC-html401-19991224/struct/tables.html#h-11.2.2 -- Micki Kaufman Senior Project Manager Encoda Systems, Inc. mic...@en... phone: 212 303 4275 cell: 917 450-9137 http://www.encodasystems.com |
From: Carsten K. <car...@us...> - 2003-12-04 03:15:47
|
On Wednesday, December 3, 2003, at 10:18 am, Micki Kaufman wrote: > Hi phpwiki folks. > > After basing our documentation project (covering 1000s of pages) on > the wiki, we're seeing amazing results. I'm available to discuss, > etc., should anyone want to know more about how we use this awesome > wiki. > > One thing I've been looking for is a way to associate a 'title' or > 'caption' with a table (either OldStyle or NewStyle), so that the > title obeys the proper 'keep-with', etc., when the title is printed in > our pdf workflow. > > I'd like a modification that allows: > - one extra parameter within the table plugin called 'caption', like > > <?plugin OldStyleTable caption="Caption Text" > > - which renders its contents as > ...<table> > '<caption>Caption Text</caption>' > <tr>... > at the beginning of the table, before the first <tr> tag. > > This is valid html, and it will allow seriously cool functionality in > our printed workflow - titles will remain with tables, automatically > generate 'list of tables' at the top of each doc, etc. Real > MSWord-kiiling stuff. > > Anyone have any ideas, or willing to help? This will be the first > hardcore mod of our system that we'd have to carry forward, and > logically I'd much prefer for this useful if obscure mod to be in the > core code if folks find value to it. > > If no one would like to work on it, I'll begin the process of figuring > it out and will offer it back to the code base once we're done. > > Thanks to all for making phpwiki continue to rock. > > Micki Hi Micki, User-definable table captions sound like an awesome feature, I'm all for it! I'm not sure that this is something I can write, so if you or anyone else figures out how to do it (add table captions and/or table summary attribute) send me a patch and I'll gladly check it into the PhpWiki CVS for everyone to have. Table captions are already defined in lib/HtmlElement.php, so I hope it isn't too hard to add something to InlineParser or whatever else needs to be modified. Carsten Ref.: http://www.w3.org/TR/1999/REC-html401-19991224/struct/tables.html#h- 11.2.2 |
From: Resume <ry...@ya...> - 2003-12-03 21:53:48
|
RIC SIE Tel (408) 482-2840 rz...@ya... OBJECTIVE: STRUCTURAL & MECHANICAL DESIGNER CIVIL, ARCHITECTURAL, TRANSPORTATION CAD Operator EXPERIENCE: 93 - present DESIGNER, ENGINEER, CAD MANAGER; "Mech-Tronic" Engineering & Design Service, Project Management & Development. Preparing technical documentation, calculations, layouts drawings & propositions. CAD Management and Operations, drafting & redesigning. Intergraph, MicroStation, Autodesk, ACAD, Win, Net, Softdesk Mgmt Civil, Bridges and Structural Design, Plans, Mapping, Detail Freeway & Roadway, data translation & inserting. Script & CAD automation. Geological Structures, Viaducts, Freeways, Highways, Shopping Center. Architectural and Environmental Projects and cooperation; military facilities and plans, Cities, Airports, remediation drawings upgrade, correcting and redesign. Traffic design & problem analyzes-reorganize. Freeway Design & Drafting Support, Site analyzing for Caltrans, Architectural, Archeotype & Electrical drawings, "as is" and initial design; Develop remediation procedure and equipment for lead painted buildings. Construction management, Job site inspection, civil & structural support Mechanical Evaluations - Design - Service and Maintenance; R&D. EDUCATION: Institute for Business & Technology, California CAD Engineer, Programming, Design, Management Electro - Mechanical College Mechanical Engineering - BS Degree DOS, UNIX, MAC, SUN computers; WP, dBASE, Lotus, Network, Lisp, Windows & Appl., PFS, Graphics, CAD/CAM, Basic, Fortran, Analyzes. METRIC, SOLAR, AutoCAD/Computer Instructor. Transportation Spec. Personal Designer, MS Project, MS Works, Excel, Access, C, Script, File Management, File transfer. Learn quickly, work independly, shift, overtime |
From: Reini U. <ru...@x-...> - 2003-12-03 16:32:07
|
Carsten Klapp schrieb: > Update of /cvsroot/phpwiki/phpwiki/lib > In directory sc8-pr-cvs1:/tmp/cvs-serv19754 > > Added Files: > WikiUserNew.php > Log Message: > Complete rewrite of WikiUser.php. > > This should make it easier to hook in user permission groups etc. some > time in the future. Most importantly, to finally get UserPreferences > fully working properly for all classes of users: AnonUser, BogoUser, > AdminUser; whether they have a NamesakePage (PersonalHomePage) or not, > want a cookie or not, and to bring back optional AutoLogin with the > UserName stored in a cookie--something that was lost after PhpWiki had > dropped the default http auth login method. aah, good. thats what jeff wanted from me. thanks -- Reini Urban |
From: John K. <jo...@ke...> - 2003-12-03 15:35:22
|
At 10:18 am -0500 3/12/03, Micki Kaufman wrote: >I'd like a modification that allows: >- one extra parameter within the table plugin called 'caption', like > > <?plugin OldStyleTable caption="Caption Text" > >- which renders its contents as > ...<table> > '<caption>Caption Text</caption>' > <tr>... > at the beginning of the table, before the first <tr> tag. > >This is valid html, and it will allow seriously cool functionality >in our printed workflow... This is not just valid html, it's essential html for anyone wanting to use phpwiki for sites that adhere as tightly as possible to the various flavours of disabled access. not being able to add titles to tables is a constant thorn in my disabled-friendly side ;) The mod gets my vote (not that I have a vote...) John. -- ------------------------------------------- 01274 581519 / 07944 755613 jo...@ke... / http://www.kershaw.org AOL johnkershaw / Y! & MSN john_m_kershaw |
From: Micki K. <mic...@co...> - 2003-12-03 15:18:22
|
Hi phpwiki folks. After basing our documentation project (covering 1000s of pages) on the wiki, we're seeing amazing results. I'm available to discuss, etc., should anyone want to know more about how we use this awesome wiki. One thing I've been looking for is a way to associate a 'title' or 'caption' with a table (either OldStyle or NewStyle), so that the title obeys the proper 'keep-with', etc., when the title is printed in our pdf workflow. I'd like a modification that allows: - one extra parameter within the table plugin called 'caption', like <?plugin OldStyleTable caption="Caption Text" - which renders its contents as ...<table> '<caption>Caption Text</caption>' <tr>... at the beginning of the table, before the first <tr> tag. This is valid html, and it will allow seriously cool functionality in our printed workflow - titles will remain with tables, automatically generate 'list of tables' at the top of each doc, etc. Real MSWord-kiiling stuff. Anyone have any ideas, or willing to help? This will be the first hardcore mod of our system that we'd have to carry forward, and logically I'd much prefer for this useful if obscure mod to be in the core code if folks find value to it. If no one would like to work on it, I'll begin the process of figuring it out and will offer it back to the code base once we're done. Thanks to all for making phpwiki continue to rock. Micki At 8:04 PM -0800 12/2/03, php...@li... wrote: >Send Phpwiki-talk mailing list submissions to > php...@li... > >To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk >or, via email, send a message with subject or body 'help' to > php...@li... > >You can reach the person managing the list at > php...@li... > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Phpwiki-talk digest..." > > >Today's Topics: > > 1. PhpWiki at phpwiki.sf.net upgraded to 1.3.6+ (Carsten Klapp) > >--__--__-- > >Message: 1 >Date: Tue, 2 Dec 2003 21:39:01 -0500 >Cc: Steve Wainstead <sw...@pa...> >To: php...@li... >From: Carsten Klapp <car...@us...> >Subject: [Phpwiki-talk] PhpWiki at phpwiki.sf.net upgraded to 1.3.6+ > >Hi All, > >After a few days of online testing I'm satisfied that the latest >preview version of PhpWiki is working quite well on the Sourceforge >server, so I have upgraded the wiki there to 1.3.7pre: > >http://phpwiki.sourceforge.net/phpwiki/ > >The old PhpWiki version 1.3.2 is still accessible at the following URL: >http://phpwiki.sourceforge.net/phpwiki-wiki(1.3)/ > >If anyone encounters any serious problems with the new version of >PhpWiki running at SF or has any questions or concerns about the >transition/upgrade there, please drop me a line. > >Note that page alterations made under the old PhpWiki at the old (1.3) >URL will likely not be immediately visible when viewed with the new >version of PhpWiki, due to the new internal HTML caching scheme. > >:) >Carsten Klapp > > > > >--__--__-- > >_______________________________________________ >Phpwiki-talk mailing list >Php...@li... >https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > > >End of Phpwiki-talk Digest -- Micki mailto:mic...@co... |