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 D818BF1AE for ; Fri, 22 Mar 2013 12:58:53 +0000 (UTC) Received: (qmail 91047 invoked by uid 500); 22 Mar 2013 12:58:53 -0000 Delivered-To: apmail-incubator-bloodhound-dev-archive@incubator.apache.org Received: (qmail 91015 invoked by uid 500); 22 Mar 2013 12:58:53 -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 91002 invoked by uid 99); 22 Mar 2013 12:58:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Mar 2013 12:58:52 +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 (athena.apache.org: domain of gary.martin@wandisco.com designates 74.125.83.50 as permitted sender) Received: from [74.125.83.50] (HELO mail-ee0-f50.google.com) (74.125.83.50) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Mar 2013 12:58:46 +0000 Received: by mail-ee0-f50.google.com with SMTP id c1so221847eek.23 for ; Fri, 22 Mar 2013 05:58:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=/2qcZy9mmfEfTgtdYQBJlO4ooaKp5A+M3i1w7rT35zk=; b=Bs3Nt8DkrDLl7jsRFKbaqG6MKTP/gWqTRTXFRb3EhBjKHqogDdDWK1w+QS4F2UBv99 zFqSnQkM+2mcNhqwOkjdLb9Yvt0y7majrU7kvgloQwf91JHXGnIwSkUwyr3Xs8BVjCUU 0syMeSc568KtdgWaXl24w0HjFF83PPprLUCTaP1PkXS+rMVQWsm/WpZnC5AbtFuK1PHu SBzp0Z0TnIhaEWFWj1e6vsmlvsK/ST0EEJ4amtYXdJtLvziXGCSthQlr8r7182bkk/sY uL84quAC+180IhWPf9qMKwKp488Z6eIzSiuttfSVR7AQ7FtIJ3GUUdKF3cZZs9YcGEh3 PqFw== X-Received: by 10.14.219.129 with SMTP id m1mr4937011eep.16.1363957104783; Fri, 22 Mar 2013 05:58:24 -0700 (PDT) Received: from [10.2.5.205] ([109.159.232.61]) by mx.google.com with ESMTPS id s3sm2923953eem.4.2013.03.22.05.58.23 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 22 Mar 2013 05:58:23 -0700 (PDT) Message-ID: <514C5569.4060601@wandisco.com> Date: Fri, 22 Mar 2013 12:58:17 +0000 From: Gary Martin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: bloodhound-dev@incubator.apache.org Subject: Re: Query Builder (Search / Custom Query) References: <51308FC5.8060709@wandisco.com> <43FC7C21-99A9-4E07-8855-1533F340C783@wandisco.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnKMRzbQ/oVIR7LBJw643e62ekL9Lm7CxU1u6zO0hIrbyERkEWvsE/z0rhwxAWsf9UvcHUl X-Virus-Checked: Checked by ClamAV on apache.org On 22/03/13 12:31, Andrej Golcov wrote: > I'd like to share result of quick investigation I made on how other > issue trackers implement the similar functionality: > - Jira - by default search globally with possibility of later project selection > - YouTrack - project selector for search is part of top navigation. > "All projects" option is selected by default but user can change > project before searching > - Redmine - search within project by default with possibility to > select "All projects" later > > As you see, there is no common approach here :) We can introduce a > setting whether the default search should be performed within product > scope or globally and tune this later based on feedback from users. Interesting. At the moment I would probably say that we want global search by default. This would probably imply that wiki links that are input which are duplicated in different projects would also not be automatically scoped so we would need to show the choices or a search page instead of going directly to them. For instance a search for "#1" would now match across multiple products. There is a question over how frustrating that would be for those used to Trac but we should probably encourage users to use "BH-1" (or whatever syntax we agreed to) instead. I'm not sure if I would add a setting to change this behaviour until feedback or experience suggested it is required. Cheers, Gary