Re: RFC: ideas about Tk and logging facility

2000-02-07 Thread Autarch
On Mon, 7 Feb 2000, Nick Ing-Simmons wrote: > Can you give an outline of what Log::Dispatch does? I'll summarize since I'm the author. Log::Dispatch has two parts. The first is the dispatch object, which takes messages and levels (i.e. error, criticial, warning) and passes them to all of its i

Re: RFC: ideas about Tk and logging facility

2000-02-08 Thread Autarch
One other thing that would probably be worth knowing about Log::Dispatch is that it only works with perl 5.005 or greater (it uses pseudo-hashes and compile time object typing). This may or may not be relevant but since this is somewhat unusual for CPAN modules I thought people should know this.

Better late than never

2000-02-24 Thread Autarch
I'd like to officially register the following two modules: Thesaurus DSLI - RdpO Create associations between related things Thesaurus::File DSLI - RdpO Persitence via CSV files Thesaurus::DBM DSLI - RdpO Persistence via DBM files Thesaurus::DBI DSLI - idpO Persistence in a database via

two new ones

2000-06-26 Thread Autarch
I'll be uploading two new modules to CPAN that I'd like to register if possible (CPAN id DROLSKY). 1. StackTrace - This provides a stacktrace object very similar to what you get from confess or cluck but you don't have to actually issue a warning. Plus you can step through the stack and examine

Request for info on how modules@perl.org works

2000-06-26 Thread Autarch
This has been bugging me for a while. Basically, [EMAIL PROTECTED] seems like sort of a black box. I send messages it to it and it seems that they go to some list of people (Andreas, G. Barr, J. Pritikin, K. Starsinic, ???) and then sometimes I get a response and sometimes not. Note, this has n

Re: Request for info on how modules@perl.org works

2000-06-26 Thread Autarch
On Mon, 26 Jun 2000, Kurt D. Starsinic wrote: > [EMAIL PROTECTED] is a council of wise elders who give advice on > module naming, when they feel that their wisdom is applicable. A more > accurate version of the above quote might be: > > `Generally, a lack of response can be taken as an

Re: two new ones

2000-06-26 Thread Autarch
On 27 Jun 2000, Andreas J. Koenig wrote: > > 1. StackTrace - This provides a stacktrace object very similar to what you > > Good idea. What about Devel::StackTrace. It will be used to develop > code, not in other situations, so Devel:: seems appropriate. Hmm, I'm not sure I like Devel:: all th

Re: two new ones

2000-06-27 Thread Autarch
On Tue, 27 Jun 2000, Graham Barr wrote: > That is an understatement, but all the people involved have different > ideas/needs etc.. Maybe we need a discussion forum for this work. I favor a subscriber-post-only mailing list myself and I think it would be fairly low traffic. Basically, just inv

Re: Request for info on how modules@perl.org works

2000-06-27 Thread Autarch
On 27 Jun 2000, Andreas J. Koenig wrote: > Disclaimer: please note, English is not my mother tongue. If in doubt > about my words, please give me a chance to clarify before you shoot. I think you're pretty clear. > That's impossible due to a lack of resources. We are not a funded > institution.

Re: two new ones

2000-06-27 Thread Autarch
On Tue, 27 Jun 2000, Graham Barr wrote: > If you are to discuss anything it should be open. Why have subscriber-post-only ? Because if you don't care enough to subscribe then you shouldn't be able to post. That's just my general mailing list philosophy (and it helps prevent some random spam I t

Re: two new ones

2000-06-27 Thread Autarch
On 27 Jun 2000, Andreas J. Koenig wrote: > > Devel::StackTrace > > Exception::Class > > Exception::Class::Base > > OK, noted. Will add it to the module list later today. I just noted that Devel::StackTrace has something it uses internally called StackTraceFrame (as the trace is really a set