phpwiki-talk Mailing List for PhpWiki

Hi Wes,
Would you be able to set ENABLE_USER_NEW to "true" (I’m suspecting it is 
set to false?) and see if this solves your problem? I’m also using the 
latest code from Subversion with a similar configuration, and I don’t 
experience that issue (php 5.3.2).
Regards,
Seb
On 25/06/2010 19:10, Wes wrote:
> Hello,
>
> I have a ton of older phpwiki installs running on Postgres. The machine
> they're running on is on it's least breath, so I'm moving them to a new
> machine and converting to MySQL. That's all worked...reasonably well.
> Using a SVN pull from this morning. My config.ini is set to use
> HttpAuth, and the .htaccess file is configured correctly. AuthPolicy is
> set to "first-only". I can log in via the browser/Apache prompt fine,
> but whenever I go to any page, I get this error:
>
> *Fatal error*: Call to a member function get() on a non-object in
> */var/services/old-wikis/SysAdminWiki/lib/WikiUser.php* on line *153*
>
> And "Edit" on any page is asking for a login and pass (meaning it's
> apparently not passing through correctly.)
>
> Thoughts or suggestions would be well received : )
>
> Thanks!
>
> Wes
>
>
>
>
> ------------------------------------------------------------------------------
> 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-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

<?php // -*-php-*-
rcs_id('$Id: RichTable.php,v 2.2 2010年06月24日 17:44:24 Stefan Schorn Exp $');
/**
Richtable - Tabellen plugin
*/
class WikiPlugin_RichTable
extends WikiPlugin
{
	function getName() {
		return _("RichTable");
	}
	function getDescription() {
		return _("Layout tables using a very rich markup style.");
	}
	function getDefaultArguments() {
		return array();
	}
	function getVersion() {
		return preg_replace("/[Revision: $]/", '',
		"\$Revision: 1.7 $");
	}
	function run($dbi, $argstr, &$request, $basepage) {
		global $WikiTheme;
		include_once("lib/BlockParser.php");
		// RichTablePlugin markup is new.
		$markup = 2.0;
		$lines = preg_split('/\n/', $argstr);
		$table = HTML::table();
		$atlas = 0;
		$atlasdl = 0;
		if ($lines[0][0] == '*') {
			$line = substr(array_shift($lines),1);
			$attrs = $this->_parse_attr($line);
			foreach ($attrs as $key => $value) {
				if (in_array ($key, array("id", "class", "title", "style",
				"bgcolor", "frame", "rules", "border",
				"cellspacing", "cellpadding",
				"summary", "align", "width"))) {
					if ($key == 'class') $class = $value;
					$table->setAttr($key, $value);
				}
			}
		}
		$r = 0;
		$c = 0;
		$ownclass = 0;
		$ownclasstr = 0;
		$Zelle = array();
		if(is_array($lines)) $lastLine = $lines[count($lines)-1];
		if (!(trim($lastLine) == '-')) { $lines[] = '-';}
		foreach ($lines as $line){					
			if (substr($line,0,1) == "-") {
				$makeit = 0;
				if (isset($row)) {
					if (isset($cell)) {
						if ($r == 1) $cmax = $c;
						if (isset($class) && $class && !$ownclass) {
							if ($c == $cmax)	{
								if ($r == 1) {
									$cell->setAttr('class', $class.'-bn');
								} else {
									$cell->setAttr('class', $class.'-bt');
								}
							} else {
								if ($r == 1) {
									$cell->setAttr('class', $class.'-br');
								} else {
									$cell->setAttr('class', $class.'-brt');
								}
							}
						} 
						
						if (isset($content)) {
							// debug $cell->pushContent(TransformText('<<'.$r.'#'.$c.'>>', $markup, $basepage));
							$cell->pushContent(TransformText($content, $markup, $basepage));
							unset($content);
						}
						$row->pushContent($cell);
						unset($cell);
							$makeit = 1;
					}
					if ($makeit == 1) {
						$table->pushContent($row);
						unset($row);
					}
				}
				$r++;
				$row = HTML::tr();
				$attrs = $this->_parse_attr(substr($line,1));
				$c = 0;
				$ownclasstr = 0;
				foreach ($attrs as $key => $value) {
					if (in_array ($key, array("id", "class", "title", "style",
					"bgcolor", "align", "valign"))) {
						$row->setAttr($key, $value);
						if ($key == 'class' && isset($value) && $value) {
							$ownclasstr = 1;
						}						
					}
				}
				if (!$ownclasstr && isset($class) && $class) 
					$row->setAttr('class', $class);
				continue;
			}
			if (substr($line,0,1) == "|" and isset($row)) {
				if (isset($cell)) {
					if ($class && !$ownclass) {
						if ($r == 1) {
							$cell->setAttr('class', $class.'-br');
						} else {
							$cell->setAttr('class', $class.'-brt');
						}
					}
					if (isset ($content)) {
						//debug $cell->pushContent(TransformText('<<'.$r.'#'.$c.'>>', $markup, $basepage));
						$cell->pushContent(TransformText($content, $markup, $basepage));
						unset($content);
					}
					$row->pushContent($cell);
				}
				$keyZold = $c;
				$go = 1;
				if (isset($Zelle[$r])) {
					foreach ($Zelle[$r] as $keyZ => $valueZ) {
						$diff = $keyZ - $keyZold;
				
						$keyZold = $keyZ;
						if ($diff == 1 && $go) {
							$c = $c + $valueZ;						
							unset($Zelle[$r][$keyZ]);
						} else $go = 0;
					}
				} 
				$c++;
				$cell = HTML::td();
				$line = substr($line, 1);
				if ($line[0] == "*" ) {
					$attrs = $this->_parse_attr(substr($line,1));
					$colsp = 0;
					$rowsp = 0;
					$ownclass = 0;
					foreach ($attrs as $key => $value) {
						if (in_array ($key, array("id", "class", "title", "style",
						"colspan", "rowspan", "width", "height",
						"bgcolor", "align", "valign"))) {
							if (!($atlas && $key == 'class'))
							$cell->setAttr($key, $value);
							if ($key == 'colspan' && is_numeric($value)) {
								$colsp = $value;
							}
							if ($key == 'rowspan' && is_numeric($value)) {
								$rowsp = $value;
							}
							if ($key == 'class' && isset($value) && $value) {
								$ownclass = 1;
							}
						}
					}
					if (is_numeric($colsp)) {
						for ($x = 1; $x < $colsp; $x++) {
							$c = $c + 1;
						}
						$colsp = 0;
					}
					if (is_numeric($rowsp)) {
						$endrow = $rowsp + $r;
						for ($x = ($r+1); $x < $endrow; $x++) {
							$Zelle[$x][$c] = 1;
						}
						$rowsp = 0;
					}
					continue;
				}
			}
			if (isset($row) and isset($cell)) {
				$line = str_replace("?\>", "?>", $line);
				$line = str_replace("\~", "~", $line);
				if (empty($content)) $content = '';
				$content .= $line . "\n";
			}
		}
		// $makit - no more empty rows
		$makeit = 0;
		if (isset($row)) {
			if (isset($cell)) {
				if (isset($content))
				$cell->pushContent(TransformText($content));
				$makeit = 1;
				$row->pushContent($cell);
			}
			if ($makeit == 1) {
				$table->pushContent($row);
				unset($row);
			}
		}
		return $table;
	}
	function _parse_attr($line) {
		$attr_chunks = preg_split("/\s*,\s*/", strtolower($line));
		$options = array();
		foreach ($attr_chunks as $attr_pair) {
			if (empty($attr_pair)) continue;
			$key_val = preg_split("/\s*=\s*/", $attr_pair);
			if (!empty($key_val[1]))
			$options[trim($key_val[0])] = trim($key_val[1]);
		}
		return $options;
	}
}
// End:
?>

