phpwiki-talk

Re: [Phpwiki-talk] Installation on Windows XP/Apache - of 20)

[<pw...@an...>]

Hello,

I tried to download latest SVN files on 8th March, but still I have an error.
I have Apache with PHP 5.3.5.

The errors look like:

Strict Standards: Non-static method HTML::getTagProperties() should
not be called statically, assuming $this from incompatible context in
X:\xampp\htdocs\phpwiki\lib\HtmlElement5.php on line 45
...
Error: "Non-static method FileFinder::_get_lang() should not be called
statically"
...
Error: "Non-static method _variable_password::get_html() should not be
called statically, assuming $this from incompatible context"

Can this be fixed or should I better use older Apache/PHP?

Thanks
  Filip

On Thu, Mar 3, 2011 at 12:35 PM, Reini Urban - ru...@x-...
<+pw+firy+70c624cc55.rurban#x-r...@sp...> wrote:
> 2011/3/3  <pw...@an...>:
>> is there some tutorial installing Phpwiki on Windows XP on Apache server?
>>
>> I tried to install Phpwiki (phpwiki-1.4.0rc1.zip) on default Apache
>> XAMPP server installation, but on the configuration page titled
>> "Configuration for PhpWiki config\config.ini" I get a lot of errors
>> like:
>>
>> Strict Standards: Non-static method HTML::getTagProperties() should
>> not be called statically, assuming $this from incompatible context in
>> X:\xampp\htdocs\phpwiki\lib\HtmlElement5.php on line 45
>>
>> Can somebody help me?
>> I am not an administrator guru, just something between intermediate
>> and litle advanced.
>
> Which php version exactly?
> Looks like a problem we fixed only recently for php-5.3, so you would
> need latest svn.
>
> svn co https://phpwiki.svn.sourceforge.net/svnroot/phpwiki phpwiki
>
> --
> Reini Urban
> http://phpwiki.org/           http://murbreak.at/
>
>

Re: [Phpwiki-talk] Installation on Windows XP/Apache -

[Reini U. <ru...@x-...>]

2011/3/3  <pw...@an...>:
> is there some tutorial installing Phpwiki on Windows XP on Apache server?
>
> I tried to install Phpwiki (phpwiki-1.4.0rc1.zip) on default Apache
> XAMPP server installation, but on the configuration page titled
> "Configuration for PhpWiki config\config.ini" I get a lot of errors
> like:
>
> Strict Standards: Non-static method HTML::getTagProperties() should
> not be called statically, assuming $this from incompatible context in
> X:\xampp\htdocs\phpwiki\lib\HtmlElement5.php on line 45
>
> Can somebody help me?
> I am not an administrator guru, just something between intermediate
> and litle advanced.

Which php version exactly?
Looks like a problem we fixed only recently for php-5.3, so you would
need latest svn.

svn co https://phpwiki.svn.sourceforge.net/svnroot/phpwiki phpwiki

-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

[Phpwiki-talk] Installation on Windows XP/Apache -

[<pw...@an...>]

Hello,

is there some tutorial installing Phpwiki on Windows XP on Apache server?

I tried to install Phpwiki (phpwiki-1.4.0rc1.zip) on default Apache
XAMPP server installation, but on the configuration page titled
"Configuration for PhpWiki config\config.ini" I get a lot of errors
like:

Strict Standards: Non-static method HTML::getTagProperties() should
not be called statically, assuming $this from incompatible context in
X:\xampp\htdocs\phpwiki\lib\HtmlElement5.php on line 45

Can somebody help me?
I am not an administrator guru, just something between intermediate
and litle advanced.

Thanks
  Filipes

Re: [Phpwiki-talk] projectwebspace test

[Sébastien Le C. <seb...@we...>]

Hi,

On 22/02/2011 20:20, Reini Urban wrote:
> Is this acceptable fast for you?
> For me gives nothing.

Yeah, looks good.

>
> http://phpwiki.sourceforge.net/scripts/phpinfo.php
> content:<?php phpinfo(); ?>
>
> I'm just trying to revive our old webspace.

