| 208 |
o look at http://pear.php.net/package-info.php?pacid=124&release=1.2.3 |
o look at http://pear.php.net/package-info.php?pacid=124&release=1.2.3 |
| 209 |
o look at http://smarty.php.net |
o look at http://smarty.php.net |
| 210 |
|
|
| 211 |
|
o send patch for PEAR/Log/file.php |
| 212 |
|
|
| 213 |
|
o make patch for PEAR/XML/RPC.php |
| 214 |
|
|
| 215 |
|
o refactor to PEAR::DB - drivers |
| 216 |
|
o glib/Data/Driver/Proxy.php |
| 217 |
|
o glib/Data/Driver/RPC/Remote.php |
| 218 |
|
o the name??? (DB::RPC?, DB::Remote?, DB::Virtual?) |
| 219 |
|
|
| 220 |
|
o integrate autogenerated api-documentation for code@netfrag.org |
| 221 |
|
use PhpDocumentor: http://phpdocu.sourceforge.net/ |
| 222 |
|
|
| 223 |
|
o phpLdapBrowser using components from |
| 224 |
|
o PEAR (DB_ldap) |
| 225 |
|
o smarty (maybe some parts for gui rendering) |
| 226 |
|
o phpHtmlLib (abstraction of basic html tags and more highlevel widgets, gui/forms-to-data binding) |
| 227 |
|
o netfrag.org |
| 228 |
|
o yakka as navigation-backend |
| 229 |
|
o on-the-fly generation of navigation-structure |
| 230 |
|
o page-rendering, -dispatching and -layout |
| 231 |
|
o maybe integrate these together to get max. overview over all details |
| 232 |
|
to be able to provide enough abstraction in implementation: |
| 233 |
|
o current dispatcher from yakka (Engine 1.0?, Engine 2.0?) |
| 234 |
|
o dispatchrequest (the generic dispatcher which listens at http://cvs.netfrag.org and http://news.netfrag.org) |
| 235 |
|
o glib/Application/AbstractRequest (a component which grew out of a custom application once, |
| 236 |
|
but was refactored two times after that (<custom-app> -> flib/Site/Request -> org.netfrag.glib/Application/AbstractRequest) |
| 237 |
|
o org.netfrag.glib for tying all that together |
| 238 |
|
|
| 239 |
|
o PEAR::Auth::Kerberos??? |
| 240 |
|
|
| 241 |
|
o nfoweb: "powered by" - page |
| 242 |
|
o lamp: linux, apache, mysql, php |
| 243 |
|
o other daemon software: inn, OpenLDAP, OpenSSH, Kerberos 5, sendmail, amavis, Cyrus |
| 244 |
|
o other software: TWiki, phpWiki, viewcvs, newsportal |
| 245 |
|
o other languages: bash, perl, python, ruby, etc., etc. |
| 246 |
|
o make links... |
| 247 |
|
o include process view??? |
| 248 |
|
o link to "IntegratesWith"-page: PIMs, Offices |
| 249 |
|
|
| 250 |
|
o integrate glib/Data/Driver/Proxy with PEAR::Cache |
| 251 |
|
o use DB::RPC for this! |
| 252 |
|
|
| 253 |
|
o integrate Application::Config with PEAR::Config |
| 254 |
|
|
| 255 |
|
o use PEAR::Tree |
| 256 |
|
o look at http://opensource.visionp.de/modules/project/tree.php |
| 257 |
|
o as base data container for "app::menu", "phpHtmlLib::TreeNav" |
| 258 |
|
|
| 259 |
|
o integrate Data::Encode with I18N - Internationalization??? |
| 260 |
|
|
| 261 |
|
o prepare patches for pear.php.net |
| 262 |
|
o configurable timestamp format for PEAR::Log::file |
| 263 |
|
o no fatal php errors from PEAR::XML::RPC |
| 264 |
|
|
| 265 |
|
x why not PEAR::Config? |
| 266 |
|
* This class allows for parsing and editing of configuration datasources. |
| 267 |
|
* Do not use this class only to read datasources because of the overhead |
| 268 |
|
* it creates to keep track of the configuration structure. |
| 269 |
|
|
| 270 |
|
o Data::Storage and logging via Log::Dispatch - DEEP RECURSION again!!! |
| 271 |
|
|
| 272 |
|
|
| 273 |
|
|
| 274 |
|
|
Parent Directory
| 
Revision Log
| 
Patch
