[buddypress-trac] [BuddyPress Trac] #5513: Bulk Notifications Management
buddypress-trac
noreply at wordpress.org
Mon Nov 10 19:46:04 UTC 2014
#5513: Bulk Notifications Management
---------------------------+------------------
Reporter: colabsadmin | Owner:
Type: enhancement | Status: new
Priority: normal | Milestone: 2.2
Component: Notifications | Version: 2.0
Severity: normal | Resolution:
Keywords: needs-patch |
---------------------------+------------------
Comment (by lakrisgubben):
Replying to [comment:6 boonebgorges]:
Thanks for the quick feedback Boone! :) Most of the stuff are no-brainers
and I'll fix them in the next patch. Just wanted to ask some stuff about
the things I'm not totally confident about...
I agree with you about the problems with the current js-only approach, and
after thinking about it a bit more I think that a page reload is the
better approach, since it stays in line with how marking a single
notification as read/unread works. It also gets rid of the problems with
pagination etc (even though they of course could be solved in other
ways..).
You mention that "With this kind of form, enabling no-JS support is very
easy, so let's do it." But I'm not totally sure (and maybe I'm blind, but
can't find any good examples in bp-core) of how you usually do this. How
you handle this kind of stuff when marking a single notification looks
good, but how would I be able to pass the checked notifications to the
form/get-params without js? The first solution that spring to mind is of
course putting all of the checkboxes into the same form as where the
submit button is. But that would mean wrapping the whole table in a form,
and seems kind of not like how you usually do it.
I think I just need a pointer in the right direction here. :) My initial
thought was to use the messages list as a starting point, but the bulk
actions there only work with js enabled... :/
--
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/5513#comment:7>
BuddyPress Trac <http://buddypress.org/>
BuddyPress Trac
More information about the buddypress-trac
mailing list