Excellent!

Seb

Re: [Phpwiki-talk] projectwebspace test

[Reini U. <ru...@x-...>]

2011/2/23 Marc-Etienne Vargenau <Mar...@al...>:
> Le 22/02/2011 21:20, Reini Urban a écrit :
>> Is this acceptable fast for you?
>> For me gives nothing.
>>
>> http://phpwiki.sourceforge.net/scripts/phpinfo.php
>> content:<?php phpinfo(); ?>
>>
>> I'm just trying to revive our old webspace.
>
> Hello Reini,
>
> It is quite good for me.
> Great if you can make it work again.

Oh, interesting. Here in Germany it is superfast. At home it didn't work at all.
I tried to reactivate it again, without the VIRTUAL tricks which might
confuse front-proxy.

Good, looks like we can use our old webspace again with the new system
they installed.
We even have shell access again.

http://phpwiki.sourceforge.net/phpwiki14/ will be the new url.
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

Re: [Phpwiki-talk] projectwebspace test

[Marc-Etienne V. <Mar...@al...>]

Le 22/02/2011 21:20, Reini Urban a écrit :
> Is this acceptable fast for you?
> For me gives nothing.
>
> http://phpwiki.sourceforge.net/scripts/phpinfo.php
> content:<?php phpinfo(); ?>
>
> I'm just trying to revive our old webspace.

Hello Reini,

It is quite good for me.

Great if you can make it work again.

Marc-Etienne

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] projectwebspace test

[Manuel V. <man...@gm...>]

Hi Reini,

Sounds acceptable from france at least.

On Tue, Feb 22, 2011 at 9:20 PM, Reini Urban <ru...@x-...> wrote:

> Is this acceptable fast for you?
> For me gives nothing.
>
> http://phpwiki.sourceforge.net/scripts/phpinfo.php
> content: <?php phpinfo(); ?>
>
> I'm just trying to revive our old webspace.
> --
> Reini Urban
> http://phpwiki.org/  http://murbreak.at/
>
>
> ------------------------------------------------------------------------------
> Free Software Download: Index, Search & Analyze Logs and other IT data in
> Real-Time with Splunk. Collect, index and harness all the fast moving IT
> data
> generated by your applications, servers and devices whether physical,
> virtual
> or in the cloud. Deliver compliance at lower cost and gain new business
> insights. http://p.sf.net/sfu/splunk-dev2dev
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

[Phpwiki-talk] projectwebspace test

[Reini U. <ru...@x-...>]

Is this acceptable fast for you?
For me gives nothing.

http://phpwiki.sourceforge.net/scripts/phpinfo.php
content: <?php phpinfo(); ?>

I'm just trying to revive our old webspace.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/

[Phpwiki-talk] Fwd: Project web service changes for your projects

[Reini U. <ru...@x-...>]

Maybe this will change our hosting problems.


---------- Forwarded message ----------
From: SourceForge.net Team <no...@so...>
Date: 2011/2/9
Subject: Project web service changes for your projects
To: ru...@x-...


Hello,

We are pleased to announce the rollout of our updated project web
service to all projects.  This rollout has been undertaken on an
expedited basis to make security improvements available for this
service and was announced to our blog at the start of our incident
response.

Full details are in our site docs at: http://tinyurl.com/sfprweb

This updated service has been tested over the past few months and
provides substantial improvements:

* File access is now per-project when file perms are set properly,
allowing you to safeguard database passwords and other confidential
data.
* Directory space is now writable by your app code, eliminating the
need to use our old /home/persistent space.
* Web logs are available (IPs are obfuscated).
* Updated PHP, Python, Perl, etc.
* Outbound email is permitted via authenticated SMTP service (password
is per-project).

Your applications may need updates to work under new PHP (5.3 has some
changes) and optimally with our new file permissions model.  Please
review the documentation provided above and contact us at
sfn...@ge... if you have any questions.

