please remove our email adresse!!!!!! [EMAIL PROTECTED]
----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, July 11, 2003 12:52 AM Subject: evolution digest, Vol 1 #313 - 11 msgs > Send evolution mailing list submissions to > [EMAIL PROTECTED] > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ximian.com/mailman/listinfo/evolution > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of evolution digest..." > > > Today's Topics: > > 1. Re: I have problem view attach file (Jeffrey Stedfast) > 2. retrieving pop summary (Grzesiek Sedek) > 3. printer font (evo 1.2.4.99) (Alec Schramm) > 4. Evolution 1.4.3 (Ettore Perazzoli) > 5. Re: printer font (evo 1.2.4.99) (guenther) > 6. Evolution 2.0 UI proposal (Ettore Perazzoli) > 7. Re: Evolution 2.0 UI proposal (Steven Tryon) > 8. Re: Evolution 2.0 UI proposal (Jason Tackaberry) > 9. Re: Evolution 2.0 UI proposal ([EMAIL PROTECTED]) > 10. Re: Evolution 2.0 UI proposal (Ettore Perazzoli) > 11. Re: Evolution 2.0 UI proposal ([EMAIL PROTECTED]) > > --__--__-- > > Message: 1 > Subject: Re: [Evolution] I have problem view attach file > From: Jeffrey Stedfast <[EMAIL PROTECTED]> > To: Scott Bronson <[EMAIL PROTECTED]> > Cc: Armin Bauer <[EMAIL PROTECTED]>, > julian ramos marrero <[EMAIL PROTECTED]>, > Evolution <[EMAIL PROTECTED]> > Organization: Ximian, Inc. > Date: Thu, 10 Jul 2003 14:13:30 -0400 > > if it is really test, then gnome-vfs should be able to detect it as a > textual type in which case we'd be able to display it. > > Jeff > > On Thu, 2003-07-10 at 14:15, Scott Bronson wrote: > > On Thu, 2003-07-10 at 04:34, Armin Bauer wrote: > > > Do you have the correct mime-settings for pdf? > > > > Speaking of this, is there any way to get Evolution to display > > small attachments as text, regardless of MIME type? > > > > I get Matlab scripts (.m) and random config files vi email > > all the time. Thanks to the myriad of mail clients out there, > > who knows what the mime type is going to claim to be? > > > > I resent having to manually save 700-byte files to disk, then > > open them using the open file dialog when I know that they > > really are text! Maybe a user-configurable limit? > > > > Is this at all feasible? Should I file a feature request? > > > > Thanks, > > > > - Scott > > > > > > _______________________________________________ > > evolution maillist - [EMAIL PROTECTED] > > http://lists.ximian.com/mailman/listinfo/evolution > -- > Jeffrey Stedfast > Evolution Hacker - Ximian, Inc. > [EMAIL PROTECTED] - www.ximian.com > > > --__--__-- > > Message: 2 > From: Grzesiek Sedek <[EMAIL PROTECTED]> > To: Evolution Mail List <[EMAIL PROTECTED]> > Date: 10 Jul 2003 20:35:31 +0100 > Subject: [Evolution] retrieving pop summary > > Hi, > Can anyone please tell me more about "retrieving summary" process when > using pop account with stored messages (keep messages on server)? > It seems that evo is actually downloading every single message! > this is on evolution 1.4 on debian ppc, I recall that this has not been > happening only in evo 1.3.98 > Any help appreciated. Thanks. > G. > > -- > Grzesiek Sedek <[EMAIL PROTECTED]> > > > --__--__-- > > Message: 3 > From: Alec Schramm <[EMAIL PROTECTED]> > To: evolution list <[EMAIL PROTECTED]> > Organization: > Date: 10 Jul 2003 14:38:18 -0700 > Subject: [Evolution] printer font (evo 1.2.4.99) > > Can anyone tell me why emails print out in a gawd-awful script font? > (They appear just fine on the screen.) I can't seem to locate where > this default is being set. > > Thanks! > > > > > --__--__-- > > Message: 4 > From: Ettore Perazzoli <[EMAIL PROTECTED]> > To: Evolution Hackers Mailing List <[EMAIL PROTECTED]>, > Evolution Mailing List <[EMAIL PROTECTED]>, > GNOME Announces <[EMAIL PROTECTED]> > Date: 10 Jul 2003 17:49:46 -0400 > Subject: [Evolution] Evolution 1.4.3 > > A new bug fix version of Evolution, the GNOME groupware suite, is out. > > This release fixes some several problems, including some crashers, some > memory leaks and an issue with certain buggy POP servers that caused > mail download to not work properly. 1.4.0 users are strongly encouraged > to upgrade. > > Release notes are here: > > http://developer.ximian.com/projects/evolution/release_notes/1.4.3.html > > For the record, 1.4.1 and 1.4.2 haven't been released because of some > last-minute problems that we found while packaging them. > > Enjoy! > -- Ettore > > --__--__-- > > Message: 5 > Subject: Re: [Evolution] printer font (evo 1.2.4.99) > From: guenther <[EMAIL PROTECTED]> > To: Alec Schramm <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Date: 11 Jul 2003 00:10:25 +0200 > > > > Can anyone tell me why emails print out in a gawd-awful script font? > > (They appear just fine on the screen.) I can't seem to locate where > > this default is being set. > > Seems to be this bug: > http://bugzilla.ximian.com/show_bug.cgi?id=41639 > > The issue is, the printing font always is the first one sorted by > alphabet of the available fonts. Should be fixed in 1.4.3. > > ...guenther > > > -- > char *t="[EMAIL PROTECTED]"; > main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1: > (c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}} > > > --__--__-- > > Message: 6 > From: Ettore Perazzoli <[EMAIL PROTECTED]> > To: Evolution Hackers Mailing List <[EMAIL PROTECTED]>, > Evolution Mailing List <[EMAIL PROTECTED]> > Date: 10 Jul 2003 18:44:26 -0400 > Subject: [Evolution] Evolution 2.0 UI proposal > > Hello! > > Here at Ximian we have been brainstorming a bit about what happens > next in the Evolution world. One of the ideas that has come up is a > substantial overhaul of Evolution's UI. > > Since images speak better than words, here are the mockups for some > designs that Anna has developed: (this is just to give a very rough > idea of what it would be like; the icons and labels are not final, the > widgets are not the real ones etc.) > > http://primates.ximian.com/~anna/evo2/evo2_contacts.png > http://primates.ximian.com/~anna/evo2/evo2_calendar.png > http://primates.ximian.com/~anna/evo2/evo2_mail.png > http://primates.ximian.com/~anna/evo2/evo2_tasks.png > http://primates.ximian.com/~anna/evo2/evo2_navbar_shrunk.png > > The most important changes are: > > * You no longer see all the types of folders at once. You > switch between calendar, mail, tasks and contacts by > clicking on the buttons at the bottom. > > * The calendar allows you to see multiple calendar at once. > Also you can subscribe to web calendars and see them in the > pane on the left as well. > > There are a few reasons for us to go with this design: > > * It kills the all-in-one tree view, which currently makes it > difficult to reach for your calendar or contacts folders, > since they are hiding between all the various mail folders. > You no longer need to hunt for you calendar folder scrolling > through the tree to see what your schedule is like, you just > click on an easily accessible button marked "Calendar". > Much better navigation. (Please note that, although it's > not obvious from the mockup, we would still have a mail > folder tree, the same way we have it now. Calendar, Tasks > and Contacts, however, would be just flat lists.) > > * Killing the tree view also simplifies the architecture a > lot. Right now there is a lot of machinery in place to > handle the tree, making sure that components don't step on > each other's toes. In particular, the handling of local > folders is a maintenance nightmare, and also makes it very > hard to provide the hooks that hackers need eg. to access > Evolution's folders and do cool desktop integration hacks. > > * The shell's APIs would be drastically reduced to just > a couple calls and it would become a lot simpler to > implement new components. > > * This design simplification would also allow components to be > launched independently from each other. We could > potentially even launch the shell without certain components > (e.g. launch only the mailer) if the user wants it that way. > If we wanted to have separated apps a la OS X we could > trivially do that too. > > * As I mentioned, it allows side-by-side calendar viewing, > which increases the usability of the calendar manyfold. > > On the other hand, if we go this way we are probably also going to > drop the following features: > > * The summary. While the summary is neat, there is a general > feeling (at least amongst the developers) that the mail and > calendar summaries are not tremendously useful, and that > weather and RDF and weather information is better suited for > a specialized application. Also we are trying to reduce the > amount of code we have to maintain, and this seems like a > good candidate for trimming. > > * The shortcut bar. It's been shown that only a relatively > small part of the Evolution user community actually uses it, > and we feel that it unnecessarily complicates the UI. The > new design is much simpler to navigate anyways, and the > shortcut bar would add clutter and complexity, both in code > and UI. Also, it wouldn't be easy to implement in this > model without keeping some of the shell's complexity that > we would like to get rid of. > > Opinions? > > -- Ettore > > --__--__-- > > Message: 7 > Subject: Re: [Evolution] Evolution 2.0 UI proposal > From: Steven Tryon <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Date: 10 Jul 2003 19:18:40 -0400 > > Ettore, > > Looks good to me. Simultaneous calendar viewing would be a helpful > addition. The simple list view of contacts would be a big aid in > scanning the list. > > I considered the summary to be a nuisance to be avoided. I do use the > shortcut bar, but mostly to overcome the navigation headaches you > described. It would be redundant with the new layout. > > Thanks, > Steve > > On Thu, 2003-07-10 at 18:44, Ettore Perazzoli wrote: > > Hello! > > > > Here at Ximian we have been brainstorming a bit about what happens > > next in the Evolution world. One of the ideas that has come up is a > > substantial overhaul of Evolution's UI. > > -- > Steven Tryon > [EMAIL PROTECTED] > ICQ 102798975 > > > --__--__-- > > Message: 8 > Subject: Re: [Evolution] Evolution 2.0 UI proposal > From: Jason Tackaberry <[EMAIL PROTECTED]> > To: Ettore Perazzoli <[EMAIL PROTECTED]> > Cc: Evolution Hackers Mailing List <[EMAIL PROTECTED]>, > Evolution Mailing List <[EMAIL PROTECTED]> > Date: 10 Jul 2003 19:24:06 -0400 > > On Thu, 2003-07-10 at 18:44, Ettore Perazzoli wrote: > > Here at Ximian we have been brainstorming a bit about what happens > > next in the Evolution world. One of the ideas that has come up is a > > substantial overhaul of Evolution's UI. > > Excellent! It's really exciting to see some activity in this area. > > Here are my comments: > > * Overall: I really like the new layout. I agree the shortcut bar > isn't very useful, and it is made redundant by the new > navigation buttons. Also, the only time I ever look at the > Summary page is when Evo is busy loading my IMAP folders. I > won't miss it at all. > > * It's not obvious from the mockups whether or not it will be > possible to collapse trees. (i.e. I don't see any +/- button > there.) Hopefully that will still be possible. > > * It should be possible to reorder/remove or at least collapse the > top-level categories (i.e. the "On My Computer," "On > sensitive.org," and "Virtual Folders" that appear on the list in > evo_mail2.png). In my case, I simply do not use Local Folders > in Evo 1.4 except to access my Calendar and Contacts. And with > the proposed 2.0 UI, the "On My Computer" items would be > completely useless to me. I'd rather my remote IMAP folders > appear at the top of that list since they are the most > important. > > * Should the search bar at the top be labeled with "Search"? It > might improve usability to have "Search for [Messages > Containing] <input field>" instead of "[Message Contains] <input > field>" > > * I don't see a Clear button for the search bar. How will that > work? > > * In the calendar/contacts screenshots, I see a "Filter by > Category" list. Will that also be available on the in the mail > view? > > * I don't see the vertical separators in the toolbar for the mail > view, but I assume that's just a simple oversight. > > * If you axe the Summary, you'll only have 5 navigation buttons > (or whatever you call them), and that will look unbalanced. :) > > That's it for now. Of course I have tons and tons of features I'd like > to see in the new Evo that will help me better manage my mail, but I > understand this is just to discuss the UI. :) > > Cheers, > Jason. > > -- > Jason Tackaberry :: [EMAIL PROTECTED] :: 705-949-2301 x330 > Academic Computing Support Specialist > Information Technology Services > Algoma University College :: www.auc.ca > > > --__--__-- > > Message: 9 > Subject: Re: [Evolution] Evolution 2.0 UI proposal > To: Ettore Perazzoli <[EMAIL PROTECTED]> > Cc: Evolution Mailing List <[EMAIL PROTECTED]>, > [EMAIL PROTECTED], > Evolution Hackers Mailing List <[EMAIL PROTECTED]> > From: [EMAIL PROTECTED] > Date: Thu, 10 Jul 2003 16:34:46 -0700 > > > Ettore, > I like the look a lot! I liked all the layouts except the shunk nav bar. > Maybe with text and icon it would be a little easier to use. > I one who never uses the summary, fine by me to drop it. If it makes Evo > leaner (I'm still on dial-up!) the I think that's a big step forward. > > robert > > > > Ettore Perazzoli > <[EMAIL PROTECTED]> To: Evolution Hackers Mailing List <[EMAIL PROTECTED]>, Evolution > Sent by: Mailing List <[EMAIL PROTECTED]> > [EMAIL PROTECTED] cc: > ximian.com Subject: [Evolution] Evolution 2.0 UI proposal > > > 07/10/2003 03:44 PM > > > > > > > Hello! > > Here at Ximian we have been brainstorming a bit about what happens > next in the Evolution world. One of the ideas that has come up is a > substantial overhaul of Evolution's UI. > > Since images speak better than words, here are the mockups for some > designs that Anna has developed: (this is just to give a very rough > idea of what it would be like; the icons and labels are not final, the > widgets are not the real ones etc.) > > http://primates.ximian.com/~anna/evo2/evo2_contacts.png > http://primates.ximian.com/~anna/evo2/evo2_calendar.png > http://primates.ximian.com/~anna/evo2/evo2_mail.png > http://primates.ximian.com/~anna/evo2/evo2_tasks.png > http://primates.ximian.com/~anna/evo2/evo2_navbar_shrunk.png > > The most important changes are: > > * You no longer see all the types of folders at once. You > switch between calendar, mail, tasks and contacts by > clicking on the buttons at the bottom. > > * The calendar allows you to see multiple calendar at once. > Also you can subscribe to web calendars and see them in the > pane on the left as well. > > There are a few reasons for us to go with this design: > > * It kills the all-in-one tree view, which currently makes it > difficult to reach for your calendar or contacts folders, > since they are hiding between all the various mail folders. > You no longer need to hunt for you calendar folder scrolling > through the tree to see what your schedule is like, you just > click on an easily accessible button marked "Calendar". > Much better navigation. (Please note that, although it's > not obvious from the mockup, we would still have a mail > folder tree, the same way we have it now. Calendar, Tasks > and Contacts, however, would be just flat lists.) > > * Killing the tree view also simplifies the architecture a > lot. Right now there is a lot of machinery in place to > handle the tree, making sure that components don't step on > each other's toes. In particular, the handling of local > folders is a maintenance nightmare, and also makes it very > hard to provide the hooks that hackers need eg. to access > Evolution's folders and do cool desktop integration hacks. > > * The shell's APIs would be drastically reduced to just > a couple calls and it would become a lot simpler to > implement new components. > > * This design simplification would also allow components to be > launched independently from each other. We could > potentially even launch the shell without certain components > (e.g. launch only the mailer) if the user wants it that way. > If we wanted to have separated apps a la OS X we could > trivially do that too. > > * As I mentioned, it allows side-by-side calendar viewing, > which increases the usability of the calendar manyfold. > > On the other hand, if we go this way we are probably also going to > drop the following features: > > * The summary. While the summary is neat, there is a general > feeling (at least amongst the developers) that the mail and > calendar summaries are not tremendously useful, and that > weather and RDF and weather information is better suited for > a specialized application. Also we are trying to reduce the > amount of code we have to maintain, and this seems like a > good candidate for trimming. > > * The shortcut bar. It's been shown that only a relatively > small part of the Evolution user community actually uses it, > and we feel that it unnecessarily complicates the UI. The > new design is much simpler to navigate anyways, and the > shortcut bar would add clutter and complexity, both in code > and UI. Also, it wouldn't be easy to implement in this > model without keeping some of the shell's complexity that > we would like to get rid of. > > Opinions? > > -- Ettore > _______________________________________________ > evolution maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/evolution > > > > > > --__--__-- > > Message: 10 > Subject: Re: [Evolution] Evolution 2.0 UI proposal > From: Ettore Perazzoli <[EMAIL PROTECTED]> > To: Jason Tackaberry <[EMAIL PROTECTED]> > Cc: Evolution Hackers Mailing List <[EMAIL PROTECTED]>, > Evolution Mailing List <[EMAIL PROTECTED]> > Date: 10 Jul 2003 19:42:25 -0400 > > > * It's not obvious from the mockups whether or not it will be > > possible to collapse trees. (i.e. I don't see any +/- button > > there.) Hopefully that will still be possible. > > Yeah, Anna just had trouble filling up the tree widget with some content > in Glade so she just cut and pasted some text with the Gimp instead. It > is supposed to be a tree, just like the one we have now. > > (Actually, we might port it to GtkTreeView. Mike Kestner had ported it > a while ago but we decided to stick with ETree for 1.4 to limit the > number of changes; now it makes sense to put that code back in.) > > > * It should be possible to reorder/remove or at least collapse the > > top-level categories (i.e. the "On My Computer," "On > > sensitive.org," and "Virtual Folders" that appear on the list in > > evo_mail2.png). > > Same as above. This is also supposed to be a tree. > > This is a very rough, early mockup to explain what the basic idea is, we > are going to have a more specific design later. ;-) > > > * Should the search bar at the top be labeled with "Search"? It > > might improve usability to have "Search for [Messages > > Containing] <input field>" instead of "[Message Contains] <input > > field>" > > The current way actually doesn't have a Search label either, I don't > know if it has ever been shown to be a usability problem. I think Anna > tested it on people before. > > > * I don't see a Clear button for the search bar. How will that > > work? > > Yeah, this is an oversight, instead of the magnifier icon there is going > to be a "clear search" icon there. > > > * In the calendar/contacts screenshots, I see a "Filter by > > Category" list. Will that also be available on the in the mail > > view? > > That would be nice, yeah. It's a pretty commonly requested feature, and > I assume is easy to implement in the mailer? > > > * If you axe the Summary, you'll only have 5 navigation buttons > > (or whatever you call them), and that will look unbalanced. :) > > The layout of the buttons actually will have to be dynamic in some way, > since we want to allow new components to be plugged in and the view > should just cope with that (and in particular, Connector might want to > have its own button there as well). > > We'll have to write some custom layout code and try to figure out what > is the best way to move them around when the size of the pane changes. > > -- Ettore > > --__--__-- > > Message: 11 > From: [EMAIL PROTECTED] > Subject: Re: [Evolution] Evolution 2.0 UI proposal > To: [EMAIL PROTECTED] > Date: Thu, 10 Jul 2003 18:51:25 -0500 > > > Instead of scrapping the Summary, you might consider making it more > 'user-customizable'. Perhaps a 'framed' HTML page (from standard > templates), allowing the user to do decide what to put in each frame > (calendar, task list, contact list, inbox, web page, etc). You might have > a wizard to walk the user thru the Summary config, then store the resulting > page in a SUMMARY.XML doc; at start-up, load the SUMMARY.XML doc. If it's > not there (or mangled so that it's unusable), just display a 'standard' > one. > > Something akin to what Lotus Notes 6 does... > > Regardless, I'd sure like to be able to use a version newer than 1.0.8 to > read my Lotus Notes email (anything newer than that is so slow it's > unusable to me). > > Tom Hightower > Solutions, Inc > http://www.simas.com > > > > > Ettore Perazzoli > <[EMAIL PROTECTED]> To: Evolution Hackers Mailing List <[EMAIL PROTECTED]>, Evolution > Sent by: Mailing List <[EMAIL PROTECTED]> > [EMAIL PROTECTED] cc: > .ximian.com Subject: [Evolution] Evolution 2.0 UI proposal > > > 07/10/2003 05:44 PM > > > > > > > Hello! > > Here at Ximian we have been brainstorming a bit about what happens > next in the Evolution world. One of the ideas that has come up is a > substantial overhaul of Evolution's UI. > > Since images speak better than words, here are the mockups for some > designs that Anna has developed: (this is just to give a very rough > idea of what it would be like; the icons and labels are not final, the > widgets are not the real ones etc.) > > http://primates.ximian.com/~anna/evo2/evo2_contacts.png > http://primates.ximian.com/~anna/evo2/evo2_calendar.png > http://primates.ximian.com/~anna/evo2/evo2_mail.png > http://primates.ximian.com/~anna/evo2/evo2_tasks.png > http://primates.ximian.com/~anna/evo2/evo2_navbar_shrunk.png > > The most important changes are: > > * You no longer see all the types of folders at once. You > switch between calendar, mail, tasks and contacts by > clicking on the buttons at the bottom. > > * The calendar allows you to see multiple calendar at once. > Also you can subscribe to web calendars and see them in the > pane on the left as well. > > There are a few reasons for us to go with this design: > > * It kills the all-in-one tree view, which currently makes it > difficult to reach for your calendar or contacts folders, > since they are hiding between all the various mail folders. > You no longer need to hunt for you calendar folder scrolling > through the tree to see what your schedule is like, you just > click on an easily accessible button marked "Calendar". > Much better navigation. (Please note that, although it's > not obvious from the mockup, we would still have a mail > folder tree, the same way we have it now. Calendar, Tasks > and Contacts, however, would be just flat lists.) > > * Killing the tree view also simplifies the architecture a > lot. Right now there is a lot of machinery in place to > handle the tree, making sure that components don't step on > each other's toes. In particular, the handling of local > folders is a maintenance nightmare, and also makes it very > hard to provide the hooks that hackers need eg. to access > Evolution's folders and do cool desktop integration hacks. > > * The shell's APIs would be drastically reduced to just > a couple calls and it would become a lot simpler to > implement new components. > > * This design simplification would also allow components to be > launched independently from each other. We could > potentially even launch the shell without certain components > (e.g. launch only the mailer) if the user wants it that way. > If we wanted to have separated apps a la OS X we could > trivially do that too. > > * As I mentioned, it allows side-by-side calendar viewing, > which increases the usability of the calendar manyfold. > > On the other hand, if we go this way we are probably also going to > drop the following features: > > * The summary. While the summary is neat, there is a general > feeling (at least amongst the developers) that the mail and > calendar summaries are not tremendously useful, and that > weather and RDF and weather information is better suited for > a specialized application. Also we are trying to reduce the > amount of code we have to maintain, and this seems like a > good candidate for trimming. > > * The shortcut bar. It's been shown that only a relatively > small part of the Evolution user community actually uses it, > and we feel that it unnecessarily complicates the UI. The > new design is much simpler to navigate anyways, and the > shortcut bar would add clutter and complexity, both in code > and UI. Also, it wouldn't be easy to implement in this > model without keeping some of the shell's complexity that > we would like to get rid of. > > Opinions? > > -- Ettore > _______________________________________________ > evolution maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/evolution > > > > > > > > --__--__-- > > > > > End of evolution Digest _______________________________________________ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
