Nabble - Gnome - Tomboy

tomboy-portable2 (aka Windows support) has been merged into trunk

2008-10-12T10:19:57Z

Hi Everybody,

This morning I merged the changes from the tomboy-portable2 branch into
trunk. Please keep your eyes open for regressions in Tomboy on Linux.
I didn't spot any myself, and in theory the changes I've made are
actually pretty minor refactorings, but you never know.

The Visual Studio solution should work just as well as it did before; I
haven't done any new improvements there.

Please start filing Windows bugs in bugzilla (be sure to specify your
platform). I'm interested in anything from build bugs to missing
features. Even if we've discussed your problem on IRC or the list, it's
best to file a bug so it doesn't get forgotten. Some things off the top
of my head that I know are missing in Windows:

* Add-ins (I'll get to this soon)
* Keybindings (patches welcome)
* An installer (any help at all welcome)

I probably won't look at Mac support again until we have a Mono 2.0
installer on Mac (should be soon), but even then it will be a bit of
work to Do It Right. You can look at Tasque on Mac [1] for an idea of
what's easy now, but with Tomboy I expect we'll want to do a bit more
custom work.

Pound away at this folks, I want a stable Tomboy installer for Windows soon!

Sandy

[1]
http://automorphic.blogspot.com/2008/09/toward-more-clickable-banshee-ive.html
_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com

Tomboy 0.12.1 Released (stable buildfix release)

2008-10-07T00:08:26Z

Hi Everybody,

This email is to announce Tomboy 0.12.1, a stable buildfix
release in the 0.12.x series that is part of GNOME 2.24.x. This
release bundles gnome-sharp panel applet code (as we did before 0.11.3)
in the case that Tomboy is built against older versions of gnome-sharp
with a particular panel applet bug.

Tomboy is a simple personal note-taking application designed to be
unobtrusive and friendly, while supporting inter-note-links similar to
a WikiWikiWeb to help you organize your notes and ideas. It can run
either as a GNOME panel applet or a notification tray icon.

Tomboy's Website: http://www.gnome.org/projects/tomboy

Tomboy's Wiki: http://live.gnome.org/Tomboy
* Road Map: http://live.gnome.org/Tomboy/RoadMap
* Brainstorming: http://live.gnome.org/Tomboy/PlaceForNewIdeas

Tomboy is available at:

http://download.gnome.org/sources/tomboy/0.10/tomboy-0.12.1.tar.gz
md5sum: e6d518771349d2d25b719d298f33ae7e
size: 5.0M

http://download.gnome.org/sources/tomboy/0.10/tomboy-0.12.1.tar.bz2
md5sum: 934d1258f855f04eff7d0fe8a976f6ad
size: 4.2M

This release includes the following:

Version 0.12.1
* Bundle gnome-sharp panel applet code (as we did prior to 0.11.3) if
building
against gnome-sharp < 2.23.90. See bug #555318 for details.

Special thanks to everyone entering bugs, submitting patches,
keeping translations up to date, and helping to make Tomboy
better! You rock!

Sandy

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

Tomboy online

2008-10-05T07:22:53Z

Hello All,

Here we go , the First version of Tomboy online is now available .It's a small web application written in PHP , that lets user access their Tomboy notes. Right now Tomboy online lets you consult a note and navigate through them.The list is sortable by title and by modified date , you can also search in title and content.

A demo version is accessible there : http://www.mrgaetan.eu/tomboyonline

The source code is available on sourceforge.net , http://tomboyonline.svn.sourceforge.net/viewvc/tomboyonline/trunk/

To install :
- download the source on sourceforge.net
- copy all files in your webserver root directory or any directory you want
- ensure that your webserver as the ability to write into log/
- copy all your tomboy notes (/home/user/.tomboy) in the note/ directory

More details on my blog.

It should work. Feel free to comment , criticise ,suggest new idea.
Any help is welcome.

For any problem reply to list or use sourceforge services. You can also contact me on IRC chan #tomboy, ping galette

Enjoy !

Gaetan aka galette

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

Windows status, binaries

2008-10-03T06:37:32Z

Hi,

Quick update, I just changed the note directory path in tomboy-portable2
(Windows) from LocalApplicationData to ApplicationData.

Just type %localappdata% and %appdata% into a Run prompt or explorer
window to get the corresponding paths, and move your tomboy directory
over. If you ran an older version of the code, your old tomboy
directory is called .tomboy instead. Hell, if you ever ran the old 0.3.x
Windows port, there's a good chance that note directory should work,
too. ;-)

I made a zip of my binaries if people just want to mess around. Here
are the instructions:

1. Agree that you won't get mad if you have crashes or data loss (but
hey, it works for me on XP and Vista with .NET 2.0 installed).
2. Install the GTK# runtime or SDK installer [1] [2] and restart. SDK
will be helpful if you want to build the code yourself, ever.
3. Download my binaries [3]
4. Extract, double-click Tomboy.exe. It would be most helpful if you
ran it from a command prompt so you can report errors that don't show up
in the log.

Feel free to reply with any problems you have. It may be a couple of
weeks before I work on this again because I'll be out of town for the
next two weekends, but trust me your issues will not be ignored. :-)

Oh, and by the way, the Visual Studio solution seems to work fine in
SharpDevelop 3.0.

Best,
Sandy

[1] http://medsphere.org/projects/gtksharp/
[2] If on Vista, you may need to follow these instructions:
http://lists.beatniksoftware.com/pipermail/tomboy-list-beatniksoftware.com/2008-August/000802.html
[3] http://armstrong-clan.net/dump/tomboy-binaries.zip
_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com

Re: Testing, please ignore and continue your regularly-scheduled rocking

2008-10-01T07:53:44Z

Sandy Armstrong wrote:
> Very sorry for the list spam...trying to figure out this bounce problem
>

Last one, I hope
_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com

Testing, please ignore and continue your regularly-scheduled rocking

2008-10-01T07:50:56Z

Very sorry for the list spam...trying to figure out this bounce problem
_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com

Re: Cannot sync

2008-10-01T06:14:52Z

On Wed, Oct 1, 2008 at 8:59 AM, Sandy Armstrong <sanfordarmstrong@...> wrote:

The sync tab of Tomboy preference (and the help file) says:

"SSH synchronization requires an existing SSH key for this server and
user, added to a running SSH daemon." We do not support password
entry. I know it's lame, but I couldn't figure out how to securely
prompt for it.

Well shoot, I totally missed that. Can't remember if I saw it when I first set up synchronization (whenever it was added), but I feel silly that I didn't see it while mucking about last evening.

So my key needs to be available on my server and then it will automatically synchronize (no password entry required)? I can do that.

In the future, would you be interested in some sort of Gnome Keyring type of storage for the SSH password?

That being said, if you can't set up an SSH key, I've noticed that in
openSUSE 11, if I run Tomboy as a panel applet, some weird X-looking
window appears and prompts me for my password. I don't know what other
distros this might work on.

Yes, this works on Ubuntu as well (tested recently on Hardy and Intrepid, but I'd assume others).

If running from the command line, you can type in your password when the
prompt appears in your terminal window (see the fourth line of your output).

Yes, I was trying to do that; the error message popped up while I was typing my password and the latter portion of it ended up spitting out on my terminal after I quit Tomboy. That's a problem (another I forgot).

Nope, unfortunately this is expected behavior. The confusion of this is
why we ship SSH add-in disabled by default, because setting up keys is
kind of an advanced user expectation.

Duly noted. WebDAV doesn't seem any easier, so is there any "easier" option? I can handle the SSH setup, but I can see it being a significant task for others.

Pre-0.12, I'd been using local sync to synchronize to a folder and then using Unison to synchronize between computers (which I already use for other folders). :)

--
Andrew Conkling
http://andrewski.net

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

Re: Cannot sync

2008-10-01T05:59:20Z

Andrew Conkling wrote:

> I'm thinking this is a bug, but I wanted to ask here first. 0.12.0 on
> both machines, and I cannot sync. I'm using the SSH method (as will
> be obvious from the log excerpt below :).
>
> [DEBUG]: SyncThread using SyncServiceAddin: SSH (sshfs FUSE) [DEBUG]:
> Mounting sync path with this command: /usr/bin/sshfs -p 22
> andrew@servername:/home/andrew/Documents/tomboy
> /home/andrew/.tomboy/sync-sshfs andrew@servername's password:
> andrew@servername's password: [DEBUG]: Error calling /usr/bin/sshfs:
> timed out after 10 seconds [DEBUG]: Exception while creating
> SyncServer: Timeout connecting to server. Please ensure that your SSH
> key has been added to a running SSH daemon. at
> Tomboy.Sync.FuseSyncServiceAddin.MountFuse (Boolean useStoredValues)
> [0x00000] at Tomboy.Sync.FuseSyncServiceAddin.CreateSyncServer ()
> [0x00000] at Tomboy.Sync.SyncManager.SynchronizationThread ()
> [0x00000]
>
> Might be a second bug here too: I was running Tomboy from my
> terminal, so I was temporarily using the Notification Area method (as
> opposed to running it as an applet like I usually do). It never
> popped up to ask me for my password, but asked me for it via the
> terminal (which doesn't really make sense IMO).

The sync tab of Tomboy preference (and the help file) says:

"SSH synchronization requires an existing SSH key for this server and
user, added to a running SSH daemon." We do not support password
entry. I know it's lame, but I couldn't figure out how to securely
prompt for it.

That being said, if you can't set up an SSH key, I've noticed that in
openSUSE 11, if I run Tomboy as a panel applet, some weird X-looking
window appears and prompts me for my password. I don't know what other
distros this might work on.

If running from the command line, you can type in your password when the
prompt appears in your terminal window (see the fourth line of your output).

> I'm also thinking (of course only now that I'm not at home anymore)
> that maybe I should blow away the settings and reconfigure it since
> I've upgraded to 0.12.0?

Nope, unfortunately this is expected behavior. The confusion of this is
why we ship SSH add-in disabled by default, because setting up keys is
kind of an advanced user expectation.

Hope this helps,
Sandy
_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com

Cannot sync

2008-10-01T05:35:14Z

I'm thinking this is a bug, but I wanted to ask here first. 0.12.0 on both machines, and I cannot sync. I'm using the SSH method (as will be obvious from the log excerpt below :).

[DEBUG]: SyncThread using SyncServiceAddin: SSH (sshfs FUSE)
[DEBUG]: Mounting sync path with this command: /usr/bin/sshfs -p 22 andrew@servername:/home/andrew/Documents/tomboy /home/andrew/.tomboy/sync-sshfs
andrew@servername's password:
andrew@servername's password: [DEBUG]: Error calling /usr/bin/sshfs: timed out after 10 seconds
[DEBUG]: Exception while creating SyncServer: Timeout connecting to server. Please ensure that your SSH key has been added to a running SSH daemon.
at Tomboy.Sync.FuseSyncServiceAddin.MountFuse (Boolean useStoredValues) [0x00000]
at Tomboy.Sync.FuseSyncServiceAddin.CreateSyncServer () [0x00000]
at Tomboy.Sync.SyncManager.SynchronizationThread () [0x00000]

Might be a second bug here too: I was running Tomboy from my terminal, so I was temporarily using the Notification Area method (as opposed to running it as an applet like I usually do). It never popped up to ask me for my password, but asked me for it via the terminal (which doesn't really make sense IMO).

I'm also thinking (of course only now that I'm not at home anymore) that maybe I should blow away the settings and reconfigure it since I've upgraded to 0.12.0?

How shall I proceed?

--
Andrew Conkling
http://andrewski.net

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

Re: Local Tomboy Hackfest

2008-09-30T21:12:22Z

Hey,

> Your plan sounds good, and it should be an exciting event.
> Unfortunately I cannot promise any time to this activity due to work
> commitments. But I do hang out in #tomboy on GIMPNet all day, so I
> should be able to answer some questions and chat a bit...I just can't
> devote time to leading/organizing the hackfest.
That's ok, I wasn't asking anyone to lead/organize it in the first place ;-).

> I think we address this pretty well in the Search UI, actually. Since
> people could have a very large number of notebooks, listing each in the
> regular note menu could be excessive. The feature would have to be
> configurable, and might be best implemented as an add-in. This could
> potentially require adding place holders in the note menu as a hook for
> add-ins, but I think Boyd may already have done that when working on the
> experimental Tasks add-in. That code may be useful to you (it's still
> in SVN though we don't build it).
Hmm... You have a point. I guess this depends on a per-user basis,
since I have a few notebooks, and a lot of notes that come under each.

>> * A Web
>> frontend: I certainly expect a lot of Web 2.0 guys coming, and I
>> thought this might be something right down their lane.
>
> In my opinion this would be the most useful thing to work on in the long
> term. The hard problem here is all the maintenance and infrastructure
> work, making sure people don't abuse the service, etc. So deploying it
> might take some time. But I would really LOVE to see a working (open
> source) web frontend with these sorts of features:
>
> 1. User can connect via existing WebDAV sync add-in (or some HTTP API,
> but that's more work for you at first).
> 2. Web service can read the notes stored for each user, and show them to
> that user when they are logged in. Existing ExportToHTML code
> (including an XSL stylesheet) could be useful here as a starting point.
> 3. User can mark notes as public so that others can share. User can
> have friends, email updates, RSS feeds, and all that other lovely social
> web crap. ;-)
> 4. Editing would be cool, but is a lot of work. :-)

Thanks for the great advice.

> Please check out prior discussion on this:
>
> http://automorphic.blogspot.com/2007/08/tomboy-online-mockup.html
Yup, this is where I took the idea from ;-).

>> Bugs (way too many): * I'll try and assign most of the gnome-love
>> bugs and if the participants enjoy it, they can probably move up to
>> bigger and badder bugs.
>
> I will try to find time to mark more bugs as gnome-love.
Thanks!

> That would be really helpful, but I understand that it's hard for a new
> developer to just dive right in. There is a lot more "low-hanging
> fruit" in Tasque bugzilla, if that is interesting to your fellow
> students. Tasque SVN should build fine in Linux, Windows, and OS X, and
> is a pretty small and simple code base. Getting patches in is a bit
> easier because there's less paranoia about messing up user data or
> ruining the user experience (because it's so young and most of its data
> is actually kept online). I'll be in #tasque on GIMPNet, as well. ;-)
Interesting. I will have a look at it.

Cheers,
--
Arun Tejasvi Chaganty
_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com

Re: Tomboy on Google Android: Tomdroid

2008-09-30T11:53:24Z

On Tue, Sep 30, 2008 at 2:14 PM, Sandy Armstrong <sanfordarmstrong@...> wrote:

Olivier Bilodeau wrote:

> Licensed under GPLv3

If you end up doing any C#->Java conversion of our code, make sure to
keep an eye on individual files. Some are licensed LGPL2, some MIT/X11,
etc.

Oh I haven't thought about that.. If I convert code I will definitely losen up the license. Does anyone think I should be better off writing new code or should I translate code? I am worried about the maintenance burden of translating code and not using Android's philosophy..

> - Is there any xml schema (or DTD) for the tomboy notes file format?
> If not, I would propose one for adoption as part of my project.

No, there isn't. Having one would be nice.

I'll definitely look into that.

Things to keep in mind:
* Given a note that came from Tomboy, which might have any number of
add-ins installed, how will Tomdroid deal with note content it doesn't
understand?

Of course, this might change but my current idea is to ignore add-in specific stuff but still write it back if something else in the note changed. I would definitely like to do the "right thing". So in the short term, this risk is mitigated (see below).

* Will Tomdroid have all of the same editing features as Tomboy? If
less, how will that affect notes coming from Tomboy? If more, you need
to worry about Tomboy causing data loss when the notes get back to the
user's computer. ;-)

To simplify things, early iterations will be focused on being a read-only client supporting only one-way sync. Two way syncing will come after and will be discussed here since you faced the same problems when implementing it. Of course, this work will be flagged as "can destroy all your notes".

* How does data sync even work in Android, or on the G1, or whatever?
Are you going to need a server out there to sync to? Will you be able
to use webdav or ssh, or will you need to invent an HTTP API? I really
hope that sort of stuff gets implemented, but I would hate for you to be
stuck doing that work!

First iteration is focused on showing a simple text file through the network (WebDAV, SSH or HTTP REST). Hopefully Android will do WebDAV and/or SSH natively. This is risky so tackled early. I won't go into something fancy like push tomboy notes (for now).

Thanks for your upcoming contributions to the Tomboy community. ;-)

Thanks, I hope I'll be up to expectations.

--
Olivier Bilodeau olivier@...

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

Re: Tomboy on Google Android: Tomdroid

2008-09-30T11:14:32Z

Olivier Bilodeau wrote:
> Tomdroid - Implementation of Tomboy on Android An attempt to produce
> a tomboy client for the Google Android mobile platform.
>
> For those who didn't know, tomboy is the world's best note-taking
> application using a unique wiki-style approach and a userfriendly
> interface. The aim of this project is to bring the same goodness to
> the Android platform. The goal is to be file format compatible and be
> able to sync notes with tomboy. Of course, keeping a great UI adapted
> to the mobile context is also a goal of this project.

Umm, this could be the coolest thing to happen with Tomboy this year.
I'm so glad you picked this as your project!

> Licensed under GPLv3

If you end up doing any C#->Java conversion of our code, make sure to
keep an eye on individual files. Some are licensed LGPL2, some MIT/X11,
etc.

> Being bounded to University's requirements, I will generate more
> documentation than would be useful to begin with but I need my degree
> :) Unfortunately, most of this stuff will be in french. I will try to
> convince my professor to be able to put some of my documentation in
> English but I would still prefer to write my final report in french
> (being lazy).

Well, my French reading comprehension is much better than my French
speaking skills, so hopefully I'll be able to understand it. :-)

In terms of documentation you make for Tomboy itself, which we'll want
to make available, if you can't do it in English, maybe we can get help
from the GNOME translation team.

> I intend to do all the work on launchpad, not hiding anything from
> the community. I will [learn and] use bazaar for vcs and encourage
> everyone interested to create branches and contribute however they
> can.

That's awesome that your school encourages that (I know other schools
would be horrified if you said other people might help you "cheat" on
your project).

> - Is there any xml schema (or DTD) for the tomboy notes file format?
> If not, I would propose one for adoption as part of my project.

No, there isn't. Having one would be nice.

> - Is there any uml class diagram and/or sequence diagrams for Tomboy?

Not that I can think of. Having some would be very nice!

> I'm glad to see that the project I'm proposing fits in the recent
> effort to bring tomboy to other platforms and I am willingly going to
> help towards that initiative also as I stated earlier.

The current effort is mostly to get the existing Tomboy client running
on other platforms. But writing new clients for Tomboy note data is
whole new area, and for me very useful as I think I may be picking up a
G1 in a few weeks. ;-)

> Note: If anyone is against what I'm doing or thinks part of it is
> wrong, please let me know. I am only, willingly, trying to scratch my
> own itch and transform a school project that would end up in dust
> into something useful to (hopefully) more than one person.

It's unfortunate that you won't be able to do much in terms of code
reuse because of the platform you'll be developing on, but given those
constraints, I think you have the absolute right idea. I'm really
excited to see what you come up with, and look forward to using it myself.

Things to keep in mind:
* Given a note that came from Tomboy, which might have any number of
add-ins installed, how will Tomdroid deal with note content it doesn't
understand?
* Will Tomdroid have all of the same editing features as Tomboy? If
less, how will that affect notes coming from Tomboy? If more, you need
to worry about Tomboy causing data loss when the notes get back to the
user's computer. ;-)
* How does data sync even work in Android, or on the G1, or whatever?
Are you going to need a server out there to sync to? Will you be able
to use webdav or ssh, or will you need to invent an HTTP API? I really
hope that sort of stuff gets implemented, but I would hate for you to be
stuck doing that work!

> Thanks a lot for reading this through!

Thanks for your upcoming contributions to the Tomboy community. ;-)

Best,
Sandy
_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com

Re: Getting Tomboy Back On Track

2008-09-30T11:03:31Z

On Tue, Sep 30, 2008 at 1:27 PM, Sandy Armstrong <sanfordarmstrong@...> wrote:

Andrew Conkling wrote:

> In general, as far as the bugs go, I don't know that I'll be spending
> any time on the wiki; I prefer to manage them in Bugzilla. Is
> managing bugs on the wiki useful to you? If so, can you describe
> sorta what you'd like to see?

The idea was to get something like "votes" on which bugs people care
about. Voting isn't enabled in GNOME bugzilla. Maybe you're right,
though, about it not being useful. Should I instead encourage people to
"ping" existing bugs they care about so that I can assign priority to
them in bugzilla? It would be noisy for a short time, but maybe that
would work better than asking people to add entries to a random wiki
page. :-)

Yeah, I think that sounds good. I'd be willing to help guide people as they comment on the bugs themselves and whatnot, and I think some obvious ones will (hopefully) stick out as we go through the bugs. Maybe we can see where we're at once everything seems to be triaged and whatnot?

--
Andrew Conkling
http://andrewski.net

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

Re: Local Tomboy Hackfest

2008-09-30T10:46:58Z

Arun Chaganty wrote:

> Hey, We are trying for the first time in our college to conduct a
> Hackathon during our college's technical festival [1][2]. I wanted to
> introduce to Tomboy as a "hackable" to our participants, mainly
> because I like it, but also because it's simple, cute and C# is
> pretty good language to code in. We expect about 40 people to turn
> up, out of which, I'd like to convince maybe 7-8 to work on Tomboy.
> All of us are n00bs. I'd be grateful for any guidance and
> suggestions, not only on how to hack Tomboy, but on how to manage a
> Hackfest all together.
>
> The general plan is that I will go and introduce Tomboy as an
> application, and give a overview of the different components of
> Tomboy, where what goes (for example RemoteControl.cs takes care of
> all the DBus functionality. Watchers.cs is doing the Wiki-fying
> (right?), etc.). And then proceed to describe some simple bugs and
> maybe one or two larger projects that people can work on once they've
> gotten comfy with the code (and hopefully fixed a bug or two). Most
> of the participants would not have worked on FOSS code before, so
> despite our numbers, we will be terribly inefficient and slow.

Your plan sounds good, and it should be an exciting event.
Unfortunately I cannot promise any time to this activity due to work
commitments. But I do hang out in #tomboy on GIMPNet all day, so I
should be able to answer some questions and chat a bit...I just can't
devote time to leading/organizing the hackfest.

> Some of the ideas I had to work on (most taken from the wiki) are: *
> UI Addition: Add a sub-menu for each notebook, listing all notes
> under that notebook. I really really need this to organize my notes.

I think we address this pretty well in the Search UI, actually. Since
people could have a very large number of notebooks, listing each in the
regular note menu could be excessive. The feature would have to be
configurable, and might be best implemented as an add-in. This could
potentially require adding place holders in the note menu as a hook for
add-ins, but I think Boyd may already have done that when working on the
experimental Tasks add-in. That code may be useful to you (it's still
in SVN though we don't build it).

> * Adding custom links: From my greppings of the code, this looks like
> it shouldn't be unduly difficult, except for making the UI really
> simple. How does selecting a block of text and then entering
> Ctrl+Space or right clicking to throw up a dialog sound?

This one will take a lot of experimentation, but I'd be interested to
see any work you guys come up with.

> * A Web
> frontend: I certainly expect a lot of Web 2.0 guys coming, and I
> thought this might be something right down their lane.

In my opinion this would be the most useful thing to work on in the long
term. The hard problem here is all the maintenance and infrastructure
work, making sure people don't abuse the service, etc. So deploying it
might take some time. But I would really LOVE to see a working (open
source) web frontend with these sorts of features:

1. User can connect via existing WebDAV sync add-in (or some HTTP API,
but that's more work for you at first).
2. Web service can read the notes stored for each user, and show them to
that user when they are logged in. Existing ExportToHTML code
(including an XSL stylesheet) could be useful here as a starting point.
3. User can mark notes as public so that others can share. User can
have friends, email updates, RSS feeds, and all that other lovely social
web crap. ;-)
4. Editing would be cool, but is a lot of work. :-)

The nice thing about this is that almost all of the work is new code,
which might be more "fun" for some of the participants. Also, it
doesn't require knowing much about Tomboy code at all.

Please check out prior discussion on this:

http://automorphic.blogspot.com/2007/08/tomboy-online-mockup.html
http://mail.gnome.org/archives/desktop-devel-list/2007-August/msg00014.html
(long thread about integration with GNOME Online Desktop that never
really went anywhere)

> Bugs (way too many): * I'll try and assign most of the gnome-love
> bugs and if the participants enjoy it, they can probably move up to
> bigger and badder bugs.

I will try to find time to mark more bugs as gnome-love.

That would be really helpful, but I understand that it's hard for a new
developer to just dive right in. There is a lot more "low-hanging
fruit" in Tasque bugzilla, if that is interesting to your fellow
students. Tasque SVN should build fine in Linux, Windows, and OS X, and
is a pretty small and simple code base. Getting patches in is a bit
easier because there's less paranoia about messing up user data or
ruining the user experience (because it's so young and most of its data
is actually kept online). I'll be in #tasque on GIMPNet, as well. ;-)

> The event is on the 2nd and 3rd of October from 1700hrs UTC. We will
> all be on IRC, and I hope we can seek some guidance online.

Yes, feel free to ping me, and I will try to help as much as I can...I
just can't guarantee that I will be very available!

Good luck and happy hacking,
Sandy
_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com

Re: Getting Tomboy Back On Track

2008-09-30T10:27:02Z

Andrew Conkling wrote:
>
> I've just subscribed myself to all bugmail, so I'll generally keep up
> with things as they come in, but it may be a little while before I
> get around to going back and looking through all the past bugs.

Awesome, any and all help is appreciated. I was psyched to see you
close out a bunch of old bugs last night!

