Re: [RFC] imagettf* deprecation/removal

From: Date: Mon, 28 Jul 2014 07:33:27 +0000
Subject: Re: [RFC] imagettf* deprecation/removal
References: 1 2 3 4 5 6 7 8  Groups: php.internals 
Request: Send a blank email to internals+get-76214@lists.php.net to get a copy of this message
On Sun, Jul 27, 2014 at 9:47 PM, Nikita Popov <nikita.ppv@gmail.com> wrote: > On Sun, Jul 27, 2014 at 9:30 PM, Pierre Joye <pierre.php@gmail.com> wrote: >> >> On Jul 27, 2014 8:17 PM, "Lonny Kapelushnik" <lonny@lonnylot.com> wrote: >> > >> > On Jul 27, 2014, at 1:19 PM, Pierre Joye <pierre.php@gmail.com> wrote: >> >> >> >> >> >> However the idea to add yet other warnings/notices to ext/gd is not >> >> something I like to see in GD. I will rather remove many for php-next >> >> instead of adding more. Also some new font APIs may as well make the >> >> whole ttf ones less relevant, see the upstream version. >> > >> > >> > Pierre, >> > >> > I would only want to add E_DEPRECATED to the function calls if we are >> actually going to remove them. >> >> Hm. I do not think it is a good idea. As I said, I am really not willing >> to >> add more warnings for the sake of adding them. >> >> There is no difference in the implementation whether one uses these >> functions or the other. A note in the doc stating that should suffice. Or >> do you have an argument to still do it? What would the win? > > > If there are two functions doing essentially the same thing, we should > remove one of them. In order to remove a function it must first be > deprecated. The proposal sounds reasonable to me. There's no need to keep > around legacy cruft through aliases. I am not arguing about that for next but the addition of yet another warning with no gain. Cheers, -- Pierre @pierrejoye | http://www.libgd.org

« previous php.internals (#76214) next »