Hallo,
you are interested in my modified RichTable.php. The following 
fixes/anhancements are established to it.
-W3C proofed (the old plugin only shows pictures in the last cell of the 
table when a "-" (<tr>) is at the end of the plugin. This is not 
nessassary anymore and handled inside the plugin. If allready set, an 
empty row without cell is not printed anymore)
- different styles
 - for first row (first cell till before last cell)
 - frst row last cell
 - every next row (first cell till before last cell)
 - every next row (last cell)
This gives you the chance to make layouts for tables without outer 
border, shadows and round corners etc. It was tricky to handle colspan 
and rowspan to find out which cell is the last one in a row (maybe its 
the one from row before at rowspan ...) but now it works
how does it work?
The plugin
<?plugin RichTableNEW
*class=YOURCLASS, width=100%
-valign=top
|*rowspan=2
1.1
-
|2.1
|2.2
?>
The stylesheet
/* YOURCLASS = class you use in your stylesheet. Here you can use the 
following styles to make round borders and shadow in firefox and chrome, 
safari:
*/
table.YOURCLASS{}
tr.YOURCLASS {
 -moz-box-shadow: 1px 1px 2px 1px #999;
 -moz-border-radius: 4px;
 -khtml-border-radius: 4px;
 -khtml-box-shadow: 1px 1px 2px 1px #999;
 -webkit-border-radius: 4px;
 box-shadow: 1px 1px 2px 1px #999;
 border-radius: 4px;
}
/* bn = border none (right top cell) */
td.YOURCLASS-bn {
 border: none;
}
/* bt = border top (every last cell except top cell)*/
 td.YOURCLASS-bt {
 border-top: 1px #999 solid;
}
/* br = border right (every first row cell except last one */
 td.YOURCLASS-br {
 border-right: 1px #ddd solid;
}
/*brt = border right top (every missing cell) */
 td.YOURCLASS-brt {
 border-right: 1px #ddd solid;
 border-top: 1px #ddd solid;
}
You can see it work here:
http://www.mineralienatlas.de/lexikon/index.php/Geologische%20Zeittafel
Have fun
Stefan

