This Product Ideas board is currently undergoing updates, but please continue to submit your ideas.
Hello Airtable, Please, please please reverse this change!
Double-clicking on the field name now only modifies the name of the field. It is a pain to have to right-click to access this menu. I don’t want to be overdramatic and claim this will totally ruin Airtable, but it’s much less efficient than the old method.
I also noticed that when creating a new field, the field type is now the first dialog. Then we are prompted to put in a name. This is fine and I can get used to the new workflow. I understand that this reduces the number of times I use “Tab” to move between dialog boxes.
I love Airtable and hope it continues to make progress! Just not the progress I don’t like :stuck_out_tongue_winking_eye:
Double-clicking a field name still works to change all field properties for me. However, there’s a slim chance that you’ve somehow been granted access to a randomly-assigned beta feature (which happened with the new view switcher earlier this year). Could you share a screenshot showing the behavior you’re seeing?
I don’t have this new feature yet either, but due to the sheer number of complaints that I’ve seen about this new feature in the forums, this PERFECTLY exemplifies what I personally believe is the biggest problem with the Airtable team:
They change things that NOBODY has ever complained about once in the entire history of the product, yet they completely ignore all the little problems that people have been complaining about for years.
Very soon, I will be posting my list of my Top 75 Issues with Airtable — little bugs & problems & gotchas & headaches in the product that have gone unfixed for years, despite users being very vocal about these issues.
It feels to me like the Airtable team is completely out-of-touch with their users, and it feels to me like they don’t care about having a dialogue with us at all.
Quite honestly, I’ve personally never felt such a disregard for users’ voices in my 30+ years of software development.
This is just my own personal opinion, but it is what bothers me the most about working with Airtable.
I love Airtable the product, but I consistently feel like our voices & needs & concerns fall on deaf ears.
Please be sure to email email@example.com about what sounds like a terrible new change!
p.s. I actually received this disastrous new change for a few minutes, but thankfully it is now gone.
One of the biggest problems here is that this new change prevents us from customizing fields in a mobile browser.
Airtable has (shockingly) never been optimized for use in a mobile browser, but the one thing that WAS possible in a mobile browser was customizing a field by double-tapping on the field name.
Not anymore, once this change rolls out. Now a mobile browser is essentially useless for using Airtable.
Good Morning @Justin_Barrett, here is a link to a video highlighting the new workflow: https://www.loom.com/share/b7e1a3be8f2f48da824975ce058b0243
@ScottWorld, you are indeed lucky the feature was only temporary. Luckily I have only seen this on my personal account so far, but it will be a real pain if it rolls out on my work account!
Anyone who agrees, please call it out here! I am hopeful they will come to a version of this workflow that we can all agree is great, similar to the final version of the view switcher.
Thanks for putting that video together, Paul. That’s very interesting indeed. It’s possible that this change is coming about from new user feedback. I don’t recall how often I’ve seen new users comment about being confused by the interface for adding/modifying fields, but it has come up once or twice. Perhaps the direct feedback to Airtable is greater than what we see here.
If there’s a plus side to this change, it provides greater unity re: how renaming works across Airtable. Double-clicking tables and views instantly lets you edit their names in place, so it makes sense to have this behavior also apply to fields. The current behavior does allow this to some extent with the combined name/settings dialog, with the name instantly in edit mode, but again, that combo might be confusing to new users if they expect a double-click on a name to only let them edit the name.
Just restarted my Airtable desktop app and it’s still the old behavior. Same thing in the browser. Curious to see how quickly this rolls out. If it’s anything like the change to the view switcher, my gut says that unless there’s some massive backlash against it from a sizeable portion of the Airtable user base, what you see is going to eventually become the default, perhaps with only minor changes depending on user feedback.
I’m sorry that this has been your experience. While I agree that there are many requested changes that Airtable has not implemented, I have a different impression. However that might be due to different expectations. When I submit a support request, I get a response within a business day. The response isn’t always what I want to hear, but I always get a response. When there have been “Ask Me Anything” events in this community, my questions have been answered. Whenever I’ve pointed out errors in documentation, that has always been fixed. (Documentation errors are far easier to fix than code bugs.) I am in the process of submitting a custom app to the marketplace, and I receive personal emails from regarding that process.
While I dislike the current process of renaming & customizing fields, I hope that we will come out of the experience with an even better user interface. I’m also probably not the target audience driving Airtable’s desire for a different user experience. I do remember when I first started using Airtable, I was confused why both “rename” and “customize” menu options did the same thing.
While this type of beta testing can be very disruptive for people who don’t like it, I can see how it can provide better feedback than other methods, and include a broader swatch of users versus feedback from only people who opt in. It would be nice to be informed of the testing, but maybe they are trying to see who notices, and telling people in advance might affect the results.
Double-click to rename makes sense to me as that’s standard behavior elsewhere in Airtable and common functionality in other apps. I don’t think that in and of itself was a bad change.
However I do absolutely believe you should be able to rename a field and customize the field type in the same dialog OR you should be able to change the field name and field description in the same dialog.
Now, if this is in advance of some extra field type config options coming down the pipeline and they thought the dialog would be too crowded to include field name, I could understand. But as it stands with current features available it doesn’t seem to be an advantage to separate field name and field type options.
So if it makes sense to keep field name and field type configs together, then there isn’t really a reason to change the double-click functionality.
This has exactly zero affect on me and how I use the platform. But from a sheer logic perspective the change in its current form hasn’t provided a benefit, and therefore likely isn’t worth the backlash it will receive.
I think that these changes will primarily affect opposite ends of the spectrum of users:
The knowledge gap between these two sets of users is fairly large, and finding a single design that works well for both groups will be a challenge. I think that Airtable is up to that design challenge, but they need feedback from users explaining their use cases.
Yeah, I rarely enter field descriptions, in part because entering them happens on a separate screen.
I have this change and I don’t like it – partly because it ruins my usual flow with creating a new field (I have the name I want in my head ready to type - and I’m not given the option to type it anywhere!) and also because I end up with a field with a stupid name like ‘Calculated’.
:wave: I agree.
I constantly edit/create fields as part of my consulting job,
The new way of creating fields and customizing them is frustrating.
Please return to the old way of creating fields and customizing them with a double click.