> (I'm just in a situation where I can adequately test
> synchronization—both computers now running 0.12.0—and assuming that's
> fixed, I'll be pretty much set. :) That one has been quite annoying.)

Agreed; I'm actually *using* sync again, but in a pretty low-stress
environment, so looking forward to feedback on the fixes in 0.12.0.

> I can do that. Is it safe to say I can mark patches as "reviewed"
> like a few of us do for Banshee? That seems to gather them together
> to say "they work as described" and then a developer can take a look
> at them for code/style/etc. issues.

Yes, that would be fantastic.

> In general, as far as the bugs go, I don't know that I'll be spending
> any time on the wiki; I prefer to manage them in Bugzilla. Is
> managing bugs on the wiki useful to you? If so, can you describe
> sorta what you'd like to see?

The idea was to get something like "votes" on which bugs people care
about. Voting isn't enabled in GNOME bugzilla. Maybe you're right,
though, about it not being useful. Should I instead encourage people to
"ping" existing bugs they care about so that I can assign priority to
them in bugzilla? It would be noisy for a short time, but maybe that
would work better than asking people to add entries to a random wiki
page. :-)

Thanks for your help and ideas,
Sandy
_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com

Re: Getting Tomboy Back On Track

2008-09-30T10:20:16Z

Olivier Bilodeau wrote:

>
> On Mon, Sep 22, 2008 at 7:54 PM, Sandy Armstrong
> <sanfordarmstrong@... <mailto:sanfordarmstrong@...>>
> wrote:
>
>
> * Deliver a solid build of Tomboy on Windows with an easy-to-maintain
> installer. Make sure the Visual Studio solution is well-maintained
> to enable new contributors.
>
>
> I would be interested in providing testing help for this goal. My job
> forces on me an OS and I would be delighted to have tomboy running on
> that (and syncing!).

That's great! Not being much of a Windows user these days, I don't know
if there is anything like FUSE available on that platform. But if a
user can manager their own remote mounts, I'm sure we can at least get
the file system sync backend working.

> As far as an installer is concerned, is there something shaping up
> already or are you in an investigation stage? Because I did an NSIS
> installer [http://nsis.sourceforge.net/Main_Page] in the past and I
> think it would do the job without much effort. But maybe I'm wrong
> and there is something more tailored to Mono (.Net) applications
> around.

An installer is something the entire Mono community could use help
with. It is a big open question right now for apps like Tomboy and
Banshee. We just don't know (because we're Linux people) how to do
things like check for the right version of gtk# being installed, and how
to get that to the user most conveniently. Ideally, when running a
Tomboy install, the user could just click to download/install gtk# if
they don't already have it, and it would just appear to be part of the
regular install process (instead of the user manually doing stuff
separately).

So yeah, we could use help. I don't care if our first installer just
errors-out if gtk# isn't there, but it would be great if we could help
develop an infrastructure that could be used by other projects (like
Banshee) that want an installer on Windows and don't want to start from
scratch.

Looking forward to hearing more from you,
Sandy
_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com

Tomboy on Google Android: Tomdroid

2008-09-29T22:24:26Z

Hi,

I just wanted to let the list know that I'll be working on a note-taking [Google] Android application. I am already aware of the WikiNotes application from Apps for Android[1]. But I want to do something compatible with tomboy but the aim is more interoperable than compatible.

This is part of my last "course" as an undergraduate student in IT Engineering at ÉTS (Montreal, Canada University). I've put course in quotes because we don't attend to any classes but we get credited. We put ~135 hours on a project and document every aspect like an engineer should do.

Enough background, I guess you'll get to know me later since I'll stick around ;).

I created a launchpad account for the project. I called it tomdroid[2]. I kinda liked it. Here's the project info:

Tomdroid - Implementation of Tomboy on Android
An attempt to produce a tomboy client for the Google Android mobile platform.

For those who didn't know, tomboy is the world's best note-taking application using a unique wiki-style approach and a userfriendly interface. The aim of this project is to bring the same goodness to the Android platform. The goal is to be file format compatible and be able to sync notes with tomboy. Of course, keeping a great UI adapted to the mobile context is also a goal of this project.

Licensed under GPLv3

Being bounded to University's requirements, I will generate more documentation than would be useful to begin with but I need my degree :) Unfortunately, most of this stuff will be in french. I will try to convince my professor to be able to put some of my documentation in English but I would still prefer to write my final report in french (being lazy).

I intend to do all the work on launchpad, not hiding anything from the community. I will [learn and] use bazaar for vcs and encourage everyone interested to create branches and contribute however they can.

I want to do a quick 3 iteration process that should end in the beginning of December. I'll keep you posted for that.

Now, getting to the real substance.. I have a few questions. Please note that I did RTFM and I am sorry if what I ask is obvious.

- Is there any xml schema (or DTD) for the tomboy notes file format? If not, I would propose one for adoption as part of my project.

- Is there any uml class diagram and/or sequence diagrams for Tomboy?

If not, I would include as a part of my project some diagrams outlining tomboy's architecture. This would help me jump into the code and also, if reviewed, help raise early problems in my understanding of the code base. Subquestion: Is there any valuable uml design tool that does Mono/.Net reverse-engineering?

My first iteration will most likely be a "HelloWorld this is Tomdroid" type of application so please bare with me if I'm not exciting from the beginning.

I'm glad to see that the project I'm proposing fits in the recent effort to bring tomboy to other platforms and I am willingly going to help towards that initiative also as I stated earlier.

Note: If anyone is against what I'm doing or thinks part of it is wrong, please let me know. I am only, willingly, trying to scratch my own itch and transform a school project that would end up in dust into something useful to (hopefully) more than one person.

Thanks a lot for reading this through!

[1] http://code.google.com/p/apps-for-android/
[2] https://launchpad.net/tomdroid
--
Olivier Bilodeau <olivier@...>

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

Local Tomboy Hackfest

2008-09-29T22:23:49Z

Hey,
We are trying for the first time in our college to conduct a
Hackathon during our college's technical festival [1][2]. I wanted to
introduce to Tomboy as a "hackable" to our participants, mainly
because I like it, but also because it's simple, cute and C# is pretty
good language to code in. We expect about 40 people to turn up, out of
which, I'd like to convince maybe 7-8 to work on Tomboy. All of us are
n00bs. I'd be grateful for any guidance and suggestions, not only on
how to hack Tomboy, but on how to manage a Hackfest all together.

