좋은 아이디어네요! 나중에 추가할 기능 목록에 이 기능을 추가해 두겠습니다.
감사합니다. 이 부분의 사용자 경험(UX)을 개선하는 방법을 살펴보겠습니다.
모바일 사용 관련해서 말씀드리자면,
현재 터치 기기에서 길게 눌러 컨텍스트 메뉴를 트리거하는 방식으로 작동하고 있습니다(테스트 환경: Android - OnePlus 7 Pro).
하지만 더 많은 기기, 특히 iOS에서 작동하려면 몇 가지 수정이 필요합니다. 최근 iOS에서 컨텍스트 메뉴 처리 방식과 관련하여 진행 중인 문제가 있다는 것을 알게 되었습니다. 스프레드시트 부분에 서드파티 라이브러리를 사용하고 있기 때문에 즉각적인 빠른 수정을 배포하기는 어렵습니다.
이 문제들을 해결하면 업데이트를 공유하겠습니다. 불편을 드려 죄송합니다!
다른 사람들을 대신해서 말하기는 어렵지만, 새로운 기능이라는 점과 UX 문제나 버그가 예상된다는 사실은 모두 알고 있을 거라고 생각합니다. 솔직히 말하면, 이미 정말 훌륭한 작업입니다.
동의합니다!
오름차순과 내림차순 정렬…
다른 사이트에서 테스트 중에 사용했던 몇 개의 꽤 방대한 가격/제품 비교 테이블이 있는데, 이제는 그들을 업데이트하는 것이 정말 쉬워졌습니다. 
이 작은 보석 덕분에 유지보수(그리고 새로운 테이블 만들기)에 대한 열정이 확실히 다시 살아났습니다. 
안녕하세요 여러분,
Firefox 브라우저 버전 103.0.2 (64bit)에서 문제가 발생하고 있습니다.
셀에 입력하는 모든 값이 "undefined"로 표시됩니다.
Microsoft Edge 버전 104.0.1293.54 (공식 빌드) (64-Bit)에서는 모든 것이 완벽하게 작동합니다.
gif로 녹화해 두었습니다.
도움 주시면 감사하겠습니다.
첫 번째 줄과 두 번째 줄 사이에 공백이 있는 것 같습니다. 빈 줄을 제거하면 정상적으로 표시될 것입니다.
아, 고마워. 좀 복잡해 보이네. 
이것은 알려진 버그입니다: Table Builder - #11 by Canapin
다만 재현 단계를 찾을 수 없었습니다.
이 #customization:theme-component에서 사용자 인터페이스의 버튼을 통해 Microsoft Excel, Google Sheets, Numbers에서 데이터를 직접 가져올 수 있다면 정말 좋겠습니다. 아주 유용할 것 같아요!
현재 사용 중인 discourse 인스턴스에서는 이를 테스트할 수 없습니다(테마 컴포넌트나 플러그인을 설치할 수 없기 때문이죠). 하지만 이 기능이 코어 discourse에 포함되기를 진심으로 바랍니다. 우리는 비교적 복잡한 테이블(10x10)이 포함된 게시물이 있으며, 마크다운으로 이를 편집하는 것은 항상 매우 고통스럽습니다. 고급 사용자(예: 개발자)에게는 문제가 없겠지만, 나머지 사용자 기반(비즈니스 관련 종사자)에게는 너무 높은 요구 사항입니다.
멋진 TC!!! 당신의 작업을 정말 좋아합니다. 그 테이블들은 수년 동안 나를 미치게 만들었습니다.
현재 
테이블 편집 버튼을 볼 수 없습니다. 버튼은 존재하며 정상적으로 작동하지만, 보이지 않습니다:
CSS나 HTML에서 이에 대한 원인을 찾을 수 없습니다. 저만 이런가요?
터치스크린이 있으실까요?
맞아요 - 하지만 제 메인 화면만 해당됩니다. 그게 왜 중요한가요?
@keegan 님이 더 자세한 내용을 추가할 수 있겠지만, 저는 '데스크톱’과 '모바일’의 중간 단계인 터치스크린 인터페이스가 놓이는 지점에 약간의 특이점이 있다고 생각합니다. 또한 코어 기능 중에서도 같은 '회색 지대’에 해당하는 다른 부분들이 몇 가지 더 있을 것 같습니다.
어느 정도 최종 사용자의 입장에서 보면 회색 지대라는 것은 없습니다. 
Table Builder가 모든 모바일 기기에 대해 최소한의 기능만 제공한다는 의미에서 하얀색과 검은색만 있을 뿐입니다.
(스크린샷을 찍으려고 했지만, iPhone에서 코그(Cog)의 스크롤이 여전히 깨져 있어 찍을 수 없었습니다. 하지만 그것은 Table Builder의 문제가 아닙니다. 괜찮습니다. 필요했던 것은 단순히 완료를 탭하는 것이었으니까요).. 하지만 터치스크린은 문제입니다.
일반적으로 문제는 사용자가 마우스를 가지고 있는지 감지할 수 없다는 것입니다. 그래서 기능 감지를 모바일/비모바일 기준으로 일부 제한하고 있으며, 터치 입력은 모바일을 나타내는 신호로 사용됩니다.
하지만 이 특정 경우에는 다른 매개변수를 사용하는 것이 더 나을 수도 있습니다. 미디어 쿼리를 통해 화면이 충분히 좁아지면 버튼을 단순히 숨기는 방식은 어떨까요?
요즘에는 마우스가 필수인데, 정말 아쉬운 점입니다. 기술이 뒤처져 있는 건가요?
@nathank 감사합니다. 실제로 core에서 발생한 문제였으며, 해당 커밋으로 해결되었습니다:
