GNOME Bugzilla – Bug 553077
tomboy doesn't bring summoned pages to active desktop
Last modified: 2013-10-30 14:48:53 UTC
Originally reported on Launchpad: https://launchpad.net/bugs/263656 ------------ 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, Tomboy version 0.10.2-0ubuntu1 -------------- Not sure what the "correct" behavior should be in this case. 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).
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.