Will disable_jump_reply make a return?

I always used it and loved the feature. I was very surprised when suddenly it was gone earlier this week/last week. I’m a user of WaniKani’s forums, and some of those threads are exceptionally long (including the helpful ones).

I never noticed a problem with it, it always seemed to work for me.

I would really appreciate it if the option would return to user settings.

Thanks for asking for and considering our feedback.

EDIT: Well, I see that nothing is going to be done about this for 6 months… If @sam’s reply button idea gets implemented, would it be when you press reply at the bottom of the post, or in the top left of the compose box as shown in the posts you’ve made? Personally, I would prefer the former, hidden under the “…” next to reply and edit. I tend to forget the button on the compose box even exists, and don’t even know where to access that on mobile.

Although it seems like @codinghorror has his mind made up anyway, and doesn’t care about Japanese learning resources, or grammar help. (But yes, 80% of the insane posts at WaniKani is chatter by your definition; the WaniKani community is a strange beast… Which thrives on it’s strangeness.)

1개의 좋아요

What I favor at the moment is ..

  • hold down the shift key when clicking the composer reply button (on desktop)
  • tap and hold the composer reply button (on mobile)

.. this will enable “expert reply mode” for that specific reply, where you do not jump to your new post in the topic stream after replying.

Not sure when we’ll get to this, but should be sometime in the next 6 months.

3개의 좋아요

I agree with this. I have no stake in the “jump to reply” discussion, but I wanted to support that there are some legitimate usages of mega topics. I’m a member of a language learning forum, where we have (for example) a mega topic for asking short grammar questions. Without that we’d get a ton of small topics, which are then hard to navigate. By having this one mega topic where people ask most grammar-related questions, everything is organized in one place, which is convenient for both the people asking the questions and the people answering the questions.


Just a minor suggestion on top of that: Since Ctrl + Enter submits the post, could Ctrl + Shift + Enter submit the post in this "expert reply mode”?

5개의 좋아요

It should – I can’t see any reason why they can’t work together.

2개의 좋아요

The thing is that none of these things are ‘bad habits’, they are simply things you don’t agree with. Not washing hands after going to the loo is a bad habit because you endanger others with germs; having topics where posts can be replied to without the need to read the rest of the posts in the topic is simply a different situation to one you prefer.

One of the useful things about this site is that you get the link down to replies to a post. This means you can immediately see if a given specifically targeted post has been addressed. There might be 300 posts below the one I’m reading but if there’s no
image
under it then I can safely reply knowing I don’t need to read the rest of it.

While it might be nice to assume that all Topics can work in the same way, be narrow and specific, it’s simply not practical to assume that is the way all communities will work. DrownedInSound has a morning thread and an evening thread every day that generate several 100 posts of chat between members. Essentially they are miscellaneous topics and they work well as a sort of cowcatcher for posts that might otherwise not fit in existing topics.

5개의 좋아요

저희와 저희 커뮤니티 멤버들에게도 마찬가지입니다. 사람들이 Discourse가 자신의 응답으로 점프하는 것을 어떻게 막을 수 있는지 문의하고 있습니다.

저희 커뮤니티에서는 그 반대입니다. 사용자가 0.00001%뿐인 것이 아니라 더 많은 사람들이 이 기능을 사용하고 있습니다.

1개의 좋아요

지금까지 7개월 넘게 사라져 있었습니다.

삭제가 발견되기까지 약 2년 중 2분의 1이 넘는 시간이 걸릴 수 있다면, 얼마나 많은 사람이 관련되어 있을 수 있을까요?

1개의 좋아요

이것이 Discourse에 훌륭한 기능이라고 생각합니다. 예외가 규칙을 증명한다고 한다면, 제게 있어 이것이 바로 그 예외입니다.

이 기능은 주제 유형에 대한 잠재력이 매우 크기 때문에 제 포럼에서 활성화할 예정입니다. 아래에 몇 가지 개념을 제시했는데, 아래 두 인용문을 건너뛰면 바로 확인할 수 있습니다.

솔직히 이 기능이 사람들에게 어떤 도움이 될지 도저히 이해할 수 없었습니다. 제 작업 방식과 정반대이기 때문입니다. 보통 저는 답글을 쓰기 전에 주제를 완전히 읽고, 읽기를 계속하면서 답글 초안을 작성하며, 내가 어디까지 읽었는지 기억하기 위해 북마크를 사용합니다.

6개월이 지나도 여전히 수수께끼였는데, 이 댓글을 읽고 나서야 알았습니다:

하지만 잠깐, 모든 주제를 한곳에 던져 넣는 상자를 정리하는 것 외에는 주제에 대한 체계적인 조직을 시도하려는 흔적이 명확하지 않습니다. 더 정확히 말하면 모든 것이 한곳에 무질서하게 정리되는 주제라고 할 수 있습니다. 토론을 정리하는 데 드는 노력이 그 이점보다 크다고 인식되는 것 같습니다.

그것이 바로 이 기능이 제가 *Discourse의 디자인 기반 토론(discussion by design)*이라고 부르는 것과 일치하지 않는 이유입니다:

따라서 비판가들이 이 기능이 나쁜 습관을 허용한다는 데 동의하지만, 반대를 주장하기보다는 이러한 산만한(desultory) 참여 방식을 허용해야 한다고 주장합니다.

이 기능이 제가 할 수 있게 해주는 것은 다음과 같습니다:

  • Discourse를 홍보할 수 있는 또 다른 기능을 제공할 수 있습니다 …

  • … 그리고 산만한 사용자를 더 쉽게 참여시킬 수 있습니다

  • 하지만 가장 중요한 것은, 읽기와 응답이 비동기적이거나 동기화되지 않고, 주제가 통상적인 방식 외에도 더 반성적(reflexive)인 새로운 주제 유형을 운영할 수 있다는 점입니다:

    • 로그(Logs): 읽기가 여정(journey)이지만 최신 상태 보고서와 상호작용할 수 있어야 하는 경우. 저는 모든 것을 읽고 싶으면서도 최신 알림과 상호작용하고 싶습니다.
      예: 여행기(travelog)에서 저자가 작성하고 저는 읽고 있지만 항상 최신 상태는 아닙니다. 저는 가족 포럼을 설정하여 가족 구성원들이 여행 노트를 게시할 수 있도록 하기를 원하기 때문에 이 기능을 개인화할 수 있습니다. 제 아내는 자신의 읽기 위치를 잃지 않으면서 그런 업데이트에 답하거나 업데이트를 요청하기를 원합니다.

    • 진단(Diagnostics): 조기 해결책에 보상이 있는 경우
      예: Windows가 특정 오류 코드로 충돌한 문제 해결에서, 전체 내용을 읽지 않아도 항상 드라이버가 업데이트되었는지 확인하라고 제안합니다. 보고된 문제를 보고 다른 약속으로 떠나기 전에 빠른 답글을 남길 시간만 있었던 경우가 여러 번 기억납니다.

    • 스플로일러(Spoilers): 이미 논의된 바와 같이.

    • 미스터리 게임: 결과를 가장 먼저 추측하는 것이 목표인 경우. 이는 스포일러를 피하는 것과 반대인데, 우리가 모두 드러내기를 원하는 하나의 스포일러가 있기 때문입니다.
      예: 각 사용자는 답글이나 추측을 세 번만 할 수 있는 대회 - 이 한도를 강제하는 플러그인이 도움이 될 것입니다.

    • 적응(Adaptations): 답글이 주제의 새로운 경로를 제안하도록 설계된 경우. 다시 말하지만 스포일러의 반대이지만, 수용되는 제안의 수는 제한이 없습니다.
      예: 독자가 시리즈화되는 동안 이야기에 영향을 미치는 키워드나 테마를 도입할 수 있는 연작 소설을 쓰는 것. 이는同名 영화 Adaptation과 비슷합니다.
      예: 인터뷰를 따르면서 동시에 질문을 할 수 있는 라이브 인터뷰. 질문을 별도의 주제나 PM을 통해 하는 것이 더 깔끔할 수 있지만, 이렇게 하면 다른 독자들이 무엇에 관심이 있는지 볼 수 있고, 군중의 분위기를 파악할 수 있습니다.

실용적인 문제들이 있으므로, 더 많은 용도와 개선 사항을 제안해 주세요. :smiley:

1개의 좋아요

즉, 그 기능이 있었고 우리 커뮤니티는 그것을 사용하고 있었습니다.

그런데 다른 커뮤니티에는 유용하지 않다는 이유만으로 사라진 건가요?

이러한 접근 방식을 따르게 되면 더 많은 기능이 삭제될 수 있습니다. 저는 그것이 합리적이라고 생각하지 않습니다.

저와 제 커뮤니티는 이 기능을 그리워하며, 다시 돌아온다면 분명히 사용하겠습니다. 그리고 이 스레드(그리고 다른 링크된 스레드들)에서 볼 수 있듯이, 저만 그런 것이 아닌 것 같습니다. 그렇다면 사람들이 익숙해지고 사랑하는 기존 기능을 삭제하지 않는 것만으로도 충분하지 않나요?

저는 500개 이상의 게시글로 이루어진 스레드의 처음부터 읽으면서 다양한 아이디어에 대한 의견을 남길 수 있습니다. 항상 잘 작동했습니다. 그런데 갑자기 맨 뒤로 점프하면 돌아갈 방법이 없어서 그저 혼란스럽기만 합니다.

