* Tags completion with Helm @ 2017-03-14 9:16 aaermolov 2017-03-14 12:54 ` John Kitchin 0 siblings, 1 reply; 6+ messages in thread From: aaermolov @ 2017-03-14 9:16 UTC (permalink / raw) To: emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 387 bytes --] Hi, I've spotted a problem with completing Org tags with Helm. While Helm is not at least about [fuzzy] completion, when I try to input any completion subsequence, all candidates are gone and variants are shrinked to whatever will be typed. Is there any widely known mistake, that I've stepped into with this case? Can anyone point me to some comprehensible direction? regards, Alex [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 487 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Tags completion with Helm 2017-03-14 9:16 Tags completion with Helm aaermolov @ 2017-03-14 12:54 ` John Kitchin 2017-03-14 16:24 ` aaermolov 0 siblings, 1 reply; 6+ messages in thread From: John Kitchin @ 2017-03-14 12:54 UTC (permalink / raw) To: aaermolov; +Cc: emacs-orgmode have you tried these settings: (setq helm-mode-fuzzy-match t helm-completion-in-region-fuzzy-match t) According to https://github.com/emacs-helm/helm/wiki/Fuzzy-matching, the make fuzzy matching work everywhere. It seems to work ok for me. aaermolov@gmail.com writes: > Hi, > > I've spotted a problem with completing Org tags with Helm. While Helm is > not at least about [fuzzy] completion, when I try to input any > completion subsequence, all candidates are gone and variants are > shrinked to whatever will be typed. > > Is there any widely known mistake, that I've stepped into with this > case? Can anyone point me to some comprehensible direction? > > regards, > Alex -- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Tags completion with Helm 2017-03-14 12:54 ` John Kitchin @ 2017-03-14 16:24 ` aaermolov 2017-03-14 16:38 ` John Kitchin 0 siblings, 1 reply; 6+ messages in thread From: aaermolov @ 2017-03-14 16:24 UTC (permalink / raw) To: John Kitchin; +Cc: emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 1354 bytes --] Hi John, no, these do not seem to fix anything. :( Namely, the following is still happens: 1) I'm pressing C-c C-q then TAB to select freeform input 2) then there is "org-set-tags" above candidates list and buffer title is "*helm-mode-org-set-tags*" 3) after any input candidates list looks like "[?]<helm query chars>" (initial candidates disappeared) regards, Alex John Kitchin <jkitchin@andrew.cmu.edu> writes: > have you tried these settings: > > (setq helm-mode-fuzzy-match t > helm-completion-in-region-fuzzy-match t) > > According to https://github.com/emacs-helm/helm/wiki/Fuzzy-matching, the > make fuzzy matching work everywhere. > > It seems to work ok for me. > > aaermolov@gmail.com writes: > >> Hi, >> >> I've spotted a problem with completing Org tags with Helm. While Helm is >> not at least about [fuzzy] completion, when I try to input any >> completion subsequence, all candidates are gone and variants are >> shrinked to whatever will be typed. >> >> Is there any widely known mistake, that I've stepped into with this >> case? Can anyone point me to some comprehensible direction? >> >> regards, >> Alex > > > -- > Professor John Kitchin > Doherty Hall A207F > Department of Chemical Engineering > Carnegie Mellon University > Pittsburgh, PA 15213 > 412-268-7803 > @johnkitchin > http://kitchingroup.cheme.cmu.edu [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 487 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Tags completion with Helm 2017-03-14 16:24 ` aaermolov @ 2017-03-14 16:38 ` John Kitchin 2017-03-14 17:12 ` aaermolov 0 siblings, 1 reply; 6+ messages in thread From: John Kitchin @ 2017-03-14 16:38 UTC (permalink / raw) To: Alex Ermolov; +Cc: emacs-orgmode@gnu.org [-- Attachment #1: Type: text/plain, Size: 1988 bytes --] I can't reproduce that behavior on my end. I see different behavior though. My helm window is titled crm-complete, and the buffer is called *helm-mode-crm-complete* This seems to be the helm core package I am using. helm-core-20170112.917 John ----------------------------------- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Tue, Mar 14, 2017 at 12:24 PM, <aaermolov@gmail.com> wrote: > Hi John, > > no, these do not seem to fix anything. :( > > Namely, the following is still happens: > > 1) I'm pressing C-c C-q then TAB to select freeform input > 2) then there is "org-set-tags" above candidates list and buffer title > is "*helm-mode-org-set-tags*" > 3) after any input candidates list looks like "[?]<helm query chars>" > (initial candidates disappeared) > > regards, > Alex > > John Kitchin <jkitchin@andrew.cmu.edu> writes: > > > have you tried these settings: > > > > (setq helm-mode-fuzzy-match t > > helm-completion-in-region-fuzzy-match t) > > > > According to https://github.com/emacs-helm/helm/wiki/Fuzzy-matching, the > > make fuzzy matching work everywhere. > > > > It seems to work ok for me. > > > > aaermolov@gmail.com writes: > > > >> Hi, > >> > >> I've spotted a problem with completing Org tags with Helm. While Helm is > >> not at least about [fuzzy] completion, when I try to input any > >> completion subsequence, all candidates are gone and variants are > >> shrinked to whatever will be typed. > >> > >> Is there any widely known mistake, that I've stepped into with this > >> case? Can anyone point me to some comprehensible direction? > >> > >> regards, > >> Alex > > > > > > -- > > Professor John Kitchin > > Doherty Hall A207F > > Department of Chemical Engineering > > Carnegie Mellon University > > Pittsburgh, PA 15213 > > 412-268-7803 > > @johnkitchin > > http://kitchingroup.cheme.cmu.edu > [-- Attachment #2: Type: text/html, Size: 3354 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Tags completion with Helm 2017-03-14 16:38 ` John Kitchin @ 2017-03-14 17:12 ` aaermolov 2017-03-14 17:45 ` aaermolov 0 siblings, 1 reply; 6+ messages in thread From: aaermolov @ 2017-03-14 17:12 UTC (permalink / raw) To: John Kitchin; +Cc: emacs-orgmode@gnu.org [-- Attachment #1: Type: text/plain, Size: 2607 bytes --] Yes, with some some config fiddling I've seen this crm-based tagging wotkflow you describe, but problems were the same. Suddenly, I tried to remove some customization code for Helm (namely this - https://github.com/search?q=helm-hide-minibuffer-maybe&type=Code&utf8=✓) and it seems proper completion starts working to some extent. Anyway, thanks for prompt reply and mind seeding! :) John Kitchin <jkitchin@andrew.cmu.edu> writes: > I can't reproduce that behavior on my end. I see different behavior though. > My helm window is titled crm-complete, and the buffer is called > *helm-mode-crm-complete* > > This seems to be the helm core package I am using. > > helm-core-20170112.917 > > John > > ----------------------------------- > Professor John Kitchin > Doherty Hall A207F > Department of Chemical Engineering > Carnegie Mellon University > Pittsburgh, PA 15213 > 412-268-7803 > @johnkitchin > http://kitchingroup.cheme.cmu.edu > > > On Tue, Mar 14, 2017 at 12:24 PM, <aaermolov@gmail.com> wrote: > >> Hi John, >> >> no, these do not seem to fix anything. :( >> >> Namely, the following is still happens: >> >> 1) I'm pressing C-c C-q then TAB to select freeform input >> 2) then there is "org-set-tags" above candidates list and buffer title >> is "*helm-mode-org-set-tags*" >> 3) after any input candidates list looks like "[?]<helm query chars>" >> (initial candidates disappeared) >> >> regards, >> Alex >> >> John Kitchin <jkitchin@andrew.cmu.edu> writes: >> >> > have you tried these settings: >> > >> > (setq helm-mode-fuzzy-match t >> > helm-completion-in-region-fuzzy-match t) >> > >> > According to https://github.com/emacs-helm/helm/wiki/Fuzzy-matching, the >> > make fuzzy matching work everywhere. >> > >> > It seems to work ok for me. >> > >> > aaermolov@gmail.com writes: >> > >> >> Hi, >> >> >> >> I've spotted a problem with completing Org tags with Helm. While Helm is >> >> not at least about [fuzzy] completion, when I try to input any >> >> completion subsequence, all candidates are gone and variants are >> >> shrinked to whatever will be typed. >> >> >> >> Is there any widely known mistake, that I've stepped into with this >> >> case? Can anyone point me to some comprehensible direction? >> >> >> >> regards, >> >> Alex >> > >> > >> > -- >> > Professor John Kitchin >> > Doherty Hall A207F >> > Department of Chemical Engineering >> > Carnegie Mellon University >> > Pittsburgh, PA 15213 >> > 412-268-7803 >> > @johnkitchin >> > http://kitchingroup.cheme.cmu.edu >> [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 487 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Tags completion with Helm 2017-03-14 17:12 ` aaermolov @ 2017-03-14 17:45 ` aaermolov 0 siblings, 0 replies; 6+ messages in thread From: aaermolov @ 2017-03-14 17:45 UTC (permalink / raw) To: John Kitchin; +Cc: emacs-orgmode@gnu.org [-- Attachment #1: Type: text/plain, Size: 3035 bytes --] followup: Further debugging revealed that helm-hide-minibuffer-maybe is not guilty of anything. But for some reason, helm-mode-fuzzy-match / helm-completion-in-region-fuzzy-match fix the problem, but only using 2+ chars queries. Maybe some other customizations are responsible for that. aaermolov@gmail.com writes: > Yes, with some some config fiddling I've seen this crm-based tagging > wotkflow you describe, but problems were the same. > > Suddenly, I tried to remove some customization code for Helm (namely > this - > https://github.com/search?q=helm-hide-minibuffer-maybe&type=Code&utf8=✓) > and it seems proper completion starts working to some extent. > > Anyway, thanks for prompt reply and mind seeding! :) > > > John Kitchin <jkitchin@andrew.cmu.edu> writes: > >> I can't reproduce that behavior on my end. I see different behavior though. >> My helm window is titled crm-complete, and the buffer is called >> *helm-mode-crm-complete* >> >> This seems to be the helm core package I am using. >> >> helm-core-20170112.917 >> >> John >> >> ----------------------------------- >> Professor John Kitchin >> Doherty Hall A207F >> Department of Chemical Engineering >> Carnegie Mellon University >> Pittsburgh, PA 15213 >> 412-268-7803 >> @johnkitchin >> http://kitchingroup.cheme.cmu.edu >> >> >> On Tue, Mar 14, 2017 at 12:24 PM, <aaermolov@gmail.com> wrote: >> >>> Hi John, >>> >>> no, these do not seem to fix anything. :( >>> >>> Namely, the following is still happens: >>> >>> 1) I'm pressing C-c C-q then TAB to select freeform input >>> 2) then there is "org-set-tags" above candidates list and buffer title >>> is "*helm-mode-org-set-tags*" >>> 3) after any input candidates list looks like "[?]<helm query chars>" >>> (initial candidates disappeared) >>> >>> regards, >>> Alex >>> >>> John Kitchin <jkitchin@andrew.cmu.edu> writes: >>> >>> > have you tried these settings: >>> > >>> > (setq helm-mode-fuzzy-match t >>> > helm-completion-in-region-fuzzy-match t) >>> > >>> > According to https://github.com/emacs-helm/helm/wiki/Fuzzy-matching, the >>> > make fuzzy matching work everywhere. >>> > >>> > It seems to work ok for me. >>> > >>> > aaermolov@gmail.com writes: >>> > >>> >> Hi, >>> >> >>> >> I've spotted a problem with completing Org tags with Helm. While Helm is >>> >> not at least about [fuzzy] completion, when I try to input any >>> >> completion subsequence, all candidates are gone and variants are >>> >> shrinked to whatever will be typed. >>> >> >>> >> Is there any widely known mistake, that I've stepped into with this >>> >> case? Can anyone point me to some comprehensible direction? >>> >> >>> >> regards, >>> >> Alex >>> > >>> > >>> > -- >>> > Professor John Kitchin >>> > Doherty Hall A207F >>> > Department of Chemical Engineering >>> > Carnegie Mellon University >>> > Pittsburgh, PA 15213 >>> > 412-268-7803 >>> > @johnkitchin >>> > http://kitchingroup.cheme.cmu.edu >>> [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 487 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2017-03-14 17:45 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2017-03-14 9:16 Tags completion with Helm aaermolov 2017-03-14 12:54 ` John Kitchin 2017-03-14 16:24 ` aaermolov 2017-03-14 16:38 ` John Kitchin 2017-03-14 17:12 ` aaermolov 2017-03-14 17:45 ` aaermolov
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.