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: Sébastien Le C. <seb...@we...> - 2010-06-20 08:16:49
|
Hi Reini, Ok, thanks. Regards, Sébastien. On 19/06/2010 21:31, Reini Urban wrote: > 2010/6/17 Sébastien Le Callonnec<seb...@we...>: >> When clicking on the “Watch” button for a page, I get an error message >> indicating that I need to define my email address in my user >> preferences. When clicking the link to the UserPreferences page, there >> is no field for the email address. >> >> Is that an issue, or is there some config that I’m somehow missing here? > > Looks like an issue, thanks. It is enabled with ENABLE_USER_NEW in the template > themes/default/templates/userprefs.tmpl > > Sébastien, I've added you as developer, with svn commit permissions. > But for the beginning please still add bugs and patches and wait for > approval, until you commit. > > Thanks a lot! |
From: Reini U. <ru...@x-...> - 2010-06-19 20:31:27
|
2010/6/17 Sébastien Le Callonnec <seb...@we...>: > When clicking on the “Watch” button for a page, I get an error message > indicating that I need to define my email address in my user > preferences. When clicking the link to the UserPreferences page, there > is no field for the email address. > > Is that an issue, or is there some config that I’m somehow missing here? Looks like an issue, thanks. It is enabled with ENABLE_USER_NEW in the template themes/default/templates/userprefs.tmpl Sébastien, I've added you as developer, with svn commit permissions. But for the beginning please still add bugs and patches and wait for approval, until you commit. Thanks a lot! -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Sébastien Le C. <seb...@we...> - 2010-06-17 17:51:17
|
Hi, When clicking on the “Watch” button for a page, I get an error message indicating that I need to define my email address in my user preferences. When clicking the link to the UserPreferences page, there is no field for the email address. Is that an issue, or is there some config that I’m somehow missing here? Thanks, Sébastien. |
From: Marc-Etienne V. <Mar...@al...> - 2010-06-17 09:40:18
|
Le 15/06/2010 10:20, Reini Urban a écrit : > > I'm running and testing those versions: > 4.4.7 (centos4), 4.3.10, 4.4.9, 5.0.3, 5.1.6 (centos5), 5.2.10, 5.3, 6.0 Hello Reini, I have updated the INSTALL file to reflect this. Best regards, Marc-Etienne -- Marc-Etienne Vargenau Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE +33 (0)1 30 77 28 33, Mar...@al... |
From: Reini U. <ru...@x-...> - 2010-06-15 08:20:20
|
2010/6/14 Marc-Etienne Vargenau <Mar...@al...>: >>> As PHP 4 is officially dead, I would be much in favor of >>> requiring PHP 5 for Phpwiki 1.4.0. >>> >>> Reini, what is your opinion on this? >> >> As most users still use 4.x I want it to stay php-4 compatible. >> "official dead" means nothing for php. Providers are lazy. > > Hello all, > > PHP4 is "officially dead" means that no patches will be > provided in the future and that this is a serious security risk. > > For me it would be simpler to require PHP 5 for the next > release, but if it is really not possible we can have two > separate branches as Sébastien suggested. > > In any case, we are running PHP 5.3.2 and I am no longer > able to test with PHP 4. It is already very complex to > test with all themes and backends. > > Reini, can you please tell what we do? Keep it as it is. I'm live with centos4 and most providers still run centos4 and backport patches. php is lame and we live with that. I'm running and testing those versions: 4.4.7 (centos4), 4.3.10, 4.4.9, 5.0.3, 5.1.6 (centos5), 5.2.10, 5.3, 6.0 -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Marc-Etienne V. <Mar...@al...> - 2010-06-14 15:28:42
|
>> As PHP 4 is officially dead, I would be much in favor of >> requiring PHP 5 for Phpwiki 1.4.0. >> >> Reini, what is your opinion on this? > > As most users still use 4.x I want it to stay php-4 compatible. > "official dead" means nothing for php. Providers are lazy. Hello all, PHP4 is "officially dead" means that no patches will be provided in the future and that this is a serious security risk. For me it would be simpler to require PHP 5 for the next release, but if it is really not possible we can have two separate branches as Sébastien suggested. In any case, we are running PHP 5.3.2 and I am no longer able to test with PHP 4. It is already very complex to test with all themes and backends. Reini, can you please tell what we do? Best regards, Marc-Etienne -- Marc-Etienne Vargenau Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE +33 (0)1 30 77 28 33, Mar...@al... |
From: Marc-Etienne V. <Mar...@al...> - 2010-06-14 14:16:47
|
Le 13/06/2010 14:42, Reini Urban a écrit : > Marc-Etienne Vargenau schrieb: >> Charles Sprickman a écrit : >>> I was not aware there was anything newer - I'll try the svn version. >>> >>> Any chance someone will cut a release from this anytime soon? >> >> Reini, can you please answer this? > > Sure. We are working on it. Hello Reini, We are now working on the new release for 3 years, and I really think we have to get something out. Wikipedia says Phpwiki is dead since 2008: http://en.wikipedia.org/wiki/PhpWiki Can we set a date before mid-July when I will be in vacation? I still have a few points to discuss with you, but almost everything is OK for me. Best regards, Marc-Etienne -- Marc-Etienne Vargenau Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE +33 (0)1 30 77 28 33, Mar...@al... |
From: Marc-Etienne V. <Mar...@al...> - 2010-06-14 14:06:37
|
Le 13/06/2010 21:13, Reini Urban a écrit : > 2010/6/13 Sébastien Le Callonnec<seb...@we...>: >> On 13/06/2010 12:37, Reini Urban wrote: >> >>> The common folder for the RatiIt images is themes/wikilens/images of >>> course. >> Of course? > > Sure. wikilens is only there to make RateIt easier. > copying to your private theme makes no sense. > We use object orientation. Hello Reini, I am not sure everything works as I would expect. For example, in the themes "blog" and "wikilens" there is a subdirectory "pgsrc", but the pages inside are not created at the initialization of the wiki. Only pages from the global pgsrc are created. Best regards, Marc-Etienne -- Marc-Etienne Vargenau Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE +33 (0)1 30 77 28 33, Mar...@al... |
From: Marc-Etienne V. <Mar...@al...> - 2010-06-14 09:15:24
|
Le 13/06/2010 21:13, Reini Urban a écrit : > > gforge has to delete the duplicates, if they are duplicate. > Hello, They are not duplicates. We use custom images for the rateIt plugin in Gforge. Best regards, Marc-Etienne -- Marc-Etienne Vargenau Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE +33 (0)1 30 77 28 33, Mar...@al... |
From: Reini U. <ru...@x-...> - 2010-06-13 19:13:18
|
2010/6/13 Sébastien Le Callonnec <seb...@we...>: > On 13/06/2010 12:37, Reini Urban wrote: > >> The common folder for the RatiIt images is themes/wikilens/images of >> course. > Of course? Sure. wikilens is only there to make RateIt easier. copying to your private theme makes no sense. We use object orientation. >> There must be a simple error in the new classpath search. >> Sidebar is child of Monobook and wikilens. > > Does that mean this problem will occur for any theme not based on any of > these? I already see these images being duplicated in the gforge theme, so > somehow this is not ideal. Any user picking a theme at setup different to > any of these will get the same problem. And see it as a bug. gforge has to delete the duplicates, if they are duplicate. Of course it is a bug. I've only tested it with my private theme extensively, I still have to test it with the new Sidebar, which is almost the as my private theme. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Sébastien Le C. <seb...@we...> - 2010-06-13 15:55:26
|
(Apologies, just realised I’ve replied privately, so forwarding this back to the list) Hi, On 13/06/2010 12:37, Reini Urban wrote: > The common folder for the RatiIt images is themes/wikilens/images of > course. Of course? > There must be a simple error in the new classpath search. > Sidebar is child of Monobook and wikilens. Does that mean this problem will occur for any theme not based on any of these? I already see these images being duplicated in the gforge theme, so somehow this is not ideal. Any user picking a theme at setup different to any of these will get the same problem. And see it as a bug. > > I'll check it next week. Regards, Sébastien. |
From: Reini U. <ru...@x-...> - 2010-06-13 12:48:31
|
Stefan schrieb: > hi, > how can is use phpwiki in external apps? Sure, but it depends on the apps, not on phpwiki. Mediawiki uses a couple of phpwiki plugins, but there is no general solution. phpwiki uses our HtmlElement, PageList and WikiPlugin libs and other apps usually not. Other apps also do not use our plugin syntax. > Is there a lib i can include to use plugins from phpwiki in other apps too? No. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Reini U. <ru...@x-...> - 2010-06-13 12:42:44
|
Marc-Etienne Vargenau schrieb: > Charles Sprickman a écrit : >> I was not aware there was anything newer - I'll try the svn version. >> >> Any chance someone will cut a release from this anytime soon? > > Reini, can you please answer this? Sure. We are working on it. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Reini U. <ru...@x-...> - 2010-06-13 12:04:22
|
Sébastien Le Callonnec schrieb: > The RateIt images are missing from the new default theme (Sidebar), > causing the rating plugin to appear as follows: > > Rating: 0.0 (0 votes) > RateIt24557712701RateIt24557712702RateIt24557712703RateIt24557712704RateIt24557712705RateIt24557712706RateIt24557712707RateIt24557712708RateIt24557712709RateIt245577127010 > Cancel your ratingRateIt2455771270Action > > and breaking the layout in an out-of-the-box set up. > > Can we either copy the images into the default layout, or disable the > RateIt plugin by default? no > The ideal would actually be to have a “common” resource folder for the > themes. The common folder for the RatiIt images is themes/wikilens/images of course. There must be a simple error in the new classpath search. Sidebar is child of Monobook and wikilens. I'll check it next week. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Sébastien Le C. <seb...@we...> - 2010-06-12 06:31:19
|
Hi there, The RateIt images are missing from the new default theme (Sidebar), causing the rating plugin to appear as follows: Rating: 0.0 (0 votes) RateIt24557712701RateIt24557712702RateIt24557712703RateIt24557712704RateIt24557712705RateIt24557712706RateIt24557712707RateIt24557712708RateIt24557712709RateIt245577127010 Cancel your ratingRateIt2455771270Action and breaking the layout in an out-of-the-box set up. Can we either copy the images into the default layout, or disable the RateIt plugin by default? The ideal would actually be to have a “common” resource folder for the themes. Regards, Sébastien. |
From: Reini U. <ru...@x-...> - 2010-06-11 10:27:45
|
2010/6/11 Sébastien Le Callonnec <seb...@we...>: > FYI, I’ve done another installation from scratch with the latest from > svn, and this is still a blocker: the initial population of the Wiki > fails because of bug below. > > I’ve updated the patch attached to that bug report. Thanks. I will not forget it, but this weekend I will be very busy with other stuff. Maybe Marc-Etienne wants to put it in. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Reini U. <ru...@x-...> - 2010-06-11 10:21:53
|
2010/6/8 Marc-Etienne Vargenau <Mar...@al...>: > Hello Reini, > > Thank you for all your commits. Paging now seems to work for > me and this is really great. > > I however have a new problem with the AllPages page: it now > shows many nonexistent pages (e.g. AbbeNormal) that seem to > come from the interwiki map. > > Do you have the same problem? Can you please fix it? Yes, I'm working on it soon. It looks likes an old parser problem. We'll need a better CheckDB admin method to get rid of these. I enabled include_empty in get_all_pages because it is much faster on the default dba database. But this pulls in a lot of garbage. For SQL backends it is slower, so I'm not sure. dba is still fastest and simpliest. BTW: I've put in now most of my changes. To test: + paging slices with other backends than dba + more auth, + Ratings with sql (your _dbh changes) + docs (working on an updated CREDITS) + locale update -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Sébastien Le C. <seb...@we...> - 2010-06-11 07:56:21
|
Hi, FYI, I’ve done another installation from scratch with the latest from svn, and this is still a blocker: the initial population of the Wiki fails because of bug below. I’ve updated the patch attached to that bug report. Regards, Sébastien. On 17/05/2010 22:51, SourceForge.net wrote: > Bugs item #3002942, was opened at 2010-05-17 22:51 > Message generated for change (Tracker Item Submitted) made by slecallonnec > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=106121&aid=3002942&group_id=6121 > > Please note that this message will contain a full copy of the comment thread, > including the initial issue submission, for this request, > not just the latest update. > Category: version 1.3.x (current) > Group: Installation > Status: Open > Resolution: None > Priority: 5 > Private: No > Submitted By: Sébastien Le Callonnec (slecallonnec) > Assigned to: Reini Urban (rurban) > Summary: Initial Wiki Population aborts due to error > > Initial Comment: > When loading the initial “virgin” wiki, the process stops at the page “Help/Categories”. > > The reason for this is that this page contains a reference to an image, and therefore LinkImage in stdlib.php is called, esp. the following portion: > stdlib.php, l.547 > $size = @getimagesize($request->get('DOCUMENT_ROOT').urldecode($url)); > > $request is undefined in this function. > > I'm attaching a simple patch for this issue that allows the process to complete successfully. > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=106121&aid=3002942&group_id=6121 > |
From: Sébastien Le C. <sl...@ya...> - 2010-06-09 17:10:21
|
Hi, On 09/06/2010 16:13, Reini Urban wrote: > > As most users still use 4.x I want it to stay php-4 compatible. > "official dead" means nothing for php. Providers are lazy. > > For 5 only there are a lot of useful libs, which I cannot use. > RDF libs for the Semantic Web for example. Please note that I was not referring to abandoning php4, but creating a new branch for php5 devs so that they are segregated from the rest. Whether ultimately you decide to merge this branch back into trunk or make a separate release for php5 is up to you. But I definitely think php5 stuff should be isolated from php4 rather than intertwining code to accommodate the two (unless there’s a better approach to have the two coexisting in peace?). (That being said, IMHO providers would probably not be as lazy if all the code providers were indeed to drop PHP4 support. As Marc-Étienne pointed out, PHP4 is EOL since 2007, and PHP5 was first released in 2004) Regards, Seb |
From: Reini U. <ru...@x-...> - 2010-06-09 15:13:38
|
2010/6/9 Marc-Etienne Vargenau <Mar...@al...>: > Le 08/06/2010 17:56, Sébastien Le Callonnec a écrit : >> Hi All, >> >> I don’t know if this has been discussed in the past, but as more and >> more PHP5 stuff is likely to creep into the codebase that seemingly >> appears to break BC, should we consider setting up a specific branch? >> >> The static calls of functions that are not static is causing some >> errors, and if we want to fix them, the code will be littered with >> hideous if (php5) ... else ... >> >> Also, I have an implementation of PhpWiki Web services that actually >> work (never been able to get the one in place to work), but it uses >> SoapServer, so this would be php5-specific. >> >> What’s your take on this? > > Hello Sébastien, > > I am now running Phpwiki with PHP 5.3.2. > > As PHP 4 is officially dead, I would be much in favor of > requiring PHP 5 for Phpwiki 1.4.0. > > Reini, what is your opinion on this? As most users still use 4.x I want it to stay php-4 compatible. "official dead" means nothing for php. Providers are lazy. For 5 only there are a lot of useful libs, which I cannot use. RDF libs for the Semantic Web for example. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Reini U. <ru...@x-...> - 2010-06-09 15:10:48
|
2010/6/9 Marc-Etienne Vargenau <Mar...@al...>: > Le 09/06/2010 12:34, ru...@us... a écrit : >> >> Revision: 7508 >> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=7508&view=rev >> Author: rurban >> Date: 2010-06-09 10:34:03 +0000 (Wed, 09 Jun 2010) >> >> Log Message: >> ----------- >> move lib/updateinterwikimap shell script to admin >> index.php: gforge should symlink or copy the config, as everybody else As I said here. No user has a config.ini initially, so you can symlink config-default.ini to config.ini in your setup recipe. >> Modified: trunk/index.php >> =================================================================== >> --- trunk/index.php 2010-06-09 10:10:41 UTC (rev 7507) >> +++ trunk/index.php 2010-06-09 10:34:03 UTC (rev 7508) >> @@ -30,14 +30,10 @@ >> require_once(dirname(__FILE__).'/lib/IniConfig.php'); >> -if (!defined('GFORGE') or !GFORGE) { >> - IniConfig(dirname(__FILE__)."/config/config.ini"); >> -} else { >> - IniConfig(dirname(__FILE__)."/config/config-default.ini"); >> -} >> +IniConfig(dirname(__FILE__)."/config/config.ini"); > > Hello Reini, > > Was there really a problem with my code? > I cannot put my config.ini in Svn, so I used this trick. > What should I do? -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Marc-Etienne V. <Mar...@al...> - 2010-06-09 13:03:42
|
Le 09/06/2010 12:34, ru...@us... a écrit : > Revision: 7508 > http://phpwiki.svn.sourceforge.net/phpwiki/?rev=7508&view=rev > Author: rurban > Date: 2010-06-09 10:34:03 +0000 (Wed, 09 Jun 2010) > > Log Message: > ----------- > move lib/updateinterwikimap shell script to admin > index.php: gforge should symlink or copy the config, as everybody else [...] > Modified: trunk/index.php > =================================================================== > --- trunk/index.php 2010-06-09 10:10:41 UTC (rev 7507) > +++ trunk/index.php 2010-06-09 10:34:03 UTC (rev 7508) > @@ -30,14 +30,10 @@ > require_once(dirname(__FILE__).'/lib/IniConfig.php'); > -if (!defined('GFORGE') or !GFORGE) { > - IniConfig(dirname(__FILE__)."/config/config.ini"); > -} else { > - IniConfig(dirname(__FILE__)."/config/config-default.ini"); > -} > +IniConfig(dirname(__FILE__)."/config/config.ini"); Hello Reini, Was there really a problem with my code? I cannot put my config.ini in Svn, so I used this trick. What should I do? Best regards, Marc-Etienne -- Marc-Etienne Vargenau Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE +33 (0)1 30 77 28 33, Mar...@al... |
From: Marc-Etienne V. <Mar...@al...> - 2010-06-09 08:32:46
|
Le 08/06/2010 17:56, Sébastien Le Callonnec a écrit : > Hi All, > > I don’t know if this has been discussed in the past, but as more and > more PHP5 stuff is likely to creep into the codebase that seemingly > appears to break BC, should we consider setting up a specific branch? > > The static calls of functions that are not static is causing some > errors, and if we want to fix them, the code will be littered with > hideous if (php5) ... else ... > > Also, I have an implementation of PhpWiki Web services that actually > work (never been able to get the one in place to work), but it uses > SoapServer, so this would be php5-specific. > > What’s your take on this? Hello Sébastien, I am now running Phpwiki with PHP 5.3.2. As PHP 4 is officially dead, I would be much in favor of requiring PHP 5 for Phpwiki 1.4.0. Reini, what is your opinion on this? Best regards, Marc-Etienne -- Marc-Etienne Vargenau Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE +33 (0)1 30 77 28 33, Mar...@al... |
From: Sébastien Le C. <sl...@ya...> - 2010-06-08 15:57:02
|
Hi All, I don’t know if this has been discussed in the past, but as more and more PHP5 stuff is likely to creep into the codebase that seemingly appears to break BC, should we consider setting up a specific branch? The static calls of functions that are not static is causing some errors, and if we want to fix them, the code will be littered with hideous if (php5) ... else ... Also, I have an implementation of PhpWiki Web services that actually work (never been able to get the one in place to work), but it uses SoapServer, so this would be php5-specific. What’s your take on this? Regards, Seb On 08/06/2010 09:22, ru...@us... wrote: > Revision: 7493 > http://phpwiki.svn.sourceforge.net/phpwiki/?rev=7493&view=rev > Author: rurban > Date: 2010-06-08 08:22:56 +0000 (Tue, 08 Jun 2010) > > Log Message: > ----------- > document new php5 version > > Modified Paths: > -------------- > trunk/lib/HtmlElement.php > > Modified: trunk/lib/HtmlElement.php > =================================================================== > --- trunk/lib/HtmlElement.php 2010-06-08 08:22:22 UTC (rev 7492) > +++ trunk/lib/HtmlElement.php 2010-06-08 08:22:56 UTC (rev 7493) > @@ -4,6 +4,7 @@ > * @author: Jeff Dairiki > * > * This code is now php5 compatible. --2004-04-19 23:51:43 rurban > + * php-5.3 uses now HtmlElement5.php with public static > * > * Todo: Add support for a JavaScript backend, a php2js compiler. > * HTML::div(array('onClick' => 'HTML::div(...)')) > > > This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > phpwiki-checkins mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-checkins > |
From: Marc-Etienne V. <Mar...@al...> - 2010-06-08 13:23:56
|
Hello Reini, Thank you for all your commits. Paging now seems to work for me and this is really great. I however have a new problem with the AllPages page: it now shows many nonexistent pages (e.g. AbbeNormal) that seem to come from the interwiki map. Do you have the same problem? Can you please fix it? Best regards, Marc-Etienne -- Marc-Etienne Vargenau Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE +33 (0)1 30 77 28 33, Mar...@al... |