Hello Lukas,

Monday, July 14, 2008, 2:58:13 PM, you wrote:

> Hi,

> I am about to move all "to be discussed items" [1] to the future PHP  
> release section (so after 5.3):

> 1) userspace streams filter that acts as a default filter through  
> which require/include read their files (Sebastian, Sara)

I don't care but want to remind that the user streams do not in the
slightest folloow any name scheme whatsoever. So I rather have them ripped
and reimplemented.

> 2) XMLWriter: Add writeNode([xmlreader obj]), allow to create a push/ 
> pull parser

should be easy enough and is simply a new function in an ext, can't just
somebody do it?

> 3) add a function that returns tsrm_thread_id() - already covered by  
> zend_thread_id() but only in debug ZTS mode (Wez)

Iirc the last time we discussed it we saw it to be a debug only function.

> 4) DOM recover error reporting mode
> 5) PDO: allow the DSN to be passed as array, proposal phase. An  
> initial proposal was done here (pierre, lukas)

Can we first decide whether this effort is worth anything (as in whether
we reimplement the whole extension)?

> 6) namespaces for internal classes

The general idea so far was that the user should namespace their names and
PHP uses the global name space. Just as in any other language. However
that does not mean that some ext could have namespaces. But given that
until now we lived without we would make it much harder for users if now
we would put all (or even any tiny bit of) internal functionality inside
namesoace. Just because everything has to be done twice then from the user
perspective. So this is contraproductive. It would also take away the
freedom to ignore namespaces.

> 7) deprecate/remove ticks

Deprecate, as this is a minor version and not a major version. If we
remove them which personally I'd love to do, then we should drop tons of
other deprecated stuff as well and get rid of the stupid no removing
unless major version change rule.

> 8) Algorithm Optimizations - string search

Anythign that makes PHP faster should always be welcome. Unless:
- comes with API additions -> RM decision
- internal API change -> next minor version
- extenal API change -> next major verision

Best regards,
 Marcus


-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to