Need to wire in the search context drop downs to LiveSearch

[Nat Katin-Borland]

We need to wire in the context drop downs into the LiveSearch. It looks like the only one we have wired in right now is "this community," so we need to add the others "this directory," "community descriptions", others?

[Paul Everitt (paul-agendaless)]

I think Nat's list covers the minimum needed to match ux1's extra search boxes. Nat, if there are others, let me know.

[Balazs Ree (ree)]

Some questions about the exact semantics.

"This directory". It is clear what it means. The question is, when should this be present?
- always?
- or, together when "community" option is shown? (currently on the condition if we are inside a community)
- or, shall we have another condition?

"community descriptions", what does this mean? Can you specify what happens when someone selects this? An example is good too.

[Nat Katin-Borland (nborland)]

*This Directory - Should be present whenever a user is in the People Directory or an individual People Directory report
*This Community - Should search content in the community the user is in
*Community Descriptions - This is meant to replace the search box on the main Communities tab, so it should appear when a user is on the Communities tab. Currently, the communities search box searches a community's title, description and Overview tab text, so we should just mimic that behavior
*Network News - Should appear when a user is in Network News
*This Calendar - Should appear when a user is in the Global Staff Calendar

And one that we had discussed previously, but I'm not sure where things were left:

*This Office - Should be present when a user is on KARL office homepage

Paul, please chime in if I'm missing anything.

--
Nathaniel Katin-Borland
Support Specialist
Knowledge Management Initiative
KARL Support Team

Open Society Foundations - New York Office
400 West 59th Street
New York, NY 10019
Email: <email address hidden>
Phone: [phone]
http://www.soros.org/
http://www.karlproject.org

-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Balazs Ree
Sent: Wednesday, June 13, 2012 9:30 AM
To: Nathaniel Katin-Borland
Subject: [Bug 990035] Re: Need to wire in the search context drop downs to LiveSearch

Some questions about the exact semantics.

"This directory". It is clear what it means. The question is, when should this be present?
- always?
- or, together when "community" option is shown? (currently on the condition if we are inside a community)
- or, shall we have another condition?

"community descriptions", what does this mean? Can you specify what happens when someone selects this? An example is good too.

** Changed in: karl3
       Status: New => Incomplete

--
You received this bug notification because you are subscribed to the bug report.
https://bugs.launchpad.net/bugs/990035

Title:
  Need to wire in the search context drop downs to LiveSearch

Status in KARL3:
  Incomplete

Bug description:
  We need to wire in the context drop downs into the LiveSearch. It
  looks like the only one we have wired in right now is "this
  community," so we need to add the others "this directory," "community
  descriptions", others?

To manage notifications about this bug go to:
https://bugs.launchpad.net/karl3/+bug/990035/+subscriptions

[Nat Katin-Borland (nborland)]

I also just realized that we have a search box on the Global Tag cloud - do we need to add a Tag Cloud option?

--
Nathaniel Katin-Borland
Support Specialist
Knowledge Management Initiative
KARL Support Team

Open Society Foundations - New York Office
400 West 59th Street
New York, NY 10019
Email: <email address hidden>
Phone: [phone]
http://www.soros.org/
http://www.karlproject.org

-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Nathaniel Katin-Borland
Sent: Wednesday, June 13, 2012 10:38 AM
To: Nathaniel Katin-Borland
Subject: RE: [Bug 990035] Re: Need to wire in the search context drop downs to LiveSearch

*This Directory - Should be present whenever a user is in the People Directory or an individual People Directory report *This Community - Should search content in the community the user is in *Community Descriptions - This is meant to replace the search box on the main Communities tab, so it should appear when a user is on the Communities tab. Currently, the communities search box searches a community's title, description and Overview tab text, so we should just mimic that behavior *Network News - Should appear when a user is in Network News *This Calendar - Should appear when a user is in the Global Staff Calendar

And one that we had discussed previously, but I'm not sure where things were left:

*This Office - Should be present when a user is on KARL office homepage

Paul, please chime in if I'm missing anything.

--
Nathaniel Katin-Borland
Support Specialist
Knowledge Management Initiative
KARL Support Team

Open Society Foundations - New York Office
400 West 59th Street
New York, NY 10019
Email: <email address hidden>
Phone: [phone]
http://www.soros.org/
http://www.karlproject.org

-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Balazs Ree
Sent: Wednesday, June 13, 2012 9:30 AM
To: Nathaniel Katin-Borland
Subject: [Bug 990035] Re: Need to wire in the search context drop downs to LiveSearch

Some questions about the exact semantics.

