CSS/HTML 편집기 커서 오프셋으로 인해 CSS 폰트 오버라이드 때문에 사용 불가

저는 Discourse를 처음 사용하는 사용자입니다. 다른 동료로부터 사이트 관리 권한을 인수받았는데요. UI 관련 요청이 쌓여 있는 작업을 처리하면서, 이러한 변경 사항을 위해 사용하는 편집기가 거의 사용할 수 없을 정도로 불편하다는 것을 느끼고 있습니다.

구체적으로 말하면, 커서를 특정 위치에 놓아서 한 글자를 수정하려고 하면, 커서가 있는 위치에서 왼쪽으로 열두 글자 이상 떨어진 위치의 글자가 수정됩니다. 아래는 그 모습을 보여주는 화면입니다…

줄의 끝부분을 클릭했는데도 커서는 거의 1인치 오른쪽(빈 공간)에 표시되고 있습니다. 그런데 백스페이스를 누르면 세미콜론이 삭제됩니다. 이 문제를 우회하기 위해 내용을 텍스트 편집기로 복사해서 거기에 코드를 수정한 뒤 다시 붙여넣는 방법을 사용하고 있습니다. 이건 의도된 동작이 절대 아닐 텐데, 왜 이런 일이 발생하는지 전혀 모르겠습니다. 이 편집기가 플러그인인가요?

메타 태그에 따르면 Discourse 2.4.1을 사용 중이며, 자체 호스팅이 아닌 Discourse 측에서 호스팅을 맡고 있다고 들었습니다.

왜 그런 일이 발생하는지는 정확히 모르겠습니다. 저는 그런 현상을 본 적이 없습니다. 제 추측으로는 테마에 무언가 깨져 있는 것 같습니다. 안전 모드(https://yoursite/safe-mode)를 시도해 볼 수 있습니다. 또한, 정리해야 할 테마 잔여물이 많다면 Install the Discourse Theme CLI console app to help you build themes 을 꼭 확인해 보세요. 그러면 여러분이 좋아하는 에디터에서 의도한 대로 작업할 수 있습니다.

정말 확실합니까? 저희 호스팅을 사용하고 있다면 현재 베타 버전(2.5)을 사용 중일 것입니다. 조금 더 자세히 살펴보는 것을 권장합니다. 관리자 제어 패널에 저희가 언급되어 있나요?

제프, 나도 실제로 그게 궁금합니다. 우리가 Discourse에 호스팅되어 있는지, 아니면 자체 호스팅을 하고 있는지 어떻게 확인할 수 있을까요?

다음은 몇 가지 세부 정보입니다:

$whois eventtribe.com
Name Server: DNS1.P05.NSONE.NET
Name Server: DNS2.P05.NSONE.NET
nserver:      A.GTLD-SERVERS.NET
nserver:      B.GTLD-SERVERS.NET

$ ping eventtribe.com
PING eventtribe.com (198.7.63.115): 56 data bytes

CDCK에 의해 호스팅되고 있었다면, 이름이 해당 도메인을 가리키는 CNAME으로 해석되었을 것입니다. 아마도 스스로 호스팅하고 계신 것 같습니다… 어떻게든요. 다음 링크가 단서가 될 수도 있지만, 아닐 수도 있습니다: 198.7.63.115 IP Geolocation | Washington, leaseweb.com, AS30633, VPN Not Detected [US]

Discourse가 www.eventtribe.com을 호스팅하지 않는다는 것을 확실히 말씀드립니다.

:smiley: 그렇다면 당연히 당신도 알 거 아니에요?

업그레이드에 대한 읽기를 시작하기에 Sam의 게시물이 가장 좋은 곳인가요?

아하. 마케팅 팀 리더에게 확인해 보니, 우리가 https://www.communiteq.com/에 호스팅되어 있는 것으로 드러났습니다.

이 회사에 대해 전혀 모르고 있는데, 제가 알아두어야 할 것이 있나요? :smiley:

에디터 문제에 대해 문의하기 위해 해당 회사에 티켓을 등록하겠습니다.

좋은 사람들이에요. 여기 자주 글을 올리면서 서로를 응원하고 있어요 :handshake:

더 많은 Discourse = 더 나은 Discourse

제프, 정말 좋은 소식이에요. 감사합니다!

직접 확인해 보았습니다. 원인은 테마의 “Fonts” 컴포넌트가 삽입하는 Lato 폰트입니다. 이 폰트는 모든 요소(*)에 적용되며, 고정 폭 폰트가 아니기 때문에Apparently 편집기가 이 폰트와 잘 작동하지 않는 것 같습니다. /safe-mode를 사용하면 이 문제를 우회할 수 있습니다.

실제 원인은 * 선택자를 사용하여 해당 폰트를 모든 요소에 적용하고 있기 때문입니다. 이를 html로 변경하면 일반적인 CSS 상속과 우선순위가 복원되며, 편집기가 올바른 폰트를 사용할 수 있게 됩니다.

마이클, 감사합니다! 먼저 말씀드리자면, 이건 이전 동료로부터 넘겨받은 코드입니다. :smiley:

말씀하신 대로 해봤는데, 맞습니다. 실제로 문제가 해결되네요. CSS 변경 사항이 설정 영역에 반영될 수 있다는 점은 조금 놀랍습니다. 하지만 말씀하신 내용은 충분히 합리적으로 느껴집니다. 시간 내주셔서 다시 한번 감사합니다!

저도 실제로 그렇습니다. 제 기억으로는 예전에는 그렇게 작동하지 않았거든요.
다만 *는 정말 위험한 선택자입니다.