Feature/hide show results #203
Conversation
|
Is there a test case for this? Would be great to avoid another regression :( |
|
I'll add it 👍 |
|
lets publish to .5? whats the roadmap for 2.0.0? |
|
Okay, I've published 2.0.0-alpha.5 For 2.0.0, I really wanted to pick up something like #146 to fix issues like #128, but then that caused #166 and the fix (#167) would have forced a major version bump. Considering all the 2.0 only features that have gone in so far, maybe we can wait to address that to 3.0. Thoughts? |
|
It seems like this PR breaks some of the original behavior of the typeahead. After entering some text in the input field and then selecting an option, focus would remain in the input field. Before this PR, if I modified the text in the input field further (backspace, typing more letters, etc.), the options would re-render based on the new input. After this PR, I need to blur the input field and then focus again if I want the dropdown to appear. Is this intended @fmoo @export-mike ? If not, I'll open a PR to fix this |
|
hi @zdhickman thanks for noticing this issue, so the PR you are referencing you're finding this fixes the issue you are seeing? |
|
Partially - the linked PR relies on some changes that only live in that fork. I had to make an additional change after that PR because of #195. That PR introduces a call to |
|
+1 on broken original behaviour, I'm seeing this too. |
|
@export-mike - this change (6cc4422) actually broke a bunch of unittests (38 are now failing). I'm inclined to back this out unless it's a problem with the tests. Thoughts? I really need to set up travis or something, |
I found that in my case options has data therefore causes the dropdown of options to be visible even when the field isn't focused.
I initially tried using the isFocused property on state, this didn't work when you interacted with the list of options below, so i've added another flag.