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: aphid <me...@ap...> - 2003-02-17 02:32:49
|
On Sunday, February 16, 2003, at 06:21 PM, aphid wrote: > > hey.. i'd like to use an image as the button separator, but if I > change the function to read > > $Theme->setButtonSeparator("\n <img > src='http://www.aphid.org/bull.png' "); > > it's coming through in the page source as clarification, it's coming through in the browser as literally '<img src='http://www.aphid.org/bull.png>' (I forgot the closing bracket above but having fixed it in my code has made no difference) cheers a |
From: aphid <me...@ap...> - 2003-02-17 02:22:31
|
hey.. i'd like to use an image as the button separator, but if I change the function to read $Theme->setButtonSeparator("\n <img src='http://www.aphid.org/bull.png' "); it's coming through in the page source as <img src='http://www.aphid.org/bull.png'> anyone know how I can get around this? cheers a |
From: Rob C. <ro...@ma...> - 2003-02-16 23:54:44
|
What about the "5 best incomming" and "5 best outgoing" links? They are not available anymore in V1.3 ... this si removed without (AFAIK) any notice or for any reason... any updates on this problem? |
From: Jean-Philippe G. <jpg...@ou...> - 2003-02-16 21:25:32
|
Hi, I trie to use PhpWiki on sourceforge.net with $LANG="fr" but links, pages and HomePage are in english. I make these changes to index.php : line 419 : // If you set $LANG to the empty string, your systems default language // (as determined by the applicable environment variables) will be // used. if (!isset($LANG)) { $LANG = "fr"; } and add these lines : if (!defined('HOME_PAGE')) define('HOME_PAGE', "Accueil"); if (!defined('DEFAULT_LANGUAGE')) define('DEFAULT_LANGUAGE', 'fr'); To have french pages, I change if (!defined('WIKI_PGSRC')) define('WIKI_PGSRC', 'pgsrc'); into if (!defined('WIKI_PGSRC')) define('WIKI_PGSRC', 'locale/fr/pgsrc'); In lib/config.php, I comment : if (!defined('HOME_PAGE')) define('HOME_PAGE', _("HomePage")); if (!defined('DEFAULT_LANGUAGE')) define('DEFAULT_LANGUAGE', 'fr'); Perhaps there is a more simple way to do this ? -- Jean-Philippe Georget jpg...@ou... - http://jpgeorget.ouvaton.org/ |
From: Carsten K. <car...@us...> - 2003-02-15 23:54:12
|
Awesome, thanks Jeff! :) Looking forward to be able to edit redirecting pages easier now. Carsten On Saturday, February 15, 2003, at 06:33 pm, Geoffrey T. Dairiki wrote: > o A link to the redirecting page is displayed after the title > of the target page. If the user follows this link, redirects > are disabled. This allows for easy editing of the redirecting > page. |
From: Carsten K. <car...@us...> - 2003-02-15 04:51:45
|
Thanks for cleaning up this code Jeff. I have been studying the various WikiUser code for a while and couldn't figure it all out, it seemed like a bit of a mess. Your other bugfixes and modifications are most appreciated too. Carsten Klapp On Friday, February 14, 2003, at 09:24 pm, Geoffrey T. Dairiki wrote: > Update of /cvsroot/phpwiki/phpwiki/lib > In directory sc8-pr-cvs1:/tmp/cvs-serv3974 > > Modified Files: > WikiDB.php > Log Message: > Fix for API change in WikiUser constructor. > > However it seems that the only code affected is this file is currently > unused. I commented out the vestigal code --- if no one screams about > it, then whoever looks at it next can delete it. |
From: Rob C. <ro...@ma...> - 2003-02-12 09:01:16
|
Hello all, I am copy + pasting a topic from the Wiki forum here, as this particular topic has my intrest aswell, and there seems to be so low traffic on the forum that I just want to try it this way: ==================================== Hi I've installed the lastest version of phpwiki and at first I must say that the design is really cool. Trouble is I've noticed that the "quick links" between the pages that are "nearby" (5 best incoming links, 5 best outgoing links, 5 most popular nearby) have disappeared in this version I do think it was the greatest features of phpwiki. It's the best way for a user to browse the wiki : for example in a documentation, the "related topics" were made automatically ! Is there a way to have this feature back in the newer version ?? or must I go back to the phpwiki classic :-( ? |
From: Johannes G. <jg...@ph...> - 2003-02-11 16:26:40
|
> So my best idea is to use different character than '/' to separate > subpages, but this is a shame for '/' is really good at indicating > hierarchy... What about using "%2215", which is the unicode character for the mathematical symbol '/' ? So eventually (some years?) it will be displayed as a '/', though there is no interpretation as a directory. (Just an idea :) regards Jo |
From: Steve B. <sb...@bi...> - 2003-02-10 17:03:16
|
When I tried to use UnfoldSubpages, it looked like it didn't respect the $pages argument, so I hacked it a bit so it would: function run($dbi, $argstr, $request) { $pagename = $request->getArg('pagename'); $subpages = explodePageList($pagename . SUBPAGE_SEPARATOR . '*'); if (! $subpages) { return $this->error(_("The current page has no subpages defined.")); } include_once('lib/BlockParser.php'); extract($this->getArgs($argstr, $request)); $content = HTML(); $subpages = array_reverse($subpages); if($pages) { $subpages = array_slice ($subpages, 0, $pages); } foreach ($subpages as $page) { I just added fours lines and changed the foreach loop slightly. Steve Wainstead suggested sending the change here. Thanks to everyone for phpwiki! Phpwiki roolz! :-) -- Steven D. Brewer <sb...@bi...> http://www.bio.umass.edu/bcrc/sb.html Ne cxiam dauxras malbona vetero, ne cxiam dauxras homa sufero. |
From: Carsten <car...@ya...> - 2003-02-08 15:49:03
|
Hi Lawrence, It looks like you are using NathanGass' UploadPlugin from <http://phpwiki.sourceforge.net/phpwiki/UploadPlugin>? I never used it, but apparently you need to add a function to lib/Request.php before it will work. Carsten RCS file: /cvsroot/phpwiki/phpwiki/lib/Request.php,v retrieving revision 1.24 diff -U2 -r1.24 Request.php --- Request.php 14 Dec 2002 16:21:46 -0000 1.24 +++ Request.php 8 Feb 2003 15:46:52 -0000 @@ -314,5 +314,9 @@ return new Request_UploadedFile($fileinfo); } - + + function getTmpName() { + return $this->_info['tmp_name']; + } + function Request_UploadedFile($fileinfo) { $this->_info = $fileinfo; On Saturday, February 8, 2003, at 05:21 am, Lawrence F. London, Jr. wrote: > Greetings: > > I have been using UpLoad.php with Wiki version: 1.3.2-jeffs-hacks > successfully to upload files and would also like to use it > in 1.3.4 at this location: > > http://www.ibiblio.org/pbs/pbswiki/index.php/UploadFile > > I get the following error when trying to run it: > > Fatal error: Call to undefined function: gettmpname() in > /public/html/pbs/pbswiki/lib/plugin/UpLoad.php on line 38 > > Could the plugin's author or any other kind soul fix this for me so it > will work? > > Huge thanks in advance for any help. > > Lawrence > > Here's the code for UpLoad.php: > > <><><> > > <?php // -*-php-*- > class WikiPlugin_UpLoad > extends WikiPlugin > { > function getName () { > return "UpLoad"; > } > > function getDescription () { > return "Simple Plugin to load files up to server"; > } > > function getDefaultArguments() { > return array(); > } > > function run($dbi, $argstr, $request) { > $file_dir="/public/html/ecolandtech/pcwiki/pcwikiufu/"; > $url_prefix="http://www.ibiblio.org/pbs/pbswiki/files/"; > > $action = $request->getURLtoSelf(); > $userfile = $request->getUploadedFile( 'userfile' ); > $form = HTML::form( array( 'action' => $action, 'enctype' => > 'multipart/form-data', 'method' => 'post' ) ); > $contents = HTML::div( array( 'class' => 'wikiaction' ) ); > //$contents = HTML(); > $contents->pushContent( HTML::input( array( 'type' => 'hidden', > 'name' => 'MAX_FILE_SIZE', 'value' => MAX_UPLOAD_SIZE ) ) ); > $contents->pushContent( HTML::input( array( 'name' => > 'userfile', 'type' => 'file', 'size' => '50' ) ) ); > $contents->pushContent( HTML::br() ); > $contents->pushContent( HTML::input( array( 'value' => 'Upload', > 'type' => 'submit' ) ) ); > $form->pushContent( $contents ); > > //$message = HTML::div( array( 'class' => 'wikiaction' ) ); > $message = HTML(); > > if($userfile) { > $userfile_name = $userfile->getName(); > $userfile_name=basename($userfile_name); > $userfile_tmpname = $userfile->getTmpName(); > if( stristr( $userfile_name, ".php" ) || > stristr( $userfile_name, ".pl" ) || > stristr( $userfile_name, ".sh" ) || > stristr( $userfile_name, ".cgi" ) ) { > > $message->pushContent( "Files with extension .php, .pl, > .sh or .cgi are not allowed" ); > $message->pushContent( HTML::br() ); > $message->pushContent( HTML::br() ); > } elseif( file_exists( $file_dir.$userfile_name ) ) { > $message->pushContent( "There is already a file with name > $userfile_name uploaded" ); > $message->pushContent( HTML::br() ); > $message->pushContent( HTML::br() ); > } elseif( $userfile->getSize() > (MAX_UPLOAD_SIZE) ) { > $message->pushContent( "Sorry but this file is too big" ); > $message->pushContent( HTML::br() ); > $message->pushContent( HTML::br() ); > } elseif( move_uploaded_file($userfile_tmpname, > $file_dir.$userfile_name)) { > $message->pushContent( "file successfully uploaded to > location:" ); > $message->pushContent( HTML::br() ); > $message->pushContent( "$url_prefix$userfile_name" ); > $message->pushContent( HTML::br() ); > } else { > $message->pushContent( HTML::br() ); > $message->pushContent( "upload failed..." ); > $message->pushContent( HTML::br() ); > } > } else { > $message->pushContent( HTML::br() ); > $message->pushContent( HTML::br() ); > } > > //$result = HTML::div( array( 'class' => 'wikiaction' ) ); > $result = HTML(); > $result->pushContent( $form ); > $result->pushContent( $message ); > return $result; > } > } > > <><><> > > -- > L.F.London > lf...@in... > http://market-farming.com > http://www.ibiblio.org/ecolandtech/pcwiki/index.php/london |
From: Lawrence F. L. Jr. <lf...@in...> - 2003-02-08 07:11:15
|
Greetings: I have been using UpLoad.php with Wiki version: 1.3.2-jeffs-hacks successfully to upload files and would also like to use it in 1.3.4 at this location: http://www.ibiblio.org/pbs/pbswiki/index.php/UploadFile I get the following error when trying to run it: Fatal error: Call to undefined function: gettmpname() in /public/html/pbs/pbswiki/lib/plugin/UpLoad.php on line 38 Could the plugin's author or any other kind soul fix this for me so it will work? Huge thanks in advance for any help. Lawrence Here's the code for UpLoad.php: <><><> <?php // -*-php-*- class WikiPlugin_UpLoad extends WikiPlugin { function getName () { return "UpLoad"; } function getDescription () { return "Simple Plugin to load files up to server"; } function getDefaultArguments() { return array(); } function run($dbi, $argstr, $request) { $file_dir="/public/html/ecolandtech/pcwiki/pcwikiufu/"; $url_prefix="http://www.ibiblio.org/pbs/pbswiki/files/"; $action = $request->getURLtoSelf(); $userfile = $request->getUploadedFile( 'userfile' ); $form = HTML::form( array( 'action' => $action, 'enctype' => 'multipart/form-data', 'method' => 'post' ) ); $contents = HTML::div( array( 'class' => 'wikiaction' ) ); //$contents = HTML(); $contents->pushContent( HTML::input( array( 'type' => 'hidden', 'name' => 'MAX_FILE_SIZE', 'value' => MAX_UPLOAD_SIZE ) ) ); $contents->pushContent( HTML::input( array( 'name' => 'userfile', 'type' => 'file', 'size' => '50' ) ) ); $contents->pushContent( HTML::br() ); $contents->pushContent( HTML::input( array( 'value' => 'Upload', 'type' => 'submit' ) ) ); $form->pushContent( $contents ); //$message = HTML::div( array( 'class' => 'wikiaction' ) ); $message = HTML(); if($userfile) { $userfile_name = $userfile->getName(); $userfile_name=basename($userfile_name); $userfile_tmpname = $userfile->getTmpName(); if( stristr( $userfile_name, ".php" ) || stristr( $userfile_name, ".pl" ) || stristr( $userfile_name, ".sh" ) || stristr( $userfile_name, ".cgi" ) ) { $message->pushContent( "Files with extension .php, .pl, .sh or .cgi are not allowed" ); $message->pushContent( HTML::br() ); $message->pushContent( HTML::br() ); } elseif( file_exists( $file_dir.$userfile_name ) ) { $message->pushContent( "There is already a file with name $userfile_name uploaded" ); $message->pushContent( HTML::br() ); $message->pushContent( HTML::br() ); } elseif( $userfile->getSize() > (MAX_UPLOAD_SIZE) ) { $message->pushContent( "Sorry but this file is too big" ); $message->pushContent( HTML::br() ); $message->pushContent( HTML::br() ); } elseif( move_uploaded_file($userfile_tmpname, $file_dir.$userfile_name)) { $message->pushContent( "file successfully uploaded to location:" ); $message->pushContent( HTML::br() ); $message->pushContent( "$url_prefix$userfile_name" ); $message->pushContent( HTML::br() ); } else { $message->pushContent( HTML::br() ); $message->pushContent( "upload failed..." ); $message->pushContent( HTML::br() ); } } else { $message->pushContent( HTML::br() ); $message->pushContent( HTML::br() ); } //$result = HTML::div( array( 'class' => 'wikiaction' ) ); $result = HTML(); $result->pushContent( $form ); $result->pushContent( $message ); return $result; } } <><><> -- L.F.London lf...@in... http://market-farming.com http://www.ibiblio.org/ecolandtech/pcwiki/index.php/london |
From: Lawrence F. L. Jr. <lf...@in...> - 2003-02-06 22:29:12
|
I have configured PHPWiki 1.3.4 at: http://www.ibiblio.org/pbs/pbswiki/index.php and encounter this error message when trying to get it to run: lib/WikiDB/backend/PearDB.php:681: Fatal[256]: wikidb_backend_mysql: fatal database error * DB Error: unknown error * (LOCK TABLES page WRITE,version WRITE,link WRITE,recent WRITE,nonempty WRITE [nativecode=2000 ** Table 'pbswiki.page' doesn't exist]) Can anyone offer any help with this? Thanks in advance, Lawrence -- L.F.London lf...@in... http://market-farming.com http://www.ibiblio.org/ecolandtech/pcwiki/index.php/london |
From: Matthew P. <mj...@ie...> - 2003-02-05 03:26:11
|
I've gotten this report from a user of the Debian package. I think they've got a point, although I don't use PostgreSQL myself, so I can't easily check it. Can someone with PGSQL experience with PHPWiki comment on this problem? -- ----------------------------------------------------------------------- #include <disclaimer.h> Matthew Palmer, Geek In Residence http://ieee.uow.edu.au/~mjp16 ---------- Forwarded message ---------- Date: Tue, 04 Feb 2003 21:03:25 -0500 From: Stephen van Egmond <sva...@ti...> To: Debian Bug Tracking System <su...@bu...> Subject: Bug#179860: phpwiki: initial page load fails for pgsql Resent-Date: Wed, 05 Feb 2003 02:18:01 GMT Resent-From: Stephen van Egmond <sva...@ti...> Resent-To: deb...@li... Resent-cc: Matthew Palmer <mp...@de...>, ph...@pa... Package: phpwiki Version: 1.3.3-6 Severity: normal When following the documentation in INSTALL.pgsql, there is one unstated dependency and one error. The unstated dependency is that the database must be created with LATIN-1 encoding. This statement will suffice: createdb -E LATIN-1 wiki in recent versions of postgres. Failure to do so results in a database error while inserting the pages on the first visit to the wiki home page. There is a page G?stboken, where ? is a wierd a. Correcting for above, the following error is produced during the intial page load, farther below G?stboken: (INSERT INTO page (id,pagename,hits) VALUES (236,']. See footnote for counterpart. (If the is in the first column, it is a footnote ''''definition'''' rather than a footnote ''''reference'''' [',0) [nativecode=ERROR: value too long for type character varying(100) Editing /usr/share/doc/phpwiki/schemas/psql.sql to increase the length of the "pagename" column to, say, 200, solves this. It's unclear where that loooong value should be a page name at this point. Both of these errors render the phpwiki unusable, since each visit to the HomePage entry causes it to attempt to reload the default set of pages. -- System Information Debian Release: testing/unstable Architecture: powerpc Kernel: Linux floyd 2.4.20-rc4-ben0 #2 Mon Dec 2 17:51:45 EST 2002 ppc Locale: LANG=C, LC_CTYPE=C Versions of packages phpwiki depends on: ii apache 1.3.26-1.1 Versatile, high-performance HTTP s ii debconf 1.2.21 Debian configuration management sy ii php4 4:4.1.2-5 A server-side, HTML-embedded scrip ii php4-pear 4:4.1.2-5 PEAR - PHP Extension and Applicati |
From: George C. <ge...@co...> - 2003-02-03 10:38:46
|
Hi, Sorry to trouble everyone with this newbie question, but I'm trying to install phpwiki on a remote linux system and it chokes with this message: Fatal error: Call to undefined function: dba_open() in /home/coulouri/public_html/phpwiki/lib/DbaDatabase.php on line 32 I've selected the gdbm option and I checked that the system has dbm: man gdbm GDBM(3) GDBM(3) NAME GDBM - The GNU database manager. Includes dbm and ndbm compatability. (Version 1.8.) Thanks in advance for any advice. George C. |
From: Joseph M. Sese-S. <owe*^$@yahoo.com> - 2003-02-02 19:36:27
|
Good Day You may be suprise to receive this email since you do not know me. I am the son of the late president of Democratic Republic Of Zaire,President Mobutu Sese Seko, ( now The Republic Of Congo, under the leadership of the son of Mr. Laurent Kabila ). I presume you are aware there is a financial dispute between my family ( THE MOBUTU ) and the present = civilian Government. This is based on what they believe as bad and corrupt governance on my late father's part. May his soul rest in perfect peace.As you might have heard how a lot of my father's bank account in Switzerland and North America have been frozen. Following the above named reasons, I am soliciting for your humble and confidential assistance to take custody of THIRTY Million United States Dollars ( US$30,000,000.00 ), also to front for me in the areas of business you desire profitable. These funds have secretly been deposited into a confidential Security Company, where it can easily be withdrawn or paid to a recommended beneficiary. The funds will be released to you by the Security Company, based on my recommendations, on that note, you will be presented as my partner who will be fronting for me and my family in any subsequent ventures. = Myself and my mother have decided to give 20% to you if you are able to help us claim this consignment.We have also decided to give you any money spent on phone calls or travelling expenses in the course of this transaction = at the end of the transaction. Please, I need your entire support and co-operation for the success of this transaction, your utmost confidentiality and secrecy is highly required, due to my family's present predicament. I sincerely will appreciate your willingness to assist us as soon as = possible. I am presently in the refugee camp here in the Netherlands under the united nations refugee camp in Netherlands and I can be reached on phone number +31-630-067-740 for for more information on how we can proceed in this transaction. Please indicate your interest by sending your telephone and fax numbers or call me up at anytime. I sincerely will appreciate your acknowledgement as soon as possible. Warmest regards, Joseph Mobutu Sese-Seko |
From: Carsten K. <car...@us...> - 2003-02-01 15:23:45
|
Hi, The new PluginManager page provides an overview of all the plugins with descriptions and arguments. I can't remember whether this made it into 1.3.4, if not try downloading the latest nightly CVS snapshot from http://phpwiki.sourceforge.net/phpwiki/HowToUseWiki So far the only reference included with PhpWiki for the new markup are the TextFormattingRules and NewMarkupTestPage pages. Carsten On Saturday, February 1, 2003, at 09:20 am, Rodolfo Pilas wrote: > Can you tell me if exists a complete list of plugins? > (like freshmeat ;) > > Can you tell me if exist a complete manual of NewMarkup language? > (the wikipage is very complex as a manual and it is not complete) > > Thanks. > > -- > Rodolfo Pilas <ro...@pi...> |
From: Rodolfo P. <ro...@pi...> - 2003-02-01 14:14:09
|
Can you tell me if exists a complete list of plugins? (like freshmeat ;) Can you tell me if exist a complete manual of NewMarkup language? (the wikipage is very complex as a manual and it is not complete) Thanks. -- Rodolfo Pilas <ro...@pi...> |
From: Joby W. <joby@u.washington.edu> - 2003-01-31 21:09:50
|
Yeah, I've run across this project before. And it certainly has potential, but it doesn't support as many backends as we do. It only supports SQL DBs via ADODB, thus those using flatfiles or .db's would be left out. jbw Kevin Donnelly wrote: > On Friday 31 January 2003 7:38 pm, Rui Carmo wrote: > >>A full user/capability ACL model would be better, but it's harder to >>implement and manage. > > > Have you had a look at PHP Generic Access Control List > (http://phpgacl.sourceforge.net), which seems to be a ready-made "drop-in" > system? Of course, it may not be as easy to drop in as the author thinks > .... Have a look anyway - it seems quite comprehensive. > > Kevin Donnelly > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: Kevin D. <ke...@do...> - 2003-01-31 20:57:44
|
On Friday 31 January 2003 7:38 pm, Rui Carmo wrote: > A full user/capability ACL model would be better, but it's harder to > implement and manage. Have you had a look at PHP Generic Access Control List (http://phpgacl.sourceforge.net), which seems to be a ready-made "drop-in" system? Of course, it may not be as easy to drop in as the author thinks .... Have a look anyway - it seems quite comprehensive. Kevin Donnelly |
From: Rui C. <rui...@ac...> - 2003-01-31 19:40:04
|
Reini Urban wrote: > Rui Carmo schrieb: > >> That's great to know. We've been drafting a set of "ideal" Wiki >> characteristics at http://mac.against.org/space/LiveWiki, and that's >> one of the main topics of discussion (that and authentication, since >> we need to integrate with internal systems). > > Rui, > You write in your wanted feature set there: > * "Page ACLs (drwxrwxrwx-like, with "d" being reserved for sysadmin > override)" > > So you think that there should be pages, which shouldn't be accessed by > root (the wikiadmin)? > I wouldn't consider this a good idea, esp. when people can upload random > attachments. No, that means the root user would be able to override permissions without destroying them. The first character would be used for a special flag (pretty much the same as when you do a mknod and list the results). A full user/capability ACL model would be better, but it's harder to implement and manage. > * Could you elaborate on the "World Domination" button, please? > > GOD mode in DOOM would be Sign In as wikiadmin, or? That was an inside joke aimed at Davi, the guy who added to the wish list. I'm OS-agnostic and he's a Debian-unstable addict, so we're constantly teasing each other. :) > * Markup permissions configurable. for example, guests can use "style > markup" (b,i,u), editors can use links, powerusers can include <code> > (eval anyone?) > > Good idea for group ACL attributes. Yes, and using an XML parser to render data helps a bit, since you can (for instance) use different XSLs according to the user level (blanking out or rendering links in different formats, for instance). The XML approach looks real promising at this point (but I'm not the one investigating it, so I can't go into any real detail). I'll be cleaning up SeeAlso and DotGraph this weekend, if time permits. Should I send them to anyone in particular when I'm finished? R. |
From: Reini U. <ru...@x-...> - 2003-01-31 18:32:13
|
Thanks a lot. I like it a lot! Todd Mokros schrieb: > The attached patch adds page template support to phpwiki when creating a > page. When you initially edit a page that did not previously exist, it > will check for a templatename parameter. If it exists, it will use it's > value as a pagename to use for the default content of the page. It also > does variable substitution on the template page content for {pagename} > and {sourcepage}. > > Also in the patch, when viewing a nonexistant page, you see a message > saying the page does not exist, but when editing such a page for the > first time without a template, it defaults to the usual 'Describe > [pagename] here' content. > > A plugin called TemplateForm is also provided, which let's you insert a > form into a page for page creation. You can specify a particular > template page to use, or let it show a drop down box of templates. > > One example using this is Categories. If you add the following snippet > to the end of CategoryCategory: > > ========================================================= > -- > > Create new category: > <?plugin TemplateForm template=CatTemplate buttontext="Create > Category" ?> > ========================================================= > > and add the following pages: > > CatTemplate: > ========================================================= > Pages in category [{pagename}]: > <?plugin BackLinks noheader=1 ?> > > Create new page in this category: > <?plugin TemplateForm template=CatPageTemplate ?> > -- > CategoryCategory > ========================================================= > > CatPageTemplate: > ========================================================= > Describe [{pagename}] here. > > -- > [{sourcepage}] > ========================================================= > > Now, category creation, and creating pages within a category just became > much simpler. > > If this is worth pursuing, other useful features should be easy to add: > * have a DefaultTemplate so you can customize the default content for > new pages for an entire site > * add a template parameter to the Calendar plugin, so you can have > boilerplate for calendar entries. > > Comments? |
From: Jochen K. <Jo...@Ka...> - 2003-01-31 18:18:23
|
"Joby Walker" wrote: > so the primary user authentication system is based of > meta-data on a page with the name of the user. Have you ever tested it ? It does not work. I did some big fixed to get it work... The files can be downloaded from: http://wiki.kalmbachnet.de/userdata/kajo0011/phpwiki-UserManagement-v4.zip You can also test the User-Management at http://wiki.kalmbachnet.de/ I also added two plugins: - UserRegistration - UserFiles Greetings Jochen |
From: Reini U. <ru...@x-...> - 2003-01-31 17:32:30
|
Rui Carmo schrieb: > That's great to know. We've been drafting a set of "ideal" Wiki > characteristics at http://mac.against.org/space/LiveWiki, and that's one > of the main topics of discussion (that and authentication, since we need > to integrate with internal systems). Rui, You write in your wanted feature set there: * "Page ACLs (drwxrwxrwx-like, with "d" being reserved for sysadmin override)" So you think that there should be pages, which shouldn't be accessed by root (the wikiadmin)? I wouldn't consider this a good idea, esp. when people can upload random attachments. * Could you elaborate on the "World Domination" button, please? GOD mode in DOOM would be Sign In as wikiadmin, or? * Markup permissions configurable. for example, guests can use "style markup" (b,i,u), editors can use links, powerusers can include <code> (eval anyone?) Good idea for group ACL attributes. |
From: reini u. <ru...@x-...> - 2003-01-31 17:20:12
|
Joby Walker schrieb: > Rui Carmo wrote: >> On Saturday, Jan 25, 2003, at 00:30 Europe/Lisbon, Joby Walker wrote: >> >>>> 4) ACLs. >>> >>> We are already working on a Unix style User,Group,Other (rwx) >>> Permissions >>> http://phpwiki.sourceforge.net/phpwiki/PagePermissions >> >> Yep. I was just wondering if it was in the code somewhere. I started >> off from 1.3.2 stable, and pecking through CVS wasn't very >> enlightenting as to what the current state of affairs might be. > > > Things have been delayed a bit. Reni is the point person on this > project (with me as a second), but both of us have been very busy with > other stuff for the past few months. I have just recently finished much > of my part (at least initially). And hopefully we can get this part > done soon. I just started fixing this. I finished most of my office projects today. Thanks to Jochen Kalmbach for his usermanagement patches. This looks like to be what I needed. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |