[Evolution-hackers] Evolution Alarm UI

[Srinivasa Ragavan]

Hey guys,

I have been working on some changes to the alarm notification with chen
and chax. As part of this im planning to do some changes and attached
some UI screenshots.

*Proposal*

- Alarm Daemon must can start independently, via a .desktop file in the
panel menu, so that it can be started independent of Evolution.

- There will be a option in Evolution to say that whether to start alarm
automatically with evolution or not.

- Alarm starts with a tray icon, and has provisions to quit, change
configurations. In the configuration gui, the user can select, which
calendars, notifications are required. Only for the selected calendars
the user will get notifications.
http://www.gnomebangalore.org/?q=system/filesfile=/preferences_0.png

- No more Popup notifications, if libnotify is installed. When the alarm
has to be indicated, a desktop notification would be send, stating the
subject, location, time (duration).

http://www.gnomebangalore.org/?q=system/filesfile=/notification_0.png

- In addition to that, when ever there is a alarm, the tray icon, has a
blinking '!' in it and the tool tip stating the Subject, time
(duration). 
http://www.gnomebangalore.org/?q=system/filesfile=/tooltip_0.png

If there are more than one alarm, it says the number of alarms. On click
of that, the blink would be gone and the regular popup will appear
stating everything.

Please feel free to provide your comments. Im eager to include new
things into this.

Thanks
Srini.

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Evolution Alarm UI

[Srinivasa Ragavan]

 Sarfraaz Ahmed [EMAIL PROTECTED] 10/11/05 1:02 PM 
On Tue, 2005-10-11 at 08:05 +0530, Srinivasa Ragavan wrote:
 On Mon, 2005-10-10 at 16:08 +0530, Harish Krishnaswamy wrote: 
  On Mon, 2005-10-10 at 15:12 +0530, Srinivasa Ragavan wrote:
   Hey guys,
  snip
   - Alarm Daemon must can start independently,
  How are accounts that require authentication (and whose passwords
are
  not remembered)
  handled when evo is not already running ? 
 It shares the session with evo i guess. At any cost, it wont prompt
for
 password from tray icon :-). It wouldnt alarm those events, 

Why shouldnt the alarm popup for passwords ? The backends are anyway
enabled for authentication, expecting the clients to request for
authentication. 

It is not wise to popup for 'n' passwords for corresponding accounts
standing from the applet. And i dont think people would prefer that,
since when evo starts, it shares the session with evo.
  
   - There will be a option in Evolution to say that whether to start
alarm
   automatically with evolution or not.
   
  Is this option like -
  'when-you-launch-evolution-and-find-notify-not-running-start-it'  -
  yes/no ?
  ATM, Evolution users do not have a choice but don't seem to complain
  either.
 Yeah. If it runs, this just ignores. 

I am a bit confused on the assumption here. Will alarm notify be running
by default ? If yes, then i guess the option is something like start
alarm notify with evolution - yes/no. Please correct me if i am wrong.

Surf, by default, it would start with evo and user can say that dont
start with evo, in which case it wont start alarm. And so the option can
be something similar to this.

-- Sarfraaz

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Re: UI fixes and GNOME 2.14 timeline (was: Re: [Evolution] Error dialogs steal focus)

[Srinivasa Ragavan]

On Tue, 2005-12-13 at 14:49 -0500, Lee Revell wrote:
 On Tue, 2005-12-13 at 09:34 +0530, Srinivasa Ragavan wrote:
  hmm :-) Im taking on these things. Ive got Johnny working on UI with
  me.  We should be doing a lot of fixes. We probably, can fix as much
  as issues as we can. Probably, in the wiki, we can list some of must
  fixes and we can go based on that as well.  
 
 (Also cross posted on purpose)
 
 Please, PLEASE increase http://bugzilla.gnome.org/show_bug.cgi?id=255303
 to MUSTFIX priority
 
lee, i can see this working in my mail box and a workaround is applied,
if i read the bug right. But it could be possible that some scenario is
left. 
 
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Re: UI fixes and GNOME 2.14 timeline (was: Re: [Evolution] Error dialogs steal focus)

[Srinivasa Ragavan]

On Wed, 2005-12-21 at 00:55 -0500, Lee Revell wrote:
 On Wed, 2005-12-14 at 17:12 +0530, Srinivasa Ragavan wrote:
  On Tue, 2005-12-13 at 23:32 -0500, Lee Revell wrote:
   On Wed, 2005-12-14 at 09:48 +0530, Srinivasa Ragavan wrote:
On Tue, 2005-12-13 at 14:49 -0500, Lee Revell wrote:
 On Tue, 2005-12-13 at 09:34 +0530, Srinivasa Ragavan wrote:
  hmm :-) Im taking on these things. Ive got Johnny working on UI with
  me.  We should be doing a lot of fixes. We probably, can fix as much
  as issues as we can. Probably, in the wiki, we can list some of must
  fixes and we can go based on that as well.  
 
 (Also cross posted on purpose)
 
 Please, PLEASE increase 
 http://bugzilla.gnome.org/show_bug.cgi?id=255303
 to MUSTFIX priority
 
lee, i can see this working in my mail box and a workaround is applied,
if i read the bug right. But it could be possible that some scenario is
left. 
   
   I know, I saw that in the code and the changelog but nevertheless it's
   definitely still broken here.
   
   It seems to be a problem if you sort your mail by date with the newest
   at the bottom.  When I switch folders the scroll position keeps going
   back to the top.
   
  Ok lemme try out and see.
 
 Were you able to verify that this is still a problem?

Lee i too see it occasionally.. I'm working on it dude.

 Lee
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Announce : Evolution 2.5.4, EDS 1.5.4, Evolution-exchange 2.5.4 and Gtkhtml 3.9.4

[Srinivasa Ragavan]

On Tue, 2006-01-03 at 12:39 -0500, Lee Revell wrote:
 On Tue, 2006-01-03 at 15:29 +0530, Harish Krishnaswamy wrote:
  Hi All,
  
  The Evolution Team is pleased to announce the release of Evolution
  2.5.4 . 
  
  You can download the following :
  
  http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.5/evolution-2.5.4.tar.bz2
  http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.5/evolution-data-server-1.5.4.tar.bz2
  http://ftp.acc.umu.se/pub/gnome/sources/evolution-exchange/2.5/evolution-exchange-2.5.4.tar.bz2
  http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.9/gtkhtml-3.9.4.tar.bz2
  http://ftp.acc.umu.se/pub/gnome/sources/libsoup/2.2/libsoup-2.2.6.1.tar.bz2
  
  
  Upgrade Notes :
  Evolution 2.5 is the unstable series of 2.6 development.
  
  Release Notes :
  
  Hi All,
  
  The Evolution Team is pleased to announce the release of Evolution
  2.5.4 . 
  
  You can download the following :
  
  http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.5/evolution-2.5.4.tar.bz2
  http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.5/evolution-data-server-1.5.4.tar.bz2
  http://ftp.acc.umu.se/pub/gnome/sources/evolution-exchange/2.5/evolution-exchange-2.5.4.tar.bz2
  http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.9/gtkhtml-3.9.4.tar.bz2
  http://ftp.acc.umu.se/pub/gnome/sources/libsoup/2.2/libsoup-2.2.6.1.tar.bz2
  
  
  Upgrade Notes :
  Evolution 2.5 is the unstable series of 2.6 development.
  
  Release Notes :
  
  Evolution 2.5.4 2006-01-02
  --

  Bugzilla bugs fixed (see http://bugzilla.gnome.org/show_bug.cgi):
  
 
 Any news on when #255303 and #247373 might be fixed?  I see a lot of
 minor fixes and corner cases being addressed but these serious interface
 bugs aren't?
 
Wrt bug #247373 a initial work done to distinguish user
initiated/background task is done by me and partha is taking on this wrt
to camel errors. So it is being looked in and not cornered :)

On bug #255303, as u know this is not a regularly reproducible, im
working on it. It occurs pretty rarely as you too agree to it. Im
reading the code as well. You can support us by helping to find a
pattern, which would be great.
 
 Lee
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Remove duplicate e-util-marshal.list in evolution/widgets/misc

[Srinivasa Ragavan]

Looks fine to me.

-Srini
On Tue, 2006-01-10 at 23:31 +0530, Harish Krishnaswamy wrote:
 This change looks fine to me. Actually, it must have been just oversight
 not having removed e-util-marshal.list from evolution/widgets/misc.
  
 Srini has been working on widgets/* more than any of us lately, though.
 Thoughts, Srini ?
 
 Thanks,
 Harish
 On Tue, 2006-01-10 at 18:47 +0800, simon.zheng wrote:
  Hi all,
  
  Here is bug information.
  http://bugzilla.gnome.org/show_bug.cgi?id=323529
  
  We found another duplicate file e-util-marshal.list. There's two
  copies of e-util-marshal.list in and evo/e-util and
  evo/widgets/misc. They're 100% identical. What's more, we noticed the
  other modules in evo/widgets, such as evo/widgets/table and
  evo/widgets/text, use the copy in evo/e-util rather than their own
  built-in copies. We think the one in evo/widgets/misc might be dropped.
  
  Attached the patch, pls review and comment.
  
  Thanks,
  -Simon
  ___
  Evolution-hackers mailing list
  Evolution-hackers@gnome.org
  http://mail.gnome.org/mailman/listinfo/evolution-hackers
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Evolution UI HackFest

[Srinivasa Ragavan]

Hi Everybody,

Tomorrow Jan 12th, 2006 the Evolution Team is conducting a UI 
Hackfest on irc in #evolution on gimp net. We are aiming at fixing a lot
of bugs that improve the user experience in performing day-to-day
operations.

The list of issues are listed at http://go-evolution.org/UIHackfest. You
are welcome to add issues to that page and contribute patches.

Happy Hacking !

-Srini

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Evolution UI HackFest

[Srinivasa Ragavan]

Sorry to miss out the timezone. It will be from 0330 GMT.

-Srini

On Wed, 2006-01-11 at 18:44 +0100, guenther wrote:
  Tomorrow Jan 12th, 2006 the Evolution Team is conducting a UI 
  Hackfest on irc in #evolution on gimp net. We are aiming at fixing a lot
  of bugs that improve the user experience in performing day-to-day
  operations.
 
 What timezone?
 
 
  The list of issues are listed at http://go-evolution.org/UIHackfest. You
  are welcome to add issues to that page and contribute patches.
  
  Happy Hacking !
 
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Hard Patch Review Mode

[Srinivasa Ragavan]

Hi,

We are entering hard code freeze on March 6th. To prepare for that, let
us make sure that *all* the patches with no exceptions should be mailed
to the [EMAIL PROTECTED] list. It should be committed only
after a *review* by the respective maintainers.

Maintainers: Just make sure that we have a respective #bug for every
commit that goes into HEAD.

We will probably branch after the hard code freeze for 2.7.

This applies to every one, with exceptions to documentation writers and
translators.

The affected modules are Evolution, Evolution-data-server, GtkHTML and
Evolution-Exchange.

Thanks
Srini.




___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Evolution, Evolution-Data-Server, GtkHTML, Evolution-Exchange branched to gnome-2-14

[Srinivasa Ragavan]

Hi,

The gnome-2-14 branch for Evolution and Evolution-Data-Server, GtkHTML
and Evolution-Exchange has been created. 

For specific plans on HEAD see http://go-evolution.org/Evo2.8

Thanks
Srini.

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] [PATCH 3/3] Add some missing includes

[Srinivasa Ragavan]

Pavel,

I guess it is good to follow what is already there. Please commit.

Thanks
Srini.
On Mon, 2006-08-14 at 19:58 -0400, Pavel Roskin wrote:
 From: Pavel Roskin [EMAIL PROTECTED]
 
 
 ---
 
  widgets/misc/e-icon-entry.c   |2 ++
  widgets/table/e-cell-text.c   |1 +
  widgets/table/e-table-utils.c |1 +
  3 files changed, 4 insertions(+), 0 deletions(-)
 
 diff --git a/widgets/misc/e-icon-entry.c b/widgets/misc/e-icon-entry.c
 index 8b8e5af..28779dc 100644
 --- a/widgets/misc/e-icon-entry.c
 +++ b/widgets/misc/e-icon-entry.c
 @@ -39,6 +39,8 @@ #include e-icon-entry.h
  #include gtk/gtkentry.h
  #include gtk/gtkbox.h
  #include gtk/gtkhbox.h
 +#include gtk/gtkeventbox.h
 +#include gtk/gtkimage.h
  
  #define E_ICON_ENTRY_GET_PRIVATE(object)(G_TYPE_INSTANCE_GET_PRIVATE 
 ((object), E_TYPE_ICON_ENTRY, EIconEntryPrivate))
  
 diff --git a/widgets/table/e-cell-text.c b/widgets/table/e-cell-text.c
 index fee7d04..0de2375 100644
 --- a/widgets/table/e-cell-text.c
 +++ b/widgets/table/e-cell-text.c
 @@ -45,6 +45,7 @@ #include gdk/gdkkeysyms.h
  #include gtk/gtk.h
  #include libgnomecanvas/gnome-canvas.h
  #include libgnomecanvas/gnome-canvas-rect-ellipse.h
 +#include libgnomeprint/gnome-print-pango.h
  
  #include a11y/e-table/gal-a11y-e-cell-registry.h
  #include a11y/e-table/gal-a11y-e-cell-text.h
 diff --git a/widgets/table/e-table-utils.c b/widgets/table/e-table-utils.c
 index 178842c..ac149e1 100644
 --- a/widgets/table/e-table-utils.c
 +++ b/widgets/table/e-table-utils.c
 @@ -24,6 +24,7 @@
  #include config.h
  
  #include libintl.h /* This file uses dgettext() but no _() */
 +#include string.h
  
  #include e-util/e-util.h
  #include misc/e-unicode.h
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] RFC: Evolution's library requirements

[Srinivasa Ragavan]

On Wed, 2006-12-06 at 00:51 +0530, Harish Krishnaswamy wrote:
 Hi fellow hackers,
 
 With reference to Bug 380534 on clarifying Evolution's library
 requirements, I am putting down my thoughts and recommendations here and
 will be proposing this in the weekly evolution meeting (#evolution-meet
 on irc.gimp.org at 1000 UTC 6 Dec 2006) tomorrow. Comments/questions
 welcome, as always.
 
 I see two aspects of the problem described in the bug that merit two
 separate approaches :
 
 a. Inbound Dependencies - The libraries that Evolution/EDS/Evolution
 Exchange depend on.
 b. Outbound Dependencies - Dependencies that EDS libraries provides to
 other applications that are based on or integrated with Evolution/EDS.
 
 On (a) Inbound Dependencies, 
 
 I suggest that on upstream CVS, Evolution  should depend on the most
 recent stable versions of the libraries available in the corresponding
 GNOME release (Evolution 2.9.x/2.8.x on GNOME 2.16, 2.6.x on GNOME
 2.14). This is similar but not exactly the same as what Matthew has
 outlined in Bug 380534. I agree that the configure scripts need to
 hard-enforce these dependencies while building the packages.
 
 I feel it is important that we move away from 
 i) the use of deprecated APIs from various GNOME libraries to the
 improved, maintained versions.
 ii) Evolution specific widgets/thread/mutex/data structures
 implementation that are now available in generic GNOME libraries. This
 is possible now in some cases (EList-GList, EThread-GThread,
 EMutex-GMutex?) but not all (ETable, ETree).
 
 This ensures we take advantage of the newer capabilities available and
 make it easier for contributors to continue adding value to our project.
 
 However, it is also true that a very large number of our users
 (enterprise, organizations, ISVs) still live on older GNOME Desktop
 environments (Gtk = 2.6), willing to upgrade specific applications
 (Evo) but not their entire Desktop every six months. I think this would
 be the case in future too that the 'majority' of the  installed base
 stays a step or two behind the Bleeding-Edge/State-Of-The-Art Latest
 releases.
 
 If-defs and conditional compilations with significant addition to the
 maintenance complexity are a necessity to support such users who need to
 move to newer versions without overhauling their desktop. It is fair
 IMHO, however, for individual distributions to handle them according to
 their needs, rather than the upstream maintaining a super-set of
 everybody's constraints. 
 
I agree with this. The backward compatibility with older GNOME
shouldn't be maintained in HEAD IMHO. This will also help to keep the
code pretty clean.

-Srini
 I wish to propose an exception to the above if and only if when an
 inbound dependency is likely to cause a change to an outbound dependency
 as discussed in (b).
 
 
 On (b) Outbound dependencies, 
  and this is specially relevant to bugs like 373117, where we would like
 to preserve the binary compatibility of outbound libraries (libebook and
 libecal, in particular, which are the heavily used ones and as well as
 various Camel/Calendar/Addressbook providers built on EDS) and take care
 that any changes do not trigger massive upgrade overheads for those who
 consume our libraries.  Evolution has learnt this the hard way, erred on
 some and handled them with additional code overheads in other cases.
 
 Here, I would recommend that we extend the APIs rather than
 modify/delete them and mark the deprecated functions (to be discarded
 after a specified and sufficient timeline) so that they do not get used
 in newer code.  These libraries need to support older environments (and
 possibly deprecated library calls) in a broader sense than in case (a). 
 In these cases, some conditional compilation and #ifdef hacks will have
 to be supported on the upstream as well. I wish I could specify hard
 numbers on minimum dependencies for various libraries here. ( Is
 'Libraries corresponding to GNOME 2.14' a good one ?) but I do not have
 the answers yet. If you have a POV that you feel must be considered,
 please do let me know or join us in the meeting tomorrow.
 (There has also been a separate discussion on the need to get
 Evolution's Camel library versioned and promise a compatible interface
 for foreseeable future and Varadhan is already working on this with
 other mail hackers).
 
 
 I also feel the library dependencies are best conveyed by the build
 tools and our decisions should be reflected in and enforced by our
 pkg-config and configure scripts.  (remember the recurring NSS/NSPR ,
 LDAP/NTLM issues ?) 
 The Answer : Patch and Testing love [hint...hint ;-)]
 
 
 Thanks,
 Harish
 
 
 
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org

Re: [Evolution-hackers] Visual indication of online/offline?

[Srinivasa Ragavan]

Hey Jules,

I have some plans on the intrusive error dialogs stuff. I dont think I
can work on the current release time frame. May be post 2.10 is what I'm
looking at. Basically cancel-able should be tasks, with a 'x' button in
the status bar. If any errors occur, a '!' next to the status bar text
and a visual cue to indicate error, which user can click and see the
respective errors. The user can choose to  see or cancel all
tasks/errors and no more intrusive popups. All background/foreground
tasks will have a visible entry in the status bar. This is an initial
idea I had, but Im sure, there could be lots of improvements to it. 

The idea of having a visual indication at the store level is good. This
idea will also add more value if we can have store level online/offline
state. 

-Srini.

On Wed, 2006-12-06 at 12:06 +0100, Jules Colding wrote:
 Hi,
 
 Is there any way to signal a visual indication that a specific
 CamelStore is offline? I'm thinking that making the account blink in
 bright red or maybe just a little store specific offline icon next to
 the account in the side bar would be much better than a CamelException.
 
 An exception is presented as an error to the user in a popup window. I
 would rather like to gently show a warning to the user. A popup is
 really disturbing...
 
 
 Thanks,
   jules
 
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Reorganize Evolution's preferences dialog

[Srinivasa Ragavan]

Hi Matthew

I think it is a pretty good idea :-). The two main reason are

- Width is controlled by the number of tabs in Mail Preferences
- Height is controlled by the General tab in Mail Preferences


On Wed, 2006-12-06 at 14:12 -0500, Matthew Barnes wrote:
 I'm running Evolution 2.9.3 with a 1024x768 screen resolution and
 Evolution's Preferences dialog barely fits on my screen.  I had an idea
 on how we might shrink this down a bit by reorganizing some tabs.  I'm
 not proposing a complete overhaul of the preferences at this time, just
 some minor changes that I think can be accomplished before Evolution
 2.10 ships.
 
 The General tab of the Mail Preferences section currently defines the
 size of the Preferences dialog, so the goal is to reduce the contents of
 this tab.
 
 My suggestions are:
 
 1) There is both a Calendar and Tasks section and a Mail Preferences