Rollout will commence today (Wednesday) with 'a' projects, continuing
through the alphabet until all migrations are complete.  For further
progress information, please watch our blog at:
http://sourceforge.net/blog

Thank you,

The SourceForge.net Team

----------------------------------------------------------------------
SourceForge.net has made this mailing to you as a registered user of
the SourceForge.net site to convey important information regarding
your SourceForge.net account or your use of SourceForge.net services.

We make a small number of directed mailings to registered users each
year regarding their account or data, to help preserve the security of
their account or prevent loss of data or service access.

If you have concerns about this mailing please contact our Support
team per: http://sourceforge.net/support



-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

Re: [Phpwiki-talk] Happy new year 2011!

[Marc-Etienne V. <Mar...@al...>]

Le 04/01/2011 16:34, Reini Urban a écrit :
 >
 > Can we please make these discussion public, on the mailinglist?
 >

Sure.

 >> == Bug tracker ==
 >>
 >> * 3041169 can be changed to fixed
 >> * 3024802 can be changed to fixed
 >> * 3022476 can be changed to fixed
 >> * 3018502 can be changed to fixed (please check, cannot reproduce)
 >> * 1906123 can be changed to fixed
 >> * 1847961 can be changed to fixed
 >> * 1811616 can be changed to fixed
 >> * 1683604 should be changed from wontfix to fixed
 >
 > I gave you tracker premissions. Sorry I forgot. Better if your write
 > the descriptions

I have updated these, except 3018502 that I cannot reproduce.
It would be nice if you could go thru the list, some old bugs
can probably be closed.

 >> == Help ==
 >>
 >> Could you help me to solve these problems?
 >>
 >> My users complain that BackLinks do not work when the text is 
handled via
 >> plugins:
 >> * link is inside a RichTable or Mediawiki table
 >> * link is inside a page included via IncludePage
 >> * etc.
 >> How should this be solved?
 >
 > Yes I can do that. There are two ways to format test, we are using the
 > fast one without link resolving here.

It would be really great if you can solve that.

 >> My users complain that Table of Contents is not correct when previewing.
 >>
 >> How should this be solved?
 >
 > Uuh, this is pretty hard when the headlines contains formatting,
 > because we look at
 > the already formatted part when parsing the headers.

This one is less important than the others.

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

Re: [Phpwiki-talk] Happy new year 2011!

[Reini U. <ru...@x-...>]

2011/1/4 Marc-Etienne Vargenau <Mar...@al...>:
> Le 03/01/2011 18:08, Reini Urban a écrit :
>> 2011/1/3 Marc-Etienne Vargenau<Mar...@al...>:
>>> Hello Reini,
>>>
>>> I wish you a happy new year 2011!
>>
>> Thanks, to you also!
>>
>>> Could we have a short chat or telephone meeting to see what
>>> is needed to finalize Phpwiki 1.4.0?
>>
>> Can we do tomorrow?
>> I found some new ugly blockers and haven't found time yet to write them
>> down.
>
> Hello Reini,
>
> It is OK for me today. At what time should I call you?
> What number?
>
> Here are some point to discuss.

Can we please make these discussion public, on the mailinglist?

> == Questions ==
>
> * You said you had an article ''Introduction to semantic Web''. Could you
> please send it to me?

I only have some notes in the library,
but I gave 3 public talks about a short intro to semantic web, with phpwiki.
There is no written article though.

> * What about a demo site for Phpwiki?

Sure. The user who gave us a site did not have a working vhost setup.
But I had a look at free php hosters, and apparently there are some free
options.

> * PHP5?

We still use RHEL4, which has 4.3.9.
Most providers and conservative companies use Redhat or CentOS, which
is mostly still based on redhat 4.
So we have to stick to 4.3.9 until february 2011. My company uses
RHEL4 so I have to use it also, though it's a nightmare.
Then RHEL4 support ends.

With php5 we could add e.g. facebook connect, and better semantic web
libraries. SPARQL support e.g.

> * Could we have meetings on a regular basis (e.g every 2 months?)

Sure.