The general plan is that I will go and introduce Tomboy as an
application, and give a overview of the different components of
Tomboy, where what goes (for example RemoteControl.cs takes care of
all the DBus functionality. Watchers.cs is doing the Wiki-fying
(right?), etc.). And then proceed to describe some simple bugs and
maybe one or two larger projects that people can work on once they've
gotten comfy with the code (and hopefully fixed a bug or two). Most of
the participants would not have worked on FOSS code before, so despite
our numbers, we will be terribly inefficient and slow.

Some of the ideas I had to work on (most taken from the wiki) are:
* UI Addition: Add a sub-menu for each notebook, listing all notes
under that notebook. I really really need this to organize my notes.
* Adding custom links: From my greppings of the code, this looks like
it shouldn't be unduly difficult, except for making the UI really
simple. How does selecting a block of text and then entering
Ctrl+Space or right clicking to throw up a dialog sound?
* A Web frontend: I certainly expect a lot of Web 2.0 guys coming, and
I thought this might be something right down their lane.

Bugs (way too many):
* I'll try and assign most of the gnome-love bugs and if the
participants enjoy it, they can probably move up to bigger and badder
bugs.

The event is on the 2nd and 3rd of October from 1700hrs UTC. We will
all be on IRC, and I hope we can seek some guidance online.

[1]: College == Indian Institute of Technology, Madras: http://www.iitm.ac.in/
[2]: Technical Festival == Shaastra:
http://www.shaastra.org/2008/Events/Hackfest

Cheers!

--
Arun Tejasvi Chaganty
_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com

Re: Getting Tomboy Back On Track

2008-09-29T19:39:11Z

On Mon, Sep 22, 2008 at 7:54 PM, Sandy Armstrong <sanfordarmstrong@...> wrote:

* Deliver a solid build of Tomboy on Windows with an easy-to-maintain
installer. Make sure the Visual Studio solution is well-maintained to
enable new contributors.

I would be interested in providing testing help for this goal. My job forces on me an OS and I would be delighted to have tomboy running on that (and syncing!).

As far as an installer is concerned, is there something shaping up already or are you in an investigation stage? Because I did an NSIS installer [http://nsis.sourceforge.net/Main_Page] in the past and I think it would do the job without much effort. But maybe I'm wrong and there is something more tailored to Mono (.Net) applications around.

* Make sync rock, and consider integration with Conduit if that makes
sense. Make sure there is an answer for sync on Windows, to enable
users to sync between their work and home machines.

I would be more than glad to provide testing for this, Windows or Linux. I have a reason to be interested in syncing that I will reveal soon. (silly me)

How about Thursday, October 16th, at 9AM PST? I'm just pulling this
date from nowhere, but what do people think about that? If you'd like
to attend, feel free to suggest alternate dates or times. Weekdays,
weekends, days, nights, whenever.

I'll try my best to be online for the meeting. Thankfully here in EDT it equals noon so I'll hang around while eating lunch. :)

--
Olivier Bilodeau <olivier@...>

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

Re: Getting Tomboy Back On Track

2008-09-29T18:52:57Z

On Mon, Sep 22, 2008 at 7:54 PM, Sandy Armstrong <sanfordarmstrong@...> wrote:

If you scan bugzilla and look at the NEWS file for Tomboy 0.12.0, you'll
see that although there is plenty of work to do on Tomboy, we haven't
been doing a lot. A lot of bugs have been ignored, and a lot of great
new patches have gone unreviewed, mostly because I have been disengaged
from the community for the last 6 months or so.

I'm sorry I missed this originally; just caught your update.

1) We need to get a handle on bugzilla. We need to power through our
292 bugs (!!!) and find which are dupes, which are enhancements that
should be marked WONTFIX, and which need to be fixed NOW. I know
everybody has their favorite bugs, so if you could share yours that
would really help. We should centralize this info on
http://live.gnome.org/Tomboy/Bugs/WorstOffenders , but if you don't have
an account on l.g.o feel free to respond to this email with your picks.
It would be awesome to know the top 20 (or whatever) bugs hated by the
community when this is done. ;-)

I've just subscribed myself to all bugmail, so I'll generally keep up with things as they come in, but it may be a little while before I get around to going back and looking through all the past bugs.

(I'm just in a situation where I can adequately test synchronization—both computers now running 0.12.0—and assuming that's fixed, I'll be pretty much set. :) That one has been quite annoying.)

2) Related to the above, we need to do some serious patch review. We
need to find all patches, find out which are ready to go in, which need
minor fixes, and which are totally obsolete. Please respond to this
email with a list of outstanding patches that matter to you.

I can do that. Is it safe to say I can mark patches as "reviewed" like a few of us do for Banshee? That seems to gather them together to say "they work as described" and then a developer can take a look at them for code/style/etc. issues.

* Make sync rock, and consider integration with Conduit if that makes
sense. Make sure there is an answer for sync on Windows, to enable
users to sync between their work and home machines.

This would be awesome, and I'm willing to do some testing and whatnot between Windows and Linux machines.

* Enable our awesome contributors to work on fixes and features without
fear of their patches rotting in bugzilla!

For my part, I'm on this.

I would like to start holding bug days or patch review days every other
week. What does everybody think about that? Two weekend days per month
would work best for me, but I want to know what would work best for
YOU! Getting together and triaging bugs, trying out patches, and
cleaning up Tomboy seems like a big win to me.

I can't commit to that, though I'd be willing to show up if time permits, so please announce about a week ahead of time. :) Nights and weekends would be best, but that's just me.

If you have any ideas for how to make this
cycle rock, now's the time to speak up!

In general, as far as the bugs go, I don't know that I'll be spending any time on the wiki; I prefer to manage them in Bugzilla. Is managing bugs on the wiki useful to you? If so, can you describe sorta what you'd like to see?

--
Andrew Conkling
http://andrewski.net

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

Re: Getting Tomboy Back On Track

2008-09-29T17:48:11Z

Okay, so not much feedback on this yet, but that's OK. I'm going to be
out of town for the next two weekends...the second of those weekends
I'll be attending the GNOME Summit in Boston, where I look forward to
some great work and talks. After that, I'd like to have our roadmap
meeting.

How about Thursday, October 16th, at 9AM PST? I'm just pulling this
date from nowhere, but what do people think about that? If you'd like
to attend, feel free to suggest alternate dates or times. Weekdays,
weekends, days, nights, whenever.

After the meeting, I'm going to start spending every other Saturday
doing hard-core bug/patch triaging in #tomboy. The only "feature" I
plan to work on at first is full Windows support, for the selfish reason
that I want more contributors. So starting October 18th, you are
welcome to help me smash bugs and review patches. The point is to keep
the wheels turning. This should help anybody out who wants to work on
new features (and I'm sure we'll have some sweet new ideas after I get
back from Summit!).

