Re: [Ilohamail-testers] major backend changes

[Ryo C. <ry...@il...>]

On 2/24/2003, "Jeroen van der Vegt" <je...@di...> wrote:

>Hello all (both?),

Apparently there are 11 people subscribed...

>One other thing: I see multiple identities appear, which is a great new
>feature! I can't wait for it to work when composing a message.
>The identities-interface looks a little like your adressbook, yet there
is
>a strange difference. In the identities-screen you can immediately add
new
>identities, While in the addresses-list you have to click on a link to
add
>a new address. As a result of this, there is only one screen to both
>change an adress and to create a new address, which results in
>unsatisfying translation.
>I must say, I prefer the new identities-interface over the adressbook
one.

The point about translation is a good one.  That's actually more a matter
of laziness on my part.  I'll add a few lang fields to make sure it's
clear whether you're editing or adding.

But about having a second screen for entering a new contact, there's
actually a semi-good reason.  Basically, it's a matter of space...and
personal taste.  I prefer to have a bunch of small windows open instead of
one big one, so there's less space.  If I put the add/edit-contact form in
the same page as the list of contacts, I'd have to do an awful lot of
scrolling to see what I want to see.
On the other hand, with identities, there are only a few fields in the
form, and most people will only have a few (<5) identities, so I figured
it'd fit in one page.

>Could you btw. change the names in the identities list to links that
>enable you to immediately compose a new message using that identity?

That's a good idea.  I'll keep that in mind for when I actually integrate
identities with compose (hopefully this afternoon).

>Besides this, the 'edit' in the Identities-list is not translated
>(although it is translatable).

Oops.  Fixed.

>And finally, am I correct that the calander won't work unless you're
using
>a database-backend?

That's correct (for now).  In theory, with the new Data Manager
abstraction layer, it wouldn't be difficult to do (with an FS backend). 
But so much of the search/sort operations would have to be done by PHP
that it'd be inefficient and slow...

But I was thinking of taking a wait-and-see approach.  If there was strong
demand for an FS-backed calendar, I might add it in.

Ryo