Skip to content
This repository has been archived by the owner on Sep 6, 2021. It is now read-only.

Odd Quick Open heuristic case #2663

Open
njx opened this issue Jan 25, 2013 · 12 comments
Open

Odd Quick Open heuristic case #2663

njx opened this issue Jan 25, 2013 · 12 comments

Comments

@njx
Copy link
Contributor

njx commented Jan 25, 2013

  1. Open the root brackets folder
  2. Cmd-O
  3. Type "multir"

Result: The first hit is "MultiRangeInlineEditor-test.js", but for some reason "MultiRangeInlineEditor.js" is far down the list (below noncontiguous matches like "multiple-remote.html"). I would expect these to rank closer together, and "MultiRangeInlineEditor.js" to be above things like "multiple-remote.html".

@ghost ghost assigned dangoor Jan 25, 2013
@njx
Copy link
Contributor Author

njx commented Jan 25, 2013

To @dangoor to consider--is this a bug or just an edge case?

@dangoor
Copy link
Contributor

dangoor commented Jan 25, 2013

Definitely a bug. MultiRangeInlineEditor-test.js is matching "MultiR" whereas "MultiRangeInlineEditor.js" is matching "Mult..I..r". Those two should have the same matching characters.

(side note: "mrie" is a nice quick search that takes you right to these files :)

@njx
Copy link
Contributor Author

njx commented Jan 25, 2013

Yeah, I don't think in camel-case very well :) I think it's because I type faster than I think, so it takes longer for me to strategize and think of an abbrev than to just start typing the whole thing.

@dangoor
Copy link
Contributor

dangoor commented Jan 25, 2013

That's understandable... and is precisely the challenge of trying to write code that reads people's minds relatively well...

Of course, in this case there's just something amiss that's causing these strings to match differently and nothing fundamentally wrong with its mindreading abilities :)

@pthiess
Copy link
Contributor

pthiess commented Jan 28, 2013

Reviewed, low priority.

@dangoor
Copy link
Contributor

dangoor commented May 10, 2013

Just stepping through bugs assigned to me. This bug is really weird. MultiRangeInlineEditor-test and MultiRangeInlineEditor should not be matched as differently as they are. There's some reason that the -test is following a different code path than the main file.

I'm going to nominate this for sprint 25, because this also ties into prefix matching which has come up in a couple of different issues - #3643 #3694.

dangoor added a commit that referenced this issue May 14, 2013
…earches when the user has

typed at least two contiguous matching characters.
@dangoor
Copy link
Contributor

dangoor commented May 20, 2013

Not critical. Bumping to Sprint 26.

@pthiess
Copy link
Contributor

pthiess commented Jun 3, 2013

Reviewed and removed the Sprint 26 tag. We may wait until @peterflynn is back.

@dangoor dangoor added this to the Brackets 1.0 milestone Mar 17, 2014
@dangoor
Copy link
Contributor

dangoor commented Mar 17, 2014

Low priority, but nominating for 1.0 because it ties in with the other stringmatch fixes.

@dangoor
Copy link
Contributor

dangoor commented Mar 17, 2014

#3694, #3971 #3263 are the others

@njx
Copy link
Contributor Author

njx commented Apr 11, 2014

Reviewed. Since we already have a PR up for this we'd like to take this opportunistically, but shouldn't spend too much time on it.

@peterflynn
Copy link
Member

Reviewed -- not required for 1.0. (We also removed the FBNC tag because the PR went stale & was closed a long time ago). But see #3971 for an idea about fixing one of the more annoying cases of this sooner.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

5 participants