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
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
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
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
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
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
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
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 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/
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 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
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
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
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
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
15 matches
Mail list logo
