flutter-search-bar icon indicating copy to clipboard operation
flutter-search-bar copied to clipboard

Missing features

Open ride4sun opened this issue 8 years ago • 11 comments

I would like to see these features:

  • [ ] callback called on any text change when the search app is visible
  • [ ] close button instead of the back button is more common to dismiss the appbar. For user it appears like that navigation never change.
  • [ ] when the searchBar gets dismissed the last update should clear the search text (maybe that can be handled in the hosting code but it would be more elegant in the searchbar) This could be activated/deactivated with a bool in the constructor

ride4sun avatar Oct 25 '17 18:10 ride4sun

I can provide them if you like

ride4sun avatar Oct 25 '17 18:10 ride4sun

If you need to listen for text changes, I think the best way is to use a TextEditingController and call addListener to listen for changes in text values.

Feel free to implement the other two, but close/back button should probably be an option you can set in the constructor (it should default to back just for backwards compatibility).

ArcticZeroo avatar Oct 25 '17 18:10 ArcticZeroo

Sounds good - I will provide a pull request asap

ride4sun avatar Oct 25 '17 18:10 ride4sun

Just to clarify, the TextEditingController can be passed as an argument to the constructor of SearchBar currently (as controller)

ArcticZeroo avatar Oct 25 '17 19:10 ArcticZeroo

Do you mind if I create a statefull widget out of it because the clear button has a state and is only shown when the user entered text. I did see the TextEditController, I agree with ur last statement. The function of the back button stays the same. All that should be compatible with the old paradigm.

ride4sun avatar Oct 25 '17 20:10 ride4sun

I think I dont need no statefull widget - forgot that setState is required

ride4sun avatar Oct 25 '17 20:10 ride4sun

@ride4sun here is what I did to get those feature. https://gist.github.com/AppleEducate/932e9426b53468882717cf0f1b463a72

rodydavis avatar Jul 30 '18 15:07 rodydavis

@AppleEducate thanks! I'll look into adding it into master sometime in the next few days.

Personally, I would recommend setting onChanged to a new ValueNotifier rather than allowing the user to set it -- the cost of holding a ValueNotifier is pretty tiny, and eliminates what will likely be a common source of user error.

Is this module really super useful though since Flutter has a first-class search widget now?

ArcticZeroo avatar Jul 30 '18 15:07 ArcticZeroo

@ArcticZeroo I was not aware of the first class widget? I have been using this custom class since flutter beta 2. I had to pass the onChanged because I am calling an api for search results.

are you talking about material_search ?

I also use this custom search I built: https://gist.github.com/AppleEducate/224ccdbae1d18bf41d7cd9cc85c426a2

rodydavis avatar Jul 30 '18 17:07 rodydavis

@AppleEducate here's some info on the first class widget (I don't see any docs for it):

https://github.com/flutter/flutter/pull/17629

https://github.com/flutter/flutter/blob/master/examples/flutter_gallery/lib/demo/material/search_demo.dart

Seems a bit over-involved to me, but it's not third party I suppose 🤷‍♂️

edit: It looks like this isn't quite the same as the one this third party module does. The first class widget is more of a material_search type widget from what I can tell. So I guess it does make sense to continue development on this after all

ArcticZeroo avatar Jul 30 '18 18:07 ArcticZeroo

I think thats why I didn't know about it. I usually go off the docs. Thanks! ill check it out 👍🏻

rodydavis avatar Jul 30 '18 18:07 rodydavis