> == Bug tracker ==
>
> * 3041169 can be changed to fixed
> * 3024802 can be changed to fixed
> * 3022476 can be changed to fixed
> * 3018502 can be changed to fixed (please check, cannot reproduce)
> * 1906123 can be changed to fixed
> * 1847961 can be changed to fixed
> * 1811616 can be changed to fixed
> * 1683604 should be changed from wontfix to fixed

I gave you tracker premissions. Sorry I forgot. Better if your write
the descriptions

>
> == Blockers ==
>
> * AllPages does not work (with Pear)
> * WantedPages give too many pages (from interwiki map)

I had more:
My RHEL4 libmysql is broken with utf8, I just added a ticket.
The current solution is ugly.

> == Others ==
>
> * Minimizer for JS/CSS
> ** no "make clean" in themes
> ** "make clean" does not work in themes with no Javascript
> ** in MonoBook, IEFixes.js cannot be minimized, yuicompressor-2.4.2 gives
> syntax errors

I think we used another one before. minify or jsmin, forgot which exactly.
http://javascript.crockford.com/jsmin.html maybe.
Google seems to have a better minifier.

> == Help ==
>
> Could you help me to solve these problems?
>
> My users complain that BackLinks do not work when the text is handled via
> plugins:
> * link is inside a RichTable or Mediawiki table
> * link is inside a page included via IncludePage
> * etc.
> How should this be solved?

Yes I can do that. There are two ways to format test, we are using the
fast one without link resolving here.

> My users complain that Table of Contents is not correct when previewing.
>
> How should this be solved?

Uuh, this is pretty hard when the headlines contains formatting,
because we look at
the already formatted part when parsing the headers.

> I solved the fact that TOC was not correct when previewing an old release of
> the
> page but could not find a way to solve this one.
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

Re: [Phpwiki-talk] php 5.3

[Peter Campion-B. <pe...@pa...>]

On Wed, 17 Nov 2010 13:48:17 +0100, Marc-Etienne Vargenau
<Mar...@al...> wrote:
> 
> Hello,
> 
> Are you using Phpwiki 1.4.0RC1?

I'm using 1.3.14, the latest version in Gentoo portage.
I'm not sure if the ebuild is maintained anymore so my best bet is
probably to remove the ebuild and install from source.
Before I do that I'll see if I can make the change you suggest below in
main.php.
Thanks for the help,
Peter

> 
> Phpwiki 1.4.0RC1 should take care of this.
> 
> See:
> if (defined('E_STRICT')) // and (E_ALL & E_STRICT)) // strict php5?
> $ErrorManager->setPostponedErrorMask(E_NOTICE|E_USER_NOTICE|E_USER_WARNING|E_WARNING|E_STRICT|((check_php_version(5,3))
>
> ? E_Db/FileFinder.phpEPRECATED : 0));
>      else
> $ErrorManager->setPostponedErrorMask(E_NOTICE|E_USER_NOTICE|E_USER_WARNING|E_WARNING);
> 
> in file lib/main.php
> 
> Best regards,

Re: [Phpwiki-talk] php 5.3

[Marc-Etienne V. <Mar...@al...>]

Le 17/11/2010 11:17, Peter Campion-Bye a écrit :
> Hi,
> Since updating php to version 5.3.3 my phpwiki is failing with errors
> such as this:
> lib/FileFinder.php:159 Error[8192]: Function ereg() is deprecated
>> From looking around on the web I see that it is possible to work
> around this by putting in -E_DEPRECATED somewhere, but I can't see
> where.
> Is it possible someone could provide a quick patch to put in
> -E_DEPRECATED and get me running again.
> I appreciate there may be other reasons it won't work with 5.3.3 and a
> longer term solution will be required, but if it's only a case of
> switching off the deprecated function errors then I'd rather go with
> that than downgrade php.

Hello,

Are you using Phpwiki 1.4.0RC1?

Phpwiki 1.4.0RC1 should take care of this.

