Todo List
Joomla-Framework
- add some checking for $vals to be an array of xmlrpcvals?
- add some checking for $vals to be an array?
- There must be a better way???
- Find the right place to put this function
- explore usage of mb_http_input(): does it detect http headers + post data? if so, use it instead of hand-detection!!!
- add 2nd & 3rd param to be passed to ParseResponse() ???
- check correctness of urlencoding cookie value (copied from php way of doing it...)
- add a check for params of 'resource' type
- add an option to suppress php warnings in invocation of user function, similar to server debug level 3?
- add some trigger_errors / error_log when returning false?
- decide how to deal with params passed by ref: bomb out or allow?
- finish using javadoc info to build method sig if all params are named but out of order
- what to do when the PHP function returns NULL? we are currently an empty string value...
- add check that $val / $fcode / $fstr is of correct type??? NB: as of now we do not do it, since it might be either an xmlrpcval or a plain php val, or a complete xml chunk, depending on usage of xmlrpc_client::send() inside which creator is called...
- do a bit of basic benchmarking (strtr vs. str_replace)
- make usage of iconv() or recode_string() or mb_string() where available
- implement method wrapping with preservation of php objs in calls
- implement self-parsing of php code for PHP <= 4
- separate introspection from code generation for func-2-method wrapping
- use some better templating system from code generation?
- when wrapping methods without obj rebuilding, use return_type = 'phpvals' (faster)
- Review and finish implementation
- Review and finish implementation
- Discuss whether this should be coupled to a data hash or a request hash ... perhaps hashed with a serialized request
geshi
- REMOVE THIS FUNCTIONALITY!
- check err reporting works
- As above - rethink the whole idea of important blocks as it is buggy and will be hard to implement in 1.2
- Rewrite with array traversal
- Rewrite with array traversal
- REMOVE THIS SHIZ FROM GESHI!
- Re-think about how this method works (maybe make it private and/or make it a extension->lang lookup?)
- static?
- Get rid of ender in keyword links
- Some data replication here that could be cut down on
- Complete rethink of this and above method
- Needs to load keys for lexic permissions for keywords, regexps etc
- BUGGY! Why? Why not build string and return?
PHP_Compat
- add the 3rd parameter syntax...
- add the 3rd parameter syntax...
SimplePie
- If the dimensions for media:content are defined, use them when width/height are set to 'auto'.
- Add ability to prefer one type of content over another (in a media group).
- Add support for end-user defined sorting of enclosures by type/handler (so we can prefer the faster-loading FLV over MP4).
- If an element exists at a level, but it's value is empty, we should fall back to the value from the parent (if it exists).
- Move to properly supporting RFC2616 (HTTP/1.1)
- Move to using an actual HTML parser (this will allow tags to be properly stripped, and to switch between HTML and XHTML), this will also make it easier to shorten a string while preserving HTML tags
- Also, |atom:link|@rel=self
- If we have a perm redirect we should return the new URL
- When we make the above change, let's support <itunes:new-feed-url> as well
|
|