Что касается использования на мобильных устройствах:
Хотя да, у меня это сейчас работает на сенсорном устройстве при длительном нажатии для вызова контекстного меню (тестировалось на Android — OnePlus 7 Pro).
Однозначно необходимо внести некоторые исправления, чтобы это работало на большем количестве устройств, особенно на iOS. Недавно я обнаружил, что в iOS существует продолжающаяся проблема с тем, как обрабатываются контекстные меню. Однако я не смогу быстро выпустить исправление, так как для части с таблицами мы используем стороннюю библиотеку.
Я опубликую обновление, как только решу эти проблемы. Извините за неудобства!
Я не хочу говорить от имени других, но, полагаю, все мы понимаем, что это новая функция, и проблемы с UX или ошибки ожидаемы. И честно говоря, это уже потрясающая работа.
У меня на другом сайте есть несколько довольно объёмных таблиц сравнения цен и товаров, которые я использовал во время тестирования, и теперь их обновление действительно стало абсолютной лёгкостью. Мой энтузиазм к их поддержке (и созданию новых) точно возродился благодаря этому маленькому шедевру.
Мне бы очень хотелось, чтобы этот #theme-component мог напрямую импортировать данные из Microsoft Excel, Google Sheets и Numbers с помощью кнопки в пользовательском интерфейсе. Это было бы очень кстати!
Хотя я не могу протестировать это на моём текущем экземпляре Discourse (я не могу устанавливать компоненты тем или плагины), я бы очень хотел, чтобы эта функция появилась в ядре Discourse. У нас есть сообщения с довольно сложными таблицами (10x10), и редактировать их в Markdown всегда очень болезненно. Продвинутые пользователи (например, разработчики) справляются, однако от остальной части нашей базы пользователей (деловых людей) требовать этого слишком много.
@keegan, вероятно, сможет добавить больше деталей, но я считаю, что между «десктопом» и «мобильными устройствами» существует небольшая особенность, в которую попадает сенсорный интерфейс. Мне кажется, что в ядре есть ещё несколько элементов, которые также оказываются в той же «серой зоне».
С моей точки зрения, как пользователя (пусть и не совсем продвинутого), никакой серой зоны нет Есть только чёрное и белое: Table Builder предоставляет минимальный функционал для всех мобильных устройств.
(Я планировал сделать скриншот, но не смог, потому что прокрутка шестерёнки всё ещё не работает на iPhone. Но это не проблема Table Builderзабыл: всё, что требовалось, — это нажать Готово). Зато сенсорные экраны — это да.
Обычно проблема заключается в том, что мы не можем определить, есть ли у пользователя мышь. Поэтому мы частично ограничиваем обнаружение функций на основе мобильного/не мобильного устройства, а наличие сенсорного экрана служит сигналом для мобильного режима.
Однако в данном конкретном случае, возможно, стоит использовать другой параметр — просто скрыть кнопку, когда экран становится достаточно узким, с помощью медиа-запроса?