Let me know what works for you,
Sandy

Sandy Armstrong wrote:

> Hi Everybody,
>
> If you scan bugzilla and look at the NEWS file for Tomboy 0.12.0, you'll
> see that although there is plenty of work to do on Tomboy, we haven't
> been doing a lot. A lot of bugs have been ignored, and a lot of great
> new patches have gone unreviewed, mostly because I have been disengaged
> from the community for the last 6 months or so.
>
> This sucks, I'm sorry, and it's time to fix it.
>
> I have a few ideas for how to do this, and I'd love to hear everybody
> else's ideas, too. Here are my thoughts:
>
> 1) We need to get a handle on bugzilla. We need to power through our
> 292 bugs (!!!) and find which are dupes, which are enhancements that
> should be marked WONTFIX, and which need to be fixed NOW. I know
> everybody has their favorite bugs, so if you could share yours that
> would really help. We should centralize this info on
> http://live.gnome.org/Tomboy/Bugs/WorstOffenders , but if you don't have
> an account on l.g.o feel free to respond to this email with your picks.
> It would be awesome to know the top 20 (or whatever) bugs hated by the
> community when this is done. ;-)
>
> 2) Related to the above, we need to do some serious patch review. We
> need to find all patches, find out which are ready to go in, which need
> minor fixes, and which are totally obsolete. Please respond to this
> email with a list of outstanding patches that matter to you. We'll get
> the bugs on the wiki and start on the review process.
>
> The Banshee mailing list has a "Pending Patches Periodical" email run by
> Bertrand Lorentz that really helps the maintainers keep track of good
> patches ready to commit or in need of just a little review. I would
> love to see something like this for Tomboy, if anybody has the time.
>
> Here are *my* personal goals for Tomboy 0.14.0 (or is it 1.0?):
>
> * Slaughter memory consumption and performance issues.
> * Deliver a solid build of Tomboy on Windows with an easy-to-maintain
> installer. Make sure the Visual Studio solution is well-maintained to
> enable new contributors.
> * Fix long-standing embarrassing bugs (like note renaming issues).
> * Make sync rock, and consider integration with Conduit if that makes
> sense. Make sure there is an answer for sync on Windows, to enable
> users to sync between their work and home machines.
> * Enable our awesome contributors to work on fixes and features without
> fear of their patches rotting in bugzilla!
>
> New feature work in areas like note attachments, inline images, and
> collaboration would be great, too...but my personal focus is going to
> remain on the above issues, especially the last one.
>
> I hope that by getting more feedback from the community on outstanding
> bugs and patches, we can prioritize our efforts and have a productive
> release cycle.
>
> I would like to start holding bug days or patch review days every other
> week. What does everybody think about that? Two weekend days per month
> would work best for me, but I want to know what would work best for
> YOU! Getting together and triaging bugs, trying out patches, and
> cleaning up Tomboy seems like a big win to me.
>
> We'll be having a dev meeting soon to figure out our roadmap for 0.14.0,
> too. I think it would be helpful to get all of this information first,
> though. As usual, everybody will be invited to participate in the
> meeting. :-)
>
> Thanks for your time. I'm looking forward to an awesome
> community-driven cycle. If you have any ideas for how to make this
> cycle rock, now's the time to speak up!
>
> Sandy
>

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

回复： Re: add export selected notes to a New note

2008-09-26T18:15:37Z

Sandy Armstrong <sanfordarmstrong@...> 写道：

Andrew Conkling wrote:
> 2008/9/25 mengzhuo li
> >
>
> html.diff is the patch based on tomboy_0.10.2-0ubuntu1
>
>
> You should probably make an effort to patch against SVN (or at least
> 0.12.0 which was just released) so others have a chance to use your
> patch in the future and maybe for it to get accepted into the codebase.

It probably makes the most sense as an add-in.

Sandy

I downloaded svn source code and tested the patch , fortunately it is ok now. using patch -p1 < ../html.diff command , and configure , make, make install, i run tomboy, test the function, it 's ok.
thanks for your remind. if i make patch from now on i will use svn source code .

雅虎邮箱，您的终生邮箱！
_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com

Re: add export selected notes to a New note

2008-09-26T07:27:21Z

Andrew Conkling wrote:
> 2008/9/25 mengzhuo li <muziwind@...
> <mailto:muziwind@...>>
>
> html.diff is the patch based on tomboy_0.10.2-0ubuntu1
>
>
> You should probably make an effort to patch against SVN (or at least
> 0.12.0 which was just released) so others have a chance to use your
> patch in the future and maybe for it to get accepted into the codebase.

It probably makes the most sense as an add-in.

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

Re: add export selected notes to a New note

2008-09-26T04:47:10Z

2008/9/25 mengzhuo li <muziwind@...>

html.diff is the patch based on tomboy_0.10.2-0ubuntu1

You should probably make an effort to patch against SVN (or at least 0.12.0 which was just released) so others have a chance to use your patch in the future and maybe for it to get accepted into the codebase.

--
Andrew Conkling
http://andrewski.net

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

add export selected notes to a New note

2008-09-25T20:32:10Z

I want to backup my notes, so i add a function in tomboy.

In search window, you can select which note you want to backup, click the make_link_button which has the same icon with clear_search_button now. then you can get a New note named Link Note if there is not a Link Note before. the Link Note has all the links you selected just like this

Link Note
今天：2008年9月8日，星期一，周:37
今天：2008年9月1日，星期一，周:36
今天：2008年8月25日，星期一，周:35
今天：2008年8月18日，星期一，周:34
今天：2008年8月11日，星期一，周:33
记录 0804-0807
记录 0728-0801
记录 0721-0725
记录 0714-0719
记录 0709-0711

Open the Link Note , you can export it to a html

html.diff is the patch based on tomboy_0.10.2-0ubuntu1

雅虎邮箱，您的终生邮箱！
diff -uNr tomboy-0.10.2.orig/Tomboy/RecentChanges.cs tomboy-0.10.2.html/Tomboy/RecentChanges.cs
--- tomboy-0.10.2.orig/Tomboy/RecentChanges.cs 2008-08-14 13:30:33.000000000 +0800
+++ tomboy-0.10.2.html/Tomboy/RecentChanges.cs 2008-08-16 14:46:10.000000000 +0800
@@ -14,7 +14,9 @@
Gtk.MenuBar menu_bar;
Gtk.ComboBoxEntry find_combo;
Gtk.Button clear_search_button;
+ Gtk.Button make_link_button;
Gtk.CheckButton case_sensitive;
+ Gtk.CheckButton toggle_all;
Gtk.Label note_count;
Gtk.ScrolledWindow matches_window;
Gtk.VBox content_vbox;
@@ -46,6 +48,7 @@
typeof (string), // title
typeof (string), // change date
typeof (Note), // note
+ typeof (bool), // toggle
};

