Header styles

[bryanconnor]

I showed a glimpse of this when we last met but I've had a chance to code it up in local branch of Madison I've been working on. What do you think? Do you want to see some more options? Would you be ready to go in this direction?

[cmbirk]

@seamuskraft @krues8dr @leilis would you guys take a look at @bryanconnor 's changes and give some feedback?

[seamuskraft]

@bryanconnor @cmbirk i like it a lot. Thanks Bryan. Good by me.

[leilis]

Looks great!

[cmbirk]

@bryanconnor Not sure about the search bar hanging out in the middle here. What are your thoughts on moving that to the homepage? Something like 'Filter documents by ... ' or search all documents

[seamuskraft]

@cmbirk makes sense, but I think having it in the banner would drive more use of it (to help us build out the site moving forward).  @bryanconnor?- Seamus

On Wed, Mar 19, 2014 at 12:22 PM, Chris Birk [email protected]
wrote:

@bryanconnor Not sure about the search bar hanging out in the middle here. What are your thoughts on moving that to the homepage? Something like 'Filter documents by ... ' ** or search all documents **

Reply to this email directly or view it on GitHub:
#5 (comment)

[bryanconnor]

On the homepage the global search a little redundant and at some point I think you'd want to search docs on the homepage by any keyword like @cmbirk is suggesting.

Being able to search for documents globally from any page could be important, however, if the homepage is a dedicated search page it's not all that different to go to the homepage to find your document instead of using a global search bar.

In a scenario where we remove the global search bar the homepage would have to stay as a dedicated place to search for documents and include keyword search. I'm all for this. What do you guys think?

Also, which do you find yourself using more to find a particular document? The global search or the homepage list?

[cmbirk]

@bryanconnor I only use the homepage... I haven't used the search bar yet :\ . In general, users aren't going to be doing broad searches, which is why we've prioritized the filters for sponsors, categories, etc.

@seamuskraft that's not what we're trying to drive use of on the document pages though, and we really have no reason to drive use to the search at this point

[seamuskraft]

@bryanconnor we use list mostly, but that's because there aren't that many/we know what we are looking for.  I like the mymadison.io homepage with prominent search (as opposed to city/congress-specific ones).- Seamus

On Wed, Mar 19, 2014 at 12:41 PM, Chris Birk [email protected]
wrote:

@bryanconnor I only use the homepage... I haven't used the search bar yet :\ . In general, users aren't going to be doing broad searches, which is why we've prioritized the filters for sponsors, categories, etc.

@seamuskraft that's not what we're trying to drive use of on the document pages though, and we really have no reason to drive use to the search at this point

Reply to this email directly or view it on GitHub:
#5 (comment)

[cmbirk]

So @bryanconnor would you wireframe what you think adding the search to the homepage would look like?

[bryanconnor]

Yep, can do.

[bryanconnor]

Just finished a vision for a searchable homepage.

The primary changes would be using the tagging support of Select2 (http://ivaynberg.github.io/select2/) and adding keywords ass a supported input for that field. The sort mechanism is also moved down to the results area and remains a drop down menu (without a search field).

[seamuskraft]

@bryanconnor I like this - Seamus

On Wed, Mar 19, 2014 at 4:02 PM, Bryan [email protected] wrote:

Just finished a vision for a searchable homepage.

The primary changes would be using the tagging support of Select2 (http://ivaynberg.github.io/select2/) and adding keywords ass a supported input for that field. The sort mechanism is also moved down to the results area and remains a drop down menu (without a search field).

Reply to this email directly or view it on GitHub:
#5 (comment)

[cmbirk]

@bryanconnor this isn't how our search operates. Elasticsearch uses a text-based search and we don't add tags to documents at the moment. We're going to need to separate the search from the select2 element.

[bryanconnor]

Updated this to accommodate for how the search works. The formatting of the select2 dropdown also assumes you only want to allow one filter at a time (as the site currently works). If you want to extend that at any point to allow multiple filters I'd suggest going with the select2 tag formatting for the field.

[seamuskraft]

@bryanconnor this looks great. Good by me to plug in.

• Seamus

Seamus Kraft
Executive Director
760-659-0631
OpenGovFoundation.org
@seamuskraft http://Twitter.com/SeamusKraft

On Fri, Mar 21, 2014 at 12:23 PM, Bryan [email protected] wrote:

Updated this to accommodate for how the search works. The formatting of
the select2 dropdown also assumes you only want to allow one filter at a
time (as the site currently works). If you want to extend that at any point
to allow multiple filters I'd suggest going with the select2 tag formatting
for the field.

[image: homepage-search-03-01]https://f.cloud.github.com/assets/1190829/2485111/1aa92818-b115-11e3-8c39-0bbfe6c188c7.png

Reply to this email directly or view it on GitHubhttps://github.com//issues/5#issuecomment-38293831
.