* _brian_d_foy ([EMAIL PROTECTED]) [030123 18:24]:
> In article <[EMAIL PROTECTED]>, Johan
> Vromans <[EMAIL PROTECTED]> wrote:
> > I suggest to go ahead with User::Identity and Mail::Identity and see
> > how it works out. I'm convinced that Mark has done a lot of thinking
> > about it, and I don't
I suggest to go ahead with User::Identity and Mail::Identity and see
how it works out. I'm convinced that Mark has done a lot of thinking
about it, and I don't see any better names coming up anyway.
-- Johan
* Andreas J. Koenig ([EMAIL PROTECTED]) [030123 08:38]:
>> For my feeling, the focus of all responses till now is that the main issue
>> about user information is that it is stored in an address book. For me, the
>> main issue is that it is easily accessible and smart.
> If an Addressbook::Entry
Now it looks like a bikeshed problem to me.
http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/misc.html#BIKESHED-PAINTING
Sorry about that.
> On Tue, 21 Jan 2003 11:09:45 +0100, Mark Overmeer <[EMAIL PROTECTED]> said:
> For my feeling, the focus of all responses till now is that the ma
* Andreas J. Koenig ([EMAIL PROTECTED]) [030121 09:37]:
> > On Tue, 21 Jan 2003 08:50:35 +0100, Mark Overmeer <[EMAIL PROTECTED]> said:
>
> > Please suggest something which is more suitable.
>
> Have you had a look at AddressBook::Entry? I haven't, but I believe a
> top level namespace like
> On Tue, 21 Jan 2003 08:50:35 +0100, Mark Overmeer <[EMAIL PROTECTED]> said:
> Please suggest something which is more suitable.
Have you had a look at AddressBook::Entry? I haven't, but I believe a
top level namespace like AddressBook or Rolodex would characterize the
role of the module be
* _brian_d_foy ([EMAIL PROTECTED]) [030121 08:38]:
> In article <[EMAIL PROTECTED]>, Johan
> Vromans <[EMAIL PROTECTED]> wrote:
>
> > [Quoting Mark Overmeer, on January 20 2003, 19:16, in "Re: Module submissio"]
> > > Many applications have a need for User information: address books, e-mail
> > >
* _brian_d_foy ([EMAIL PROTECTED]) [030121 08:38]:
> In article <[EMAIL PROTECTED]>, Johan
> Vromans <[EMAIL PROTECTED]> wrote:
>
> > [Quoting Mark Overmeer, on January 20 2003, 19:16, in "Re: Module submissio"]
>
> > > Many applications have a need for User information: address books, e-mail
> >
In article <[EMAIL PROTECTED]>, Johan
Vromans <[EMAIL PROTECTED]> wrote:
> [Quoting Mark Overmeer, on January 20 2003, 19:16, in "Re: Module submissio"]
> > Many applications have a need for User information: address books, e-mail
> > tools, databases, configuration systems, etc etc. So the comm
[Quoting Mark Overmeer, on January 20 2003, 19:16, in "Re: Module submissio"]
> The proposed User::Identity with respect to address books has about the
> same relation as e-mail addresses to mail-folders. There are somewhat
> related, but have a wider use.
Sorry if I have been unclear: My remark
* Johan Vromans ([EMAIL PROTECTED]) [030120 17:29]:
> "Perl Authors Upload Server" <[EMAIL PROTECTED]> writes:
>
> > Planned classes: User::Identity Contains general info (defaults)
> > for the user, like name etc. When you specify a fullname only, it
> > tries to be smart and derived
"Perl Authors Upload Server" <[EMAIL PROTECTED]> writes:
> Planned classes: User::Identity Contains general info (defaults)
> for the user, like name etc. When you specify a fullname only, it
> tries to be smart and derived firstname, etc. Mail::Address does
> things like that. Use
The following module was proposed for inclusion in the Module List:
modid: User::Identity
DSLIP: idpOp
description: User schizophrenia
userid: MARKOV (Mark Overmeer)
chapterid: 12 (Opt_Arg_Param_Proc)
communities:
similar:
User, AppConfig, MailTools
ration
13 matches
Mail list logo
