Should table focus really reset timeSincePress?

When a table cell receives focus it resets an Action button’s timeSincePress.

But… why should it?

This behaviour gets posted about at least once a week here - and undoubtedly numerous times more for others who don’t post about it - that I think this needs some discussion.

And while i disagree with the behaviour in general I finally sat down to think about why this behaviour might have been baked in, in the first place. After thinking it over… I just couldn’t come up with a single use-case for this behaviour.

Has anyone?

Good question. Can you share where this is coming up? For a button right underneath a table, the thinking is that it should behave a lot like a submit button on a math input. Enter on the last cell submits, focus in the table unsubmits. If there are cases that you don’t want this, would love to see them!

Sure, any time an animation is involved this becomes a breaking issue.

Trivial example: Table Reset • Activity Builder by Desmos

But it has come up a lot as a common pain point, almost always due to unwanted interference in animations. Just search on this board for terms like table, reset, focus, etc. to get a sense of the scope of the frustration people have experience over this.

Thanks for taking an interest.

This person’s activity in this thread also had an issue with not displaying the correct set of dice when the table got focus:

Managed to get around this table resetting Animation business with some hacky workarounds: Suppress Animation Reset on Table Focus

But it sure would be nice to avoid this.

It’s been a few weeks to think this over Eli - do we have a reason for why cell focus should re-start animations?

It continues to be a significant hindrance to Activity creation, so I’m very curious where the use-case might be to explain this behaviour.

Thanks very much

Yes- that was a great workaround when using a graph…
but I still need an actual button (to hide objects and such) with a table on it too.
@eli_desmos any updates here?