Hello,
I have a ton of older phpwiki installs running on Postgres. The machine
they're running on is on it's least breath, so I'm moving them to a new
machine and converting to MySQL. That's all worked...reasonably well. 
Using a SVN pull from this morning. My config.ini is set to use
HttpAuth, and the .htaccess file is configured correctly. AuthPolicy is
set to "first-only". I can log in via the browser/Apache prompt fine,
but whenever I go to any page, I get this error:
*Fatal error*: Call to a member function get() on a non-object in
*/var/services/old-wikis/SysAdminWiki/lib/WikiUser.php* on line *153*
And "Edit" on any page is asking for a login and pass (meaning it's
apparently not passing through correctly.)
Thoughts or suggestions would be well received : )
Thanks!
Wes

Le 23/06/2010 21:43, ru...@us... a écrit :
> Revision: 7566
> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=7566&view=rev
> Author: rurban
> Date: 2010年06月23日 19:43:46 +0000 (2010年6月23日)
>
> Log Message:
> -----------
> undo deletions r7561 and r7563. we need that
>
Hello Reini,
Sorry, I was testing PHPDCD. Where are these functions needed?
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...

2010年6月21日 Marc-Etienne Vargenau <Mar...@al...>:
> Le 19/06/2010 22:16, ru...@us... a écrit :
>>
>> Revision: 7551
>
>> - * Provides no own input box, just<?plugin-form TitleSearch ?> is
>> enough.
>> - * Fancier Inputforms can be made using WikiForm Rich, to support regex
>> and case_exact args.
>> + * Provides no own input box, just<<TitleSearch>> is enough.
>> + * Fancier Inputforms can be made using<<WikiFormRich>> to support regex
>> and case_exact args.
>
> Hello Reini,
>
> I am not sure the <<TitleSearch>> Wikicreole syntax will work.
>
> What I have implemented is that <<FooBar>> is translated
> as equivalent to <?plugin FooBar ?>
>
> So <<TitleSearch>> will be translated as <?plugin TitleSearch ?>,
> not <?plugin-form TitleSearch ?>.
Right, I was confused.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

2010年6月21日 Marc-Etienne Vargenau <Mar...@al...>:
> I sometimes get this warning:
> PHP Warning
> lib/DbSession/SQL.php:111 Warning[512]: Overlarge session data! 4002 gt.
> 4000
>
> What should be done? Is it a just a minor warning or does
> it indicate a serious problem?
The session handler cannot store overlarge data in cookies.
It must be stripped in the debugger.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

2010年6月21日 Marc-Etienne Vargenau <Mar...@al...>:
> Le 19/06/2010 22:31, Reini Urban a écrit :
>>
>> 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
>
> Hello all,
>
> I would suggest to make ENABLE_USER_NEW mandatory true, i.e.
> remove lib/WikiUser.php from the code.
>
> In there any inconvenience to do so?
Yes, it is.
Most crashes result from endless recursion cycles in WikiUserNew.php,
and using WikiUser.php is much easier then.
ENABLE_USER_NEW = true is default. If not you have no email property
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Hello Reini,
I sometimes get this warning:
PHP Warning
lib/DbSession/SQL.php:111 Warning[512]: Overlarge session data! 4002 gt. 
4000
What should be done? Is it a just a minor warning or does
it indicate a serious problem?
Regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Le 19/06/2010 22:16, ru...@us... a écrit :
> Revision: 7551
> - * Provides no own input box, just<?plugin-form TitleSearch ?> is enough.
> - * Fancier Inputforms can be made using WikiForm Rich, to support regex and case_exact args.
> + * Provides no own input box, just<<TitleSearch>> is enough.
> + * Fancier Inputforms can be made using<<WikiFormRich>> to support regex and case_exact args.
Hello Reini,
I am not sure the <<TitleSearch>> Wikicreole syntax will work.
What I have implemented is that <<FooBar>> is translated
as equivalent to <?plugin FooBar ?>
So <<TitleSearch>> will be translated as <?plugin TitleSearch ?>,
not <?plugin-form TitleSearch ?>.
Regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Le 19/06/2010 22:31, Reini Urban a écrit :
> 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
Hello all,
I would suggest to make ENABLE_USER_NEW mandatory true, i.e.
remove lib/WikiUser.php from the code.
In there any inconvenience to do so?
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...

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!

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/

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.

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...

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/

>> 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...

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...

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...

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...

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/

(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.

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/

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/

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/