ping ?

Ping what?  I'd like to share them too.  Write a patch :-)

Seriously though, the Tomboy SoC contributor Sebastian Rittau is working on abstracting out the storage mechanism for notes to make this easier in the future.   Evolution note storage should just be another storage backend option.  

I'll leave this open as a tracker bug.

(In reply to comment #3)

> future.   Evolution note storage should just be another storage backend option. 
> 

Isn't Evolution the natural storage place for these data ? Would you make evolution backend default ?

Has there been any movement on this? I am eagerly awaiting this functionality.

I don't see it as an enhancement because the bug is about having two memo components that don't share anything.

Out of curiosity, why would you want to use both?  If Tomboy is always running, why would you want to access the notes via Evolution?

I'm not an Evolution user, so I'm just trying to better understand the use case here.

I want to be able to use tomboy for my notes, but also to add things into my exchange/evolution calendars, memo's todo's etc...

Its an ideal tool for this.

I've been brainstorming this a little, and I really can't think of a good way to have Tomboy actually use EDS as a note store.  The intersection between the capabilities of EDS memos (VJOURNAL, right?) and Tomboy notes is basically plain text.  EDS memos don't appear to support rich text (including linking between notes), and Tomboy doesn't support file attachments.

Granted, I can't seem to quickly find any docs on EDS to verify this.  This is just from playing around with Evolution and reading about VJOURNAL.

It would be totally doable to have import/export plug-in(s) in Tomboy to pull/push data from/to EDS.  Synchronization might even be possible on a limited basis (not trivial to implement, since you have to consider merge conflicts and metadata loss).  But I don't see how you could use EDS as a store without completely crippling your usage of Tomboy.

With regard to bug vs enhancement, here are my _personal_ thoughts:
1. Evolution was added as a part of GNOME before it had a memo component.  Therefore I don't see it as the "natural place" for notes in GNOME.
2. Sticky Notes applet also didn't use EDS.
3. Tomboy is not _just_ a GNOME component.  Adding Evolution as a hard dependency would irritate many users (KDE users, for example), so even if we figured out a good way to use EDS as the default note store, we would also have to maintain a non-EDS note store, without actually having additional developer resources.

If simple import/export without any sort of synchronization is sufficient, I'd be happy to work on a plugin like that for the next release cycle.

Of course, if synchronization is the answer, you may want to ping the Conduit developers:

http://www.conduit-project.org/

I think there are two separate issues here;

Firstly why doesn't the evolution memo component support rich text? EDS should support rich text, its just sensible for it to do so. Memo's without emphasis are not as useful as memos with emphasis right?

Secondly, how would they be best connected? Synchronising with EDS is probably the preferable solution, however synchronisation does mean maintaing both, so why not use tomboy as the method of storing notes and give evolution the ability to read that data source. Tomboy supports linking in emails and files etc... So surely allowing evolution to connect to tomboy is the way to go, essentially I want my tomboy notes accessible via outlook using evolution to sync the notes to my exchange data store. 

Remember that famous phrase, the network is the computer, being able to use my calendar, notes, todo, mail, contacts and have them accessible from many clients is the ideal situation, (even if the Linux notes interface is way more kick ass than the windows one ;)

(In reply to comment #11)
> Firstly why doesn't the evolution memo component support rich text? EDS should
> support rich text, its just sensible for it to do so. Memo's without emphasis
> are not as useful as memos with emphasis right?

I think the exchange memo format is VJOURNAL, which appears to be inherently limited to plain text.  So the limitation here isn't Evo or Tomboy, but Exchange and VJOURNAL.

Someone please correct me if I'm wrong on this.

> etc... So surely allowing evolution to connect to tomboy is the way to go,
> essentially I want my tomboy notes accessible via outlook using evolution to
> sync the notes to my exchange data store. 

It looks like you want is good synchronization, and that might be hard to do.  So this might be better solved in something like Conduit than an ad-hoc Tomboy plugin.

This is certainly an interesting problem.

Let me speak as a GNOME user : i don't care about non-GNOME issues. I'd like to have the best Tomboy integration i can get. If you are targetting another desktop, then fork. Having to sync between applications is not integration. The clock-applet, about-me and evolution are all using EDS which is great because i can see my appointments in the clock for free. I am also pleased that non-GNOME apps like dates or Gaim have access to EDS so i don't need to maintain a per-app contact list. I don't want synchronization, i'd like to have TRUE sharing.

Btw, maybe a bug about tomboy-like memo in evolution should be open. I have opened this one against tomboy because i though evolution has already the backend. But if EDS doesn't currently meet tomboy requirements, then there is also work on the EDS side.

Thanks.

I was also hoping that EDS could be used by tomboy, but there seem to be valid reasons why this can't be done. Perhaps EDS needs a "notes+" backend for notes supporting links and stuff, which tomboy could use then?

Anyway, the svn version of tomboy now has support for todos, and having those separated from the EDS ones seems to be a very very bad idea. As the todos don't depend on fancy formating or something, can EDS be used for this?

Having two different notes storages is not nice but I guess those are different enough to justify this for the moment, but two different todo storages sounds like a bad idea...

(In reply to comment #14)
> Anyway, the svn version of tomboy now has support for todos, and having those
> separated from the EDS ones seems to be a very very bad idea. As the todos
> don't depend on fancy formating or something, can EDS be used for this?

The plan is to use EDS as the backend for tasks.  The code just isn't ready yet.

Thanks! very cool :)

How about renaming "To Do" to "Tasks" then, to use the same wording like Evolution or Pimlico Tasks?

Setting the default assignee and QA Contact to "tomboy-maint@gnome.bugs".

I'm closing this bug as WONTFIX.  We cannot consider using e-d-s as a note backend in its current form.  Please feel free to file a bug against e-d-s to add support for richer notes, and if that happens, re-open this bug.

I think leaving this bug open as-is is misleading, because we have no intent on following up on it right now.

fyi I have opend a bug report as recommended at #591676.

I had an idea in bug #591676 which may allow circumventing the plain text restriction in iCalendar components without violating the standard or backward-compatibility.