section with a Calendar and Tasks tab.  Eliminate the tab in the
Mail Preferences section as follows:
 
   a) Move the Delete message after acting option to the General
  tab in the Calendar and Tasks section.
   b) Move the conflicts options to a new Conflicts tab in the
  Calendar and Tasks section.
 
I think if you add Conflicts tab to calendar prefs, the number of tabs
would increase and it may start controlling the width. For that we can
also remove the Free/Busy tab in Calendar and Tasks and add merge it
with calendar publishing by renaming the tab as Publishing. Both these
tab mean free/busy and calendar publishing.


 2) Add a new section called Contacts and make the Autocompletion
section a tab within the Contacts section.
 
This is pretty cool.

 3) Move the Automatic Contacts tab in the Mail Preferences section
to the new Contacts section.  Maybe rename the tab to General?
 
 4) With the number of tabs in the Mail Preferences section now
diminished, split the mail notification options in the General tab
to a new Notification tab.
Cool.


 
 Voilà, shrinkage!
 
 Comments?  Other ideas?
Thanks for the initiative :). 

-Srini.
 
 Matthew Barnes
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Bug #127529

[Srinivasa Ragavan]

Hi Matthew,

This is not yet completed rather not started. Im not sure, whether you
can do this as EPlugin. But would be great if you can make that hook (if
it is not there)and do that as EPlugin. 

Thanks
Srini.
On Wed, 2006-12-13 at 21:21 -0600, Matthew Martin wrote:
 I was thinking about fixing this:
 http://bugzilla.gnome.org/show_bug.cgi?id=127529 (Bug #127529). I wanted
 to make sure this is still needed before I started working on it. If
 this is still needed I should use EPlugin to make it right?
 
 Thanks,
 Matthew
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Dead GtkHtml code?

[Srinivasa Ragavan]

Hi Matthew,

On Thu, 2007-01-04 at 21:05 -0500, Matthew Barnes wrote:
 Looking for some historical insight here.
 
 There's a directory in GtkHtml's Subversion repository called capplet.
 This directory is not included in GtkHtml release tarballs, and the
 latest capplet/ChangeLog entry is dated 2004-07-22.
 
 Is this code officially dead?
From first read, this code seems to be dead. Its not even under
compilation path. 
 
 The only mention of it's demise that I've found is a brief ChangeLog
 entry in the top-level directory:
 
 2003-01-13  Rodney Dawes  [EMAIL PROTECTED]
 
 * configure.in: Remove the capplet stuff
 
 I ask because I'm trying to clean up parts of GtkHtml's code (fixing
 compiler warnings, moving off deprecated GTK+ widgets, etc.) and I'd
 like to know whether the capplet stuff is worth bothering with.
Don't bother it IMO.
 
 Matthew Barnes
 
 
 p.s. If it _is_ dead, should it not be removed from source control?
On a closer look, it seems to have some old code for shortcut
configuration. It may be of our interest some time down the line. I feel
that it should be OK to have it under the source control for some more
time.

Thanks
Srini.
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Where to put UI items for templates (Bug #127529)

[Srinivasa Ragavan]

On Thu, 2007-02-22 at 00:38 -0700, Sankar P wrote:
 If all you need is just a non-deleting draft, you can use Edit as new
 message. I have felt that this shouldn't be restricted to Sent-items
 alone as we allow configurable sent-folders. IIRC, there is a bug for
 this as well. 
 
 Srini: Shall we make this available on all folders ?

Im not for this feature against templates. I feel that templates should
be treated seperately. But I feel that this menu item should be enabled
for all folder, unless it breaks mail abstraction if any.

-Srini
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Patching Evolution to retrieve a list of emails and calendar events through DBUS

[Srinivasa Ragavan]

Hey Jo,

On Fri, 2007-02-23 at 13:41 +0100, Jo Vermeulen wrote:
 Hello,
 
 I was wondering how hard it would be to patch Evolution (or write a
 plugin) to be able to retrieve a list of emails and calendar events
 through DBUS?
Shouldn't be that hard :). I think calendar has to be interfaced via EDS
than Evolution. This way even contacts can also take the advantage.

 
 Is is possible to give me a few pointers on how I could do this? I have
 no experience with Evolution whatsoever.

What sort of pointers you need. Evolution has quite a few hooks where
you can plug code. We can add more hooks if required. But do you have a
plan of what you are trying to achieve through DBUS interface. I think
once you can close on that, we can easily expose hooks for the
evolution-dbus-plugin. For some hints to start with, you can looks at
the new-mail-notification plugin in Evolution which uses DBUS.

 
 In my opinion, exposing a lot of Evolution's functionality through DBUS
 would allow for better integration in the desktop. 

Sure. This sounds exciting to me. 

Thanks
Srini.
 
 Cheers,
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Patching Evolution to retrieve alist ofemails and calendar events through DBUS

[Srinivasa Ragavan]

On Fri, 2007-02-23 at 11:08 -0700, Veerapuram Varadhan wrote:
 On Fri, 2007-02-23 at 17:15 +0100, Jo Vermeulen wrote:
  On Fri, 2007-02-23 at 08:58 -0700, Veerapuram Varadhan wrote:
   On Fri, 2007-02-23 at 21:06 +0530, Srinivasa Ragavan wrote:
On Fri, 2007-02-23 at 16:12 +0100, Jo Vermeulen wrote:
 On Fri, 2007-02-23 at 18:28 +0530, Srinivasa Ragavan wrote:
  Hey Jo,
  
  On Fri, 2007-02-23 at 13:41 +0100, Jo Vermeulen wrote:
   Hello,
   
   I was wondering how hard it would be to patch Evolution (or write 
   a
   plugin) to be able to retrieve a list of emails and calendar 
   events
   through DBUS?
  Shouldn't be that hard :). I think calendar has to be interfaced 
  via EDS
  than Evolution. This way even contacts can also take the advantage.
 
 I am looking into something that won't take me a week or so to
 implement :-)
 
   Is is possible to give me a few pointers on how I could do this? 
   I have
   no experience with Evolution whatsoever.
  
  What sort of pointers you need. Evolution has quite a few hooks 
  where
  you can plug code. We can add more hooks if required. But do you 
  have a
  plan of what you are trying to achieve through DBUS interface. 
 
 What we want to do is create an application that enables you to link
 your emails, contacts, calendar items and the like. For now, we could
 use DBUS to interface with Gaim and Tomboy, but Evolution is a bit 
 more
 troublesome.
 
 In fact we would like to get a list of emails that have the label
 Todo, and a set of calendar events for a certain date.
Wow. Sounds interesting :) 
   Calendar/Contacts can still be queried using Evolution#, which is
   currently used by Beagle.  However, querying mails is not yet supported
   in Evolution#.
  
  Indeed, that would be another possibility. However, Evolution# has no
  documentation. If anyone could help me get started with Evolution# that
  would be great!
  
 If you check-out evolution-sharp, you would see evolution/TestCal.cs and
 evolution/TestBook.cs - these files help you to understand how to use
 the basic APIs.
 
 Alternatively, you can checkout: 
 http://svn.gnome.org/viewcvs/beagle/trunk/beagle/beagled/EvolutionDataServerQueryable/CalContainer.cs?revision=3170view=markup
  - for Calendar APIs
 and 
 http://svn.gnome.org/viewcvs/beagle/trunk/beagle/beagled/EvolutionDataServerQueryable/BookContainer.cs?revision=3223view=markup
  - for Contacts APIs
 
  I think
  once you can close on that, we can easily expose hooks for the
  evolution-dbus-plugin. For some hints to start with, you can looks 
  at
  the new-mail-notification plugin in Evolution which uses DBUS.
 
 I had a look at that indeed, but I'm not sure how these plugins can be
 loaded dynamically. Is it possible for me to develop a plugin, load it
 into Evolution and try it out? This would enable rapid prototyping 
 which
 would speed up development ;-)
You can google at tnef plugin which Notzed wrote long back. It was
written/compiled separately and loaded dynamically into Evolution. So it
is possible to load dynamically.

   Even if a plugin is written, you cannot get the notification unless you
   run Evolution - so, whatever your application is will have a
   hard-dependency on a running version of evolution.  Just a thought.
  
  Yes indeed, but isn't this a problem for Evolution# as well? Doesn't it
  also need a running instance of Evolution?
 Evolution# doesn't need a running instance of Evolution - since, it is
 confined to only Calendar and Contacts.  We had a mail-remote-glue
 written in Evolution# that would talk to evolution using
 bonobo-interface, but, we pulled it back.

Alternatively, you can have a look at the mail-remote plugin under
Evolution, which reads

_descriptionA plugin which implements a CORBA
  interface for accessing mail data remotely./_description

-Srini.
 
 Cheers,
 
 V. Varadhan

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Evolution 2.9.92 and Evolution-Data-Server 1.9.92 released (with GtkHTML 3.13.92 and Evolution-Exchange-2.9.92)

[Srinivasa Ragavan]

Hi All,

The Evolution Team is pleased to announce the release of Evolution
2.9.92

You can download the following :

http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.13/gtkhtml-3.13.92.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.9/evolution-data-server-1.9.92.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.9/evolution-2.9.92.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-exchange/2.9/evolution-exchange-2.9.92.tar.bz2

Upgrade Notes :
Evolution 2.9.x is the unstable series of 2.10 development.

What is New ?
=

Evolution:
==
Major Updates:
Documentation updates from PC Radhika.

Updated Translations:
Luca Ferretti (it)
Ivar Smolin (et)
Changwoo Ryu (ko)
Gabor Kelemen (hu)
Kjartan Maraas (nb)
Gintautas Miliauskas (lt)
Jordi Mas (ca)
Daniel Nylander (sv)
Leonid Kanter  (ru)
Funda Wang (zh_CN)
Artur Flinta (pl)
Leonardo Ferreira Fontenelle, Washington Lins (pt_BR)
Stéphane Raimbault (fr)
Nguyễn Thái Ngọc Duy (vi)
Alexander Shopov (bg)
David Lodge (en_GB)
Djihed Afifi (ar)
Leonid Kanter (ru)
Duarte Loreto (pt)
Ilkka Tuohela (fi)
Theppitak Karoonboonyanan (th)

Contributors:
Matthew Barnes, Raghavendran R,  Srinivasa Ragavan,  Ebby Wiselyn, 
Harish Krishnaswamy, Chenthill Palanisamy, Sankar P

Evolution-data-server:
=
Updated Translations:
Gabor Kelemen  (hu)
Luca Ferretti (it)
Artur Flinta (pl)
Priit Laes (et)
 
Contributors:
Gilles Dartiguelongue
Matthew Barnes

Evolution-exchange:
==
Updated Translations:
Changwoo Ryu (ko)
Gabor Kelemen (hu)
Alexander Shopov (bg)
Peter Bach (da)
Artur Flinta (pl)
Kjartan Maraas (nb)
Hendrik Brandt (de)
Ilkka Tuohela (fi)

Contributors:
Kjartan Maraas, Varadhan, Nathan Owens, Harish

GtkHTML:
===
Bug Fixes:
Harish Krishnaswamy
Matthew Barnes
Gilles Dartiguelongue

Updated Translations:
Luca Ferretti (it)
Gabor Kelemen (hu)
Changwoo Ryu (ko)
Nguyễn Thái Ngọc Duy (vi)
Alexander Shopov (bg)
Leonardo Ferreira Fontenelle (pt_BR)
Artur Flinta (pl)
Maxim Dziumanenko (uk)
Hendrik Brandt (de)
Duarte Loreto (pt)
Ilkka Tuohela (fi)
Kjartan Maraas (nb)
Priit Laes  (et)

Reporting Bugs

If you have problems with 2.9.92, please take the time to submit the bug
using Bug Buddy or at http://bugzilla.gnome.org.  Try to fill in as much
detail as you can regarding the circumstances that lead to the problem.

If you have a feature request, you can also file that at
http://bugzilla.gnome.org/ don't be discouraged if you don't hear from
us right away, we get hundreds of feature requests a year.

You can also check if your bug has been reported before by using the
search functionality of Bugzilla.

More information is available at the project website
http://www.gnome.org/projects/evolution and the project wiki :
http://go-evolution.org/

Thanks,
Srini


___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Memory management in mail message formatting

[Srinivasa Ragavan]

Riccardo,

IIRC while solving some inline image crashes, I came across a similiar
issue. For that I added a free function to the puri, which gets called
when the puri is freed. You can see em-format.h:119

You can use this to achieve what you need.

-Srini

On Wed, 2007-02-28 at 19:54 +0100, Riccardo Lancellotti wrote:
 Hi.
 I am working on the next release of the patch to show the contact photo
 of the from: address in the mail messages (bug #360184).
 
 I have some doubt about how memory is managed during mail message
 formatting.
 If I am not wrong, the formatting of single elements such as icons is
 asynchronous and is managed through em_format_add_puri(), where
 em_format_add_puri requests a CamelMimePart object as a parameter
 
 Now the critical question: I create a CamelMimePart object from a memory
 buffer obtained from e-d-s interaction (the contact photo from the
 addressbook). The EContactPhoto is not a GObject, but just a struct that
 I must free on my own (no g_objet_unref magic can help me).
 
 The problem is that I have not a clear idea on *when* g_free must be
 called. 
 Freeing memory in the main thread is not a good idea and leads to random
 crashes (especially when reading mailing lists in digest mode -- tried
 on the currently available patch).
 *Not* freeing memory seems to be even worse because it looks like a
 memory leak.
 
 Is there some document that helps me understand the inner details of
 mail message formatting? Do you have any advice?
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] bugs.

[Srinivasa Ragavan]

Andre,

On Thu, 2007-03-01 at 04:09 +0100, Andre Klapper wrote:
 
 can evolution developers please run their desktops with accessibility
 enabled, to also run into this issue 5 times a day, like i do?
 srini, can the patch please go in for 2.10? 

As, I have commented on the bug itself. It just avoids the crash and can
go in. I have updated bugzilla also now to commit_now.

-Srini

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Bug in main_system_beep?

[Srinivasa Ragavan]

On Fri, 2007-03-30 at 07:48 +0100, Karl Relton wrote:
 Srini
 
 Welcome to your new role. 
Thanks you.

 I posted this on evolution-patches a couple of
 weeks back, but  don't think anyone has got round to it yet ...
 
 
 Whilst looking at the code for other things, I think I have spotted a
 bug in main_system_beep() in mail-session.c.
You are absolutely right. It is a bug and the patch fixes it right. Just
for tracking, file a bug and attach the patch to bugzilla (Pass us the
bug id). It has to go for STABLE and trunk branches.

-Srini.
 
 Comparing the beep function with play_sound function:
 
 session_play_sound() and main_play_sound() do a
 camel_object_ref(session) and a camel_object_unref(session) between
 them.
 
 However, session_system_beep() and main_system_beep() does the
 camel_object_ref(session) but without the corresponding unref.
 
 I assume thats wrong - the  patch below fixes that by putting in the
 unref.
 
 Karl
 
 --- mail-session.c.old  2007-03-02 11:31:23.0 +
 +++ mail-session.c  2007-03-02 11:29:42.0 +
 @@ -441,6 +441,7 @@ static void
  main_system_beep (CamelFilterDriver *driver, gpointer user_data)
  {
 gdk_beep ();
 +   camel_object_unref (session);
  }
  
  static void
 
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Proposed fix for bug 311512

[Srinivasa Ragavan]

On Fri, 2007-03-30 at 07:51 +0100, Karl Relton wrote:
 Srini
 
 Welcome to your new role (again!).
 
 Last week I posted two patches (one for eds, one for evo) on evo bugzill
 that I believe fix bug 311512.

 --- camel-folder.h.1102007-03-20 16:57:40.0 +
 +++ camel-folder.h2007-03-20 16:50:34.0 +
 @@ -195,6 +195,7 @@ typedef struct {
   void (*freeze)(CamelFolder *folder);
   void (*thaw)  (CamelFolder *folder);
   gboolean (*is_frozen) (CamelFolder *folder);
 + int  (*get_filter_thread) (CamelFolder *folder);
  } CamelFolderClass;

On first look, I noticed that your patch has introduced an ABI break in
CamelFolderClass. 

I'm sure that the mailer hackers would have a more closer look at it. 

Thanks for your friendly poke :-) 

-Srini.

 f
 Could you take a look - any comments are welcome!
 
 Regards
 Karl
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Evolution Maintainership

[Srinivasa Ragavan]

On Thu, 2007-03-29 at 15:15 +0530, Harish Krishnaswamy wrote:
 Hi friends,
 
 This mail is to announce that Srinivasa Ragavan (srag) is joining me
 to assume the responsibilites as maintainer of the Evolution project.
 
 Most of you already know Srini (as he is fondly referred to by the Evo
 folks) - having interacted with him on IRC, mail or in person during
 GUADEC 2006. He is one of our best and most energetic hackers. A few
 of his notable contributions include the Evolution Attachment Bar, the
 Vertical View for mails, integrating Evolution with the GNOME keyring
 and the GNOME VFS backend etc. He has also been prolific in building
 the student community in India as part of the Novell Open Source
 Internship Program and has mentored students on the Global search,
 Cairo integration, migration to gtk-print etc.
 He is also looking after the addressbook module in Evolution and
 GtkHTML and has been handling the release management partly during the
 last development series.
 

Thanks Harish for this opportunity. I will do my very best to make
Evolution a better enterprise quality groupware client. 

 Srini is already busy seeding the Planning page for Evolution Two
 Twelve.  Please join the discussions at
 http://www.go-evolution.org/Evo2.12. 

I welcome your suggestions. Please feel free to add your thoughts to the
page.

Cheers,
Srini.



___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Bug in main_system_beep?

[Srinivasa Ragavan]

On Sat, 2007-03-31 at 10:05 +0100, Karl Relton wrote:
 
 I'm not sure what you mean by 'It has to go for STABLE and trunk
 branches', I'll leave that to you.

I mean that it has to be committed to those two SVN repositories.

-Srini
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Spliting evolution into several programs

[Srinivasa Ragavan]

Hi Diego,

On Sat, 2007-03-31 at 21:28 +0200, Diego González wrote:
 hi,
 
 yesterday i gave a stab at spliting evolution into 3 components, attach
 is a preliminary patch. 
 
 The patch does the following things:
 1) it creates three shells for Mail, Calendar and Addressbook
 2) each shell does not have the switching buttons (but the menu is still
 present although it does not do anything)
 3) the settings components are only shown where they belong
 4) modifies the New menu so that it only shows the meaningful
 components inside each application.
 
 Now, this is a Bonobo-based split (in that it uses bonobo as the basis
 of the split (ie. there is only a new shell for each component, but the
 components are still there), and there are several problems: 

This is same as what I have demoed in last GUADEC (Vilanova 2006). I
have attached that pre-alpha patch that I have used in my demo. But I
felt that it shouldn't be the way to go. I can list the problems with
this approach.

1. Account setup lies with Mailer (Exchange/GW will have issues around
this)
2. Plugins aren't associated to any components. The EPlugin framework
has to load the plugins depending on the component loaded.
3. Though the shell gets invoked multiple times, the window pops out but
the process dies after that as it creates a new view out of it.

Ideally for the split we should do the following things before that

1. Move the account setup out of Mailer
2. Move away from libbonoboui to Gtk based menus
3. Have the shell interface for a all-component view (like what is there
today)
4. Have evolution-mail, evolution-calendar, evolution-contact, etc as
separate binaries. They should have a main function, that creates a
GtkWindow and creates the menus, toolbars, preferences dialog and partly
the required plugins. Some of this can be achieved via the shell
library, need to explore more on this.


 
 a) not all the plugins can be used
 b) the system that lets you add an address from the mailer does not work
 as it requires functionality that belongs to the Address book component.
 c) It is a Bonobo split, meaning that all the components and mostly
 useless bonoboUI code is still there
 d) I don't really know what to do with the memos and notes components
 that belong to the calendar.

They too can be separate apps. Althought the calendar provides a unified
view.

 
 All in all this can be the begining of a crusade to remove BonoboUI (the
 rest of the bonobo that is used in evolution is for communication with
 EDS, but i believe there is plan and even a patch to port it to DBUS)
 from Evolution and split it into 3 components, it only took me 3 hours
 without knowing anything at all about evolution.
 
DBUS port is to replace BONOBO in eds for IPC etc. It has no other stuff
here in Evolution.

-Srini

PS: The patch use to apply on pre-2.8. Im not sure of the trunk. 

 Other thing that might also be needed is to put the addressbook UI to
 edit contacts into EDS this way there would be no inter-component
 dependencies.
 
 Last but not least i don't know how the exchange plugins work and thus i
 don't know if this split breaks it and in which ways it does. 
 
 Nevertheless i hope it shows a path for future work, i believe that if
 evolution gets rid of the BonoboUI code contributors will find an easier
 way into the code. I also say it shows a path because i don't think i
 will have enough time to remove BonoboUI code.
 
 I hope this inspires some hackers.
 
 Best regards,
 Diego
 
 PD: i think the patch and files is everything i modified to make the
 thing work, in case there is something left, just drop me a line.
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers
Index: e-component-registry.c
===
RCS file: /cvs/gnome/evolution/shell/e-component-registry.c,v
retrieving revision 1.58
diff -u -p -r1.58 e-component-registry.c
--- e-component-registry.c	2 Jun 2006 17:32:19 -	1.58
+++ e-component-registry.c	13 Jul 2006 18:06:12 -
@@ -143,7 +143,7 @@ set_schemas (EComponentInfo *component_i
 }
 
 static void
-query_components (EComponentRegistry *registry)
+query_components (EComponentRegistry *registry, const char *component_id)
 {
 	Bonobo_ServerInfoList *info_list;
 	CORBA_Environment ev;
@@ -151,8 +151,12 @@ query_components (EComponentRegistry *re
 	const GList *l;
 	char *query;
 	int i;
+	gboolean loaded=FALSE;
 
-	if (registry-priv-init)
+	if (registry-priv-init  !component_id)
+		return;
+	
+	if (component_id  (e_component_registry_peek_info_offline(registry, ECR_FIELD_ALIAS, component_id) != CORBA_OBJECT_NIL))
 		return;
 
 	registry-priv-init = TRUE;
@@ -174,7 +178,7 @@ query_components (EComponentRegistry *re
 	for (language_list=NULL;l;l=l-next)
 		language_list = g_slist_append(language_list, l-data);
 
-	for (i = 0; i  info_list-_length; i++) {
+	for (i = 

Re: [Evolution-hackers] libebook scalability

[Srinivasa Ragavan]

On Mon, 2007-04-02 at 01:12 +0200, Øystein Gisnås wrote:
 I discovered a bottleneck for addressbook performance with large
 addressbooks. Details at
 http://n800evolution.blogspot.com/2007/04/libebook-scalability.html
Looks fine to commit.

 
 A proposed fix is attached. I'm not sure if order matters when
 returned from the backend? Does anyone know? If not, g_list_reverse
 can be omitted.
Atleast here the order wont matter. 

Im sure that there are more such bottle necks. It will be nice task to
take these up. Øystein? 

-Srini.
 
 Øystein
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] libebook scalability

[Srinivasa Ragavan]

Ross,

On Mon, 2007-04-02 at 09:11 +0100, Ross Burton wrote:
 On Mon, 2007-04-02 at 09:03 +0200, Øystein Gisnås wrote:
  I'd also love to create scripts, code and test data to test
  performance of some of the most important functions. Then we would be
  able to track performance over time in a more scientific way.
 
 http://burtonini.com/bzr/eds-tests/


This sounds really great. If you have the bugs/patches please post them
across. 

-Srini.

 
 Check that out with bzr and you get a few tools:
 
 1) a dummy backend for libedata-book.  Ask for a contact and you get the
 same one back.  As for a contact list and you'll always get the same 10.
 Ask for a book view and (mwhaha) you'll get 10 contacts.  This makes
 profiling the EDS infrastructure easier as the backend has almost zero
 overhead.  I should probably reduce the number of contacts returned in a
 book view as malloc tends to swamp the profiles now.
 
 2) eds-bookview.  A test application that will open and repeatedly
 request book views for a given number of times and URL.  For example:
 
 $ eds-bookview --uri dummy:/// --repetition 10 --silent
 
 Will visibly do nothing for a few minutes but EDS will be very busy.
 Attach a profiler and come back 10 minutes later to discover that EVCard
 parsing is still primary bottle neck in eds-dbus.
 
 Ross

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Language selector in gtkhtml

[Srinivasa Ragavan]

Hi Andreas,

On Mon, 2007-04-02 at 22:51 +0200, Andreas wrote:
 Hi,
 
 I'm interested in the  bounty provided by Novell 
 http://www.gnome.org/bounties/Mailer.html#127530 (the language
 selector).
 The widget used in the image seems to be a bit unconvenient to me so 
 I'm not sure whether I should really use it.

I prefer using a combo box, which displays the selected language and on
open shows a list of languages with configure or so.

Please do reply over the hackers list if you need any help. 

-Srini.

PS: Harish can be contacted through kharish at gnome dot org.

 To my mind the best solution would be something like a GtkMenuToolButton
 (those buttons with an arrow next to them, like the new-mail button in
 evolution).
 However I will not be able to use GtkMenuToolButton directly as it
 conflicts with the obsolete GtkToolbar api used by the editor component.
 But also a combobox would be a possibility.
 I'd like to hear your opinion.
 Rodo seems to have quit developing gtkhtml
 and I'm not able to write mail to harish using kharish at novell dot
 com. Novell's mailer daemon tells me that the user account was expired.
 Whom to cotact?
 
 greets,
 Andreas
 
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Spliting evolution into several programs

[Srinivasa Ragavan]

On Mon, 2007-04-02 at 18:40 +0200, Diego González wrote:
 how do you envision this UAM to be? a separete app? something like a
 control panel applet? pluggable?

Varadhan/Sankar: Can you guys bloat the idea here? 

-Srini.
 
 I can try to make the current account system a separate application and
 them improve it from there as needed.
 
 
 Diego
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] UAM

[Srinivasa Ragavan]

Hi Diego,

I have created a page in the wiki to capture the discussions around UAM
http://www.go-evolution.org/UAM

I have added few most important points that should be covered part of
UAM. Other hackers would be updating the wiki directly. I feel that you
can start looking into the first bullet which can help you understand
what the rest of the bullets are. Im sure that you have touched some
part of the dialog separation already. IMHO it might not be a huge
effort to do the actual implementation, but would require a very careful
design.

Feel free to ping me on irc. Im 'srag' on #evolution.

-Srini.

On Thu, 2007-04-05 at 21:53 +0200, Diego González wrote:
 On Fri, 2007-04-06 at 01:20 +0530, Srinivasa Ragavan wrote:
  Hi Diego,
  
  IIRC UAM targets removing ESources and merging them with EAccount. The
  way calendar, addressbook creation would change wrt groupwise, exchange.
  When taking these up, it has to be taken with a larger vision. I think
  the idea of moving the account setup as a capplet/application sounds
  nice, but I feel that first let us discuss out the approach/design
  before you implement it. It would surely save lots of effort. 
  
  Sankar/Varadhan/Harish: Can guys share your thoughts here?
 
 I didn't know how you envisioned wanted this UAM to work, so i just did
 this to use it as a base for further development.
 
 Actually your email previous email was the first news that i had about a
 UAM, i don't even know what the requirements for it are
 
 Diego
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] GnuCash print problem patch

[Srinivasa Ragavan]

Paul,

Yes. Before getting into the patch, can you let us know the issue the
patch is addressing? It would be helpful while reviewing the patch. 

-Srini

On Thu, 2007-04-12 at 21:41 +1000, Paul Andreassen wrote:
 Hello,
 
 Is this where gtkhtml is maintained?  If so could someone look at this patch 
 and tell me if it acceptable for inclusion.  I'm not sure I understand how 
 all the library code goes together.
 
 Thanks,
 Paul
 ___
 Evolution-hackers mailing list
 [EMAIL PROTECTED]
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] e_contact_get_const api doesn't work anymore since a few weeks on debian/unstable

[Srinivasa Ragavan]

On Tue, 2007-05-01 at 20:35 +0200, Julien Puydt wrote:
 Hi,
 
 I had wonderful code (of course) working wonderfully (of course) since 
 long. Hélas! This week, I recompiled and ran it to discover it doesn't 
 work anymore: the e_contact_get_const api seems to return NULL whatever 
 the contact.
 
 On #evolution, evaSDK could reproduce the problem, and told me to report 
 to this list.
 
 Snark
 
 PS: I do have a minimalist example, which should help :
 #include libebook/e-book.h
 
 /* gcc -Wextra test.c -o test `pkg-config --cflags --libs libebook-1.2`
   */
 
 int
 main (int argc,
char *argv [])
 {
const gchar *vcard =
  BEGIN:VCARD\n
  VERSION:3.0\n
  FN:Test\n
  TEL;TYPE=Video:sip:[EMAIL PROTECTED]
  UID:pas-id-463224CE\n
  REV:2007-04-30T19:15:39Z\n
  CATEGORIES:Test,Group\n
  TEL;TYPE=Home:sip:[EMAIL PROTECTED]
 TEL;TYPE=Home;TYPE=VOICE:sip:[EMAIL PROTECTED]
 TEL;TYPE=CELL:123.123.123.123\n

See it works now.

-Srini.
  END:VCARD;
EContact *econtact = NULL;
 
g_type_init ();
 
econtact = e_contact_new_from_vcard (vcard1);
 
g_print (Home phone: %s\n, e_contact_get_const (econtact,
   E_CONTACT_PHONE_HOME));
 
g_object_unref (econtact);
 
return 0;
 }
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] GnomeDruid migration

[Srinivasa Ragavan]

Gillies,

On Thu, 2007-05-10 at 11:05 +0200, Gilles Dartiguelongue wrote:
 Hi list,
 
 I looked at the sources to get a feel of how easy it would be to migrate
 from GnomeDruid to GtkAssistant. I started some work on the startup
 config plugin and on the new mail account glade part. At that point,
 trying to create a new account just crashes evolution, so I decide to
 look deeper.
 
 I found that currently wizards are intricated with notebooks in
 e-utils/e-config.c. Although it worked relatively well with GnomeDruid,
 I tried to adapt it to GtkAssistant without much success. It seems there
 is no easy way to get references to previous and next page other than by
 calculating the prev/next page id with GtkAssistant. On the other hand,
 integrating new pages into an assistant seems really easy.
 
 So, what should be done here, indefinitely keep the current
 implementation or get rid of one more part of libgnomeui and simplifying
 evo's implementation ?

I would prefer to move to GtkAssistant but then it should still support
the existing EConfig structure. Hula/Groupwise/Exchange and other
providers will directly hook into EConfig via EPlugins.

I haven't yet seen much into GtkAssistant but it should be possible to
get it working.

-Srini.
 


___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] GnomeDruid migration

[Srinivasa Ragavan]

On Thu, 2007-05-10 at 16:07 +0200, Gilles Dartiguelongue wrote:
 Le jeudi 10 mai 2007 à 15:40 +0530, Srinivasa Ragavan a écrit :
   
   So, what should be done here, indefinitely keep the current
   implementation or get rid of one more part of libgnomeui and simplifying
   evo's implementation ?
  
  I would prefer to move to GtkAssistant but then it should still support
  the existing EConfig structure. Hula/Groupwise/Exchange and other
  providers will directly hook into EConfig via EPlugins.
  
  I haven't yet seen much into GtkAssistant but it should be possible to
  get it working.
 
 great,
 
 I should add that I wanted to make the necessary changes to the plugins.
 too if necessary (I believe that mixing GnomeDruid and GtkAssistant is
 not cool at all unless you want to express your mad g_object skills :) ).

I dont want to mix really. We can stick to Assistant. Just before that,
I'm planning for some one to take up UAM. In which case, I want to push
Account setup/Assistant out of Mailer to Shell or it can very well be
part of Control-Center as a capplet from Evolution. (Just a floating
thought!) In which case, Im afraid that the work could be duplicated or
obsolete. Too early to say but stuff to think off.

 
 As I said, the biggest difference is that GnomeDruid bases it's
 operations on the access of next and previous page through pointers
 which is not the case with GtkAssistant. We could simulate that
 obviously but I think the result wouldn't be easy to either debug or
 maintain.

I really don't want unmaintainable code, its pain. I prefer to refactor
the EConfig code to fit Assistant's architecture, if that make sense.
But as I have said earlier, I haven't yet looked into GtkAssistant. But
it shouldn't be hard to file apis against it to get better APIs just for
the sake of easier migration. We may then do it at the next release or
so.

-Srini

 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Evolution 2.11.2 , Evolution-Data-Server 1.11.2 , GtkHTML 3.15.2 and Evolution-Exchange-2.11.2 released

[Srinivasa Ragavan]

Hi All,

The Evolution Team is pleased to announce the release of Evolution
2.11.2

You can download the following :

http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.15/gtkhtml-3.15.2.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.11/evolution-data-server-1.11.2.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.11/evolution-2.11.2.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-exchange/2.11/evolution-exchange-2.11.2.tar.bz2

Upgrade Notes :
Evolution 2.11.x is the unstable series of 2.12 development.

What is New ?
=

Evolution:
==

New in 2.11.2:
Mail notification plugin with libnotify and panel
tray support (Srinivasa Ragavan)

Bug fixes:
#407104: Makes the GNOME Clock applet able to correctly start 
Evolution. (Matthew Barnes)
#355919: Fixes evolution crash when display depth set to 8 on
 sparc machine (Xiurong Simon Zheng)
#427789: Allow cut/copy and paste an appointment/meeting/task
 with localized characters (Xiurong Simon Zheng)
#337616: Fix make distcheck errors. (Matthew Barnes)
#334966: Fix for crash on close. (Srinivasa Ragavan)
#325966: Clicking folder tree submenu title now opens/closes the
 tree (Christian Neumair)
#435610: Run gtk-update-icon-cache in uninstall-hook (David Farning)
#330098: Selecting Copy on Right-clicking any memo list now works
 (Naresh)
#424055: Fixed resizing of contact list dialog. (Øystein Gisnås)
#417797: Copy and move of contacts between address books now works
 correctly (Øystein Gisnås)
#404239: Included a missing row columns in contacts minicard view
 (Øystein Gisnås)
#358250: Change field Organization to Company in AddressBook (Javier
 F. Serrador)
#325118: Add translator comments for a string (Andre Klapper)
#378441: Mnemonics added for FROM/SUBJECT/TO headers in message pane
 (Ebby Wiselyn)
#380750: Make force-shutdown work in Solaris (Wang Xin)
#414195: Fix build break (Loïc Minier)
#425506: Fix a crash when clicking the Edit button (Xiurong Simon
 Zheng)
#324982: Fix warnings at program startup (Hiroyuki Ikezoe)
#375234: Fix a crash when syncing with iPod (Vitaliy Ischenko)
#325965: Fix a crash when selecting mark messages as read on a
 Maildir subfolder (Ilkka Tuohela)
#398145: Tango icons for preferences window (Jakub Steiner)
#432867: Changed default attribute for file from 0755 to 0644 (Milan 
Crha)

Updated Translations:
Jorge Gonzalez (es)

Evolution-data-server:
=

New in this release:
* EContact optimization from (Oystein Gisnas and Milan Crha)

Bug fixes:
#420496: Add support to cut/copy contacts in composer (Ebby Wiselyn)
#339160: Implement the sync method for Addressbook backends (Ross 
Burton)
#414191: Type fixes for EContact ints (Loïc Minier)
#433782 and #336574: Optimise vCard folding (Oystein Gisnas and
 Milan Crha)
#431135: Fix a crash when modifying a calendar event (Rob
 Bradford)
#274035: Importing a Vcard with attached photo data is now possible
 (Jonty Wareing)
#361138: Fix a crash when double clicking text widget in calendar
 in indic locales (Matthew Barnes)

Other Contributors:
Jules Colding

Updated Translations:
Jorge Gonzalez (es)

Evolution-exchange:
==

Bug fixes:
#433967: Add a CLEANFILES rule to remove a schema file (Matthew
 Barnes)
#418852: Use GLib's i18n support instead of Camel's (Matthew
 Barnes)

Updated Translations:
Jorge Gonzalez (es)


GtkHTML:
===

Bug fixes:
#407363: Added mnemonic for paste quotation menuitem (Bharathi
 Gauthaman)

Other contributors:
Fix filenames in CLEANFILES and other cleanups. 
 (Matthew Barnes)

Updated Translations:
Washington Lins (pt_BR)
Funda Wang (zh_CN)
Jakub Friedl (cs)


Reporting Bugs

If you have problems with 2.11.2, please take the time to submit the bug
using Bug Buddy or at http://bugzilla.gnome.org.  Try to fill in as much
detail as you can regarding the circumstances that lead to the problem.

If you have a feature request, you can also file that at
http://bugzilla.gnome.org/ don't be discouraged if you don't hear from
us right away, we get hundreds of feature requests a year.

You can also check if your bug has been reported before by using the
search functionality of Bugzilla.

More information is available at the project website
http://www.gnome.org/projects/evolution and the project wiki :
http://go-evolution.org/

Thanks,
Srini


___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo

Re: [Evolution-hackers] go-evolution.org wiki spam

[Srinivasa Ragavan]

On Tue, 2007-05-15 at 15:40 +0200, Gilles Dartiguelongue wrote:
 Le mardi 15 mai 2007 à 18:51 +0530, Srinivasa Ragavan a écrit :
  Hi Gilles,
  
  I dont see the spam in the Main_Page. Am I seeing elsewhere?
 
 click on see source as text.
 It's in a tag with css style making it invisible to users (namely  div
 id=wyikol style=overflow:auto; height: 1px; )
Ah! Caught it. Removed.

-Srini.
 
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Addressbook Maintainership

[Srinivasa Ragavan]

Hi friends,

It is with great pleasure I announce that Ross Burton joins me
as Addressbook maintainer. Ross is already the maintainer of Sound
Juicer, Devil's pie, Contacts, Dates and Tasks. He has contributed many
patches in Addressbook during his development of Contacts and also wrote
the DBus port of Evolution Data Server. He started reviewing addressbook
patches recently.

I will be looking into the Evolution portion of Addressbook and Ross
will be looking more into EDS portion of Addressbook. I'm sure that his
addition to the team will help improve the performance and memory usage
of Addressbook and review more patches.

Welcome on board Ross !!!

-Srini.


___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Addressbook Maintainership

[Srinivasa Ragavan]

On Fri, 2007-05-18 at 19:23 +0100, Ross Burton wrote:
 On Fri, 2007-05-18 at 18:00 +, Srinivasa Ragavan wrote:
  It is with great pleasure I announce that Ross Burton joins me
  as Addressbook maintainer. Ross is already the maintainer of Sound
  Juicer, Devil's pie, Contacts, Dates and Tasks. He has contributed many
  patches in Addressbook during his development of Contacts and also wrote
  the DBus port of Evolution Data Server. He started reviewing addressbook
  patches recently.
 
 To avoid upsetting my colleagues I should point out that I've barely
 touched Contacts and Dates (Chris Lord, Thomas Wood, Rob Bradford and
 Tomas Frydrych are the main authors IIRC).

Ah! Sorry for the trouble 

 
 Thanks for the warm welcome, I hope to do a better job maintaining EDS
 than I do with Sound Juicer...

All the best :)

-Srini.

 
 Obviously one of my main goals for the next two release cycles is to
 land and polish the DBus port of EDS.  I've started planning this on the
 wiki[1], but extra hands are always appreciated.  If anyone would like
 to help, please just say.
 
 Regards,
 Ross
 
 [1] http://www.go-evolution.org/DbusPort
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Proposed fix for bug 311512

[Srinivasa Ragavan]

Karl,

This is a killer problem and you have been rocking with your patches on
this right from the beginning. Awesome work!

I'm sure that the Mailer hackers would review it asap and It will be
great if we can get this in for 2.11.3.

Thanks for your great work!

-Srini.

