tomboy doesn't bring summoned pages to active desktop

Bug #263656 reported by Robert Persson
6
Affects Status Importance Assigned to Milestone
tomboy
Won't Fix
Wishlist
metacity (Ubuntu)
Invalid
Low
Unassigned
tomboy (Ubuntu)
Invalid
Low
Unassigned

Bug Description

Binary package hint: tomboy

I tend to spread my work over more than one virtual desktop. This means that it is easy to lose track of windows if the application that created them does not allow you to summon them to your current desktop. I have just encountered this problem with Tomboy. What happened was that I clicked on a link in one page, but the linked page did not show up. It took me quite a while to realise that the page was indeed showing up, only on another desktop. This is counterintuitive. It is a particular problem with Tomboy because Tomboy users may well have many many pages open simultaneously and will find this kind of thing quite confusing. This in turn will defeat the purpose of Tomboy, which is to be an intuitive and painless way to store and retrieve information quickly.

What needs to happen is that clicking a wikilink on a Tomboy page should summon the linked page to the active virtual desktop.

This bug was observed in Hardy.

Changed in tomboy:
importance: Undecided → Low
Revision history for this message
Greg Grossmeier (greg.grossmeier) wrote :

Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments here http://bugzilla.gnome.org/show_bug.cgi?id=553077

Changed in tomboy:
status: New → Triaged
Changed in tomboy:
status: Unknown → New
Revision history for this message
Greg Grossmeier (greg.grossmeier) wrote :

My additional comment on upstream bugtracker:
"Options:
A) Bring the linked to note to the currect desktop
B) Bring the user to the desktop the linked to note is on
C) "Activate" the linked to note which causes it to blink in the taskbar and
when clicked the user is brought to that note's desktop (what happens now)."

From upstream dev:
"Currently this behavior is dependent on the window manager, and I'm not sure
how much we should do to change those conventions. After all, this is the same
behavior you get when clicking an HTTP URL in an app that resides on a
different desktop from your open web browser.

I'd be curious to get more input on this. One approach would be to make it a
preference, too, since I'm sure there are at least a few people who like all of
their windows to follow the conventions of the window manager they use."

Revision history for this message
Nicholas J Kreucher (kreucher) wrote :

Agree it's the job is the WM, not Tomboy.

FYI - Ubuntu folks added a behavior change patch restricting window desktop warping in metacity. So if you are not running compiz, check out how to reverse it here:

https://bugs.launchpad.net/metacity/+bug/207744/comments/3

If you are running compiz, maybe someone could respond on how metacity is used/notused in compiz and how the 011_gnome_482354_attachment_104591.patch gorp effects compiz.

Changed in metacity (Ubuntu):
importance: Undecided → Low
Changed in tomboy:
importance: Unknown → Wishlist
Changed in tomboy:
status: New → Won't Fix
Changed in metacity (Ubuntu):
status: New → Invalid
Changed in tomboy (Ubuntu):
status: Triaged → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.