Where do I edit the doc stuff again?
Kalle Sommer Nielsen wrote:
2008/12/12 Andrei Zmievski and...@php.net:
andrei Fri Dec 12 19:19:04 2008 UTC
Modified files:
/php-src/ext/standard array.c
Log:
Add sort flags parameter to array_unique().
http://cvs.php.net/viewvc.cgi
Probably after, so there's something to go against.
-Andrei
On Aug 1, 2007, at 9:19 AM, Vadim Savchuk wrote:
Andrei Zmievski wrote:
Anyone with access to phpdoc module can publish it. But it's probably
best to contact phpdoc@ mailing list (and maybe Philip Olson) and let
me them know you
Anyone with access to phpdoc module can publish it. But it's probably
best to contact phpdoc@ mailing list (and maybe Philip Olson) and let
me them know you want to commit it.
-Andrei
On Jul 27, 2007, at 1:06 PM, Vadim Savchuk wrote:
Stanislav Malyshev wrote:
No, not yet. I'm quite busy
Fair enough. I will propose a question to the list.
My current idea is that the Unicode-related functions should be
documented separately from the i18n functions. Your list (
http://philipolson.gotdns.org/unicode-file-list.txt ) doesn't seem
complete, though: where is unicode-encode.xml ?
Perhaps you could provide an example or two on how to document a
unicode change as currently I for one would not know where to begin.
Like the best way to go about finding [1] and documenting a unicode
related change. And an estimate on about how many functions will
eventually require
Hey guys,
I just wanted to shoot a quick email to the list to see when we could
start work on docs for Unicode upgrades (PHP 6). The main thing, IMO,
is having a way to mark functions as Unicode compatible and also have a
section (per-function) for any Unicode-related notes. Any other
I think what we discussed last time was this:
unicode - for parameters that are -required- to be Unicode strings
binary - for parameters that are -required- to be binary strings
string - for parameters that can be either type
-Andrei
On Jul 19, 2006, at 10:41 AM, Sean Coates wrote:
I think this information could be useful since people will most likely
want to use online manual even before PHP 6.0 final is out. Making them
go to a separate site to look up which function is Unicode-safe or not
is not very user-friendly.
-Andrei
Since all appropriate functions will be
Fine, but what I was saying is that the behavior of number of functions
will change, slightly or more than slightly, depending on unicode
semantics mode being on or on the type of data passed to them. Those
changes need to be documented.
-Andrei
On Jul 19, 2006, at 2:17 PM, Nuno Lopes wrote:
Yes, that's a good idea. :) Most of the functionality in the core
language will not be changing so the documentation effort can start
immediately. I would offer to document some things myself, but
honestly, I think that my time is best spent finishing up core stuff,
doing Unicode upgrades
Ah sure! Some protos may need changes, and some functions may need
tweaking, of course. But all this will need to be made manually and
thus will take a long time..
I think we can start by describing the general behaviour of the
extension on the reference.xml page and then, as time permits,
andrei Tue Jan 6 04:14:39 2004 EDT
Modified files:
/phpdoc/en/reference/pcre/functions preg-grep.xml
preg-match-all.xml
preg-match.xml
Log:
Document new flags, parameters.
I've removed EXPERIMENTAL status from ext/tokenizer. Anyone feel like
documenting it? What's up there is woefully inadequate and just plain
outdated.
-Andrei http://www.gravitonic.com/
* I wish life had an UNDO function. *
--
PHP Documentation Mailing List
On Wed, 27 Mar 2002, Gabor Hojtsy wrote:
As I said at the doc meeting, IMHO a phpdoc-build cvs repository
would be the best, with build scripts for all the cvs.php.net doc
projects, so we do not need to have 10 copies of the same build
system forked in various moments... That would make the
On Wed, 27 Mar 2002, Hartmut Holzgraefe wrote:
Sounds good to me, but I have neither the know-how nor the cycles to
implement something like that.
-Andrei
* Entropy isn't what it used to be. *
i'm afraid i've already voluntered for this
Okay, but meanwhile am I supposed to recreate
On Wed, 27 Mar 2002, Gabor Hojtsy wrote:
Well, I can't give you any estimates on when this
central build system will be implemented, if ever...
So IMHO it would be the only one choice *meanwhile*
to duplicate the system...
That's what I'm asking, can someone help me set up the build system
Hello,
Soon Smarty (http://www.phpinsider.com/php/code/Smarty/) will be moving
to smarty.php.net domain and I hope to set it up in the same way as PHP
and PHP-GTK, that is, have a separate CVS module for documentation. We
already have documentation in DocBook SGML format. If there is anyone on
At 07:02 PM 11/10/01 +0100, Hojtsy Gabor wrote:
Isn't
array_chunk($array, 2, TRUE);
the same as
array_slice($array, 0, 2);
OK, it is not completely the same, as you
cannot choose do not preserve keys while
using array_slice(). Wouldn't it be better to
extend array_slice() with
Yeah, looks good. You might want to give an example of using preserve_keys
option.
At 10:04 PM 11/10/01 +0100, Gabor Hojtsy wrote:
No. array_chunk() will split the input array into several sub-arrays
depending on the chunk length you specify. Try using
array_chunk(array('a',
'b', 'c',
On Mon, 13 Aug 2001, Jeroen van Wolffelaar wrote:
jeroenMon Aug 13 14:56:32 2001 EDT
Modified files:
/phpdoc/enbookinfo.xml preface.xml
/phpdoc/en/features connection-handling.xml cookies.xml
On Mon, 13 Aug 2001, Jeroen van Wolffelaar wrote:
True, it _is_ xml, but xml is very general, and that syntax doesn't
recognise the tags. sgml is a specify form of XML, the one used here... I
don't recall what it stands for, but it's in onde of the README's.
You got it reversed, XML is a
On Tue, 17 Jul 2001, Hartmut Holzgraefe wrote:
looks like another argument for splitting up the phpdoc repository
into a base module containing infrastructure and english original
and one seperate module for each translation language ...
That's not going to help you if all the commits for
Yeah?
On Tue, 19 Jun 2001, Damien Seguy wrote:
anyone home yet
-Andrei
* We reason deeply, when we forcibly feel. *
On Tue, 22 May 2001, Hojtsy Gabor wrote:
Aha. This caused some really bad 'bugs' in the new PHP release...
I didn't know why it was bad... Please revert to the same method
as $HTTP_*_VARS use...
Excuse me? I'm quite confused by your message. Do you mean that
$HTTP_SESSION_VARS['foo'] and $foo
On Thu, 10 May 2001, Damien Seguy wrote:
Hi,
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 harmonize all of this,
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 language
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 not
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
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
first, cvs
andrei Mon Apr 30 18:04:06 2001 EDT
Modified files:
/phpdoc/en/functionspcre.xml
Log:
Wrong modifier name.
Index: phpdoc/en/functions/pcre.xml
diff -u phpdoc/en/functions/pcre.xml:1.48 phpdoc/en/functions/pcre.xml:1.49
---
andrei Mon Mar 12 21:24:40 2001 EDT
Modified files:
/phpdoc/en/functionspcre.xml
Log:
Removed docs for /F modifier, added docs for preg_replace_callback().
Index: phpdoc/en/functions/pcre.xml
diff -u phpdoc/en/functions/pcre.xml:1.46
At 05:20 PM 2/24/01 -0700, Ron Chmara wrote:
[16:16:57] waiting for nobody's lock in /repository/phpdoc/en/chapters
It's now been a week or three
I've cleared the lock.
-Andrei
andrei Wed Feb 21 06:23:48 2001 EDT
Modified files:
/phpdoc global.ent
Log:
Forgot to commit url.pcre addition.
Index: phpdoc/global.ent
diff -u phpdoc/global.ent:1.76 phpdoc/global.ent:1.77
--- phpdoc/global.ent:1.76 Wed Feb 7 03:56:28 2001
+++
andrei Tue Feb 20 06:23:56 2001 EDT
Modified files:
/phpdoc/en/functionsarray.xml
Log:
Rename to array_search().
Index: phpdoc/en/functions/array.xml
diff -u phpdoc/en/functions/array.xml:1.57 phpdoc/en/functions/array.xml:1.58
---
andrei Tue Feb 20 14:04:44 2001 EDT
Modified files:
/phpdoc/en/functionspcre.xml
Log:
Let people know the person behind the actual library.
Index: phpdoc/en/functions/pcre.xml
diff -u phpdoc/en/functions/pcre.xml:1.40
On Mon, 15 Jan 2001, Damien Seguy wrote:
Hi,
As I was reading the pcre.xml part of the doc, I thought it might be more
convenient to break it into smaller pieces. literallayout is not really
the best tags for such a piece of doc.
I was thinking to break it into refentries, one by major
36 matches
Mail list logo