I was thinking that when looking at the xml.
We also have the title in the xml twice. That is something to think
about when whoever makes the next note version (version 4 I think).
Doug Johnston wrote:
> It wouldn't be a bad idea at all to put a guid inside the note itself,
> just for purposes like this. That way we wouldn't be relying on
> filenames.
>
> On Mon, Apr 27, 2009 at 1:39 PM, Matt Jones <
mattjones@...> wrote:
>
>> Cool. I'll see if I can do that.
>>
>> And the reason why it cannot use the existing sync stuff (at least now), is
>> that it will sync all the desktop settings (pidgin, rhythmboy, firefox, et
>> cetera). So it would make more sense for that to be external for those
>> projects, rather than making changes to all of them.
>>
>> Sandy Armstrong wrote:
>>
>>> On Mon, Apr 27, 2009 at 12:58 AM, Matt Jones <
mattjones@...>
>>> wrote:
>>>
>>>
>>>> Howdy. My first post to this list!
>>>>
>>>> I am playing with an experiment that can sync tomboy notes to a server
>>>> (It
>>>> will also use dbus to sync rhythmbox, pidgin, and firefox). I am using a
>>>> process on the client that talks to tomboy via dbus, and the server via
>>>> the
>>>> python active resource library (pyactiveresource).
>>>>
>>>> Anyway. The only real problem I am having so far, is having a way to
>>>> uniquely identify notes across multiple machines. Obviously the best way
>>>> to
>>>> do that would be to use the guid used in the note files names (like
>>>> 00e9ce26-fc14-46cc-bcad-5a8184cf65ae.note). But the problem is that I
>>>> cannon
>>>> manually specify the guid that a note will have upon creation.
>>>>
>>>> Can I create a patch for a new dbus method to do this? The best way would
>>>> be
>>>> to create a new dbus method like:
>>>> tomboy.CreateNamedNoteWithUri(String uri, String like_title) -> (String
>>>> ret)
>>>>
>>>> Is that something you want added to tomboy? or is there another way to do
>>>> it?
>>>>
>>>>
>>> Well, normally I would recommend using the existing sync
>>> infrastructure, or perhaps conduit, to avoid duplication of work. But
>>> that being said, I don't see any problem with adding that method, as
>>> long as it errors-out in the case of guid conflicts or a malformed
>>> guid.
>>>
>>> Please file an enhancement bug with a patch in bugzilla.
>>>
>>> Good luck with your project,
>>> Sandy
>>>
>>>
>> _______________________________________________
>> Tomboy-list mailing list
>>
Tomboy-list@...
>>
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com>>
>>
_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com