GNOME Bugzilla – Bug 315222
Renaming Start Here breaks key bindings.
Last modified: 2008-02-26 20:49:34 UTC
1.Rename 'Start Here' page to My Page 2. Ctrl-F11 The Ctrl-F11 binding should take you to this page whatever it is called. The keybind should say something like 'Open Top level Page': <Ctrl-F11> I think if tomboy is going to have a special toplevel page that you can't delete then it needs to be a little different to the other pages. At present the only difference is you simply can't delete it. Instead I think it should be in it's own section of the menu and have a different icon. The page could also look visibly different. Perhaps it could contain a header section with some dynamic summary info for the whole wiki.. i.e. # pages, size, words, recent changes, new pages.
As far as I know, the "Start here" page can be deleted just like other notes. What I'd like to see is an option to use another page as the default page.
FYI, delete is disabled for "Start Here" notes.
Are you sure about that? There's a delete button on mine.
The delete button on the Start Here note is present, but "insensitive" as of today's CVS.
I had previously deleted the Start Here note, and I thought the shortcut was broken. Creating a new note called Start Here resolved the problem. As a feature request, I think the "Start Here" should not be hard-coded. Users should be able to choose what note(s) they can open with the shortcut. Possibly even a gnome-love item? :)
I tough about replacing the item "Open Start Here:" with a GtkLabel "Open " + a GtkCombo with a list of the current avaible notes + the GtEntry for the shorcut keys....suggestions?
Why not make the start note configurable? Something like "use as start note" or a dropdown in the prefs dialog. Personally, I dislike the string "Start here". The imperative form gives me the impression the computer is telling me what to do, instead of the other way around. For my own notes, I would like "Notes overview" better.
(In reply to comment #6) > I tough about replacing the item "Open Start Here:" with a GtkLabel "Open " + a > GtkCombo with a list of the current avaible notes + the GtEntry for the shorcut > keys....suggestions? This is not feasible for notes with long names. It is also a disaster for i18n.
Noticed this bug still present in Ubuntu 6.10. Ideally Tomboy would allow the 'Start Here' page to be renamed but not deleted. And it should always stay bound to the Alt-F11 shortcut. And perhaps the title of the 'Start Here' note, when open, should have a little 'home' icon next to it, or something, to make it clear for those cases where it *has* been renamed. Is that feasible?
Created attachment 80094 [details] [review] Patch to fix the problem of losing the keybinding if renamed This patch seems to work for me. I am able to rename the "Start Here" note to something else and have the keybinding remain active. The question is, would this break the GNOME 2.18 feature freeze? Any ideas on that Alex? If you've already got Tomboy installed and have run it at least once, you have to make sure you've got a note titled "Start Here" before running this for the first time (it will look for it and set that as the "Start Here" note). If you don't have one, a "Start Here" note won't be set.
This patch will break if you move your home directory, because the URIs will no longer correspond to your data. It should probably just use relative paths (/apps/tomboy/start_note -> "blahblahblah.note" instead of "file:///home/federico/.tomboy/blahblahblah.note").
(In reply to comment #11) > This patch will break if you move your home directory, because the URIs will no > longer correspond to your data. > > It should probably just use relative paths (/apps/tomboy/start_note -> > "blahblahblah.note" instead of > "file:///home/federico/.tomboy/blahblahblah.note"). > That would be true for all note URIs that are stored. The full path should probably be removed. We ought to create a new bug just for that. Fortunately home directories don't seem to be moved all the time.
Correction...full file-system paths are not used in the URI. For example, here's a sample Tomboy note URI: note://tomboy/2ef9fe9f-10ca-4011-9756-78d479396307
Got approval from vuntz from the release team...this is a legitimate bugfix. Committed patch from comment #10 to SVN.