Button formula finally (almost) down :(

Maybe I am wrong, but I’m fearing I’m not:

Button formulas stopped working for me when inside Concatenate formula: they keep showing correctly the text in preview and button in formula editor, but not elsewhere.

Outside the editor, what you get is that deadly “(bolt) Action” sentence

3 Likes

Yes noticed and confirm exactly the same problem.
And it is very sad that the developers intentionally disabled such a possibility, such a workaround to combine several buttons in one column.
Since in my work 50% of the documents use this method, the readers of my documents are pleasant and comfortable to read the data in tables of this kind.
I hope I’m wrong, and soon we will see new features on this formula.

UPD: I received a reply from tech support about this problem. They reported that the formula is now unsupported as this formula is unstable and experimental, they recommend using the official list of formulas.

Dear @shishir and the Coda team please next time alert you to which formulas will no longer be supported in the future. Still, it’s sad that they disabled the workaround for the button formula. Which allows combine in one column saving space across the width of the table, with formulas: Concatenate Text + Button, BulletedList Button, Lookup formula ActivateRow button in another table, etc

Please do not ignore this, and return or allow the implementation of such functionality.

Thank you for your attention

Yeah, I also had this response. I am well aware of that it was an unsupported formula, and that the button column type has received some improvements, yet the possibility of place different buttons together, and furthermore, combine them with text, was essential for me to develop advanced UX.

They asked me to request officially that feature (Feature Request Form)

I suggest we all the people who used this make some noise. I am sure many advanced users got their docs broken with this change, maybe if some of this community vips, such as @Paul_Danyliuk or @Filmos make some noise our pledges are listen :slight_smile:

4 Likes

We see you. We hear you. Your buttons should come back to life within the next two prod pushes.

10 Likes

And we stand with you dear codians, keep doing your outstanding magic :blush:

2 Likes

We were able to fix this to allow it to keep working for now, but if you are creating a doc that you rely on and cannot have it break, I would seriously consider finding a different solution and stay away from unsupported formulas.

This is still not supported and still could break with future updates.

2 Likes

Thank you for the update!

Please give us some official way to render inline buttons. Can’t say for everyone (although evidently it’s not only me who needs this) but I often find myself needing:

  • A variable number of buttons rendered inline, e.g. these are Concatenated from a table:

  • Different-colored buttons in different rows (no example at hand; I’m using colored labels instead because coloring a Button() is very risky):
    image

  • A button inline with text either within a cell sometimes:

    or as part of a canvas/cell function that may hide the button altogether:

    Before clicking the button:
    image

    After clicking that button:
    image

  • Adding a button to a table group to enable for custom logic. E.g. here a button is necessary to provide Add Row capability because the normal “add row” button would not automatically resolve the lookup (because we’re not grouping on a Lookup). Of course we could have a separate column for a button, but we’re constrained in horizontal space there:

  • Sometimes I’d like to not have a disabled button to keep the table cleaner. A disabled button with regular label would add visual clutter. Right now I have to render buttons with empty label to aid that, but imagine a long grey line here that would only distract the user. I’d rather not have this at all:

and many similar scenarios where this would be useful

4 Likes

All these use cases + rendering multiple buttons horizontally on a card in Kanban view.
An example would look like this
image

Without Button() formula, the above card would instead look like the one below. That big empty white space on the right side is useful for nothing except to enforce 60px social distancing between buttons in adjacent cards.
image

Since this is an integral part of my workflow, I am really grateful that the Button() formula is back (for the second time since it broke once in last November)

2 Likes

Also, if you want to clearly separate consultation UI from edition UI (something really necessary in my opinion, since there is little visual difference between editable fields and calculated fields, and because if you have many to many relationships you need some tricks and intermediate forms to provide user enough support) button formula comes in handy.

About first scenery, I tend to use this trick to show what text you can edit, and ease advanced edition access to user:

About the second scenary, I have no time right now to paint something easily understandable, but there are some cases, such us: delay row change until user presses accept button, assist with intermediate form where user can navigate hierarchy to find desired row, and so on and so on

1 Like