Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:73531
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.219.43 as permitted sender)
MIME-Version: 1.0
Sender: kalle.php@gmail.com
In-Reply-To: <533C0713.9070106@eliw.com>
References: <533C0713.9070106@eliw.com>
Date: Wed, 2 Apr 2014 21:50:36 +0200
Message-ID: <CAJW__o0cWAmxpy=C2+HXp2KXt70yRXmruwd6WyRcxGw6z1NhMA@mail.gmail.com>
To: Eli <eli@eliw.com>
Cc: Internals <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [PHP-DEV] About PHP6 ...
From: kalle@php.net (Kalle Sommer Nielsen)

Hi

2014-04-02 14:48 GMT+02:00 Eli <eli@eliw.com>:
> Hello everyone.  I've been hitting a lot of conferences recently, and
> found myself having the same discussion with multiple members of the
> community.  And many of them have 'heavily encouraged me' to bring this
> discussion up here.  And Julien's recent PHP6 email, reminded me that I
> hadn't done so.

I disagree with the regard to not call it PHP6, if we together with
our community put together an effort to squish out the PHP6 books,
like we did when we tried to push PHP5 over PHP4, then there it should
not be a problem, and since PHP6 was due many years ago, I doubt many
of those books still are in print and how many books could there be
around still, I get that someone would feel angry over buying a book
about features available in a non existing version, but that should be
on the authors behalf, not ours while I realise this will hurt us a
little, we have already faced the fact that we made a mistake with the
old unicode implementation and we live with that, 5.4, 5.5 and 5.6
shows that.

I just don't think that some books written 8 years or so ago will
justify the need for us to change version numbers, we can advertise
against them and we all should, I have when I'm asked about books and
future development of PHP6 and will continue to do so, everyone
should, teaming up with PHP FIG, and all of the frameworks is a good
idea here to prevent many more books getting in the hands of readers
whom will learn about something that does not exists.



-- 
regards,

Kalle Sommer Nielsen
kalle@php.net