기존 사이트에서는 이 새로운 설정의 기본값이 기존과 동일한 기능인 first item in top menu이므로 아무 조치도 필요하지 않습니다. 새로운 설정에도 동일한 옵션들이 존재합니다. new와 같이 로그인한 사용자만 접근할 수 있는 홈페이지를 선택하더라도, 익명 방문자에게 제공되는 첫 번째 top menu 항목으로 폴백(fallback)됩니다.
이 새로운 설정이 가능하게 한 변경 사항 중 하나는 이제 상단 메뉴에 없는 페이지를 홈페이지로 설정할 수 있다는 점입니다. 예를 들어, categories를 홈페이지로 설정하고 top menu 설정에서 해당 항목을 제거할 수 있습니다. 모든 범주로 가는 링크는 사이드바에서도 사용할 수 있기 때문입니다.
custom-homepage 아웃렛을 통해 새 홈페이지를 도입하려는 시점이라, 플러그인이나 테마 컴포넌트가 커스텀 홈페이지를 도입할 경우 이 새로운 설정에 해당 커스텀 홈페이지가 포함될지 궁금합니다. 사용자 설정에서 홈페이지 설정을 기본값 -1으로 초기화하도록 업데이트할 계획이었거든요.
따라서 이 새로운 설정이 사용자 설정의 홈페이지 설정 옵션도 함께 업데이트할까요?
마지막으로, default homepage가 상단 메뉴의 첫 번째 항목으로 설정되어 있고, api.addNavigationBarItem()를 통해 커스텀 링크가 추가되어 첫 번째 항목으로 배치된 경우, 실제로 첫 번째 항목으로 취급될까요?
아니요, 이 부분은 여전히 동일합니다. 커스텀 홈페이를 위한 테마 수정기는 사이트 설정을 완전히 무시합니다. 여러 테마가 사용 가능한 사이트에서 한 테마에 커스텀 홈페이가 없는 경우 폴백을 관리해야 하기 때문에 이 부분을 탐색하는 것이 다소 복잡합니다. 우리가 고려해야 할 사항입니다.
아직은 아닙니다… 옵션은 여전히 상단 메뉴와 동일하지만, 변경된 한 가지 사항은 이제 사용자 설정에서 default(기본값)가 항상 사용 가능하다는 점입니다(이전에는 조건부였습니다). 사용자 설정의 "기본값"은 사이트 설정을 따릅니다.
이 부분도 "아직"입니다 — 테마의 커스텀 홈페이를 제외하고, Discourse 사이트의 홈페이는 여전히 토픽 목록 페이지(또는 /categories)라는 여러 요구 사항을 가지고 있으며, api.addNavigationBarItem()은 훨씬 느슨한 요구 사항을 가지고 있습니다.
크리스, 감사합니다. 이 문제에 대해 깊은 관심을 가지고 있으며, 앞으로 어떻게 진행될지 궁금합니다.
공유할 수 있는 관찰 사항이 하나 있습니다. 테마 구성 요소가 사용자 정의 홈 페이지를 도입할 경우, 개인화된 홈 페이지 설정을 가진 사용자는 이를 절대 볼 수 없습니다.
상단 메뉴 항목과 달리, 사용자 정의 홈 페이지에는 이를 위한 사용자 정의 메뉴 항목을 만들 수 있는 경로가 없습니다.
이것이 바로 극단적인 결정처럼 느껴지지만, 사용자 설정을 기본값인 -1으로 초기화할 계획인 이유입니다. 제 판단에 따르면, 모든 사용자에게 새로운 홈 페이지를 보여줄 수 있는 유일한 방법은 이것뿐입니다. 그 후에도 사용자는 자신의 설정에서 여전히 개인화를 진행할 수 있습니다.