On Sun, 2007-05-20 at 19:29 +0100, Karl Relton wrote:
 Hi friends
 
 I have submitted new patches to bugzilla for bug
 
 http://bugzilla.gnome.org/show_bug.cgi?id=311512
 
 
 One changes e-d-s as Fejj suggested, the other does the Evolution side
 so it will only do mail-notification on 'truely' new messages.
 
 I'll be pleased if you could review.
 
 Karl
 
 
 On Thu, 2007-04-26 at 09:29 -0400, Jeffrey Stedfast wrote:
  not completely correct... 
  
  when you trigger an event on a CamelObject, it first fires the prep
  callback, which is what camel-folder.c:folder_changed() is (note that it
  returns bool)
  
  A prep event handler is the first handler called (event handlers are
  fired sequentially, in order of connection - /not/ in parallel) and gets
  to decide if the event propagates by returning TRUE (or FALSE if it
  should be blocked - that's how freeze/thaw works).
  
 
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Removing libical fork, moving to new upstream?

[Srinivasa Ragavan]

On Sun, 2007-05-20 at 21:49 +, JP Rosevear wrote:
 On Sun, 2007-05-20 at 15:03 +0100, Ross Burton wrote:
  Hi,
  
  I discovered last week that there is an attempt to resurrect libical
  from non-maintainership, merge all of the patches from various forks,
  and start making sane releases again[1].  Are the evolution team as
  whole interested in merging their changes to libical upstream and
  depending on it to be installed when a release is made with all of the
  relevant changes?  libical isn't exactly a small library, and statically
  linking it is a waste of memory for everyone.
 
 I vaguely recall the biggest diff being timezone handling.
 
  I'll happily start working on extracting the changes to EDS and pushing
  them into the new libical repository, if the Evolution team as a whole
  agrees that the fork of libical will be dropped.
 
 I'd suggested waiting to see a pattern of stable releases before moving
 externally, but getting the patches upstream would be good.

Sounds very reasonable to me. 

-Srini.

 
 -JP

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Removal of implementation details from public API, any breakages?

[Srinivasa Ragavan]

Ross,

It will be great if you can mail the details on the address book stuff
as well. I would like the libebook clients like OOo, etc to comment on
this. 

-Srini.

On Sun, 2007-05-20 at 11:29 +0100, Ross Burton wrote:
 Hi,
 
 Last week I committed a patch to libebook, and want to commit a patch to
 libecal[1], which removes private functions and types from the installed
 headers.  This has several consequences:
 
 - e_cal_view_new() is removed
 - ECalListener is removed
 - ECalViewListener is removed
 
 I believe that nobody is using these functions apart from libecal
 itself, so this removal is safe.  However, I'd appreciate it if anyone
 writing advanced clients to EDS (like Zimbra or Brutas) remove their
 currently installed headers, apply the patch, and rebuild.
 
 Thanks,
 Ross
 
 [1] http://bugzilla.gnome.org/show_bug.cgi?id=438727
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Removal of implementation details from public API, any breakages?

[Srinivasa Ragavan]

Ross,

From the current discussion, it looks like we are safe. Can we do
something like this for this release before we dung them out?

#ifdef E_D_S_DEPRECATED
#include bonobo/bonobo-object.h
#endif

-Srini.

On Mon, 2007-05-21 at 10:32 +0100, Ross Burton wrote:
 On Mon, 2007-05-21 at 12:15 +0530, Srinivasa Ragavan wrote:
  It will be great if you can mail the details on the address book stuff
  as well. I would like the libebook clients like OOo, etc to comment on
  this. 
 
 The addressbook changes are very similar:
 
 - e_book_view_new() is not public
 - EBookListener and EBookViewListener are not public
 
 As before, these are not usable outside of libedata-book, so clients
 should not be aware of their existence.
 
 I've had a quick look at the Zimbra Evolution code and it appears to not
 use these either.
 
 Ross

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Missing svn tags for e-d-s / evolution 2.18 releases

[Srinivasa Ragavan]

Frederic,

One reason why me and Harish didn't want to tag is that we are able to
map the svn revision number to a particular release. I hope isn't so
difficult to get that from the ChangeLog/configure.in/NEWS commit logs.
At least that is how we do while preparing NEWS file for a dot release
to know what went in since the last release.

If you have better points, We are open for it. Nothing against it :)

-Srini.


On Mon, 2007-05-21 at 17:19 +0200, Frederic Crozat wrote:
 Hi Evolution / E-D-S maintainers,
 
 it appears that since CVS to SVN migration, no evolution / e-d-s release
 was followed by a SVN tag creation in module_name/tags.
 
 These tags are very useful for you, maintainers but also for
 contributors and vendors when they try to search for changes between
 releases.
 
 Could you try to create those missing tags and make sure they are
 created when releasing new tarballs in the future (I guess somebody
 script was not migrated correctly to SVN ;) ?
 
 Thanks you in advance.

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Removal of implementation details from public API, any breakages?

[Srinivasa Ragavan]

On Mon, 2007-05-21 at 12:38 +0100, Ross Burton wrote:
 On Mon, 2007-05-21 at 11:33 +, Srinivasa Ragavan wrote:
  From the current discussion, it looks like we are safe. Can we do
  something like this for this release before we dung them out?
  
  #ifdef E_D_S_DEPRECATED
  #include bonobo/bonobo-object.h
  #endif
 
 The patches consist of removing functions or headers from the install,
 these cannot be deprecated because they are still used by EDS itself.

Hmm. Fine. Just go ahead then :)  

-Srini.
 
 I don't think there needs to be any notice: the headers and functions
 are implementation details of libebook and libecal, and are not possible
 to use outside of the implementation of libebook/libecal.
 
 Ross

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Missing svn tags for e-d-s / evolution 2.18 releases

[Srinivasa Ragavan]

On Mon, 2007-05-21 at 18:57 +0200, Frederic Crozat wrote:
 Le lundi 21 mai 2007 à 16:36 +, Srinivasa Ragavan a écrit :
  Frederic,
  
  One reason why me and Harish didn't want to tag is that we are able to
  map the svn revision number to a particular release. I hope isn't so
  difficult to get that from the ChangeLog/configure.in/NEWS commit logs.
  At least that is how we do while preparing NEWS file for a dot release
  to know what went in since the last release.
  
  If you have better points, We are open for it. Nothing against it :)
 
 I don't really see what it causing problem here : just tags the release
 corresponding to the commit for configure.in / NEWS / Changelog. It
 isn't really a big problem if there is another commit for the tag
 operation in SVN.

I didn't say it a problem. I'm saying that the TAG would map directly to
a revision in svn which would be the revision of the commit of those
files. You can achieve what you want with tag with just revision number
itself. In case of CVS, you can't do this. If it is of difficulty to map
to a revision, no problem in resuming that again. 

-Srini.

 
 Or am I missing something ?

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] GMail+iTunes GUI suggestion for Evolution 3

[Srinivasa Ragavan]

On Sun, 2007-05-27 at 02:56 +0200, Louise Hoffman wrote:
 Dear hackers
 
 I just found this screenshot of a GMail iTunes layout for Thunderbird
 3, and thought it could be considered for Evolution as well?
 
 Bug with text that explains the features.
 https://bugzilla.mozilla.org/show_bug.cgi?id=306125

Nice thought. I think we got to brainstorm on how this would work on
large mail boxes. But then, I would prefer if a EPlugin can be worked
out in place of the message list. More plug-able views.

 
 Screenshot
 https://bugzilla.mozilla.org/attachment.cgi?id=207965
 
 And here is a screenshot of Lotus Notes with 3 vertical panes and
 tabs. I really like the compact sender and subject pane.
 https://bugzilla.mozilla.org/attachment.cgi?id=266215

It is already there since 2.8

-Srini.

 
 Could something like that be considered for Evolution 3?
 
 Lots of love,
 Louise
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] GMail+iTunes GUI suggestion for Evolution 3

[Srinivasa Ragavan]

On Sun, 2007-05-27 at 21:27 +0200, Louise Hoffman wrote:
  I needs some good usability testing. It may not end-up here, may be
  derived from this.
 
 Should I send the link to another mailinglist then?

there is a usability list gnome usability discussion, but I'm not sure
if it falls there. Novell has a usability team that does usability
testing with different profile of users and derives results out them.
http://www.betterdesktop.org 

-Srini.

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Evolution 2.10.2 Evolution-Data-Server 1.10.2 GtkHTML 3.14.2 andEvolution-Exchange-2.10.2 released

[Srinivasa Ragavan]

Hi All,

The Evolution Team is pleased to announce the release of Evolution
2.10.2.

You can download the following :

http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.14/gtkhtml-3.14.2.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.10/evolution-data-server-1.10.2.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.10/evolution-2.10.2.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-exchange/2.10/evolution-exchange-2.10.2.tar.bz2

Upgrade Notes :
Evolution 2.10.x is the stable series of 2.10 development.

Release Notes
=

Evolution:
==
Bug fixes:
#322105: Allows non-junk training on non-junk messages (Srinivasa 
Ragavan)
#386503: Help Menu or F1 now works (Matthew Barnes, Götz Waschk)
#329168: Calendar Preferences Mnemonics now work (Andre Klapper)
#353662: Signature list now scrollable using keyboard (Baris Cicek)
#423766: Fix saving of mail attachments (Matthew Barnes)
#437584: Fix compilation warnings (Gilles Dartiguelongue)
#425506: Fix a crash when clicking the Edit button (Xiurong Simon Zheng)
#440493, #440566: Fixed a German typo (Hendrik Richter)
#432702: Fixed typo in Brazilian Portuguese translation Washington Lins)
#439049: Fixed Invliad Time... error dialog in ja locale (Wang Xin)
#434981: Attachment bar now shows the correct number of attachments 
(Matthew Barnes)
#380750: evolution --force-shutdown now works on Solaris (Wang Xin)
#319504: Fix configure for LDFLAGS=-Wl,--as-needed. (Karsten 
Bräckelmann)
#388789 : Fixed a subtle bug in autotools checks for iconv (Matthew 
Barnes)
#112166: (bugs.launchpad.net) Fixed french translation (Stéphane 
Raimbault)
#334966: Fix for crash on close. (Srinivasa Ragavan)
#432867: Changed default attribute for file from 0755 to 0644 (Milan 
Crha)
#330098: Selecting Copy on Right-clicking any memo list now works 
(Naresh)
#351729: Removed unnecessary/broken windows (Milan Crha)
#424055: Fixed resizing of contact list dialog. (Øystein Gisnås)
#325965: Fix a crash when selecting mark messages as read on a 
Maildir subfolder (Ilkka Tuohela)

Other Contributors:
Exchange Folder loading performance improvement (Varadhan)
Corrected arguments in API gtk_clipboard_set_text() (Xiurong Simon 
Zheng)
Added Russian help files translations (Sergey Mironov)
Updated Spanish help files translations and screenshots (Jorge Gonzalez)
Updated French help files translations and screenshots (Claude Paroz)
Remove included file (Parthasarathi Susarla)

Updated Translations:
Hendrik Richter (de)
Jakub Friedl (cs)
Ivar Smolin (et)
Claude Paroz (fr)
Yannig MARCHEGAY (oc)
Gabor Kelemen (hu)
Jorge Gonzalez (es)
Peter Bach (da)
Djihed Afifi (ar)
Washington Lins (pt_BR)


Evolution-data-server:
=
Bug fixes:
#322105: Allow not-junk training on non-junk messsages (Srini)
#424373: Fixes APOP Authentication Vulnerability issue. (Sankar P)
#431135: Fix a crash when modifying a calendar event (Rob Bradford)
#438765: Fixed a German typo (Hendrik Richter)
#439050: Fixed Invliad Time... error dialog in ja locale (Wang Xin)
#425535: Don't submit path of EDS for segv_handler. (Frederic Crozat)
#388788: Fixed a subtle bug in autotools checks for iconv (Matthew 
Barnes)
#425129: Fix a crash when the timezone has no name (Pascal Terjan)
#425129: Add a timezone name for Australia/Perth (Pascal Terjan)
#318176: Code cleanups (Ross Burton)
#431722: Add support for parsing GEO properties (Dodji Seketeli)

Other Contributors:
Claude Paroz

Updated Translations:
Hendrik Richter (de)
Jorge Gonzalez (es)
Duarte Loreto (pt)
Yang Zhang (zh_CN)
Peter Bach (da)

Evolution-exchange:
==
Bug fixes:
#406155: Fix for Exchange crasher (Varadhan)
#433967: Fixed make distcheck (Matthew Barnes)
#439121: Fixed a German typo in evolution-exchange (Hendrik Richter)

Other fixes:
Fix for broken folder subscriptions (Varadhan)

Updated Translations:
Hendrik Richter (de)
Yang Zhang (zh_CN)

GtkHTML:
===
Bug fixes:
#347347: Selected text is now spoken by Orca correctly (Yi Jin)
#420493: Setting the width of a rule doesn't take effect (Ebby Wiselyn)
#349773: Support searching UTF-8 strings. (Xiurong Simon Zheng)
#331813: Fix URL highlighting of sip/h323 addresses (Gilles 
Dartiguelongue)

Updated Translations:
Washington Lins (pt_BR)
Funda Wang (zh_CN)
Peter Bach (da)


Reporting Bugs

If you have problems with 2.10.1, please take the time to submit the bug
using Bug Buddy or at http://bugzilla.gnome.org

Re: [Evolution-hackers] evolution's UI, consistency and codebase

[Srinivasa Ragavan]

On Thu, 2007-05-31 at 10:24 +0200, Frederic Crozat wrote:
 Le jeudi 31 mai 2007 à 07:19 +, Srinivasa Ragavan a écrit :
 
   Last point is, why is the mail view headers fixed (like not look like
   buttons) in 2.10 and not the other views as well (memos, calendars,
   contacts)
  
  In few themes, Ive seen that it looks like a table header, but not in
  all themes. If you have seen this 2.10, may be with a right theme. Im
  sure that this should be fixable in widgets/table. I don't think it
  would right to fix all the other themes for this.
 
 Well, speaking with my theme writer hat on, I'm forced to do some
 matching on ETable class name and so on to get a consistent rendering,
 compared to TreeView. 

Right. IIRC the New button too had some similar issues, but that was
resolved in 2.8.x.

-Srini
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] evolution's UI, consistency and codebase

[Srinivasa Ragavan]

On Thu, 2007-05-31 at 10:36 +0200, Gilles Dartiguelongue wrote:
 Le jeudi 31 mai 2007 à 07:19 +, Srinivasa Ragavan a écrit :
  On Thu, 2007-05-31 at 00:17 +0200, Gilles Dartiguelongue wrote: 
   First thing that hit me was that it didn't use GtkTreeView and that it
   doesn't understand _ markup. 
  
  I think that can be moved to GtkTreeView and shouldn't have a issue.
  Patches are welcome :).
 I'll fill a bug and work on a patch.

Cool :-)

 
  It is not that, it doesn't understand markup. The '_' is there to
  provide key accelerator in visible UI items, and it isn't stripped of at
  those places. I don't think that '_' makes any sense in the table/row.
 Yep, that's what I meant
 
   I know evolution has its own ETable widget
   and that it does thing that evolution needs and gtk+ doesn't provide but
   why use this widget here ?
  
  It is that, we have moved to GtkTreeView to in lots of places and we
  have list of places where we want to move and don't want to move.
  Message list is a place where we don't want to move.
 The why was refering to the Customize View dialog, not the message view. 
 But see next point.
 
   
   The second thing is the Edit button. It is not the same as everywhere
   I looked in the preferences window, this is bad.
  
  This can be fixed. 
 Will fill a bug an provide a patch unless somebody is quicker than me :)
   
   Last point is, why is the mail view headers fixed (like not look like
   buttons) in 2.10 and not the other views as well (memos, calendars,
   contacts)
  
  In few themes, Ive seen that it looks like a table header, but not in
  all themes. If you have seen this 2.10, may be with a right theme. Im
  sure that this should be fixable in widgets/table. I don't think it
  would right to fix all the other themes for this.
 
 I've seen that too, but the point was more: Why are the message view
 headers looking different than every other ETable I can see in
 evolution ?. I've looked at different themes and it was always
 different. I'm not an expert in GtkWidget hacking but can't we inherit
 some properties from regular list headers ?

Different in what sense? I see that message-list is not consistent with
GtkTreeview but so as is the other memo/task list. Im sorry, I'm not
getting it.

-Srini

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] evolution's UI, consistency and codebase

[Srinivasa Ragavan]

On Thu, 2007-05-31 at 11:19 +0200, Gilles Dartiguelongue wrote:
 Le jeudi 31 mai 2007 à 08:59 +, Srinivasa Ragavan a écrit :
  On Thu, 2007-05-31 at 10:36 +0200, Gilles Dartiguelongue wrote:
   I've seen that too, but the point was more: Why are the message view
   headers looking different than every other ETable I can see in
   evolution ?. I've looked at different themes and it was always
   different. I'm not an expert in GtkWidget hacking but can't we inherit
   some properties from regular list headers ?
  
  Different in what sense? I see that message-list is not consistent with
  GtkTreeview but so as is the other memo/task list. Im sorry, I'm not
  getting it.
 
 See attachements: 
  - in mail view, even if it's not perfect it looks like a GtkTreeView
 header
  - in memo view, the header looks like a button
 
 This is even more flagrant with the Glossy theme.

Frankly, for me with Industrial, it looks the same in both places.

-Srini.
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Calendar Maintainership

[Srinivasa Ragavan]

Hi friends,

It is with immense pleasure I announce that Christian Kellner joins
Chenthill as Calendar Maintainer. He is popularly known as gicmo on
IRC. Gicmo is already the maintainer of gnome-vfs. He is the author and
the maintainer of evolution-scalix and the CalDAV provider for
Evolution.

Welcome on board Gicmo !!!

-Srini.

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Introduction and Questions

[Srinivasa Ragavan]

Hi,

On Thu, 2007-05-31 at 07:58 -0700, Ross Boylan wrote:
 Hi.  I've been getting into the code of evolution recently, and am thinking 
 of 
 doing a bit more to see if I can get it working OK for my situation.  I have 
 an IMAP mailbox which is very large, both in terms of folders (over 100) and 
 messages (the largest folder has 300,000 messages; my INBOX has about 
 22,000).
 
 None of the email clients I've tried cope with this very well.  Since I've 
 been using evo at work in a similar setup (cyrus server, though not quite as 
 big), I thought it might be the best to try to tweak.  The problems I've had 
 so far involve setup activities rather than core functionaility.  First, 
 evolution couldn't create the account (solved); second I've had problems 
 getting it to show all of my subfolders.
 
 My narrow question is how to debug evolution.  When I launched evolution in 
 gdb evolution (the GUI) came up, and then the debugger told me the process 
 had exited (though the GUI was up and running).  I believe the initial 
 process does some kind of activation of the real process and then exits.

Hmm, doesn't it give you a point to do 'bt' to get the traces? 

 
 I know I can attach to the second process, but I think the stuff I need to 
 see 
 happens at startup.  So how can I get a debugger on the startup process of 
 the real evolution?
 
 I tried to search the archive, but the search function seems broken: it 
 searches everything, even though it says search this list only.
 
 Also, evolution seems to have two presences on the web: a web site and a 
 wiki.  
 The developer stuff on the web site is old, and has no pointers to the newer 
 stuff that I could find.  It would be good if it did.
 

We are in the process of revamping the wiki with more relevant in
information. We would also rebuild the site with latest informations.
But that would take a while. 

 I have some broader questions too, if anyone has any comments on them.
 
 What version to start with?  I'm on Debian GNU/Linux, which currently has evo 
 2.6.  I notice that's a bit dated (although I did see that a few months ago 
 some of the Debian packagers were interested in making a more recent 
 version).  I've been working from the Debian version.  Does that version, the 
 last stable release (from evo, not Debian), or svn head make the most sense 
 to work from?  (BTW, the one bug I fixed was one that was already fixed 
 post-2.6).

I would prefer, if you can try it with Evolution 2.10.2. It is the most
recent stable release.

-Srini.
 
 Mission Impossible?  Am I likely to get anywhere without spending lots of 
 time?  I'm a professional software developer, but I'm not familiar with 
 GNOME, and this is clearly a complex application.
 
 Mission Advisable?  If I get past the setup hurdles, is evolution likely to 
 be 
 able to handle the mail store I described?
 
 How do I find out which of the imap store's code I'm actually using?
 
 Thanks.
 Ross Boylan
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Introduction and Questions

[Srinivasa Ragavan]

On Thu, 2007-05-31 at 12:22 -0700, Ross Boylan wrote:
 On Thu, 2007-05-31 at 23:14 +0530, Srinivasa Ragavan wrote:
   [Ross] What version to start with? 
  
  I would prefer, if you can try it with Evolution 2.10.2. It is the
  most recent stable release.
 Is EVOLUTION_DATA_SERVER_1_10_2 the corresponding tag to use for
 evolution-data-server?

