Regarding mobile usage:
Although, yes, it currently works for me on a touch device by long pressing to trigger the context menu (tested on Android - OnePlus 7 Pro)
There definitely needs to be a some fixes done for it to work on more devices, especially for iOS. I recently discovered iOS has an ongoing issue with the way it handles context menus. However, I won’t be able to push out a quick fix immediately since we’re using a third-party library for the spreadsheet portion.
I’ll post an update once I’ve resolved these issues. Sorry for the inconvenience!
I don’t want to speak for others but I suppose we’re all aware that’s a new feature and that UX issues or bugs are expected. And honestly, it’s already amazing work.
I have a few fairly hefty price/product comparison tables on another site that I’ve been using during testing, and it really does make updating them an absolute breeze now. My enthusiasm for maintaining them (and making new ones) has certainly been renewed with this little beauty.
While I can’t test this on my current discourse instance (I can’t install theme components or plugins), I’d love for this to land in core discourse. We have posts with reasonably complicated tables (10x10) and editing them in markdown is always very painful. Advanced users (eg developers) are ok, however it’s too much to ask from the rest of our user base (business people).
@keegan can probably add more detail, but I think there’s a slight quirk between the halfway house of ‘desktop’ and ‘mobile’ that a touchscreen interface lands between. I think there are few other bits in core that also get scooped up in the same ‘grey zone’ as well.
From my point of view as more or less end user there is not grey zone There is just white and black in the meaning Table Builder gives only minimal functionality for all mobiles.
(I was planning to take screenshot but I couldn’t because scrolling of cog is still broken on iPhone. But that is not issue of Table builder never mind; all that was needed was tappingDone)… But touch screens are.
Generally the problem is that we can not detect if a user has a mouse or not. So we gate a bit of our feature detection on mobile/not-mobile and touch is a signal for mobile.
In this specific case though I think there may be merit to use a different param, just suppress the button once the screen gets narrow enough via a media query?