On Tue, 1 Jun 2004, Gabor Hojtsy wrote:
> > Create a FAQ, put it in the migration docs, maybe even
> > somewhere within the tutorial, but everywhere is too
> > much information. IMHO of course :)
>
> The full explanation should not be there on all pages. A small portion
> of text could be around
At the moment you have a zillion user notes, which is worse? :)
Having atleast 9 different notes (str_split before I deleted them all) each
with their own version of the function, all of which only worked in a couple
of situations is definitly unwanted clutter!
I think putting some information in
I wouldn't have thought that to be an option, but now that you
mention it - sure, sounds like a great idea.
Would you like me to do it? I'm not sure I have commit access to
those pages...
I first would like to hear what other people think about, we are not in
hurry;-)
Fine with me.
What's the prop
Here is the second step. It is the form to mass change sections of
notes. I think that moving Nuno's script to the server is not necessary.
It can be easily run locally and through the web interface only changes
can be done.
Then do a select on the notes db and check for non-valid IDs and do a
fore
gobaTue Jun 1 17:06:13 2004 EDT
Modified files:
/phpdoc/RFC manual.xml.in
Log:
add relation information, so future updates will be easier
http://cvs.php.net/diff.php/phpdoc/RFC/manual.xml.in?r1=1.10&r2=1.11&ty=u
Index: phpdoc/RFC/manual.xml.in
diff -u phpdo
On Mon, 31 May 2004, Gabor Hojtsy wrote:
> >>I wouldn't have thought that to be an option, but now that you
> >>mention it - sure, sounds like a great idea.
> >>
> >>Would you like me to do it? I'm not sure I have commit access to
> >>those pages...
> >
> > I first would like to hear what other p
gobaTue Jun 1 16:55:12 2004 EDT
Modified files:
/phpdoc installpart.xml.in manual.xml.in
/phpdoc/RFC manual.xml.in
Log:
fixing installpart and adding the new appendix - also updating the grouped
manual.xml.in to the latest info
http://cvs.php.net/
Quoting the 10th point of the 2003 docmeeting findings (which Rasmus
attended):
---8<---
Rasmus will add a new mailing list ([EMAIL PROTECTED]) where
license questions will be discussed. Anyone, who subscribes to this
mailing list
gobaTue Jun 1 15:50:45 2004 EDT
Modified files:
/phpdoc/en/faq installation.xml
/phpdoc/en/reference/errorfunc/functionserror-log.xml
/phpdoc/en/reference/filesystem ini.xml
/phpdoc/en/reference/sessionini.xml reference.xml
gobaTue Jun 1 15:39:12 2004 EDT
Added files:
/phpdoc/en/appendices configure.xml
/phpdoc/en/appendices/configure misc.xml php.xml servers.xml
Removed files:
/phpdoc/en/chapters install.configure.databases.xml
> Nuno,
>
> Looks good, my only question is why in mkindex.php you changed
> DIRECTORY_SEPARATOR to / ?
>
> Ilia
It is needed as the phpdoc/scripts/file-entities.php generates a file like:
(...)
As you can see the directory separator is /.
Instead of hacking livedocs, we could change the php
ID: 27555
Comment by: fschaper at intux dot org
Reported By: jaanus at heeringson dot com
Status: Open
Bug Type: Documentation problem
Operating System: Linux 2.4.24
PHP Version: 5CVS-2004-03-10 (dev)
New Comment:
Why not to call the destruct
Nuno,
Looks good, my only question is why in mkindex.php you changed
DIRECTORY_SEPARATOR to / ?
Ilia
On June 1, 2004 10:18 am, Nuno Lopes wrote:
> Hello,
>
> Here is my patch to solve the problem in livedocs that I've told you before
> (the DB was having absolute paths instead of relative in wi
Hello,
Here is my patch to solve the problem in livedocs that I've told you before
(the DB was having absolute paths instead of relative in windows).
Nuno
Index: configure.in
===
RCS file: /repository/livedocs/configure.in,v
retriev
betzTue Jun 1 05:18:28 2004 EDT
Modified files:
/phpdoc/en/appendices ini.xml
Log:
nuke literal for PHP
use emphasis instead uppercase
use filename class=directory for diretories
http://cvs.php.net/diff.php/phpdoc/en/appendices/ini.xml?r1=1.2&r
15 matches
Mail list logo