Hi Alan,
Thanks for your reply. This is the sort of useful info I'm looking for.
On Wed, 9 Jul 2003 14:50:11 -0400 (Eastern Daylight Time) Alan G Isaac <[EMAIL
PROTECTED]> wrote:
> On Tue, 8 Jul 2003 Mark Livingstone <[EMAIL PROTECTED]>
> wrote:
> > 2. Do you use just one book with everything in it in the left
> > addressbook window or do you have multiple "sub addressbooks" (The
> > open book like icons and manilla folder icons)?
>
> I use "sub address books" extensively.
> I believe most of my needs for this would be met
> if I could alias lists of nicknames (as in pine).
> E.g., one might effectively say
> alias project1 {nick1 nick2 nick3 nicketc}
> to be able to use project1 in the address fields.
OK. That sounds useful. A sort of categorisation of each name in the
book so that we can, by use of one or more categorisations per user,
achieve a mailing list system of sorts.
Clearly we need some way of entering these "projects" for each user. If we limited the
number to a small number we could have text entry boxes but that might
get complicated quickly and it has been my experience that once you
introduce a feature, people always find more uses than you initially
thought for it :-)
I'm thinking something along the lines of another box like the current
comments area where we could enter a comma delimited string of
project's with the upper limit only controlled by the maximum number of
characters in the window.
> Related suggestion:
> if a subaddress book (or alias) is used in the bcc: field,
> list its name there instead of "undisclosed". (Again, this
> mimics useful functionality in pine.)
OK. I understand that. Seems user friendly to me.
> > What do you like / dislike about the addressbook. How can we
> improve
> > it's functionality for you users both in the short term and the
> long
> > term. For those of you that use Groupware packages of any type,
> what
> > addressing functionality would you like to see for the future? Do
> you
> > use the address auto-collect feature?
>
> Most obviously, we need to be able to change the nickname
> without creating a new entry.
OK. Should nicknames be unique within a given address book?
> Also, I think changes should be accepted by an OK button.
Yes. Absolutely. Unlike at present where you wonder "did it save that
or not?"
> If I right click an address in an email, only the address
> info is stored. The name info should be stored to.
OK.
> I would like autocollect to be configurable:
> i. not to collect names present in other specified groups
> or address books
That might cause a speed hit for large / multiple books unless we had
another master index of who was in the sub-books but still worth
thinking about.
> ii. to filter names for collection using Mahogany's
> existing filter rules technology.
Can you flesh out that idea a bit for me pls?
> > Do you use the vCards (either sending or receiving them)?
>
> No. But it does seem a potentially useful functionality.
And one more RFC we can claim compliance with LOL :-))
> Dream functionality: address book syncs with Palm address
> book.
That is definitely a feature we want to reintroduce. We just need to
find some Palm programmers. At last count only one of the current
developers had a Palm. It would be nice if the functionality could be
broader than just Palm's with the rising number of PDA's these days
(and the number that immediately ditch the native OS and install Linux
etc.)
Any plam sites you can point us to with documentation showing what the
programmers need to do?
Thanks for your great input.
Dr. QA
-------------------------------------------------------
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Download & eval WebKing and get a free book.
www.parasoft.com/bulletproofapps
_______________________________________________
Mahogany-Users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mahogany-users