Yes. You are right.

-Srini.

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Evolution 2.11.3 , Evolution-Data-Server 1.11.3 , GtkHTML 3.15.3 and Evolution-Exchange-2.11.3.1 released

[Srinivasa Ragavan]

Hi All,

The Evolution Team is pleased to announce the release of Evolution
2.11.3

You can download the following :

http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.15/gtkhtml-3.15.3.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.11/evolution-data-server-1.11.3.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.11/evolution-2.11.3.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-exchange/2.11/evolution-exchange-2.11.3.1.tar.bz2

Upgrade Notes :
Evolution 2.11.x is the unstable series of 2.12 development.

What is New ?
=

Evolution:
==

New in 2.11.3:
- Version less binary for Evolution. (Gilles Dartiguelongue) 
- Improved search and show options for Calendar/Memo/Tasks (Chenthill, 
Abhishek and Keshav)
- Included support for Contact Image in the preview pane (Srinivasa 
Ragavan)
- Improved thread sorting. Even expanded threads are promoted up the 
list. (Srinivasa Ragavan)
- More options for offline support. (Srinivasa Ragavan)
- Added Swedish Welcome mail. (Daniel Nylander)

Bug fixes:
#311512: New message notification is not triggered even by identified 
spam. (Karl Relton)
#315012: Fixed crash when reopening an encrypted sent email (Pascal 
Terjan)
#321741: Default date for appointment or meeting is now set to current 
date (Milan Crha)
#326388: Delete button is disabled for 'Birthdays  Anniversaries' 
calendar (Raghavendaran)
#333707: Thread message selection improvements, while deleting messages 
in thread. (David Moore)
#333858: Fixed popping of multiple categories dialog in contact editor 
(Milan Crha)
#335241: Send/Receive Messages window size fixed (Matthew Barnes)
#335396: Account Editor's Sent / Draft Folder dialogs now has proper 
title (Muktha)
#347767: A confirmation dialog will come up if a memo is saved without 
a summary (Ushveen Kaur)
#351729: Fixed unnecessary/broken windows (Milan Crha)
#386503: Help Menu or F1 now works (Matthew Barnes, Götz Waschk)
#415770: Outlook style reply option (Christian Kellner)
#424562: Dropped support for GTK+  2.10 (Matthew Barnes)
#427232: Fixed a crash during startup due to missing relative-URI 
(Matthew Barnes)
#436985: Move files that have translations but are not shipped to 
POTFILES.skip (Philip Withnall)
#438461: Mail preferences buttons now has a consistent look (Gilles 
Dartiguelongue)
#438467, #439118, #437584, #441055, #441014: Compilation warning 
cleanups (Gilles Dartiguelongue)
#439049: Setting time for an appointment in ja locale now works 
correctly (Wang Xin)
#439122: Compilation warnings cleanup (Gilles Dartiguelongue)
#439146, #438711: Improvements for the new mail-notification plugin 
(Ross Burton and Daniel Gryniewicz)
#439316: Fixed translation issues and some fixes around broken gtk. 
(Srinivasa Ragavan)
#439512: Mark strings for translation. (Srinivasa Ragavan)
#439957: Fix camel warnings (Ross Burton)
#440741: Added apps-evolution-mail-notification.schemas.in.in to 
translation. (Srinivasa Ragavan)
#441010: Fixed dropdowns in mailer's view editor (Matthew Barnes)
#441992: Fixed a crash when selecting a mail (Jeff Cai)
#443140: Added a missing mnemonic in Preferences window (Vinod)

Updated Translations:
Jorge Gonzalez (es)
Theppitak Karoonboonyanan (th)
Ivar Smolin (et)
Hendrik Richter (de)
Daniel Nylander (sv)
Stéphane Raimbault (fr)
Rhys Jones (cy)
Yair Hershkoviz (he)
Jakub Friedl (cs)
David Lodge (en_GB)

Other Contributors:
Fixed casts and other compilation warnings (Gilles Dartiguelongue)
Added German translations for help files (Andre Klapper)
Fix file descriptor leak (Jules Colding)
Do not fetch folder-info from backend - just use the data from the 
folder tree. (Veerapuram Varadhan)

Evolution-data-server:
=

New in 1.11.3:
- Addressbook optimizations (Ross Burton)
- Introduced search capabilities in calendar (Keshav Upadhyaya, 
Abhishek Parwal)

Bug fixes:
#360114: Use g_list_prepend/reverse rather than append (Paolo Borelli)
#409542: Fix various linking issues in e-d-s (Loic Minier)
#425129: Added timezone for Asia/Jerusalem, Australia/Perth and fixed 
the crash when there is no tzname. (Pascal Terjan)
#438577: Fix some distcheck errors (Matthew Barnes)
#438577: Don't install implementation detail headers (Ross Burton)
#438727: Hide implementation details from public headers (Ross Burton)
#440524: Memory leak fixes (Srinivasa Ragavan)
#442187: Fix to open default memo component (John Stowers)
#438928: Ability to build EDS with just addressbook only.

Evolution-Exchange

Re: [Evolution-hackers] Missing Icons

[Srinivasa Ragavan]

On Wed, 2007-06-06 at 02:01 -0600, Jeshua Lacock wrote:
 Greetings,
 
 I managed to get evolution 2.10.0 mostly working on Mac OS X.

Great!

 
 Note that here on Mac OS X I had to build libevolution-mail.so and  
 libevolution-calendar.so as a dynamic library (.dylib) file instead  
 of shared object (.so) to get things linked. The .so objects are also  
 needed, but I had to create .dylibs for LD to be happy. Generally Mac  
 OS X does not like linking to a .so...
 
 But, I now have missing icons, and no errors are being reported  
 regarding the missing icons. In previous build attempts, I was also  
 missing icons and a was getting an error about hicolor not being  
 located (I no longer have the exact message, and I determined that  
 there was a problem with my libpixbufloader).  I then rebuilt my  
 entire GNOME/GTK and now I do not get any errors, but to my surprise  
 the icons are still missing.
 

Im sure that you have built, gnome-icon-theme which provides the core
icons to Evolution. You can look into e-util/e-icon-factory.c. Adding a
few debug statements in those files can help you see what is happening
with icons. If you have build gnome-theme-manager, can you try changing
your stock icons? Or change your icon theme in gtk rc file? 

-Srini.

 Note that Gnumeric (1.6.3) built on the same GNOME/GTK build does not  
 have any missing icons, and appears normal.
 
 
 Can anyone offer a suggestion/hint? I certainly would appreciate it.
 
 Here is a screenshot of Evolution:
 
   http://OpenOSX.com/evolution.png


 
 
 
 Thanks,
 
 Jeshua Lacock, Owner
 http://OpenOSX.com
 phone: 877.240.1364
 
 
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Overview of camel-lite

[Srinivasa Ragavan]

On Mon, 2007-06-11 at 12:47 +0300, Philip Van Hoof wrote:
 On Mon, 2007-06-11 at 14:48 +0530, Srinivasa Ragavan wrote:
  On Mon, 2007-06-11 at 10:57 +0300, Philip Van Hoof wrote:
   I'm going to make an overview of camel-lite so that if people read the
   discussions here, that they know what it's all about.
   
   Camel-lite is the fork of Camel that Tinymail is using internally right
   now. Camel-lite's code is in my opinion not really in a good shape, it
   more or less implements certain features that are necessary for
   Tinymail.
   
   Bad things:
   
* Some of the features have been done in a hackish way. 
   
* Mostly this had to do with non-blocked reads not being very well
  supported within the code and design of upstream camel
   
* Removes support for a few for Evolution very important but for
  Tinymail unused features
   
* It's a fork (effectively, yes)
   
   Neutral:
   
* I am trying to get some of the changes in upstream Camel. Although
  I'm selective because I don't want to bore the Evolution team with
  features that they'll most likely not consider for inclusion anyway.
   
  My point of view is that if they show interested, I'll bump the
  priority of trying to clean it up and getting it upstream
  
  Of course, we are open for patches that are clean and doesn't break
  existing functionality.
  
  Im fine to push some of your IMAP features from camel-lite, provided
  that there is a safe fallback for servers which do not implement them
  and I don't really want Evolution to break badly for those servers.
 
 All those features are already checked for in the CAPABILITY flags. 
 
 There is one bandwidth improvement in camel-lite that might not work
 with some servers: Upstream camel uses UID FETCH to get a list of
 UIDs. Camel-lite uses UID SEARCH for this. Although I will most likely
 implement a fall back situation based on the EXISTS count, it might not
 be as-nice on a server that incorrectly implements UID
 SEARCH (although they fixed it, Citadel's IMAP server didn't give a
 correct answer to UID SEARCH).
 
 Important note about the current Camel code, because you just said that
 this IMAP code works well with all IMAP servers :-) : According to the
 RFC of IMAP, you MUST disregard the CAPABILITY flags after entering
 STARTTLS *and* after any change in authentication.
 
 Starting TLS can (and on some servers, like exchange's IMAP, can) change
 the capabilities. Authentication can also influence these capabilities.
 
 Upstream Camel's IMAP code does not discard the capabilities at all
 required times. It doesn't surprise me a lot that there are so few bug
 reports about this, because the majority of 'new features' that you'll
 get after either STARTTLS or authentication, only improve the
 possibilities of an IMAP server.
 
 For example IDLE on Exchange IMAP servers, will only be in the
 CAPABILITY line after authentication (at least some Exchange servers).
 
 ps. Note that this is indeed one of my patches that I've sent in the
 past to the patches mailing list (I think there's a bug for it too).
 
  I think the biggest thing with the current IMAP implementation is that it
  has become stable over a period of time and works fine with most of the
  existing servers and falls back to alternative pat(c)h in case of any
  server issues. I think we need to carry this. 
  
  I would appreciate you for the things you have done in camel-lite and
  nice to see things going in a constructive way :)
 
 I think (opinion) that the most easy way to get things in a clean way
 into an upstream version, is to split Camel away from EDS. I noticed
 that Jeffrey wouldn't object and that Matthew more or less agrees with
 this point of view (although, don't let me speak for them).
 

Every time we discuss the first road-block is the split. Why don't we do
some progressive work together before we discuss on this? It would have
made real sense if there are many projects that depends on camel. For
now, it is just Evolution and tinymail. I dont see a great point in
splitting it. I remember that we had discussed it too many times at
various forums. (Guadec/Mail/bugs/...). I'm not in favor of it atm.

-Srini.


 From that point, I can more easily move functionality from camel-lite
 into this camel project (that might have several different types of
 versions and implementations).
 
 For me it's important to have a small dependency: I see no reason to
 depend on the entire EDS suite, just for Camel (which is a component
 that is technically 100% disconnected from all the rest of EDS anyway).
 
 Also important is that the Evolution team can then watch the changes
 into this Camel version mature, and Evolution can then use an older
 version of Camel (so that things get tested in projects like Tinymail).
 
 It will take a lot of time to expell camel-lite out of Tinymail: I had
 to change some types and structures that would have very few to do with
 how Evolution

Re: [Evolution-hackers] Error dialogs in evolution data server plugin

[Srinivasa Ragavan]

Scott,

IMAP/Camel runs in the address space of Evolution and it would be
different in this case, as EDS is a different process altogether and the
clients speak Bonobo or DBUS to EDS. May be another API... donno? I
really need to see the code to suggest something. Chenthill may have
some thought/ideas here.

-Srini.

 
On Tue, 2007-06-19 at 23:22 -0700, Scott Herscher wrote:
 Thanks for the reply!  I'm still a little confused though. How would I do 
 something like prompt the user to see if they want to accept a self-signed 
 certificate for example? I'm not sure I get how I could do that in the 
 context of a eds plugin. Is it possible? Somewhere there's code that does 
 that...because an IMAP account that is talking to a server that doesn't have 
 a proper certificate will cause Evo to display a dialog box that allows the 
 user to choose whether they want to accept that certificate. I would like to 
 do the same thing, but I just cannot figure out how.
 
 Thanks for the help,
 
 Scott
 
 - Original Message -
 From: Srinivasa Ragavan [EMAIL PROTECTED]
 To: Scott Herscher [EMAIL PROTECTED]
 Cc: evolution-hackers@gnome.org
 Sent: Tuesday, June 19, 2007 9:53:02 PM (GMT-0800) America/Los_Angeles
 Subject: Re: [Evolution-hackers] Error dialogs in evolution data server plugin
 
 I don't think you can do a error display from EDS. Just see how the
 e-cal errors/failures work. They return a code to the clients
 (Evolution) and Evolution displays a error using e-error. 
 
 -Srini.
 
 On Tue, 2007-06-19 at 16:59 -0700, Scott Herscher wrote:
  Okay, hopefully this will be my last question of the day. I'd like to throw 
  up a dialog box in my Zimbra Connector for Evolution when a server's SSL 
  certificate is bad. I was going down the path of using 
  gtk_message_dialog_new(...), but it doesn't seem to be working.
  
  So I have two questions:
  
  1) Is there a better way of notifying the user of SSL certificate problems 
  than using gtk_message_dialog_new?
  2) If not, how do I make gtk_message_dialog_new() work?
  
  This is how I was using it in my test code:
  
  
dialog = gtk_message_dialog_new ( NULL,
GTK_DIALOG_DESTROY_WITH_PARENT,
GTK_MESSAGE_ERROR,
GTK_BUTTONS_YES_NO,
Blah Blah Blah );
  
  returnVal = gtk_dialog_run (GTK_DIALOG (dialog));
  
  
  Any help would be greatly appreciated.
  
  Thanks,
  
  Scott
  
  ___
  Evolution-hackers mailing list
  Evolution-hackers@gnome.org
  http://mail.gnome.org/mailman/listinfo/evolution-hackers
 
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] No Reply All for Evolution (3) ?

[Srinivasa Ragavan]

Hi Martin,

On Fri, 2007-06-22 at 07:13 +0200, Martin Jeppesen wrote:
 Hi
 
 Many novice users don't understand the Reply and Reply All buttons, so they
 often pick one at random or always use just one of them. Just think of people
 that reply to chain letters.
 

I haven't heard of the before really. 

 A solution to this could be to remove the Reply All button from the main
 toolbar and have only one send button like now, but the user is presented with
 a list of the recipients if there are more than one.

Believe me, majority of the users prefer avoid too many questions and
dialogs before any operations they requested. Especially if one has to
fill up such a dialog before start replying to an email, many may not
prefer to hit a reply at all ;-). 

-Srini.

 A mock up of this could be:
 
 
  
 ||
 | The email that you are about to send have more than one recipient. |
 | Please choose who shall receive this email.|
 |_   |
 |   |v| Elvis Presley ([EMAIL PROTECTED])|
 |_   |
 |   |v| Bob Dylan ([EMAIL PROTECTED])|
 |_   |
 |   |_| Leonard Cohen ([EMAIL PROTECTED])|
 |_   |
 |   |_| Alan Stivell ([EMAIL PROTECTED])  |
 |_   |
 |   |v| Nick Cave ([EMAIL PROTECTED])|
 ||
 |[Return to composer] [Send] |
 ||
 
 
 or
 
  
 ||
 | The email that you are about to send have more than one recipient. |
 | Please choose who shall receive this email.|
 ||
 |  To CC  BCC None   |
 |  _   _   _   _ |
 | (o) (_) (_) (_)  Elvis Presley ([EMAIL PROTECTED]) |
 |  _   _   _   _ |
 | (_) (o) (_) (_)  Bob Dylan ([EMAIL PROTECTED]) |
 |  _   _   _   _ |
 | (_) (_) (_) (o)  Leonard Cohen ([EMAIL PROTECTED]) |
 |  _   _   _   _ |
 | (_) (_) (_) (o)  Alan Stivell ([EMAIL PROTECTED])   |
 |  _   _   _   _ |
 | (_) (o) (_) (_)  Nick Cave ([EMAIL PROTECTED]) |
 ||
 |[Return to composer] [Send] |
 ||
 
 The benefit of this idea is that is no longer need to a Reply All button.
 
 It could be made into a complete recipient chooser if it is combined with the
 address book.
 
 So sending an email would have these 3 steps:
 1. Press Reply
 2. Write email
 3. Choose recipient(s)
 
 
 What do you think?
 
 Martin
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Evolution 2.11.5 , Evolution-Data-Server 1.11.5 , GtkHTML 3.15.5 and Evolution-Exchange 2.11.5 released

[Srinivasa Ragavan]

Hi All,

The Evolution Team is pleased to announce the release of Evolution
2.11.5

You can download the following :

http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.15/gtkhtml-3.15.5.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.11/evolution-data-server-1.11.5.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.11/evolution-2.11.5.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-exchange/2.11/evolution-exchange-2.11.5.tar.bz2

Upgrade Notes :
Evolution 2.11.x is the unstable series of 2.12 development.

What is New ?
=

Evolution:
==

 New in 2.11.5:
Hook for plugging into Send/Receive dialog for the Evolution RSS 
plugin. (Srinivasa Ragavan)
Attachment reminder plugin (Johhny Jacob)
Tnef attachment plugin (Lucky Wankhede)
Exchange Delegation support (Bharath and Suman)
Improved email printing with support of most of the Gtk+ print options 
(Matthew Barnes)

Bug fixes:
#271864: Junk and Trash folders now list number of selected emails 
rrectly (Hiroyuki Ikezoe)
#307410: Fix prompting for IMAP password a second time after canceling 
first request (Milan Crha)
#312370: When loading images from an html message, the download status 
is shown correctly (B S Srinidhi)
#317281: Allow vFolder to search on the different states of a flag 
(Michael P. Lepore)
#321741: Default date for appointment or meeting is now set to current 
date (Milan Crha)
#328484: Changing the color of a calendar wasn't getting reflected 
correctly (Milan Crha)
#334118: Add EPlugin hook for checking just written mail (Johnny Jacob)
#334140: Fixed a crash when replying to a mail with Automatic 
Contacts are enabled (Milan Crha)
#337787: Fixed copy behavior in the Contact Preview Pane (Hiroyuki 
Ikezoe)
#347782: Fixed display of gpg/pgp encrypted error message as S/MIME 
(hggdh)
#352947: Fixed a crash when selecting a default S/MIME certificate 
(Milan Crha)
#387844: Fix invalid time and date values (Mayank Jain)
#433732: Location of perl binaries are now configurable (Laszlo (Laca) 
Peter)
#437892: Improve display of IMAP headers plugin's configuration window 
(Gilles Dartiguelongue)
#444882: Fixed configure options beautification (Gilles Dartiguelongue)
#445526: Sensitivity of alarm dialog widgets has been fixed (Milan Crha)
#446894: Clean up printing in Evolution's Mailer (Matthew Barnes)
#448568: Fixed alignment issue in the contact editor (Gilles 
Dartiguelongue  Vinod)
#448970: Fixed a crash during startup (Srinivasa Ragavan)
#449811: Fixed magic spacebar break when using caret mode (Srinivasa 
Ragavan)
#450820: Add an empty line at the beginning of the mail body when 
relpying a mail (Wang Xin)
#452900: Fixed the alignment of mail notification popup with tray icon 
(Cosimo Cecchi)
#453294: Fixed attachment name garble on locale 8859-1 (simon.zheng)

Updated Translations:
Jorge Gonzalez (es)
Nguyễn Thái Ngọc Duy (vi)
Priit Laes (et)
Clytie Siddall (vi)
Kjartan Maraas (nb)
Guilherme de S. Pastore (pt_BR)
I. Felix (si)
Daniel Nylander (sv)
Funda Wang (zh_CN)
  
Evolution-data-server:
=

New in 1.11.5

Exchange delegation support (Bharath and Suman)

Bug fixes:
#307410: Fix prompting for IMAP password a second time after canceling 
first request (Milan Crha)
#311098: Changes to appointment is visible across restarts (Milan Crha)
#352284: Do not fetch the message from server - instead use the header 
information to calculate the 
 expiry period. (Veerapuram Varadhan)
#364731: Fix error dialog when creating searches with negative score 
Milan Crha)
#394572: Include a missing forward http proxy in caldav module (Jari 
Urpalainen)
#410823: Fixed a crash when clicking on an URL and then closing the 
browser (Srinivasa Ragavan)
#412735: Fix a typo avoiding open_brace to be initialized (Pascal 
Terjan)
#434356: Fix USENET crash when retrieving gmane.linux.kernel Jindrich 
Makovicka)
#448947: Fixed a cyclic configure option (Karsten Bräckelmann)
#449531: Fix partial email display when GPG verification fails (Milan 
Crha)
#452996: Fix a typo and wording (Christian Kirbach)
#454570: Fix build with gcc 2.x (Jens Granseuer)

