o flib:
@@ -13,30 +12,30 @@
o include-paths o configKey (servername) => servername/appname o make glib
- o RPC::Remote: just can talk to single rpc-server!!!!
+ o RPC::Remote: just can talk to single rpc-server!!!! o app-cleanup: o replace ../img/ through img/ globally (in all files found) o grep -ri "../img" | modify.pl --regex=s/\.\.\/img/img/g [--in-type=filelist] o refactor replace_cvs.pl to:
finder.pl -R --regex=/CVS/Root . | modify.pl --regex=s/:pserver:/:ext:/ [--in-type=filelist]
- o is it possible to actually parse settings && arguments (not just "options") using Getopt::Long??
- o else: look at CPAN more detailed or make a CliCmd::Option + CliCmd::Argument = CliCmd::Setting!!
- O refactor Getopt::Simple to Getopt::Easy and add features!? a) argument/option-mechanism b) restrict option-mech
+ o is it possible to actually parse settings && arguments (not just "options") using Getopt::Long??
+ o else: look at CPAN more detailed or make a CliCmd::Option + CliCmd::Argument = CliCmd::Setting!!
+ O refactor Getopt::Simple to Getopt::Easy and add features!? a) argument/option-mechanism b) restrict option-mech
symbol: O=Ongoing
- c use Getopt::Auto???
- x make Getopt::Easy!!!
- o 0. Oef::Request -> ...
-o 1. CliCmd::Setting -> Oef::Request -> [hibernate] -> [wakup] -> Oef::Engine -> Oef::>Task -> Oef::Response
- o need to freeze a Oef::Request
-o 2. CliCmd::Setting -> Oef::Request -> Oef::Engine -> Oef::Task -> [hibernate] -> [wakup] -> Oef::Response
- o need to freeze a Oef::Engine
- o Oef::Base bases on DesignPattern::Object and DesignPattern::Bridge
+ c use Getopt::Auto???
+ x make Getopt::Easy!!!
+ o 0. Oef::Request -> ...
+o 1. CliCmd::Setting -> Oef::Request -> [hibernate] -> [wakup] -> Oef::Engine -> Oef::>Task -> Oef::Response
+ o need to freeze a Oef::Request
+o 2. CliCmd::Setting -> Oef::Request -> Oef::Engine -> Oef::Task -> [hibernate] -> [wakup] -> Oef::Response
+ o need to freeze a Oef::Engine
+ o Oef::Base bases on DesignPattern::Object and DesignPattern::Bridge
@@ -77,11 +76,11 @@
o freier xml-editor für win32? (nicht auf msxml3 basierend?)
-o Data::Storage
- - overview
- - just gives you a handle to a preconfigured data-source.
- - it's a meta-module on our way to unified data access.
- - details
+o Data::Storage
+ - overview
+ - just gives you a handle to a preconfigured data-source.
+ - it's a meta-module on our way to unified data access.
+ - details
It also lets you add additional methods to this handle from
specified Perl-modules acting as "plugins".
It's delivered with "Handlers" ready for talking to rdbms-databases,
@@ -106,16 +105,16 @@
o cvs & kerberos???
-o enhance Mail::Audit::Dispatch
- x recieveMail -> dispatchmail & Mail::Audit::Dispatch
- o Mail::Audit::Dispatch::Folder::Mbox (by joko, the main part of the former recieveMail, just uses Mail::Audit)
- o Mail::Audit::Dispatch::Spool (by joko, a little part of the former recieveMail, just uses Mail::Audit)
- x Mail::Audit::Dispatch::Newsgate (by joko, uses Net::NNTP)
- o Mail::Audit::Dispatch::Folder::Cyrus1 (by jonen, acts as sendmail MDA instead of /usr/sbin/cyrdeliver, but re-dispatches to it again after resolving addresses against an arbitrary data source, see 'Data::Map' stuff....)
- o Mail::Audit::Dispatch::Faxgate (by janosch, uses /usr/bin/sendfax; still inside 'mail-handler', tbr)
- o Mail::Audit::Dispatch::Smsgate (by janosch, uses /usr/bin/yaps; still inside 'mail-handler', tbr)
+o enhance Mail::Audit::Dispatch
+ x recieveMail -> dispatchmail & Mail::Audit::Dispatch
+ o Mail::Audit::Dispatch::Folder::Mbox (by joko, the main part of the former recieveMail, just uses Mail::Audit)
+ o Mail::Audit::Dispatch::Spool (by joko, a little part of the former recieveMail, just uses Mail::Audit)
+ x Mail::Audit::Dispatch::Newsgate (by joko, uses Net::NNTP)
+ o Mail::Audit::Dispatch::Folder::Cyrus1 (by jonen, acts as sendmail MDA instead of /usr/sbin/cyrdeliver, but re-dispatches to it again after resolving addresses against an arbitrary data source, see 'Data::Map' stuff....)
+ o Mail::Audit::Dispatch::Faxgate (by janosch, uses /usr/bin/sendfax; still inside 'mail-handler', tbr)
+ o Mail::Audit::Dispatch::Smsgate (by janosch, uses /usr/bin/yaps; still inside 'mail-handler', tbr) o could also use /usr/bin/smssend or some module from CPAN
- o Mail::Audit::Dispatch::Response (by joko, notifies sender that his/her mail was processed by arbitrary system)
+ o Mail::Audit::Dispatch::Response (by joko, notifies sender that his/her mail was processed by arbitrary system) o send autoresponse with subject: "Your bug-request was filed." when mailing to bugs@netfrag.org (done by gateway@netfrag.org) o actually do file the message at nfo.support.queue (done by gateway@netfrag.org) o maybe cc: to or integrate with tutos or other ticketing system (bugzilla)???)
@@ -183,10 +182,10 @@
o mixin inheritance for php? o manipulating the symbol table?
-o integrate timestamp into log-output of CPAN's Log::Dispatch!?
+o integrate timestamp into log-output of CPAN's Log::Dispatch!?
o integrate autogenerated api-documentation for code@netfrag.org
- use PhpDocumentor: http://phpdocu.sourceforge.net/
+ use PhpDocumentor: http://phpdocu.sourceforge.net/
o phpLdapBrowser using components from o PEAR (DB_ldap)
@@ -199,7 +198,7 @@
o maybe integrate these together to get max. overview over all details
to be able to provide enough abstraction in implementation: o current dispatcher from yakka (Engine 1.0?, Engine 2.0?)
- o dispatchrequest (the generic dispatcher which listens at http://cvs.netfrag.org and http://news.netfrag.org)
+ o dispatchrequest (the generic dispatcher which listens at http://cvs.netfrag.org and http://news.netfrag.org) o glib/Application/AbstractRequest (a component which grew out of a custom application once,
but was refactored two times after that ( -> flib/Site/Request -> org.netfrag.glib/Application/AbstractRequest) o org.netfrag.glib for tying all that together
@@ -213,25 +212,25 @@
o include process view??? o link to "IntegratesWith"-page: PIMs, Offices
-o Data::Storage and logging via Log::Dispatch - DEEP RECURSION again!!!
+o Data::Storage and logging via Log::Dispatch - DEEP RECURSION again!!!
x build content-index of news.netfrag.org o mnoGoSearch's news-extension seems to require some more database-tuning ;-(
- x ./sbin/indexer -a -v 5 -i -u http://www.netfrag.org/webnews/%
+ x ./sbin/indexer -a -v 5 -i -u http://www.netfrag.org/webnews/% o automate this: o cd /usr/local/mnogosearch o ./sbin/indexer
- x ./sbin/indexer -a -p 1 -u http://www.netfrag.org/webnews/%
+ x ./sbin/indexer -a -p 1 -u http://www.netfrag.org/webnews/% x deleted all "post.php"-documents from mnoGoSearch-index-database x place entry in indexer.conf *before* the "Allow"-rules: "Disallow Regex \/webnews\/post\.php.*" x ... so we have now (for newsportal)
Disallow Regex \/webnews\/post\.php.*
Allow Regex \/webnews\/
- x run: ./sbin/indexer -a -v 5 -p 1 -u "http://www.netfrag.org/webnews/post.php%"
+ x run: ./sbin/indexer -a -v 5 -p 1 -u "http://www.netfrag.org/webnews/post.php%" x or (faster - and will not blow up your apache):
- ./sbin/indexer -a -u "http://www.netfrag.org/webnews/post.php%"
+ ./sbin/indexer -a -u "http://www.netfrag.org/webnews/post.php%"
-o refactor OEF::Why::Queue
+o refactor OEF::Why::Queue o Topics o ORM (Object Relational Mapper) o Data synchronization
@@ -244,41 +243,41 @@
o LookAt PEAR-1.0?
- o PEAR::XML::RPC
+ o PEAR::XML::RPC x remove custom patches x re-integrate functionality from these patches at another place o enhance patches
- o look at http://cvs.php.net/co.php/pear/XML_RPC/RPC.php
- o look at http://marc.theaimsgroup.com/?l=pear-dev&m=103578377822397&w=2
+ o look at http://cvs.php.net/co.php/pear/XML_RPC/RPC.php
+ o look at http://marc.theaimsgroup.com/?l=pear-dev&m=103578377822397&w=2 o provide better patch introducing new error-codes and messages for "local errors": o "could not connect to remote server, failed to open socket" o "could not send data, but socket is open"
- x LookAt PEAR::Log-1.5.3
+ x LookAt PEAR::Log-1.5.3 x does it have log-level-constants defined inside itself? yes! x re-integrate patches to have timestamp formatted in a different way
- o integrate PEAR::Translation with smarty
- o look at http://pear.php.net/package-info.php?pacid=124&release=1.2.3
- o look at http://smarty.php.net
+ o integrate PEAR::Translation with smarty
+ o look at http://pear.php.net/package-info.php?pacid=124&release=1.2.3
+ o look at http://smarty.php.net o refactor flib/Application/i10n/LocaleText.php o send patch for PEAR/Log/file.php o make patch for PEAR/XML/RPC.php
- o refactor to PEAR::DB - drivers
+ o refactor to PEAR::DB - drivers o glib/Data/Driver/Proxy.php o glib/Data/Driver/RPC/Remote.php
- o the name??? (DB::RPC?, DB::Remote?, DB::Virtual?)
- o PEAR::Auth::Kerberos???
- o integrate glib/Data/Driver/Proxy with PEAR::Cache
- o use DB::RPC for this!
- o integrate Application::Config with PEAR::Config
- o use PEAR::Tree
- o look at http://opensource.visionp.de/modules/project/tree.php
- o as base data container for "app::menu", "phpHtmlLib::TreeNav"
- o integrate Data::Encode with PEAR::I18N - Internationalization???
+ o the name??? (DB::RPC?, DB::Remote?, DB::Virtual?)
+ o PEAR::Auth::Kerberos???
+ o integrate glib/Data/Driver/Proxy with PEAR::Cache
+ o use DB::RPC for this!
+ o integrate Application::Config with PEAR::Config
+ o use PEAR::Tree
+ o look at http://opensource.visionp.de/modules/project/tree.php
+ o as base data container for "app::menu", "phpHtmlLib::TreeNav"
+ o integrate Data::Encode with PEAR::I18N - Internationalization??? o prepare patches for pear.php.net
- o configurable timestamp format for PEAR::Log::file
- o no fatal php errors from PEAR::XML::RPC
- x why not PEAR::Config?
+ o configurable timestamp format for PEAR::Log::file
+ o no fatal php errors from PEAR::XML::RPC
+ x why not PEAR::Config?
* This class allows for parsing and editing of configuration datasources.
* Do not use this class only to read datasources because of the overhead
* it creates to keep track of the configuration structure.
@@ -292,16 +291,16 @@
o schema-convertors o ldap-schema -> rdfs? o tangram-schema -> rdfs?
- o DBIx::DBSchema <-> rdfs?
+ o DBIx::DBSchema <-> rdfs? o => web-based rdfs-browser/-editor???
o glossary: Abstract Syntax Notation Basic Encoding Rules (ASN.1/BER) records
o add some notes about licenses: o code: use GPL/LGPL? (GNU General Public License)
- ->http://www.gnu.org/copyleft/gpl.html
+ ->http://www.gnu.org/copyleft/gpl.html o documentation and stuff: use OpenContent License (OPL)?
- ->http://opencontent.org/opl.shtml?
+ ->http://opencontent.org/opl.shtml?
o found: LDSU
@@ -314,7 +313,7 @@
~natraj: redirect to ../optix
~xabbu: redirect to vortex.sytes.net
~janosch: fill with scripts/PerlFileMover.pl, scripts/mail-handler.pl and scripts/conrad-c-control-xyz
- download: link to http://psl.no-ip.com/public/download/
+ download: link to http://psl.no-ip.com/public/download/ o change css-styles? o reduce width of inner text-field?
@@ -338,7 +337,7 @@
o transportable via xml o storable in xml, rdbms, ldap
@@ -349,27 +348,27 @@
o add javascript-link: "search for selected word/phrase" against search.netfrag.org
o add new topic: "filter"
- o Regexp::Group
- o Data::Filter
- o Mail::Audit
+ o Regexp::Group
+ o Data::Filter
+ o Mail::Audit o Content-Filters o wiki, tavi, etc. o QuickNote to HTML (what about the name 'iNote'?)
o janosch's PerlFileMover
- o use unlink together with File::Spec instead of doing a "del" via system
- o use File::List (look at File::Iterator also)
+ o use unlink together with File::Spec instead of doing a "del" via system
+ o use File::List (look at File::Iterator also) o use some directory watcher module or make one from that?
- o POE::Component::DirWatch
- http://search.cpan.org/author/CHOLET/POE-Component-DirWatch-0.01/DirWatch.pm
+ o POE::Component::DirWatch
+ http://search.cpan.org/author/CHOLET/POE-Component-DirWatch-0.01/DirWatch.pm
o replace? look at sandr! (Search AND Replace?) (from french university/organization...)
o install? look at DLAI! (DownLoad And Install?) (from french university/organization...)
o split up custom gui: o two parts (topics): "notes" & "ideas" (& "visions"?) o *both* may have contexts (are associated with one or more other arbitrary items) o these may be StartingPoints when having a number of things cross referenced
o enhance CVSSpam's ruby-scanner's keywords (TODO, FIXME, etc.) o REVIEW
@@ -417,9 +416,9 @@
o couple the inn-perl-filters with the mentioned InterpolWebService ;-) o or should we name it "ExtrapolWebService"?
-x search::perl inner class
+x perl inner class x it works! x the intended document is found on first place x this document is also found
@@ -460,7 +459,7 @@
where the keywords are found inside the pure titles
x DSMLv2:
- from http://www.netfrag.org/webnews/article.php?id=241&group=nfo.links.computing
+ from http://www.netfrag.org/webnews/article.php?id=241&group=nfo.links.computing
DSMLv2 is defined in terms of a set of XML fragments that are used as
payloads in a binding. A binding defines how the DSMLv2 XML fragments are sent
as requests and responses in the context of a specific transport such as SOAP,
@@ -469,39 +468,39 @@
serves as the DSMLv2 analog of LDIF is defined in section 7. The rules for
defining other DSMLv2 compliant bindings are found in section 8.
-o refactor hash2sql into some module (Data::Storage::Handler::DBI?, shortcuts.pm?)
+o refactor hash2sql into some module (Data::Storage::Handler::DBI?, shortcuts.pm?)
-o use Hash::Merge instead of object2hash
+o use Hash::Merge instead of object2hash
-o make a Object::Merge (maybe patch Hash::Merge) to refactor hash2object somehow
+o make a Object::Merge (maybe patch Hash::Merge) to refactor hash2object somehow
o in search for a native perl make solution:
- - gnu make: http://www.gnu.org/software/make/
- - java ant: http://ant.apache.org/
- - perforce jam (just another make): http://www.perforce.com/jam/jam.html
- - perl make: http://search.cpan.org/author/MHOSKEN/Font-TTF-0.32/pmake.bat
+ - gnu make: http://www.gnu.org/software/make/
+ - java ant: http://ant.apache.org/
+ - perforce jam (just another make): http://www.perforce.com/jam/jam.html
+ - perl make: http://search.cpan.org/author/MHOSKEN/Font-TTF-0.32/pmake.bat
pmake - a perl 'make' replacement
based on:
- - CPAN Make: http://search.cpan.org/author/NI-S/Make-1.00/
+ - CPAN Make: http://search.cpan.org/author/NI-S/Make-1.00/
Make - module for processing makefiles
- - Phing: http://webstract.org/
+ - Phing: http://webstract.org/
Phing is a build system, similar to Gnu make, and Apache ant,
though it's concept is closer to ant than it is to gnumake.
In fact, Phing was written with ant's design in mind to create a build system.
Phing stands for "PHphmake Is Not Gnumake".
- - nant: http://nant.sourceforge.net/
+ - nant: http://nant.sourceforge.net/
NAnt is a free .NET build tool. In theory it is kind of like make without make's wrinkles.
In practice it's a lot like Ant. NAnt has been tested with the .Net Release.
- - cons - A Make replacement
- http://www.dsmit.com/cons/
- - SCons: http://www.scons.org/
+ - cons - A Make replacement
+ http://www.dsmit.com/cons/
+ - SCons: http://www.scons.org/
a Software Construction tool
- - a-a-p: http://www.a-a-p.org/
- - Data::Flow - Perl extension for simple-minded recipe-controlled build of data
- http://search.cpan.org/dist/Data-Flow/Flow.pm
- - OpenOffice.org - Build tool
+ - a-a-p: http://www.a-a-p.org/
+ - Data::Flow - Perl extension for simple-minded recipe-controlled build of data
+ http://search.cpan.org/dist/Data-Flow/Flow.pm
+ - OpenOffice.org - Build tool o CPAN: o JHI
- o Text::Starfish
+ o Text::Starfish o Meta-0.08 > java_run.pl o Jvm o Java
- o Inline::Java
- o PBJ::JNI
- o PDL::IO::HDF5
+ o Inline::Java
+ o PBJ::JNI
+ o PDL::IO::HDF5
o ojb
- http://db.apache.org/ojb/
+ http://db.apache.org/ojb/
ObJectRelationalBridge (OJB) is an Object/Relational mapping tool
that allows transparent persistence for Java Objects against relational databases.
o write "Thank You!" to authors of phpHtmlLib! (phphtmllib.newsblob.com) o compare lib with different comparable others (binarycloud, xoom, etc.) o ask jonen!
o frontend for amavis quarantine area?
- see http://www.mailfrontier.com/
+ see http://www.mailfrontier.com/ o frontend for mail system o postmaster mails o 'dead.letter's
@@ -743,15 +742,15 @@
o refactor joko/doc/topics.html
o for ViewCVS
- - link (beside "Download tarball"): "JumpToDocumentation" (Manual, additional Resources, etc.)
+ - link (beside "Download tarball"): "JumpToDocumentation" (Manual, additional Resources, etc.)
o for phpDocumentIndex
- - link "Download tarball" (like ViewCVS)
+ - link "Download tarball" (like ViewCVS)
o re-enable automation of: o indexer (mnoGoSearch)
@@ -766,29 +765,29 @@
o Html widgets - final solution!? (q: php|perl?) (a: keep it multifold!) x phpHtmlLib (for now)
- o later: Perl Widget Library, follow: http://www.netfrag.org/webnews/article.php?id=406&group=nfo.links.computing
+ o later: Perl Widget Library, follow: http://www.netfrag.org/webnews/article.php?id=406&group=nfo.links.computing
o todo, 2003-02-26 x better shortcut syntax for search.netfrag.org, e.g.:
- x http://search.netfrag.org/hello world
- x http://search.netfrag.org/phpHtmlLib
- o re-enable: [Yakka => http://www.netfrag.org/~bareface/yakka/]
+ x http://search.netfrag.org/hello world
+ x http://search.netfrag.org/phpHtmlLib
+ o re-enable: [Yakka => http://www.netfrag.org/~bareface/yakka/] o test: [Yakka]
- o run: ./sbin/indexer -a -v 5 -p 1 -u "http://www.netfrag.org/~bareface/%"
+ o run: ./sbin/indexer -a -v 5 -p 1 -u "http://www.netfrag.org/~bareface/%"
+ o tree for html, follow http://search.netfrag.org/tree
+ x view layer: (frontend/dhtml) use joust or (maybe better) XTree, follow http://search.netfrag.org/xTree
+ x model layer: look at PEAR::Tree, follow http://search.netfrag.org/pear:tree
+ o controller layer: to be implemented! (php!) (as phpHtmlLib component/lib? what about ->NavTree?)
+ o backend layer: maybe use File::List (perl) for directory traversal backend, follow http://search.netfrag.org/pear:tree
+ o look at: TreeNav (http://search.netfrag.org/TreeNav) this is from phpHtmlLib (search::/news/nfo.links.*::phpHtmlLib)
+ ->http://www.netfrag.org/webnews/article.php?id=89&group=nfo.log.cvs
+ o phpHtmlLib::TreeCSSNav|TreeDHtmlNav? o begin [Twingle] (proj./lang.) x start Twingle-impl. (in perl) x AutoColouring: x '^(\s|\t)*o' => 'red' x '^(\s|\t)*x' => 'green'
- o LinkExpansion: link-extrapolation/-expansion (http://...)
- o proposal: search::Intertwingularity should be resolved/dispatched (via dispatchrequest) to
- x http://www.netfrag.org/search/?q=Intertwingularity
- x http://search.netfrag.org/Intertwingularity
- o search::..., follow::..., etc.
- o NamespaceDetection - find 'Word::Word::Word' style things
+ o LinkExpansion: link-extrapolation/-expansion
+ x simple mode: http://... to $url
+ x proposal: Intertwingularity should be resolved/dispatched (via dispatchrequest) to
+ x http://www.netfrag.org/search/?q=Intertwingularity
+ x http://search.netfrag.org/Intertwingularity
+ x "..."
+ o "follow::..."
+ o NamespaceDetection - find 'Word::Word::Word' style things o AutoColouring: '\w::|::\w' => 'orange' o LinkExpansion: lookup found name in a KeywordRegistry|ShortcutRegistry (sub-node: "namespace")
(a registry-db (has to store classnames from perl and/or php and stuff))
@@ -842,7 +851,7 @@
o re-enable "stat" for symlinks - if possible o "last run by/on" o sync-meta:
- o website (TWiki): http://sync-meta.netfrag.org
+ o website (TWiki): http://sync-meta.netfrag.org o newsgroup (inn): news://news.netfrag.org/nfo.sync-meta o mail-address (sendmail, dispatchmail, inn): sync-meta@netfrag.org o first content
@@ -852,14 +861,6 @@
o announce internally o announce otherwhere? o mkProject@sourceforge?
- o tree for html, follow http://search.netfrag.org/?q=tree:
- x view layer: (frontend/dhtml) use joust or (maybe better) XTree, follow http://search.netfrag.org/xTree
- x model layer: look at PEAR::Tree, follow http://search.netfrag.org/?q=pear::tree
- o controller layer: to be implemented! (php!) (as phpHtmlLib component/lib? what about ->NavTree?)
- o backend layer: maybe use File::List (perl) for directory traversal backend, follow http://search.netfrag.org/?q=pear::tree
- o look at: search::TreeNav (http://search.netfrag.org/TreeNav) this is from phpHtmlLib (search::/news/nfo.links.*::phpHtmlLib)
- ->http://www.netfrag.org/webnews/article.php?id=89&group=nfo.log.cvs
- o phpHtmlLib::TreeCSSNav|TreeDHtmlNav?
o integrate rendering of phpHtmlLibWidgets as YakkaPlugins (via special TaviTags)