ID: 15937
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Documentation problem
Operating System: SuSE Linux 6.0
PHP Version: 4.0.5
New Comment:
Sebastian, please make a performance comparison. If a by-re
ID: 15661
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type:Documentation problem
PHP Version: 4.1.1
Assigned To: imajes
New Comment:
You don´t need to inform the translators. The change was made in
global.ent and all translated manuals
ID: 6180
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System: *
PHP Version: 4.0 Latest CVS (15/08/2000)
New Comment:
Here docs are in the manual.
Previous Comments
ID: 14339
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Documentation problem
Operating System: irrelevant
PHP Version: 4.1.0
Assigned To: hholzgra
New Comment:
I know both NIS functions doesn´t exist. So I have removed it in the documentation. If
someone else
ID: 14339
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Old Summary: functions available in the xml source do not show up in the online manual
Status: Assigned
Bug Type: Documentation problem
Operating System: irrelevant
PHP Version: 4.1.0
Assigned To: hholzgra
New Comment:
Sorry making
ID: 14339
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Documentation problem
Operating System: irrelevant
PHP Version: 4.1.0
Assigned To: hholzgra
New Comment:
Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid
links to the
ID: 14339
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Documentation problem
Operating System: irrelevant
PHP Version: 4.1.0
Assigned To: hholzgra
New Comment:
Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid
links to the
ID: 14339
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Documentation problem
Operating System: irrelevant
PHP Version: 4.1.0
Assigned To: hholzgra
New Comment:
Look at the two functions at http://zend.com/phpfunc/p.php. Both functions have valid
links to the
ID: 14339
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: Documentation problem
Operating System: irrelevant
PHP Version: 4.1.0
Assigned To: hholzgra
New Comment:
This function is documented in the PHP Manual. You can verify this if you use your
ID: 14009
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Documentation problem
Operating System: n/a
PHP Version: 4.0.6
Assigned To: georg
New Comment:
You can only remove the documentation for icap, after removal of the source. The
authors are Mark Musone and
ID: 14130
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System: linux
PHP Version: 4.0CVS-2001-11-19
New Comment:
Not all examples have a CDATA section.
Previous Comments
ID: 14129
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: linux
PHP Version: 4.0CVS-2001-11-19
New Comment:
It is now fixed in CVS. Thank you for your report.
What parser do you use?
Previous Comments
ID: 13778
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Documentation problem
Operating System:
PHP Version: 4.0.6
New Comment:
I cannot see any documentation problems. This is caused by the annotations.
The bug system itself have real errors.
-Egon
ID: 13778
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System:
PHP Version: 4.0.6
New Comment:
There is no layout defect.
Previous Comments
ID: 13778
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System:
PHP Version: 4.0.6
New Comment:
There is no layout defect.
Previous Comments
ID: 13069
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System: Linux 7.1
PHP Version: 4.0.6
New Comment:
This is not a bug. You use probably the wrong tools.
Previous Comments
ID: 12957
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System: -
PHP Version: 4.0.6
New Comment:
It´s now fixed in CVS. Thanks for reporting this bug.
Previous Comments
ID: 12955
Updated by: eschmid
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System: W2k, Red Hat 7.1
PHP Version: 4.0.6
New Comment:
This is not a bug. You can find downloadable Palm Pilot formats at
http://php.net/download-docs.php
On Wed, Aug 22, 2001 at 01:36:46AM +0200, Jeroen van Wolffelaar wrote:
> > Please revert this patch! I have done this in the meantime and two space
> > looks very silly to me. Please read the READMEs in phpdoc.
>
> Sorry, you said: when I have time, so I concluded you didn't have at the
> moment.
On Tue, Aug 21, 2001 at 11:19:47PM -, Jeroen van Wolffelaar wrote:
> jeroenTue Aug 21 19:19:47 2001 EDT
>
> Modified files:
> /phpdoc/en/functions dbplus.xml
> Log:
> According to autoreply Hartmut is N/A for a while, so:
>
> WS fix (converte
On Tue, Aug 21, 2001 at 09:27:19PM +0200, Jeroen van Wolffelaar wrote:
> You use tabs for indenting. With me, this ruins the layout. I think it might
> be better to use spaces, as described in the phpdoc-README
No, he is using emacs tabs and this is recommended. The layout was
not ruined by Hart
On Mon, Aug 20, 2001 at 11:59:44PM +0200, Hojtsy Gabor wrote:
> > We at phpdoc try to at least be near to the XHTML spec,
> ^^
>
> Erm, I intended to write "phpweb" here. Sorry for the confusion.
>
> > although we can't conform (because eg. the DSSSL style sheets
> > producing ugly H
On Mon, Aug 20, 2001 at 09:14:59PM +0200, [EMAIL PROTECTED] wrote:
> > Log:
> > Fix missing HTML quote
> >
> > (...)
>
> > -
> > +
>
> This isn't scrictly necessary, only if the value contains chara
On Sun, Aug 19, 2001 at 07:05:56PM +0200, Hojtsy Gabor wrote:
> > IMHO this was not necessary. We have only internal entities. From the
> > DocBook - The Definitiv Guide on page 610 or online in the Glossary:
> >
> > external entity
> > An external entity is a general entity that refers to anot
On Thu, Aug 16, 2001 at 11:24:19PM +0200, Mark Kronsbein wrote:
>
> > They are in phpdoc/images and since the German PHP manual is in phpdoc/de
> > it couldn't be found. Jouni have found this problem today. I got no
> > errors because I have a local copy in phpdoc/de/images.
>
> Okay, but there
On Thu, Aug 16, 2001 at 08:33:37PM -, Mark Kronsbein wrote:
> mkThu Aug 16 16:33:37 2001 EDT
>
> Modified files:
> /phpdoc/de/functions mysql.xml
> Log:
> note.gif gibts irgendwie nicht ;)
They are in phpdoc/images and since the German PHP manual is
On Mon, Aug 13, 2001 at 10:18:11AM +0200, Hojtsy Gábor wrote:
> >> Egon, we still can't read the reasons why this
> >> need to be reverted? Until the reasons, I think it
> >> is unnecessary to revert the changes.
> >
> >I have seen that the transformation of looks very
> >ugly. There are other r
On Mon, Aug 13, 2001 at 07:29:16AM +0200, Jani Taskinen wrote:
>
> Now you assume that you need to pass arguments to these functions.
> Which is not the case. Here's the proto:
>
> /* {{{ proto int rand([int min, int max])
>Returns a random number */
>
> So revert that patch. mt_rand() / r
On Mon, Aug 13, 2001 at 12:34:33AM +0200, Jeroen van Wolffelaar wrote:
> > is wrong.
>
> Why? See the docbook documentation:
> > Void -- An empty element in a function synopsis indicating that the
> function in question takes no arguments
I know the DocBook probably better then you.
> > > (
On Mon, Aug 13, 2001 at 12:08:54AM +0200, Jeroen van Wolffelaar wrote:
> > > +If a function requires no arguments, use in stead of
> > > +void, since the former renders to " ()",
> > > +and not " (void)", the former is of course more correct.
> > > +
> > > +If a function has an un
On Sun, Aug 12, 2001 at 09:32:35PM -, Jeroen van Wolffelaar wrote:
> jeroenSun Aug 12 17:32:35 2001 EDT
>
> Modified files:
> /phpdoc README
> Log:
> More conventions
>
>
> Index: phpdoc/README
> +If a function requires no arguments, u
On Thu, Aug 09, 2001 at 08:06:35PM +0200, Hojtsy Gabor wrote:
> Egon writes:
>
> > Revision tags in the translated or the original English XML files are
> > nonsense. Every translator have to look into the phpdoc tree at
> > cvs.php.net.
>
> WHHYYY?
You cannot do a translati
On Thu, Aug 09, 2001 at 05:58:49AM -, Jani Taskinen wrote:
> sniperThu Aug 9 01:58:49 2001 EDT
>
> Modified files:
> /phpdoc/en/functions math.xml
> Log:
> Another try with this. This seems to 'compile'.
Please revert this patch.
-Egon
>
On Thu, Aug 09, 2001 at 12:08:32AM +0200, Thomas Schöfbeck wrote:
> Sounds also good!
>
> Let's summarize:
>
> is already available,
>
> is OK for Jeroen, Goba, Luca, and me (=3 1/2)
>
>
> is at least for me also OK,
> since the "State" saves the manipulation of translators when
> committi
On Wed, Aug 08, 2001 at 09:51:50AM +0200, Damien Seguy wrote:
> on 8/08/01 0:06, Jeroen van Wolffelaar at [EMAIL PROTECTED] wrote:
>
> > From PEAR coding standards (function calls):
> I got those one from README file in phpdoc/README.
>
> I do agree with the no space between function name and o
On Wed, Aug 08, 2001 at 12:26:36AM +0200, [EMAIL PROTECTED] wrote:
> There is currently one thing lacking for the documentation: An index. I mean
> an index with at least all function names, in alphabetic order.
>
> I know, there are lists on the web (php.net too, I think), but I mean in the
> m
On Tue, Aug 07, 2001 at 07:39:49PM +0200, Hojtsy Gabor wrote:
> > > Let's imagine, you start translating mysql.xml. This is not
> > > a small file, so you can't complete it in a day. You copy
> > > the mysql.xml file yourself to a separate directory, as
> > > you probably won't follow the modifica
On Tue, Aug 07, 2001 at 04:55:14PM +0200, Hojtsy Gábor wrote:
> >> So we have a $Revision tag in the english file, showing the actual
> >> english version number. We can have a comment in the translated
> >> version, about what english version number it corresponds to. This
> >> way you can do a d
On Tue, Aug 07, 2001 at 01:40:12PM +0200, Hojtsy Gábor wrote:
> >> this is in fact an "automated look into the en-cvs-tree" for
> >more than just
> >> one file.
> >
> >For the other languages it is useless, because we have to look
> >into more
> >revisions besides the last en revision. Most tran
On Tue, Aug 07, 2001 at 11:39:53AM +0200, Thomas wrote:
> [EMAIL PROTECTED] wrote:
>
> > On Tue, Aug 07, 2001 at 10:46:25AM +0200, Thomas wrote:
> > > Hojtsy gábor wrote:
> >
> > > > >>I too think that this is not needed for translations. I can't think
> > > > of
> > > > >>any situation where I w
On Tue, Aug 07, 2001 at 10:46:25AM +0200, Thomas wrote:
> Hojtsy gábor wrote:
> > >>I too think that this is not needed for translations. I can't think
> > of
> > >>any situation where I would use this. An En-version comment
> > >>will be at least usable :))
> > >Whenever I find out a partally tr
On Wed, Aug 01, 2001 at 09:41:48AM +0200, Hojtsy Gábor wrote:
> >I talked about global.ent, not de/language-defs.ent. We have sometimes
> >errors if someone makes a reference to the install chapter. If this
> >chapter is not uptodate in this language, the manual building
> >would fail.
>
> OK, I
On Wed, Aug 01, 2001 at 09:24:34AM +0200, Hojtsy Gábor wrote:
> >I'm not very sure what I'm writing about (had a few beers too
> >much), but
> >it should be possible within the DSSSL / our configuration
> >framework, to
> >just detect which version of a language specific *.ent should
> >be used
On Tue, Jul 31, 2001 at 10:15:46AM +0200, Hojtsy Gábor wrote:
> > Added last URL lingering in FR doc.I will remove them in en
> >doc too later
>
> Are these entities used in the en docs?
> Some will be good to be there! Eg:
>
> >+http://www.hyperwave.de/7.17-hg-prot";>
> >+http://www.iicm.edu/
On Sun, Jul 29, 2001 at 06:36:30PM +0200, Hojtsy Gabor wrote:
> The &php.build-date; part in
> the bookinfo.xml means that the manual building date
> should be there in all the generated manuals.
>
> *But they are not!*
I have done some experiments some years ago. The only place for a date was
On Sun, Jul 29, 2001 at 04:23:32PM +, Serdar Soydemir wrote:
> I am one of the council-members of Turkiye PHP Users Group, www.php.org.tr.
> We are planning to work on Turkish translation of PHP Manual, and we wonder
> if anyone else has already begun to work on this project. We would be ha
On Thu, Jul 26, 2001 at 09:02:57AM -, Hojtsy Gabor wrote:
> Modified files:
> /phpdoc/enpreface.xml
> Log:
> Again, we have no RFT versions now...
> TeX versions are used to build PDF, so
> let it stay (am I right?)
We can build RTF versions. The TeX vers
On Mon, Jul 23, 2001 at 09:02:48AM -0700, Rasmus Lerdorf wrote:
> > Today I have gotten already two or three emails from PHPDOC containing
> > something very likely to be email virus (at least, my filters say so and
> > they rarely are mistaken). Maybe it worth to set up the list so that ot
> > st
On Sun, Jul 22, 2001 at 12:44:31AM +0200, Viktor Jonsson wrote:
> Thanks everybody. Weaverslave looks nice. btw I just sent my book about
> PHP to my publisher. It will be the first "real" book about about PHP in
> Swedish.
> Take a look at the cover: http://www.redhat.nu/grafix/framsida.png
Cool
On Sun, Jul 22, 2001 at 12:14:25AM +0200, Mark Kronsbein wrote:
>
> >Which editor do you use when you are editing the XML code to the manual?
>
> Weaverslave http://www.weaverslave.ws
XEmacs is the best editor to manage the PHP manual. I havent used
weaverslave. If someone can show the php docu
On Sat, Jul 21, 2001 at 11:27:10PM +0200, Viktor Jonsson wrote:
> Which editor do you use when you are editing the XML code to the manual?
XEmacs :)
-Egon
--
All known books about PHP and related books: http://php.net/books.php
Concert Band of the University of Hohenheim: http://www.concert-
On Sat, Jul 21, 2001 at 04:24:41PM +0300, Jouni Ahto wrote:
> On Sun, 15 Jul 2001, Jim Winstead wrote:
> > On Mon, Jul 16, 2001 at 09:25:16AM +0300, Jouni Ahto wrote:
> > >
> > > Was there problems, because they don't show up yet on the documentation
> > > page, or is it just that nobody did upda
On Wed, Jul 18, 2001 at 05:45:33PM +0200, Cornelia Boenigk wrote:
> Hello Documentation Professionals
>
> I searched the whole manual for a function select() which takes five
> arguments and shall be used to find out whether a socket has unread
> data.
>
> Could you please help me to find infos?
On Tue, Jul 17, 2001 at 10:45:35AM +0200, Hojtsy Gabor wrote:
> > > I think nearly everybody agreed on splitting up the docs
> > > into separate modules, with separate files. At least it
> > > seemed to me :))
>
> > i only remember hints about how to get the effect manually by
> > removing the tr
On Wed, Jul 11, 2001 at 10:44:33PM +0200, [EMAIL PROTECTED] wrote:
> I think it's better to _not_ make integer etc. bold, but only
> make it a link. Preferably in some other color (it's a sort of glossary
> term).
>
> Now it really looks as if there is something very importent when a type is
> m
On Wed, Jul 11, 2001 at 06:46:09PM +0200, Thomas Schöfbeck wrote:
> during the translation of install.xml I've stumbled twice over this
> sentence in the Windows-part:
>
> ** snip **
> Some extensions require you to have additional libraries installed
> on your system for the module to work corr
On Wed, Jul 11, 2001 at 05:54:42PM +0200, Thomas wrote:
> unitl which en-Version is it ready?
>
> I'm still working on up to 1 year old files nobody really cared about,
> and have to check always the whole file.
>
> To prevent this situation in the future, please add the current status
> compar
On Wed, Jul 11, 2001 at 12:43:28PM +0200, Damien Seguy wrote:
> I'm trying to set up some linux box to build the PHP documentation
> (hehe, I see Egon's eyes widening...).
I helped Thies on the LinuxDays to build the manual on Mandrake. It was
working within 15 minutes.
> This is debian 2.2.18,
On Mon, Jul 09, 2001 at 04:03:30PM -0500, Daniel Beckham wrote:
> This breaks `make test'. Will this affect automatic manual generation at
> php.net/manual/?
I started to correct this already. I need only some beers in the Krone.
-Egon
> - Original Message -
> From: "Damien Seguy" <[E
On Mon, Jul 09, 2001 at 12:02:01PM +0200, Damien Seguy wrote:
> on 8/07/01 12:43, Hojtsy Gabor at [EMAIL PROTECTED] wrote:
> > What is the news about $subj?
> Here is the suggestion :
>
> Any XML guru can validate such a file (Egon?)?
If I have time :)
> I'll be glad to hear any opinion. I'll
On Wed, Jul 04, 2001 at 12:35:34AM +0200, Viktor Jonsson wrote:
> Is anybody working on a Swedish translation of the PHP manual?
I haven't seen anybody working on a Swedish translation. Be patient, all
PHP developers will be the next days in Stuttgart.
-Egon
--
LinuxTag, Stuttgart, Germany:
On Tue, Jul 03, 2001 at 03:23:40AM +0200, [EMAIL PROTECTED] wrote:
> On Tue, Jul 03, 2001 at 02:18:35AM -0400, Simone Cortesi wrote:
>
> > i was looking at the http://php.net/manual/it/build-it.log file and saw that
> > the creation of the files gets interrupted with errors. Could somebody pleas
On Tue, Jul 03, 2001 at 02:18:35AM -0400, Simone Cortesi wrote:
> i was looking at the http://php.net/manual/it/build-it.log file and saw that
> the creation of the files gets interrupted with errors. Could somebody please
> send me to resources that will help me understanding what is going wro
On Sat, Jun 30, 2001 at 04:03:51PM -0700, Rasmus Lerdorf wrote:
> > Do anybody owns PDF files we can upload to the docs
> > dir? Maybe we can populate them as the chms files (in
> > the distributions directory).
> >
> > We should be able to host pdf dowloads on all mirrors.
>
> Well, the new serv
On Sat, Jun 23, 2001 at 10:35:48PM +0200, [EMAIL PROTECTED] wrote:
> > Great idea :) I like it. But then all php-dev members
> > should have phpdoc karma... Because the TODO file should
> > be placed in the phpdoc repository.
>
> Don't they have that? That would be bad... It should be as
> easy a
On Wed, May 23, 2001 at 01:27:18AM +0200, [EMAIL PROTECTED] wrote:
> All function names in the docs should be lowercase for consistence. No
> matter where in the sentence, or how unreadable the function will be.
I'm against this. It would result in unreadable and bad to
remember function names.
On Sun, May 20, 2001 at 03:18:26PM -0500, Daniel Beckham wrote:
> > This problem with the functions names have been discussed several times.
> > Look at the mysql_*() functions, there is everything ok. Zeev made aliases
> > so we have now easy functions name which can be rememberd by any average
On Sun, May 20, 2001 at 02:56:31AM -0700, Lars Torben Wilson wrote:
> To be honest, I've never noticed this problem before, and I've been
> working on the manual for 3 years. But then, I always use lowercase
> for function names so I wouldn't necessarily have clued in before
> now. :)
Add 2 year
On Sun, May 20, 2001 at 02:56:31AM -0700, Lars Torben Wilson wrote:
> Hojtsy Gabor writes:
> > > by Daniel:
> > > I would propose that a phpdoc wide change be made so that all functions
> > are
> > > written in lowercase form. It's not necessary to have them in a mixed
> > case
> > > created on t
On Fri, May 18, 2001 at 09:41:39AM +0200, Kristian Köhntopp wrote:
> Daniel Beckham wrote:
> > It looks like you might have truncated this sentence in the
> > language.oop.serialization section of oop.xml:
> >
> >
> >
> > The following information is valid for PHP4 only. In
> > PHP
bash-2.01$ automake
automake: configure.in: `PACKAGE' not defined in configure.in
automake: configure.in: `VERSION' not defined in configure.in
automake: configure.in: required file `./install-sh' not found
automake: configure.in: required file `./mkinstalldirs' not found
automake: configure.in:
On Wed, May 16, 2001 at 07:45:17PM +0200, Jeroen van Wolffelaar wrote:
> > It gets annoying with the time.
> > [snip]
> > > > > Do you have an CVS account? I havent seen any commits.
> > > > [snip]
> > > > No, I haven't got a CVS-account, I'm still waiting.
Please be patient. Rasmus can I ge
On Wed, May 16, 2001 at 08:48:48PM +0200, Mark Kronsbein wrote:
> > BTW: Have you seen the bad reference for the PHP-DOC in relation to asp,
> > etc. in the comparison between WebScriptLangs in "Internet Professionell"? I
> > hope it doesn't get worse, if you really act with everybody like me.
>
On Wed, May 16, 2001 at 12:03:22AM +0200, Thomas wrote:
> > > I can't reach Egon Saturday, so I try it here: Could somebody please
> confirm
> > > the enclosed de/functions/filesystem.xml and de/Translators.xml?
> >
> > I'm still alive. On weekends I spent the most time in another city ...
>
> A
On Tue, May 15, 2001 at 08:42:29PM +0200, Thomas wrote:
> I can't reach Egon Saturday, so I try it here: Could somebody please confirm
> the enclosed de/functions/filesystem.xml and de/Translators.xml?
I'm still alive. On weekends I spent the most time in another city ...
> What I've done:
>
On Fri, May 11, 2001 at 04:55:45PM +0200, Thomas wrote:
> I understand Hartmut very well, but I also understand several points of the
> others.
I know him very well. I have been working with him together over a year.
> I think we all here have at least similar aims (if not the same) concerning
On Fri, May 11, 2001 at 10:15:29AM +0200, friedhelm betz wrote:
> Hello Hartmut and all other readers of this thread,
> Thursday, May 10, 2001, 5:03:09 PM, you wrote:
>
> > Andrei Zmievski wrote:
> >> [...]
> >> Since en/ is your main working directory you can just run cvs upd -d
> >> from there
On Thu, May 10, 2001 at 10:54:13PM +0200, friedhelm betz wrote:
> Hello ,
> a few weeks ago i started the translation of imap-functions.
> can any of the (german) translators tell me, how to handle common
> english expressions in the german translation? should i try to find
> similar german expres
On Thu, May 10, 2001 at 09:37:14AM -0500, Andrei Zmievski wrote:
> On Thu, 10 May 2001, Hartmut Holzgraefe wrote:
> > i know that this is possible, but it is very unconvenient IMHO
> >
> > first, "cvs co -l phpdoc" would not be enough, as you'll need the
> > dbxml-, images- and perhaps howto-subd
On Thu, May 10, 2001 at 11:03:02AM +0200, Damien Seguy wrote:
> I noticed that docs are using sometimes bool, sometimes boolean to
> describe boolean values. Save for integer and int.
>
> It seems that most frequent occurences are "int" and "bool". Is that
> a general rule? I suggest we could ha
On Thu, May 03, 2001 at 12:44:24PM -0600, Andy Sautins wrote:
>
>I am working on updating the oci8 extension documentation to reflect some
> new functions that were included. I have checked out the phpdoc branch and,
> since english is the only language I really know ( sorry ), I'm assuming
On Tue, Apr 24, 2001 at 09:05:10AM +0200, Wolfgang Drews wrote:
> > Could you please check which of the stated translators are still
> > active, and correct that file in that way, so that new
> > people like us can get a picture what is really to be done?
> > (Their names could stay, but pls. mak
On Mon, Apr 23, 2001 at 08:50:46PM +0100, James Moore wrote:
> Just wait for april 1st there is also a note in the manual about it..
> http://www.php.net/manual/en/function.phpinfo.php
I think it is not a function. So it may be a builtin function.
Any suggestion?
-Egon
--
LinuxTag, Stuttgar
On Mon, Apr 23, 2001 at 09:31:07PM +0200, Damien Seguy wrote:
> Here are some PHP easter Egg.
> Should we document those?
> add this to any PHP 4 script :
> This will bring some easter egg picture right from PHP
No, we should not document this functions. This functions are very
importend for th
On Sun, Apr 22, 2001 at 10:03:03AM +0200, Hojtsy Gabor wrote:
> The settype doc says: int settype (string var, string type)
> although it should be : int settype (mixed var, string type)
>
> The first argument is not a string.
> If it is, you should write:
>
> $abc = "foo"; settye("abc", "int
On Sun, Apr 22, 2001 at 10:43:11AM +0200, Hojtsy Gabor wrote:
> I have commit problems:
>
> I am trying to commit the new var.xml file, and I get
>
> E:\phpcvs>cvs commit phpdoc/en/functions/var.xml
> cvs [server aborted]: cannot check in to /repository/CVSROOT/Emptydir
>
> I get the same when
On Sun, Apr 22, 2001 at 10:19:46AM +0200, Hojtsy Gabor wrote:
> > > $abc = "foo"; settye("abc", "integer");
> > >
> > > Indeed you must say: settype($abc, "integer");
> > >
> > > An example there would be good. :)
> >
> > What types can be $abc?
>
> Any type. Array, string, integer ... The sa
On Fri, Apr 20, 2001 at 12:05:39AM +0200, Thomas wrote:
> sorry, I still work with 4.03PL1 since the MSSQL-ext. doesn't work in 4.04.
Then upgrade.
> But shouldn't that be worth a short comment in the doc (like "inserts XHTML
>breaks..." instead of "HTML breaks", and
> when the change (from w
On Mon, Apr 16, 2001 at 07:37:03PM +0200, Thomas wrote:
> I've translated the about.xml and standards.xml from the PEAR-chapter. Since I can't
>post it to php.doc, you can get it
> at http://www.t0.or.at/~sunny/Pear_de.zip (note: t0 = tZERO).
>
> Could somebody please check it, and if it's OK
On Thu, Mar 29, 2001 at 02:23:28PM -0600, Daniel Beckham wrote:
> I just noticed something.. is there a reason that the imap docs are not
> sorted by alphanumeric order. Actually, I don't really see any rhyme or
> reason to the list as it's currently arranged. If no one objects, I might
> go ahe