Updated Translations:
Ankit Patel (gu)
Jorge Gonzalez (es)
Nguyễn Thái Ngọc Duy (vi)
Clytie Siddall (vi)
Daniel Nylander (sv)
Funda Wang (zh_CN)
I. Felix (ta)

Evolution-Exchange:
===

Bug fixes:
#442186, #341214, #421091: Folder loading optimizations from few 
minutes  to few miliseconds. (Veerapuram Varadhan)

Updated Translations:
Ankit Patel

Re: [Evolution-hackers] Syncing two evolution installations

[Srinivasa Ragavan]

Hi Riccardo,

On Mon, 2007-07-30 at 18:02 +0200, Riccardo Tritto wrote:
 Hi there,
 I'd like to sync two different evolution installation, on my desktop and
 on my notebook, both running Evolution 2.6.3 on Debian Etch.
 Some years ago I succeded doing this on two desktops, keeping in sync
 both ~evolution directories with rsync.
 Now the directories seem to have changed, so I've tried syncing
 ~/.evolution and ~/.gconf/apps/evolution. Mail messages are well in sync
 but the config data of my pop/smtp accounts are not.
 I thought they were stored in ~/.gconf/apps/evolution/%gconf.xml which
 is regularly copied from one system to the other, so what am I missing?

May be you need to restart the gconfd.

-Srini

 Thanks for answering.
 
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Evolution 2.11.90 , Evolution-Data-Server 1.11.90 , GtkHTML 3.15.90 and Evolution-Exchange 2.11.90 released

[Srinivasa Ragavan]

Hi All,

The Evolution Team is pleased to announce the release of Evolution
2.11.90

You can download the following :

http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.15/gtkhtml-3.15.90.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.11/evolution-data-server-1.11.90.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.11/evolution-2.11.90.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-exchange/2.11/evolution-exchange-2.11.90.tar.bz2

Upgrade Notes :
Evolution 2.11.x is the unstable series of 2.12 development.

What is New ?
=

Evolution:
==
New in 2.11.90:
- A new command line option (--disable-preview) to disable loading 
crash-on-selected last mails,
  tasks, contacts (Srinivasa Ragavan)

Bug fixes:
#287394: (BNC) When exitting, close after the message was saved. 
(Srinivasa Ragavan)
#313221: Improve parsing of VCARD file with multiple TYPE information 
(Milan Crha)
#322624: Don't add alarms for types with unknown/none notification 
method (Milan Crha)
#327977: Fix a crash when setting password in preferences window (Milan 
Crha)
#331729: Fixed a crash when using cursor keys after expunging selected 
mail (Milan Crha)
#335566: Fix a crash when scaling an image in preview pane (Milan Crha)
#351552: Fixed critical warning with e_passwords for calendars without 
'auth-domain' property (Milan Crha)
#352346: Cannot create Maildir account (Milan Crha)
#377173: Show category icon correctly (Hiroyuki Ikezoe) 
#377309: Synchronize now should work even if periodic checking is not 
enabled (Diego Escalante Urrelo)
#383684: Do not load pending hooks if the corresponding plugin is 
disabled (Sankar P)
#387312: Auto-collapse of expanded threads has been fixed (Tobias 
Mueller)
#401533: Text marked for localization in memos (Milan Crha)
#419690: Fixed a crash during startup after a unclean shutdown 
(Srinivasa Ragavan)
#427469: When importing VCARD, if HOME or WORK isn't specified for 
EMAIL, add TYPE=OTHER (Milan Crha)
#428125: Added mnemonic for Plain Text Mode in preferences (Anand V M)
#429234: Fixed a crash when opening an attachment (Srinivasa Ragavan)
#444882: Fixed configure options beautification (Gilles Dartiguelongue)
#451599: Timing of setting the attachment is downloaded has to be after 
creating the attachment (Srinivasa Ragavan)
#454253: Fixed a crash during alarm notify (Srinivasa Ragavan)
#455799: Remove all .cvsignore and update svn:ignore porperty in all 
directories. (Hiroyuki Ikezoe)
#458508: String issues resolved in backup-restore plugin (Anand V M)
#458822: Description string fixed for mail-notification plugin (Anand V 
M)
#460326: If the vcalendar isn't there don't crash but report invalid. 
(Srinivasa Ragavan)
#460821: The second argument of g_utf8_strdown() expects the length of 
string in bytes or -1 (Hiroyuki Ikezoe)
#462007: Plugged memory leak. (Hiroyuki Ikezoe)
#462010: Plugged memory leak. (Hiroyuki Ikezoe)
#462138: Signature on top does not work if no signature is set as 
default (Sankar P)
#462332: Avoid duplicate attachments when DnD image (Hiroyuki Ikezoe)
#463061: Fixed a crash while launching preferences window (Srinivasa  
Ragavan)
#463129: Fix glibc free crash when changing components (Milan Crha)
#463946: Calling Add Column more than once now works (Milan Crha)
#464312: Do not connect to server if the account is disabled. 
(Srinivasa Ragavan)

Other Contributors:
- Fix for expanding newly created folders (Lucky)
- Documentation updates (Radhika)
- Exchange Calendar delegation bug fixes (Suman)

Updated Translations:
Claude Paroz and Stéphane Raimbault (fr)
Jorge Gonzalez (es)
Andre Klapper (de)
Daniel Nylander (sv)
Theppitak Karoonboonyanan (th)
Takeshi AIHANA (ja)
Tirumurthi Vasudevan (ta)
Ankit Patel (gu)
Ilkka Tuohela (fi)
Kostas Papadimas (el)
Danishka Navin (si)
Kjartan Maraas (nb)
  
Evolution-data-server:
=
Bug Fixes:
#261084 - match-all and match-threads in evolution camel needs 
translator comments (Jared Moore)
#313221 - Import of vcards misses type information (Milan Crha)
#314709 - Add GEO field to EVCard and EContact (Cosimo Cecchi)
#327977 - Crash in e_account_set_string at e-account.c:929 (Milan Crha)
#352346 - Cannot create Maildir account (Milan Crha)
#355640 - crash on invalid response to the IMAP command XX FETCH 1 
BODY (Sankar)
#387806 - camel_text_index_new() faults instead of handling allocation 
failure (Rob Bradford)
#415891 - Use EFlag for synchronization (Matthew Barnes)
#420462 - Crash while clicking

[Evolution-hackers] Community meeting canceled today

[Srinivasa Ragavan]

Guys,

Today's community team meeting at (10:00 UTC) is canceled. Today (August
15) is a national holiday in India (Independence day) and all of us
would be away from work. Please so send a mail, if anything needs to be
brought up/discussed urgently. 

-Srini.


___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Terrible hack to allow read-only access to secure Google Calendars

[Srinivasa Ragavan]

Hi xkahn,

Thanks for your patch. But we have a summer of code student, Ebby
Wiselyn working on a Google calendar backend for Evolution/EDS.

He had great successes recently
(http://mail.gnome.org/archives/gnome-soc-list/2007-August/msg00035.html)

Some screen shots at http://edsgcal.wordpress.com/screenshots-2/

It would be a clean approach and would provide  a read-write access to
Google calendars and will have a better sync mechanisms.

I was hoping to add this to 2.12, but we realized that it is not
feasible and is now targeted for 2.14. 

So I really don't want to take your patch.

-Srini.

On Sat, 2007-08-18 at 11:09 -0400, Benjamin Kahn wrote:
 So I've created a horrible, ugly patch which makes Evolution able to
 display the Google Calendars.  The problem is that you may want to view
 your calendar without using the private URL.  (For example, the hosted
 version of the Google Calendar will only deliver the ics file if you
 have authenticated.)  But Evolution doesn't know how to authenticate to
 Google.
 
 The attached patch adds the ability to store an authentication token in
 GConf which seem not to expire.
 
 In other words, you apply this patch to evolution-data-server, run the
 commands that follow, and you'll have READ ONLY access to your Google
 Calendar that only updates every 30 minutes or so.  Yes, it's just as
 fun and easy to use as it sounds.
 
 First, run:
 
 curl -D - https://www.google.com/accounts/ClientLogin -d 
 accountType=HOSTED_OR_GOOGLE -d Email='||username||%40||domain||' -d 
 Passwd='||password||' -d service=cl -d source=evolution-testing-0.0.0
 
 You'll need to replace ||username||, ||domain||, and ||password|| to
 match your email username (domain will likely be google.com) and google
 password.
 
 This command will return three lines.  The third line will start with
 auth=.  
 
 Then call:
 
 gconftool-2 --type string -s /apps/evolution/calendar/gauth ||authstring||
 
 You'll need to replace ||authstring|| with the 180+ character string
 returned by the previous command.
 
 You should only have to do the above once.  Or whenever the auth string
 expires which seems to be very rare, if at all.
 
 Then quit Evolution and kill the data server with this command:
 
 evolution --force-shutdown
 
 Start evolution after applying the attached patch.
 
 Go to the calendar component and add:
 
 
 webcal://www.google.com/calendar/ical/||username||@||domain||/private/full.ics
 
 as a web calendar.  You'll need to replace ||username|| with your email
 username and ||domain|| with your email domain, usually gmail.com.
 You'll need to check Use Secure Connection and I recommend
 that you cache the calendar locally.
 
 Anyway, there are some problems:
 
   * Seriously, it's an ugly patch
   * You have to recompile evolution-data-server
   * Adding an auth token to GConf?!  What are you, nuts?
   * Evolution may not be able to understand the appointments set by
 Google's calendar
   * The calendar only updates every once in a while
   * You can't edit the calendar in Evolution
 
 Probably other problems.  :)  I don't recommend this be applied to
 Evolution, but I do think it might be an interesting jumping off point
 for someone else.  For the moment, it solves my problem.  
 
 I'm not subscribed to e-h, so please include me in any replies.
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Evolution Patch review day

[Srinivasa Ragavan]

Hello every one,

We are planning for a patch review day on thursday 23rd August, around
8:00 UTC for about 12 hours. We would be looking at some of the old
patches from our list to see if they make sense to commit either now or
after freeze (UI Freeze in place already) and put them away from our 
current list.

Some of the top thing we would be looking at are
Patches with new strings (for string freeze on Monday - 2.11.91)
http://www.go-evolution.org/index.php/Patches_From_Sun
http://www.go-evolution.org/index.php/RedHat_Patches
http://www.go-evolution.org/index.php/Gentoo 
http://bugzilla.gnome.org/reports/patch-diligence-report.cgi for
Evolution/EDS/Exchange/GtkHTML

and then the product specific patches at
http://bugzilla.gnome.org/reports/patch-report.cgi?product=Evolutionproduct=Evolution-Data-Serverproduct=GtkHTMLproduct=Evolution%20Exchangepatch-status=none

We would be working on the #evolution channel and feel free to ping me or the 
other maintainers to review your pending patches if any.

Thanks for all your support.

-Srini.






___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Evolution Patch review day

[Srinivasa Ragavan]

Hello everyone

We started the day with 168 unreviewed patches(Including the four
patches we received yesterday) and now we are with 73 patches pending
reviews. In total 95+ patches were reviewed yesterday.

Many thanks to all the reviewers (Sankar, Chenthill, Varadhan, Johnny,
Rodo, Li Yuan, Gicmo, Ross, Matthew Barnes) and to all the hackers for
their patches.

I'm sure that by 2.14 cycle we would get rid of these pending patches as
well. 

-Srini.

On Tue, 2007-08-21 at 15:51 +0530, Srinivasa Ragavan wrote:
 Hello every one,

 We are planning for a patch review day on thursday 23rd August, around
 8:00 UTC for about 12 hours. We would be looking at some of the old
 patches from our list to see if they make sense to commit either now or
 after freeze (UI Freeze in place already) and put them away from our 
 current list.
 
 Some of the top thing we would be looking at are
 Patches with new strings (for string freeze on Monday - 2.11.91)
 http://www.go-evolution.org/index.php/Patches_From_Sun
 http://www.go-evolution.org/index.php/RedHat_Patches
 http://www.go-evolution.org/index.php/Gentoo 
 http://bugzilla.gnome.org/reports/patch-diligence-report.cgi for
 Evolution/EDS/Exchange/GtkHTML
 
 and then the product specific patches at
 http://bugzilla.gnome.org/reports/patch-report.cgi?product=Evolutionproduct=Evolution-Data-Serverproduct=GtkHTMLproduct=Evolution%20Exchangepatch-status=none
 
 We would be working on the #evolution channel and feel free to ping me or the 
 other maintainers to review your pending patches if any.
 
 Thanks for all your support.
 
 -Srini.
 
 
 
 
 
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Call for Release Notes

[Srinivasa Ragavan]

On Mon, 2007-08-27 at 11:37 -0400, Matthew Barnes wrote:
 
 
 Shouldn't it read from ~/.face by default, so that it's nicely
 integrated with the About Me app?
It was Sankar's hackweek idea project. I really don't remember the full
details of it. Off to you Sankar. I remeber saying Sankar that there
should be a default photo and a over-rid-able option as well. Dont
know/think if that made it.

-Srini.
 
 Matthew Barnes

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Call for Release Notes

[Srinivasa Ragavan]

On Tue, 2007-08-28 at 09:13 +0200, Murray Cumming wrote:
 On Mon, 2007-08-27 at 23:42 -0600, Sankar P wrote:
  On Mon, 2007-08-27 at 15:24 +, Srinivasa Ragavan wrote:
   On Mon, 2007-08-27 at 15:03 +0200, Murray Cumming wrote:
On Mon, 2007-08-27 at 10:00 +, Srinivasa Ragavan wrote:
   * FACE header and Contact image in preview pane
 
 Evolution has support to attach FACE header while sending e-mails and
 extract the header while receiving and show it in the preview pane.
 http://bp3.blogger.com/_G_VBnbGWMzs/Rpy_2WCctrI/BGo/qWewaum0Z-A/s1600-h/ZFace.jpg

How can I tell evolution to use a particular image when I send emails? I
don't see this in the preferences.
   Currently you can do it from Insert-Face in the composer window. It was
   supposed to have a preferences as part of plugin configuration. But I
   dont think it made it to svn.
   
   Sankar, am I right?
  
  Yes. You are.
  
  You need to use Inset-Face in the composer window. 
  
  A few more things are still pending for this plugin. User should be able
  to set a photo from plugin-configure. The plugin should also support
  resizing the photo by itself. I did some of these changes but missed the
  freeze dead-line. So all these can go only after branching for Evo-2.14
  is done.
 
 It seems obvious to me that this should be a per-account preference, or
 maybe it should be in the GNOME About Me control panel. As it is, it
 doesn't seem worth mentioning in the release notes, because it's not
 very usable if I have to specify an image file for each email that I
 send. Does that seem fair? 

Point taken :)

-Srini.
 
  Matthew: 
  I was not aware of the ~/.face thing. I will try to use it in the next
  release (after the freeze is over).
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Evolution 2.11.91 , Evolution-Data-Server 1.11.91 , GtkHTML 3.15.91 and Evolution-Exchange 2.11.91 released

[Srinivasa Ragavan]

Hi All,

The Evolution Team is pleased to announce the release of Evolution
2.11.91

You can download the following :

http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.15/gtkhtml-3.15.91.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.11/evolution-data-server-1.11.91.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.11/evolution-2.11.91.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-exchange/2.11/evolution-exchange-2.11.91.tar.bz2

Upgrade Notes :
Evolution 2.11.x is the unstable series of 2.12 development.

What is New ?
=

Evolution:
==
 Evolution 2.11.91 2007-08-27


Bug fixes:
#201201: Double-click on selected range in week view empty area should 
bring up event editor (Milan Crha)
#201202: Double-click on selected range in day view should bring up 
event editor (Milan Crha)
#239441: Fixed a crash when sorting imap mailbox by date (Milan Crha)
#256878: Set the message for valid signatures (Vincent Untz)
#262226: Inconsistent all day behaviour of appointment editor (Milan 
Crha)
#262682: Add labelled-by relation between labels and entry. (Li Yuan)
#272167: 'Mark calendar for offline option' is available for local 
calendars (Milan Crha)
#274070: (BNC) download of freebusy not working (Chenthill Palanisamy)
#301835: (BNC) Fixed a crash when clicking on mail with a calendar 
appointment (Suman Manjunath)
#303877: candidate window position at 0,0 in Evolution Task (Hiroyuki 
Ikezone)
#303878: candidate window position at 0,0 in calendar (Hiroyuki Ikezoe 
and Mayank Jain)
#308636: User can delete grouwpise 'Calendar' (Milan Crha)
#309166: Fix incorrect cusor movement and delete for indic charcters in 
evolution calendar (Mayank Jain)
#328405: A signature will be attached when redirecting an email 
(Raghavendran)
#329746: Renamed 'Journal' to 'Memo'. (Milan Crha)
#330628: In day view Meeting icon should be displayed in All day 
meeting (Hiroyuki Ikezoe)
#331174: Rename KRBx_LDFLAGS to KRBx_LIBS (Matthew Barnes)
#337616, #352346, #467364, #468309: Documentation fixes (PC Radhika)
#338803: Free/Busy Loses Meeting Duration When Click To Another Time. 
(Milan Crha)
#347770: Improved description text parsing (Milan Crha)
#350539: Check for NULL MIME part (Milan Crha)
#352358: Harmonized some error messages (Ushveen Kaur)
#353462: Changing the labels of buttons from Yes/No to make them HIG 
compliant. (Anand V M)
#355766: Multi-lang text in Body is not printed when composing in ASCII 
mode (Mayank Jain)
#355864: Fixed a critical warning when unchecking a webcal (Milan Crha)
#364431: Fix a crash while refreshing IMAP subscriptions (Johnny Jacob)
#364700: Load/Enable junk plugins while loading only (Srinivasa Ragavan)
#367760: Fix multiple issues with Save / Save All attachment button 
(Milan Crha)
#385414: Fix multi language text display in message source (Mayank Jain)
#385517: Evolution Preferences for Task now allows to change field 
values (Milan Crha)
#411619: Fixed build failures with -z defs (Matthew Barnes)
#412732: Fixed a crash when adding contact (Milan Crha)
#414420: Fix a crasher on repeated destroy (Ed Catmur)
#420492: new all day event does not record show as busy status (Ebby 
Wiselyn)
#428110: Dragging memo onto the same memo list used to delete the memo 
(Milan Crha)
#431459: Enable format plugins while loading only (Srinivasa Ragavan)
#435942: Documentation fixes (PC Radhika)
#440328: Added missing mnemonic for merge button (Suman Manjunath)
#440807: Sync now with Pidgin IM (Suman Manjunath)
#458715: Fixed a crash in GW proxy setting (Johnny Jacob)
#464106: GoTo Date dialog does not honor settings (Milan Crha)
#464338: Show popup when creating new folder (Bharath Acharya)
#465573: Optimize pixbuf behaviour (Tim Yamin)
#466548: Fixed a crash when editing calendar event when none of the 
accounts are enabled (Milan Crha)
#466796: Fixed a crash at start up (Rouslan Solomakhin)
#467165: Fixed a crash at start up(Srinivasa Ragavan)
#467198: Initialize the camel exception (Srinivasa Ragavan)
#467382: Compilation with -pedantic fails due to missing array size 
(Tobias Mueller)
#467559, 467883: Fix a crash on startup (Matthew Barnes)
#467635: String changes (Johnny Jacob)
#468159: Removed usage of BASE_VERSION (Gilles Dartiguelongue)
#468294: Add a few strings for translation. (Srinivasa Ragavan)
#468303: Add strings for i18n (Srinivasa Ragavan)
#468303: Add strings for i18n (Srinivasa Ragavan)
#468303: Enable strings for i18n. (Srinivasa Ragavan)
#468411: Fixed a crash

Re: [Evolution-hackers] Bug #408471

[Srinivasa Ragavan]

 Hey Everyone,
  Thanks for all your hard work. However I'd like to point
 out that bug 408471 is still not fixed.

