> > The ZendAPI doc is in CVS now. The problem with it is that there
> > is no support for translation and AFAIK they use a separate build
> > system... Zeev noted, that this was the previous decision of putting
> > the docs there, because the ZendAPI can be independent from PHP
> > (eg. used in M
Hi there,
Gabor Hojtsy wrote:
>>>To clear this up, does that mean that you'll volunteer in doing this
>>>cleanup? ;)))
>>
>>Not alone.
>>
>>To be precise, I can
>>physically move the files (except ZentAPI for the moment), and
>>move the 3 parts from the manual into the new document (adapting the
> > To clear this up, does that mean that you'll volunteer in doing this
> > cleanup? ;)))
>
> Not alone.
>
> To be precise, I can
> physically move the files (except ZentAPI for the moment), and
> move the 3 parts from the manual into the new document (adapting the
> build system from a local
Gabor Hojtsy wrote:
>>>Well, I think it still can be stored under phpdoc-LANG/phpdevel,
>>>but it needs a separate root XML file. This may add some new
>>>bits to the configure script, but IMHO we should not duplicate
>>>the configure system [one of the phpdoc meeting ideas was to
>>>open a comp
> > Well, I think it still can be stored under phpdoc-LANG/phpdevel,
> > but it needs a separate root XML file. This may add some new
> > bits to the configure script, but IMHO we should not duplicate
> > the configure system [one of the phpdoc meeting ideas was to
> > open a completely new reposi
Hi all,
> Well, I think it still can be stored under phpdoc-LANG/phpdevel,
> but it needs a separate root XML file. This may add some new
> bits to the configure script, but IMHO we should not duplicate
> the configure system [one of the phpdoc meeting ideas was to
> open a completely new reposit
On Sun, 2 Jun 2002, Gabor Hojtsy wrote:
> > > I don't think a license issue exists, the real issue is
> > > whether or not the zend docs are up-to-date. Last time
> > > we discussed this, they were not. Basically, afaik, they
> > > need to be rewritten but I'm not a php-devel guy so can't
>
> > I don't think a license issue exists, the real issue is
> > whether or not the zend docs are up-to-date. Last time
> > we discussed this, they were not. Basically, afaik, they
> > need to be rewritten but I'm not a php-devel guy so can't
> > say much for sure. Basically, someone with go
> > Very nice idea ;) As I tried to propagte the idea of having a separate
> > (!) for developing PHP, and providing it in a separate download,
> > I fully agree on at least consolidating these sections all in one place
> > in the manual. BTW I still think it would be better to open a new book
>
On Sun, 2 Jun 2002, Philip Olson wrote:
>
> I don't think a license issue exists, the real issue is
> whether or not the zend docs are up-to-date. Last time
> we discussed this, they were not. Basically, afaik, they
> need to be rewritten but I'm not a php-devel guy so can't
> say much for
I don't think a license issue exists, the real issue is
whether or not the zend docs are up-to-date. Last time
we discussed this, they were not. Basically, afaik, they
need to be rewritten but I'm not a php-devel guy so can't
say much for sure. Basically, someone with good knowledge of
cr
> Very nice idea ;) As I tried to propagte the idea of having a separate
> (!) for developing PHP, and providing it in a separate download,
> I fully agree on at least consolidating these sections all in one place
> in the manual. BTW I still think it would be better to open a new book
> on devel
> if you want to make one section with all the developer-info in it, I'm
> fully with you, and would go one step further, to structure like
> - developing PHP
>- Building PHP from source (from Win-install-section, it's just
>confusing newbies which just downloaded the bin-distri)
>
Hi there,
if you want to make one section with all the developer-info in it, I'm
fully with you, and would go one step further, to structure like
- developing PHP
- Building PHP from source (from Win-install-section, it's just
confusing newbies which just downloaded the bin-distri)
- ex
> splitting up the docs is a good thing, i'm for it anyhow.
+1, good luck ;)
> i think we can rename this appendix extending php 3, not
> phpdevel because I don't think it's overly clear.
This sounds reasonable although am always afraid such
changes will break outside links. But oh well, th
>
> I prefer keeping the "Extending PHP 3" section in
> the manual because:
>
> a) Historical reasons. Even the php/fi manual
> still lives on php.net
> b) PHP 3 is not dead. Some still use it, maybe
> they prefer the license?
> c) Too much information isn't bad. And the devel
> well then we remove this appendix from the manual, and point
> to the zend info. Having references to PHP3 is ridiculous and
> makes us look stupid.
I prefer keeping the "Extending PHP 3" section in
the manual because:
a) Historical reasons. Even the php/fi manual
still lives on p
> Please put back *all* the PHP 3.0 entries you have removed from
> here. This document deals only with extending PHP 3.0.x and not
> a general documentation for extending PHP. This is why we retained
> (and even added) 3.0 version noticies everywhere into this doc.
> Extending PHP 4.x is covered
> imajes Fri May 31 05:55:37 2002 EDT
>
> Modified files:
> /phpdoc/en/appendices phpdevel.xml
> Log:
> 3.0 was years ago
Please put back *all* the PHP 3.0 entries you have removed from
here. This document deals only with extending PHP 3.0.x and not
a general documentati
imajes Fri May 31 05:55:37 2002 EDT
Modified files:
/phpdoc/en/appendices phpdevel.xml
Log:
3.0 was years ago
Index: phpdoc/en/appendices/phpdevel.xml
diff -u phpdoc/en/appendices/phpdevel.xml:1.19 phpdoc/en/appendices/phpdevel.xml:1.20
--- phpdoc/en/
philip Tue Apr 2 22:22:17 2002 EDT
Modified files:
/phpdoc/en/appendices phpdevel.xml
/phpdoc/en/functionserrorfunc.xml
Log:
error_reporting: Document E_ALL. Rewrite second example for only PHP 4.
Index: phpdoc/en/appendices/phpdevel.xm
gobaFri Feb 8 08:40:45 2002 EDT
Modified files:
/phpdoc/en/language types.xml
/phpdoc/en/features http-auth.xml
/phpdoc/en/appendices phpdevel.xml
/phpdoc/en/functionspcntl.xml oracle.xml
Log:
Replace exotic tags with more commono
jeroen Sat Jul 7 15:36:47 2001 EDT
Modified files:
/phpdoc/en/appendices phpdevel.xml
/phpdoc/en/functionsarray.xml ifx.xml image.xml oci8.xml
satellite.xml
Log:
Modified script, it is now preserving case for t
23 matches
Mail list logo