Posted by joncup on June 11, 2008 at 12:04am
Jump to:
| Project: | Session Favorites |
| Version: | 5.x-1.x-dev |
| Component: | Miscellaneous |
| Category: | feature request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed (won't fix) |
Issue Summary
+1 for making this work with Views Bookmarks
Comments
#1
Another cheer from the crowd.
#2
I changed the name of the tittle. This module has been coming along very nicely, if I could just theme the output of the favorites page I would be very happy in using this module instead of Views Bookmarks. Ideally integration with the views module so that I could just override the standard view for this module. Would also make it easy to put the menu link in a tab. Any ways, I just wanted to see how the this was coming, maybe start a dialog on the best way to implement this. Especially with the email module, this has become a very powerful easy to use module, I would love to see it get views support.
-J
#3
joncup,
Views integration is a possibility, but a different thing all together. By integration with views bookmarks and favorite nodes, I was envisioning a system where a visitor has a collection of Session Favorites, then they log in. Upon login, the Session Favorites module would (depending on how it was configured) transfer all the favorites stored via a session into the more permanent nid/uid association. The danger in relying solely on this module is that once a cookie is expired by php, or deleted by the browser, that visitor looses the entire list. Another problem is if the visitor browses from a different computer, they don't have their list.
Views integration is a strong possibility, but belongs in a separate issue.
Now, for an update on integration, given the recent release of the Session API module, I will probably build a hook system that gets invoked at the moment the user logs in (as described above). This way modules such as views bookmark or favorite node (or any other module that associates uids with nids) could hook into this module and others. Stay tuned.
Cheers,
Jonathan
#4
+1 for integration with flags. Even if it doesn't work all the time, that's still cool. Users would have to sign up to be sure their flagged items would be saved.
#5
Another route would be to use lazy registration: #142607: will there be a new version for Drupal 5 and 6.
#6
I'm not sure if lazy registration would work for me. On my site I just want to let them use some functions (just Flags actually) before being logged in... and not let them use other functions (comments.. or o man I would get a lot of spam). Flags is one of the only functions they could use on my site that cannot result in spam because I allow use of Flags only privately.
#7
@taite11: The idea behind lazy registration suggests to me that the user accounts would be inspected to some degree. Rules would be able to do a lot of the heavy lifting if you wanted to run actions in response to this activity, and for spam, you could use a service like Mollom.
I think the convenience of lazy registration would be a great feature to get people started flagging and using all the site features. If the account is bogus, then it would soon be deleted along with the user's content.
#8
Mitchell - Ya... I guess so. Well, I'll try Lazy Registration if there's a 6.x version. :) Thanks for the tip.
#9
This issue has some obvious relevance here. The #271582: Allow anonymous users to flag content issue would make it so that you wouldn't need Session Favorites at all.
#10
Given that flag now supports this, this module is effectively at the end of it's supported life span.