Per quanto riguarda l’uso da mobile:
Anche se, sì, attualmente funziona per me su un dispositivo touch tenendo premuto a lungo per attivare il menu contestuale (testato su Android - OnePlus 7 Pro)
Ci devono assolutamente essere alcune correzioni affinché funzioni su più dispositivi, specialmente per iOS. Recentemente ho scoperto che iOS ha un problema in corso nel modo in cui gestisce i menu contestuali. Tuttavia, non sarò in grado di fornire una soluzione rapida immediatamente poiché utilizziamo una libreria di terze parti per la parte del foglio di calcolo.
Pubblicherò un aggiornamento una volta risolti questi problemi. Mi scuso per l’inconveniente!
Non voglio parlare a nome degli altri, ma suppongo che siamo tutti consapevoli che si tratta di una nuova funzionalità e che sono previsti problemi di UX o bug. E onestamente, è già un lavoro incredibile.
Ho alcune tabelle di confronto prezzi/prodotti piuttosto consistenti su un altro sito che ho utilizzato durante i test, e ora aggiornarle è davvero un gioco da ragazzi. Il mio entusiasmo nel mantenerle (e crearne di nuove) è certamente stato rinnovato con questa chicca.
Sebbene non possa testarlo sulla mia attuale istanza di discourse (non posso installare componenti tematici o plugin), mi piacerebbe che questo arrivasse nel core di discourse. Abbiamo post con tabelle ragionevolmente complesse (10x10) e modificarle in markdown è sempre molto doloroso. Gli utenti avanzati (ad esempio sviluppatori) vanno bene, tuttavia è troppo da chiedere al resto della nostra base di utenti (persone d’affari).
@keegan probabilmente può aggiungere maggiori dettagli, ma penso che ci sia una leggera stranezza tra la “via di mezzo” tra “desktop” e “mobile” in cui si colloca un’interfaccia touchscreen. Penso che ci siano anche altri elementi nel core che rientrano nella stessa “zona grigia”.
Dal mio punto di vista di utente finale, non c’è una zona grigia C’è solo bianco e nero nel senso che Table Builder offre solo funzionalità minime per tutti i dispositivi mobili.
(Avevo pianificato di fare uno screenshot ma non ci sono riuscito perché lo scorrimento dell’ingranaggio è ancora rotto su iPhone. Ma questo non è un problema di Table buildernon importa; tutto ciò che serviva era toccareFatto).. Ma gli schermi touch lo sono.
In genere il problema è che non possiamo rilevare se un utente ha un mouse o meno. Quindi, basiamo parte del nostro rilevamento delle funzionalità su mobile/non-mobile e il tocco è un segnale per mobile.
In questo caso specifico, tuttavia, penso che ci possa essere un vantaggio nell’utilizzare un parametro diverso, semplicemente nascondere il pulsante una volta che lo schermo diventa abbastanza stretto tramite una media query?
Il mio entusiasmo nel mantenerle (e crearne di nuove) è certamente stato rinnovato con questa chicca. 
C’è solo bianco e nero nel senso che Table Builder offre solo funzionalità minime per tutti i dispositivi mobili.