static Gdk.Pixbuf note_icon;
@@ -111,17 +114,30 @@
clear_search_button.Clicked += ClearSearchClicked;
clear_search_button.Show ();

+ make_link_button= new Gtk.Button (new Gtk.Image (Gtk.Stock.Clear, Gtk.IconSize.Menu));
+ make_link_button.Sensitive = true;
+ make_link_button.Clicked += MakeLinkClicked;
+ make_link_button.Show ();
+
case_sensitive =
new Gtk.CheckButton (Catalog.GetString ("C_ase Sensitive"));
case_sensitive.Toggled += OnCaseSensitiveToggled;

- Gtk.Table table = new Gtk.Table (2, 3, false);
+ toggle_all = new Gtk.CheckButton (Catalog.GetString ("Toggle All"));
+ toggle_all.Toggled += OnToggleAllToggled;
+
+ Gtk.Table table = new Gtk.Table (3, 3, false);
table.Attach (label, 0, 1, 0, 1, Gtk.AttachOptions.Shrink, 0, 0, 0);
table.Attach (find_combo, 1, 2, 0, 1);
table.Attach (case_sensitive, 1, 2, 1, 2);
table.Attach (clear_search_button,
2, 3, 0, 1,
Gtk.AttachOptions.Shrink, 0, 0, 0);
+ table.Attach (toggle_all, 1, 2, 2, 3);
+ table.Attach (make_link_button,
+ 2, 3, 2, 3,
+ Gtk.AttachOptions.Shrink, 0, 0, 0);
+
table.ColumnSpacing = 4;
table.ShowAll ();

@@ -308,6 +324,20 @@
tree.EnableModelDragSource (Gdk.ModifierType.Button1Mask | Gdk.ModifierType.Button3Mask,
targets,
Gdk.DragAction.Move);
+
+ /* add check column */
+ Gtk.TreeViewColumn check = new Gtk.TreeViewColumn ();
+ check.Title = Catalog.GetString ("check");
+ check.Clickable = true;
+
+ Gtk.CellRendererToggle crtog = new Gtk.CellRendererToggle ();
+ crtog.Activatable = true;
+ crtog.Toggled += new Gtk.ToggledHandler (OnAddinToggled);
+ check.PackStart (crtog, false);
+ check.AddAttribute(crtog,"active", 4);
+ tree.AppendColumn (check);
+ /* end */
+

Gtk.CellRenderer renderer;

@@ -349,6 +379,18 @@

tree.AppendColumn (change);
}
+ // toggled
+ void OnAddinToggled (object o, Gtk.ToggledArgs args)
+ {
+ Gtk.TreeIter iter;
+ //Console.WriteLine ("now you toggled " + args.Path);
+ if (store_sort.GetIterFromString (out iter, args.Path)) {
+ iter = store_sort.ConvertIterToChildIter(iter);
+ iter = store_filter.ConvertIterToChildIter(iter);
+ bool val = (bool) store.GetValue (iter, 4);
+ store.SetValue (iter, 4, !val);
+ }
+ }

void UpdateResults ()
{
@@ -378,7 +420,8 @@
store.AppendValues (note_icon, /* icon */
note.Title, /* title */
nice_date, /* change date */
- note); /* note */
+ note, /* note */
+ false);
cnt++;
}

@@ -396,6 +439,7 @@
if (selected_notes != null && selected_notes.Count > 0) {
SelectNotes (selected_notes);
}
+ toggle_all.Active= false;
}

void SelectNotes (List<Note> notes)
@@ -630,6 +674,20 @@
return note != null && current_matches [note.Uri] != null;
}

+ void OnToggleAllToggled (object sender, EventArgs args){
+ Gtk.TreeIter iter;
+ if (store_sort.IterChildren(out iter) == false)
+ return;
+ int count = store_sort.IterNChildren();
+ for (int i = 0 ; i < count ; i++){
+ if (store_sort.GetIterFromString (out iter, System.Convert.ToString(i))){
+ iter = store_sort.ConvertIterToChildIter(iter);
+ iter = store_filter.ConvertIterToChildIter(iter);
+ store.SetValue (iter, 4, toggle_all.Active);
+ }
+ }
+ }
+
void OnCaseSensitiveToggled (object sender, EventArgs args)
{
PerformSearch ();
@@ -1147,6 +1205,58 @@
}
}

+ void MakeLinkClicked (object sender, EventArgs args)
+ {
+ Gtk.TreeIter iter;
+ if (store_sort.IterChildren(out iter) == false)
+ return;
+ string xmlContent = "<note-content version=\"0.1\">Link Note\n";
+ do {
+ bool val = (bool) store_sort.GetValue (iter, 4);
+ if (val){
+ string title = store_sort.GetValue(iter, 1) as string;
+ xmlContent = xmlContent + "<link:internal>"+title+"</link:internal>\n";
+ }
+ } while (store_sort.IterNext (ref iter));
+
+ xmlContent +="</note-content>";
+
+ Note note;
+ // Exist One
+ string note_title="Link Note";
+ Note existing = manager.Find (note_title);
+ if (existing != null ) {
+ HIGMessageDialog title_taken_dialog = null;
+ string message =
+ String.Format (Catalog.GetString ("A note with the title " +
+ "<b>{0}</b> already exists. " +
+ "Please choose another name " +
+ "for this note before " +
+ "continuing."),
+ note_title);
+ if (title_taken_dialog == null) {
+ title_taken_dialog =
+ new HIGMessageDialog (this,
+ Gtk.DialogFlags.DestroyWithParent,
+ Gtk.MessageType.Warning,
+ Gtk.ButtonsType.Ok,
+ Catalog.GetString ("Note title taken"),
+ message);
+ title_taken_dialog.Modal = true;
+ title_taken_dialog.Response +=
+ delegate (object sender1, Gtk.ResponseArgs args1) {
+ title_taken_dialog.Destroy ();
+ title_taken_dialog = null;
+ };
+ }
+ title_taken_dialog.Present ();
+ }else{
+ note = manager.Create (note_title);
+ note.XmlContent = xmlContent;
+ note.Window.Show ();
+ }
+ }
+
void ClearSearchClicked (object sender, EventArgs args)
{
find_combo.Entry.Text = "";

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