Le vendredi 17 dÃcembre 2004 Ã 09:51 +0800, Not Zed a Ãcrit : > On Thu, 2004-12-16 at 12:13 +0100, Rodrigo Moya wrote: > > On Wed, 2004-12-15 at 21:37 -0500, JP Rosevear wrote: > > > On Tue, 2004-12-14 at 22:45 +0800, Not Zed wrote: > > > > > > My first thought is that could make this dialog completely > > > > > > unwieldy, i > > > > > > personally already have 4 mail accounts plus an NNTP account, if I > > > > > > were > > > > > > to add my groupwise calendar along with 3-4 web calendars, its now > > > > > > holds > > > > > > about 10 items. > > > > > > > > > > > I was talking on hooking it to the Send/Receive action, not > > > > > specifically > > > > > to the dialog, although it would make sense to show progress in that > > > > > dialog for calendars also. > > > > > > > > Not going to be terribly easy though, given the way it works, unless > > > > you want to start using camel progress primitives in the calendar :-) > > > > > > Perhaps its time to not make Send/Receive a global shell routine? > > > Mailer can still use send/receive, addressbook may not need any and > > > calendar can do "refresh" or something. > > > > > I think this what makes more sense. Although I liked the idea of having > > a single 'refresh' button for all components. > > Umm, yeah. Why all that crap to get the "get mail" button to appear > in all components if we're only going to use it to get mail?
What about going the other way ? Is it possible to split the send/receive. I'm most unhappy having to read all my mail boxes at once (takes time, takes network bandwidth) each time I wish to send a mail. Looks like yet another bad MS idea people got used to :-( Well does'nt the local "get mail" should get only the currently used account ? Disappointed. OK I can go each time to Parameters and unselect accounts. But it's really boring. -- Christophe Grosjean <[EMAIL PROTECTED]> _______________________________________________ evolution-hackers maillist - [email protected] http://lists.ximian.com/mailman/listinfo/evolution-hackers