I think this is same as http://bugzilla.gnome.org/show_bug.cgi?id=351672
There is a patch already and most probably that should get rid of it. 

-Srini.

 
 This is a REALLY bad bug that makes drag and drop of emails unusable in
 my University environment. In fact this is the number one of people's
 comments about Evolution and my University support team advise users not
 to use drag and drop in evolution because of it.
 
 Best regards,
 
 Martin Sevior
 
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Call for Release Notes

[Srinivasa Ragavan]

On Wed, 2007-08-29 at 12:10 +0200, Murray Cumming wrote:
 On Mon, 2007-08-27 at 10:00 +, Srinivasa Ragavan wrote:
* Backup restore support
   
   What does this actually allow the user to do?
  
  Users can archive/backup entire Evolution mails/setting and restore it
  on a different/same machine.
  http://gnomebangalore.org/~sragavan/2.12/evo_restore.png shows that you
  can also restore from the startup assistant. 
 
 Someone said that they thought this was in previous versions of
 Evolution. Is the whole thing new, or is just part of this new?

Murray, the plugin was there for sometime but it had nothing useful and
was never built. We have revamped it with UI hooks and better options to
make it work and added it in the build. It is as much as new :)

-Srini.
  

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Controlled checkins/commits

[Srinivasa Ragavan]

Hello very one, 

A big thanks to every one who has contributed to Evolution (2.12) cycle.
We have added lots of features and stability fixes to Evolution 2.12. As
a part of ensuring the stability, lets take a step forward and make sure
that no further commits breaks what we have built over a period of time.
So all the patches/commits (including the project/module maintainers)
should be reviewed by at least one peer maintainer. This holds good till
we release Evolution 2.12 and once we branch out, we are free to do
newer things to the trunk.

Thanks for all your co-operation. Lets make Evolution 2.12 rock solid!

-Srini.

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Evolution 2.11.92 , Evolution-Data-Server 1.11.92 , GtkHTML 3.15.92 and Evolution-Exchange 2.11.92 released

[Srinivasa Ragavan]

Hi All,

The Evolution Team is pleased to announce the release of Evolution
2.11.92

You can download the following :

http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.15/gtkhtml-3.15.92.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.11/evolution-data-server-1.11.92.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.11/evolution-2.11.92.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-exchange/2.11/evolution-exchange-2.11.92.tar.bz2

Upgrade Notes :
Evolution 2.11.x is the unstable series of 2.12 development.

What is New ?
=

Evolution:
==

Bug fixes:
#201167: Complete implementation of Categories synching and lots of bug 
fixes (Nathan Owens and Tom Billiet)
#351672: Dragging imap message when another is copying locks X (Gavin 
Scott)
#377763: Do not scale under 1x1 pixel (Milan Crha)
#378759: Fixed a crash when entering S/MIME password for signing email 
(Milan Crha)
#431459: Avoid reentrancy of prefer-plain plugin (Srinivasa Ragavan)
#466051: When memo start date is set to 'None', do not store DTSTART 
property. (Suman Manjunath)
#469886: Update FSF address in header comments (Tobias Mueller) 
#471791: Move away from g_assert to g_critical (Srinivasa Ragavan)

Other Contributors:
- Add mail/default/pl/Makefile to AC_OUTPUT (Matthew Barnes)
- Add Evolution contributors names to credits page (Gilbert 
Dartiguelongue)

Updated Translations:
Kjartan Maraas (nb)
Ivar Smolin (et)
Takeshi AIHANA (ja)
Washington Lins (pt_BR)
Jovan Naumovski (mk)
Ankit Patel (gu)
Tirumurthi Vasudevan (ta)
Ilkka Tuohela (fi)
GNOME PL Team (pl)
Daniel Nylander (sv)
Jorge Gonzalez (es)
Theppitak Karoonboonyanan (th)
Clytie Siddall (vi)
Funda Wang (zh_CN)
Duarte Loreto (pt)

Evolution-data-server:
=
Bug Fixes:
#271841: Fix AIX compile errors (Ross Burton)
#290330: (Novell Bugzilla) Fetch FOLDER_CLASS and PERMANENT_URL 
properties for public folders as well. (Varadhan)
#298095: (Novell Bugzilla) Added a function to fetch the system folder 
flag (Chenthill Palanisamy)
#298788: (Novell Bugzilla) Fixes crash in 64 bit architectures. 
(Chenthill Palanisamy)
#301263: (Novell Bugzilla) Subscribed calendar requires restart 
(Chenthill Palanisamy)
#302038: (Novell Bugzilla) remove warnings and make them debug 
statements (Sankar)
#330185: Searching Evolution addressbooks only works for some fields 
(Ross Burton)
#378759: Fixed a crash when entering S/MIME password (Milan Crha)
#470445: Fix FSF address (Tobias Mueller)

Updated Translations:
Kjartan Maraas (nb)
Takeshi AIHANA (ja)
Ivar Smolin (et)
Ilkka Tuohela (fi)
Ankit Patel (gu)
Tirumurthi Vasudevan (ta)
Wadim Dziedzic (pl)
Jorge Gonzalez (es)
Daniel Nylander (sv)
Theppitak Karoonboonyanan (th)
Clytie Siddall (vi)
Duarte Loreto (pt)
Stéphane Raimbault (fr)

GtkHTML
===
Bug Fixes:
#470451: Update FSF address in header comments (Tobias Mueller)

Updated Translations:
Tirumurthi Vasudevan (ta)
Funda Wang (zh_CN)
Duarte Loreto (pt)
Jovan Naumovski (mk)

Evolution-Exchange:
===
Bug Fixes:
#301263: If the folder is not found, check if its present in the
 foriegn hierarchy/directories (Chenthill Palanisamy)
#467591, #464404: Fixed crash when adding / modifying contacts
 (Srinivasa Ragavan)

Updated Translations:
Duarte Loreto (pt)
Stéphane Raimbault (fr)

Reporting Bugs

If you have problems with 2.11.92, please take the time to submit the bug
using Bug Buddy or at http://bugzilla.gnome.org.  Try to fill in as much
detail as you can regarding the circumstances that lead to the problem.

If you have a feature request, you can also file that at
http://bugzilla.gnome.org/ don't be discouraged if you don't hear from
us right away, we get hundreds of feature requests a year.

You can also check if your bug has been reported before by using the
search functionality of Bugzilla.

More information is available at the project website
http://www.gnome.org/projects/evolution and the project wiki :
http://go-evolution.org/

Thanks,
Srini



___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] application integration standard proposal

[Srinivasa Ragavan]

On Tue, 2007-09-04 at 22:10 +0200, Olivier Sessink wrote:
 Dear Evolution developers and community,
 
 with several people I have designed a proposal for a standard to allow 
 different communication programs on Linux to integrate a little more 
 (from the end user perspective).
 
 An example: The end user is using a IM client, where the he's notified 
 in the chat window that a new email arrived from the same person he's 
 chatting to (even if the IM account is different from the email 
 account). The user may right click this buddy in the IM client, and in 
 the context menu it says you have unread mail from this person, and the 
 context menu will allow you to email this user (open a compose window)

IIRC Banter is trying to do this. Unfortunately the mails aren't
query-able unlike contacts/calendar. Without that, this isn't possible.
I promised the Banter guys that I can provide a dbus interface to query
mails, but unfortunately that has a dependency over the running presence
of instance of Evolution.

-Srini.
 
 The draft standard how to do this is at 
 http://olivier.sessink.nl/publications/UCII/
 
 In the end I would like to submit this to freedesktop.org, but I first 
 would like to discuss the idea with the communities of the most well 
 known open source communication programs, and improve it.
 
 Can you give me some feedback on the idea, and if such a standard would 
 be adopted by Evolution (if formalised by freedesktop.org).
 
 kind regards,
 
  Olivier Sessink
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] gtk+ error with evo 2.11.90

[Srinivasa Ragavan]

