[TxMt] Re: case insensitive code completion

[Nathan]

Well alright. Thanks for the reply.

For now I just jump between different editors. TextMate is working well for
my writing, where things like code completion isn't as valuable.

Nathan.


On 10 January 2016 at 15:51, Allan Odgaard <mailinglist at textmate.org> wrote:

> On 21 Nov 2015, at 19:58, Nathan wrote:
>
> […] The result is that fmt. [option+esc] [p] and pressing [Enter] gives me:
>>
>> fmt.print
>>
>> rather than the desired:
>>
>> fmt.Print
>>
>> I'm not really sure why it's done this way? Are there situations where
>> people want their filtering keys over the text present in the menu?
>>
>
> This is a technical limitation of the dialog plug-in.
>
> Right now, it can only insert new text, not change existing text.
>
> So whatever the user typed (which is used as filter string), it leaves in
> the document, which does make the case-insensitive mode a bit useless when
> it’s only meant for the filter string.
>
> While I'm talking about code completion, and to drive the point home, I
>> noticed that TMDIncrementalPopUpMenu uses a BEGINSWITH predicate. Ideally
>> it would use a fuzzy match with similar logic to Go To File... That would
>> allow typing something like:
>>
>
> This runs into the same limitation that the filter string is actually
> typed into the document and the dialog plug-in cannot change that.
>
> In theory we could of course improve things, but it’s a non-trivial change.
>
> _______________________________________________
> textmate mailing list
> textmate at lists.macromates.com
> http://lists.macromates.com/listinfo/textmate




-- 
Nathan Youngman
Web: https://nathany.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macromates.com/textmate/attachments/20160203/de0b345e/attachment.html>