See:
if (defined('E_STRICT')) // and (E_ALL & E_STRICT)) // strict php5?
$ErrorManager->setPostponedErrorMask(E_NOTICE|E_USER_NOTICE|E_USER_WARNING|E_WARNING|E_STRICT|((check_php_version(5,3)) 
? E_Db/FileFinder.phpEPRECATED : 0));
     else
$ErrorManager->setPostponedErrorMask(E_NOTICE|E_USER_NOTICE|E_USER_WARNING|E_WARNING);

in file lib/main.php

Best regards,

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] php 5.3

[Reini U. <ru...@x-...>]

2010/11/17 Peter Campion-Bye <pe...@pa...>:
> Since updating php to version 5.3.3 my phpwiki is failing with errors
> such as this:
> lib/FileFinder.php:159 Error[8192]: Function ereg() is deprecated
> >From looking around on the web I see that it is possible to work
> around this by putting in -E_DEPRECATED somewhere, but I can't see
> where.
> Is it possible someone could provide a quick patch to put in
> -E_DEPRECATED and get me running again.
> I appreciate there may be other reasons it won't work with 5.3.3 and a
> longer term solution will be required, but if it's only a case of
> switching off the deprecated function errors then I'd rather go with
> that than downgrade php.

The latest 1.4.0rc1 release as well as the code from svn with a few
more fixes handles those problems.
We want to bring out a new 1.4.0rc2, but I got one more blocking
bug in the backlink database handling (dba only I guess)
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

[Phpwiki-talk] php 5.3

[Peter Campion-B. <pe...@pa...>]

Hi,
Since updating php to version 5.3.3 my phpwiki is failing with errors 
such as this:
lib/FileFinder.php:159 Error[8192]: Function ereg() is deprecated
>From looking around on the web I see that it is possible to work 
around this by putting in -E_DEPRECATED somewhere, but I can't see 
where.
Is it possible someone could provide a quick patch to put in 
-E_DEPRECATED and get me running again.
I appreciate there may be other reasons it won't work with 5.3.3 and a 
longer term solution will be required, but if it's only a case of 
switching off the deprecated function errors then I'd rather go with 
that than downgrade php.
Thanks
Peter

Re: [Phpwiki-talk] action=edit renders a blank page

[Reini U. <ru...@x-...>]

2010/11/12 Wes Deviers <yh...@gm...>:
> I've been trying to move an older phpwiki installation onto new hardware.
> Originally, I tried to just tar & copy, but that failed totally.  So
> instead, I exported the entire thing to an archive zip, did a clean SVN pull
> (today) and imported the zip in.  It's moving from Ubuntu 6.04 to 8.04, so
> PHP4 to PHP5.  Also, it's moving from Postgres to Mysql.  Should be
> unimportant.
>
> Anyway, it appeared to work fine, as it has in the past.  But when I go to
> edit a page, I get blankness.  Specifically, it's a completely blank page,
> without even basic HTML open/close, but with normal output headers.  This is
> running on Apache 2.2.12, PHP 5.2.10.  Using LDAP authentication (which
> works, except for bad ADMIN user interactions) just in case that matters.
>
> I tried hacking up the error handling code to get full PHP errors to
> display, but I did it very wrong and just broke things. Other pages dump
> errors but I can't read them.  I've tried switching themes; certain themes
> seem to work better than others.  I tried the most recent RC as a straight
> install with no SVN pull; same problem.
>
> Searching through the mailing list archives for "edit blank page" turns out
> to be...ineffective...

action=edit parses e.g. all plugins, and on any syntax error it will
fail with such a
blank page. sorry for the bad error handling.

you can try PluginManager to check that (with better error handling)
and you can also try to delete the caches. (toolbar, images)
the internal php format changed, so you will also get such an error.
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

[Phpwiki-talk] action=edit renders a blank page

[Wes D. <yh...@gm...>]

Hi everybody,

I've been trying to move an older phpwiki installation onto new hardware.
Originally, I tried to just tar & copy, but that failed totally.  So
instead, I exported the entire thing to an archive zip, did a clean SVN pull
(today) and imported the zip in.  It's moving from Ubuntu 6.04 to 8.04, so
PHP4 to PHP5.  Also, it's moving from Postgres to Mysql.  Should be
unimportant.

