Where do I edit the doc stuff again?
Kalle Sommer Nielsen wrote:
2008/12/12 Andrei Zmievski :
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/php-src/ext
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 the
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 r
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 ?
In
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 documen
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,
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 o
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:
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 unic
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:
Ano
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
thought
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.
Ind
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:
> 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 syste
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 suppos
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
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
th
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
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
It'd be nice if someone could document the new array_chunk() function I
added and maybe overload extension as well. I currently don't have spare
cycles to do it, but they are useful.
-Andrei
"Later in this talk, I intend to define
the universe and give three examples." -- Larry Wall
On Mon, 13 Aug 2001, Jeroen van Wolffelaar wrote:
> With xml, they are all colored blue... with me, that is, and that's not
> vim60 apparantly. I don't know which version sysop installed... I'll ask
> them to upgrade.
Type :version.
> I notice that the emacs comment is also mode-sgml, and not xm
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 sp
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
> error-h
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 t
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 $f
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
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
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
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
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 o
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
--- phpdoc/en/functions/pcre.x
On Fri, 27 Apr 2001, Hojtsy Gabor wrote:
> Hartmut please inform Egon about this feature.
> He deleted all the rtfm files last day:
>
> | eschmid Thu Apr 26 20:51:37 2001 EDT
> |
> | Removed files:
> |/phpdoc/en/functions rtfm.xml
> |/phpdoc/de/functions rtfm.xml
> |
On Mon, 23 Apr 2001, Damien Seguy wrote:
> Hi,
>
> Here are some PHP easter Egg.
> Should we document those?
> add this to any PHP 4 script :
>
> ?=PHPE9568F34-D428-11d2-A769-00AA001ACF42
> ?=PHPE9568F36-D428-11d2-A769-00AA001ACF42
> ?=PHPE9568F34-D428-11d2-A769-00AA001ACF42
>
> This will bring
On Sat, 14 Apr 2001, Roel Vanhout wrote:
> Hi all,
>
> I was wondering if it is possible to get command line arguments when
> using php as a standalone executable. Something getopt()'ish would be
> great, but that's probably too much to ask :-)
Check Console/Getopt.php class in PEAR.
-Andrei
M
On Tue, 27 Mar 2001, Daniel Beckham wrote:
> danbeck Tue Mar 27 10:07:37 2001 EDT
>
> Modified files:
> /phpdoc/en/functions classobj.xml
> Log:
> added note as per Andrei
>
> Index: phpdoc/en/functions/classobj.xml
> diff -u phpdoc/en/functions/clas
On Tue, 27 Mar 2001, Daniel Beckham wrote:
> Ah, ok.. weird though. Why have two functions that do essentially the same
> exact thing?
That's just the way it happened.
-Andrei
"The only true currency in this bankrupt world is what we share with each
other when we're uncool." -- Lester Bangs, f
On Tue, 27 Mar 2001, Daniel Beckham wrote:
> Cool, can this be used with get_class_vars() also? If not, it would be a
> logical change to go along with get_class_methods().
There is already get_object_vars(). But get_parent_class() got the same
change yesterday.
-Andrei
* What were the first 15
On Tue, 27 Mar 2001, Daniel Beckham wrote:
> +$my_class = new myclass();
> +
> +$class_methods = get_class_methods(get_class($my_class));
Since yesterday, you can also do get_class_methods($my_class) directly.
-Andrei
"The human brain is a wonderful thing. It starts working the moment you
are b
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 phpdoc/en/funct
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
+++ p
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 phpdoc/en/functions/pcre.xml:1.
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
--- phpdoc/en/functio
andrei Mon Feb 19 11:38:18 2001 EDT
Modified files:
/phpdoc/en/functionspcre.xml
Log:
Document preg_split() limit parameter and new flag.
Index: phpdoc/en/functions/pcre.xml
diff -u phpdoc/en/functions/pcre.xml:1.39 phpdoc/en/functions/pcre.xml:1.40
andrei Tue Jan 30 19:16:24 2001 EDT
Modified files:
/phpdoc/en/functionspcre.xml
Log:
Note about preg_grep().
Index: phpdoc/en/functions/pcre.xml
diff -u phpdoc/en/functions/pcre.xml:1.37 phpdoc/en/functions/pcre.xml:1.38
--- phpdoc/en/functions/pcr
andrei Mon Jan 22 14:27:42 2001 EDT
Modified files:
/phpdoc/en/functionspcre.xml
Log:
Docs for /F modifier and matching delimeters.
Index: phpdoc/en/functions/pcre.xml
diff -u phpdoc/en/functions/pcre.xml:1.34 phpdoc/en/functions/pcre.xml:1.35
--- p
andrei Mon Jan 22 13:48:59 2001 EDT
Modified files:
/phpdoc/en/functionsstrings.xml
Log:
Docs for str_replace() improvements.
Index: phpdoc/en/functions/strings.xml
diff -u phpdoc/en/functions/strings.xml:1.70 phpdoc/en/functions/strings.xml:1.71
--
andrei Mon Jan 22 09:44:34 2001 EDT
Modified files:
/phpdoc/en/functionsarray.xml
Log:
Add docs about new functionality of extract().
Index: phpdoc/en/functions/array.xml
diff -u phpdoc/en/functions/array.xml:1.49 phpdoc/en/functions/array.xml:1.50
andrei Wed Jan 17 13:10:57 2001 EDT
Modified files:
/phpdoc/en/functionsdatetime.xml
Log:
Document the standardization of offset sign.
Index: phpdoc/en/functions/datetime.xml
diff -u phpdoc/en/functions/datetime.xml:1.27 phpdoc/en/functions/datetime
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. is not really
> the best tags for such a piece of doc.
>
> I was thinking to break it into refentries, one by major entries
51 matches
Mail list logo
