# Grid columns with optional fields are editable but can't save

**URL:** <https://community.mp3tag.de/t/grid-columns-with-optional-fields-are-editable-but-cant-save/54731>\
**Category:** Support\
**Created:** [October 12, 2021, 1:01pm UTC](https://community.mp3tag.de/t/grid-columns-with-optional-fields-are-editable-but-cant-save/54731 "2021-10-12T13:01:50Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![XPEHOPE3](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/x/9de0a6/32.png) [@XPEHOPE3](https://community.mp3tag.de/u/XPEHOPE3)\
**Post date:** [October 12, 2021, 1:01pm UTC](https://community.mp3tag.de/t/grid-columns-with-optional-fields-are-editable-but-cant-save/54731/1 "2021-10-12T13:01:50Z")

</div>

To reproduce, open Mp3Tag on a folder with usual single-track files with track numbers filled in.

Create a column:

- Name: №
- Value: [CD%discnumber% -]%track%
- Field: [CD%discnumber% -]%track%

Values from this column appear to be editable when clicked (at least when only track number is present, but not discnumber). However pressing Enter doesn't save the (numeric) value as track number. Of course if Field is just "%track%", behavior is as expected (editable and saved).

I'd suggest to prohibit such optional fields since they mislead users into thinking one can edit two fields in one control.

---

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [October 12, 2021, 1:11pm UTC](https://community.mp3tag.de/t/grid-columns-with-optional-fields-are-editable-but-cant-save/54731/2 "2021-10-12T13:11:08Z")

</div>

> [@XPEHOPE3](#):
>
> mislead users into thinking one can edit two fields

Yet, if one looks closely, the label for that input is "Field", singular, not "Fields", plural.  
Also, the [help states](https://docs.mp3tag.de/customization/file-list):

## Field

This field is optional. The placeholder of this field is used for editing the content of the field through the file view - if this field is empty, the column is write protected.  
You can only use placeholders for tag fields (e.g. %artist%), %\_filename\_ext%, or %\_filename% here.

So your idea with square brackets plus a text constant "CD" is invalid syntax ...  
On the other hand, the free user input is required as user-defined fields could be created like that.

---

<div class="post-metadata">

**Author:** ![XPEHOPE3](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/x/9de0a6/32.png) [@XPEHOPE3](https://community.mp3tag.de/u/XPEHOPE3)\
**Post date:** [October 12, 2021, 1:21pm UTC](https://community.mp3tag.de/t/grid-columns-with-optional-fields-are-editable-but-cant-save/54731/3 "2021-10-12T13:21:34Z")

</div>

I agree I should have read more closely. In fact, it was just a copy-paste from "Value" happened years ago 🙂  
However I still feel some error checking can be present. E.g. both "track" and "%track%" work, but "track " of course doesn't. Initially I though only strings within %s are field names and so no "free" user input is required.

Glad you told me, now I need to clear some new fancy fields I created like "[CD%DISCNUMBER% -]%TRACK" 😂

---

<div class="post-metadata">

**Author:** ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)\
**Post date:** [November 11, 2021, 1:22pm UTC](https://community.mp3tag.de/t/grid-columns-with-optional-fields-are-editable-but-cant-save/54731/4 "2021-11-11T13:22:25Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.