# UX

**URL:** https://meta.discourse.org/c/contribute/ux/9.md?page=33

[최신](https://meta.discourse.org/latest.md) · [카테고리](https://meta.discourse.org/categories.md) · [태그](https://meta.discourse.org/tags.md)

**Page:** 34

---

## [북마크 삭제? 북마크 작업 이름 변경](https://meta.discourse.org/t/delete-bookmark-rewording-bookmark-actions/306957)

<div class="topic-metadata">

**Author:** [@piffy](https://meta.discourse.org/u/piffy)\
**댓글:** 7\
**마지막 업데이트:** [6월 7, 2024, 2:56오전 UTC](https://meta.discourse.org/t/delete-bookmark-rewording-bookmark-actions/306957 "2024-06-07T02:56:13Z")

</div>

북마크를 삭제하려고 했는데, 옵션을 보고 잠시 멈칫했습니다. 이 경우, '편집'과 '삭제' 및 해당 기호는 이미 이 영역에서 사용되고 있지만, 현재는 ... 뒤에 숨겨져 있습니다. 그래서 잠시…

---

## [제목과 사용자 이름 사이의 간격이 일관되지 않음](https://meta.discourse.org/t/inconsistent-spacing-between-titles-and-usernames/310723)

<div class="topic-metadata">

**Author:** [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\
**댓글:** 7\
**마지막 업데이트:** [6월 6, 2024, 3:11오전 UTC](https://meta.discourse.org/t/inconsistent-spacing-between-titles-and-usernames/310723 "2024-06-06T03:11:41Z")

</div>

Replit Ask에서 사용자 이름과 직함 사이에 간격이 일관되지 않습니다. 일부 직함(예: Junior Moderator, Solution Institution)은 이 간격이 있는 반면, Ask Community Moderator와 Champion은 그렇지 않습니다.

---

## [첫 번째 옵션으로 "기타" 유형 표시](https://meta.discourse.org/t/flag-type-something-else-as-first-option/309184)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**댓글:** 3\
**마지막 업데이트:** [6월 5, 2024, 2:18오후 UTC](https://meta.discourse.org/t/flag-type-something-else-as-first-option/309184 "2024-06-05T14:18:06Z")

</div>

“기타” 플래그 옵션이 이제 게시물을 플래그할 때 첫 번째 옵션으로 표시됩니다. 게시물을 플래그할 때 마지막 옵션으로 돌아가야 한다고 생각합니다. 그래야 “위 목록에 없는 이유로”라는 설명이 더 합리적인 의미를 갖게 되니까요…

---

## [이메일 설정 페이지의 "표시" 버튼이 가운데로 정렬되지 않음](https://meta.discourse.org/t/email-show-button-not-centered-on-user-preferences-page/310567)

<div class="topic-metadata">

**Author:** [@KhoiUSA](https://meta.discourse.org/u/KhoiUSA)\
**댓글:** 0\
**마지막 업데이트:** [6월 4, 2024, 9:43오후 UTC](https://meta.discourse.org/t/email-show-button-not-centered-on-user-preferences-page/310567 "2024-06-04T21:43:35Z")

</div>

여기에 공유해 보려 합니다. 사용자 설정 페이지의 “표시” 버튼이 중앙 정렬이 안 되어 있는 것 같습니다. 제 생각에는 스태프에게만 영향을 줄 것 같습니다.

---

## [편집 텍스트 필터에 '미편집' 추가](https://meta.discourse.org/t/adding-unedited-to-edit-texts-filter/310349)

<div class="topic-metadata">

**Author:** [@satonotdead](https://meta.discourse.org/u/satonotdead)\
**댓글:** 0\
**마지막 업데이트:** [6월 3, 2024, 12:52오후 UTC](https://meta.discourse.org/t/adding-unedited-to-edit-texts-filter/310349 "2024-06-03T12:52:06Z")

</div>

현재 사용 가능한 필터는 ‘편집됨’뿐이며, 이는 우리의 특정 요구사항에 이상적이지 않을 수 있습니다. 우리는 Discourse 인스턴스의 UI/UX에 우리만의 감성을 더하기 위해 대부분의 텍스트를 편집하고 있기 때문입니다. ‘편집 안 된…

---

## [타임라인 때문에 발생하는 태블릿 스크롤 문제](https://meta.discourse.org/t/tablet-scrolling-issue-because-of-the-timeline/299784)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**댓글:** 0\
**마지막 업데이트:** [3월 18, 2024, 10:41오전 UTC](https://meta.discourse.org/t/tablet-scrolling-issue-because-of-the-timeline/299784 "2024-03-18T10:41:10Z")

</div>

타임라인 옆의 큰 클릭 영역은 태블릿을 사용할 때 그 영역 내에서 탭해도 반응이 없어 스크롤을 방해합니다.

---

## [스크롤해야만 타임라인이 표시됩니다](https://meta.discourse.org/t/timeline-only-appears-after-scrolling/310214)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**댓글:** 0\
**마지막 업데이트:** [6월 1, 2024, 9:19오후 UTC](https://meta.discourse.org/t/timeline-only-appears-after-scrolling/310214 "2024-06-01T21:19:55Z")

</div>

이것은 토픽의 너비에 따라 달라지는 것 같습니다. 하지만 때로는 스크롤을 조금 해야만 타임라인이 표시됩니다.

---

## [그룹 생성 시 전체 이름을 첫 번째로, 이름을 두 번째로 해야 합니다](https://meta.discourse.org/t/full-name-should-be-first-when-creating-a-group-name-should-be-secondary/310157)

<div class="topic-metadata">

**Author:** [@awesomerobot](https://meta.discourse.org/u/awesomerobot)\
**댓글:** 1\
**마지막 업데이트:** [5월 31, 2024, 9:26오후 UTC](https://meta.discourse.org/t/full-name-should-be-first-when-creating-a-group-name-should-be-secondary/310157 "2024-05-31T21:26:50Z")

</div>

새 그룹을 만들 때마다 나는 이런 실수를 하곤 합니다: 우리 범주 규약에 따라 사람이 읽기 쉬운 이름을 앞에 두는 방식을 따를 수 있다면, 이 프로세스가 더 나아질 것입니다: 그룹 이름은 중요합니다. b…

---

## [카테고리 배너의 링크가 이제 검은색으로 표시됩니다](https://meta.discourse.org/t/links-in-category-banners-now-show-in-black/307360)

<div class="topic-metadata">

**Author:** [@AquaL1te](https://meta.discourse.org/u/AquaL1te)\
**댓글:** 6\
**마지막 업데이트:** [7월 24, 2024, 7:41오후 UTC](https://meta.discourse.org/t/links-in-category-banners-now-show-in-black/307360 "2024-07-24T19:41:17Z")

</div>

카테고리 배너 테마 컴포넌트에서 URL이 이전과 다른 색상으로 표시됩니다. 이전에 검정색이 아니었고, 다른 색상이었던 것으로 기억합니다. 의도된 변경 사항인가요?

---

## [토픽 타이머와 슬로우 모드를 다른 소규모 토픽 알림처럼 스타일링할 수 있을까요?](https://meta.discourse.org/t/style-topic-timer-and-slow-mode-like-other-small-topic-notices/309985)

<div class="topic-metadata">

**Author:** [@awesomerobot](https://meta.discourse.org/u/awesomerobot)\
**댓글:** 0\
**마지막 업데이트:** [5월 30, 2024, 3:16오후 UTC](https://meta.discourse.org/t/style-topic-timer-and-slow-mode-like-other-small-topic-notices/309985 "2024-05-30T15:16:49Z")

</div>

이 정렬 불일치는 우리의 단순화된 토픽 맵 실험에서 강조됩니다… 하지만 토픽 하단의 이러한 메시지에 대해 유사한 서식과 정렬을 사용해야 할 것입니다.

---

## [매우 긴 "실명"은 채팅 멤버 목록과 사용자 카드에서 넘쳐납니다](https://meta.discourse.org/t/very-long-real-names-overflow-the-member-list-for-chat-and-the-usercard/300264)

<div class="topic-metadata">

**Author:** [@Firepup650](https://meta.discourse.org/u/Firepup650)\
**댓글:** 1\
**마지막 업데이트:** [5월 28, 2024, 10:43오후 UTC](https://meta.discourse.org/t/very-long-real-names-overflow-the-member-list-for-chat-and-the-usercard/300264 "2024-05-28T22:43:57Z")

</div>

멤버 목록 오버플로우: 이 문제는 기술적으로 유저카드에도 해당되지만, 잘리는 방식 때문에 덜 눈에 띕니다

---

## [사용자 디렉토리의 사용자 이름](https://meta.discourse.org/t/usernames-in-user-directory/293772)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**댓글:** 3\
**마지막 업데이트:** [5월 28, 2024, 1:53오후 UTC](https://meta.discourse.org/t/usernames-in-user-directory/293772 "2024-05-28T13:53:02Z")

</div>

사용자 디렉터리에서 사용자 이름 열은 이름과 사용자 이름이 길이에 따라 잘려 표시됩니다. 둘 다 줄이는 것보다 하나를 전체로 표시하는 것이 더 유용할 수 있습니다. 때로는 yo…

---

## [리뷰 대기열 버튼 통합](https://meta.discourse.org/t/unify-review-queue-buttons/309279)

<div class="topic-metadata">

**Author:** [@LWinterberg](https://meta.discourse.org/u/LWinterberg)\
**댓글:** 0\
**마지막 업데이트:** [5월 24, 2024, 11:11오전 UTC](https://meta.discourse.org/t/unify-review-queue-buttons/309279 "2024-05-24T11:11:52Z")

</div>

검토 대기열을 처리할 때, 저는 다음 조치에서 자주 멈칫합니다: 3b. 매번 혼란스럽습니다: 첫 두 대화상자는 동일한 구조를 가지고 있습니다(사용자 측이 먼저, 처벌이 나중에 나옴) 하지만, 오직…

---

## [드롭다운을 변경해도 검색 로그 다이어그램이 업데이트되지 않음](https://meta.discourse.org/t/search-logs-diagram-does-not-update-when-dropdowns-are-changed/309604)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**댓글:** 0\
**마지막 업데이트:** [5월 27, 2024, 9:09오후 UTC](https://meta.discourse.org/t/search-logs-diagram-does-not-update-when-dropdowns-are-changed/309604 "2024-05-27T21:09:11Z")

</div>

드롭다운은 예상대로 작동하며, 다른 시간 범위나 검색 유형이 선택되면 표시되는 결과가 업데이트됩니다. 그러나 검색어 중 하나를 선택하면 드롭다운이 다이어그램을 업데이트하지 않습니다. 또한 …

---

## [AI 대화 시작 단축키는 사용자 설정인가요?](https://meta.discourse.org/t/is-the-shortcut-to-start-ai-conversation-a-user-setting-or-not/309113)

<div class="topic-metadata">

**Author:** [@sam](https://meta.discourse.org/u/sam)\
**댓글:** 10\
**마지막 업데이트:** [5월 24, 2024, 10:07오후 UTC](https://meta.discourse.org/t/is-the-shortcut-to-start-ai-conversation-a-user-setting-or-not/309113 "2024-05-24T22:07:11Z")

</div>

이 아이콘에 대해 이야기해보겠습니다. 봇 접근 권한이 있는 사용자가 보는 아이콘이죠: 내부 설문 조사를 진행했고, 회사의 25%가 이 아이콘을 좋아하지 않았습니다. 제 판단으로는 로봇이 위에 있는 것을 원하지 않는 사람들은 2개의 그룹으로 나뉩니다: 사람들…

---

## [‘전체 화면 작성기’ 버튼을 ‘미리보기’가 아닌 ‘작성기’의 오른쪽 위로 이동할 수 있나요?](https://meta.discourse.org/t/can-full-screen-composer-button-be-moved-to-top-right-of-composer-not-of-preview/308227)

<div class="topic-metadata">

**Author:** [@Bathinda](https://meta.discourse.org/u/Bathinda)\
**댓글:** 1\
**마지막 업데이트:** [5월 23, 2024, 8:16오전 UTC](https://meta.discourse.org/t/can-full-screen-composer-button-be-moved-to-top-right-of-composer-not-of-preview/308227 "2024-05-23T08:16:39Z")

</div>

데스크톱 PC에서 새 주제/메시지를 시작할 때마다 포인터가 항상 작성창/PC 창 중앙 근처에 위치합니다. 그리고 대부분의 경우 실제 타이핑이 이루어지는 화면의 왼쪽 절반에 머물러 있으며, 시각적으로…

---

## [Discourse Discover로 연결되는 관리자 링크가 올바르지 않습니다](https://meta.discourse.org/t/admin-link-to-discourse-discover-is-incorrect/308552)

<div class="topic-metadata">

**Author:** [@Firepup650](https://meta.discourse.org/u/Firepup650)\
**댓글:** 2\
**마지막 업데이트:** [5월 22, 2024, 2:52오후 UTC](https://meta.discourse.org/t/admin-link-to-discourse-discover-is-incorrect/308552 "2024-05-22T14:52:39Z")

</div>

include\_in\_discourse\_discover의 관리자 링크가 여전히 https://discourse.org/discover를 가리키고 있지만, discover는 실제로 https://discover.discourse.org에 있습니다.

---

## [채팅이 작성 영역 위에 겹칩니다](https://meta.discourse.org/t/chat-stacks-on-top-of-the-composer/309014)

<div class="topic-metadata">

**Author:** [@jordan-violet](https://meta.discourse.org/u/jordan-violet)\
**댓글:** 0\
**마지막 업데이트:** [5월 22, 2024, 1:33오후 UTC](https://meta.discourse.org/t/chat-stacks-on-top-of-the-composer/309014 "2024-05-22T13:33:45Z")

</div>

컴포저가 열려 있는 상태에서 채팅도 함께 열려 있으면 UI가 매우 어색해 보입니다: 아래 중 하나가 되어야 한다고 생각합니다: 컴포저가 3개 항목을 모두 고려하도록 왼쪽으로 이동 컴포저의 라이브 미리보기가 닫힘 둘 다 열려 있을 수 없…

---

## [채팅에서 여러 대화를 나눌 때 개선된 사용자 경험](https://meta.discourse.org/t/improved-experience-for-having-multiple-conversations-in-chat/309003)

<div class="topic-metadata">

**Author:** [@jordan-violet](https://meta.discourse.org/u/jordan-violet)\
**댓글:** 4\
**마지막 업데이트:** [5월 22, 2024, 1:29오후 UTC](https://meta.discourse.org/t/improved-experience-for-having-multiple-conversations-in-chat/309003 "2024-05-22T13:29:28Z")

</div>

팀 차원에서 채팅을 활용할 때, 대화 사이를 오가는 것은 다소 번거로운 문제입니다. 한 번에 하나의 채팅 컨텍스트만 사용할 수 있기 때문입니다. 다음 중 하나(또는 둘 다)가 구현되면 좋겠습니다: …

---

## [반응 활동이 비어 있는 사용자의 잘못된 텍스트](https://meta.discourse.org/t/erroneous-text-under-a-blank-users-reaction-activity/308941)

<div class="topic-metadata">

**Author:** [@HamMan2118](https://meta.discourse.org/u/HamMan2118)\
**댓글:** 1\
**마지막 업데이트:** [5월 22, 2024, 5:19오전 UTC](https://meta.discourse.org/t/erroneous-text-under-a-blank-users-reaction-activity/308941 "2024-05-22T05:19:19Z")

</div>

안녕하세요! :smiley: 방금 특이한 문제를 발견했습니다. (빈) 사용자의 프로필을 열어서 활동 \> \> 반응으로 이동했을 때, 플레이스홀더 텍스트에 다음과 같이 표시되었습니다: 이것은 … 때문에 조금은 이해가 되지 않습니다.

---

## [PM에 사용자를 추가하거나 제거해도 다른 곳으로 이동하기 전까지 UI가 업데이트되지 않음](https://meta.discourse.org/t/users-being-added-removed-from-a-pm-doesnt-update-the-ui-until-you-navigate-away/308949)

<div class="topic-metadata">

**Author:** [@Firepup650](https://meta.discourse.org/u/Firepup650)\
**댓글:** 0\
**마지막 업데이트:** [5월 22, 2024, 3:06오전 UTC](https://meta.discourse.org/t/users-being-added-removed-from-a-pm-doesnt-update-the-ui-until-you-navigate-away/308949 "2024-05-22T03:06:16Z")

</div>

나간 사용자를 계속 다시 추가하면 꽤 어이없는 UX 오류가 발생할 수 있습니다:

---

## [사이드바에서 읽지 않은 메시지 확인이 어려워요](https://meta.discourse.org/t/hard-to-see-unread-messages-in-sidebar/308879)

<div class="topic-metadata">

**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\
**댓글:** 0\
**마지막 업데이트:** [5월 21, 2024, 2:13오후 UTC](https://meta.discourse.org/t/hard-to-see-unread-messages-in-sidebar/308879 "2024-05-21T14:13:41Z")

</div>

새로운 읽지 않은 메시지가 있을 때, 메시지를 보려면 우편함 아이콘을 클릭해야 합니다. 우편함 이름 옆에 개수가 표시되지 않습니다. 그리고 "수신함"을 클릭하면 또한, 개수가 주제 목록과 다르게 표시됩니다.

---

## [프로필 페이지 아래 불필요한 여백](https://meta.discourse.org/t/unneeded-space-underneath-the-profile-page/308548)

<div class="topic-metadata">

**Author:** [@twofoursixeight](https://meta.discourse.org/u/twofoursixeight)\
**댓글:** 0\
**마지막 업데이트:** [5월 18, 2024, 5:50오후 UTC](https://meta.discourse.org/t/unneeded-space-underneath-the-profile-page/308548 "2024-05-18T17:50:54Z")

</div>

토픽을 불러온 후 스크롤을 내리면 프로필 하단에 빈 공간이 있는 것을 확인했습니다. 그리고 Meta에서 이 프로필을 클릭하면 해당 공간이 여전히 보입니다. 프로필 페이지 아래에 있는 이 공간은 존재하지 않아야 합니다. 이것을 보여주는 동영상입니다…

---

## [“닫기” 뒤에 여백을 더 추가하거나 “카테고리 전문가에게 답변을 요청하세요” 텍스트를 텍스트 영역 오른쪽으로 이동](https://meta.discourse.org/t/add-more-space-after-close-or-move-the-ask-a-category-experts-to-respond-text-to-the-right-of-the-textarea/306743)

<div class="topic-metadata">

**Author:** [@Diego\_Santos](https://meta.discourse.org/u/Diego_Santos)\
**댓글:** 7\
**마지막 업데이트:** [5월 17, 2024, 6:01오후 UTC](https://meta.discourse.org/t/add-more-space-after-close-or-move-the-ask-a-category-experts-to-respond-text-to-the-right-of-the-textarea/306743 "2024-05-17T18:01:16Z")

</div>

정말 마음에 들었어요. 아직까지는 이 작은 시각적 문제만 남아 있어요. '닫기' 버튼 뒤에 여백을 조금 더 확보하거나, '카테고리 전문가에게 답변을 요청하세요'라는 텍스트를 텍스트 영역의 가장 오른쪽으로 옮기는 게 좋을 것 같아요.

---

## [채널이 없을 때 '새 채널' 버튼 강조](https://meta.discourse.org/t/emphasize-the-new-channel-button-when-there-are-no-channels/308293)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**댓글:** 1\
**마지막 업데이트:** [5월 16, 2024, 6:44오후 UTC](https://meta.discourse.org/t/emphasize-the-new-channel-button-when-there-are-no-channels/308293 "2024-05-16T18:44:35Z")

</div>

아마도 제 생각이 다를 수도 있지만, 새 채널 버튼이 꽤 잘 안 보인다고 느낍니다. "개인 채팅 시작" 버튼은 훨씬 눈에 띄는데, 저는 채널 옆의 편집 버튼을 클릭했습니다. + 새 채널 버튼이 더 좋았을 텐데…

---

## [웹 앱 링크가 항상 사용 가능한지 확인](https://meta.discourse.org/t/make-sure-web-app-link-always-available/254033)

<div class="topic-metadata">

**Author:** [@jidanni](https://meta.discourse.org/u/jidanni)\
**댓글:** 16\
**마지막 업데이트:** [5월 16, 2024, 2:52오후 UTC](https://meta.discourse.org/t/make-sure-web-app-link-always-available/254033 "2024-05-16T14:52:47Z")

</div>

“이 기기에 …(으)를 설치하시겠습니까?”라는 메시지는 중요하며, 메뉴 어딘가에 항상 표시되어야 합니다. 사용자는 가끔씩 뜨는 알림 속에서 이 메시지를 찾아내길 기대할 수 없습니다.

---

## [채팅에서 차단된 감시 단어](https://meta.discourse.org/t/blocked-watched-words-in-chat/305737)

<div class="topic-metadata">

**Author:** [@fbpbdmin](https://meta.discourse.org/u/fbpbdmin)\
**댓글:** 2\
**마지막 업데이트:** [5월 15, 2024, 12:35오후 UTC](https://meta.discourse.org/t/blocked-watched-words-in-chat/305737 "2024-05-15T12:35:34Z")

</div>

“감시 단어 - 차단”에 정의된 ‘나쁜’ 단어에 대해. 주제를 만들거나 답변을 게시할 때, “오류가 발생했습니다: 죄송합니다. 단어 ‘bad-word’는 게시할 수 없습니다. 허용되지 않습니다.”라는 경고가 표시됩니다. 이 UX는 g…

---

## [작동 안 됨: 특정 태그가 있는 카테고리의 주제 구독](https://meta.discourse.org/t/doesnt-work-subscribe-for-topics-in-the-category-with-a-specific-tag/177944)

<div class="topic-metadata">

**Author:** [@Ed\_Bobkov](https://meta.discourse.org/u/Ed_Bobkov)\
**댓글:** 11\
**마지막 업데이트:** [5월 14, 2024, 8:17오후 UTC](https://meta.discourse.org/t/doesnt-work-subscribe-for-topics-in-the-category-with-a-specific-tag/177944 "2024-05-14T20:17:45Z")

</div>

알림 시스템에 뭔가 문제가 있는 것 같습니다. Discourse 안에서 이 기능이 어떻게 불리는지는 잘 모르겠습니다. 카테고리 내 토픽 카테고리의 새 토픽을 구독할 수 있습니다. 예를 들어 이 페이지처럼요: https://meta.discour…

---

## [사용자 디렉터리에서 결과가 없을 때 표시할 텍스트](https://meta.discourse.org/t/text-for-no-results-in-user-directory/306818)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**댓글:** 2\
**마지막 업데이트:** [5월 14, 2024, 1:54오후 UTC](https://meta.discourse.org/t/text-for-no-results-in-user-directory/306818 "2024-05-14T13:54:13Z")

</div>

며칠 전 사용자 디렉토리의 no\_results 텍스트가 변경되었습니다. https://github.com/discourse/discourse/pull/26579 새로운 텍스트는 커뮤니티가 새로 생겼을 때는 적절합니다. 하지만 필터를 사용...

---

## [How difficult would it be to make the Discourse UI more like Flarum?](https://meta.discourse.org/t/how-difficult-would-it-be-to-make-the-discourse-ui-more-like-flarum/83430)

<div class="topic-metadata">

**Author:** [@subtenko](https://meta.discourse.org/u/subtenko)\
**댓글:** 37\
**마지막 업데이트:** [5월 14, 2024, 2:10오전 UTC](https://meta.discourse.org/t/how-difficult-would-it-be-to-make-the-discourse-ui-more-like-flarum/83430 "2024-05-14T02:10:28Z")

</div>

Scale of 1-10 how difficult would it be? Hopefully this question doesn’t peeve anyone but Im torn between the two. Flarum has a really clean interface: Topic list is centered with no lines in between, yet its still eas…

[이전 페이지](https://meta.discourse.org/c/contribute/ux/9.md?page=32)

[다음 페이지](https://meta.discourse.org/c/contribute/ux/9.md?page=34)
