Re: [PHP-DOC] Landing page for MySQL materials

2011-11-02 Thread Philip Olson
On Oct 31, 2011, at 12:22 PM, Hannes Magnusson wrote: > On Mon, Oct 31, 2011 at 14:29, Ulf Wendel wrote: >> Hello everyone, >> >> The MySQL team is considering ways to cleanup and clarify the MySQL >> documentation. Two main reasons: >> >> a) ext/mysql will be deprecated in the (distant) futu

Re: [PHP-DOC] Re: PhDOE : braking reload all store processus

2011-11-02 Thread Yannick Torrès
2011/11/2 Ferenc Kovacs : > only that it makes diffing the changes much more harder. Yes, for sure. Just need to fix it via subversion, you're right > you can set/force the EOL styles through subversion though. > > On Wed, Nov 2, 2011 at 11:05 PM, Yannick Torrès > wrote: >> >> Perfect ! ;) >> >>

Re: [PHP-DOC] Re: PhDOE : braking reload all store processus

2011-11-02 Thread Ferenc Kovacs
only that it makes diffing the changes much more harder. you can set/force the EOL styles through subversion though. On Wed, Nov 2, 2011 at 11:05 PM, Yannick Torrès wrote: > Perfect ! ;) > > About yuicompressor, I just thinks this not a version problem, but > only an EOL style problem... :/ > Nev

[PHP-DOC] Re: PhDOE : braking reload all store processus

2011-11-02 Thread Yannick Torrès
Perfect ! ;) About yuicompressor, I just thinks this not a version problem, but only an EOL style problem... :/ Never mind, not so important according to me. Best, Yannick 2011/11/2 Александр Москалёв : > Hello! > I broke all except first item =) > It's my mistake, and I fixed it. > Also, Yanni

[PHP-DOC] Re: PhDOE : braking reload all store processus

2011-11-02 Thread Александр Москалёв
Hello! I broke all except first item =) It's my mistake, and I fixed it. Also, Yannick, can we sync yuicompressor version between us? (for cancel generate css or js files when it didn't changed) With regards, Alexander Moskaliov ir...@irker.net 2011/11/2 Yannick Torrès > Hi Irker, > > Could t

[PHP-DOC] PhDOE : braking reload all store processus

2011-11-02 Thread Yannick Torrès
Hi Irker, Could take an eyes on this : http://svn.php.net/viewvc/web/doc-editor/trunk/js/main.js?r1=314204&r2=318335 With this commit, you have break the reloadAllStore processus. All functions who call getRootNode() function didn't reload (like WorkTreeGrid) . Best, Yannick

Re: [PHP-DOC] Ru builds don't get published to docs.php.net since 21 Oct 2011

2011-11-02 Thread Hannes Magnusson
On Wed, Nov 2, 2011 at 14:31, Richard Quadling wrote: > On 2 November 2011 10:27, Alexey Shein wrote: >> Hello, it seems there are some bugs on deploy process of ru builds, >> http://docs.php.net/manual/ru/ doesn't get updated since 21 October >> (yes, our translation still disabled, but updating

Re: [PHP-DOC] Ru builds don't get published to docs.php.net since 21 Oct 2011

2011-11-02 Thread Ferenc Kovacs
On Wed, Nov 2, 2011 at 2:31 PM, Richard Quadling wrote: > On 2 November 2011 10:27, Alexey Shein wrote: > > Hello, it seems there are some bugs on deploy process of ru builds, > > http://docs.php.net/manual/ru/ doesn't get updated since 21 October > > (yes, our translation still disabled, but upd

Re: [PHP-DOC] Ru builds don't get published to docs.php.net since 21 Oct 2011

2011-11-02 Thread Richard Quadling
On 2 November 2011 10:27, Alexey Shein wrote: > Hello, it seems there are some bugs on deploy process of ru builds, > http://docs.php.net/manual/ru/ doesn't get updated since 21 October > (yes, our translation still disabled, but updating docs.php.net worked > before). There was a build break that

Re: [PHP-DOC] Ru builds don't get published to docs.php.net since 21 Oct 2011

2011-11-02 Thread Alexey Shein
2011/11/2 Hannes Magnusson : > On Wed, Nov 2, 2011 at 11:27, Alexey Shein wrote: >> Hello, it seems there are some bugs on deploy process of ru builds, >> http://docs.php.net/manual/ru/ doesn't get updated since 21 October >> (yes, our translation still disabled, but updating docs.php.net worked >

Re: [PHP-DOC] Ru builds don't get published to docs.php.net since 21 Oct 2011

2011-11-02 Thread Hannes Magnusson
On Wed, Nov 2, 2011 at 11:27, Alexey Shein wrote: > Hello, it seems there are some bugs on deploy process of ru builds, > http://docs.php.net/manual/ru/ doesn't get updated since 21 October > (yes, our translation still disabled, but updating docs.php.net worked > before). There was a build break

Re: [PHP-DOC] Re: [PECL-DEV] libidn2 extension for php

2011-11-02 Thread Pierre Joye
On Wed, Nov 2, 2011 at 12:28 PM, Hannes Magnusson wrote: > On Wed, Nov 2, 2011 at 12:18, Pierre Joye wrote: >> On Wed, Nov 2, 2011 at 12:15 PM, Kalle Sommer Nielsen wrote: >>> 2011/11/2 Pierre Joye : Pecl's idn is php5 only. >>> >>> PHP 5.0, 5.1 where intl is not supported then? >> >> Again

Re: [PHP-DOC] Re: [PECL-DEV] libidn2 extension for php

2011-11-02 Thread Hannes Magnusson
On Wed, Nov 2, 2011 at 12:18, Pierre Joye wrote: > On Wed, Nov 2, 2011 at 12:15 PM, Kalle Sommer Nielsen wrote: >> 2011/11/2 Pierre Joye : >>> Pecl's idn is php5 only. >> >> PHP 5.0, 5.1 where intl is not supported then? > > Again, they are different functions with some incompatibilities. > Sayin

[PHP-DOC] Re: [PECL-DEV] libidn2 extension for php

2011-11-02 Thread Pierre Joye
On Wed, Nov 2, 2011 at 12:15 PM, Kalle Sommer Nielsen wrote: > 2011/11/2 Pierre Joye : >> Pecl's idn is php5 only. > > PHP 5.0, 5.1 where intl is not supported then? Again, they are different functions with some incompatibilities. Saying 5.2+ only and only mentioning that for dead php versions, o

[PHP-DOC] Re: [PECL-DEV] libidn2 extension for php

2011-11-02 Thread Kalle Sommer Nielsen
2011/11/2 Pierre Joye : > Pecl's idn is php5 only. PHP 5.0, 5.1 where intl is not supported then? -- regards, Kalle Sommer Nielsen ka...@php.net

[PHP-DOC] Ru builds don't get published to docs.php.net since 21 Oct 2011

2011-11-02 Thread Alexey Shein
Hello, it seems there are some bugs on deploy process of ru builds, http://docs.php.net/manual/ru/ doesn't get updated since 21 October (yes, our translation still disabled, but updating docs.php.net worked before). There was a build break that time, but we've fixed it quite soon and since then our