Re: receiver creation panel: - You can't save a configuration created by the receiver creation panel
- A name should be required (otherwise you can't manage it) - The UI is a bit awkward to use Also, functionality is king, but making it look a little better would be nice (that goes for the whole app, not just the receiver panel). Also, the ability to hide or show (and remember on restart) zeroconf, drag & drop and welcome tabs would be nice (we can hide & show the welcome tab now, but I don't think it's remembered on restart). Scott Deboy Principal Engineer COMOTIV SYSTEMS 111 SW Columbia Street Ste. 950 Portland, OR 97201 Office: 503.224.7496 Direct Line: 503.821.6482 Cell: 503.997.1367 Fax: 503.222.0185 [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> www.comotivsystems.com <http://www.comotivsystems.com/> ________________________________ From: Isuru Suriarachchi [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 20, 2007 5:45 AM To: Log4J Developers List Subject: Re: Tailing capability for VFS log Receiver in Chainsaw Hi Scott, First of all thanks for your ideas. I was having this question for a while.. On 3/20/07, Scott Deboy < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > wrote: Hi Isuru, You're right, it definitely wouldn't take 2 to 3 months to implement tailing in the receiver. If you'd like to work on Chainsaw itself, I can think of a number of enhancements which would improve its usefulness. Here are a few (not in any order): Yes I don't mind working on Chainsaw itself. Then I can use the project topic as "Enhancing Chainsaw" and include all the improvements in the proposal. - Add ability to change receiver configurations while Chainsaw is running - Improve the receiver creation panel Can you mention the improvements in the receiver creation panel? - Add ability to define custom expression logpanels which are always created when Chainsaw is started - Add ability to remember (and clear) filter expressions and search expressions between Chainsaw restarts (for each logpanel) - Improve Chainsaw performance (memory use) - Improve the expression mechanism (used in search, colorizing and filtering) to not require spaces between operators and operands - Change the color preference persistence to use XStream insted of storing serialized Java objects I'll write my proposal with all these improvements and send you a link. Then you can propose any changes needed or extra points to add.. Thanks, ~Isuru Scott Deboy COMOTIV SYSTEMS 111 SW Columbia Street Ste. 950 Portland, OR 97201 Telephone: 503.224.7496 Cell: 503.997.1367 Fax: 503.222.0185 [EMAIL PROTECTED] www.comotivsystems.com -----Original Message----- From: Isuru Suriarachchi [mailto:[EMAIL PROTECTED] ] Sent: Tue 3/20/2007 4:53 AM To: Log4J Developers List Subject: Tailing capability for VFS log Receiver in Chainsaw Hi Paul and Scott, I'm was talking about implementing tailing capability in the VFS log Receiver as a GSoC project. I went through the documentations and tried the samples in Chainsaw. And also I looked at the implementation in VFSLogFilePatternReceiver using commons-vfs. Currently I'm working on writing the proposal for the project. It should contain the following topics. Synopsis Deliverables Project Details Project Plan and some details about my self I have come up with some doubts. Can you tell me the exact scope of the project with all the functionality required from this tailing capability, as I should mention it in the proposal. I wonder whether this is enough for GSoC. (This can be due to my less understanding on the project. correct me if it is the case) Because the time period is about 2-3 months. If you can send me some sort of a detailed description with the exact scope of the project considering the time period of the project it will help me a lot to write the proposal clearly. Please consider the above topics which should be included in the proposal. thanks, ~Isuru --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