또 다른 좋은 사례는 다음과 같습니다:

매우 활발한 스레드에 답글을 쓰다가 제 답글을 작성하는 동안 2~3개의 새 답글이 나타날 수 있습니다. 화면이 점프하는 순간, 제가 몇 개의 새 답글을 놓쳤는지 알 수 없습니다.

3개의 좋아요

하지만 약 8개월 전에 삭제된 거죠, 맞나요?

다른 사람들이 이미 같은 지적을 했는지 확실히 알기 전에 해당 주제에 답변하는 것이 어떤 논리가 있는지 정말 모르겠습니다.

네, 그래서 뭐?

저는 본업에 정신이 없어서 이를 다룰 시간이 없었습니다. 그동안 다른 사람들이 고생하고 있었죠.

그래서 제가 그것을 필요로 하지 않는다는 아이디어를 지지하는 곳이 없다는 말입니다. 저는 여전히 그것을 필요로 하고 그리워합니다.

좋아요, 당신은 논리를 보지 못하지만 저는 봅니다. 그것은 저에게(그리고 우리 модератор들에게, 그리고 많은 회원들에게) 수년간 잘 작동해 왔습니다. 즉, 그들은 그 안에 논리를 보고 그것을 사용하며 좋아합니다. 사람은 모두 다릅니다.

게다가 건설적으로 노력하고 예시를 드는 차원에서, 위에서 몇 가지 예를 설명했는데 제게는 상당한 논리가 있습니다. 하지만 그런 경우들은 모두에게 논리적일 필요가 없습니다.

2개의 좋아요

이것들은 Discourse가 아니라 Discord나 Slack에 있어야 합니다. 바로 그것이 문제입니다.

2개의 좋아요

이것은 소프트웨어 개발이 작동하는 방식입니다. 기업들이 5% 미만만 사용하는 모든 기능을 유지한다면, 결국 소프트웨어가 버그투성이가 되고 90%의 사용자가 혜택을 볼 수 있는 기능을 추가하기가 어려워질 것입니다.

3개의 좋아요

제가 가진 유일한 문제는, 제가 그다지 신경 쓰지 않던 버그 때문에 완벽하게 유용한 기능을 빼버렸다는 점입니다 :wink:

2개의 좋아요

그렇다면 해당 기능을 다시 도입하지 않기로 결정한 건가요?

@codinghorror 이 문제가 또 발생했습니다. @ThunderThighs의 사용 사례는 @meglio의 것과 비슷합니다.

  • 매우 활발한 토론 중인 토픽
  • 마지막 게시글에 답글을 작성 중
  • 답글을 작성하는 동안 8개 또는 22개의 새 게시글이 갑자기 표시됨
  • 게시글을 작성함
  • 어디서부터 이어서 작성했는지 구별하기가 매우 어려움

처음으로 shift 키를 누르면서 "답글"을 클릭하는 기능을 구현하는 것부터 시작할 생각입니다. shift 키를 누른 채로 클릭하면 하단으로 점프하지 않도록 할 예정입니다.

초특급 :ninja: 기능으로 데스크톱 전용이지만, 사람들이 이 기능을 원하는 매우 드문 경우에 유용할 것입니다.

“높은 트래픽” 토픽에 대한 장기적인 대안으로, 작성기(컴포저)를 열 때 "최대 게시글 번호"를 추적하고, 게시글이 많이 변경되었다면 게시 전에 옵션을 제시하는 모달 창을 표시하는 것입니다.

어쨌든 오늘 shift 답글 기능을 구현하겠습니다.

7개의 좋아요

나 너 좋아하는 것 같아

진심으로, 고마워!

4개의 좋아요

Ctrl+Shift+Enter를 누르는 것을 잊지 마세요. :slight_smile:

2개의 좋아요

완전한 구현은 다음과 같습니다:

하지만 병합까지 며칠이 소요될 것이며, @eviltrout와 @j.jaffeux의 신중한 리뷰가 필요합니다. 내부적으로 다른 패턴을 사용하는 것이 더 나을 수도 있습니다.

또한 이 변경 사항은 주요 메서드의 시그니처를 수정하므로 테마와 플러그인에 영향을 미칠 수 있습니다.

10개의 좋아요

^^^^ @ThunderThighs 이 기능이 이제 사이트에 배포되었습니다!

@Wingtip 최신 버전으로 업데이트한 후 자유롭게 사용해 보고 어떻게 작동하는지 알려주세요.

아직 모바일에서는 이 기능을 사용할 수 없지만, 데스크톱에서는 꽤 잘 작동하는 것 같습니다.

2개의 좋아요