Skip to content
This repository has been archived by the owner on Feb 18, 2018. It is now read-only.

Add explicit (Opt-In?) support for hidden fields by item #12

Open
knalli opened this issue Sep 14, 2012 · 2 comments
Open

Add explicit (Opt-In?) support for hidden fields by item #12

knalli opened this issue Sep 14, 2012 · 2 comments
Milestone

Comments

@knalli
Copy link
Member

knalli commented Sep 14, 2012

Currently, exactly one hidden field will be synchronized every time a selection has changed. Doing this, the hidden input field holds a comma separated list of id values.

We're planning to change or modify the behavior (with options) that for every selection a hidden input field will be generated.

Instead of

<input type="hidden" name="as-hiddenfield" value="1,2,3" />

that would be

<li>
  <input type="hidden" name="as-hiddenfield[0]" value="1" />
  ...
<li>
<li>
  <input type="hidden" name="as-hiddenfield[1]" value="2" />
  ...
<li>
<li>
  <input type="hidden" name="as-hiddenfield[2]" value="3" />
  ...
<li>

Would this be helpful?

@ivirabyan
Copy link

Don't know why someone might need this, you can always split on server side. And it is not consistent - I give a joined string to the widget, but get back an array. Anyway, glad you decided to maintain the project. I think it would be usefull to optionally allow creating new item by space key (not only comma or tab), of course optionally.

@knalli
Copy link
Member Author

knalli commented Oct 4, 2012

Well, think about valid models transporting between the frontend (JavaScript) and the backend (let's say Java or PHP).

Thank you for the idea of space, I'll make a new issue for this. Nice idea.

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

2 participants