Return-Path: X-Original-To: apmail-incubator-bloodhound-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-bloodhound-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9F602F53E for ; Thu, 21 Mar 2013 15:36:15 +0000 (UTC) Received: (qmail 11797 invoked by uid 500); 21 Mar 2013 15:36:15 -0000 Delivered-To: apmail-incubator-bloodhound-dev-archive@incubator.apache.org Received: (qmail 11777 invoked by uid 500); 21 Mar 2013 15:36:15 -0000 Mailing-List: contact bloodhound-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: bloodhound-dev@incubator.apache.org Delivered-To: mailing list bloodhound-dev@incubator.apache.org Received: (qmail 11769 invoked by uid 99); 21 Mar 2013 15:36:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Mar 2013 15:36:15 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of olemis@gmail.com designates 209.85.223.169 as permitted sender) Received: from [209.85.223.169] (HELO mail-ie0-f169.google.com) (209.85.223.169) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Mar 2013 15:36:10 +0000 Received: by mail-ie0-f169.google.com with SMTP id qd14so2157589ieb.14 for ; Thu, 21 Mar 2013 08:35:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=SKICmuTrHUd+aDTesuzQj4VT0kyZagVEZ8ffLAAYvl4=; b=yKtadzGnD2/SM8xtZyLJ6iBKhitgYp8Yfq6tBScoO2AzYhSpiJMBhuqR+X0hixkbEN 31kSizJyAMrDHl9ylGGv2L4YRqpLLwSmTHY8a2TJ5XGCyngG7i1Q2XfOfSRimjasyRao p/x6qq43hnv6Qh0WuW/fE6t79IfxfjdLZQqLepjZYNJMo1r48Ssyil/2V2HsH+fR4ngu X8MSSz2s4zjbtm1+xIrFN1ZqvIMd/HzKbivJkYvL5qvEoDiUW9eoGaXUfzPp2rFnuwZl Bxkl8BGepa801zBTgTVdqSHUnLyTuLaJ3jcqyrG6+xPWfm9JQvb39fUh+Y8DuQcWffsA yICQ== MIME-Version: 1.0 X-Received: by 10.43.8.200 with SMTP id ot8mr16302683icb.11.1363880149284; Thu, 21 Mar 2013 08:35:49 -0700 (PDT) Received: by 10.50.125.6 with HTTP; Thu, 21 Mar 2013 08:35:49 -0700 (PDT) In-Reply-To: <43FC7C21-99A9-4E07-8855-1533F340C783@wandisco.com> References: <51308FC5.8060709@wandisco.com> <43FC7C21-99A9-4E07-8855-1533F340C783@wandisco.com> Date: Thu, 21 Mar 2013 10:35:49 -0500 Message-ID: Subject: Re: Query Builder (Search / Custom Query) From: Olemis Lang To: bloodhound-dev@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On 3/20/13, Joe Dreimann wrote: > On 20 Mar 2013, at 20:53, Olemis Lang wrote: >> On 3/20/13, Joachim Dreimann wrote: >> [...] >>> On 14 March 2013 19:47, Andrej Golcov wrote: >> [...] >>>> We can set default product filter based on active product and use >>>> global search if user navigates directly to global search url - I >>>> think, Olemis suggested something like this. >>> >>> I believe search should always be global unless the user chooses >>> otherwise. >> >> what does this mean exactly ? Let's focus on the following situation . >> User reads let's say a wiki page in product P and searches for word W >> by using search input box in the header . In your opinion is there any >> value for getting results from other projects , even potentially not >> provide any result for the active project ? > > Yes. [...] My point is somehow similar to this : http://sourceforge.net/p/allura/tickets/?source=navbar In there you'll find focused product-specific Search Tickets box and broad Search box in body header . So user will choose search scope explicitly . The only difference being that our proposal for focused search (by default) should span over multiple resources (not just tickets) . That means that I basically agree with you on user intents within product boundaries . OTOH I disagree on not to limit the (default) scope of search to active product . Systematically leading the user out of product boundaries is not a good practice afaict PS: I actually don't know whether the search box at the top is really part of Allura of a SF.net specific add-on . -- Regards, Olemis.