바텐더에게 묻기: 블록 테마가 활성화되면 사용자 지정자는 어떻게 됩니까?

지금 내 레이더에는 사용자 지정 프로그램에 설정이 있는 타사 플러그인이 있습니다. 몇몇 플러그인 회사에서 커스터마이저와 프론트엔드 작업을 하는 개발자 친구들을 모아보니 글로벌 스타일과 블록 스타일은 아직 관심을 받지 못하고 있습니다. 그렇다면 누군가 Twenty Twenty-Two 또는 다른 블록 기반 테마를 설치하면 어떻게 될까요? 커스터마이저의 왼쪽 관리 메뉴가 없습니다. 버벅거리는 방법은 모양 > 테마 > 사용자 지정을 통해 얻을 수 있습니다. 그러나 타사 플러그인 및 테마는 설정을 이전해야 합니다. 사실, 이것은 잠시 동안 두 위치에서 설정을 복제해야 하는 것처럼 보입니다.

익명의

반복되지 않는 사람들을 위해 이 주제에 대한 간략한 복습을 제공하겠습니다. WordPress 5.9가 출시되면 새 사이트 편집기 및 전역 스타일 인터페이스와 함께 제공될 것으로 예상합니다. 그러나 대부분의 사용자는 블록 테마를 실행하지 않는 한 이 화면을 볼 수 없습니다.

다가오는 Twenty Twenty-Two도 WordPress 5.9와 함께 제공되고 과거 기본 테마의 인기를 판단할 때 수천 명의 사용자가 이 완전히 새로운 세계로 이동할 것으로 예상할 수 있습니다. 누군가에게 이것은 5.0에서 블록 편집기가 출시된 것만큼 충격적일 수 있습니다.

블록 테마가 활성화되면 이전의 친숙한 사용자 정의 도구에 액세스할 수 있는 링크가 사용자 인터페이스에서 사라집니다. 위젯과 탐색 메뉴 화면도 주변에 없을 것입니다. 그러나 화면의 URL을 알고 있으면 계속 액세스할 수 있습니다.

작년에 Gutenberg 9.3 릴리스의 일부로 이것이 사실이 될 것이라는 사실을 처음 알게 되었습니다. 사이트 편집기가 일부 핵심 WordPress 설정과 기능 패리티를 갖도록 하는 미해결 문제도 있습니다.

블록 테마 사용자를 위해 이러한 기능이 단계적으로 중단되는 것은 괜찮습니다. 그것들은 모두 사이트 편집기가 허용하는 것의 개별 조각을 만들려는 초기의 이질적인 시도였습니다. WordPress는 이러한 모든 개념을 보다 응집력 있는 사용자 경험으로 통합하고 있습니다. 기여자가 지속적으로 반복할 수 있는 표준입니다. 처음부터 완벽하지는 않지만 코어 플랫폼의 이 첫 번째 버전은 더 많은 사용자가 블록 테마를 설치하기 시작함에 따라 개선하는 데 필요한 피드백을 제공해야 합니다.

여기에 제시된 문제는 플러그인 시장과 더 관련이 있습니다. 사용자 지정 도구는 처음에 테마 설정 도구로 만들어졌으며 주로 해당 용도로 사용되었습니다. 그러나 많은 플러그인이 9년의 역사 동안 다양한 설정을 연결했습니다. 플러그인 디렉토리에서 wp_customize 를 검색하면 1,400개 이상의 결과가 나타납니다. customize_register 후크는 1,900개 이상을 보여줍니다. 실제로 얼마나 많은 플러그인이 패널, 섹션, 설정 또는 컨트롤을 추가하는지 정확히 일치하지는 않습니다. 그러나 많은 사람들이 최종 사용자에게 옵션을 제공하기 위해 그것에 의존하고 있음을 나타냅니다.

그래서 우리는 당면한 질문으로 돌아갑니다. 사용자가 커스터마이저에 의존하는 플러그인을 사용하면서 곧 출시될 Twenty Twenty-Two와 같은 블록 테마를 설치하면 어떻게 됩니까?

때에 따라 다르지.

WooCommerce와 같은 일부 플러그인은 이미 관리 메뉴의 사용자 지정 패널/섹션에 대한 직접 링크를 편리하게 배치했습니다. 이것은 사용자에게 문제가 되지 않습니다. 그러나 다른 모든 사람들에게는 커스터마이저가 완전히 사라지는 것처럼 보일 것입니다.

