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
(5) |
Oct
|
Nov
|
Dec
|
From: Charles S. <sp...@bw...> - 2009-01-15 08:02:27
|
And after many hours of googling, the answer is that you can't have a class name the same as a function name. Fix: lib/WikiUserNew.php every place there's call to "PearDbPassUser", rename it to something - I just tacked "foo" on the end: _PearDbPassUser::_PearDbPassUserFoo($this->_userid, $this->_prefs); lib/WikiUser/PearDb.php Rename the function to match: function _PearDbPassUserFoo($UserName='',$prefs=false) { So far, so good. If I can find more problems like this, I'll try and roll up a patchset. C On Thu, 15 Jan 2009, Charles Sprickman wrote: > Just a quick note - same failure using latest svn. > > From googling around, something changed from php 5.2.6 on - this used to fail > with "E_STRICT" and now it's fatal. > > I don't know OOP to save my life, so I'm stumped. > > On Thu, 15 Jan 2009, Charles Sprickman wrote: > >> Hello all, >> >> I just upgraded from php 4.4.8 to 5.2.8, along with all the Pear and php >> extensions I had installed. Other applications on this machine are doing >> fine, >> but I get this error on loading phpwiki (version 1.3.14): >> >> [14-Jan-2009 21:48:43] PHP Fatal error: Non-static method >> _PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming >> $this >> from incompatible context in /usr/local/www/data/wiki/lib/WikiUserNew.php >> on >> line 1118 >> >> Any ideas on what the root cause is? Pear is at 1.7.2, previously it was >> 1.7.1. >> >> Thanks, >> >> Charles >> >> ___ >> Charles Sprickman >> NetEng/SysAdmin >> Bway.net - New York's Best Internet - www.bway.net >> sp...@bw... - 212.655.9344 >> >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by: >> SourcForge Community >> SourceForge wants to tell your story. >> http://p.sf.net/sfu/sf-spreadtheword >> _______________________________________________ >> Phpwiki-talk mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk >> > |
From: Charles S. <sp...@bw...> - 2009-01-15 06:03:15
|
Just a quick note - same failure using latest svn. >From googling around, something changed from php 5.2.6 on - this used to fail with "E_STRICT" and now it's fatal. I don't know OOP to save my life, so I'm stumped. On Thu, 15 Jan 2009, Charles Sprickman wrote: > Hello all, > > I just upgraded from php 4.4.8 to 5.2.8, along with all the Pear and php > extensions I had installed. Other applications on this machine are doing fine, > but I get this error on loading phpwiki (version 1.3.14): > > [14-Jan-2009 21:48:43] PHP Fatal error: Non-static method > _PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming $this > from incompatible context in /usr/local/www/data/wiki/lib/WikiUserNew.php on > line 1118 > > Any ideas on what the root cause is? Pear is at 1.7.2, previously it was > 1.7.1. > > Thanks, > > Charles > > ___ > Charles Sprickman > NetEng/SysAdmin > Bway.net - New York's Best Internet - www.bway.net > sp...@bw... - 212.655.9344 > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > |
From: Charles S. <sp...@bw...> - 2009-01-15 05:12:23
|
Hello all, I just upgraded from php 4.4.8 to 5.2.8, along with all the Pear and php extensions I had installed. Other applications on this machine are doing fine, but I get this error on loading phpwiki (version 1.3.14): [14-Jan-2009 21:48:43] PHP Fatal error: Non-static method _PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming $this from incompatible context in /usr/local/www/data/wiki/lib/WikiUserNew.php on line 1118 Any ideas on what the root cause is? Pear is at 1.7.2, previously it was 1.7.1. Thanks, Charles ___ Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet - www.bway.net sp...@bw... - 212.655.9344 |
From: Weldon M. <wel...@gm...> - 2009-01-11 15:02:32
|
I've been trying to install on a shared host, but have been running into problems. I had everything set to 0755 but got a 500 error until I changed the permission on the idex.php to 644 and then things started to work. That doesn't make sense to me, but... I've been able to access the wiki but when I try to login I get *Fatal error*: Non-static method _PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming $this from incompatible context in * /home1/..../wiki/lib/WikiUserNew.php* on line *1118* Clearly this is indicative of a deeper problem in my installation, but what? You can see the behavior at http://physandmath.org/wiki i haven't set any restrictions as yet. |
From: Weldon M. <wel...@gm...> - 2009-01-11 13:13:34
|
I've been trying to install (1.3.14) on a shared host (hostmonster), but have been running into problems. I had everything set to 0755 but got a 500 error until I changed the permission on the index.php to 644 and then things started to work. That doesn't make sense to me, but it was the only way to get by the 500 page. I've been able to access the database and the wiki but when I try to login I get *Fatal error*: Non-static method _PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming $this from incompatible context in * /home1/..../wiki/lib/WikiUserNew.php* on line *1118* Clearly this is indicative of a deeper problem in my installation, but what? You can see the behavior at http://physandmath.org/wiki |
From: Marc-Etienne V. <Mar...@al...> - 2009-01-05 18:53:27
|
Reini Urban a écrit : > var...@us... schrieb: >> Revision: 6363 >> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6363&view=rev >> Author: vargenau >> Date: 2009-01-02 11:04:05 +0000 (Fri, 02 Jan 2009) >> >> Log Message: >> ----------- >> Add spreadsheet capability to Wikicreole tables > >> + function _compute ($mytable, $i, $j, $imax, $jmax) { >> + // What is implemented: >> + // @@SUM(R)@@ : sum of cells in current row >> + // @@SUM(C)@@ : sum of cells in current column >> + > > Can you please document this new feature in the pgsrc files > Whow. > But maybe %%=SUM(C)%% is better syntax. > > %%\w+%% is our template expansion syntax. > = is a spreadsheet formula Hello Reini, Of course I will document. It is not finished yet, mostly a proof of concept. Best wishes for the new year. 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-...> - 2009-01-02 13:11:29
|
var...@us... schrieb: > Revision: 6363 > http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6363&view=rev > Author: vargenau > Date: 2009-01-02 11:04:05 +0000 (Fri, 02 Jan 2009) > > Log Message: > ----------- > Add spreadsheet capability to Wikicreole tables > + function _compute ($mytable, $i, $j, $imax, $jmax) { > + // What is implemented: > + // @@SUM(R)@@ : sum of cells in current row > + // @@SUM(C)@@ : sum of cells in current column > + Can you please document this new feature in the pgsrc files Whow. But maybe %%=SUM(C)%% is better syntax. %%\w+%% is our template expansion syntax. = is a spreadsheet formula -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Reini U. <ru...@x-...> - 2008-12-07 14:28:41
|
Ale Fernandez schrieb: > Sorry how do I despam it on the command line? > > Thanks for the reply! I had given up completely > > Ale > > Reini Urban wrote: >> Ale Fernandez schrieb: >>> Hi, >>> >>> I have a problem that an old phpwiki site I used to run has got >>> spammed into a spam sandwich that would have scooby doo sweating. >>> It's 2 gb or so in size. > <snip> >>> ------------------- >>> >>> Is there a way to fix this, or a way to connect directly to the db >>> file so as to delete the masses of spam comments? >> >> The sqlite extension might work with such a file handle once opened, >> but the PHP is_file() obviously cannot handle > 2GB. >> >> I would try to despam it up on the commandline. Or work with a smaller >> backup. open the file with sqlite and delete some pages and versions you don't need to be able to get under 2GB. $ sqlite /var/lib/phpwiki/phpwiki_pagedb.db SQLite version 2.8.17 Enter ".help" for instructions sqlite> .tables link nonempty page pref recent session version sqlite> select pagename,version.id,version.version,content from page,version where page.id=version.id order by mtime limit 10; ... sqlite> delete from version where id=<bla> and version=<bla>; -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Reini U. <ru...@x-...> - 2008-12-05 15:28:14
|
Ale Fernandez schrieb: > Hi, > > I have a problem that an old phpwiki site I used to run has got spammed > into a spam sandwich that would have scooby doo sweating. It's 2 gb or > so in size. > > Here's the error I get on most pages: > > ---------------- > Fatal Error: > > lib/WikiDB/backend/PearDB.php:59: Error: Can't connect to database: > wikidb_backend_peardb_sqlite: fatal database error > > * DB Error: invalid > * ( ** ** sqlite:////var/lib/phpwiki/phpwiki_pagedb.db) > * > > /usr/share/php/DB/sqlite.php:134: Warning: is_file(): Stat failed for > /var/lib/phpwiki/phpwiki_pagedb.db (errno=75 - Value too large for > defined data type) > > lib/WikiDB/backend/PearDB.php:59: Error: Can't connect to database: > wikidb_backend_peardb_sqlite: fatal database error > > * DB Error: invalid > * ( ** ** sqlite:////var/lib/phpwiki/phpwiki_pagedb.db) > > ------------------- > > Is there a way to fix this, or a way to connect directly to the db file > so as to delete the masses of spam comments? The sqlite extension might work with such a file handle once opened, but the PHP is_file() obviously cannot handle > 2GB. I would try to despam it up on the commandline. Or work with a smaller backup. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Reini U. <ru...@x-...> - 2008-11-24 16:54:40
|
Marc-Etienne Vargenau schrieb: > ru...@us... a écrit : >> Revision: 6347 >> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6347&view=rev >> Author: rurban >> Date: 2008-11-19 08:53:06 +0000 (Wed, 19 Nov 2008) >> >> Log Message: >> ----------- >> add new feature ENABLE_PAGE_PUBLIC >> >> Modified Paths: >> -------------- >> trunk/config/config-default.ini >> trunk/config/config-dist.ini >> trunk/lib/IniConfig.php >> trunk/lib/editpage.php >> trunk/themes/default/templates/editpage.tmpl > > Hello Reini, > > Thank you for publishing this new feature. > > Just one small question. Shouldn't the info.tmpl > template be be updated also with a public checkbox > like there is one for locked pages? Indeed, and more. Some WikiAdminPublic plugin and some external helper to update the external database. I'll do when I have more time. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Marc-Etienne V. <Mar...@al...> - 2008-11-19 13:38:16
|
ru...@us... a écrit : > Revision: 6347 > http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6347&view=rev > Author: rurban > Date: 2008-11-19 08:53:06 +0000 (Wed, 19 Nov 2008) > > Log Message: > ----------- > add new feature ENABLE_PAGE_PUBLIC > > Modified Paths: > -------------- > trunk/config/config-default.ini > trunk/config/config-dist.ini > trunk/lib/IniConfig.php > trunk/lib/editpage.php > trunk/themes/default/templates/editpage.tmpl Hello Reini, Thank you for publishing this new feature. Just one small question. Shouldn't the info.tmpl template be be updated also with a public checkbox like there is one for locked pages? 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: Alastair W. <lis...@al...> - 2008-11-09 18:48:35
|
Hi All I've had PHP Wiki installed on a cpanel host for about a year or so now and after sorting some config problems it's been running great. However it's recently stoped working and the only change I'm aware of is that my host upgraded to PHP5. When accessing the installation I get the login prompt, and after submitting my login I get and DNS error. If I remove the User Authentication (well set it to FALSE), the HomePage loads fine. Anyone any ideas what I could try? Alastair -- P Before you print think about the ENVIRONMENT |
From: Reini U. <ru...@x-...> - 2008-10-10 13:55:59
|
2008/10/10 <var...@us...>: > Revision: 6295 > http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6295&view=rev > Author: vargenau > Date: 2008-10-10 13:43:02 +0000 (Fri, 10 Oct 2008) > > Log Message: > ----------- > PhpWikiAdministration split in two pages: PhpWikiAdministration and PhpWikiDebug Good, thanks! -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Reini U. <ru...@x-...> - 2008-10-10 10:52:03
|
2008/10/10 JIm Bewlay <jim...@zo...>: > Hi guys > I don't know whether this is a common problem , ut it certainly has me > beat. PHP Wiki looks exactly like the product I need to use. I had set > out to develop my own wiki, but hey, why re-invent the wheel? > > Anyway I got the the compressed file, opened it up and extracted it to > where I wanted to use the wiki. Si far so good. I read the installation > notes, built a config. ini file, created a Mysql user password, > installed the tables and did all that good stuff. then then in eager > anticipation I called up the URL - nothing. just a blank screen. So I > tinkered, scoured the net, re-installed. checked all teh instructions to > the last detail and tried again, same result. > > It seems to me that firts time out of the box PHP wiki needs to do > something, but isn't just quite getting here. Nothing is broke ads there > are no erors of 404 pages. Just a blank screen. I know this is > something simple and when I find the the answer it will be one of those > homer j Simpson moments Duh!!, but for the life of me I cannot figure it > out. I guess I could go through the code line by line, but is thre > anybody there who has come across this problem before? looks like common problem. please try to fire up the url to /configurator.php and check the DATA_PATH and/or VIRTUAL_PATH settings. These are the external uri paths. > > I should just mention the wiki is running on my development box, windows > xp using apache v2 and MyQL. I am using PHP V5 maybe svn trunk is better. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: JIm B. <jim...@zo...> - 2008-10-10 07:44:51
|
Hi guys I don't know whether this is a common problem , ut it certainly has me beat. PHP Wiki looks exactly like the product I need to use. I had set out to develop my own wiki, but hey, why re-invent the wheel? Anyway I got the the compressed file, opened it up and extracted it to where I wanted to use the wiki. Si far so good. I read the installation notes, built a config. ini file, created a Mysql user password, installed the tables and did all that good stuff. then then in eager anticipation I called up the URL - nothing. just a blank screen. So I tinkered, scoured the net, re-installed. checked all teh instructions to the last detail and tried again, same result. It seems to me that firts time out of the box PHP wiki needs to do something, but isn't just quite getting here. Nothing is broke ads there are no erors of 404 pages. Just a blank screen. I know this is something simple and when I find the the answer it will be one of those homer j Simpson moments Duh!!, but for the life of me I cannot figure it out. I guess I could go through the code line by line, but is thre anybody there who has come across this problem before? I should just mention the wiki is running on my development box, windows xp using apache v2 and MyQL. I am using PHP V5 Thanks in advance JimB |
From: Marc-Etienne V. <Mar...@al...> - 2008-09-18 15:58:05
|
Hello, In stdlib, there is a function that tests if a URL is "safe" function IsSafeURL($url) { return !preg_match('/([<>"])|(%3C)|(%3E)|(%22)/', $url); } In practice, our users need to include in the wiki URLs generated by Live Meeting https://www.livemeeting.com/cc/alcatel_lucent/join?id=4QPTFJ&role=present&pw=S%3Cpk%2F2fbS and these URLs can contain %3C What would be the risk to allow such URLs? 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... | | /'| ' | ================================================================== \ |/ / | L'essence des Mathématiques est dans leur liberté. | \ / | Georges Cantor | ------ ================================================================== |
From: Ale F. <sk...@gm...> - 2008-09-18 12:05:51
|
Hi, I have a problem that an old phpwiki site I used to run has got spammed into a spam sandwich that would have scooby doo sweating. It's 2 gb or so in size. Here's the error I get on most pages: ---------------- Fatal Error: lib/WikiDB/backend/PearDB.php:59: Error: Can't connect to database: wikidb_backend_peardb_sqlite: fatal database error * DB Error: invalid * ( ** ** sqlite:////var/lib/phpwiki/phpwiki_pagedb.db) * /usr/share/php/DB/sqlite.php:134: Warning: is_file(): Stat failed for /var/lib/phpwiki/phpwiki_pagedb.db (errno=75 - Value too large for defined data type) lib/WikiDB/backend/PearDB.php:59: Error: Can't connect to database: wikidb_backend_peardb_sqlite: fatal database error * DB Error: invalid * ( ** ** sqlite:////var/lib/phpwiki/phpwiki_pagedb.db) ------------------- Is there a way to fix this, or a way to connect directly to the db file so as to delete the masses of spam comments? Thanks, Ale |
From: Reini U. <ru...@x-...> - 2008-09-14 11:28:26
|
var...@us... schrieb: > Modified: trunk/themes/Crao/crao.css > blockquote.mail-style-quote { > - border-left: #ff993;/* MODIFY-color */ > + border-left: #FF9933;/* MODIFY-color */ good catch! -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Marc-Etienne V. <Mar...@al...> - 2008-09-08 09:41:44
|
Reini Urban a écrit : > Marc-Etienne Vargenau schrieb: >> Hello Reini, >> >> Some time ago, the global variable $Theme was renamed to >> $WikiTheme in order to avoid a name clash in the Gforge >> integeration of Phpwiki. >> >> We still have a name clash with "class Theme" in file Theme.php >> >> I would like to rename "class Theme" to "class WikiTheme". >> >> Is this a problem? >> Should I in that case rename file Theme.php to WikiTheme.php? > > Yes, please. Both. > Better now as later. > > I believe there will be a lot of src files affected by this change. > Hello Reini, It's done. I have also regenerated the gettext. Please check that I have not done something wrong. I had to slightly update the makefiles. 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... | | /'| ' | ================================================================== \ |/ / | L'essence des Mathématiques est dans leur liberté. | \ / | Georges Cantor | ------ ================================================================== |
From: Reini U. <ru...@x-...> - 2008-09-05 17:21:59
|
Marc-Etienne Vargenau schrieb: > Hello Reini, > > Some time ago, the global variable $Theme was renamed to > $WikiTheme in order to avoid a name clash in the Gforge > integeration of Phpwiki. > > We still have a name clash with "class Theme" in file Theme.php > > I would like to rename "class Theme" to "class WikiTheme". > > Is this a problem? > Should I in that case rename file Theme.php to WikiTheme.php? Yes, please. Both. Better now as later. I believe there will be a lot of src files affected by this change. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Marc-Etienne V. <Mar...@al...> - 2008-09-05 13:41:01
|
Hello Reini, Some time ago, the global variable $Theme was renamed to $WikiTheme in order to avoid a name clash in the Gforge integeration of Phpwiki. We still have a name clash with "class Theme" in file Theme.php I would like to rename "class Theme" to "class WikiTheme". Is this a problem? Should I in that case rename file Theme.php to WikiTheme.php? 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... | | /'| ' | ================================================================== \ |/ / | L'essence des Mathématiques est dans leur liberté. | \ / | Georges Cantor | ------ ================================================================== |
From: Marc-Etienne V. <Mar...@al...> - 2008-08-26 10:19:03
|
Erfan Shirazi a écrit : > I mean when you have enabled upload of pics, so if you have uploaded > "test.jpg" then you are able to use "Upload:test.jpg" in Wiki to access > it, but what if I want to display the image directly instead of > accessing it by using the link which Wiki creates. > > Do I have to use URLs? > > Erfan Shirazi Use [Upload:test.jpg] Regards, -- ================================================================== ------ | Marc-Etienne Vargenau | / \ | Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE | / /|'` \ | +33 (0)1 30 77 28 33, Mar...@al... | | /'| ' | ================================================================== \ |/ / | L'essence des Mathématiques est dans leur liberté. | \ / | Georges Cantor | ------ ================================================================== |
From: Erfan S. <esh...@sh...> - 2008-08-26 09:52:47
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> I mean when you have enabled upload of pics, so if you have uploaded "test.jpg" then you are able to use "Upload:test.jpg" in Wiki to access it, but what if I want to display the image directly instead of accessing it by using the link which Wiki creates.<br> <br> Do I have to use URLs?<br> <pre class="moz-signature" cols="72">Erfan Shirazi Senior Application Developer Information Technology - Shipco Transport Email: <a class="moz-txt-link-abbreviated" href="mailto:esh...@sh...">esh...@sh...</a>, Direct Tel: +45 39 15 05 62 For IT support related issues, please contact <a class="moz-txt-link-abbreviated" href="mailto:su...@sh...">su...@sh...</a> Shipco Transport - Your Global Solution: Ocean Export & Import and Airfreight. For access to STi-online which offers on-line sailing schedules, bookings, documentation, shipment tracking and other e-commerce tools, please visit our website, <a class="moz-txt-link-abbreviated" href="http://www.shipco.com">www.shipco.com</a></pre> <br> <br> -------- Original Message --------<br> Subject: Re:[Phpwiki-talk] Inline images & docs<br> From: Reini Urban <a class="moz-txt-link-rfc2396E" href="mailto:ru...@x-..."><ru...@x-...></a><br> To: Discussion on PhpWiki features, bugs, development. <a class="moz-txt-link-rfc2396E" href="mailto:php...@li..."><php...@li...></a><br> Date: Tue Aug 26 2008 11:30:11 GMT+0200 (Romance Daylight Time)<br> <blockquote cite="mid:691...@ma..." type="cite"> <pre wrap="">2008/8/26 Erfan Shirazi <a class="moz-txt-link-rfc2396E" href="mailto:esh...@sh..."><esh...@sh...></a>: </pre> <blockquote type="cite"> <pre wrap="">I wanted to know if its possible to have inline images in PHP Wiki? I have enabled the upload plugin and looking at the system info in Wiki it seems that it supports inline images but I cannot figure out how it works. </pre> </blockquote> <pre wrap=""><!----> Put [ ] around it. Help:TextFormattingRules * URLs ending with =.png=, =.gif=, or =.jpg= are inlined if in square brackets, by themselves: </pre> </blockquote> <br> </body> </html> |
From: Reini U. <ru...@x-...> - 2008-08-26 09:30:04
|
2008/8/26 Erfan Shirazi <esh...@sh...>: > I wanted to know if its possible to have inline images in PHP Wiki? > I have enabled the upload plugin and looking at the system info in Wiki > it seems that it supports inline images but I cannot figure out how it > works. Put [ ] around it. Help:TextFormattingRules * URLs ending with =.png=, =.gif=, or =.jpg= are inlined if in square brackets, by themselves: -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Erfan S. <esh...@sh...> - 2008-08-26 08:16:22
|
Hi all I wanted to know if its possible to have inline images in PHP Wiki? I have enabled the upload plugin and looking at the system info in Wiki it seems that it supports inline images but I cannot figure out how it works. Erfan Shirazi Senior Application Developer Information Technology - Shipco Transport Email: esh...@sh..., Direct Tel: +45 39 15 05 62 For IT support related issues, please contact su...@sh... Shipco Transport - Your Global Solution: Ocean Export & Import and Airfreight. For access to STi-online which offers on-line sailing schedules, bookings, documentation, shipment tracking and other e-commerce tools, please visit our website, www.shipco.com |