Re: [PHP-DEV] [RFC] imagettf* deprecation/removal

2014-07-27 Thread Lonny Kapelushnik
On Jul 27, 2014, at 1:19 PM, Pierre Joye 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, se

Re: [PHP-DEV] [RFC] imagettf* deprecation/removal

2014-07-27 Thread Lonny Kapelushnik
>> Wouldn’t it be simpler to just make them aliases? > > Indeed, and as I have no problem if Lonny likes to go ahead with this > RFC, I do not think we need one for such trivial change. Andrea, Whom are you suggesting the alias would be simpler for? Personally, I do not think it would be sim

[PHP-DEV] Re: Deprecating GD functions imagettftext/bbox

2014-07-26 Thread Lonny Kapelushnik
Hi all, I appreciate the immediate feedback in this thread. Given the quick feedback and suggestions I received I wanted to create an RFC to be able to collect everything and move forward. I’ve written it out and properly announced it here. Lets continue the discussion over there.

[PHP-DEV] [RFC] imagettf* deprecation/removal

2014-07-26 Thread Lonny Kapelushnik
! ––– Hakuna Matata! Lonny Kapelushnik https://www.lonnylot.com 1.732.685.9175

[PHP-DEV] Deprecating GD functions imagettftext/bbox

2014-07-22 Thread Lonny Kapelushnik
f the reception is positive I would like to create an RFC to discuss this in full and come up with a timeline. ––– Hakuna Matata! Lonny Kapelushnik https://www.lonnylot.com 732.685.9175

[PHP-DEV] DateTimeZone Serialize/Unserialize

2012-09-25 Thread Lonny Kapelushnik
://github.com/php/php-src/blob/PHP-5.4/ext/date/tests/DateTimeZone_serialize.phpt Is the test correct or do we want to be able to serialize/unserialize DateTimeZone? If the test is correct, why do we not want to be able to serialize/unserialize DateTimeZone objects? Thank you! -- Lonny Kapelushnik

[PHP-DEV] PHP Wiki problem

2012-07-19 Thread Lonny Kapelushnik
the rebase needs to be `git pull --rebase upstream PHP-5.4 (or use upstream master)`. Have a great day! -- Lonny Kapelushnik http://lonnylot.com (732) 807-5509

Re: [PHP-DEV] Re: [PATCH] Feature 55218 - SimpleXML namespaces

2012-07-07 Thread Lonny Kapelushnik
false) they return results based on the node they were called on. > Besides that, it looks OK but also needs NEWS and UPGRADING > descriptions. Please add those and I think it can be merged. These are now added. Thank you for your help! Please let me know if anything else needs to be

[PHP-DEV] Re: [PATCH] Feature 55218 - SimpleXML namespaces

2012-07-06 Thread Lonny Kapelushnik
Can someone please let me know if I'm doing something wrong in trying to get this committed? Am I doing something procedurally wrong or is it normal for nobody to respond? Thank you On Thu, Jun 28, 2012 at 11:39 AM, Lonny Kapelushnik wrote: > Currently, if you recursively call getDocNa

[PHP-DEV] [PATCH] Feature 55218 - SimpleXML namespaces

2012-06-28 Thread Lonny Kapelushnik
PHP-5.4 on github (https://github.com/php/php-src/pull/112). Is there some procedure I am missing for getting this committed? Is there some place I should be going for this discussion? I couldn't find an IRC channel that was helpful w/ core php development. Thank you, -- Lonny Kapelushnik http

Re: [PHP-DEV] 5.4 beta & tests

2011-08-30 Thread Lonny Kapelushnik
> > Test strtolower() function [ext/standard/tests/strings/strtolower.phpt] > Test strtoupper() function [ext/standard/tests/strings/strtoupper1.phpt] > > I believe these fail on OSX because we test for undefined ASCII behavior. We call strtolower/strtoupper for all 256 ASCII characters, but ASCII

Re: [PHP-DEV] BUG 55240 - wrong date creation

2011-08-03 Thread Lonny Kapelushnik
In the date() function the formats are split up. In date() G is w/o leading zeros and H is w/ leading zeros. Why were these (as well as many others) combined and turned into an either/or for DateTime::createFromFormat? On Wed, Aug 3, 2011 at 4:10 PM, Derick Rethans wrote: > On Wed, 3 Aug 2011,