[Evolution] REMOVE Re: evolution digest, Vol 1 #313 - 11 msgs
- From: "Ute Foellmer" <u foellmer witen de>
- To: <evolution lists ximian com>
- Subject: [Evolution] REMOVE Re: evolution digest, Vol 1 #313 - 11 msgs
- Date: Fri, 25 Jul 2003 13:06:26 +0100
please remove our email adresse!!!!!!
u foellmer witen de
----- Original Message -----
From: <evolution-request lists ximian com>
To: <evolution lists ximian com>
Sent: Friday, July 11, 2003 12:52 AM
Subject: evolution digest, Vol 1 #313 - 11 msgs
Send evolution mailing list submissions to
evolution lists ximian com
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
evolution-request lists ximian com
You can reach the person managing the list at
evolution-admin lists ximian com
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 (rfoster columco com)
10. Re: Evolution 2.0 UI proposal (Ettore Perazzoli)
11. Re: Evolution 2.0 UI proposal (tomh simas com)
--__--__--
Message: 1
Subject: Re: [Evolution] I have problem view attach file
From: Jeffrey Stedfast <fejj ximian com>
To: Scott Bronson <bronson rinspin com>
Cc: Armin Bauer <azrael desscon com>,
julian ramos marrero <julian grupo-banchio com>,
Evolution <evolution lists ximian com>
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 - evolution lists ximian com
http://lists.ximian.com/mailman/listinfo/evolution
--
Jeffrey Stedfast
Evolution Hacker - Ximian, Inc.
fejj ximian com - www.ximian.com
--__--__--
Message: 2
From: Grzesiek Sedek <grzesiek mi2 hr>
To: Evolution Mail List <evolution ximian com>
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 <grzesiek mi2 hr>
--__--__--
Message: 3
From: Alec Schramm <alec oxy edu>
To: evolution list <evolution ximian com>
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 <ettore ximian com>
To: Evolution Hackers Mailing List <evolution-hackers ximian com>,
Evolution Mailing List <evolution ximian com>,
GNOME Announces <gnome-announce-list gnome org>
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 <guenther rudersport de>
To: Alec Schramm <alec oxy edu>
Cc: evolution ximian com
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="\10pse\0r\0dtu\0 ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
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 <ettore ximian com>
To: Evolution Hackers Mailing List <evolution-hackers ximian com>,
Evolution Mailing List <evolution ximian com>
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 <stryon rochester rr com>
To: evolution lists ximian com
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
stryon rochester rr com
ICQ 102798975
--__--__--
Message: 8
Subject: Re: [Evolution] Evolution 2.0 UI proposal
From: Jason Tackaberry <tack auc ca>
To: Ettore Perazzoli <ettore ximian com>
Cc: Evolution Hackers Mailing List <evolution-hackers ximian com>,
Evolution Mailing List <evolution ximian com>
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 :: tack auc ca :: 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 <ettore ximian com>
Cc: Evolution Mailing List <evolution ximian com>,
evolution-admin lists ximian com,
Evolution Hackers Mailing List <evolution-hackers ximian com>
From: rfoster columco com
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
<ettore ximian com> To: Evolution Hackers
Mailing List <evolution-hackers ximian com>, Evolution
Sent by: Mailing List
<evolution ximian com>
evolution-admin lists 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 - evolution lists ximian com
http://lists.ximian.com/mailman/listinfo/evolution
--__--__--
Message: 10
Subject: Re: [Evolution] Evolution 2.0 UI proposal
From: Ettore Perazzoli <ettore ximian com>
To: Jason Tackaberry <tack auc ca>
Cc: Evolution Hackers Mailing List <evolution-hackers ximian com>,
Evolution Mailing List <evolution ximian com>
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: tomh simas com
Subject: Re: [Evolution] Evolution 2.0 UI proposal
To: evolution ximian com
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
<ettore ximian com> To: Evolution
Hackers Mailing List <evolution-hackers ximian com>, Evolution
Sent by: Mailing List
<evolution ximian com>
evolution-admin lists 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 - evolution lists ximian com
http://lists.ximian.com/mailman/listinfo/evolution
--__--__--
End of evolution Digest
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]
