-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[WIP]change in Search bar on focus #155
Conversation
Pulling changes
…tant to be displayed
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Done @bryan-brancotte |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi,
I havn't understood why such refactoring, what we have for now is fine isn't it ? Adding such expanding effect might look nice to some people, but other don't (:raising_hand_man:). In addition with such effect there is always a risk of unexpected side effect, and a long time used at fixing it. Here is one of the current side effect.
So, In a new PR, changing type="text"
to type="search"
yes, it is sound, but the rest I vote no, sorry.
So, I can go with these changes right? @bryan-brancotte in other PR
HAHA still thank you. May be you're right cause that transition is quite frequent which might not look good. I thought to increase the search bar size for better focus on the autocomplete, But your point is valid, I agree. |
I'll see some other elegant approach for #102 to restrict the change in visual window. thank you :) |
@@ -38,7 +38,22 @@ | |||
.flex-column{ | |||
flex-direction: column; | |||
} | |||
|
|||
input[type="search"]::-webkit-search-cancel-button { | |||
-webkit-appearance: searchfield-cancel-button; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would rather not use it as https://developer.mozilla.org/fr/docs/Web/CSS/::-webkit-search-cancel-button and also we have to move the glass, I rather stay with standard web stuf when we can.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok then we can set that cancel button dynamically only, because bootstrap doesn't renders that to be displayed by default. But I guess cancel button is not so useful so, I should leave this.
I looked for many approaches then still bootstrap hasn't fixed it. So should I leave this or create dynamically using JS.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
See this discussion bootstrap hides it purposely.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Indeed I wasn't aware of that. So if even Bootstrap says we should not have cancel button, we should not have it.
As a conclusion no css changes, not html changes ? Just close this PR ?
@@ -38,7 +38,22 @@ | |||
.flex-column{ | |||
flex-direction: column; | |||
} | |||
|
|||
input[type="search"]::-webkit-search-cancel-button { | |||
-webkit-appearance: searchfield-cancel-button; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Indeed I wasn't aware of that. So if even Bootstrap says we should not have cancel button, we should not have it.
As a conclusion no css changes, not html changes ? Just close this PR ?
? If you think this is logical. else I'll close my self :)
|
I agree with you, but at the moment user enters a second letter the autocomplete is triggered and user knows that search have already been done |
Oki then I'm closing it, thank you for the discussion :) @bryan-brancotte |
Checklist
Issue
resolve #102 was working for this issue but then found few more improvements which could've been done, so covered all those in this PR. Later on, I can remove them if not needed.
Details
Four changes in this PR:
There's no cancel button in mozilla-firefox by default. It can be included dynamically. Didn't cover for mozilla yet, didn't feel the requirement. For others I thought if it's there by default then it should be active.
Almost all of these changes are related to each other and smaller, so covered them in the same PR.
Search-bar.mp4
@bryan-brancotte @matuskalas @hmenager please review!