* 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.