Re: Bug interface

From: Date: Sat, 07 Jul 2001 20:07:53 +0000
Subject: Re: Bug interface
References: 1 2  Groups: php.mirrors 
Request: Send a blank email to php-mirrors+get-5297@lists.php.net to get a copy of this message
> Introducion those functions is a leap ahead :). > Personally, I think it's better to have functions AFTER the global logic. > And behind a clear comment: aid-functions starting here. I fully agree. > About the missing ?>: I do that all the time, it's valid. Though not clearly > documented... that's a TODO then... It is not documented. Or at least I don't know it is documented :))) > I think Goba is working on it? What I am working on? :) Do you mean the bug system? > Or should I try to clean it up (i.e. rewrite > the structure, and maybe rewrite half of it...) Well, about the bug system, you are right, when saying: " a typical example of something that started out simple, but because of patch over patch, and hack over hack, got unreadable... " I think somebody should move all bug things to a new /bugs directory, and split up the functions into separate files, eg: /bugs index.php (Bug reporting) search.php (Bug searching) dos-and-donts.php backtrace.php etc. See the filenames now: bug-pwd-finder.php bugs-dos-and-donts.php bugs-generating-backtrace.php bugs-php3.php bugs.php bugstats.php lbugs.php It seems, somebody already implemented this but with bugs- prefixes... bugs.php needs further separation, and all bug pages [and includes] should go to the /bugs directory. So we don't mess up the bugs.php page with lots of code, and the include dir with lots of bug (non site-wide) includes. Goba

« previous php.mirrors (#5297) next »