Mark Ito | 1 Jul 2009 15:28
Picon

Re: problems building tomboy from source on RedHat Enterprise 5

I got the same error compiling gnome-sharp 2.16.0 as I got from 2.15.0:

/usr/local/bin/mcs -define:GTK_SHARP_2_6 -define:GTK_SHARP_2_8 -define:GNOME_SHARP_2_16 -nowarn:0169,0612,0618 -unsafe -out:gnome-sharp.dll -target:library -r:/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll -r:/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll -r:/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll -r:/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll -r:/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll   /r:../art/art-sharp.dll /r:../gnomevfs/gnome-vfs-sharp.dll -r:/usr/local/lib/pkgconfig/../../lib/mono/1.0/Mono.Cairo.dll   generated/*.cs ./BonoboUIVerb.cs ./FontFamily.cs ./IconTheme.cs ./Modules.cs ./PanelAppletFactory.cs AssemblyInfo.cs
generated/App.cs(41,31): warning CS0108: `Gnome.App.Name' hides inherited member `Gtk.Widget.Name'. Use the new keyword if hiding was intended
/usr/local/lib/mono/gac/gtk-sharp/2.10.0.0__35e10195dab3c99f/gtk-sharp.dll (Location of the symbol related to previous warning)
generated/PrintSvg.cs(16,46): warning CS0109: The member `Gnome.PrintSvg.GType' does not hide an inherited member. The new keyword is not required
generated/ThemeFile.cs(41,40): warning CS0809: Obsolete member `Gnome.ThemeFile.ToString()' overrides non-obsolete member `object.ToString()'
/usr/local/lib/mono/1.0/mscorlib.dll (Location of the symbol related to previous warning)
CanvasPathDef.custom(24,51): error CS1502: The best overloaded method match for `Gnome.CanvasPathDef.gnome_canvas_path_def_new_from_bpath(System.IntPtr)' has some invalid arguments
generated/CanvasPathDef.cs(263,38): (Location of the symbol related to previous error)
CanvasPathDef.custom(24,51): error CS1615: Argument `#1' does not require `ref' modifier. Consider removing `ref' modifier
Compilation failed: 2 error(s), 3 warnings
make[3]: *** [gnome-sharp.dll] Error 1
make[3]: Leaving directory `/home/marki/tomboy_build/gnome-sharp-2.16.0/gnome'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/marki/tomboy_build/gnome-sharp-2.16.0/gnome'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/marki/tomboy_build/gnome-sharp-2.16.0'
make: *** [all] Error 2

On Tue, Jun 30, 2009 at 11:57 AM, Mark Ito <markito3-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
I have been having problems building tomboy on a Dell Linux box running RedHat Enterprise 5 (RHEL5). I posted a plea for help on my blog and Sandy responded. Find our dialog thus far at

http://markito3.wordpress.com/2009/06/16/tomboy-notes-on-redhat-enterprise-5/

Any help/comments appreciated.


_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com
Sandy Armstrong | 1 Jul 2009 16:08
Picon
Gravatar

Re: problems building tomboy from source on RedHat Enterprise 5

I'd recommend emailing gtk-sharp-list with this error.  Make sure to
let them know what version of Mono you have.  I'm really not sure what
the issue is, unfortunately.

Sandy

On Wed, Jul 1, 2009 at 6:28 AM, Mark Ito<markito3@...> wrote:
> I got the same error compiling gnome-sharp 2.16.0 as I got from 2.15.0:
>
> /usr/local/bin/mcs -define:GTK_SHARP_2_6 -define:GTK_SHARP_2_8
> -define:GNOME_SHARP_2_16 -nowarn:0169,0612,0618 -unsafe -out:gnome-sharp.dll
> -target:library
> -r:/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll
> -r:/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll
> -r:/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll
> -r:/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll
> -r:/usr/local/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll
> /r:../art/art-sharp.dll /r:../gnomevfs/gnome-vfs-sharp.dll
> -r:/usr/local/lib/pkgconfig/../../lib/mono/1.0/Mono.Cairo.dll
> generated/*.cs ./BonoboUIVerb.cs ./FontFamily.cs ./IconTheme.cs ./Modules.cs
> ./PanelAppletFactory.cs AssemblyInfo.cs
> generated/App.cs(41,31): warning CS0108: `Gnome.App.Name' hides inherited
> member `Gtk.Widget.Name'. Use the new keyword if hiding was intended
> /usr/local/lib/mono/gac/gtk-sharp/2.10.0.0__35e10195dab3c99f/gtk-sharp.dll
> (Location of the symbol related to previous warning)
> generated/PrintSvg.cs(16,46): warning CS0109: The member
> `Gnome.PrintSvg.GType' does not hide an inherited member. The new keyword is
> not required
> generated/ThemeFile.cs(41,40): warning CS0809: Obsolete member
> `Gnome.ThemeFile.ToString()' overrides non-obsolete member
> `object.ToString()'
> /usr/local/lib/mono/1.0/mscorlib.dll (Location of the symbol related to
> previous warning)
> CanvasPathDef.custom(24,51): error CS1502: The best overloaded method match
> for
> `Gnome.CanvasPathDef.gnome_canvas_path_def_new_from_bpath(System.IntPtr)'
> has some invalid arguments
> generated/CanvasPathDef.cs(263,38): (Location of the symbol related to
> previous error)
> CanvasPathDef.custom(24,51): error CS1615: Argument `#1' does not require
> `ref' modifier. Consider removing `ref' modifier
> Compilation failed: 2 error(s), 3 warnings
> make[3]: *** [gnome-sharp.dll] Error 1
> make[3]: Leaving directory
> `/home/marki/tomboy_build/gnome-sharp-2.16.0/gnome'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory
> `/home/marki/tomboy_build/gnome-sharp-2.16.0/gnome'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/marki/tomboy_build/gnome-sharp-2.16.0'
> make: *** [all] Error 2
>
> On Tue, Jun 30, 2009 at 11:57 AM, Mark Ito <markito3@...> wrote:
>>
>> I have been having problems building tomboy on a Dell Linux box running
>> RedHat Enterprise 5 (RHEL5). I posted a plea for help on my blog and Sandy
>> responded. Find our dialog thus far at
>>
>>
>> http://markito3.wordpress.com/2009/06/16/tomboy-notes-on-redhat-enterprise-5/
>>
>> Any help/comments appreciated.
>>
>
>
> _______________________________________________
> Tomboy-list mailing list
> Tomboy-list@...
> http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com
>
>
GrowMap | 8 Jul 2009 23:33
Favicon
Gravatar

Re: "Server is locked" and Little sync disaster


I thought some might want the non-geek version of how to restore accidentally
deleted Tomboy Notes caused while trying to sync using Dropbox. 

TO RESTORE ACCIDENTALLY DELETED TOMBOY NOTES: 
Click on Places, Computer, Filesystem
Click View, Show Hidden Files
Click Home then click on YourUserorPCName

For Tomboy Notes find .Tomboy (in Home/YourUserorPCName)
Look in Backup folder - that is where deleted notes go
Click Edit, select all
Copy and paste all notes back into Tomboy folder 

Restarting Tomboy Notes did not show the missing notes; I had to reboot my
PC to get them back. 
--

-- 
View this message in context: http://www.nabble.com/%22Server-is-locked%22-and-Little-sync-disaster-tp23343941p24399807.html
Sent from the Gnome - Tomboy mailing list archive at Nabble.com.
Sandy Armstrong | 11 Jul 2009 15:17
Picon
Gravatar

Tomboy 0.15.3

Hi folks,

I'm away on vacation right now, and will have limited connectivity
during my travels.  I will be back on July 20th.

Since I have internet right now, I'm rolling the Tomboy 0.15.3 tarball
as we speak.  I will not be able to do Mac/Windows releases until I
return.  If anybody wants to take a shot at creating those binaries,
please post downloads to the list, and when I return I will review
them and upload them as the official releases.  Make sure you check
out the TOMBOY_0_15_3 tag in git (latest master is now 0.15.4).

If anybody is interested in helping out with releases in the future,
that would be convenient.  The release process includes:

* Review commits since last release, create NEWS file
* Roll tarball with `make distcheck`, extract, install, and test
* Use SharpDevelop to create installer, install and test
* Use MonoDevelop to build on Mac, then run bundle-mac-app.sh to
create Tomboy.app, run and test (I make the disk image with some
makefile magic that's not yet in git)
* Draft email based on previous release emails and latest NEWS,
including important informations for users and packagers at the top of
the email
* When everything looks good, upload tarball and binaries, push NEWS,
tag in git, then bump app version in git
* Update the index.html and download.html on the website
* Blog a high-level overview of the release

If you think any of this looks fun, let me know and we can work
together on future releases.  :-)

Looks like the tarball is now uploaded to download.gnome.org.  0.15.3
actually has some nice new stuff:

Version 0.15.3
* New underline formatting add-in (disabled by default) from Mark Wakim.
* Add ctrl +/- shortcuts for changing font size (#488822, Stefan Schweizer).
* Fix bullet display in HTML export (#422954, Stefan Schweizer).
* Update WebSync to use OAuth for authentication, and use the latest REST API.
* Fix i18n issue in WebSync (Anders Petersson).
* Add "Get More Add-Ins..." link in the Add-Ins tab of Preferences.
* Reduce command line output when not running Tomboy with --debug.
* Fix tarball for those that need panelapplet-sharp bundled.
* Documentation updates (Paul Culter).
* New Translations: vi
* Translation updates: bn_IN, es, et, he, sv, ta, th, uk, zh_CN

I also have some other exciting things half-done in my local git repo
based on feedback from GUADEC...will update everybody about that upon
my return.

Until July 20th,
Sandy
eleusinian | 12 Jul 2009 21:30
Picon

new plugin: Redirects

Hi all,

"Long time listener, first time caller" -- I've been using open source for years, but this is my first actual contribution. Be gentle. :-)

I wrote a new plugin for Tomboy that sets up redirects -- the link "foo" can go to the note "bar." Source and a binary are available at: http://code.google.com/p/tomboy-redirects/ .  I'd appreciate any ideas, suggestions, bugs, etc.

Best,
Yuval

_______________________________________________
Tomboy-list mailing list
Tomboy-list@...
http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com
Robin Munn | 15 Jul 2009 22:52
Picon
Favicon
Gravatar

A plea for "real" tagging

I've wanted tags in Tomboy for a long time, and I remember being
excited back in 2007 when I saw that people were working on
implementing them. Great, I thought, by late 2007 or early 2008 I'll
finally be able to get an updated Tomboy with tagging. But 2008 came
and went, and no tags. There was a new "Notebooks" feature, but a note
could only go in one notebook at a time, so this was basically a
glorified folder structure rather than "real" tagging. "I guess tags
are still being worked on," I thought.

Come mid-2009, and I finally get frustrated enough to search the
Tomboy history and find out what's holding up implementation of the
tagging feature. Lo and behold, I discover the following in the 0.9.3
release notes:

   * Removed tagging UI (superceded by Notebooks).

Notebooks, as they are currently implemented in Tomboy (notes can only
belong to a single notebook at a time) are essentially folders. The
question of tags vs. folders is one that has been pondered many times,
and there's not much new I can add to the discussion. A few links to
discussions of the pros and cons of tags and folders:

http://www.osomac.com/2009/07/05/tags-vs-folders/
http://www.organizepictures.com/2007/11/tags-vs-folders-the-big-debate
http://googlesystem.blogspot.com/2007/08/organizing-chaos-folders-labels-search.html

When I searched for the reason why notebooks were made into folders
rather than tags, I could not find any evidence that this decision had
been deeply considered, or that the pros and cons above were pondered.
This does not mean that thought wasn't given to the issue, of course,
only that my Google-fu was unequal to the task of finding such
discussions if they exist. The only relevant discussions I found were:
1) the IRC log at the bottom of
http://live.gnome.org/Tomboy/Notebooks, where it seems like the
rationale for "notebooks shall be folders rather than tags" was only
"notes in two notebooks at once is confusing" (apparently to both
users and developers), along with the fact that both participants in
the discussion had the same idea, to make notebooks into folders
rather than tags, at the same time. And 2)
http://bugzilla.gnome.org/show_bug.cgi?id=380634, which was closed as
WONTFIX, but doesn't state the rationale for restricting notes to a
single notebook. Its closing comment merely states "We opted to
provide Notebook support instead [of tags]."

What's especially frustrating to me is that the current implementation
is so *close* to what I want. When I click the Notebook button on a
note and see the list of notebooks with radio buttons next to them, I
think "Why, oh why, couldn't those be checkboxes instead?" If there's
a concern about confusing users (which is a *very* valid concern,
don't get me wrong -- I know some very bright people who are
near-computer-illiterate, and I appreciate GNOME's focus on keeping
things simple enough for those people to be able to use them) then an
option could be added. "Allow notes to exist in more than one
notebook" could be a good wording for the option.

Fortunately, Tomboy searching is implemented in such a way that I can
write "Tags: foo bar baz" at the start of a note and have it show up
in a search. However, there's no way for me to say "Given all notes
tagged with foo, what other tags do they have?" Look at how the
del.icio.us Firefox plugin is implemented for an example of what I
mean: click on the "foo" tag, and you get a submenu of all tags that
share at least one bookmark with "foo". That makes it really easy to
track down that one bookmark that you don't remember what it was
called, but it was about a security hole in, what program was it, it's
on the tip of your tongue -- just expand your "security" tag and the
sublist of tags that "intersect" with the security tag will probably
jog your memory.

Let me give one more example of why Tomboy searching, plus a "Tags:
foo bar baz" text line inside notes, isn't quite enough. Let's say I
keep Tomboy notes about people I want to visit, places I want to see,
etc., in different cities. So I have tags for "Chicago", "Dallas",
"New York", and so on. I also have tags for "friends", "customers",
"family", and another set of tags for "restaurants", "hiking",
"museums", "parks", you get the idea. That's a lot of tags. Six months
later, when I'm planning a trip to Chicago and want to figure out
where to eat the evening I arrive, am I going to remember which tags I
used? Did I use the tag "restaurant" or "fastfood" here? (Or was it
"fast-food"? The question of spelling and singular vs. plural is also
a problem for a text-line-and-search implementation of tags.)
Saturday's supposed to be a clear day and I want to do something
outside. So I search for "Chicago hiking" and "Chicago parks", but I
forget to search for "Chicago discgolf" or "Chicago disc-golf". Oops,
I missed some tags that would be relevant to my search, and I won't
even think about calling up my friend Joel who really enjoys disc
golfing. But with a "Here are some tags that intersect with the one
you've chosen" list, I would see the "disc-golf" tag and be reminded
about it.

So, I have two questions:

1) Is there any possibility of re-visiting the decision to implement
folders instead of tags? Or at least pondering the rationale for
having one vs. the other? If this discussion has already taken place,
then a link to the mailing-list archives would at least satisfy me
that serious thought has gone into this issue, rather than a major
decision being taken merely on the basis of "we both had the same idea
at the same time". But if there hasn't been serious thought given to
the advantages of tagging over folders (e.g., the multiple, orthogonal
categories like place and activity that a note could belong to, like
"Chicago disc-golf" in my example above), then I think that discussion
needs to happen.

2) If, even after discussion of the pros and cons, the decision is
made to keep notebooks as-is (as folders rather than as tags), would
there be any significant technical challenge in writing an add-on that
turned notebooks into a "real" tagging system? And if such an add-on
were written, would there be any objection to including it in the
default set of Tomboy add-ons, initially disabled but there for
advanced users to turn on as they wish?

--
Robin Munn
rmunn@...
GPG key 0x4543D577
eleusinian | 15 Jul 2009 23:33
Picon

Re: A plea for "real" tagging

I agree that tags would be great, but in the interim, may I suggest a hack?

I wanted the ability to tag notes as "TODO".  So what I did was to create a note called "TODO" and put that text in each note I wanted to tag. Turn on the Backlinks plugin, and your TODO note suddenly lets you see everything marked TODO.

It's not perfect, of course -- specifically, you can't do set up unions of tags, etc. But it might help.

On Wed, Jul 15, 2009 at 4:52 PM, Robin Munn <rmunn-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org> wrote:
I've wanted tags in Tomboy for a long time, and I remember being
excited back in 2007 when I saw that people were working on
implementing them. Great, I thought, by late 2007 or early 2008 I'll
finally be able to get an updated Tomboy with tagging. But 2008 came
and went, and no tags. There was a new "Notebooks" feature, but a note
could only go in one notebook at a time, so this was basically a
glorified folder structure rather than "real" tagging. "I guess tags
are still being worked on," I thought.

Come mid-2009, and I finally get frustrated enough to search the
Tomboy history and find out what's holding up implementation of the
tagging feature. Lo and behold, I discover the following in the 0.9.3
release notes:

  * Removed tagging UI (superceded by Notebooks).

Notebooks, as they are currently implemented in Tomboy (notes can only
belong to a single notebook at a time) are essentially folders. The
question of tags vs. folders is one that has been pondered many times,
and there's not much new I can add to the discussion. A few links to
discussions of the pros and cons of tags and folders:

http://www.osomac.com/2009/07/05/tags-vs-folders/
http://www.organizepictures.com/2007/11/tags-vs-folders-the-big-debate
http://googlesystem.blogspot.com/2007/08/organizing-chaos-folders-labels-search.html

When I searched for the reason why notebooks were made into folders
rather than tags, I could not find any evidence that this decision had
been deeply considered, or that the pros and cons above were pondered.
This does not mean that thought wasn't given to the issue, of course,
only that my Google-fu was unequal to the task of finding such
discussions if they exist. The only relevant discussions I found were:
1) the IRC log at the bottom of
http://live.gnome.org/Tomboy/Notebooks, where it seems like the
rationale for "notebooks shall be folders rather than tags" was only
"notes in two notebooks at once is confusing" (apparently to both
users and developers), along with the fact that both participants in
the discussion had the same idea, to make notebooks into folders
rather than tags, at the same time. And 2)
http://bugzilla.gnome.org/show_bug.cgi?id=380634, which was closed as
WONTFIX, but doesn't state the rationale for restricting notes to a
single notebook. Its closing comment merely states "We opted to
provide Notebook support instead [of tags]."

What's especially frustrating to me is that the current implementation
is so *close* to what I want. When I click the Notebook button on a
note and see the list of notebooks with radio buttons next to them, I
think "Why, oh why, couldn't those be checkboxes instead?" If there's
a concern about confusing users (which is a *very* valid concern,
don't get me wrong -- I know some very bright people who are
near-computer-illiterate, and I appreciate GNOME's focus on keeping
things simple enough for those people to be able to use them) then an
option could be added. "Allow notes to exist in more than one
notebook" could be a good wording for the option.

Fortunately, Tomboy searching is implemented in such a way that I can
write "Tags: foo bar baz" at the start of a note and have it show up
in a search. However, there's no way for me to say "Given all notes
tagged with foo, what other tags do they have?" Look at how the
del.icio.us Firefox plugin is implemented for an example of what I
mean: click on the "foo" tag, and you get a submenu of all tags that
share at least one bookmark with "foo". That makes it really easy to
track down that one bookmark that you don't remember what it was
called, but it was about a security hole in, what program was it, it's
on the tip of your tongue -- just expand your "security" tag and the
sublist of tags that "intersect" with the security tag will probably
jog your memory.

Let me give one more example of why Tomboy searching, plus a "Tags:
foo bar baz" text line inside notes, isn't quite enough. Let's say I
keep Tomboy notes about people I want to visit, places I want to see,
etc., in different cities. So I have tags for "Chicago", "Dallas",
"New York", and so on. I also have tags for "friends", "customers",
"family", and another set of tags for "restaurants", "hiking",
"museums", "parks", you get the idea. That's a lot of tags. Six months
later, when I'm planning a trip to Chicago and want to figure out
where to eat the evening I arrive, am I going to remember which tags I
used? Did I use the tag "restaurant" or "fastfood" here? (Or was it
"fast-food"? The question of spelling and singular vs. plural is also
a problem for a text-line-and-search implementation of tags.)
Saturday's supposed to be a clear day and I want to do something
outside. So I search for "Chicago hiking" and "Chicago parks", but I
forget to search for "Chicago discgolf" or "Chicago disc-golf". Oops,
I missed some tags that would be relevant to my search, and I won't
even think about calling up my friend Joel who really enjoys disc
golfing. But with a "Here are some tags that intersect with the one
you've chosen" list, I would see the "disc-golf" tag and be reminded
about it.

So, I have two questions:

1) Is there any possibility of re-visiting the decision to implement
folders instead of tags? Or at least pondering the rationale for
having one vs. the other? If this discussion has already taken place,
then a link to the mailing-list archives would at least satisfy me
that serious thought has gone into this issue, rather than a major
decision being taken merely on the basis of "we both had the same idea
at the same time". But if there hasn't been serious thought given to
the advantages of tagging over folders (e.g., the multiple, orthogonal
categories like place and activity that a note could belong to, like
"Chicago disc-golf" in my example above), then I think that discussion
needs to happen.

2) If, even after discussion of the pros and cons, the decision is
made to keep notebooks as-is (as folders rather than as tags), would
there be any significant technical challenge in writing an add-on that
turned notebooks into a "real" tagging system? And if such an add-on
were written, would there be any objection to including it in the
default set of Tomboy add-ons, initially disabled but there for
advanced users to turn on as they wish?

--
Robin Munn
rmunn-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org
GPG key 0x4543D577
_______________________________________________
Tomboy-list mailing list
Tomboy-list <at> lists.beatniksoftware.com
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
Sandy Armstrong | 15 Jul 2009 23:35
Picon
Gravatar

Re: A plea for "real" tagging

Hi Robin,

I'm out of the country right now so I will not be able to give you a
good response until I return next week.  But I wanted to let you know
that I do intend to respond with a more in-depth rationale for why we
opted for Notebooks instead of tags, and plans for how I think we can
improve Notebooks.

I have always maintained that since Tomboy supports tagging
programatically (Notebooks are built on the internal support for
tagging), anybody is welcome to revive the original Tagging Add-In
(which is still in git, but could use some UI work) and distribute it
themselves.

That being said, if anybody else has input on this, I'd love to hear
it.  Promise I'll respond in more detail next week.  :-)

Thanks,
Sandy

On Wed, Jul 15, 2009 at 10:52 PM, Robin Munn<rmunn@...> wrote:
> I've wanted tags in Tomboy for a long time, and I remember being
> excited back in 2007 when I saw that people were working on
> implementing them. Great, I thought, by late 2007 or early 2008 I'll
> finally be able to get an updated Tomboy with tagging. But 2008 came
> and went, and no tags. There was a new "Notebooks" feature, but a note
> could only go in one notebook at a time, so this was basically a
> glorified folder structure rather than "real" tagging. "I guess tags
> are still being worked on," I thought.
>
> Come mid-2009, and I finally get frustrated enough to search the
> Tomboy history and find out what's holding up implementation of the
> tagging feature. Lo and behold, I discover the following in the 0.9.3
> release notes:
>
>   * Removed tagging UI (superceded by Notebooks).
>
> Notebooks, as they are currently implemented in Tomboy (notes can only
> belong to a single notebook at a time) are essentially folders. The
> question of tags vs. folders is one that has been pondered many times,
> and there's not much new I can add to the discussion. A few links to
> discussions of the pros and cons of tags and folders:
>
> http://www.osomac.com/2009/07/05/tags-vs-folders/
> http://www.organizepictures.com/2007/11/tags-vs-folders-the-big-debate
> http://googlesystem.blogspot.com/2007/08/organizing-chaos-folders-labels-search.html
>
> When I searched for the reason why notebooks were made into folders
> rather than tags, I could not find any evidence that this decision had
> been deeply considered, or that the pros and cons above were pondered.
> This does not mean that thought wasn't given to the issue, of course,
> only that my Google-fu was unequal to the task of finding such
> discussions if they exist. The only relevant discussions I found were:
> 1) the IRC log at the bottom of
> http://live.gnome.org/Tomboy/Notebooks, where it seems like the
> rationale for "notebooks shall be folders rather than tags" was only
> "notes in two notebooks at once is confusing" (apparently to both
> users and developers), along with the fact that both participants in
> the discussion had the same idea, to make notebooks into folders
> rather than tags, at the same time. And 2)
> http://bugzilla.gnome.org/show_bug.cgi?id=380634, which was closed as
> WONTFIX, but doesn't state the rationale for restricting notes to a
> single notebook. Its closing comment merely states "We opted to
> provide Notebook support instead [of tags]."
>
> What's especially frustrating to me is that the current implementation
> is so *close* to what I want. When I click the Notebook button on a
> note and see the list of notebooks with radio buttons next to them, I
> think "Why, oh why, couldn't those be checkboxes instead?" If there's
> a concern about confusing users (which is a *very* valid concern,
> don't get me wrong -- I know some very bright people who are
> near-computer-illiterate, and I appreciate GNOME's focus on keeping
> things simple enough for those people to be able to use them) then an
> option could be added. "Allow notes to exist in more than one
> notebook" could be a good wording for the option.
>
> Fortunately, Tomboy searching is implemented in such a way that I can
> write "Tags: foo bar baz" at the start of a note and have it show up
> in a search. However, there's no way for me to say "Given all notes
> tagged with foo, what other tags do they have?" Look at how the
> del.icio.us Firefox plugin is implemented for an example of what I
> mean: click on the "foo" tag, and you get a submenu of all tags that
> share at least one bookmark with "foo". That makes it really easy to
> track down that one bookmark that you don't remember what it was
> called, but it was about a security hole in, what program was it, it's
> on the tip of your tongue -- just expand your "security" tag and the
> sublist of tags that "intersect" with the security tag will probably
> jog your memory.
>
> Let me give one more example of why Tomboy searching, plus a "Tags:
> foo bar baz" text line inside notes, isn't quite enough. Let's say I
> keep Tomboy notes about people I want to visit, places I want to see,
> etc., in different cities. So I have tags for "Chicago", "Dallas",
> "New York", and so on. I also have tags for "friends", "customers",
> "family", and another set of tags for "restaurants", "hiking",
> "museums", "parks", you get the idea. That's a lot of tags. Six months
> later, when I'm planning a trip to Chicago and want to figure out
> where to eat the evening I arrive, am I going to remember which tags I
> used? Did I use the tag "restaurant" or "fastfood" here? (Or was it
> "fast-food"? The question of spelling and singular vs. plural is also
> a problem for a text-line-and-search implementation of tags.)
> Saturday's supposed to be a clear day and I want to do something
> outside. So I search for "Chicago hiking" and "Chicago parks", but I
> forget to search for "Chicago discgolf" or "Chicago disc-golf". Oops,
> I missed some tags that would be relevant to my search, and I won't
> even think about calling up my friend Joel who really enjoys disc
> golfing. But with a "Here are some tags that intersect with the one
> you've chosen" list, I would see the "disc-golf" tag and be reminded
> about it.
>
> So, I have two questions:
>
> 1) Is there any possibility of re-visiting the decision to implement
> folders instead of tags? Or at least pondering the rationale for
> having one vs. the other? If this discussion has already taken place,
> then a link to the mailing-list archives would at least satisfy me
> that serious thought has gone into this issue, rather than a major
> decision being taken merely on the basis of "we both had the same idea
> at the same time". But if there hasn't been serious thought given to
> the advantages of tagging over folders (e.g., the multiple, orthogonal
> categories like place and activity that a note could belong to, like
> "Chicago disc-golf" in my example above), then I think that discussion
> needs to happen.
>
> 2) If, even after discussion of the pros and cons, the decision is
> made to keep notebooks as-is (as folders rather than as tags), would
> there be any significant technical challenge in writing an add-on that
> turned notebooks into a "real" tagging system? And if such an add-on
> were written, would there be any objection to including it in the
> default set of Tomboy add-ons, initially disabled but there for
> advanced users to turn on as they wish?
>
> --
> Robin Munn
> rmunn@...
> GPG key 0x4543D577
> _______________________________________________
> 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

Robin Munn | 16 Jul 2009 02:07
Picon
Favicon
Gravatar

Re: A plea for "real" tagging

On Wed, Jul 15, 2009 at 4:35 PM, Sandy
Armstrong<sanfordarmstrong@...> wrote:
> I have always maintained that since Tomboy supports tagging
> programatically (Notebooks are built on the internal support for
> tagging), anybody is welcome to revive the original Tagging Add-In
> (which is still in git, but could use some UI work) and distribute it
> themselves.

When you say it's still in git, do you mean that the code still exists
in master/HEAD of git://git.gnome.org/tomboy? Or is it in a file
that's been deleted and I'll have to do some digging through the
history to find it? (And if it's the latter, could you save me some
work and tell me what filename(s) I should be looking for?)

On the subject of a good tagging UI, I've given it a bit of thought
over the past months. I like some things about the del.icio.us plugin,
but I don't like the use of spaces as separators. Some two-word
phrases lend themselves to abbreviations well (like "winxp" instead of
"Windows XP") but some don't. The use of commas strikes me as a good
choice.

I also like the idea of having easy access to an existing tags list,
so that you can just check off tags this item should belong to, but
the volume could easily get overwhelming if you're using tags
extensively. Two possible solutions to the volume problem: most-often
used tags "bubble" to the top of the list, or you can type a few
letters to filter down the list of checkboxes to just the tags that
start with the letters you've typed so far. Arrow keys would scroll
within the filtered set of tags, and either space or Enter would
select one (don't know yet which would be more intuitive).

Another possibility: instead of using a checkbox, users enter tags
into a simple textbox -- in which case, tab- or comma-completion of
existing tags is a good idea. (With a highlighted bit of auto-complete
text to show the user what Tomboy thinks s/he is trying to type. BTW,
anyone know if autocomplete, or rather AutoComplete, is a trademarked
term?)

And while I'm thinking about UI, I've a comment to make on the
Notebooks UI as well. (I'll probably enter it into Bugzilla once I
send off this email). The "Notebooks >" menu entry in the panel menu
is missing functionality I was expecting to be there. If I create two
notebooks, "Foo" and "Bar", and put some notes in them, why don't they
show up as submenus under the "Notebooks >" submenu? I was expecting
as menu structure:

Notebooks > Foo > New "Foo" Note (and below, all the notes I filed under Foo)
Notebooks > Bar > New "Bar" Note (and below, all the notes I filed under Bar)

Instead, I have to click on "Search All Notes" to get to someplace
where I can narrow down my search to just Foo or just Bar. This is
completely counterintuitive to me, and breaks the Rule of Least
Surprise twice; I was expecting those to show up as submenus under the
"Notebooks >" menu (surprise #1: they didn't), and it's only because I
went hunting that I found the functionality at all (surprise #2: I
wasn't expecting it to be under "Search All Notes").

--

-- 
Robin Munn
rmunn@...
GPG key 0x4543D577
Michael Sullivan | 16 Jul 2009 13:13
Picon

Re: A plea for "real" tagging


Robin Munn wrote:

> Another possibility: instead of using a checkbox, users enter tags
> into a simple textbox -- in which case, tab- or comma-completion of
> existing tags is a good idea. (With a highlighted bit of auto-complete
> text to show the user what Tomboy thinks s/he is trying to type. BTW,
> anyone know if autocomplete, or rather AutoComplete, is a trademarked
> term?)

A quick search at the US Patent and Trade Office website shows that no
one has ever held a trademark on AutoComplete.  I'm no lawyer, but that
seems encouraging.
http://tess2.uspto.gov/bin/gate.exe?f=searchss&state=4004:5jg3df.1.1

Michael Sullivan

Gmane