[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