From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike McLean Subject: Re: Bug: Tag Completion Not Prompting for all tags Date: Tue, 10 Apr 2012 14:40:26 -0400 Message-ID: References: <6A1FEA98-38A0-48C5-88C3-DEE9401C38B5@pobox.com> <87iph7iltn.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=f46d04016a61cabab304bd577433 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:36125) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SHfzf-00057z-P0 for emacs-orgmode@gnu.org; Tue, 10 Apr 2012 14:40:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SHfza-0004FH-Bd for emacs-orgmode@gnu.org; Tue, 10 Apr 2012 14:40:43 -0400 Received: from a-pb-sasl-sd.pobox.com ([74.115.168.62]:47887 helo=sasl.smtp.pobox.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SHfza-0004Ao-1v for emacs-orgmode@gnu.org; Tue, 10 Apr 2012 14:40:38 -0400 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by a-pb-sasl-sd.pobox.com (Postfix) with ESMTP id F277192CD for ; Tue, 10 Apr 2012 14:40:27 -0400 (EDT) Received: from a-pb-sasl-sd.pobox.com (unknown [127.0.0.1]) by a-pb-sasl-sd.pobox.com (Postfix) with ESMTP id EAC7492CB for ; Tue, 10 Apr 2012 14:40:27 -0400 (EDT) Received: from mail-lb0-f169.google.com (unknown [209.85.217.169]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by a-pb-sasl-sd.pobox.com (Postfix) with ESMTPSA id 623DC92C6 for ; Tue, 10 Apr 2012 14:40:27 -0400 (EDT) Received: by lbao2 with SMTP id o2so108876lba.0 for ; Tue, 10 Apr 2012 11:40:26 -0700 (PDT) In-Reply-To: <87iph7iltn.fsf@gnu.org> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Bastien Cc: "emacs-orgmode@gnu.org" , Mike McLean --f46d04016a61cabab304bd577433 Content-Type: text/plain; charset=ISO-8859-1 Interesting The very first report I submitted ( http://comments.gmane.org/gmane.emacs.orgmode/53824 ) showed the historic behavior correct (the two tags defined in org-tag-alist show up in the fast tag completion window). The "bug" was after shifting to free tag selection mode, the tags defined in org-tag-alist are not available for completion. The behavior that Matt Lundin reported was/is a side effect of the fix (implementation). I think that the idea of the fix is valid, e.g. the free tag entry should autocomplete tags defined in org-tag-alist to match the behavior of the fast tag completion window. On Tuesday, April 10, 2012, Bastien wrote: > Hi Mike, > > I just reverted the commits I pushed for fixing this "issue". > > Mike McLean > writes: > > > The expected result is a completion list of tag_a and tag_b, this > > does not work and the Minibuffer prompts [No match] > > I cannot do any better than to quote Matt Lundin on this: > > "Historically, only tags explicitly defined in org-tag-alist or via an > in-buffer heading show up in the fast tag completion window." > > So, let's stick to the current behavior. > > Thanks for your patience! > > -- > Bastien > --f46d04016a61cabab304bd577433 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Interesting

The very first report I submitte= d ( http://= comments.gmane.org/gmane.emacs.orgmode/53824 ) showed the historic beha= vior correct (the two tags defined in org-tag-alist show up in the fast tag= completion window). The "bug" was after shifting to free tag sel= ection mode, the tags defined in org-tag-alist are not available for comple= tion.=A0

The behavior that Matt Lundin r= eported was/is a side effect of the fix (implementation). I think that the = idea of the fix is valid, e.g. the free tag entry should autocomplete tags = defined in org-tag-alist to match the behavior of the fast tag completion w= indow.

On Tuesday, April 10, 2012, Bastien wrote:
Hi Mike,

I just reverted the commits I pushed for fixing this "issue".

Mike McLean <mike.mclean@pobox.com> writes:<= br>
> The expected result is a completion list of tag_a and tag_b, this
> does not work and the Minibuffer prompts [No match]

I cannot do any better than to quote Matt Lundin on this:

"Historically, only tags explicitly defined in org-tag-alist or via an=
in-buffer heading show up in the fast tag completion window."

So, let's stick to the current behavior.

Thanks for your patience!

--
=A0Bastien
--f46d04016a61cabab304bd577433--