Hi Marius,
On 20 August 2012 13:20, marius adrian popa wrote:
> I need to make some corrections on the firebird pdo documentation
>
You already have full phpdoc karma.
Hello,
On that page you have an edit link ( top right corner ). That will take you
to the online manual editor when you can provide a patch.
Upon the patch being submitted, someone from the docs team will review and
publish it.
Cheers,
Stelian
On Mon, Aug 20, 2012 at 2:20 PM, marius adrian popa
Sender：Hannes Magnusson
Date：2011-01-08 04:13:48
>>Receiver：honestqiao
>>CC：PHP Documentation ML
>>Subject：Re: Re: [PHP-DOC] [phpdoc] When will update the list of php manual's
>>languages?
>>
>>
>On Fri, Jan 7, 2011 at 17:35, Hannes Magnusson
>
On Fri, Jan 7, 2011 at 17:35, Hannes Magnusson
wrote:
> On Tue, Jan 4, 2011 at 11:25, Hannes Magnusson
> wrote:
>> On Mon, Jan 3, 2011 at 10:04, honestqiao wrote:
>>> Sender：Hannes Magnusson
>>> Date：2011-01-03 15:49:19
If you are happy with the current status of the translation we can
e
On Tue, Jan 4, 2011 at 11:25, Hannes Magnusson
wrote:
> On Mon, Jan 3, 2011 at 10:04, honestqiao wrote:
>> Sender：Hannes Magnusson
>> Date：2011-01-03 15:49:19
>>>If you are happy with the current status of the translation we can
>>>enable it on all the mirrors I guess...
>>
>> It is best t
Sender：Hannes Magnusson
Date：2011-01-04 18:25:05
>>Receiver：honestqiao
>>CC：PHP Documentation ML
>>Subject：Re: Re: [PHP-DOC] [phpdoc] When will update the list of php manual's
>>languages?
>>
>>
>On Mon, Jan 3, 2011 at 10:04, honestqiao wrote:
>>
2011/1/4 Hannes Magnusson :
> On Mon, Jan 3, 2011 at 11:37, Alexey Shein wrote:
>> 2011/1/3 Hannes Magnusson :
>>> Since the revcheck.php hasn't updated for a long time (no idea why,
>>> maybe replaced by http://edit.php.net?), I'm unsure of the actual
>>> status of the translation.
>>
>> revcheck
On Mon, Jan 3, 2011 at 11:37, Alexey Shein wrote:
> 2011/1/3 Hannes Magnusson :
>> Since the revcheck.php hasn't updated for a long time (no idea why,
>> maybe replaced by http://edit.php.net?), I'm unsure of the actual
>> status of the translation.
>
> revcheck.php
> (http://svn.php.net/viewvc/p
On Mon, Jan 3, 2011 at 10:04, honestqiao wrote:
> Sender：Hannes Magnusson
> Date：2011-01-03 15:49:19
>>Receiver：honestqiao
>>CC：PHP Documentation ML
>>Subject：Re: [PHP-DOC] [phpdoc] When will update the list of php manual's
>>languages?
>>
>>
>>2011/1/3 honestqiao :
>>> Happy New Year everyone.
>
2011/1/3 Hannes Magnusson :
> Since the revcheck.php hasn't updated for a long time (no idea why,
> maybe replaced by http://edit.php.net?), I'm unsure of the actual
> status of the translation.
revcheck.php
(http://svn.php.net/viewvc/phpdoc/doc-base/trunk/scripts/revcheck.php)
works just fine, i
Sender：Hannes Magnusson
Date：2011-01-03 15:49:19
>Receiver：honestqiao
>CC：PHP Documentation ML
>Subject：Re: [PHP-DOC] [phpdoc] When will update the list of php manual's
>languages?
>
>
>2011/1/3 honestqiao :
>> Happy New Year everyone.
>>
>>
>> Since last August, we began the PHP Manual in Simplif
2011/1/3 honestqiao :
> Happy New Year everyone.
>
>
> Since last August, we began the PHP Manual in Simplified Chinese translation
> and updated.
> The current related work, is ongoing!
> We have also established an external team(http://code.google.com/p/phpdoc-zh)
> to support the Simplified Ch
On Sep 7, 2010, at 5:42 PM, honestqiao wrote:
> When I svn update phpdoc, and compile to chm :
>
> ERROR
> (file:///F:/usr/local/php53/tmp/phpdoc/en/reference/cubrid/configure.xml:1
> 92:6)
> &lgt;?php phpinfo(); ?>
> --^
> Entity 'lgt' not defined
>
> It's <
>
> Who can correct it?
On Fri, Jan 16, 2009 at 09:22, Hannes Magnusson
wrote:
> On Thu, Jan 15, 2009 at 22:25, Nick Shaforostoff wrote:
>> Hi. Please give me write access permission to phpdoc-ru.
>>
>> As can be seen from http://news.php.net/php.doc.ru
>> the last activity ofAntony Dovgal (he may be called phpdoc-r
On Thu, Jan 15, 2009 at 22:25, Nick Shaforostoff wrote:
> Hi. Please give me write access permission to phpdoc-ru.
>
> As can be seen from http://news.php.net/php.doc.ru
> the last activity ofAntony Dovgal (he may be called phpdoc-ru maintainer,
> from what I see)
> was Sat Oct 25 17:19:00 20
On 19 Oct 2008, at 09:54, Hannes Magnusson wrote:
On Wed, Oct 1, 2008 at 08:49, Hannes Magnusson
<[EMAIL PROTECTED]> wrote:
On Wed, Oct 1, 2008 at 02:48, Philip Olson <[EMAIL PROTECTED]>
wrote:
Agreed about versioning... all of it. And as for where to store
them[1],
I'll create version fi
On Wed, Oct 1, 2008 at 08:49, Hannes Magnusson
<[EMAIL PROTECTED]> wrote:
> On Wed, Oct 1, 2008 at 02:48, Philip Olson <[EMAIL PROTECTED]> wrote:
>>
>> Agreed about versioning... all of it. And as for where to store them[1],
>> I'll create version files per extension and you work on having Configur
On Wed, Oct 1, 2008 at 02:48, Philip Olson <[EMAIL PROTECTED]> wrote:
>
> On 24 Sep 2008, at 23:42, Hannes Magnusson wrote:
>
>> On Thu, Sep 25, 2008 at 03:21, Philip Olson <[EMAIL PROTECTED]> wrote:
>>>
>>> Hola Amigos!
>>>
>>> We have a few different places that tracks TODO items including:
>>>
>
On 24 Sep 2008, at 23:42, Hannes Magnusson wrote:
On Thu, Sep 25, 2008 at 03:21, Philip Olson <[EMAIL PROTECTED]>
wrote:
Hola Amigos!
We have a few different places that tracks TODO items including:
- http://cvs.php.net/viewvc.cgi/phpdoc/TODO
- http://wiki.php.net/doc/todo
- various bug rep
On Thu, Sep 25, 2008 at 03:21, Philip Olson <[EMAIL PROTECTED]> wrote:
> Hola Amigos!
>
> We have a few different places that tracks TODO items including:
>
> - http://cvs.php.net/viewvc.cgi/phpdoc/TODO
> - http://wiki.php.net/doc/todo
> - various bug reports
> - hidden within peoples brains
>
On Jan 9, 2008 5:33 AM, Sezer Yalcin <[EMAIL PROTECTED]> wrote:
>
> I got Turkish branch build working now. All checked in.
> I see there is not much translated so far but there will be soon. Anyone who
> will change something in phpdoc-tr/ please let me know since I will be
> changing things as we
On Dec 27, 2007 4:30 AM, TAKAGI Masahiro <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Dec 27, 2007 1:39 AM, Hannes Magnusson <[EMAIL PROTECTED]> wrote:
> > Hi all!
> >
> > First of all, I'd like to apologize for how long phpdoc has been
> > frozen, I got unexpectedly really busy with work the first days
Hi,
On Dec 27, 2007 1:39 AM, Hannes Magnusson <[EMAIL PROTECTED]> wrote:
> Hi all!
>
> First of all, I'd like to apologize for how long phpdoc has been
> frozen, I got unexpectedly really busy with work the first days and
> then got sick for few days :|
> Anyway. The merge is now over and phpdoc-e
First of all, I'd like to apologize for how long phpdoc has been
frozen, I got unexpectedly really busy with work the first days and
then got sick for few days :|
Anyway. The merge is now over and phpdoc-en now validates again;
phpdoc is therefore officially unfrozen as of now \o/
Awesome, guys.
You could send a file, or two, to the list and have people check it
out for you...
Thanks, the docs I'm talking about are in
http://cvs.php.net/viewvc.cgi/pecl/intl/doc/intl/
I don't have the time to check it out at the moment, hopefully someone
else will :]
Looks pretty good so far, but a
On 8/17/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> > This magic include has nothing to do with IDs or refnames or any other
> > element/attribute. Its a total file based voodoo.
>
> Yes, I understand. What I wasn't sure is if I have two refname's in
> refentry tag, would I still get one en
This magic include has nothing to do with IDs or refnames or any other
element/attribute. Its a total file based voodoo.
Yes, I understand. What I wasn't sure is if I have two refname's in
refentry tag, would I still get one entry on the reference page when
it's rendered? I guess the answer is
On 8/17/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> > Neither. functions.xml is autogenerated by configure and referes to
> > the filepath.
>
> So, the function list in main extension page gets one entry per file in
> functions/? Where the names come from - is it refname? What if I have
> m
Neither. functions.xml is autogenerated by configure and referes to
the filepath.
So, the function list in main extension page gets one entry per file in
functions/? Where the names come from - is it refname? What if I have
more than one refname - is it only first?
2. There's two ways of ma
On 8/16/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> Another couple of questions:
> 1. What does &reference.module.functions; (functions.xml) collect -
> xml:id or refname?
Neither. functions.xml is autogenerated by configure and referes to
the filepath.
> 2. There's two ways of making ex
Another couple of questions:
1. What does &reference.module.functions; (functions.xml) collect -
xml:id or refname?
2. There's two ways of making external links and xlink:href>. Is there a difference? Which one should be used?
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED] h
On 8/16/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> >> What if OO and procedural have different names, like Format->getError
> >> and format_get_error?
> >
> > Life sucks :)
> > Depending on the xml:id you can only create a link the OO way or the
> > procedural way.
>
> I see. So then I can
What if OO and procedural have different names, like Format->getError
and format_get_error?
Life sucks :)
Depending on the xml:id you can only create a link the OO way or the
procedural way.
I see. So then I can't use for the second way - I should use
then or ?
Thanks for your help,
--
St
On 8/16/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> > If you wrap it inside a element then drop the (),
> > otherwise I'd say keep them
>
> When does function tag create link and when it doesn't? I saw sometimes
I recently posted a note on the subject, see
http://news.php.net/php.doc/9693
If you wrap it inside a element then drop the (),
otherwise I'd say keep them
When does function tag create link and when it doesn't? I saw sometimes
it does, but I'm pretty sure I saw cases when it doesn't. Generally, if
I want to link to a function, should I use , or ?
I see most docs use
On 8/16/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> What are the standards/conventions on the following matters:
>
> 1. Method names in reference.xml (when descripting class) - should I use
>class->method or class->method() (with or without braces)? I see both
> - compare PDO and DOM do
Hi,
At Mon, 24 Jul 2006 12:56:11 -0400,
Sean Coates wrote:
>
> FYI, I just did:
> bash-2.05b# rm -r /local/repository/phpdoc/ja /local/repository/phpdoc/kr
>
> on y1, at Nuno/Philip's request -- these old directories were
> conflicting with the phpdoc-ja, phpdoc-kr modules.
>
Thank you.
I close
Can anybody explain me the meaning of string
.manual.xml: $(DEPEND_FILES) entities/global.ent
in phpdoc/Makefile, located in the following section.
I'm unable to find where does $(DEPEND_FILES) come from
and what is it used for?
-[cut]-[Makefile]---
...
manual.xm
Yes, all this seems to be acomplised :)
Goba
techtonik írta:
Hello, [EMAIL PROTECTED]
Can this RFC be considered done and be deleted?
--[cut installpart]--
Sun Jan 26 2003
[TARGET]
Installpart in Chapters en/chapters/install.xxx.xml files
[Situation]
The current stru
Okay, sounds good.
Let me know what you'd like me to do.
Thanks,
Aidan
So on the migration pages we have
"Friedhelm Betz" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hi Aidan,
>
> [...]
> >
> > I think a possible solution would be to add a Tip or Note saying "See
> > here for m
Hi Aidan,
[...]
>
> I think a possible solution would be to add a Tip or Note saying "See
> here for more information about using this function without upgrading
> your version of PHP".
This would be a possible solution and a better one, as adding many
notes;-)
> That page could then point to e
I disagree, 90% of the notes for PHP5 functions discuss replica PHP4
versions. I think it's clear people don't check the migration pages before
reading or making their own post (why would they!).
I think a possible solution would be to add a Tip or Note saying "See here
for more information about
> Hi,
> I noticed that you placed many notes in the notes system announcing the
> mentioned pear package PHP_Compat.
> It would be much smarter to integrate this in the regular docs, rather
> than posting this to the user notes.
> Thoughts?
I agree. And as useful as it may be or seem it doesn'
On Mon, 11 Aug 2003 14:01:20 +0200
Gabor Hojtsy <[EMAIL PROTECTED]> wrote:
> You actually need to write access to phpdoc-ru and definitely *not*
> phpdoc.
Errr...ok, I was wrong =)
>[EMAIL PROTECTED] or [EMAIL PROTECTED] can give you more Karma.
thanx!
---
WBR,
Antony Dovgal aka tony2001
[EMA
Can I have write access to /phpdoc module in CVS?
I have some translated files to add to /phpdoc/ru/ and I'm planning to continue
translating it in the future.
Should I send them to some person with enough carma?
Currently I have access only to /peardoc, but I suppose it will be more suitable for
> And the solution for global build system is?
> Or build system is working now?
http://php.net/download-docs is back up with the old files, and
the files will be replaced with new ones as the manuals build
AFAIK...
Goba
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe,
oh, hey, now i haven't replied yet! :)
>
> > not having seen any replies to this, i'm slightly annoyed, but
> i'll assume
> > people didn't see my point / questions in the email.
> >
> > so, i'll make it to the point:
> >
> > do we need to run test_man_gen through the process, and if so, why is it
And the solution for global build system is?
Or build system is working now?
André Æ
- Original Message -
From: "Gabor Hojtsy" <[EMAIL PROTECTED]>
To: "André LFS Bacci" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Sunday, November 17, 2002
> Forward
>
> > http://www.php.net/download-docs.php
> >
> > Only half of the translations?
Once again, it is just the right time to practice the golden
rule from the howto: "do a make test". If the translators
do a make test, they will see their translation's problems.
There is nothing magical e
> so,
>
> not having seen any replies to this, i'm slightly annoyed, but i'll assume
> people didn't see my point / questions in the email.
>
> so, i'll make it to the point:
>
> do we need to run test_man_gen through the process, and if so, why is it
> that half the translations aren't building?
> BTW do you have any answer to our question regarding the build problems
> on PHP.net? See http://php.net/blog/hu for example (it is some core
> problem).
Just a small correction jic, it's for example:
http://www.php.net/hu/blog
--
PHP Documentation Mailing List (http://www.php.net/)
To un
> not having seen any replies to this, i'm slightly annoyed, but i'll assume
> people didn't see my point / questions in the email.
>
> so, i'll make it to the point:
>
> do we need to run test_man_gen through the process, and if so, why is it
> that half the translations aren't building?
Yep, t
so,
not having seen any replies to this, i'm slightly annoyed, but i'll assume
people didn't see my point / questions in the email.
so, i'll make it to the point:
do we need to run test_man_gen through the process, and if so, why is it
that half the translations aren't building?
-- james
> --
Please read the whole CVS instruction part in the howto... Then
it will be clear, why we say that you should use phpdoc-pt_BR-dir
Goba
- Original Message -
From: "Fernando Correa da Conceição" <[EMAIL PROTECTED]>
To: "phpdoc" <[EMAIL PROTECTED]>
Sent: Friday, November 15, 2002 8:32 AM
Sub
> > Didn't most agree to make the manual available in
> > .tar.gz and perhaps .bz2 also?
> On Tue, 14 May 2002, Gabor Hojtsy wrote:
> AFAIK we agreed on providing both .tar.gz and .bz2
> but no more [no .zip].
Sounds good, I'm looking forward to this :)
Regards,
Philip Olson
> Hi. I may be sending this email to the wrong address, in which case you
> could you please tell me who I ought to contact?
>
> I've noticed about three open source projects in existance all named
phpdoc,
> and all seemingly out of date. What they all aim to do is make a PHP
> equivalent of the
Mark Kronsbein wrote:
>
> Seems like Hartmut's path fort Makefile.in does not really work.
As Hartmut told me on IRC, i did a "make" instead of "make test" first.
This made a file called missing-entities.ent, but its empty.
So "make test" gives errors again ;(
Mark
--
German Gabber Network
From: "Gabor Hojtsy" <[EMAIL PROTECTED]>
> > I prepared a tutorial for a student course, the introduction is
taken from
> various
> > sources from the net, the language reference (part II) is copied
from the
> phpdoc.
> > Part III and IV is of my own.
>
> We will be happy to see part one, three a
> > You must add the original authors names. Do not treat my reply as
> > official please! Wait for others replys!
>
> Like: PartII is originaly written by ...
> But there are minor changes(fixes) in the PartII, how to treat them?
Ideally you can add them to the phpdoc CVS :)
Goba
Quoting Gabor Hojtsy <[EMAIL PROTECTED]>:
> > I prepared a tutorial for a student course, the introduction is taken
> from
> various
> > sources from the net, the language reference (part II) is copied from
> the
> phpdoc.
> > Part III and IV is of my own.
>
> We will be happy to see part one, t
> I prepared a tutorial for a student course, the introduction is taken from
various
> sources from the net, the language reference (part II) is copied from the
phpdoc.
> Part III and IV is of my own.
We will be happy to see part one, three and four of your work. I myself
do not know German, thou
> manual writers need the infrastructure + english original files, theese
> will both stay in the original repository
>
> but the usual manual writer will only need this and none of the
> translations (which right now make up about 75% of the manual
> sources. with all translations done it would
Hi Egon,
Hartmut has said some things in his last post I'd also say, so I just respond to the
"rest":)
> Dont take my answer personal, could you break your lines with your emailer
> down to a readable size?
No prob, have done it here to 80 chars. OK? (hope I don't forget it on the other PCs
:)
[EMAIL PROTECTED] wrote:
> > I understand Hartmut very well, but I also understand several points of the
> > others.
>
> I know him very well. [...]
to know someone and to understand someone can be
two very different things by times :)
> > 1.) We should have in mind the average user - also
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
Hello!
I understand Hartmut very well, but I also understand several points of the
others.
I think we all here have at least similar aims (if not the same) concerning PHP
and it's Documentation.
Since I'm not experienced enough (yet), I don't talk about the "HOW to realize"
for now, but
I want t
[EMAIL PROTECTED] wrote:
> > > but the average translator might not be up to that level
>
> But I hope you can learn enough :)
it is not the point if somebody is able to,
it is about the question whether he'll be willing to ...
> > > and reducing the checkout size from ~25MB to ~6MB for the pu
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
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 when you want to update or put "upd -d" in your .cvsrc file.
> i'm not talk
[EMAIL PROTECTED] wrote:
> I'm against a split into different languages. 23 MB could be handled even
> with my old 14.4 kB modem. Look at the size for phpweb.
come on, egon!
both of us are interested in having a complete version of the manual
sources (although for slightly different reasons), bu
Andrei Zmievski wrote:
>
> On Thu, 10 May 2001, Hartmut Holzgraefe wrote:
> > do you have a better idea on how to solve the 'missing functions'
> > problem in translation?
>
> Write a little tool in PHP that uses XML parser to gather all documented
> functions in en/functions/imap.xml and de/fun
Your reply seems targeted at Hartmut instead of me.
On Thu, 10 May 2001, [EMAIL PROTECTED] wrote:
> 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
> > >
> > >
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, 10 May 2001, Hartmut Holzgraefe wrote:
> do you have a better idea on how to solve the 'missing functions'
> problem in translation?
Write a little tool in PHP that uses XML parser to gather all documented
functions in en/functions/imap.xml and de/functions/imap.xml, compares
them, and gi
Andrei Zmievski wrote:
> [...]
> Since en/ is your main working directory you can just run cvs upd -d
> from there when you want to update or put "upd -d" in your .cvsrc file.
i'm not talking about myself here, i know enough about CVS to do
all this by hand
but the average translator might n
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-subdirectories, too
So? cvs upd -d howto dbxml should do quite nicely.
> and
Andrei Zmievski wrote:
> Yes, they can just check out a certain subdirectory of phpdoc along with
> the top one and keep it that way.
>
> cvs co -l phpdoc
> cvs co phpdoc/en
>
> Then they only have to use cvs upd without -d option to update only
> files existing in their local working copy.
i k
On Thu, 10 May 2001, Hartmut Holzgraefe wrote:
>
> with a total of ~23MB (and a potential total of currently 10x4.4MB)
> in the translation subdirectories i'd suggest we try to find a way
> to have each translation in a seperate CVS module
>
> the avarage translator will be working on one lang
Zitiere Damien Seguy <[EMAIL PROTECTED]>:
> > any comments or suggestions?
> I agree on this.
Me too ;)
It would be really nice to to this for example:
checkout Manual for German translation -> checkout phpdoc_de_trans
which will give you the original English Manual plus the German files.
on 10/05/01 12:55, Hartmut Holzgraefe at [EMAIL PROTECTED] wrote:
> with a total of ~23MB (and a potential total of currently 10x4.4MB)
> in the translation subdirectories i'd suggest we try to find a way
> to have each translation in a seperate CVS module
>
> the avarage translator will be work
80 matches
Mail list logo