"This directory". It is clear what it means. The question is, when should this be present?
- always?
- or, together when "community" option is shown? (currently on the condition if we are inside a community)
- or, shall we have another condition?

"community descriptions", what does this mean? Can you specify what happens when someone selects this? An example is good too.

** Changed in: karl3
       Status: New => Incomplete

--
You received this bug notification because you are subscribed to the bug report.
https://bugs.launchpad.net/bugs/990035

Title:
  Need to wire in the search context drop downs to LiveSearch

Status in KARL3:
  Incomplete

Bug description:
  We need to wire in the context drop downs into the LiveSearch. It
  looks like the only one we have wired in right now is "this
  community," so we need to add the others "this directory," "community
  descriptions", others?

To manage notifications about this bug go to:
https://bugs.launchpad.net/karl3/+bug/990035/+subscriptions

--
You received...

[Paul Everitt (paul-agendaless)]

Network News is a tougher one because it has the box that narrows the search by date. Thus, we have to repeat the searchbox there.

--Paul

On Jun 13, 2012, at 10:38 AM, Nat Katin-Borland wrote:

> *This Directory - Should be present whenever a user is in the People Directory or an individual People Directory report
> *This Community - Should search content in the community the user is in
> *Community Descriptions - This is meant to replace the search box on the main Communities tab, so it should appear when a user is on the Communities tab. Currently, the communities search box searches a community's title, description and Overview tab text, so we should just mimic that behavior
> *Network News - Should appear when a user is in Network News
> *This Calendar - Should appear when a user is in the Global Staff Calendar
>
> And one that we had discussed previously, but I'm not sure where things
> were left:
>
> *This Office - Should be present when a user is on KARL office homepage
>
> Paul, please chime in if I'm missing anything.
>
>
> --
> Nathaniel Katin-Borland
> Support Specialist
> Knowledge Management Initiative
> KARL Support Team
>
> Open Society Foundations - New York Office
> 400 West 59th Street
> New York, NY 10019
> Email: <email address hidden>
> Phone: [phone]
> http://www.soros.org/
> http://www.karlproject.org
>
> -----Original Message-----
> From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Balazs Ree
> Sent: Wednesday, June 13, 2012 9:30 AM
> To: Nathaniel Katin-Borland
> Subject: [Bug 990035] Re: Need to wire in the search context drop downs to LiveSearch
>
> Some questions about the exact semantics.
>
> "This directory". It is clear what it means. The question is, when should this be present?
> - always?
> - or, together when "community" option is shown? (currently on the condition if we are inside a community)
> - or, shall we have another condition?
>
> "community descriptions", what does this mean? Can you specify what
> happens when someone selects this? An example is good too.
>
> ** Changed in: karl3
> Status: New => Incomplete
>
> --
> You received this bug notification because you are subscribed to the bug report.
> https://bugs.launchpad.net/bugs/990035
>
> Title:
> Need to wire in the search context drop downs to LiveSearch
>
> Status in KARL3:
> Incomplete
>
> Bug description:
> We need to wire in the context drop downs into the LiveSearch. It
> looks like the only one we have wired in right now is "this
> community," so we need to add the others "this directory," "community
> descriptions", others?
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/karl3/+bug/990035/+subscriptions
>
> --
> You received this bug notification because you are subscribed to KARL3.
> https://bugs.launchpad.net/bugs/990035
>
> Title:
> Need to wire in the search context drop downs to LiveSearch
>
> Status in KARL3:
> Incomplete
>
> Bug description:
> We need to wire in the context drop downs into the LiveSearch. It
> looks like the only one we have wired in right now is "this
> community," so we need to add the others "this directory," "...

[Nat Katin-Borland (nborland)]

OK

--
Nathaniel Katin-Borland
Support Specialist
Knowledge Management Initiative
KARL Support Team

Open Society Foundations - New York Office
400 West 59th Street
New York, NY 10019
Email: <email address hidden>
Phone: [phone]
http://www.soros.org/
http://www.karlproject.org

-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Paul Everitt
Sent: Friday, June 15, 2012 10:18 AM
To: Nathaniel Katin-Borland
Subject: Re: [Bug 990035] Need to wire in the search context drop downs to LiveSearch

Network News is a tougher one because it has the box that narrows the search by date. Thus, we have to repeat the searchbox there.

--Paul

On Jun 13, 2012, at 10:38 AM, Nat Katin-Borland wrote:

> *This Directory - Should be present whenever a user is in the People
> Directory or an individual People Directory report *This Community -
> Should search content in the community the user is in *Community
> Descriptions - This is meant to replace the search box on the main
> Communities tab, so it should appear when a user is on the Communities
> tab. Currently, the communities search box searches a community's
> title, description and Overview tab text, so we should just mimic that
> behavior *Network News - Should appear when a user is in Network News
> *This Calendar - Should appear when a user is in the Global Staff
> Calendar
>
> And one that we had discussed previously, but I'm not sure where
> things were left:
>
> *This Office - Should be present when a user is on KARL office
> homepage
>
> Paul, please chime in if I'm missing anything.
>
>
> --
> Nathaniel Katin-Borland
> Support Specialist
> Knowledge Management Initiative
> KARL Support Team
>
> Open Society Foundations - New York Office
> 400 West 59th Street
> New York, NY 10019
> Email: <email address hidden>
> Phone: [phone]
> http://www.soros.org/
> http://www.karlproject.org
>
> -----Original Message-----
> From: <email address hidden> [mailto:<email address hidden>] On Behalf
> Of Balazs Ree
> Sent: Wednesday, June 13, 2012 9:30 AM
> To: Nathaniel Katin-Borland
> Subject: [Bug 990035] Re: Need to wire in the search context drop
> downs to LiveSearch
>
> Some questions about the exact semantics.
>
> "This directory". It is clear what it means. The question is, when should this be present?
> - always?
> - or, together when "community" option is shown? (currently on the
> condition if we are inside a community)
> - or, shall we have another condition?
>
> "community descriptions", what does this mean? Can you specify what
> happens when someone selects this? An example is good too.
>
> ** Changed in: karl3
> Status: New => Incomplete
>
> --
> You received this bug notification because you are subscribed to the bug report.
> https://bugs.launchpad.net/bugs/990035
>
> Title:
> Need to wire in the search context drop downs to LiveSearch
>
> Status in KARL3:
> Incomplete
>
> Bug description:
> We need to wire in the context drop downs into the LiveSearch. It
> looks like the only one we have wired in right now ...

[Paul Everitt (paul-agendaless)]

We need to slow everything down until we get clarity on the Q4 budget.

[Paul Everitt (paul-agendaless)]

Balazs, we probably should get this wired up at some point. I'll move it to M121 so you can ignore it until after next week.

[Balazs Ree (ree)]

I am in a good progress with the searchbox (live search) overhaul (more details about that soon). In the light of this, the new "context filters" should be added to the new search box.

In the new implementation, currently, there are two "contexts" allowed: all karl, and this community. We decide this based on the url (context) of the current page, and this is the place where we can offer any number of

Also in my opinion: To keep the UI understandable and well functioning, we should not try to cram more features into the "context filter". It should simply do what it's meant for: limit the result set to a given subtree from the sensible choices that we offer to the given page. If any other type of filtering or modification of search behaviour is needed beyond that, I would prefer to add another checkbox / dropdown, not only because it leads to cleaner code but also because it makes the UI cleaner for the user.

[Paul Everitt (paul-agendaless)]

I agree with your opinion, we shouldn't try to jam every possible search into the global searchbox. It was my idea originally but I've since come to dislike that idea.

In many places where we wanted to replace a search (e.g. the communities listing, the people reports) what we are really doing is filtering the results of a "paginated" listing or grid.

Since we know we want to replace pagination with infinite scrolling, perhaps we can just adopt a filter box in the header of any new grid.

But again, like everything else, we have to find out if UX2 is going forward or not.

--Paul

On Dec 30, 2012, at 4:24 AM, Balazs Ree <email address hidden> wrote:

> I am in a good progress with the searchbox (live search) overhaul (more
> details about that soon). In the light of this, the new "context
> filters" should be added to the new search box.
>
> In the new implementation, currently, there are two "contexts" allowed:
> all karl, and this community. We decide this based on the url (context)
> of the current page, and this is the place where we can offer any number
> of
>
> Also in my opinion: To keep the UI understandable and well functioning,
> we should not try to cram more features into the "context filter". It
> should simply do what it's meant for: limit the result set to a given
> subtree from the sensible choices that we offer to the given page. If
> any other type of filtering or modification of search behaviour is
> needed beyond that, I would prefer to add another checkbox / dropdown,
> not only because it leads to cleaner code but also because it makes the
> UI cleaner for the user.
>
> ** Changed in: karl3
> Status: Confirmed => Triaged
>
> --
> You received this bug notification because you are subscribed to KARL3.
> https://bugs.launchpad.net/bugs/990035
>
> Title:
> Need to wire in the search context drop downs to LiveSearch
>
> Status in KARL3:
> Triaged
>
> Bug description:
> We need to wire in the context drop downs into the LiveSearch. It
> looks like the only one we have wired in right now is "this
> community," so we need to add the others "this directory," "community
> descriptions", others?
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/karl3/+bug/990035/+subscriptions