On Thu, 2007-09-06 at 06:13 +, Peter wrote:
 (evolution:3842): Gdk-CRITICAL **: gdk_window_get_origin: assertion 
 `GDK_IS_WINDOW (window)' failed fff
do,
 export G_DEBUG=fatal_criticals
 evolution-2.12

Now when this happens, it will be a crasher and file a bug in
bugzilla.gnome.org.

-Srini.
 
 The above error is emitted continually with evo 2.11.90 and glib 2.14.0
 and gtk+ 2.11.6. This is not a crasher, just FYI. If this was repaired in 
 .92, I apologize.
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] segfault with evolution client functions and g_modules

[Srinivasa Ragavan]

On Sat, 2007-09-08 at 13:39 +0200, Daniel Friedrich wrote:
 Hello,
 
 i currently programming the evo2 plugin of opensync. The plugins of

Are they EPlugins?

 opensync are loaded with g_module_open(). If i now call for example
 e_book_get_addressbooks() inside the module and unload the modul, i get
 a segmentation fault while the return of the main function!
 If i do not unload the modul, the main returns fine.
 
 Maybe i need something like a Finalize()-methode for the EDS client API.

Can you be little more specific here? A code paste can be more helpful
to understand the issue.

-Srini.
 
 Or why could that happen?
 
 Best regards,
 Daniel
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Evolution and friends branched for 2.20

[Srinivasa Ragavan]

Hello everyone,

Evolution, Evolution-data-server, libical, Evolution-exchange, GtkHTML
are branched (gnome-2-20 is the branch name).

http://www.go-evolution.org/Evo2.14 is where we are discussing future
plans for Evolution. (Including the version sync with GNOME - Evolution
2.14 or 2.22)

-Srini.

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Let's clean up dead files in Subversion trunk

[Srinivasa Ragavan]

Matthew,

I think this is a nice move. We should get rid of all the dead files out
of the trunk. We can take this over bugzilla.

-Srini.

On Thu, 2007-09-20 at 15:14 -0400, Matthew Barnes wrote:
 With GNOME 2.22 development just now getting under way, this seems like
 a good time for some fall cleaning.  There's quite a few files still
 living in Subversion trunk that we did not ship for GNOME 2.20.
 
 I've filed a series of bug reports about this, hoping that we can
 collectively sift through the lists and decide what should stay and what
 should go, as maybe spot files we *should* have shipped that got
 overlooked.
 
 I'm of the opinion that, in general, trunk should only contain what we
 ship.  If we need to resurrect a file down the road we can always fetch
 it from SCM archives.  Keeping dead, unshipped source code files in
 trunk is especially detrimental to developers because someone will
 inevitably waste time maintaining them, not realizing or forgetting
 they're dead.  I've lost track of the number of times this has happened
 to me.
 
 Here's the list of bug reports.  Please to comments about specific files
 to the appropriate bug.
 
 http://bugzilla.gnome.org/show_bug.cgi?id=478704 (Evolution)
 http://bugzilla.gnome.org/show_bug.cgi?id=478692 (Evolution-Data-Server)
 http://bugzilla.gnome.org/show_bug.cgi?id=478680 (Evolution-Exchange)
 http://bugzilla.gnome.org/show_bug.cgi?id=478670 (GtkHtml)
 
 Matthew Barnes
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Bugzilla versions for Evo-exchange need to be updated

[Srinivasa Ragavan]

Looks like it isn't there for Evolution Exchange alone. I can see for
Evolution/EDS/GtkHTML. I don't seems to have rights for that.

-Srini.

On Wed, 2007-09-19 at 16:47 -0400, Paul Smith wrote:
 Hi all;
 
 I was just going to try to file a bug against the evolution-exchange
 component in bugzilla, but I notice there's no 2.12.x version listed in
 the Please select which version of the application you are using.
 dropdown.
 
 There IS a 2.12.x for Evolution itself.
 
 Please fix, and check the other Evo components like evolution-webcal,
 e-d-s, etc. (I didn't try them).
 
 Thanks!
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Evo svn head requires libgtkhtml-3.14 = 3.16.0' but gtkhtml svn head is Version: 3.15.92

[Srinivasa Ragavan]

The version bump normally happens during the first unstable release in
the trunk. I'm wondering how is it that it is requesting for  3.14. 

Ah, I remember, I approved a patch for gnome-2-20 branch and asked to
commit to head also (I think so). For now I can revert till the first
unstable release/version bump happens.

-Srini.

On Mon, 2007-09-24 at 10:58 -0400, Reid Thompson wrote:
 Will gtkhtml be bumped soon?
 Is there a 'usual' way around this?
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Evo svn head requires libgtkhtml-3.14 = 3.16.0' but gtkhtml svn head is Version: 3.15.92

[Srinivasa Ragavan]

Matthew,

This also would do. But normally we would bump it during the next dot
release. Anyways is fine IMO.

-Srini.

On Mon, 2007-09-24 at 14:10 -0400, Matthew Barnes wrote:
 On Mon, 2007-09-24 at 23:03 +0530, Srinivasa Ragavan wrote:
  The version bump normally happens during the first unstable release in
  the trunk. I'm wondering how is it that it is requesting for  3.14. 
  
  Ah, I remember, I approved a patch for gnome-2-20 branch and asked to
  commit to head also (I think so). For now I can revert till the first
  unstable release/version bump happens.
 
 I'm confused.  This is what needs to change in GtkHtml's configure.in:
 
-AM_INIT_AUTOMAKE($PACKAGE, 3.15.92)
+AM_INIT_AUTOMAKE($PACKAGE, 3.16.0)
 
 to satisfy this already-committed change to Evolution's configure.in:
 
-m4_define([libgtkhtml_minimum_version], [3.14.0])
+m4_define([libgtkhtml_minimum_version], [3.16.0])
 
 The bump in requirements is due to GtkHtml's new printing API.
 
 Matthew Barnes
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Evo svn head requires libgtkhtml-3.14 = 3.16.0' but gtkhtml svn head is Version: 3.15.92

[Srinivasa Ragavan]

On Tue, 2007-09-25 at 14:34 +0200, Jules Colding wrote:
 On Tue, 2007-09-25 at 08:23 -0400, Matthew Barnes wrote:
  On Tue, 2007-09-25 at 12:11 +0530, Srinivasa Ragavan wrote:
   This also would do. But normally we would bump it during the next dot
   release. Anyways is fine IMO.
  
  Hi Srini,
  
  I think we still have a misunderstanding here.  The latest revision of
  Subversion trunk still has the version in configure.in at 3.15.92 and
  the latest ChangeLog entry is:
  
  2007-09-03  Srinivasa Ragavan  [EMAIL PROTECTED]
  
  ** GtkHTML 3.15.92 release
  
  * NEWS, configure.in:
  
  But the latest ChangeLog entry in the 3.16.0 tarball is:
  
  2007-09-17  Srinivasa Ragavan  [EMAIL PROTECTED]
  
  ** GtkHTML 3.16.0 release
  
  * NEWS:
  * configure.in:
  
  So it looks like at least the ChangeLog, NEWS, and configure.in changes
  prior to the 3.16.0 tarball upload were never committed.
 
 Which, BTW, is still the case for evolution (version 2.11.92 in svn) and
 e-d-s (version 1.11.92 in svn). The changes up to and including x.12.0
 must still be on someones disk.

It is there in gnome-2-20 branch as well. It isn't there in trunk. 

-Srini.

 
 Please commit.
 
 Thanks,
   jules
 
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Evo svn head requires libgtkhtml-3.14 = 3.16.0' but gtkhtml svn head is Version: 3.15.92

[Srinivasa Ragavan]

On Tue, 2007-09-25 at 08:23 -0400, Matthew Barnes wrote:
 On Tue, 2007-09-25 at 12:11 +0530, Srinivasa Ragavan wrote:
  This also would do. But normally we would bump it during the next dot
  release. Anyways is fine IMO.
 
 Hi Srini,
 
 I think we still have a misunderstanding here.  The latest revision of
 Subversion trunk still has the version in configure.in at 3.15.92 and
 the latest ChangeLog entry is:
 
 2007-09-03  Srinivasa Ragavan  [EMAIL PROTECTED]
 
 ** GtkHTML 3.15.92 release
 
 * NEWS, configure.in:
 
 But the latest ChangeLog entry in the 3.16.0 tarball is:
 
 2007-09-17  Srinivasa Ragavan  [EMAIL PROTECTED]
 
 ** GtkHTML 3.16.0 release
 
 * NEWS:
 * configure.in:
 
 So it looks like at least the ChangeLog, NEWS, and configure.in changes
 prior to the 3.16.0 tarball upload were never committed.

Yeah not to trunk. Got it. It was done just to gnome-2-20 branch only.

 
 Hopefully this clears things up.  I can commit the differences between
 the released tarball and Subversion trunk if you'd like.
Feel free to do that.

-Srini.
 
 Matthew Barnes
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Memory leak in Camel's CamelDiscoFolder's getv

[Srinivasa Ragavan]

Have a patch to fix it?

-Srini
On Wed, 2007-09-26 at 11:06 +0200, Philip Van Hoof wrote:
 There's a memory leak in camel-disco-folder.c
 
 static int
 disco_getv(CamelObject *object, CamelException *ex, CamelArgGetV *args)
 {
   int i, count=0;
   guint32 tag;
 
   for (i=0;iargs-argc;i++) {
   CamelArgGet *arg = args-argv[i];
 
   tag = arg-tag;
 
   switch (tag  CAMEL_ARG_TAG) {
   case CAMEL_OBJECT_ARG_PERSISTENT_PROPERTIES:
   case CAMEL_FOLDER_ARG_PROPERTIES: {
   CamelArgGetV props;
 
   props.argc = 1;
   props.argv[0] = *arg;
   ((CamelObjectClass *)parent_class)-getv(object, ex, 
 props);
 ---  *arg-ca_ptr = g_slist_concat(*arg-ca_ptr, 
 g_slist_copy(disco_folder_properties));
   break; }
   /* disco args */
   case CAMEL_DISCO_FOLDER_ARG_OFFLINE_SYNC:
   *arg-ca_int = ((CamelDiscoFolder 
 *)object)-offline_sync;
   break;
   default:
   count++;
   continue;
   }
 
   arg-tag = (tag  CAMEL_ARG_TYPE) | CAMEL_ARG_IGNORE;
   }
 
   if (count)
   return ((CamelObjectClass *)parent_class)-getv(object, ex, 
 args);
 
   return 0;
 }
 
 
 ==15153== 53,610 (11,989 direct, 41,621 indirect) bytes in 323 blocks are 
 definitely lost in loss record 184 of 195
 ==15153==at 0x4020626: malloc (vg_replace_malloc.c:149)
 ==15153==by 0x4CECE9C: g_malloc (in 
 /targets/w37/usr/lib/libglib-2.0.so.0.1200.12)
 ==15153==by 0x4CFD38A: g_slice_alloc (in 
 /targets/w37/usr/lib/libglib-2.0.so.0.1200.12)
 ==15153==by 0x4CFDC51: g_slist_copy (in 
 /targets/w37/usr/lib/libglib-2.0.so.0.1200.12)
 ==15153==by 0x4126F53: disco_getv (camel-disco-folder.c:205)
 ==15153==by 0x684ECFD: imap_getv (camel-imap-folder.c:761)
 ==15153==by 0x419E298: camel_object_get (camel-object.c:1574)
 ==15153==by 0x419E392: cobject_state_write (camel-object.c:517)
 ==15153==by 0x419EA69: camel_object_state_write (camel-object.c:1834)
 ==15153==by 0x4127459: disco_sync (camel-disco-folder.c:282)
 ==15153==by 0x413663B: camel_folder_sync (camel-folder.c:311)
 ==15153==by 0x414EB44: store_sync (camel-store.c:690)
 
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Synching Evolution/GNOME version

[Srinivasa Ragavan]

Hello everyone,

There have been many requests regarding syncing the versions of
Evolution (currently 2.12) and GNOME (2.20). I feel that it would be
fine, if we just sync the minor versions. 

Evolution 2.22 
GtkHTML 3.22
Evolution Data Server 1.22
Evolution Exchange 2.22

There won't be any change in the API/ABI/library version. Just the
application version is being synchronized. This needs to be sorted out
before the first dot release on the unstable cycle. Let me know, if you
have any concerns or better suggestions.

-Srini.




___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Synching Evolution/GNOME version

[Srinivasa Ragavan]

Matthew,

On Wed, 2007-10-03 at 16:51 -0400, Matthew Barnes wrote:
 On Wed, 2007-10-03 at 12:53 +0100, Ross Burton wrote:
  On Wed, 2007-10-03 at 11:31 +, Srinivasa Ragavan wrote:
   There have been many requests regarding syncing the versions of
   Evolution (currently 2.12) and GNOME (2.20). I feel that it would be
   fine, if we just sync the minor versions. 
   
   Evolution 2.22 
   GtkHTML 3.22
   Evolution Data Server 1.22
   Evolution Exchange 2.22
  
  I'd like to see EDS synced completely to 2.22.
 
 And while we're at it, can we please drop the meaningless -1.2 suffix
 from the library names (e.g. libedataserver-1.2.so)?  As far as I can
 tell this is just an artifact from an age before the EDS sonames were
 properly versioned.
 

Isn't that -1.2 is the API version? 

 Applications that link to E-D-S would have to be recompiled obviously,
 but as long as they're using pkgconfig correctly they should not require
 any code changes (I think).
 

I don't think those application would be happy to do this. There are a
few apps that use the .so directly without pkgconfig (iirc
OpenOffice.org). 

Unless there is a clear nod from the stake holders of those projects, I
wouldn't be favor of doing this. The old version of apps break with new
Evolution/EDS. Lot of those apps don't have a 6 month and takes a lot to
ship a update for the old version to cope up with new EDS.

-Srini.



___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Synching Evolution/GNOME version

[Srinivasa Ragavan]

Ross,

Even I would have loved this if we can get all the friends to be 2.22.
Unfortunately GtkHTML can't be 2.22 as it is already 3.xx. I felt that
synchronizing the minor versions is fine. I'm not really against it, if
there aren't any major objections to this.

-Srini.

On Wed, 2007-10-03 at 12:53 +0100, Ross Burton wrote:
 On Wed, 2007-10-03 at 11:31 +, Srinivasa Ragavan wrote:
  There have been many requests regarding syncing the versions of
  Evolution (currently 2.12) and GNOME (2.20). I feel that it would be
  fine, if we just sync the minor versions. 
  
  Evolution 2.22 
  GtkHTML 3.22
  Evolution Data Server 1.22
  Evolution Exchange 2.22
 
 I'd like to see EDS synced completely to 2.22.
 
 Ross

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Request for improved svn commit messages

[Srinivasa Ragavan]

Oh, I remember a thread on d-d-l where there was discussion on two
ChangeLogs (one part of tree and other part of svn logs). Btw, I'm one
of those who use those short logs for svn commits and I know a few
people who copy ChangeLogs to svn commit logs.

In anycase, I really dont know/see what is the benefit of this over the
short messages. Many times with patches and review being on bugzilla,
atleast I find easy to see what broke where with just the bug number
part of commit logs over viewcvs.

-Srini.

On Fri, 2007-10-05 at 09:47 +0200, Frederic Crozat wrote:
 Hi everyone,
 
 I'd like to suggest to Evolution hackers, whenever it is possible for
 them, to try to improve their svn commit messages.
 
 Some of you are currently using a very short commit message
 (something like fix for bug#xxx), which make reading svn commit
 extremely difficult without having to go each time on bugzilla to see
 what was the fix really for. Moreover, it also adds complexity when you
 are checking a file history and bump into such commits.
 
 May I suggest you use either the same ChangeLog entry you wrote in the
 various changelog file (so it is even faster, just use copy/paste :) or
 even a stripped version of it (it used to be extremely useful for CVS to
 see which files were changed at the same time, but it is no longer
 required with svn atomic commit) ?
 
 Thanks you in advance.

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Request for improved svn commit messages

[Srinivasa Ragavan]

Nice discussion guys. Lets go this way then.

- Sync ChangeLogs with commit logs
- Why instead of what in ChangeLogs 

It is just that I never saw a reason for myself and If people see a
value out of it, lets help them then.

-Srini.

On Fri, 2007-10-05 at 10:16 -0400, Matthew Barnes wrote:
 On Fri, 2007-10-05 at 10:38 +0200, Frederic Crozat wrote:
  Second, being self-contained (and therefore, ease of use for external
  maintainers / lurkers / packagers / release-team). You are only thinking
  of svn log when using viewcvs. But if you are, just like me, subscribed
  to svn-commit mailing list, it is really much easier to see directly
  what it a commit purpose (fix a typo, a bug, etc) without having to rely
  on another tool / website. Same apply when using svn log command
  directly.
 
 I second that.  I also read svn-commits-list (filtered for Evolution
 packages only) because I like to follow what the other developers are
 working on.  I personally prefer to see longer commit messages because
 it saves me from having to open ViewCVS for each and every commit to
 find out what it was about.
 
 Also, because we keep several ChangeLogs in Evolution and E-D-S, a
 complete set of changes for a particular bug is often fractured across
 several different ChangeLog files.  So I try to merge them into a single
 ChangeLog entry when preparing a commit message, prepending full path
 names to the filenames where necessary.  I do this for the benefit of
 others reading svn-commits-list, and also to help improve code
 archaeology [1], as Federico talked about in one of the few insightful
 responses I saw in that recent thread on desktop-devel-list.
 
 Also, thanks to Federico's post, I've been trying to write ChangeLog
 entries that describe *why* instead of *what*.  See his posting for an
 excellent example.
 
 Those are just my personal habits and disciplines.  I'll follow whatever
 policy the team decrees.
 
 Matthew Barnes
 
 [1]
 http://mail.gnome.org/archives/desktop-devel-list/2007-September/msg00238.html
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Copyright of Camel's individual source files

[Srinivasa Ragavan]

Philip,

This is observed in Evolution also. The OpenChange hackers brought to
our notice and I'm with the Novell legal team to get this resolved
altogether. But that process seems like taking time and I have to wait a
but before doing anything.

-Srini.

On Mon, 2007-10-08 at 12:08 +0200, Philip Van Hoof wrote:
 Hi there,
 
 The README.COPYRIGHT of EDS's Camel states:
 
  * This program is free software; you can redistribute it and/or 
  * modify it under the terms of the GNU General Public License as 
  * published by the Free Software Foundation; either version 2 of the
  * License, or (at your option) any later version.
 
 Whereas a lot of files (like, camel-address.c, to pick one example) state:
 
  * This program is free software; you can redistribute it and/or
  * modify it under the terms of version 2 of the GNU Lesser General Public
  * License as published by the Free Software Foundation.
 
 It looks like EDS's COPYING file also uses the any later version
 version of the GPL v2.
 
 I'm not sure whether it's a good idea to have mixed licenses for one
 piece of code (being Camel). Would it be possible to change the license
 of all of EDS's files to be the same?
 
 Note that Novell/Ximian seems to be the copyright holder of all files,
 that of course means this organisation makes this decision.
 
 
 Thanks!
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Copyright of Camel's individual source files

[Srinivasa Ragavan]

The context I started the activity was on Evolution (mixed licenses of
V2-only and V2-or-later) where OpenChange wasn't able to write plugins
using SAMBA (V3) and OpenChange libmapi (V3) due to license mismatch. 

I saw that EDS also has these mixed licensing and Philip also pointed it
out and I thought I will take this up as well while dealing with the
legal team. EDS/Camel is should LGPLv2-or-later AFAIK when Harish
committed the changes around 2.6 times.

-Srini.

On Tue, 2007-10-09 at 11:34 -0400, Jeffrey Stedfast wrote:
 On Tue, 2007-10-09 at 17:22 +0200, Philip Van Hoof wrote:
  On Tue, 2007-10-09 at 10:48 -0400, Jeffrey Stedfast wrote:
   It was supposed to be GPLv2 or LGPLv2 (forget which), but without the
   or later clause.
  
  For what it's worth, it would be more easy for projects like OpenChange
  and Tinymail if the work would either be dual licensed as LGPL v2 and
  LGPL v3 or with the or later clause.
  
  The problem would be that otherwise if the authors of these libraries
  would want to move their work to a newer version of the LGPL license,
  Camel's license might turn out to be incompatible with this.
  
  Which is something to avoid, I think.
 
 It doesn't work that way... (L)GPLv3 apps/libs can use (L)GPLv2 libs
 without a problem, it's the other way around that doesn't work.
 
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Evolution 2.12.1 Evolution-Data-Server 1.12.1 GtkHTML 3.16.1 and Evolution-Exchange-2.12.1 released

[Srinivasa Ragavan]

Hi All,

The Evolution Team is pleased to announce the release of Evolution
2.12.1.

You can download the following :

http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.16/gtkhtml-3.16.1.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.12/evolution-data-server-1.12.1.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.12/evolution-2.12.1.tar.bz2
http://ftp.acc.umu.se/pub/gnome/sources/evolution-exchange/2.12/evolution-exchange-2.12.1.tar.bz2

Upgrade Notes :
Evolution 2.12.x is the stable series of 2.12 development.

Release Notes
=

Evolution:
==
Bug fixes:
#311179: Prevent label from gaining focus by Tab (Milan Crha)
#324472: Tasks marked as complete using multiple selection are now 
saved (Milan Crha)
#337539: Omit left column when showing list of contacts (Milan Crha)
#340748: Notifies others about field change (Milan Crha)
#468736: Fixed an infinite loop when printing calendar events 
(Srinivasa Ragavan)
#474557: Fix runtime warnings when changing views in contacts (Milan 
Crha)
#478757: Bump required GtkHTML minimum version to 3.16 (Karsten 
Bräckelmann)
#478871: Show proper 'Fields shown' description for all tables (Milan 
Crha)
#480804: Fix a crash on missing glade file (Pedro Villavicencio Garrido)

Updated Translations:
Gintautas Miliauskas (lt)
Ignacio Casal Quinteiro (gl)
Priit Laes (et)
Luca Ferretti (it)
Stéphane Raimbault (fr)
Takeshi AIHANA (ja)
Changwoo Ryu (ko)

Evolution-data-server:
=
Bug Fixes:
#420167: e-d-s now exits with gnome-session (Milan Crha)
#478404: Composer stops completing addresses if you come back to the 
To: line (Srinivasa Ragavan)

Updated Translations:
Yavor Doganov (bg)
Theppitak Karoonboonyanan (th)
Vincent van Adrighem (nl)
Ignacio Casal Quinteiro (gl)
Changwoo Ryu (ko)
Ilkka Tuohela (fi)

Evolution-exchange:
==
Updated Translations:
Alexander Shopov (bg)
Vincent van Adrighem (nl)
Ignacio Casal Quinteiro (gl)
Changwoo Ryu (ko)
Gil Forcada (ca)

GtkHTML:
===
Updated Translations:
Changwoo Ryu (ko)

Bug Fixes:
#434631: Fixed focus issue after selecting paragraph format (Milan Crha)


Reporting Bugs

If you have problems with 2.12.1, please take the time to submit the bug
using Bug Buddy or at http://bugzilla.gnome.org.  Try to fill in as much
detail as you can regarding the circumstances that lead to the problem.

If you have a feature request, you can also file that at
http://bugzilla.gnome.org/ don't be discouraged if you don't hear from
us right away, we get hundreds of feature requests a year.

You can also check if your bug has been reported before by using the
search functionality of Bugzilla.

More information is available at the project website
http://www.gnome.org/projects/evolution and the project wiki :
http://go-evolution.org/

Thanks,
Srini


___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[Evolution-hackers] Exchange MAPI Connector

[Srinivasa Ragavan]

Hello everyone,

For Evolution 2.22 we should be having MAPI based Exchange connector
which developed in parallel with Openchange based libmapi. The team is
currently working on that and the code is currently maintianed at GNOME
SVN in EXCHANGE_MAPI_BRANCH (both for evolution and
evolution-data-server)

http://svn.gnome.org/viewvc/evolution/branches/EXCHANGE_MAPI_BRANCH/
http://svn.gnome.org/viewvc/evolution-data-server/branches/EXCHANGE_MAPI_BRANCH/

I created the branch yesterday and we committed our week long effort
there. We now have a working account setup plugin, base camel/calendar
code and a partially working addressbook impl. Things should get to a
working shape in another week or two. I hope that soon, Johnny would be
able to create a OpenSUSE Build Service repository (rpms for OpenSUSE,
Fedora, Ubuntu and few more) for Evolution and its dependencies so that
users can install the rpms and get a feel of it even before the
release. 

-Srini.

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] [Evolution] Exchange MAPI Connector

[Srinivasa Ragavan]

On Tue, 2007-10-23 at 09:16 +0200, Frederic Crozat wrote:
 Le mardi 23 octobre 2007 à 12:07 +0530, Srinivasa Ragavan a écrit :
  Hello everyone,
  
  For Evolution 2.22 we should be having MAPI based Exchange connector
  which developed in parallel with Openchange based libmapi. The team is
  currently working on that and the code is currently maintianed at GNOME
  SVN in EXCHANGE_MAPI_BRANCH (both for evolution and
  evolution-data-server)
  
  http://svn.gnome.org/viewvc/evolution/branches/EXCHANGE_MAPI_BRANCH/
  http://svn.gnome.org/viewvc/evolution-data-server/branches/EXCHANGE_MAPI_BRANCH/
  
  I created the branch yesterday and we committed our week long effort
  there. We now have a working account setup plugin, base camel/calendar
  code and a partially working addressbook impl. Things should get to a
  working shape in another week or two. I hope that soon, Johnny would be
  able to create a OpenSUSE Build Service repository (rpms for OpenSUSE,
  Fedora, Ubuntu and few more) for Evolution and its dependencies so that
  users can install the rpms and get a feel of it even before the
  release. 
 
 Please, remember to notify release-team and everybody else on
 desktop-devel about the new introduced external dependency for
 evolution-data-server and evolution.
 
Frederic, I dont think we can take it as a enforced dependency right
away as libmapi depends on Samba4 which is just in aplha1 now. It might
take a while before Samba4 releases and we take that and libmapi as
external dependencies. 

Im not sure if we can make/ask those alpha versions as external
dependencies.

Anyways thanks for the information and the trigger :)

-Srini.

 Thanks you.
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Exchange MAPI Connector

[Srinivasa Ragavan]

On Tue, 2007-10-23 at 09:19 +0200, Jules Colding wrote:
 On Tue, 2007-10-23 at 12:07 +0530, Srinivasa Ragavan wrote:
  Hello everyone,
  
  For Evolution 2.22 we should be having MAPI based Exchange connector
  which developed in parallel with Openchange based libmapi. The team is
  currently working on that and the code is currently maintianed at GNOME
  SVN in EXCHANGE_MAPI_BRANCH (both for evolution and
  evolution-data-server)
  
  http://svn.gnome.org/viewvc/evolution/branches/EXCHANGE_MAPI_BRANCH/
  http://svn.gnome.org/viewvc/evolution-data-server/branches/EXCHANGE_MAPI_BRANCH/
  
  I created the branch yesterday and we committed our week long effort
  there. We now have a working account setup plugin, base camel/calendar
  code and a partially working addressbook impl. Things should get to a
  working shape in another week or two. I hope that soon, Johnny would be
  able to create a OpenSUSE Build Service repository (rpms for OpenSUSE,
  Fedora, Ubuntu and few more) for Evolution and its dependencies so that
  users can install the rpms and get a feel of it even before the
  release. 
 
 Does this mean that evo + e-d-s will go GPLv3?

Jules, as I replied in a previous email thread, Im working with Novell
legal team to modify the license to either GPLV2 or later or
dual-license Evolution/EDS under GPLv2 and GPLv3. I dont have yet
received the final nod. But the mapi providers/plugins are developed
under GPLv3 which can be a issue now, but may not be after the license
change.

-Srini.
 
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Exchange MAPI Connector

[Srinivasa Ragavan]

On Tue, 2007-10-23 at 09:53 +0200, Frederic Crozat wrote:
 Le mardi 23 octobre 2007 à 13:01 +0530, Srinivasa Ragavan a écrit :
  On Tue, 2007-10-23 at 09:19 +0200, Jules Colding wrote:
   On Tue, 2007-10-23 at 12:07 +0530, Srinivasa Ragavan wrote:
Hello everyone,

For Evolution 2.22 we should be having MAPI based Exchange connector
which developed in parallel with Openchange based libmapi. The team is
currently working on that and the code is currently maintianed at GNOME
SVN in EXCHANGE_MAPI_BRANCH (both for evolution and
evolution-data-server)

http://svn.gnome.org/viewvc/evolution/branches/EXCHANGE_MAPI_BRANCH/
http://svn.gnome.org/viewvc/evolution-data-server/branches/EXCHANGE_MAPI_BRANCH/

I created the branch yesterday and we committed our week long effort
there. We now have a working account setup plugin, base camel/calendar
code and a partially working addressbook impl. Things should get to a
working shape in another week or two. I hope that soon, Johnny would be
able to create a OpenSUSE Build Service repository (rpms for OpenSUSE,
Fedora, Ubuntu and few more) for Evolution and its dependencies so that
users can install the rpms and get a feel of it even before the
release. 
   
   Does this mean that evo + e-d-s will go GPLv3?
  
  Jules, as I replied in a previous email thread, Im working with Novell
  legal team to modify the license to either GPLV2 or later or
  dual-license Evolution/EDS under GPLv2 and GPLv3. I dont have yet
  received the final nod. But the mapi providers/plugins are developed
  under GPLv3 which can be a issue now, but may not be after the license
  change.
 
 Well, it will be also a problem for other applications linking with
 e-d-s libraries.

Since EDS is LGPLv2, it may not have much issues. IIRC when Harish moved
EDS from GPL to LGPL, he made it LGPLv2 or later. (I'm not a licensing
expert. Just posting from what we had discussed sometime back on e-h
list).

-Srini.


___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] [Evolution] Exchange MAPI Connector

[Srinivasa Ragavan]

On Tue, 2007-10-23 at 09:51 +0200, Frederic Crozat wrote:
 Le mardi 23 octobre 2007 à 12:58 +0530, Srinivasa Ragavan a écrit :
  On Tue, 2007-10-23 at 09:16 +0200, Frederic Crozat wrote:
   Le mardi 23 octobre 2007 à 12:07 +0530, Srinivasa Ragavan a écrit :
Hello everyone,

For Evolution 2.22 we should be having MAPI based Exchange connector
which developed in parallel with Openchange based libmapi. The team is
currently working on that and the code is currently maintianed at GNOME
SVN in EXCHANGE_MAPI_BRANCH (both for evolution and
evolution-data-server)

http://svn.gnome.org/viewvc/evolution/branches/EXCHANGE_MAPI_BRANCH/
http://svn.gnome.org/viewvc/evolution-data-server/branches/EXCHANGE_MAPI_BRANCH/

I created the branch yesterday and we committed our week long effort
there. We now have a working account setup plugin, base camel/calendar
code and a partially working addressbook impl. Things should get to a
working shape in another week or two. I hope that soon, Johnny would be
able to create a OpenSUSE Build Service repository (rpms for OpenSUSE,
Fedora, Ubuntu and few more) for Evolution and its dependencies so that
users can install the rpms and get a feel of it even before the
release. 
   
   Please, remember to notify release-team and everybody else on
   desktop-devel about the new introduced external dependency for
   evolution-data-server and evolution.
   
  Frederic, I dont think we can take it as a enforced dependency right
  away as libmapi depends on Samba4 which is just in aplha1 now. It might
  take a while before Samba4 releases and we take that and libmapi as
  external dependencies. 
  
  Im not sure if we can make/ask those alpha versions as external
  dependencies.
  
  Anyways thanks for the information and the trigger :)
 
 Well, even if it is a optional external dependencies, it should be
 announced, moreover because of the samba 4 implied dependency and the
 GPLv3 compatibility issue it brings.
 
 There is never too much information to announce ;)
Sure. I will do it.

-Srini.
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] GMail IMAP support in Evolution

[Srinivasa Ragavan]

Hi Øystein

On Wed, 2007-10-24 at 13:11 +0200, Øystein Gisnås wrote:
 Google seem to be in the process of introducing IMAP support to GMail
 [1]. Personally I think GMail offers an extremely attractive email
 solution by now. Evolution does already support integration with GMail
 via SMTP and POP, and now also via IMAP. In addition to following the
 IMAP standards as closely as possible, I think we should do explicit
 QA on Evolution-GMail IMAP integration, to make sure our users'
 experience is as good as possible. One of the slashdot comments has
 already commented that Outlook works better with GMail IMAP than
 Evolution. That should change!

It will change with 2.22. We are bringing down nice things down from
camel-lite to upstream camel and also doing nice things here as well. 

-Srini.

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers