Re: [Evolution-hackers] Building Evolution From Scratch--Problems
On Tue, 2003-01-14 at 10:49, Robert B. Love wrote: You have a URL for that? I don't see it at Ximian's site nor can I find it by Google. ftp://ftp.ximian.com/pub/ximian-evolution/source/gal-0.22.tar.gz -- Ettore Perazzoli [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Evolution-hackers] Building Evolution From Scratch--Problems
On Thu, 2003-01-09 at 17:54, Robert B. Love wrote: I'm on a RH 7.3 box where I don't have root privileges. I want to build Evolution from source and put it in my $HOME/bin, $HOME/lib etc. Is this doable? Practical? It is doable (with some pain), but you have to make sure you set the GNOME_PATH (e.g. set it to /home/robert:/usr), PATH and possibly LD_LIBRARY_PATH environment variables properly. I grabbed tarballs yesterday: evolution-1.2.1.tar.gz, gal-0.21.tar.gz, You want gal 0.22. So my first problem comes when I try to build the Gal library. I get this: make[3]: Entering directory `/opt1/home/u102k/gal-0.21/gal/e-text' /bin/sh ../../libtool --mode=link gcc -g -O2 -Wall -Wunused -D_REENTRANT -o e-completion-test e-completion-test.o libetext.la ../../gal/e-table/libetable.la -rdynamic -L/usr/lib -L/usr/X11R6/lib -lgnomeprint -lfreetype -lglade-gnome -lglade -lxml -lz -lgnomeui -lart_lgpl -lgdk_imlib -lSM -lICE -lgnome -lgnomesupport -lesd -laudiofile -ldb1 -lgdk_pixbuf -lgtk -lgdk -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm -lgnomecanvaspixbuf ../../gal/widgets/libwidgets.la ../../gal/util/libutil.la ../../gal/unicode/libunicode.la gcc -g -O2 -Wall -Wunused -D_REENTRANT -o e-completion-test e-completion-test.o -rdynamic ./.libs/libetext.al ../../gal/e-table/.libs/libetable.al -L/usr/lib -L/usr/X11R6/lib /usr/lib/libgnomeprint.so /usr/lib/libfreetype.so /usr/lib/libglade-gnome.so /usr/lib/libglade.so /usr/lib/libxml.so -lz /usr/lib/libgdk_pixbuf.so /usr/lib/libgnomecanvaspixbuf.so -lgnomeui -lart_lgpl -lgdk_imlib -lSM -lICE /usr/lib/libgtk.so /usr/lib/libgdk.so /usr/lib/libgmodule.so -ldl -lXi -lXext -lX11 -lgnome -lgnomesupport /usr/lib/libesd.so -laudiofile -lm -ldb1 /usr/lib/libglib.so ../../gal/widgets/.libs/libwidgets.al ../../gal/util/.libs/libutil.al ../../gal/unicode/.libs/libunicode.al ../../gal/util/.libs/libutil.al(e-util.lo): In function `e_strdup_append_strings': /home/u102k/gal-0.21/gal/util/e-util.c:1603: undefined reference to `va_copy' make[3]: *** [e-completion-test] Error 1 What do I do about va_copy? What other library do I need? It looks like e-util.c should have a `#include stdarg.h' but it doesn't (and it compiles for us and other people because for some reason some of the other included headers include that file on our systems but not on yours)... Try adding that at the top of the file? (Mike, can you please check if this actually needs fixing?) My next problem, after I get this one solved, is how to build the library gtkhtml. The configure script errors off telling me I need a later version of libgal. Even if I build libgal correctly and install it in $HOME/lib, how do I tell the configure script that its ok to proceed? If you set the GNOME_PATH variable as explained above, the gtkhtml configure script should be able to pick up the library correctly even if it's in the home directory. I hope this helps, -- Ettore Perazzoli [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Evolution-hackers] Feature request:about complete thefunction which is synchronizing of a specific folder
On Sun, 2002-12-22 at 05:15, Antonio Xu wrote: Now, evolution has implemented the function which is synchronize some specific folders for using as offline. But the function was not very flexible for uesr. If user want to sync a folder, he must set the offline folder at the first,then go to offline. at the next time, if user forget unset the offline folder,evolution will sync folder again when user switch evolution to offline. I think there should have a menu item for user, user can use it specify a folder and sync it before switch the evolution to offline. Now evolution only can sync the new email in folder. I think evolution should allow user sync all email in folder. While I agree it should be possible to configure the synching parameters (e.g. sync all, sync unread etc.), I don't see a reason for a special command to sync just one folder. It might be nice to have a Sync now command without having to go online, but I see no need for a custom command to do a partial sync. NotZed give me a good idea, that is we make sync function like search function. I think we can add a menu item and create a setting dialog. The settings should go into the general settings dialog that we already have. Then user can use this dialog to point out what kind of email he want to sync, and whether evolution should sync those kind emails ASAP or sync those kind emails when evolution go offline. So we should add some sync ruler, and sync now, and sunc later. I think this function would be very cool, I didn't see another email client have this function. What do you mean exactly with these options? -- Ettore Perazzoli [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
[Evolution-hackers] Evolution hackers leave
On Fri, 2002-12-20 at 00:13, Not Zed wrote: Thought i'd better let everyone know ... Both Jeff and I are on leave until January 2, 2003. Actually most of the Evolution team is on vacation until that date (including me). In particular, our bugmaster Gerardo is on vacation so do not expect much feedback from Bugzilla. Everyone have great holidays, and see you in 2003! -- Ettore Perazzoli [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Evolution-hackers] libdb problem tryinh to compile 1.2.0sources
On Thu, 2002-12-12 at 11:38, Paul Hands wrote: Hi all, I read the knowledge base article on what to with libdb3.1.17, and did as suggested by clicking on the link to sleepycat.com. I made a directory, /export/home/evolution, then a subdirectory libdb, inside which the db-3.1.17 directory contains the results of unpacking the tar.gz file. Hm, the knowledge base article is actually incomplete/incorrect, you are supposed to compile the Berkeley DB library, install it in your home directory, and then point Evolution to that. The Berkeley DB documentation explains how to compile it; it basically boils down to ../dist/configure and then make (if I recall correctly -- please check, I haven't done it in a while). Here is an excerpt from the Evolution README file (Compiling Berkeley DB section): * Get the Sleepycat tarball from: http://www.sleepycat.com/update/snapshot/db-3.1.17.tar.gz * Install the content somewhere _other_ than the evolution source tree. e.g: NOT evolution/db-3.1.17 * Compile according to instructions, but installing into some custom prefix, for example: ../dist/configure --prefix=/home/user/berkeleydb-3.1.17 * Autogen Evolution specifying that it has to look for the DB library there, for example: ./autogen.sh --prefix=/opt/gnome --with-db3-includes=/home/user/berkeleydb-3.1.17/include --with-db3-libs=/home/user/berkeleydb-3.1.17/lib Sorry for the confusion, we will update the Knowledge Base article. -- Ettore Perazzoli [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Evolution-hackers] questions: about set focus to summary orother accounts in mail module
On Mon, 2002-12-02 at 22:06, Not Zed wrote: Hmm, looking at that bug, i dont think you want the mailer doing this. Perhaps it needs to find any components still displaying the now-disabled account, and destroy them. The shell will then pick this up and clean up the display (i.e. switch to summary or something). Yeah I think that is the right way to do it (although, I am not sure the shell will actually handle the situation in a completely graceful manner -- so that might need fixing as well). -- Ettore Perazzoli [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Evolution-hackers] questions about: mechanisms of switchbetween diffrent compnent(addressbook,mail,...)
On Sat, 2002-11-16 at 01:36, leon.zhang wrote: 1) How evolution can switch between diffrent components(mail,addressbook,calendar)? or which parts of source codes are related to this mechianism? Each Evolution component implements the ShellComponent interface (/cvs/evolution/shell/Evolution-ShellComponent.idl). The interface allows components to specify a set of folder types to handle. When the user clicks on a folder in the folder tree, the shell looks up which component handles that folder type, and passes the physical URI of the folder to the component, which creates the view through Bonobo. 2) How the menu info is mapped to action of other component(process),such as mail,addressbook,or calendar? Is menu belong to every application? or shell component (?) will load diffrent menu according to diffirent component? Menus are a combination of common items, implemented by the shell, and component-specific items; we use the bonobo-ui API to merge the shell items with the component-specific items. When a component gets the activation signal from Bonobo, it merges its menu items in. When it gets deactivated (i.e. when the shell switches to a different component), it unmerges them. Is menu info is from such xml files,such as evolution-mail-messagedisplay.xml? Yes. -- Ettore Perazzoli [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
[Evolution-hackers] Branching and GNOME 2 port
Hello, this is to announce that we have branched GAL, GtkHTML and Evolution on CVS to make it possible for us to start working on a GNOME 2 version of Evolution. (Wooo-hooo!) The following branches have been created for development of the 1.2.x series: evolution-1-2-branch for module evolution gtkhtml-evolution-1-2-branch for module gtkhtml gal-evolution-1-2-branch for module gal The trunks (aka HEAD) of these modules will be used to develop the GNOME 2 versions. Note that right now we have both gal and gtkhtml HEAD compiling (and in a kinda-almost-working state) against GNOME 2, but Evolution proper is still GNOME 1 based since we haven't committed any GNOME 2 work to CVS yet. We expect the trunk of the Evolution module to be very unstable/uncompilable for a while, until we are done with the basics of the port. If you want to compile/use Evolution from CVS, please use the 1.2 branches at least until the basics of the port are done. Thanks! -- Ettore Perazzoli [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Evolution-hackers] How to update GAL?
On Thu, 2002-10-03 at 09:16, Michael Meeks wrote: On Wed, 2002-10-02 at 16:08, Ettore Perazzoli wrote: The right value for GNOME_PATH is something like /opt/evolution:/usr I don't remember if this ever got fixed; but as I recollect, the gnome-config script [ highly cunningly ], parsed the 'path' backwards last time I checked. Thus possibly: /usr:/opt/evolution would be better - that is, unless it's been fixed ;-) [ I forget whether oaf parses it the right way round or not ]. AFAIK it never got fixed, but it doesn't matter. :-) I imagine doing development on a different prefix with the -devel RPMs for the same packages installed is rather an optimistic suggestion. I was not assuming that the libraries would be installed twice. -- Ettore Perazzoli [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Evolution-hackers] How to update GAL?
On Sun, 2002-09-29 at 14:47, Jeffrey Stedfast wrote: On Sun, 2002-09-29 at 04:30, Calvin Liu wrote: Thanks. I downloaded a .gz file and built it. Another thing is I have to copy the galConf.sh file to /usr/lib. You only need to do this if you installed GNOME to /usr to keep things simple, I just do: ./autogen.sh --prefix=/usr make make install (replace ./autogen.sh with ./configure if you are not building from CVS) this way everything gets installed to /usr so that I don't have to worry about that. The other option of course is to set the environment variables GNOME_HOME and/or GNOME_PATH but I don't recall what values these are supposed to hold. As a general rule, I think it's safer for end-users to compile in a special prefix like /opt/evolution or something rather than installing in /usr. It reduces the chances that they mess up their system ;-) or that when they switch to using binary packages or something they start getting mysterious bugs because of old stale files. It's also easier to uninstall this way (rm -rf /opt/evolution). The right value for GNOME_PATH is something like /opt/evolution:/usr for an installation in /opt/evolution. Note that you have to set the GNOME_PATH before starting the GNOME session and autogenning (otherwise gnome-config, and hence EVO_CHECK_LIB, won't pick up the *Conf.sh files from the right place). -- Ettore Perazzoli [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Evolution-hackers] Feedback Evolution 1.1.1
On Mon, 2002-09-23 at 06:30, Michael Meeks wrote: On Sun, 2002-09-22 at 22:22, Jeffrey Stedfast wrote: changed to mimic Outlook's functionality which uses alphebtic keys for searching which meant that we had to use ',' and '.' or '[' and ']' Does ',' '.' work again ? Last check only '' and '' worked, which I believe are also assigned to this next / prev mail function. It does. -- Ettore Perazzoli [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Evolution-hackers] Specfile or SRPM of Evolution-1.1.1?
On Thu, 2002-09-19 at 09:50, Patrick wrote: I looked around but could not find an SRPM of Evolution-1.1.1 or a specfile. The tarballs in /pub/source/evolution-beta all contain specfiles except evolution. Any ideas where I can find one? The SRPMS are missing from the website because of a mistake during the push of the packages. The problem should be fixed later today; thanks for reporting it! (BTW I can't guarrantee on the level of correctness of the specfiles included with the tarballs...) -- Ettore Perazzoli [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
[Evolution-hackers] Evolution 1.1.1 (unstable!) is out!
The first Beta release of Evolution 1.2 (aka version 1.1.1) has just been released. Evolution is the GNOME mail, calendar, and addressbook application. Please note that this is an unstable BETA quality release. It is not very well tested, and might cause loss of data. Before upgrading, please make sure you read the release notes at http://developer.ximian.com/projects/evolution/release_notes/1.1.1_beta1.html The purpose of this release is to have Evolution tested as much as possible before it reaches the final 1.2 stage, so we encourage you to give it a try, and keep those bug reports coming! :-) Evolution bug reports should be posted to the Ximian Bugzilla at: http://bugzilla.ximian.com/ Just like during the Evolution 1.0 Beta cycle, we will be giving prizes to the best bug reporters, as detailed in the Evolution Developers' page at: http://developer.ximian.com/projects/evolution/ Thanks! AVAILABILITY If you are using Ximian Gnome, you can install this version by subscribing to the Evolution Beta channel in Red Carpet (System - Get Software). If you do not have Ximian Gnome installed, you can download Evolution binaries for various distributions from our FTP server: ftp://ftp.ximian.com/pub/ximian-evolution-beta The source tarballs are available at: ftp://ftp.ximian.com/pub/source/evolution-beta Enjoy, -- Ettore Perazzoli [EMAIL PROTECTED] ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Re: multihead support in evolution
On Fri, 2002-08-02 at 04:33, Michael Meeks wrote: Note that DisplayString() is not guarranteed to be unique on the same display so this hack isn't completely reliable. It's pretty good; and ultimately people tend to do their DNS lookups on the same machine that they're launching the components on, with the DISPLAY inherited from b-a-s anyway so ... Still, not reliable. * The shell and the mail component don't expect to be run multiple times on the same set of files -- so two Evolution instances running at the same time on different displays can easily cause trouble and cause ugly misbehaviors. Hmm - that's more problematic, Yes. What you really want for Evolution is the ability to create controls on different displays from the same Bonobo server. -- Ettore Perazzoli [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Evolution-hackers] Re: multihead support in evolution
On Wed, 2002-07-31 at 05:22, Michael Meeks wrote: CORBA_exception_init (ev); CORBA_Context_set_one_value ( context, display, DisplayString (gdk_display), ev); CORBA_exception_free (ev); Note that DisplayString() is not guarranteed to be unique on the same display so this hack isn't completely reliable. Also: * The Wombat should not run per-display, but per-user. (So in that case you don't want the DisplayString hack when activating it.) * The shell and the mail component don't expect to be run multiple times on the same set of files -- so two Evolution instances running at the same time on different displays can easily cause trouble and cause ugly misbehaviors. -- Ettore Perazzoli [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [Evolution-hackers] Small fix for the task editor
On Mon, 2002-07-15 at 15:40, Anna Jonna Armannsdottir wrote: Does accel=*Control*Return really work in the unstable branch? How can it work when it does not work in the stable branch? No idea. :-) It works for me in HEAD just fine -- I haven't tried in the stable branch though. On the other hand, i really only know that 'Ctrl*Return' works in the message composer. I do not _really_ know if it fixes the contact editor or the task editor. Could you check that? We have Ctrl-Return working for all the dialogs on HEAD now. Thanks for suggesting this change, -- Ettore Perazzoli [EMAIL PROTECTED] ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Small fix for the task editor
On Sun, 2002-07-07 at 17:20, Anna Jonna Armannsdottir wrote: Ctrl-Return does work when sending mail but it does not work anywhere else in evolution-1-0-branch . I suggest a fix for this: In file: ui/evolution-comp-editor.xml Substitute: accel=*Control*Return/ with: accel=*Ctrl*Return Hm, I am confused. I think the correct syntax is the first one?... I do agree with the basic idea though, I'll be committing a patch shortly (for the unstable branch, though, games are closed for the evolution-1-0-branch). -- Ettore Perazzoli [EMAIL PROTECTED] ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Camel smime
On Tue, 2002-06-04 at 20:53, Not Zed wrote: Thats an interesting patch, it all runs off the openssl command, didn't know it could do all that ... then again i didn't even know it existed. Jeff, perhaps this is the answer? :) This sounds like a great way to make it work simply and nicely. :-) (While avoiding messy with NSS, which is always painful.) At some point we should probably look into that?.. -- Ettore
Re: [Evolution-hackers] How to refresh/access current message list?
On Tue, 2002-05-28 at 06:51, Not Zed wrote: Well for example I have friends who seem to change their address fairly often. Its a lot easier trying to find out what address I should use if I can see it. And it just plain feels wrong if the application is trying to hide information I know is there. The information would be only hidden in the message list, not in the message view. Anyway, I don't care. A setting would be fine. -- Ettore
Re: [Evolution-hackers] How to refresh/access current message list?
On Sat, 2002-05-25 at 02:46, Not Zed wrote: God know. I for one want to know the email address. The mail sending window is bad enough. Why do you care about the email address in the message list? How does it matter to you whether I write to you from [EMAIL PROTECTED] or [EMAIL PROTECTED]? While I can sort of see the objection about the composer window, I really don't see a reason why one would want to see the email address all the time in the message list. Note that I am proposing removing it from the message list only, not from the message view pane. -- Ettore
Re: [Evolution-hackers] GtkHtml (E-mail composer startup) failure#24829
On Tue, 2002-05-28 at 11:56, Radek Doulk wrote: On t, 2002-05-28 at 11:44, Ettore Perazzoli wrote: On Tue, 2002-05-28 at 11:12, Radek Doulk wrote: OK, committed. Thanks for the patch. I am sorry for delay. Should this go on the stable branch as well? Ah, you are right, it should. I am going to commit it as well. [EMAIL PROTECTED] first, please. -- Ettore
Re: [Evolution-hackers] How to refresh/access current message list?
On Mon, 2002-05-27 at 13:11, Christian Kreibich wrote: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 28466)] 0x4019bd9c in Bonobo_Unknown_unref () from /usr/lib/libbonobo.so.2 (gdb) bt #0 0x4019bd9c in Bonobo_Unknown_unref () from /usr/lib/libbonobo.so.2 #1 0x401cb9c2 in bonobo_object_client_unref () from /usr/lib/libbonobo.so.2 #2 0x4004c475 in e_folder_list_destroy (object=0x82d70b8) at e-folder-list.c:138 #3 0x40cc37b9 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0 #4 0x40cf26d3 in gtk_signal_set_funcs () from /usr/lib/libgtk-1.2.so.0 #5 0x40cf0773 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 #6 0x40cd548b in gtk_object_destroy () from /usr/lib/libgtk-1.2.so.0 #7 0x40d2c3a3 in gtk_widget_get_default_visual () from /usr/lib/libgtk-1.2.so.0 #8 0x40cd542a in gtk_object_destroy () from /usr/lib/libgtk-1.2.so.0 #9 0x40d24df9 in gtk_widget_destroy () from /usr/lib/libgtk-1.2.so.0 Is current CVS HEAD broken or am I missing something? It's broken. :-/ -- Ettore
Re: [Evolution-hackers] How to refresh/access current message list?
On Thu, 2002-05-23 at 14:22, Christian Kreibich wrote: I've made the way email addresses are displayed in the message list (in the To and From columns) configurable, so that you can either display the full thing, as it is now, just display a person's name (if available), or just the email address itself. I much prefer the name-only option, which is why I added the feature in the first place. I actually think we should be doing that always. (I.e. only the name.) I have the config option set up in the Mail Preferences tab under Message Display and everything works fine, I just need to refresh the current message list when the config settings are applied or when the config dialog is closed, respectively. Right now I only get a refresh of the area underneath the dialog, which looks ugly. So, how can I queue a refresh of the current message list when the config settings are applied or the config dialog is closed? I can't seem to find a way to access the current message list. You need to add a listener for bonobo-conf changes in the message list, and make it update the view when that happens. In my opinion, though, we could just go with having the list always only display the name, sans the email address. -- Ettore
Re: [Evolution-hackers] gtkhtml - composer not starting ...
On Wed, 2002-05-15 at 17:58, Havoc Pennington wrote: Anyway, yeah long term I would rather see threads than hacks that fix the problem most of the time when you don't _need_ reentrancy, but then again I admit I don't see why we're spending years of effort on making remote methods/objects look like local methods/objects (modulo different type systems) in the first place. I don't think that it's a completely useless thing to achieve, although I agree that with the current GNOME set up (i.e., as you said, different type systems) it's kind of a lost battle. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Discussion about a feature request idea.
On Tue, 2002-05-14 at 18:00, Austin Gonyou wrote: Not to mention the fact that, great, I can assign labels, but now what can I *do* with them? Yeah, we should add a search criterion for the category labels in the search bar. Jeff? :-) -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Can Camel/Evo allow on demand downloads forattachments?
On Wed, 2002-05-15 at 08:16, Shawn Walker wrote: It would have been a lot easier to have a HOWTO documents that explains how to write a plugin for evolution. Reading the code isn't the best way to figure out what to do because you have to look at all the source code just to try to find something to do and that can be very time consuming. As in all the free software projects, hackers are not necessarily very good at documenting things. :-) Resources are limited, and we have been focusing on making the application work first. Also, the Camel infrastructure has been a very moving target for a while, and hasn't reached the point of full API stabilization yet. That's also part of the reason why there is no good documentation about it. On the other hand, now that you have grasped it all (or at least most of it), you could help other future contributors by writing such a HOWTO... ;-) -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] gtkhtml - composer not starting ...
On Wed, 2002-05-15 at 05:25, Michael Meeks wrote: Of course no-one wants to use threads, the infrastructure isn't there. The above scheme would have the benefit of removing a chunk of queueing code in evolution [ AFAIR lots of incoming CORBA calls are just defered to idle manually - and we could do that automatically ], and stop calls re-entering. BTW, if we want to add extensions to work around the lack of decent support for threaded apps, something that would be really useful is a general mechanism for doing async calls. Right now it's a mess of oneway void doSomethingAsynchronously (in Bonobo::Listener result_listener); Problems with this are: * You have to set up the listener yourself, connect the callback, kill the listener. Annoying and somewhat error-prone. * There is no way to document what type the listener expects, so you can easily mess up the types. * You have to use CORBA::anys (yuck). * All in all, it's pretty damn ugly. ;-) Instead, it would be nice to just normally say: SomeResultType doSomethingAsynchronously (); and have ORBit provide me with a parameter to specify the callback for the result when I invoke the function, i.e. Blah_doSomethingAsynchronously_async (objref, callback, ev); -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] building evolution 1.0.5
On Tue, 2002-05-14 at 17:34, Connector, Ximian wrote: In trying to run configure on the new source for evolution-1.0.5, it complains that it wants gal-0.19.2, even though the only versions available are gal-0.19.1. Will the newer version of gal be available soon? Ooops, sorry, my fault. I uploaded it to ftp.ximian.com now. BTW the Evolution sources are also available on ftp.gnome.org (/pub/GNOME/stable/sources for gtkhtml and evolution, and /pub/GNOME/unstable/sources for gal). -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Evolution 1.0.5
A new version of Evolution (1.0.5) has been released. This release includes a few fixes for problems with previous versions of Evolution; in particular, it fixes a pretty nasty bug that could crash the mail component when downloading messages. It is *highly* advised that users upgrade to this version. AVAILABILITY If you use Ximian GNOME, you can install or update to Evolution 1.0.5 by subscribing to the Ximian GNOME channel in Red Carpet (System - Get Software). If you do not have Ximian GNOME installed, you can download Evolution binaries from our FTP server at: ftp://ftp.ximian.com/pub/ximian-gnome/ or visit our Source Code page at: http://www.ximian.com/devzone/source.html to get the latest source tarballs. CHANGES SINCE VERSION 1.0.4 Bugzilla Bugs Fixed (see http://bugzilla.ximian.com/show_bug.cgi): * Mailer #24140 -- Crash when downloading a message with invalid header. (Jeff) #17174 -- Mail spools appear to be unread forever. (Michael) * Shell #23538 -- Intermittent bug when moving folders around. (Michael) Other fixes: * Calendar - Make reminders work with remote backends. (Rodrigo) * Misc - Added support for adding an Evolution icon to the CDE Application Manager. (Ettore) Updated translations: - bg (Borislav Aleksandrov) - pl (GNOME PL Team) CHANGES BETWEEN 1.0.4 AND 1.0.5 (since 1.0.4 was never announced on this list) Bugzilla Bugs Fixed (see http://bugzilla.ximian.com/show_bug.cgi): * Addressbook #22965 -- Comply with RFC 2739 for calCalURI and calFBURL. (Toshok) * Calendar #22624 -- Unable to accept meeting request that doesn't list user as attendee. (JP) * Startup Wizard #22047 -- Crash after closing the start-up wizard. (Ettore) * Mailer #8214 -- Error Synchronizing Folder on incoming mail spool. (Michael) #18929 -- If we get multiple Content-Type header values, change subsequent headers to X-Invalid-Content-Type so it doesn't wreck processing. (Michael) #22363 -- Problems resyncing IMAP folders when going Online. (Jeff) #21716 -- Fixes to decoding illegally rfc2047 encoded words. (Michael) #22657 -- Fixes printing for some localizations (Radek) Other fixes: * Calendar - Use default tasks folder in calendar view. (Rodrigo) - Added getQuery method to CalBackend to allow custom queries for each calendar backend. (Rodrigo) * Mailer - Fixed Daylight-Savings-Time calculations on systems that use tm.tm_gmtoff rather than 'timezone' (affects BSD systems). (Jeff) - Fixed the annoying EINPROGRESS error dialogs when connecting to IMAP/SMTP/POP via SSL. (Jeff) - Changed the date format used in From-lines in mbox spools to be the same as those used by Pine to fix interoperability issues. (Michael) - Fixed some filtertypes.xml typos. (Michael) * Summary - Change the dot.kde.org url. Updated translations: - fi (Sami Pesonen) - fr (Christophe Merlet, Frederic Riss) - ko (Young-Ho Cha) - nl (Tino Meinen) - no (Kjartan Maraas) - pt_BR (Gustavo Maciel Dias Vieira) -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evolution 1.0.5 source
On Sat, 2002-05-11 at 00:37, Jeffrey Stedfast wrote: You can get it here: ftp://ftp.ximian.com/pub/ximian-source/debian-potato-i386/evolution_1.0.5.orig.tar.gz Ettore should be uploading the tarballs soon to ftp.gnome.org and pub/sources/evolution on our ftp site shortly. It is there now. Sorry for the delay -- There were some issues on my side. ftp://ftp.ximian.com/pub/source/evolution/ -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Offline mode improvements
I thought of another thing this morning ... what about cancellation? Any long, or potentially timeout'ing operation should be cancellable, shouldn't it? ::cancelSyncFolder() in my proposal. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Almost got inline docs with abiword.
On Sun, 2002-04-28 at 21:33, Martin Sevior wrote: I suspect that evolution is getting confused about how to deal with the msword/rtf/abw mime-types. Some info from oaf says it is a bonobo-component and some info from the global gnome environment says it should launch the AbiWord program to open it. This problem has clearly been solved for ggv so this should not be too hard to fix. Hm, I am not sure I understand the problem. Are you getting the arrow button in the message for displaying the attachment inline (and that displays the control in a separate window) or are you just getting the right-arrow menu? It sounds like the AbiWord viewing component is just messing up by creating a toplevel window instead of a normal widget. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Fwd: Re: GNOME Office, RC1]
On Thu, 2002-04-25 at 22:11, Gregory Leblanc wrote: Maybe somebody can help Martin out. He's trying to figure out what needs to be done in order to allow Evolution to display Abiword documents inline. I don't believe he's on the list, so please be sure to copy him on replies. I suggest /cvs/evolution/calendar/gui/itip-control-factory.c and e-itip-control.[ch]. That's the code that implements the ITIP control that Evolution launches when it receives an appointment request. It uses PersistStream and stuff, and should be pretty clean code. I hope this helps, (and of course, feel free to ask any more questions on this list) -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] How to Write a Camel Provider/Store
On Wed, 2002-04-24 at 21:55, Shawn Walker wrote: If there is something in the license that you (Ximian) are excluded from the GPL license, then where is it? I'm just trying to clear up some issues because I do have a problem that you guys (Ximian) is putting yourself in a different position than the rest of us that want to write a plugin but denying us the opportunity to make some money for our hard work to help promote your product. The copyright holder can do whatever he/she wants with the code, no matter what license the code is originally released under. So Ximian is free to release code as GPL, but is also free make proprietary changes to it and release it as non-GPL. Likewise, you are free to release your code under the GPL, but also to re-use your GPL code for writing proprietary applications yourself. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Offline mode improvements
On Wed, 2002-04-24 at 20:02, Not Zed wrote: Actually re my other mail, we dont even have to do as much as I said. We already specify the match rules to use from the mailer, so we have to do very little if anything in camel to implement it. Sweet. As a first try, I think we should just go for the sync all the messages in all the specified folders approach though. /* Request the component to sync the specified folder. */ void syncFolder (in string evolution_uri, in string physical_uri, in SyncFolderProgressListener listener); But syncing is done at the store level, not the folder level. Hm. We should change is so it's done at folder level then. At least, that's the way it should look from the shell's side (it doesn't matter how Camel does it). Otherwise we can't unify the process of selecting which folders need to be synced across all components. (See, one thing that we want is also being able to sync calendars, and that has to work independently of the mailer, and independently of whether the rest of the store is synced or not.) void updateProgress (in unsigned percent); Is there a way to use the same progress code or at least interface, as in other cases? Hm, the ::Activity interface assumes that the actions are controlled by the component. In this case, instead, we want the shell to initiate the operation and the component to just report how the operation is progressing. However, a couple of other cases could probably benefit from a pop-up, cancellable progress indicator, so surely it would make sense to include an extra interface/method to the activity client progress bar which just displays differently and can be re-used. I am not sure I understand what you mean here. In what cases would we want this? I don't think this is necessary for the specific case of going offline, although I can see why you would want to share the behavior and code... (But still, see my comment above the difference in the two interfaces.) On the other hand, not all the folders can be synced. So I propose that we add a `canSyncOffline' property to the Evolution::Folder type. This way, each component can specify whether a folder in one of its storage support offline operation or not. [Of course, local folders don't need to be synced so will always have the canSyncOffline bit set to %FALSE.] I dont think this is required. Whether syncing can be performed or not is decided at the store level, why pollute each folder description this info? See, that's the thing. We should change this so that whether the syncing is performed is decided on a per-folder basis, not a per-store basis. Also, if you're going to have the shell keep track of the folders, it'll have to keep track of the rules too ... so how do you specify addressbook offline rules etc etc. I was not considering the rules for now. Although, I think we can have sync rules per folder as well, by using this approach... We would just need a slightly more complex interface. How does this sound? If no-one objects, I am going to start to hack this early next week (after I am done with the CDE work this week). Then we need to make the mailer support it, and I was thinking this could be Michael's task. Michael, what do you think? I will have to review the whole offline code. What i've seen so far looks pretty awful. OK, can you please let us know how much work is needed to make the offline code do all of this? I think we can completely drop the issue of per-folder rules, although of course it would be nice to design this so that can be plugged in easily at a later time. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Offline mode improvements
On Wed, 2002-04-24 at 15:57, Dan Winship wrote: And you forgot to mention the Clever Hack for this, which is that the mailer needs to claim that vfolders are syncable, and then you create a vfolder that selects the kinds of messages you want to sync, and tell the shell to sync only that folder. I think this was considered an enhancement on top of the must-happen-for-1.2 stuff though. Yeah. I actually didn't mention it here because it's independent from the shell hackery, and also because I am not sure if this requires extra work on Camel. Would claiming that the vfolders are syncable Just Work (tm)? -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] ORBit performance tweak
On Mon, 2002-04-22 at 01:22, Not Zed wrote: Yeah i did something similar when purifying and quantifying on the Solaris box - I thought 20% of total cpu for initialising 64 objects was a bit much, I guess the timing/scheduling is different enough on solaris to make the algorithm really not work well. I think on Linux we just use /dev/random, that's why you don't need the patch. I wonder who this should go to ... Michael Meeks, who now maintains ORBit. Unfortunately (for us :)) he is on his honey moon now, so we should probably just try to get the patch into the Ximian packages for now. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Patch to add interpolation to calendaralarms
On Wed, 2002-04-17 at 11:30, Russell Steinthal wrote: Glib2 has g_shell_quote, which seems to be exactly what I'm looking for. Since I assume Evolution isn't going to depend on glib2 for at least a few versions, is there any objection to my doing a cut-and-paste port to, say, e_shell_quote()? Yeah that's fine. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] GtkTree vs. ETable in the GNOME 2 port
On Wed, 2002-04-10 at 21:12, Not Zed wrote: * Column configuration. In ETree/ETable, we can remove and add columns to the view using DnD. I think GtkTree only allow moving columns right now, so we would have to re-implement the Add Column... dialog for GtkTree. I personally find the add column interface somewhat confusing. Yeah, I am not particularly in love with that one either. The interface that Anders did (the one whose screenshot Jonathan posted) actually looks cleaner to me. What about grouping, does anyone use that? Do we even implement it anymore? Not in the mailer. Anyhow, grouping can be implemented by using a tree in GtkTree. The other thing i'd be concerned about is performance. How well does it handle a tree of say 20K+ messages, and how heavy is it on memory and stuff like that. GTK 2 comes with a nice test program for that where you can set the number of rows to be used. Could you please have a look? I have seen it running on Jonathan's machine and, besides the problem with size computation that I explained in the message (and that can be worked around pretty easily), it looked pretty snappy to me. I don't know about memory consumption, though. That would be worth investigating. speed (one thing etree can not)? Are the rows fixed height or can they be adjusted (we currently only really used fixed height cells, but there was always that summary mode people wanted implemented, etc). Yeah it does individual heights. I'm not particularly convinced this is a great idea, though it might be easier than porting etree to gtk2, i guess. Yeah, this is my feeling at least. Of course I might be horribly wrong, but I think we should at least take this into serious consideration. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] better offline support
The down side of vfolder style is that then it's not obvious how/where to configure offline support for calendar and contact folders. Perhaps the offline folder rules dialog could be in the shell, and have slightly different rules for the different kinds of folders (so you would still be able to specify all of your rules from the same dialog, but each rule could only be applied to one type of folder). Each component could install xml files a la filtertypes.xml to specify the options for its types of folders. Does that sound reasonable? Yeah. Actually, without implementing the whole vfolder idea, we could probably just have a selector like the one in the summary where you can specify what folders get synced? This sounds much easier too implement and would probably cover most cases. It would also probably be easier to use too. It shouldn't be hard to add a boolean property for folders in the shell saying whether the folder should be synced, as well as a configuration page for it. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Evolution 1.0.3 is released
A new version of Evolution (1.0.3) has been released today. This version includes a number of fixes for common problems in version 1.0.2, as well as support for Ximian Connector. AVAILABILITY If you use Ximian GNOME, you can install or update to Evolution 1.0.3 by subscribing to the Ximian GNOME channel in Red Carpet (System - Get Software). If you do not have Ximian GNOME installed, you can download Evolution binaries from our FTP server at: ftp://ftp.ximian.com/pub/ximian-gnome/ or visit our Source Code page at: http://www.ximian.com/devzone/source.html to get the latest source tarballs. CHANGES SINCE VERSION 1.0.2 Bugzilla Bugs Fixed (see http://bugzilla.ximian.com/show_bug.cgi): * Addressbook #16097 -- Need a way to let the user specify the DN to authenticate against. (Toshok) #16680 -- LDAP performance problem. (Toshok) #16968 -- Changing search type immediately requeries. (Toshok) #20089 -- Cannot copy contacts with comma from Contacts to LDAP. (Toshok) #20690 -- LDAP contacts dont show when using letter shortcuts. (Toshok) #20740 -- LDAP performance problem. (Toshok) #20871 -- SelectNames dialog needs search feedback. (Toshok) * Calendar #14705 -- iMIP compatibility with versions of Outlook. (Better fix for the pseudo-fix in 1.0.1). We now support Outlook in both Workgroup and Internet-Only modes. (Dan) #19054 -- Minimum number of alarm repetitions should be 1. (Federico) #19234 -- BYMONTH off-by-one in RRULE:FREQ=YEARLY. (Damon) #20510 -- Load free busy info as attendees are added. (JP) #20022 -- Itip addresses are case sensitive. (JP) #20226 -- Timezone data missing from some itip replies. (JP) #20346 -- Calendar should indicate if backend dies. (Rodrigo) #20780 -- Better subjects in iMIP messages. (Dan) #20787 -- Accepted/declined messages aren't always clear. (JP) #20800 -- Sorting of free busy information in schedule page does not work. (JP) #20783 -- Accepting updated meeting request doesn't work. (Rodrigo) #21198 -- Outlook didn't recognize Evolution's acceptance of an updated meeting request. (Dan) #21240 -- Calendar Reminders don't appear for appointments in remote servers. (Rodrigo) * Mailer #19564 -- Don't crash when changing to disconnected mode. (Michael) #20779 -- Set a 'name' parameter in the Content-Type header since Outlook doesn't seem to check the filename parameter on the Content-Disposition header. (Jeff) * Shell #20234 -- Deleting folder gratuitiously causes /local to open. (Ettore) #20237 -- Shell silently drops xfer errors. (Ettore) #20311 -- New window from shortcuts should not show the folder bar and the shortcut bar. (Ettore) * Summary #18025 -- Summary crash upon switching to offline mode. (Ettore) Other fixes: * Calendar - Show more descriptive messages on opening errors. (Rodrigo) - Remove $filename.ics from remote URIs. (Rodrigo) * Addressbook - Fix search weirdness in local addressbooks. (Toshok) - Let backends return general error status from load_uri instead of just TRUE/FALSE. (Toshok) - EBook(View) handling fixes in ESelectNames and EAddressbookModel. (Clahey) - Rethink (and change) some of the default queries to ones that are at the same time useful and more easily implemented efficiently by the backends, in both the component's view and in the select-names dialog. (Toshok) - Change the beginswith query implementation on the name field to search both first and last name, so it's a little more useful in the general case. (Toshok) Updated translations: - es (Carlos Perelló MarÃn) - fr (Christophe Merlet) - jp (Akira TAGOH) - nl (Vincent van Adrighem) - nn (Roy-Magne Mo) - no (Kjartan Maraas) - pt_BR (Gustavo Maciel Dias Vieira) -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] New config dialog on HEAD
Hello, last night I committed a new integrated configuration dialog for Evolution. The problems that this dialog solves are the following: * It gives us a unified framework for configuring the application. * The user doesn't need to be in a mail folder to configure mail or in a calendar folder to configure the calendar etc. anymore. * The configuration items don't need to be grouped by component anymore, so we can structure the settings into groups that make sense to the user instead. * Plug-ins (e.g. Connector, or new Pilot conduits) can install themselves into the dialog without having to kludge themselves in as components. This is the first step towards re-designing all the settings in a way that makes more sense. (See bug 16188.) Anna is working on the new set up. In the meantime, for testing purposes and in order to not break the functionality for people that are using Evolution from HEAD on a daily basis, I have modified the LDAP sources dialog and the Calendar Settings dialog to be embedded into this new dialog. (I wanted to do this for Mail Accounts too, but it's all designed to be instant-apply and it needs to be redone a bit anyways, so I postponed this for now.) Embedding pages into the new dialog is pretty simple. First of all, you have to embed your widget into an EvolutionConfigControl object. This is as simple as: control = evolution_config_control_new (widget); Every time something in your widget changes, you have to invoke the following on the control: evolution_config_control_changed (control); This is necessary to make the OK and Apply buttons sensitive. If you don't do this, there will be no way for the user to apply his settings. (I actually hope this will encourage the hackers to get the sensitivity changes done right for their settings dialogs. ;-)) When the settings should be applied, you get an apply signal, and you should commit all the changes before you return from the signal handler. Once you have done this, you have to register a factory for your control. You do this normally by either using bonobo_generic_factory_new() or bonobo_generic_factory_generic_new(). In the OAF server definition for the control, you need to specify that you support GNOME/Evolution/ConfigControl:1.0 (which is the CORBA interface that the EvolutionConfigControl object implements), as well as the following attributes: * evolution:config_items:title (string) -- the title that you want for this page. * evolution:config_items:description (string) -- a short description of what the page does. * evolution:config_items:icon_name (string) -- a path to the icon to be used for this page. If the path is not absolute, it will be appended to the EVOLUTION_IMAGES directory before being used. Example (from the Calendar configuration dialog): oaf_attribute name=evolution:config_item:title type=string _value=Calendar Settings/ oaf_attribute name=evolution:config_item:description type=string _value=This page can be used to configure your calendar settings/ oaf_attribute name=evolution:config_item:icon_name type=string value=evolution-calendar.png/ -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Mouse grabs ...
On Mon, 2002-03-04 at 05:33, Michael Meeks wrote: On Fri, 2002-03-01 at 20:41, Ettore Perazzoli wrote: Hm, I don't know anything about this bug, but I don't think it's fixed in the snapshots. Fejj is the one to bug about it... I'm beggining to think it might be related to the mail being marked 'read' in mid DD, I don't seem to be able to trigger that... -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Mouse grabs ...
On Fri, 2002-03-01 at 14:51, Michael Meeks wrote: A nasty moan - I have had to kill evolution 3 times today because of leaked mouse grabs DD mails from evolution-mail to the shell tree view. The leak appears to be in evolution-mail inasmuch that killing that process frees up the system. I'd love to fix it, but it's not worth my time to consume an hour re-building evolution and bug hunting only to find that it's already fixed. So - what is the status / problem with the snapshots ? who is responsible for this ? I'm very happy to do the work - but I need some support. Hm, I don't know anything about this bug, but I don't think it's fixed in the snapshots. Fejj is the one to bug about it... -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] New features
I have been hacking on HEAD today and yesterday to catch up at least a little bit with my pending 1.1.x tasks. The result is these exciting new features: * On the left of the folder name in the gray title bar, there are two navigation arrows. They work like in web browsers: left to go back in history, right to go forward in history. There are no accelerators yet. * There is a multipurpose New button that works like in Outlook. If you click on the left side of it, you can create the default object for the current folder (eg. if you are in a mail folder, you create a new message, while if you are in the calendar you create a new appointment... and so on). If you click on the arrow on its right, you can pick one of the possible new actions, like new appointment, new task etc., the same way you can do it with the file - new submenu. * If you exit Evolution in offline mode, the next time it will restart in offline mode. If you exit in online mode, it will restart in online mode. You can override this using the (new!) --offline or --online command-line options. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] LDIF importer fixes
On Fri, 2002-02-15 at 21:22, Marten Payne wrote: This is my first post to this list and I am still learning the GNU development tool set, so please bear with me. There is/was a bug in the LDIF importer module such that the imported addresses would always be added to the base Contacts folder, regardless of user selection. I have corrected this and have included the patch below. I have a feeling this may have been fixed but after searching the discussion list archives I found no mention of such a fix. BTW, I also have tools for converting KMail address book CSV files to LDIF files and converting KMail mailbox hierarchies to Evolution mail folders. If anyone is interested in them, feel free to let me know and I'll share them. We are interested. :-) The more tools we have for importing stuff, the better. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] cvs evolution problems
lemme point you to some problems with evolution CVS 1-0 branch. lets say i got 45 new mails and have them shown in the preview down-left now, whenever i click to a new mail with the mouse. the mail should show up in the preview pane down-left. but on some situations ONE MOUSECLICK opens the full mail viewer. normally this should come up when you double click on that mail but evolution seem to play mad in some situations. Hm, I have never seen this. Is anyone else experiencing this behavior? -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Some duplicate messages only showing uponce in message list
On Sun, 2002-02-03 at 15:01, Ian Goldberg wrote: On Thu, 2002-01-31 at 14:18, Jeffrey Stedfast wrote: Do you have message threading enabled? I do. If so, the threading code hides duplicate messages. Ah. Is there a reason for that, or is it a bug? Hm, I'd say it's a bug... Didn't we remove that behavior a while ago? -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Some duplicate messages only showing uponce in message list
On Sun, 2002-02-03 at 15:01, Ian Goldberg wrote: On Thu, 2002-01-31 at 14:18, Jeffrey Stedfast wrote: Do you have message threading enabled? I do. If so, the threading code hides duplicate messages. Ah. Is there a reason for that, or is it a bug? Hm, actually, I have a fair amount of duplicates in my folders now because of a mess-up with the network a couple days ago, and the threaded view still shows them all. So, uhm, I wonder what triggers that for you?.. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Re: [Evolution] Evolution 1.0.2 is released
On Tue, 2002-02-05 at 13:30, Edward Muller wrote: After using Evolution for a while some of the message related shortcut keys (CTRL-D for delete for example) become disabled along with some of the message related toolbar icons. The toolbar icons are grayed out, even when I am in a message folder and have a message selected. Sometimes switching folders/mail accounts and switching back fixes this and I can again use the shortcut keys and toolbar icons. It doesn't seem to work as a temporary work-around when using IMAP however. I posted this as Bug # 20011. Has anyone else seen this problem? It should be fixed if you upgrade your bonobo to 1.0.18. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Evolution 1.0.2 is released
A new version of Evolution (1.0.2) has been released this week. AVAILABILITY If you use Ximian GNOME, you can install or update Evolution 1.0.2 by subscribing to the Ximian GNOME channel in Red Carpet (System - Get Software). If you do not have Ximian GNOME installed, you can download Evolution binaries from our FTP server at: ftp://ftp.ximian.com/pub/ximian-gnome/ or visit our Source Code page at: http://www.ximian.com/devzone/source.html to get the latest source tarballs. CHANGES SINCE VERSION 1.0.1 Bugzilla Bugs Fixed (see http://bugzilla.ximian.com/show_bug.cgi): * Addressbook #17725 -- Non-ASCII letter headings are black when printing (Zbigniew Chyla) * Calendar #6544 -- Make Timezone names translatable (Damon) #18801 -- Alarms with specific trigger times are not shown (Damon) * Importers #16864 -- LDIF importer chokes on long description field (Toshok) #17441 -- Crash trying to import VCards file into an LDAP folder (Ettore) * Mail #6896 -- message_list_select() with wraparound won't select first message (Jeff) #11499 -- All recovered Composer windows have HTML enabled (Jeff) #16947 -- Crash while setting up a new mail account (Jeff) #17205 -- Crash of evolution-mail on start-up (Jeff) #17634 -- Marking a message as unread should undelete it, as well (Jeff) #17694 -- Exchange 5.5 reporting 2 messages as having the same UID breaks Evolution (Jeff) #17759 -- Cancelling Send/Receive can lose mail for local case (Jeff) #18142 -- Mailer crash when trying to send an email (Jeff) Other fixes: * Summary - Change the list of items in the mail preferences (Iain) * Calendar - Make Tasks default to public as in Outlook (Rodrigo) * Importers - Make the druid as a transient window for the main shell (Iain) * Mail - Follow symlinks for mbox files (Jeff) - Fixed copy/paste problems in mail-account-gui.c (Ian Goldberg, Jeff) - Make Vfolders work with add-on storages (Dan) * Shell - Don't crash on missing icon on start-up (Michael Meeks) - Change activation/deactivation order for views in order to reduce flicker in the toolbars (Michael Meeks) Updated translations: - bg (Alexander Shopov) - el (Nick Niktaris, Panayotis Pakos, Simos Xenitellis) - fr (Christophe Merlet) - hu (Andras Timar) - it (Clara Tattoni, Ettore) - lv (Peteris Krisjanis) - nn (Roy-Magne Mo) - no (Kjartan Maraas) - sk (Stanislav Visnovsky) - sv (Christian Rose) -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] HEAD doesn't compile
shell/e-shell-corba-icon-utils.[ch] wasn't cvs added. Sorry about that, I have fixed this now. -- Ettore
Re: [Evolution-hackers] e_folder_type_registry_get_icon_for_type()-- Unknown type `calendar'
calendar-gui-ERROR **: I could not register a Calendar control factory. aborting... Aborted (core dumped) Did your calendar .oaf files get deleted by any chance? -- Ettore
Re: [Evolution-hackers] Plans for S/MIME?
Evolution is that I must be able to use S/MIME digital certificates. Outlook does this, but not well at all. I'd program a plug-in, but MS doesn't include security in the API. Are there any plans to create Evolution tools for encrypting e-mail using S/MIME? If not, is there anyone out there interested in helping me do it, or having me help them? We have always had a plan to add S/MIME support but that is not something we are aiming at in the short term (i.e. not for the 1.2 release) due to resource constraints. Contributions are welcome though, and we are willing to support any hacker who volunteers to implement S/MIME support. -- Ettore
Re: [Evolution-hackers] html component
Is it possible to edit the raw HTML via this component? No. And since the representation of the document is currently not DOM-based, it would be very non-trivial to implement this. -- Ettore
Re: [Evolution-hackers] 1.2 default folders / summary / etc
the RDF thing is an etable (in the code I have now on my laptop). But because it's a flat table, it can have both the checkboxes thing, and be reorderable. Still, I don't see a reason to change the current way. It works just fine, and I actually like our UI better. (I have played with the OL2K one at work, and ours is just prettier.) If you need a tree with all the folders in it, that's very easy to achieve by getting a StorageSetView control from the shell. -- Ettore
Re: [Evolution-hackers] 1.2 default folders / summary / etc
I'm working on this as having an etree showing the folder list with checkboxes to select what ones are shown. Like *cough*outlook*cough* I'd rather have an interface where you click on folders and add them with an add button. That's simpler, doesn't require as much hackery, and (most importantly) allows you to re-order the folders in the summary. -- Ettore
Re: [Evolution-hackers] 1.2 default folders / summary / etc
I have 2 words for you, but i wont repeat them here. Like what? Just curious. *I* am trying to make a quality piece of code here, if thats not what you want, i'll stop trying, it is sure getting frustrating enough to want to stop trying. I don't think anyone ever prevented you from doing things right. Surely not me. Your alternative being...? Have you even looked at the shellclient idl? Its a mash. Actually most of the idl outside of the addressbook or wombat is a mash. There are problems with it, sure. Saying everything sucks doesn't help to make things better in any way. There needs to be an object to obtain folder lists, even when they're offline too, and produce an entirely locally controlled dialogue. Sure, that's doable. Thing is, the dialog also allows the user to do other things like making a new folder. If you don't do that in the shell, it becomes hard to duplicate all that functionality in each of the components. The whole 'add/select one' thing is not very useful in many gui use-cases, its hard to use (from the keyboard especially), It's not, because you map Enter to do Add. A lot of controls work like that. is pretty messy (oh, we need a new feature, add a new argument, and never refactor it ever again). The code uses a pretty messy bunch of stuff including a new mainloop too, and its modal. It doesn't even look very nice, or really work like anyone expects. What part of the behavior is unexpected? BTW the new event loop problem is easily fixable, and I don't think anyone brought it up before, otherwise I would have fixed it. -- Ettore
Re: [Evolution-hackers] Integrating Gaim with Evolution
I'm now thinking about what my long term goals are. What I wanted to do was to assign IM identities to my contacts. Since some of my contacts are on multiple protocols, I need fields representing each protocol like AIM, Jabber, MSN, etc.. I would like a view in Contacts that would show all Contacts with IM fields, and indicate the contacts who are online now, and if they are idle. The contact's property menu will let me open a conversation window with them. In the Summary section, I would like to see my online contacts placed after Mail, before Appointments. Clicking on a contact will open a conversation with them. This sounds really cool! Nat Friedman and Joe Shaw (on the Cc: line) have been playing with IM support for a while on a separate branch (evolution-im on CVS). I suggest that you check that out before implementing more IM stuff, although I am not sure how much has been done so far. -- Ettore
[Evolution-hackers] Policy on CVS
Hello, in order to avoid any further confusion, I have put the patch review policy on CVS; it is in the HACKING file on the stable 1.0 branch (evolution-1-0-branch). -- Ettore This is the stable branch of Evolution. As a consequence, any commit to this branch is subject to a patch review mechanism, as defined by the following rules: 1. Every patch will be sent to [EMAIL PROTECTED] in the form of a unified diff (cvs diff -u). 2. Every patch will have to be on the list for at least 24 hours before being committed. A week-end (Saturday+Sunday) counts as a single 24-hour day. If a patch is by one of the core contributors of the module the patch refers to and no-one speaks up against it in the 24 hour period, the author can go ahead and commit the patch. On the other hand, patches by people who are not core contributors of the module being patched will always have to be confirmed as safe by one of the core contributors first. 3. As an exception to rule 2, if the patch gets approved by all the core developers of the module before the 24-hour period, it may get committed immediately. This doesn't apply to the modules that have only one core maintainer though (e.g. the shell); in that case, the patch will have to be approved by at least one core developer of another module in order to be committed before the 24-hour period. 4. Core contributors are required to give their opinion on the bug in the 24 hour period. 5. Core module members are defined as follows: Addressbook: Chris Lahey [EMAIL PROTECTED] Chris Toshok [EMAIL PROTECTED] Calendar: JP Rosevear [EMAIL PROTECTED] Damon Chaplin [EMAIL PROTECTED] Rodrigo Moya [EMAIL PROTECTED] GAL: ETable: Chris Lahey [EMAIL PROTECTED] Shortcut bar: Damon Chaplin [EMAIL PROTECTED] Other GAL widgets: Respective authors. GtkHTML: Radek Doulik [EMAIL PROTECTED] Larry Ewing [EMAIL PROTECTED] Importers: Iain Holmes [EMAIL PROTECTED] Mailer: Jeffrey Stedfast [EMAIL PROTECTED] Dan Winship [EMAIL PROTECTED] Michael Zucchi [EMAIL PROTECTED] Shell: Ettore Perazzoli [EMAIL PROTECTED] Summary: Iain Holmes [EMAIL PROTECTED] 6. Patches must be attached to bugs that are actually on the Bugzilla, and the bug # must be specified when sending the patch to the list. 7. Once the patch has been committed, it is the author's responsibility to: - Close the corresponding bug on Bugzilla. - Write to the mailing list, replying to the original message containing the patch to inform the other hackers that the patch has been committed. - Update NEWS with a listing of the changes applied and corresponding Ximian Bugzilla bug numbers.
Re: [Evolution-hackers] 1.2 default folders / summary / etc
(Hm... I don't think using her as a generic pronoun does much to fight sexism when the context is being confused by computers ;-) Hah. :-) English is hard. Maybe we should just let her select one of the accounts (i.e. storages) instead of an individual folder... And the storage itself would say which folder is default for that specific type. Some users are going to want to use an LDAP server as their default contacts folder though. So it would be good to at least be able to override that. Hm, good point. I forgot that the LDAP stuff uses a single storage with all the servers in it as individual folders. -- Ettore
Re: [Evolution-hackers] gnome-vim editor component for evolution
I posted about this a few months ago, and I think I've got something to the stage where others may be interested in taking a look. Wow, this looks sweet! Now, what we need in Evolution to make this really usable is: A more generic, non-HTML-specific interface that other editors can implement. An Editor picker in the config dialogs of Evolution. Make Evolution pick the editor that the user specified. Then it would be easier to add support for (X)Emacs as well... -- Ettore
[Evolution-hackers] Evolution 0.99 (Release Candidate 1) is out!
Yes, you read that right: the release candidate for Evolution 1.0 hit the wires this evening. After two years of hard work and more than 700 thousand lines of code written, the sleepless hackers at Ximian are finally getting to the long-awaited 1.0 release of Evolution, the GNOME groupware suite. Evolution 0.99 is feature-complete for 1.0. All user-visible text and user interface details are the same as they will be for version 1.0. Barring the discovery of major bugs, this Release Candidate will become the 1.0 build. All that stands between the this software and the title of 1.0 are thousands of users trying to find fault with the software. Despite the impending 1.0 release, you shouldn't stop looking for bugs. If you find a problem, we want to know about it! You can submit a bug report at http://bugzilla.ximian.com or with the GNOME Bug Report tool (Programs -Utilities -Bug Buddy). Prizes will be awarded to those reporting the nastiest and strangest bugs, and of course for the greatest number of reports. Every Thursday, developers and users of Evolution gather to find, isolate, and destroy bugs. To participate, open your IRC client and visit the #evobugs channel, located on the irc.gnome.org server. Ximian QA master Luis Villa will be in attendance between 9 AM and 9 PM Eastern Standard Time. AVAILABILITY If you use Ximian GNOME, you can install this version by subscribing to the Ximian GNOME channel in Red Carpet (System - Get Software). If you do not have Ximian GNOME installed, you can download Evolution binaries from our FTP server at: ftp://ftp.ximian.com/pub/ximian-gnome/ or visit our Source Code page at: http://www.ximian.com/devzone/source.html to get the latest source tarballs. KNOWN ISSUES - In this build only, Palm-OS sychronization is temporarily disabled. It will return in the next release. - Under certain rare circumstances, IMAP connections over SSL can hang Evolution. We expect to have this issue resolved shortly. CHANGES SINCE BETA 5: Shell: - Fixed problems with icons not showing up in the assistants. (Ettore, Anna) - Fixed some drag-and-drop bugs. (Ettore) - Fixed some random crashes and made the shell more robust in case of activation problems or components crashing. (Ettore) - Implemented a newer, prettier about box. (Ettore) - Made sure the quit message always gets displayed. (Ettore) - Made sure the shell doesn't allow folder names with slashes. (Ettore) - Made the folder selection and folder creation dialogs play better with the WM for out-of-proc components. (Ettore) - Make sure components don't display dialogs before the shell windows are displayed. (Ettore) - Fixed some problems with copying/transferring/renaming folders. (Ettore) - Made the pop-up folder bar have the expected size when popped up. (Ettore) Mailer: - Fixed SMTP truncation, IMAP/SSL truncation/hangs when sending/appending messages. (Jeff) - Implemented rename for imap/maildir folders. Rename also tracked in vfolder and filter code. Use rename for local folders when we can instead of copy/delete. (Michael, Jeff) - Fixed startup wizard next page race bugs. (Michael) - Fixed toolbars vanishing. (Michael) - Made filter/vfolder on mailing lists honor domains, but also backward compatible. (Michael) - Fixed the password coming up behind the main window. (Michael, Ettore) - Fixed numerous crash on startup/exit/while doing nothing/switching folder/components, many races and other architectural errors. (Michael, Jeff) - Bunch of vFolder fixes and feature completion. (Michael) - Added a 'index body' option to configure folder. (Michael) - Fixed 'unread' counts, again. (Michael) - Fixed some problems leaking file descriptors and overusing them when not necessary. (Michael) - Implemented iconv() caching and Solaris friendly iconv name converter. Made override display charset work in more cases. (Michael, Jeff) - Various untranslated buttons/menus and other translation issues fixed. (Michael, Jeff) - Offline searching in IMAP. (Michael) - Don't warn the user if he drags a message and drops it in the same place. (Jeff) - Fixed replying-to and forwarding messages with attachments to attach the appropriate attachments in the new message. (Jeff, Larry) - Don't allow the user to edit the default searches and keep all the search menus consistant accross all folders. (Jeff) - Allow the user to drag-and-drop and/or move messages to the Trash folder. (Jeff) - Various fixes to the filtering code. (Jeff, Michael) - Make various dialogs non-modal. (Jeff) - Fixes to POP3 UID caching so users can leave mail on server and not get duplicates. (Jeff) - Fixes to IMAP caching code where servers support the UIDPLUS extension. Will also now un-cache a folder when the user deletes it from the
Re: [Evolution-hackers] Commit policy changes
* Every patch will have to be on the list for at least 24 hours before being committed. A week-end (Saturday+Sunday) counts as a single 24-hour day. In order to speed up the patching rate a bit, we are adding an exception to this rule: * If the patch gets approved by all the core developers of the module before the 24-hour period, it may get committed immediately. This doesn't apply to the modules that have only one core maintainer though (e.g. the shell); in that case, the patch will have to be approved by at least one core developer of another module in order to be committed before the 24-hour period. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Commit policy changes
Hello, this is just to announce that we are now restricting the policy for committing changes to the Evolution, GAL and GtkHTML CVS repositories. The purpose of this is to enforce patch review before changes get made, making sure that the tree stay stable and consequently we can roll a Release Candidate tarball soon. So, we have created a new list, [EMAIL PROTECTED], for people who want to contribute modifications to Evolution, or help with the review process. Access is open to everyone; the home page for the mailing list is: http://lists.ximian.com/mailman/listinfo/evolution-patches Here are the new rules for applying changes to the Evolution, GtkHTML and GAL trees: * Every patch will have to be sent to the [EMAIL PROTECTED] mailing list in the form of a unified diff (cvs diff -u) before being committed. * Every patch will have to be on the list for at least 24 hours before being committed. A week-end (Saturday+Sunday) counts as a single 24-hour day. If a patch is by one of the core contributors of the module the patch refers to and no-one speaks up against it in the 24 hour period, the author can go ahead and commit the patch. On the other hand, patches by people who are not core contributors of the module being patched will always have to be confirmed as safe by one of the core contributors first. * Core contributors are required to give their opinion on the bug in the 24 hour period. * Core module members are defined as follows: Addressbook: Chris Lahey [EMAIL PROTECTED] Chris Toshok [EMAIL PROTECTED] Jon Trowbridge [EMAIL PROTECTED] Calendar: Federico Mena Quintero [EMAIL PROTECTED] JP Rosevear [EMAIL PROTECTED] Damon Chaplin [EMAIL PROTECTED] Rodrigo Moya [EMAIL PROTECTED] GAL: ETable: Chris Lahey [EMAIL PROTECTED] Shortcut bar: Damon Chaplin [EMAIL PROTECTED] Other GAL widgets: Respective authors. GtkHTML: Radek Doulik [EMAIL PROTECTED] Larry Ewing [EMAIL PROTECTED] Importers: Iain Holmes [EMAIL PROTECTED] Mailer: Jeffrey Stedfast [EMAIL PROTECTED] Dan Winship [EMAIL PROTECTED] Michael Zucchi [EMAIL PROTECTED] Pilot Syncing: JP Rosevear [EMAIL PROTECTED] Shell: Ettore Perazzoli [EMAIL PROTECTED] Summary: Iain Holmes [EMAIL PROTECTED] * We will only accept patches for bugs that are actually on the Bugzilla; the bug # must be specified when sending the patch to the list. * Once the patch has been committed, it is the author's responsibility to: - Close the corresponding bug on Bugzilla. - Write to the mailing list, replying to the original message containing the patch to inform the other hackers that the patch has been committed. These rules don't apply to documentation or translations; these can be updated more freely as it has happened in the past. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Strings freeze?
Il gio, 2001-10-25 alle 16:19, Zbigniew Chyla ha scritto: Do you guys remember this: All of the Evolution user-visible strings will be frozen by Monday October 21st 12:00pm UTC? I still can see new/modified strings every day... What strings in particular? I had to break a couple today to avoid a GCC-ism. Anything major besides that? -- Ettore
[Evolution-hackers] Evolution 0.15 (Beta 5) is out!
The hacking monkeys at Ximian are proud to announce the availability of the Beta 5 (aka 0.15) release of Evolution. The time is drawing near for the 1.0 release. This means that time is almost up to stress-test and report bugs for Ximian Evolution. Prizes will still be awarded to those reporting the nastiest, thorniest, and the most total bugs. To report a bug, please visit http://bugzilla.ximian.com or use the GNOME Bug Report tool, Bug Buddy. Every Thursday, between 9 A.M. and 9 P.M. Eastern Standard Time (US), developers and users of Evolution gather to find, isolate, and destroy bugs. To participate, open your IRC client and visit the #evobugs channel, located on the irc.gnome.org server. Just like with Beta 4, Beta 5 binaries features LDAP, PalmOS, and SSL built-in support. Solaris packages will not be released with Beta 5; please stay tuned for Beta 6. AVAILABILITY If you use Ximian GNOME, you can install this version by subscribing to the Ximian GNOME channel in Red Carpet (System - Get Software). If you do not have Ximian GNOME installed, you can download Evolution binaries from our FTP server ftp://ftp.ximian.com/pub/ximian-gnome/ or compile the source tarballs at ftp://ftp.ximian.com/pub/source/evolution For more information, the main Evolution web page is located at http://www.ximian.com/products/ximian_evolution/ The Evolution development page is located at http://www.ximian.com/devzone/projects/evolution-devel.html CHANGES SINCE BETA 4 (0.14) --- Shell: * Fixed a problem with shortcuts not appearing when created by the mailer. (Ettore) * Fixed right-click menu behavior for folders in the folder bar. (Ettore) * Got Rename to work again. (Ettore) * Fixed some folder copy/move/dnd bugs. (Ettore) * Added a menu item to configure the Pilot settings. (Ettore) * Fixed some other miscellaneous bugs/crashes. (Ettore) * Added ability to run the intelligent importers from the File-Import menu item. (Iain) Mailer: * Fixed the multiple error-dialog problem. (Michael) * Fixes to PGP decrypting and verification code. (Jeff) * Made vFolders work much better. (Michael) * Added a confirm expunge option to the mail settings dialog. (Jeff) * Fixed the update-IMAP-unread-counts bug. (Jeff) * Show messages in the user's preferred charset if the message itself doesn't contain charset information or if the message charset is wrong (ie the system can't convert the text to utf-8). (Jeff) * Many backend fixes. (Michael, Jeff, Dan) * Fixed the crash that accompanied the invalid address warning. (Trow) * Properly encode the mailto: links we generate inside of displayed messages. (Trow) * Improve the signature editor. (Iain) Calendar: * Backend improvements. (JP, Rodrigo) * The alarm daemon can now re-enter properly. (Federico) * Alarms can now have zero-time offsets. (Federico) * Warning fixes. (Chris) * Fixed custom Glade widgets on non-Linux systems. (Dan) * Fixed crashing problems in the event/task editor. (Damon) Addressbook: * Miscellaneous bug fixes. (Trow, Toshok, Clahey, JP, Peter) * Better handling of addresses containing commas or other special characters. (Trow) * Fixed bugs related to sending mail by left-clicking on an address inside a message. (Trow) * Auto-completion now matches against contact nicknames. (Trow) * Added help text and generally cleaned up the contact editor. (Anna) * Handle multiple wombats properly. (Toshok) * Made which book to use for address completion configurable (no gui for this yet). (Toshok) * Made Print Preview work in addressbook. (Clahey) Pilot: * Now syncs exception dates in calendar and addressbook notes. (JP) * Does not overwrite custom data on pilot. (JP) * Address completion no longer marks records as changed. (JP) * Miscellaneous other bug fixes. (JP) Summary: * Cache images instead of repeatedly reloading them. (Iain) * Only redraw when the summary is visible. (Iain) * Use the encoding specified in the RDF file. (Takuo Kitame) * Leak fixes. (Larry) * Show today's tasks works. (Iain) * Make the preferences dialog nicer. (Iain) Importers: * Handle the case where the Netscape transport is nothing. (Iain) ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] interface to use for alternate editors incomposer
I'm interesting in implementing/co-ordinating some effort to add this support. Since I use vim, that's my first goal. I've started to look at the composer code, and I'm guessing the easiest way to do this would be to make vim into a Bonobo component which implements the gtkhtml interface (which the composer currently uses). However, this is probably not the Right Thing (tm) to do, since vim isn't an html editor - it's a plain text editor. That's actually the simplest way to do it. We could also hack the composer and GtkHTML up so that the non-plain-text features are a separate interface, and you can have an editor that only supports the plain-text stuff. -- Ettore
Re: [Evolution-hackers] printing non-latin1 text from Evo is broken
Currently Ximian ships a very old version of gnome-print (0.25), that contains A LOT of cirtical i18n-related bugs. gnome-print-0.29 with most of the bugs fixed is available since May.. Not shipping gnome-print-0.29 is a biggest mistery of Ximian GNOME to me (add to that the fact that the main developer of gnome print is hired by Ximian)!!! This is a known problem, and we are going to have a new gnome-print package pushed next week if all goes well. Then we can start fixing these issues... Thanks for pointing out these problems. -- Ettore
Re: [Evolution-hackers] Accented characters on US keyboard
[User-related questions such as this one should be posted to evolution@, not evolution-hackers@.] How is it possible to put accented characters with a US keyboard inside the gtkhtml editor which is used in evolution or in gedit ? Is there a compose key ? Is there an iso-accent-mode like in emacs ? You can configure your X server to have a Compose key, or use xmodmap. The following, for example, will set up the right alt key to be Compose: xmodmap -e remove mod1 = Meta_R -e keysym Meta_R = Multi_key -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Mostfreqs!
On Mon, 2001-09-10 at 15:21, Christopher James Lahey wrote: On Fri, 2001-09-07 at 16:15, Ettore Perazzoli wrote: * #7507 (Too many error messages). I think we should change the way the mailer handles these dialogs. We should just avoid launching the same operation again if the previous instance failed and popped up an error dialog, until the dialog is dismissed. Michael, can you please implement this? There's another issue related to this. When the password dialog comes up but you leave it there while evolution runs in the background (with it set to autocheck often,) when you return, if you hit cancel, the password dialog immediately reappears as it tries to do the command again. This happens repeatedly based on the number of times the operation would have happened while you were away. (I.e., once per minute for me.) To me this sounds like another good reason to avoid doing anything until the dialog is answered to. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] wvHtml
Could wvHtml be used to view .doc's inline in Evolution? Is this something that I could do through settin MIME types, or is this a get dirty with the code problem? In order to allow inline viewing, you'd have to implement a wvHtml-based Bonobo control. For a right-click view this in wvHtml menu item, instead, you just need to add the appropriate entries to the GNOME VFS MIME database. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Re: [Evolution] WARNING: changed keybindings
Talking about cut/copy/paste, am I the only one that finds it annoying and unexpected to have to use ctrl-c to copy in the composer but in most other programs it's enought to mark the text with the mouse??? Oh dear, that is annoyingly ununix. Sigh. Nah, it's just a bug, and not the way it's supposed to work. GtkHTML is a bit confused between the primary selection and the clipboard selection. I think the right behavior is the following: * Middle-click should paste the primary selection. * Selecting a chunk of text should set the primary selection. * Cut/copy/paste should work on the clipboard selection exclusively. This way everyone should be happy. I think this is what XEmacs does too, although, I am not sure XEmacs actually uses the clipboard selection. In any case, I think XEmacs gets it right, while we are doing it all wrong. :-) Larry, Radek, what's your take on this? -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Re: [HC Gene-pool] status report
I dont know if you implemented this also (my evo doesnt like to live at the moment), but what about something like this in the preferences: [x] Reply to mailing-lists in plain text format. Actually, I think this should just be the default behavior for reply to mailing list. Thanks to the nice way the composer handles HTML vs. plaintext mode, the user can change to HTML later without any side effects. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.helixcode.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] A few questions..
On 11 May 2001 17:39:59 +0200, Kent Nyberg wrote: 1. Have you ever thought of making it so that the user can see how many mails a mailbox contains? We should have a property box for this. (I.e. Right click - Folder Properties). I am working on the right-click menu for folders right now... Since Evolution has downloaded some of the mails but not deleted them on the server i get a lot of copies of the mails. :( It would be very nice if Evolution some how could make it so that it wont deliver any mail to the mailbox if it has not deleted it on the server. Known issue. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.helixcode.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Read/Unread Logic
On 06 Apr 2001 00:00:28 +0930, Not Zed wrote: I suspsect a double-click action should bypass all of that processing and just automatically set the read flag. Yes, I think this is the right behavior. Bradley, thanks for bringing this up. I have just submitted this into Bugzilla: http://bugzilla.ximian.com/show_bug.cgi?id=2158 -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.helixcode.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Two Requests for features...
On 05 Apr 2001 09:07:10 -0700, Michael Peddemors wrote: One thing I really like is the ability to resend an Email, but in evolution you do not get the chance to edit it again, normally this is done as 'edit as new'. (Figured that one out when I forgot to attach an attachment, and wanted to resend the letter with the attachment. Ended up sending it twice without I guess : If a message is saved in the "Drafts" folder, it can be edited by just double-clicking on it or selecting "Open". Hmm I guess we need something like this for the "Sent" folder too... Or maybe all the folders. http://bugzilla.ximian.com/show_bug.cgi?id=2159 And also, you have options to 'insert a file' whcih defaults to being an attachment. Can we have an option to 'insert a file' and 'attach a file'? In evolution it seems that the 'insert' is actually an attach.. This is known to be a missing feature. -- Ettore ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.helixcode.com/mailman/listinfo/evolution-hackers