Anyway, it appeared to work fine, as it has in the past.  But when I go to
edit a page, I get blankness.  Specifically, it's a completely blank page,
without even basic HTML open/close, but with normal output headers.  This is
running on Apache 2.2.12, PHP 5.2.10.  Using LDAP authentication (which
works, except for bad ADMIN user interactions) just in case that matters.

I tried hacking up the error handling code to get full PHP errors to
display, but I did it very wrong and just broke things. Other pages dump
errors but I can't read them.  I've tried switching themes; certain themes
seem to work better than others.  I tried the most recent RC as a straight
install with no SVN pull; same problem.

Searching through the mailing list archives for "edit blank page" turns out
to be...ineffective...

Any and all suggestions welcome : )

Thanks!

Wes D

[Phpwiki-talk] CreateTocPlugin and preview

[Marc-Etienne V. <Mar...@al...>]

Hello Reini,

I fixed a problem in CreateTocPlugin. When displaying an old
revision of the page, the TOC was always taken from the
latest revision.

What is still incorrect in that when you preview the
modifications and have added, removed or otherwise changed
the headers, the TOC is calculated from the latest saved
revision.

This confuses our users.

Can you please help me to fix this? I have no idea.

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

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[7704] trunk/lib/plugin/CreateToc.php

[Marc-Etienne V. <Mar...@al...>]

>
> I think using "name" should work in all cases, except in very
> old browsers (NS4). It works in IE6.

Oops...
I meant 'using "id" should work in all cases'...
Sorry about it.

Marc-Etienne

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[7704] trunk/lib/plugin/CreateToc.php

[Marc-Etienne V. <Mar...@al...>]

Le 21/09/2010 16:18, Reini Urban a écrit :
> 2010/9/21 Marc-Etienne Vargenau<Mar...@al...>:
>> Le 21/09/2010 09:08, ru...@us... a écrit :
>>> Revision: 7704
>>>             http://phpwiki.svn.sourceforge.net/phpwiki/?rev=7704&view=rev
>>> Author:   rurban
>>> Date:     2010-09-21 07:08:56 +0000 (Tue, 21 Sep 2010)
>>>
>>> Log Message:
>>> -----------
>>> revert 7551-7553. we use named anchors to jump to, not internal ids
>>>
>>> Modified Paths:
>>> --------------
>>>       trunk/lib/plugin/CreateToc.php
>>>
>>> Modified: trunk/lib/plugin/CreateToc.php
>>
>> Hello Reini,
>>
>> I do not really agree with this one.
>> Both ids and names can be used for anchors, and name is
>> deprecated for<a>. It no longer exists in XHTML 1.1 and HTML 5.
>
> hmm, so if we are in quirks mode we should use name to be able to jump
> to #anchor,
> and if strict xhtml (ENABLE_XHTML_XML) we should use id, right?

I think using "name" should work in all cases, except in very
old browsers (NS4). It works in IE6.

Regards,

Marc-Etienne

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[7704] trunk/lib/plugin/CreateToc.php

[Reini U. <ru...@x-...>]

2010/9/21 Marc-Etienne Vargenau <Mar...@al...>:
> Le 21/09/2010 09:08, ru...@us... a écrit :
>> Revision: 7704
>>            http://phpwiki.svn.sourceforge.net/phpwiki/?rev=7704&view=rev
>> Author:   rurban
>> Date:     2010-09-21 07:08:56 +0000 (Tue, 21 Sep 2010)
>>
>> Log Message:
>> -----------
>> revert 7551-7553. we use named anchors to jump to, not internal ids
>>
>> Modified Paths:
>> --------------
>>      trunk/lib/plugin/CreateToc.php
>>
>> Modified: trunk/lib/plugin/CreateToc.php
>
> Hello Reini,
>
> I do not really agree with this one.
> Both ids and names can be used for anchors, and name is
> deprecated for <a>. It no longer exists in XHTML 1.1 and HTML 5.

