Re: [Components] Roadmap: Debug EventLog Components
Hi, Custom HTML output or other more application specific things could be done with the ezcLogStackWriter by Thomas Koch if somebody would need that (http://issues.ez.no/IssueView.php?Id=14104). Thank you for adding it! What do you think about adding method overloading for the different severity levels ($log-info(), $log-debug(), ...)? Doesn't sound like a bad idea... makes the API easier to use I think. Care to file an enhancement for this? http://issues.ez.no/IssueView.php?Id=14789 With this email I'd like to start a discussion about the improvement of the EventLog component especially by getting FirePHP support. What do you think? I wouldn't mind to have it at all... I think it's much better than having to render the output at the end of the request. I had no time to look at this again until now. I'll have a closer look at the EventLog - FirePHP integration after finishing my thesis (in July I guess). Regards, Andi -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
Re: [Components] Roadmap: Debug EventLog Components
On Sat, 7 Feb 2009, Andreas Schamberger wrote: I recently thought about the Debug EventLog Components and had a look at the Issue Tracker. There are several issues that attracted my attention. Derick added the issue Investigate on how to improve the Debug and EventLog components (http://issues.ez.no/IssueView.php?Id=14090). In my opinion the Debug component should be retired completely in favor of the EventLog component. The loss of the HTML output is imo not a problem as there is a better alternative: FirePHP (http://issues.ez.no/IssueView.php?Id=13614). I wouldn't mind adding support for this, but I know very little about FirePHP. At the moment it's marked as Open for Contributions. Custom HTML output or other more application specific things could be done with the ezcLogStackWriter by Thomas Koch if somebody would need that (http://issues.ez.no/IssueView.php?Id=14104). Could this be added to the next version btw.? I'll add it to the list to check out, but can't promise anything right now as there are other priorities. What do you think about adding method overloading for the different severity levels ($log-info(), $log-debug(), ...)? Doesn't sound like a bad idea... makes the API easier to use I think. Care to file an enhancement for this? Open questions: * How do we integrate logging of Exceptions and tables (arrays) into the existing API (maybe only usefull for usage with FirePHP)? Have an example of this perhaps? * How do we add some timer functionality to EventLog? * Do we need to bundle the FirePHP class for a EventLogFirePhpTiein? In the Pear Package the dependency could be added easily as there is a PEAR channel for FirePHP. Unfortunately, we can't bundle anything because of the CLA, whether we can add a dependency on the pear channel we'll have to see -- but that might work. It would not be able to be autoloaded in its entirely I suspect. With this email I'd like to start a discussion about the improvement of the EventLog component especially by getting FirePHP support. What do you think? I wouldn't mind to have it at all... I think it's much better than having to render the output at the end of the request. regards, -- Derick Rethans eZ components Product Manager eZ systems | http://ez.no -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components
[Components] Roadmap: Debug EventLog Components
Hi, I recently thought about the Debug EventLog Components and had a look at the Issue Tracker. There are several issues that attracted my attention. Derick added the issue Investigate on how to improve the Debug and EventLog components (http://issues.ez.no/IssueView.php?Id=14090). In my opinion the Debug component should be retired completely in favor of the EventLog component. The loss of the HTML output is imo not a problem as there is a better alternative: FirePHP (http://issues.ez.no/IssueView.php?Id=13614). Custom HTML output or other more application specific things could be done with the ezcLogStackWriter by Thomas Koch if somebody would need that (http://issues.ez.no/IssueView.php?Id=14104). Could this be added to the next version btw.? What do you think about adding method overloading for the different severity levels ($log-info(), $log-debug(), ...)? Open questions: * How do we integrate logging of Exceptions and tables (arrays) into the existing API (maybe only usefull for usage with FirePHP)? * How do we add some timer functionality to EventLog? * Do we need to bundle the FirePHP class for a EventLogFirePhpTiein? In the Pear Package the dependency could be added easily as there is a PEAR channel for FirePHP. With this email I'd like to start a discussion about the improvement of the EventLog component especially by getting FirePHP support. What do you think? Regards, Andi -- Components mailing list Components@lists.ez.no http://lists.ez.no/mailman/listinfo/components