Not compatible with A Better RTM plugin
in
6 posts,
3 voices
Volkan
Scriptwright
  |
Hey I like the concept of this script but I am also using the A Better RTM extension, and when I enable this, the Task Lists disappear from the sidebar. If you can fix that I'd be grateful. |
emalminator
Script's Author
 |
From the discussion at http://www.rememberthemilk.com/forums/tips/2943/ (in particular, kanntara's comments), it sounds like other users have encountered this conflict with the A Bit Better RTM script, and they have solved it by commenting out the RemoveListHandler function. I haven't had a chance to test that myself (and I probably won't until this summer), but if that works, please let me know! |
Matthew Koun...
User
|
I have not run into this yet, but what I did notice is the right side panel (with task or list details) scrolls with the page with A Bit Better RTM Extension, but when RTM:TCR is enabled, it doesn't. I have to say one thing, though, and that is you have my highest praise for not only making a useful and clean extension, but one that I could configure to fit my existing list naming scheme with minimal changes. Thank you thank you thank you. I am a very happy camper at the moment and can see my way to having heirarchy in RTM that WORKS. |
|
emalminator
Script's Author
|
Hi, Matthew, Sure, I think I know what you're talking about. There's a function in the script, FixSidebar, that keeps that right-hand panel at the top of the page. If you want to turn that feature off, comment out the line in the script (#1248, near the end of the script) where that function gets called. I added that feature because if your restructured tag cloud is long enough to scroll past the bottom of the page, the lower part of it can become inaccessible when the cloud floats. When its position is fixed, though, you can always scroll down to the bottom of the cloud. Glad to hear you're finding the extension useful! I've definitely been enjoying working on it again. Please let me know if that solves the problem or if you run into any more bugs. |
|
Matthew Koun...
User
|
Thanks for your reply! I just found the FixSidebar function and was coming back to this page to write "duh, I found it". :) I am having buggy behavior I'm trying to sort through which may have nothing to do with your script. I have "RTM keyconfig" and "RTM List Names and Links" Greasemonkey scripts running with the "A Bit Better RTM" extension. On the overview page, the tag cloud links are all clickable. When I have the FixSidebar enabled, the links in the cloud are not clickable in the list view. Right now, I have FixSidebar() uncommented (active). I hit refresh on Firefox and it reloads the RTM page and puts me at the Overview page. Cloud links are usable. I click "continue to tasks" and they are not. (Or pick one of the cloud links from the Overview) page. Some of the lists work. For instance, if I search for list:inbox, the links work. If I search for list:$ (my "work" list), it doesn't. If I search for a smart list ("@online") they work. $ is one of the lists I have renamed... I just tried disabling both of the other Greasemonkey extensions and I still get inconsistent activation of the tag cloud. What's odd, too, is I have no such problems on my home computer with the tag cloud functioning. Also, the list filter is doing something I don't understand. It filters out all of the lists that are in the heirarchy, which I don't mind as I can access from from the cloud. But if I click on one of the lists, it loads the list then the list title vanishes from the list of lists. Doesn't seem to matter what the list is called. e.g. "Else" which is a smart list. Again, probably an interaction. |
|
emalminator
Script's Author
|
Hi, Matthew, Thanks for the information about the bugs you're seeing. I haven't personally encountered them, but I'm also not running any other scripts or extensions that affect RTM. Just to make sure we're on the same page, it's correct that you're running an up-to-date Firefox with Greasemonkey? And what OS are you on? The list-hiding behavior sounds similar to what kidpixo reported a few months ago. I think what's happening is that when you select that smart-list tab, the class of that element changes from xtab_smartlist to xtab_selected. Then at some point the list-hiding routine runs again (possibly triggered by one of the other scripts or extensions) and sees that that tab is neither a smart list nor one of the ordinary lists for which it has an exception, so it hides it. The script could instead show all the list tabs that have the class xtab_selected, but unfortunately that's also not a complete solution: when you select an ordinary list from the cloud, it'll then also show up in the tab list. One idea I'd like to explore would be to add an onclick handler to the smart-list tab that tells the list-hiding code not to hide that tab. That sounds a bit more complicated, though, so I might not be able to implement it quickly. :) That's also strange about the list tags in the cloud. Does that happen consistently for lists you've renamed? Also, if you inspect the 'a' element in that tag, does it still have an attribute like Finally, since I'm not seeing these bugs myself, I'd definitely appreciate some assistance in testing for them. If you'd be interested in coordinating about that, please let me know, either on this forum or via a message. Thanks again! Best,
|