hmm, so if we are in quirks mode we should use name to be able to jump
to #anchor,
and if strict xhtml (ENABLE_XHTML_XML) we should use id, right?
-- 
Reini Urban

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[7704] trunk/lib/plugin/CreateToc.php

[Marc-Etienne V. <Mar...@al...>]

Le 21/09/2010 09:08, ru...@us... a écrit :
> Revision: 7704
>            http://phpwiki.svn.sourceforge.net/phpwiki/?rev=7704&view=rev
> Author:   rurban
> Date:     2010-09-21 07:08:56 +0000 (Tue, 21 Sep 2010)
>
> Log Message:
> -----------
> revert 7551-7553. we use named anchors to jump to, not internal ids
>
> Modified Paths:
> --------------
>      trunk/lib/plugin/CreateToc.php
>
> Modified: trunk/lib/plugin/CreateToc.php

Hello Reini,

I do not really agree with this one.
Both ids and names can be used for anchors, and name is
deprecated for <a>. It no longer exists in XHTML 1.1 and HTML 5.

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

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[7702] trunk/lib/WikiUserNew.php

[Marc-Etienne V. <Mar...@al...>]

Le 21/09/2010 08:08, ru...@us... a écrit :
> Revision: 7702
>            http://phpwiki.svn.sourceforge.net/phpwiki/?rev=7702&view=rev
> Author:   rurban
> Date:     2010-09-21 06:08:32 +0000 (Tue, 21 Sep 2010)
>
> Log Message:
> -----------
> new may return an empty object. we must check for _userid to avoid recursion cycles
>
> Modified Paths:
> --------------
>      trunk/lib/WikiUserNew.php

Hello Reini,

Can you please carefully check file WikiUserNew.php?
I reverted some of the changes because I could no longer
save user preferences.
I might have reverted too many things.

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

Re: [Phpwiki-talk] rc1 release

[Reini U. <ru...@x-...>]

2010/9/17 Marc-Etienne Vargenau <Mar...@al...>:
> Le 17/09/2010 13:49, Reini Urban a écrit :
>> Marc-Etienne,
>> Do you want to formally announce the rc1 release?
>> You did most of the work.
>>
>> As you see I found some minor bugs when installing completely from
>> scratch on windows.
>
> Hello Reini,
>
> Great news.
> It certainly needs some more testing, we will make a
> formal announce for 1.4.0 final.

Sure.

> I do not test on Windows, only Linux and Mac OS X.

I only did some minor testing on Windows yet.

> You did not create a tag and a branch, do we need to do it?

branch not.
tag probably not, only real releases.

> What procedure do you use to create the ZIP file?

on windows after removing config/config.ini:
  zip -r <reldir>.zip <reldir>

> I would like to create an RPM file for Linux, is there a spec
> for that somewhere?

Not that I know of.
But there's a debian deb with a different layout. ini in etc, ...)
admin should be in /usr/lib/phpwiki/admin probably, ...
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

Re: [Phpwiki-talk] rc1 release

[Sébastien Le C. <seb...@we...>]

Hi,
Excellent, that’s brilliant news!


Thanks a mil,
Sébastien.

On 17/09/2010 13:51, Marc-Etienne Vargenau wrote:
> Le 17/09/2010 13:49, Reini Urban a écrit :
>> Marc-Etienne,
>> Do you want to formally announce the rc1 release?
>> You did most of the work.
>>
>> As you see I found some minor bugs when installing completely from
>> scratch on windows.
>
> Hello Reini,
>
> Great news.
> It certainly needs some more testing, we will make a
> formal announce for 1.4.0 final.
>
> I do not test on Windows, only Linux and Mac OS X.
>
> You did not create a tag and a branch, do we need to do it?
>
> What procedure do you use to create the ZIP file?
> I would like to create an RPM file for Linux, is there a spec
> for that somewhere?
>
> Best regards,
>
> Marc-Etienne
>