cs_hackerary | DW Filter Mgmt: The Pointers

foxfirefey posted elsewhere:

So, the main bug for improving the filter management interface is this:

* Improve UI for Filter Management

Other bugs that will influence the controls of the revamp, I think, are

* Export of access (or subscription) filter lists
* Link to per-user access/subscribe filter changing on the filter page
* Inverse reading filters on the fly
* New filters from old
* import names from access filter to subscription filter
* Add a "locked" option to subscription filters
* Add more options to ratings on subscription filters
* Subscribe to tag from /manage/circle/add or manage/circle/edit -- modularity so we could put an interface on these pages easily is a great plus

This does not have to be part of the same interface but if we are capable of doing this so much the better:

manage/subscriptions/filters should not require JavaScript

So, what we need to do overall:

* Probably make mockups, even simple ones, of what different stages/actions on the interface do, and where they are
* Backend is Perl and Template Toolkit; frontend can be HTML5 with CSS and jQuery/jQuery-UI. We're trying to kill all the BML (about 45k lines to go of mashed up Perl, JS, CSS, and HTML)

I think actually implementing all of this is pretty heavy hitting stuff and way out of the scope of one development project, but UI/UX mockups and functional specifications to start from and feedback during implementation would be great.

I looked over on DW and you had a free account, which would be very inconvenient for seeing what extra subscription filtering options there are right now, so I've gotten you a paid account for a while.

Other incidental bugs for reading filters, just so you know what's also on the table:

* Subscription Filters: create a module to display them as links -- this will let people use a list of their filters in the modules areas. Pretty easy, I think I could do this one right after my other bug goes through, I've done modules before.
* Optionally allow readers to see the other members of a custom filter
* Improve filter error message -- now that we can have public filters, an improvement to the error page is timely, since we could list public filters and provide a login.
* console command to output membership in a custom filter