3 Commits
v1.3.7 ... main

Author SHA1 Message Date
Claude (owner)
b0a056e260 remove HANDOVER.md — 더 이상 필요 없음 (사용자 요청) 2026-05-20 10:52:03 +09:00
Claude (owner)
b79eff26b7 add HANDOVER.md — mod 작업이 별도 채팅으로 분리되면서 콜드 스타트용 인계 문서
내용:
- 한 줄 요약, 리포/인증, 최신 버전
- 폴더 구조, 빌드 명령
- 핵심 동작 3 개 (handleChat, mod_active_notice, presence pulse) 동작 + 왜 그렇게 짰는지
- mc_datapack 측 통합 인터페이스 (함수/점수 표)
- v1.1.0 ~ v1.3.8 버전 히스토리 요점
- 릴리스 절차 (gradle.properties 버전 → buildAll → tag/push → Gitea API)
- 작업 환경 (클론 위치, JDK, git author override 패턴)

이 mod 채팅은 데이터팩 mc_datapack 채팅과 분리되므로, 호환 깰 가능성 있는
변경 시 데이터팩 쪽 채팅과 조율 필요.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 10:45:12 +09:00
Claude (owner)
fa5b1148b4 v1.3.8 — 정답 단계 채팅 broadcast 차단 해제
사용자 요청: 정답 입력 단계에서도 친 채팅이 다른 플레이어한테 보이게.
정답 보호는 데이터팩이 아니라 룸 운영자의 신뢰 기반 운영으로 처리한다는
방침. 다른 단계는 원래도 차단하지 않았으니 변경 없음.

- ChatAnswerCore.handleChat 가 항상 true 반환. 정답 단계(state 5) 일
  때만 부가적으로 mq:answer/submit 호출하고 broadcast 는 그대로 허용.
- Fabric ALLOW_CHAT_MESSAGE / NeoForge ServerChatEvent 핸들러는 그대로
  반환값을 전달 — 항상 true 라 cancel 안 됨.
- README.md: 차단 동작 설명을 v1.3.8 부터 broadcast 허용으로 정정.

호환: 데이터팩 mq:answer/submit 함수는 동일하게 호출되므로 음악퀴즈
v1.0.26 + chat_answer v1.3.8 조합으로 그대로 동작. 정답 보이는 게
싫으면 v1.3.7 으로 다운그레이드.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 10:27:48 +09:00
3 changed files with 18 additions and 10 deletions

View File

@@ -9,8 +9,9 @@
execute as <플레이어 UUID> run function mq:answer/submit {text:'<채팅 내용>'}
```
채팅은 다른 플레이어에게 broadcast 되지 않으므로 정답이 화면에 노출되지 않는다.
`init` 점수가 5 가 아닐 때는 채팅이 평소처럼 모두에게 보인다.
v1.3.8 부터는 정답 단계여도 채팅이 평소대로 broadcast 된다 (다른 플레이어
화면에 그대로 노출됨). 정답 보호는 데이터팩이 아니라 룸 운영자의 신뢰 기반
운영으로 처리한다. v1.3.7 까지는 정답 단계에서 채팅 broadcast 가 차단됐었다.
## 빌드

View File

@@ -21,8 +21,11 @@ import org.slf4j.LoggerFactory;
* execute as <player UUID> run function mq:answer/submit {text:'<채팅>'}
* 을 OP 레벨로 실행한다.
*
* 각 로더 진입점(Fabric / NeoForge) 에서 chat 이벤트 받자마자 {@link #handleChat}
* 호출 → 반환값이 false 면 그 채팅은 broadcast 차단해야 함.
* v1.3.8 부터 채팅은 어떤 단계에서도 broadcast 차단하지 않는다 — 정답 입력
* 단계에서도 친 채팅이 평소처럼 채팅창에 보인다. (사용자 요청: 정답 화면
* 노출을 데이터팩이 관리하지 않고 룸 운영자가 신뢰 기반으로 처리.)
* 따라서 {@link #handleChat} 는 항상 true 를 반환하며, 정답 단계일 때만
* 부가적으로 정답 제출 함수를 호출한다.
*/
public final class ChatAnswerCore {
public static final String MOD_ID = "chat_answer";
@@ -135,15 +138,19 @@ public final class ChatAnswerCore {
}
/**
* @return true = 채팅을 평소처럼 broadcast / false = 채팅 차단 (이미 정답 제출 처리됨)
* 항상 true 반환 — 어떤 단계에서도 채팅 차단하지 않는다.
* 정답 단계(state 5) 일 때만 부가적으로 정답 제출 함수를 호출한다.
*
* @return 항상 true (broadcast 허용). 로더 진입점은 반환값을 그대로 이벤트
* allow/cancel 결정에 전달하면 된다.
*/
public static boolean handleChat(ServerPlayer sender, String rawText) {
MinecraftServer server = sender.level().getServer();
if (server == null) return true;
if (!isAcceptingAnswer(server)) return true;
submitAnswer(server, sender, rawText);
return false;
if (isAcceptingAnswer(server)) {
submitAnswer(server, sender, rawText);
}
return true;
}
private static boolean isAcceptingAnswer(MinecraftServer server) {

View File

@@ -3,7 +3,7 @@ org.gradle.parallel=true
# ───── mod metadata ─────────────────────────────────────────────────────────
mod_id=chat_answer
mod_version=1.3.7
mod_version=1.3.8
mod_group=kr.tkrmagid.chatanswer
mod_name=채팅정답