ot;PHP
Development" [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Friday, March 02, 2001 2:55 AM
Subject: Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] RE: [PHP-QA] Re:
[PHP-DEV]ctype function (re?)naming
We should probably just make a list of all the effected functions and see
which ones we start fixing
RC It's more legible for the same reason that it's easier (and
RC faster) to read "one two three" than "onetwothree". The human
RC mind can easily tokenize at the appropriate places, when it has
RC a token. Without a token, the string is much harder to parse.
For me, "isalpha" is single token.
Phil wrote:
Ron - whose postings I normally agree with :-) - wrote:
As do I :)
[snip]
I know that Zak has been doing some experiments along these lines, but has
also been busy on other projects. Any news to report Zak?
I now have less hair that I did before starting. ;) Finding sensible
We're probably best off staying with the status quo and trying to keep a
close look at any new modules which make it into the tree and modules which
have been added since 4.0.4 (or maybe a small time before).
It doesn't make much sense to go back and break old names and it doesn't
make lots of
Just +1 :)
- Original Message -
From: "Stanislav Malyshev" [EMAIL PROTECTED]
To: "Ron Chmara" [EMAIL PROTECTED]
Cc: "PHP Development" [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, March 01, 2001 1:47 PM
Subject: Re: [PHP-DEV] RE: [PHP-QA] Re: [PHP-D
Stanislav Malyshev wrote:
RC It's more legible for the same reason that it's easier (and
RC faster) to read "one two three" than "onetwothree". The human
RC mind can easily tokenize at the appropriate places, when it has
RC a token. Without a token, the string is much harder to parse.
For
Andi Gutmans wrote:
It doesn't make much sense to go back and break old names and it doesn't
make lots of sense to create a zillion of aliases. I guess if there are some
names which in particular need fixing because they are terrible (there
might be some of these) then we should fix them on a
RC I find it annoying having to look up reference manuals for every
RC function, to figure out whether or not I need to use
RC underscores, and if so, where in the function name should they
I repeat: if you never though of any function that detemines if the
character is an alphanumeric character
RFC: what should their names be in 4.0.5?
( ) stay with ctype_alpha() ...
(X) switch to ctype_isalpha() ...
( ) switch to ctype_isalpha() ... and have ctype_alpha() aliases
( ) switch to ctype_is_alpha() ...
( ) switch to ctype_is_alpha() ... and have ctype_alpha() aliases
(X) have
Oops
(X) have an alias if isalpha()
should have read
(X) have an alias of isalpha()
and
it is impossibly to argue
should have read
it is impossible to argue
I appear to have lost my grip on the English language this morning, so who
am I to comment on the PHP language :)
--
Phil Driscoll
A heated argument seems to be developing, which IMHO makes no sense when we
are discussing a tiny corner of the language. Yes, function names should be
consistent, however because the current namespace is such a mess it is
impossibly to argue the toss on this issue because all we can do is make
It HAS to be time for a big tidy up, as it is clearly impossible to 'do
the
right thing' under current circumstances.
Problem is, what you see as "untidy" programmers with a background in other
languages and software packages see as "convenient". :-)
For every "newbie" it helps to have
Richard Lynch wrote:
It HAS to be time for a big tidy up, as it is clearly impossible to 'do
the right thing' under current circumstances.
Problem is, what you see as "untidy" programmers with a background in
other
languages and software packages see as "convenient". :-)
For every
Ron - whose postings I normally agree with :-) - wrote:
Ignoring case, the extension count, and the possible naming styles, is
as follows:
word_word_word: 65
wordwordword: 24
word_wordword: 21
Some extensions use more than one style, but the one most often
used is word_word_word. Many functions
RC "Accident" generally does not have a good meaning here
Hmm... I guess I'm not so good in local slang.
RC (AZ,USA)... while we (PHP) may not have a good naming schema for
RC all functions, I think it is helpful for the PHP user base to be
RC able to comprehend the use of a function based on
One of the below IMO.
Andi
At 10:26 AM 2/26/2001 +0100, Hartmut Holzgraefe wrote:
RFC: what should their names be in 4.0.5?
( ) stay with ctype_alpha() ...
(X) switch to ctype_isalpha() ...
() switch to ctype_isalpha() ... and have ctype_alpha() aliases
(X) switch to
Stanislav Malyshev wrote:
RC I think it is helpful for the PHP user base to be
RC able to comprehend the use of a function based on the name.
On its name, yes - but not on underscores in it. Do you really think
anybody will remember/care for those underscores?
Yes.
I find it annoying having
RFC: what should their names be in 4.0.5?
( ) stay with ctype_alpha() ...
( ) switch to ctype_isalpha() ...
( ) switch to ctype_isalpha() ... and have ctype_alpha() aliases
( ) switch to ctype_is_alpha() ...
( ) switch to ctype_is_alpha() ... and have ctype_alpha() aliases
( )
HH RFC: what should their names be in 4.0.5?
HH
HH ( ) stay with ctype_alpha() ...
HH (X) switch to ctype_isalpha() ...
HH ( ) switch to ctype_isalpha() ... and have ctype_alpha() aliases
HH ( ) switch to ctype_is_alpha() ...
HH ( ) switch to ctype_is_alpha() ... and have ctype_alpha()
-Original Message-
From: Stanislav Malyshev [mailto:[EMAIL PROTECTED]]
Sent: 26 February 2001 09:52
To: Hartmut Holzgraefe
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: [PHP-QA] Re: [PHP-DEV] ctype function (re?)naming
HH RFC: what should their names be in 4.0.5?
HH
HH
JM This is not in line with the other is_* functions. To keep in line with
If you mean ctype functions, I agree - they all should be is*. If you mean
is_integer type functions - so what? It's not in line also with
mysql_num_rows function, so? That's just functions from different area,
and the
-Original Message-
From: Stanislav Malyshev [mailto:[EMAIL PROTECTED]]
Sent: 26 February 2001 09:52
To: Hartmut Holzgraefe
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: [PHP-QA] Re: [PHP-DEV] ctype function (re?)naming
HH RFC: what should their names be in 4.0.5
Stanislav Malyshev wrote:
JM This is not in line with the other is_* functions. To keep in line
with
If you mean ctype functions, I agree - they all should be is*. If you mean
is_integer type functions - so what? It's not in line also with
mysql_num_rows function, so? That's just functions
Stanislav Malyshev wrote:
JM This is not in line with the other is_* functions. To keep in line with
If you mean ctype functions, I agree - they all should be is*. If you mean
is_integer type functions - so what? It's not in line also with
mysql_num_rows function, so? That's just functions
24 matches
Mail list logo