If you are looking for user interface suggestions kayak.com has always been one of the best sites (in my opinion) at presenting a complex set of filters on both desktop and mobile (the site isn't responsive but it's easy enough make a responsive version by combining the two designs). They do a nice job of simplifying the criteria and hiding more complex options. Personally, I would try to avoid complex filtering unless your users are "power users". I think people find it easier if you lead them down a path asking one question at a time (what would be your filter options) and then they land at their destination with the data they are expecting. If you can build a "dashboard" where they can be taken to the most common filter options that's another good option. Otherwise, they land on a page with a bunch of data that they don't care about and then they have to try and figure out how to interact with a complex filter. One other important bit of advice: if you make your filtering reload the data with javascript make sure you update the URL as people will send links to the results page and wonder why the link they click on doesn't have the right data.
On Tuesday, November 24, 2015 at 7:04:04 AM UTC-5, Vernma wrote: > > I have a large database application which presents oil and gas industry > information about gas company systems. > > It's purpose is to allow a gas company operator compare their system from > the 1000's of other gas companies in the US. > > There are as many as 200+ possible filters into this data which might be > categorized in up to 20 different categories. Most are numeric and would > allow entry of min and max limits. > > Any suggestions as to a paradigm for presenting all of these filters in a > reasonable fashion? I would probably have them choose the filters they want > and then have them enter their settings for those chosen. > > The app might also be used from mobile devices. > > So many filters, so little real estate. > > TIA. > > Vernon > -- You received this message because you are subscribed to the Google Group: "Washington, DC PHP Developers Group" - http://www.dcphp.net To post, send email to washington-dcphp-group@googlegroups.com To unsubscribe, send email to washington-dcphp-group+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/washington-dcphp-group?hl=en --- You received this message because you are subscribed to the Google Groups "Washington, DC PHP Developers Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to washington-dcphp-group+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
