Tomboy Synchronization Update

Hi Tomboy fans,

As you may have seen on Boyd's blog [1], I visited Boyd at Novell HQ
in Provo to help work on Tomboy Synchronization during Novell's Hack
Week [2].  We made awesome progress, and we feel pretty confident that
sync will go into the next stable release.  I've broken this update
into the following sections:

1. What is Tomboy synchronization?
2. What can I expect to see in the next release?
3. Technical details
4. What about Conduit, etc?
5. What about note sharing?

1. What is Tomboy synchronization?

With the Tomboy synchronization feature, we aim to solve a very
specific user problem: one person running Tomboy on multiple computers
who wants to keep all their notes in sync.  It is very common for a
user to have (for example) a desktop and a laptop, with no obvious way
to move notes back and forth between them.  Our solution is providing
100% note data synchronization between these computers.

We know some people are interested in more sophisticated sync
scenarios, like two users syncing a subset of their notes.  This is
certainly doable, and the work we've done on sync would allow this to
happen via an external app, but there are currently no plans to add
these advanced sync features to Tomboy 0.8.0.

2. What can I expect to see in the next release?

configure default browser

Hello,

i am using tomboy in the Xfce desktop environmet with
the xfce4-xfapplet-plugin 

--

-- 
/home/pampel/nfs_depot/data/mozilla/polyformal.txt

Re: configure default browser

Am Mon, 02 Jul 2007 13:57:34 +0000 schrieb Stefan Pampel:

> Hello,
> 
> i am using tomboy in the Xfce desktop environmet with
> the xfce4-xfapplet-plugin 
> 
ups sorry, a wrong shortcut and the post was gone ... ;)

Here is the question:
If i click an http link i got an dialog with similar than this (because i
use german locales):
'unable to open location'

How can i set up the browser tomboy should use to open http links?

thanks

Stefan Pampel

Re: configure default browser

On 7/2/07, Stefan Pampel <polyformal@...> wrote:
>
> How can i set up the browser tomboy should use to open http links?

Tomboy uses the configured GNOME handlers for the protocol of a given
URL.  A GNOME user would run the "Preferred Applications" utility
(gnome-default-applications-properties) to configure this graphically.

You can also use gconf-editor to manually modify the following entry in GConf:

/desktop/gnome/url-handlers/http/

Set "command" to something like "firefox %s" or "epiphany %s".
Set "enabled" to true.

You can also do this for https and other URLs.

Hope this helps,
Sandy

Re: Tomboy Synchronization Update

Sweet!  Thanks Sandy for keeping everyone here "in the know".

It's not the best quality video, but I've uploaded our lightning talk (demo):

http://video.google.com/videoplay?docid=3281629338923781895&hl=en

Enjoy!

-Boyd

On 7/1/07, Sanford Armstrong <sanfordarmstrong@...> wrote:
> Hi Tomboy fans,
>
> As you may have seen on Boyd's blog [1], I visited Boyd at Novell HQ
> in Provo to help work on Tomboy Synchronization during Novell's Hack
> Week [2].  We made awesome progress, and we feel pretty confident that
> sync will go into the next stable release.  I've broken this update
> into the following sections:
>
> 1. What is Tomboy synchronization?
> 2. What can I expect to see in the next release?
> 3. Technical details
> 4. What about Conduit, etc?
> 5. What about note sharing?
>
>
> 1. What is Tomboy synchronization?
>
> With the Tomboy synchronization feature, we aim to solve a very
> specific user problem: one person running Tomboy on multiple computers

Re: Tomboy Synchronization Update

> 4. What about Conduit, etc?
>
> Conduit [2] is a cool program that helps you sync between various
> different applications and web services.  It has support for Tomboy,
> allowing you to sync between Tomboy and Evolution, GMail, BackpackIt,
> and other apps/services.  So why aren't we just throwing out support
> behind Conduit (or another sync framework)?
>
> Basically, we felt that Tomboy note synchronization is a must-have
> feature for 0.8.0, and Conduit is still new and we haven't had much
> time to test it.  We wanted our users to have a sync solution that had
> no risk of data loss (which can happen when a note moves to an
> application or web service that is not aware of Tomboy-specific
> features), and we wanted it to work right out of the box.
>
> That being said, Conduit is an awesome project, and the work we have
> done (which includes patches from the Conduit team!) will enable
> Tomboy to work even better when syncing via Conduit.  So our users
> will have the option of a more advanced sync solution with Conduit if
> that interests them.
>

Thanks for the updates sandy and boyd, and thanks for keeping us in
the loop. I will have a play with the new features ASAP.

John

Checkbutton patch

Here is some proof of concept code, not ready for inclusion, for
adding checkbuttons to Tasks. It works alongside the TasksNoteAddin as
a separate addin that responds to the changes it makes to the buffer.
It's very rough at the moment, but the checkbuttons are toggleable.
Mainly I am looking for guidance on what to do with buffer access
conflicts and the OnInsertText callbacks used in all the Plugins and
Addins.  To get this code to work I made many of the NoteWatchers,
etc. rely on acquiring the cursor instead of the callback iter, and I
still get many many 'Invalid text buffer iterator' in the console.

--

-- 
-J. Method

_______________________________________________
tomboy-list mailing list
tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com

Moving some code from tomboy-sync branch into trunk...

I'm moving a few things into trunk from tomboy-sync (from work we did
last week).

Stuff I'm planning to move today:

[x] Fixes to allow `make distcheck` to work
[ ] Move Mono.Addins to the root of the project (to keep consistent)

Other stuff that ought to be moved (up for grabs by anyone who wants to):

[ ] Note import stuff that allows you to open/import a note using the
--open-note command-line option

Sandy, can you think of anything else?

-Boyd

Back to tasks in Tomboy

Hack week was a brilliant success thanks to Sandy.  As much as I love
note synchronization, I've been asked (by my boss) to continue my work
on tasks in Tomboy for the foreseeable future.

I'll eventually update the tomboy tasks wiki page [1] with a better
plan, but these are some of the main things that need to be done for
tasks to work properly:

1. Fix Mono.Addins so an addin can be installed, but disabled by default.
2. Build an "Extensions" or "Addins" tab in the preferences dialog to
allow the user to control which addins are enabled.
3. Use a proper checkbox in the note (instead of just a "todo:").
Joseph has already started some of this work [2].
4. Abstract the task storage classes so that a user can choose to use
E-D-S to store tasks.  This should allow other applications to
manipulate tasks more easily.  I'll post some of my thoughts about
tasks as a pervasive desktop service hopefully soon (on the wiki
page).
5. Lots of testing needs to be done on tasks before I think they're
"ready" for the 0.8.0 stable release.
6. Group tasks in the task list window by note.

There really are too many TODOs to list here, but if you feel like you
can help out in any way (code, patches, testing, comments, etc.),
please do so!  I welcome any help I can get.

-Boyd

[1] http://live.gnome.org/Tomboy/Tasks
[2] http://lists.beatniksoftware.com/pipermail/tomboy-list-beatniksoftware.com/2007-July/000316.html

Re: Moving some code from tomboy-sync branch into trunk...

On 7/3/07, Boyd Timothy <btimothy@...> wrote:
> [ ] Note import stuff that allows you to open/import a note using the
> --open-note command-line option

This is not safe to bring over yet, because I need to rewrite the note
renaming code.  In it's current state it can totally ruin a note.
I'll make that my first priority, though.  It should only take an hour
or so to fix once I have some time.

> Sandy, can you think of anything else?

The Note.XmlContent patch from bug #440562.  Nothing else comes to
mind right now.

Until the sync code is ready to merge in, I'll do my best to keep the
branch updated with the latest trunk changes.  This will make the
merge much easier.

It would really help if you could make your commits that include code
from the branch separate from other commits.

Onward!
Sandy