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
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Steve W. <sw...@pa...> - 2001-08-01 17:42:06
|
On Wed, 1 Aug 2001, Andreas Krueger wrote: > I have installed your phpwiki again, > at www.andreask.de/phpwiki > you can see what happens. > Changing pages works fine, but still, > there are "XXX Cannot replace" error-messages. This is a mystery so far. This error message does not seem to exist in the PhpWiki source code, so it might be coming from PHP itself. I'm still looking. > And the "5 best incoming links, 5 best outgoing links, 5 most popular > nearby." are not shown. I should have mentioned earlier (and I believe this is in the INSTALL notes) that not all the features are implemented in the DBM version of PhpWiki. The related links features are based on SQL queries that we did not duplicate in 1.2. A user sent a patch some time ago but I never got it to work for me. > the one line: > $DBMdir = "/homepages/10/d10226928/htdocs/andreask/phpwiki/db"; > > I had to use this absolute path, because > $DBMdir = "/andreask/phpwiki/db"; > > resulted in errors That would be the correct thing to do... by the way Netcraft claims your ISP is running Linux, just so you know. cheers ~swain > > > > Hello Steve, > Thanks again for answering. > > > Please tell me what version of PhpWiki you are using > the newest: 1.2.0 02/01/01 > > > which database > I chose "default", so dbm, right? > > > what platform you are running on > I don't know, sorry. > > > and what version of PHP. > I found out about my PHP asking the provider: > PHP 4.0.6 > there is also an PHP 3.0.16 installed, > which can be chosen by *.php3 > > > I am currently trying out usemod092, a perl-based wiki. > Are there different dialects of Wiki-Markup? > > > Initial Comment: > I got these php-errors using the /admin tools: > /admin/dumpserial.php --------------------- Fatal error: Call to undefined > function: getallwikipagenames() in > /homepages/10/d10226928/htdocs/andreask/cp/wiki/admi n/dumpserial.php on > line 10 /admin/zip.php -------------- Fatal error: Call to undefined > function: closedatabase () in > /homepages/10/d10226928/htdocs/andreask/cp/wiki/admi n/zip.php on line 71 > How can I use the /admin - tools? ciao, AndreasK > > ---- > > The admin.php gave an error500 until I removed all those lines: // from the > manual, Chapter 16 if (($PHP_AUTH_USER != $wikiadmin ) || > ($PHP_AUTH_PW != $adminpasswd)) { Header("WWW-Authenticate: Basic > realm=\PhpWiki\"); Header("HTTP/1.0 401 Unauthorized"); echo > gettext ("You entered an invalid login or password."); exit; } > Now my admin.php is without password - but at least it works... ciao, > andreasK > > terrible, that sourceforge removes the cr-returns from my message... > > > Did you set the username and password for the > > administrator first? > yes, I did. > Only to "a" and "a", but I also tried other words. Any rules? > > Before that I got the error message "Set the administrator account and > password first", which showed, that the script worked perfectly up to that > line... > > > admin.php will not work > > without having the username and password defined. > yes, I read that. > > > With those lines removed anyone can use administrator > > features of your Wiki. > I know, that's a pity, but the directory is password-protected, anyway, so > not a terrible problem, this one. > > > THX, > Andreas > > > > > Hi Steve, > > > > > > Thanks for PHP Wiki, I am currently trying it out > > > as a development plattform for a small project. > > > Very useful, these Wiki's! > > > > > > I have already posted two questions in /bugs > > > > > > but here are more: > > > a) > > > Somewhere I have seen YOUR PhpWiki with 3 > > > automatic footer-lines which show: > > > 5 best incoming links, 5 best outgoing links and > > > 5 most popular nearby. > > > > > > How can I do that? > > > > > > b) > > > With admin.php I often get the message: > > > XXX Cannot replace > > > But the action is actually done perfectly. > > > > > > Also index.php sometimes reacts like that: > > > XXX Cannot replace XXX Cannot replace > > > > > > Thanks a lot in advance, > > > AndreasK > > > > > > > > > --- http://www.panix.com/~swain/ "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." -- Frank Zappa http://pgp.document_type.org:11371/pks/lookup?op=get&search=0xF7323BAC |
From: Jeff D. <da...@da...> - 2001-07-20 16:49:47
|
>yes. but why not also the admin? >the admin check is done later in user_auth. I don't think we want random people to be able to make edits which appear to be signed by the admin. >other wiki's do it with simple userid cookies instead of auth. >setting up the db auth scheme is not that trivial. cookies are easier. (Password) authentication however is on the to-do list. The motivations for adding real authentication include: * Page ownership (read-only or add-only pages). * Page change notification (authentication prevents the use of this feature for mail-bombing unsuspecting recipients.) * The (server-side) storage of large amounts of per-user state data could be used to do things like list/highlight changes since last visit, etc... (Cookies can only store a finite amount of information.) >> This would be a trivial hack, and I believe would be maximally forward-compa > tible >> with future non bogo-authentication. The one problem I see with my proposed hacks is that it's going to be fairly confusing to the user. Since it's going to use the HTTP authentication mechanism (as currently used for admin logins) there's not much opportunity to issue meaningful prompts. |
From: Reini U. <ru...@x-...> - 2001-07-20 16:32:17
|
Jeff Dairiki schrieb: > How's this for an interim solution (until we get real user > authentication, that is)? > > Allow anyone to log in (via HTTP authentication, > the same way the admin currently logs in) with any userid > except the admin user, and any password. yes. but why not also the admin? the admin check is done later in user_auth. other wiki's do it with simple userid cookies instead of auth. setting up the db auth scheme is not that trivial. cookies are easier. > This would be a trivial hack, and I believe would be maximally forward-compatible > with future non bogo-authentication. > I guess we don't want to allow people to set userid's which > look like IP addresses or host names. > > Perhaps we should only allow people to log in with with userid's > which are WikiWords, so as to encourage userids to be the names > of homepages? good idea. count me pro. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Steve W. <sw...@pa...> - 2001-07-20 16:30:51
|
Sounds fine... hack away! :-) ~swain On Fri, 20 Jul 2001, Jeff Dairiki wrote: > How's this for an interim solution (until we get real user > authentication, that is)? > > Allow anyone to log in (via HTTP authentication, > the same way the admin currently logs in) with any userid > except the admin user, and any password. This would be a > trivial hack, and I believe would be maximally forward-compatible > with future non bogo-authentication. > > I guess we don't want to allow people to set userid's which > look like IP addresses or host names. > > Perhaps we should only allow people to log in with with userid's > which are WikiWords, so as to encourage userids to be the names > of homepages? > > > Speak now or suffer the short term consequences. > > Jeff > > > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwiki-talk > --- http://www.panix.com/~swain/ "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." -- Frank Zappa http://pgp.document_type.org:11371/pks/lookup?op=get&search=0xF7323BAC |
From: Jeff D. <da...@da...> - 2001-07-20 15:41:21
|
How's this for an interim solution (until we get real user authentication, that is)? Allow anyone to log in (via HTTP authentication, the same way the admin currently logs in) with any userid except the admin user, and any password. This would be a trivial hack, and I believe would be maximally forward-compatible with future non bogo-authentication. I guess we don't want to allow people to set userid's which look like IP addresses or host names. Perhaps we should only allow people to log in with with userid's which are WikiWords, so as to encourage userids to be the names of homepages? Speak now or suffer the short term consequences. Jeff |
From: Jeff D. <da...@da...> - 2001-07-20 06:04:31
|
In message <000601c110c9$279a9e80$640...@ho...>,"Seth Cohn" writes: >It looks as if it isn't a major thing, just set the cookie >correctly (via setprefs&userid ) and then read it back. .... >Adding a single line to UserPreferences such as >[Set UserID | phpwiki:?action=setprefs&userid=40()] should be possible, >right? Yes I think that's right. I'll take a look at it tomorrow, unless someone else speaks up before then to say they're working on it. I wrote the userauth stuff with the idea that it would be expanded to be able to authenticate (i.e. with passwords) registered users (other than admin). However, that step is currently waiting on the specification/development of some sort of user database API (and all the forms, etc. needed to register and authenticate users) --- this is another area where it would be nice if we could find some "standard" PHP library code which does what we want. My one concern is that the non-authenticated userid's be added in a way that will be forward-compatible with authenticated userid's in the future. (I'm sure it's possible, it just takes some thought and care.) Jeff |
From: Seth C. <se...@eu...> - 2001-07-20 03:10:08
|
Reini Urban wrote: > I added this experimentally but I did too much and so it doesn't work. > I also added arbitrary user events to support email notification for a > list of pages. I guess this broke things. > but the user cookie with jeff's user class works fine. > http://xarch.tu-graz.ac.at/home/rurban/acadwiki-1.3.5pre/viewsrc.php?show=li b/userauth.php#src > http://xarch.tu-graz.ac.at/home/rurban/acadwiki-1.3.6pre/viewsrc.php?show=li b/stdlib.php#src I unsuccesfully attempted to diff these with the existing userauth and stdlib files... It's clear that a lot of the changes you made are for the email and notify pieces... but when I attempted to figure out how to make just the cookie work, it didn't and it broke stuff enough that I went back to the original userauth. stdlib didn't seem to need much changing if any. Someone who understands this better than me (not hard) want to take a quick crack at it? It looks as if it isn't a major thing, just set the cookie correctly (via setprefs&userid ) and then read it back. Maybe I'm wrong, but it looks like everything else in stdlib will work so long as a valid userid is there. How much of the auth stuff needs to be there for this? Having anyone be able to sign via RecentChanges is a really nice thing... Adding a single line to UserPreferences such as [Set UserID | phpwiki:?action=setprefs&userid=40()] should be possible, right? Seth |
From: Seth C. <se...@eu...> - 2001-07-20 03:09:51
|
Reini Urban wrote: > I added this experimentally but I did too much and so it doesn't work. > I also added arbitrary user events to support email notification for a > list of pages. I guess this broke things. > but the user cookie with jeff's user class works fine. > http://xarch.tu-graz.ac.at/home/rurban/acadwiki-1.3.5pre/viewsrc.php?show=li b/userauth.php#src > http://xarch.tu-graz.ac.at/home/rurban/acadwiki-1.3.6pre/viewsrc.php?show=li b/stdlib.php#src I unsuccesfully attempted to diff these with the existing userauth and stdlib files... It's clear that a lot of the changes you made are for the email and notify pieces... but when I attempted to figure out how to make just the cookie work, it didn't and it broke stuff enough that I went back to the original userauth. stdlib didn't seem to need much changing if any. Someone who understands this better than me (not hard) want to take a quick crack at it? It looks as if it isn't a major thing, just set the cookie correctly (via setprefs&userid ) and then read it back. Maybe I'm wrong, but it looks like everything else in stdlib will work so long as a valid userid is there. How much of the auth stuff needs to be there for this? Having anyone be able to sign via RecentChanges is a really nice thing... Adding a single line to UserPreferences such as [Set UserID | phpwiki:?action=setprefs&userid=40()] should be possible, right? Seth |
From: Steve W. <sw...@pa...> - 2001-07-19 19:18:14
|
On Thu, 19 Jul 2001, Adam Shand wrote: > just a vote of interest. please dont' drop support for non-database > wiki's! i still want to use flat files or even dbm. No, I have no intention of dropping them... in fact we need an abstract base class for DB access. This is something Jeff, Arno and I hashed out on the list a few months ago: http://phpwiki.sourceforge.net/phpwiki/index.php?NewDatabaseApiAndSchema With an abstact base class, we can derive classes for DB/dbx, dba and flat file stores and be done with it. Three will be easier to maintain than five. ~swain --- http://www.panix.com/~swain/ "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." -- Frank Zappa http://pgp.document_type.org:11371/pks/lookup?op=get&search=0xF7323BAC |
From: Joel U. <uck...@no...> - 2001-07-19 18:27:10
|
Quoth Adam Shand: > > > Anyway, I still need to update the dba, dbm, and flatfile libs, since > > neither Pear DB nor dbx handles those at present. > > just a vote of interest. please dont' drop support for non-database > wiki's! i still want to use flat files or even dbm. > > adam. Like I said, that's why I'm going to bring those up to speed today. I like the non-SQL DBs, too, if for no other reason than you can use them to test Phpwiki right out of the box. -- J. |
From: Adam S. <la...@sp...> - 2001-07-19 18:16:45
|
> Anyway, I still need to update the dba, dbm, and flatfile libs, since > neither Pear DB nor dbx handles those at present. just a vote of interest. please dont' drop support for non-database wiki's! i still want to use flat files or even dbm. adam. |
From: Reini U. <ru...@x-...> - 2001-07-19 09:37:12
|
hmm, I added this experimentally but I did too much and so it doesn't work. I also added arbitrary user events to support email notification for a list of pages. I guess this broke things. but the user cookie with jeff's user class works fine. right now i'm fighting with zope to get a project finished so I cannot work much in phpwiki. http://xarch.tu-graz.ac.at/home/rurban/acadwiki-1.3.5pre/viewsrc.php?show=lib/userauth.php#src http://xarch.tu-graz.ac.at/home/rurban/acadwiki-1.3.6pre/viewsrc.php?show=lib/stdlib.php#src Seth Cohn schrieb: > Running recent cvs snapshot.... the more I play, the more little things I > like, and the more little things I think about... > Some aren't important, and seem to have been discussed on the Wiki as future > Suggestions, such as RegisterInterest > and AppendOnly (no clue if those are valid pages, just the concept as I > recall) > > The one real useful thing I want ASAP:: > > If I log in with the admin userid, it nicely changes the RecentChanges entry > from being the IP (or rather the lookedup name) to my userid which if > WikiWorded is a nice link... But it only works for the single admin > account, not other users. > > According to the code, it's not complete yet, so the real question is: how > long until it's finished? If all it involves is setting a cookie, what's > holding it up? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Joel U. <uck...@no...> - 2001-07-19 05:44:57
|
Quoth "Seth Cohn": > There is a set of errors when first creating a newpage: > > lib/editpage.php:6: Notice[8]: Undefined variable: version > > lib/editpage.php:6: Notice[8]: Undefined variable: version > > lib/stdlib.php:522: Notice[8]: Undefined index: pagename > > After creating a new page: you get this error. > > lib/stdlib.php:522: Notice[8]: Undefined index: pagename > > It vanishes after the page is reloaded, or editing an existing page. > > Completely cosmetic, but disconcerting to say the least.... Hmm. I'm sure that's related to some of the changes I made. I'll take a look at that in the morning. -- J. |
From: Seth C. <se...@eu...> - 2001-07-19 05:38:52
|
There is a set of errors when first creating a newpage: lib/editpage.php:6: Notice[8]: Undefined variable: version lib/editpage.php:6: Notice[8]: Undefined variable: version lib/stdlib.php:522: Notice[8]: Undefined index: pagename After creating a new page: you get this error. lib/stdlib.php:522: Notice[8]: Undefined index: pagename It vanishes after the page is reloaded, or editing an existing page. Completely cosmetic, but disconcerting to say the least.... |
From: Seth C. <se...@eu...> - 2001-07-19 04:57:03
|
Running recent cvs snapshot.... the more I play, the more little things I like, and the more little things I think about... Some aren't important, and seem to have been discussed on the Wiki as future Suggestions, such as RegisterInterest and AppendOnly (no clue if those are valid pages, just the concept as I recall) The one real useful thing I want ASAP:: If I log in with the admin userid, it nicely changes the RecentChanges entry from being the IP (or rather the lookedup name) to my userid which if WikiWorded is a nice link... But it only works for the single admin account, not other users. According to the code, it's not complete yet, so the real question is: how long until it's finished? If all it involves is setting a cookie, what's holding it up? Seth |
From: Joel U. <uck...@no...> - 2001-07-18 23:25:30
|
Quoth Steve Wainstead: > On Wed, 18 Jul 2001, Joel Uckelman wrote: > > > When I added the code for page versioning, I broke support for everything > > except MySQL, so now I'm trying to bring the other db formats up to speed. > > Perhaps the changes I just committed in lib/pgsql.php and > > Oh, don't worry. We are going to switch to a generic DBMS interface -- > either PEAR's DB or the dbx functions -- quite soon. Perhaps even tonight > if I stay in and hack. I have done some rudimentary testing with the dbx > stuff and it works fine. DB is a much larger hoop to jump through. > > We will gain two big things: only one database interface to support, and > multiple databases will now be supported. I'm leaning towards PEAR/DB at > the moment since it's more developed, supports more databases and PEAR > looks like the way to go right now. Before looking at the Pear DB and dbx docs, I was hoping one of them would handle all of the db formats we use now; alas, they only support *SQL. That aside, using one of these would reduce the number of separate db libs we have to maintain, which is a Good Thing. I see that we'd gain support for seven extra SQL servers (!) if we went with Pear DB, as opposed to gaining two and losing msql with dbx. I'm not sure how much demand there is for Phpwiki to work with any of those, however, and even so, the dbx docs read as though support for more DBs is forthcoming. And while Pear DB seems more featureful than dbx, lots of those features are ones I don't see us using. So my vote is for dbx, though if you make it work with Pear DB, I won't change it back. ;) Anyway, I still need to update the dba, dbm, and flatfile libs, since neither Pear DB nor dbx handles those at present. -- J. |
From: Steve W. <sw...@pa...> - 2001-07-18 15:29:43
|
Merriam Webster says both "schemas" and "schemata" are correct, so we'll let it lie for now. ~swain One entry found for schema. Main Entry: sche=B7ma Pronunciation: 'skE-m& Function: noun Inflected Form(s): plural sche=B7ma=B7ta /-m&-t&/; also schemas Etymology: Greek schEmat-, schEma Date: circa 1890 1 : a diagrammatic presentation; broadly : a structured framework or plan : OUTLINE 2 : a mental codification of experience that includes a particular organize= d way of perceiving cognitively and responding to a complex situation or set of stimuli --- http://www.panix.com/~swain/ "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." -- Frank Zappa http://pgp.document_type.org:11371/pks/lookup?op=3Dget&search=3D0xF7323BAC |
From: Steve W. <sw...@pa...> - 2001-07-18 15:18:09
|
On Wed, 18 Jul 2001, Joel Uckelman wrote: > When I added the code for page versioning, I broke support for everything > except MySQL, so now I'm trying to bring the other db formats up to speed. > Perhaps the changes I just committed in lib/pgsql.php and Oh, don't worry. We are going to switch to a generic DBMS interface -- either PEAR's DB or the dbx functions -- quite soon. Perhaps even tonight if I stay in and hack. I have done some rudimentary testing with the dbx stuff and it works fine. DB is a much larger hoop to jump through. We will gain two big things: only one database interface to support, and multiple databases will now be supported. I'm leaning towards PEAR/DB at the moment since it's more developed, supports more databases and PEAR looks like the way to go right now. > Also, it's been bugging me for a long time that we have a directory called > "schemas" when the proper plural of "schema" is "schemata". How do I go > about changing that? I'll look into it. The shortest route is to just cvs remove schemas and cvs add schemata. The grammar error is mine. ~swain --- http://www.panix.com/~swain/ "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." -- Frank Zappa http://pgp.document_type.org:11371/pks/lookup?op=get&search=0xF7323BAC |
From: Joel U. <uck...@no...> - 2001-07-18 05:15:22
|
When I added the code for page versioning, I broke support for everything except MySQL, so now I'm trying to bring the other db formats up to speed. Perhaps the changes I just committed in lib/pgsql.php and schemas/schema.mysql mean that PostgreSQL support works again, but I don't know since it's not installed on the box on which I do development. If there's anybody out there who'd be willing to grab the current CVS version, test it with PostgreSQL, and complain at me about how it doesn't work at all, that would be a big help. (Actually, I think it's quite close to working, if not as-is.) Also, it's been bugging me for a long time that we have a directory called "schemas" when the proper plural of "schema" is "schemata". How do I go about changing that? -- J. |
From: Jeff D. <da...@da...> - 2001-07-17 21:40:49
|
Thanks An=EDbal, = I've applied your fix to the Spanish browse template in the stable branch= of the CVS repository. (I don't think the development branch has this proble= m.) Jeff |
From: <ar...@va...> - 2001-07-17 21:20:06
|
Hi, The URL in the Browse Template inb the Spanish version is wrong: <a href=3D"###SCRIPTURL###?FindPage">BuscarPágina</a> It should be: <a href=3D"###SCRIPTURL###?BuscarPagina">BuscarPágina</a> Regards. ----------------------- An=EDbal Rojas ar...@va... www.valhallaproject.com Tel: 58+212+242.43.79 58+212+242.66.62 Fax: 58+212+243.68.09 |
From: Jeff D. <da...@da...> - 2001-07-15 16:40:06
|
>A correct Interwiki link: Advogato:person/sethcohn and >it's not picked up by the parser. Non-WikiWord interwiki links will work as long as you enclose them in square brackets, like so: [Advogato:person/sethcohn]. Jeff |
From: Steve W. <sw...@pa...> - 2001-07-15 16:01:00
|
On Sat, 14 Jul 2001, Seth Cohn wrote: > Problem: the mysql tables were named wrong. I had to adjust the names > from > pages to wiki, from scores to wikiscores. Fixed, thanks for finding this! > The instructions are pretty good but are showing aging issues as changes has > been made. I updated one line, but otherwise the instructions held... > Interwiki works but NOT for all of the entries in interwiki.map. For > instance Advogato is broken > when you make a link because (it looks like) interwiki.php doesn't correctly > create a link for > non WikiWord data A correct Interwiki link: Advogato:person/sethcohn and > it's not picked up > by the parser. I suggest commenting out the entries that don't work or at > least make a note for them > until the code is fixed Yes, I think there is a remark in one of the files how slashes cause problems. Alpha software indeed. > Overall impression: VERY VERY sweet. I'll be using PHPWiki for sure. Thanks again! ~swain --- http://www.panix.com/~swain/ "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." -- Frank Zappa |
From: Seth C. <se...@eu...> - 2001-07-15 07:00:39
|
Grabbed a copy of the nightly snapshot to try out phpwiki.... Problem: the mysql tables were named wrong. I had to adjust the names from pages to wiki, from scores to wikiscores. The instructions are pretty good but are showing aging issues as changes has been made. Interwiki works but NOT for all of the entries in interwiki.map. For instance Advogato is broken when you make a link because (it looks like) interwiki.php doesn't correctly create a link for non WikiWord data A correct Interwiki link: Advogato:person/sethcohn and it's not picked up by the parser. I suggest commenting out the entries that don't work or at least make a note for them until the code is fixed Overall impression: VERY VERY sweet. I'll be using PHPWiki for sure. |
From: Sergio A. K. <ser...@ho...> - 2001-07-13 22:13:07
|
as anyone seen this: http://crit.org/http://c2.com/cgi/wiki?WysiwygWiki ? or this: http://standardbrains.editthispage.com/ [in this page, just select some text and press ctrl-B, iif you are using IE] /sergio |