5.9 이후 몇 주 만에 특히 Twenty Twenty-Two가 얼마나 빨리 채택되느냐에 따라 수천 명의 혼란스러운 사용자를 볼 수 있습니다. 물론, 이 모든 것은 출시로 이어지는 시간에 변경될 수 있습니다. 그러나 이것은 지금 일어나야 할 대화입니다.

익명의 질문자는 "여기서 우려하는 것은 최종 사용자입니다."라고 말했습니다. "그들은 지식 기반 문서, 플러그인 설정의 지침 및 설정을 찾을 위치를 나타내는 추가 정보를 볼 것입니다."

적어도 현재로서는 플러그인 작성자가 자신의 사용자를 위해 이 문제를 해결할 책임이 있습니다. 그러나 그들이 가고 싶어하는 여러 경로가 있습니다.

가장 간단한 방법은 WooCommerce의 리드를 따르는 것입니다. 플러그인은 gutenberg_is_fse_theme() 조건을 확인합니다(이 함수 이름은 변경될 수 있음). true 를 반환하면 플러그인이 사용자 정의 패널에 직접 링크를 추가합니다.

사용자 지정 패널, 섹션 또는 컨트롤에 연결하는 것은 간단합니다. 플러그인 작성자는 개발자 핸드북에서 URL을 찾을 수 있습니다. 그들은 또한 WooCommerce 팀이 사용한 기술을 복사할 수도 있습니다.

이것은 플러그인 작성자가 WordPress 5.9가 출시되기 전에 변경할 수 없는 경우 사용자가 옵션에 대한 액세스 권한을 잃지 않도록 하는 빠른 방법입니다.

장기적으로는 이상적인 솔루션이 아닙니다. 커스터마이저는 오랫동안 존재하겠지만 플러그인 작성자는 블록 테마와 클래식 테마를 모두 실행하는 두 가지 사용자 세트를 처리해야 합니다.

플러그인마다 다르기 때문에 솔루션도 달라야 합니다. 많은 사람들이 설정 API를 사용하여 사용자 지정 옵션 화면을 구축할 수 있습니다. 그것이 실행 가능한 솔루션이라면 사용자가 실행 중인 테마는 중요하지 않습니다.

그러나 현실은 두 사용자 집합에 대해 두 개의 시스템을 유지 관리하는 것일 수 있습니다. 하나는 사용자 정의 프로그램과 통합되고 다른 하나는 옵션을 사이트 편집기로 가져옵니다. 플러그인에 디자인 관련 기능이 있는 경우 블록 테마 사용자는 새 인터페이스에서 설정을 볼 것으로 예상합니다.

주제 측면에서 문제가 더 적어야 합니다. 어쨌든 블록 테마는 사용자 지정 프로그램과 아무 작업도 수행하지 않습니다. 한 가지 해결되지 않은 문제는 시작 콘텐츠를 변환하는 것이며 이를 전체 사이트 편집으로 가져오기 위한 공개 티켓이 있습니다.

무엇보다 사용자와 열린 커뮤니케이션 라인을 유지하는 것이 전환을 용이하게 하는 데 도움이 됩니다. 그 중 일부는 핵심 WordPress에서 가져와야 합니다. 그러나 많은 사용자는 플러그인 및 테마 개발자로부터 이를 들어야 합니다. 이것은 블로그 게시물, 지식 기반 또는 튜토리얼 업데이트 및 지원에 대한 업데이트일 수 있습니다.

그런 다음 WordPress 자체에서 구현할 수 있는 최종 솔루션이 있습니다. 저항이 가장 적은 길이기도 하다.

WordPress는 사용자 지정 관련 후크에서 필터 또는 작업을 자동으로 감지해야 합니다. 이렇게 하면 "지원 사용자 지정" 플래그가 트리거되고 사용자 지정 화면에 대한 관리 메뉴 및 도구 모음 링크가 유지되어야 합니다. 이를 통해 개발자는 프로세스에서 사용자를 혼란스럽게 하지 않고 따라잡을 수 있습니다. 몇 가지 잘못된 플래그나 누락된 통합이 있을 수 있지만 대부분의 사용 사례를 효과적으로 포착할 수 있어야 합니다.