Widget types that will need this remove button are as follows: - textfield - number - autocomplete (entity/term reference)
I've stumbled across three different modules that are all trying to solve this UI deficiency for fields in general: - the multiple_fields_remove_button module - the cck_multiple_field_remove module - the field_remove_item module
Copied from Duplicate issue by @klonos :
This is one of the many, tiny things that has been annoying me in the Drupal (and thus inherently Backdrop) UI for years:
When working on a new Drupal 7 site I noticed a feature from the old D6 CCK days that allows you to remove a single item from a field that has unlimited values. Unfortunately, this is not built into Drupal 7's fields ... In a D7 unlimited field, you 'delete' an item by emptying all of its values and saving the form. This works fine in practice but is highly unintuitive for a standard Drupal user (ie: clients) ...
There are currently two modules that address this issue:
Multiple Fields Remove Button:
Both of these modules work the same, in that once the user clicks on either the button or the checkbox, the entry is removed in an AJAXy way. This action removes the item only from the form; there is no actual removal unless the user saves the form. I think that in our implementation, entries should be "marked" for removal, but still remain visible on the form, giving the user the option to change their mind and undo. Perhaps a list of checkboxes in a "remove" column would be more similar to other places in our UI, and thus a familiar UI pattern for the end user.
Recent comments
@xorgev Thanks for linking to this video. It is a good one that I had not seen before. There are lots of resources on the Internet for Backdrop CMS and it is challenging to figure out how they...
Suggestion to improve the visibility of helpful content for new users
This is helpful. When I Googled for suggestions about the error message, I found an old entry in Stack Overflow that suggested increasing max_connections. I passed that along to the hosting...
"SQLSTATE[08004] [1040] Too many connections" error - any ideas?
Thanks for the suggestions. All caches have been enabled from the start. I'm not sure what qualifies as a "complex" view. There are 400-500 pages that include EVA fields. But the vast...
"SQLSTATE[08004] [1040] Too many connections" error - any ideas?