Skip to content
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

Placement of the [Create "xxx"] entry seems arbitrary when search returns matches #728

Open
csindle opened this issue Aug 15, 2016 · 6 comments

Comments

@csindle
Copy link

csindle commented Aug 15, 2016

See attachment:

dal

The paginated list of results keeps the Create entry where it first appeared.
Perhaps on scroll it should move to the front, end, or disappear (forcing the green plus to be used)?
(is it possible to force the green plus alone to be used when creating new entries?)

@jpic
Copy link
Member

jpic commented Aug 16, 2016

To not enable "Create ..." option, then don't set create_field.

http://django-autocomplete-light.readthedocs.io/en/master/tutorial.html#creation-of-new-choices-in-the-autocomplete-form

@jpic
Copy link
Member

jpic commented Oct 17, 2016

I don't want to have it first in line because i don't want to make it too easy for the user to select it by mistake. But if it's the last item on the last page of autocomplete results then the user might miss it.

However, i might be doing a mistake myself by not crediting the user with basic intelligence, perhaps these fears are emotional only ?

@gagarski @blueyed @luzfcb what do you think ? Should we move "Create" to be at one extreme or another from the complete result list ?

@blueyed
Copy link
Member

blueyed commented Oct 19, 2016

Having it somewhere in the middle (at the end of the first page) seems strange indeed.
I should not put it first though, too.

If it is reachable at the end easily (end key), I'll put it there.
But wouldn't it jump/move when the next page gets loaded then?

@jpic
Copy link
Member

jpic commented Oct 19, 2016

It would be great if we could have it jump move to the end and stick there indeed.
@kevin-brown ?

@gagarski
Copy link
Member

gagarski commented Oct 21, 2016

If it is reachable at the end easily (end key), I'll put it there.

  1. It seems like "End" key does not work with Select2
  2. I do not think that pressing "End" key is an easy way. I am not quite sure, but it seems for me that not so many people actually use it.
  3. Scrolling down to the end of choices causes Select2 to load another portion of data from server.

@natehawkboss
Copy link

Yes, seems like this should be separate. If it is within the list and always moves to the bottom, then you have to keep scrolling all the way through your options in order to click it. It also doesn't make sense to have it at the top.

Any reason we can't have this outside of the ul and place this within its parent span.select2-results?

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

No branches or pull requests

5 participants