2023-2025년에 예상되는 전체 사이트 편집, 다음 단계 협업 및 다국어 기능 개선에 초점을 맞춘 WordPress 6.1

Gutenberg의 수석 설계자 Matias Ventura는 5.9 및 6.0에 도입된 경험의 개선 사항을 다가오는 6.1 릴리스의 주요 목표로 확인했습니다. 그는 Matt Mullenweg 및 Josepha Haden Chomphosy와 데모를 함께할 예정이었던 Porto의 WordCamp Europe에서 폐막 세션을 앞두고 6.1 로드맵을 발표했습니다. Ventura는 그것을 만들 수 없었지만 Gutenberg 기고자들이 작업하고 있는 흥미로운 인터페이스 업데이트의 비디오 데모와 함께 스레드를 트윗했습니다.

주요 목표 중 하나는 사이트 편집자가 작업하는 동안 확대 및 축소할 수 있는 새로운 "탐색 모드"를 통해 사이트 탐색 경험을 보다 원활하게 만드는 것입니다.

패턴은 Ventura가 "창의적인 경험의 중심 부분"으로 식별한 또 다른 주요 초점입니다. 기여자들은 발견 및 삽입 프로세스를 개선할 계획과 함께 패턴으로 더 쉽게 구축할 수 있도록 노력하고 있습니다. WordPress 6.1은 사용자 정의 게시물 유형, 블록 유형에서 패턴 사용에 대한 더 나은 지원을 제공하고 패턴을 잠그고 저장된 패턴을 관리하는 보다 직관적인 경험을 제공합니다.

기고자들은 Ventura가 스레드에서 시연한 것처럼 페이지의 섹션으로 패턴과 더 쉽게 상호 작용할 수 있도록 하는 새로운 조감도 및 기타 아이디어를 모색하고 있습니다.

Ventura는 WordPress 6.1의 또 다른 목표는 제한, 권한 및 선별된 사전 설정을 더 잘 지원하여 글로벌 스타일 인터페이스를 개선하는 것이라고 말했습니다. 반응형 타이포그래피를 지원하고 웹 글꼴을 관리할 수 있도록 디자인 도구도 업데이트됩니다.

"릴리스의 조정은 5.9 및 6.0에 도입된 경험을 개선하고, 다양한 흐름을 사용자, 유지 관리자 및 확장자를 위한 보다 일관되고 만족스러운 경험으로 엮으며, 3단계를 바라보기 시작할 때 기능의 일부 격차를 줄이는 것입니다. "라고 Ventura는 말했습니다.

WordPress 6.1 이후: 공동 작업 3단계가 핵심 아키텍처를 구축하기 위해 다국어 4단계보다 먼저 진행됩니다.

Matt Mullenweg와 Josepha Haden Chomphosy는 WordCamp Europe의 Q&A 세션에서 WordPress의 장기 로드맵에 관한 몇 가지 질문에 답했습니다. (실시간 스트리밍 영상은 아래에 포함되어 있습니다.)

WordPress 핵심 기여자는 2023년 공동 작업 단계를 시작하기 전에 사용자 지정 단계를 종료할 계획입니다. Q&A 세션에서 다국어 기여자 중 한 명이 WordPress가 핵심에서 다국어 기능 작업을 시작하기 위해 4단계까지 기다리는 이유를 물었습니다.

Mullwenweg는 "지금 데이터를 설정하고 나중에 기능에 대해 작업하고 싶지 않은 이유 중 하나는 사용자 경험을 생성하지 않고 무언가를 위한 아키텍처를 생성하는 것이 어렵다는 것을 매번 배웠기 때문입니다."라고 Mullwenweg가 말했습니다. “예를 들어 REST API를 사용하여 다른 하나 없이 하나를 수행하려고 할 때 우리는 REST API를 완전히 사용하기 전에 이미 REST API를 사용하게 되었습니다. Gutenberg와 함께 REST API의 자사 사용을 시작하면서 많은 격차를 발견했습니다. 이러한 격차가 플러그인이 몇 년 동안 잘못된 아키텍처를 기반으로 구축되었다는 것을 의미한다면 특히 기분이 나쁠 것입니다.”

또한 Mullenweg는 다국어 기능보다 먼저 "워크플로"라고 하는 3단계의 우선 순위를 지정하는 것이 중요하다고 생각하는 이유를 설명했습니다.

3단계는 워크플로입니다. 이것은 기본적으로 Google 문서 또는 다른 것과 마찬가지로 WordPress에 대한 실시간 공동 편집을 수행하는 곳입니다. 페이지나 사이트, 템플릿 등을 편집하기 위해 로그인할 때 다른 사람이 동시에 거기에 있으면 이동하는 것을 볼 수 있습니다. 물론, 우리는 게시물과 페이지에 대해 하는 것처럼 가능한 한 많은 WP 부분에 버전 제어가 내장되어 있는지 확인하기를 원합니다. 따라서 누군가가 사이트를 실수하거나 편집하면 사람들에게 자신감을 주는 것이 정말 중요하다고 생각합니다.

그는 다국어 지원을 코어에 도입하기 전에 협업 아키텍처를 구축하는 것이 중요하다고 강조했습니다.

"다국어를 둘러싼 워크플로가 중요하다고 생각합니다."라고 Mullenweg가 말했습니다. "따라서 콘텐츠가 정식으로 생성되는 위치, 사이트를 편집하는 사람들에 따라 변경 사항이 한 언어에서 다른 언어로, 심지어 양방향으로 흐르는 방식과 이것이 나머지 템플릿(게시물 외부에 있는 것)에 미치는 영향에 따라 및 페이지 콘텐츠."

그는 또한 이미 존재하는 많은 타사 다국어 솔루션이 이러한 기능을 코어가 통합함에 따라 전환 기간이 있을 것이라고 언급했습니다.

Mullenweg는 "페이지 빌더에서 발생했던 것과 같은 일이 코어에 있으면 데이터 마이그레이션 경로를 가지거나 우리가 코어에 넣는 모든 기반과 통합할 것으로 예상합니다."라고 말했습니다. “하지만 WordPress에 대한 2024년 또는 2025년 계획에 더 가깝다는 기대치를 설정하고 싶습니다. 그리고 우리는 이러한 다른 단계를 먼저 제대로 수행하기를 원합니다. 왜 우리는 순서대로 가야 합니까? 우리는 한 번에 많은 것을 할 수 있습니다.”

질문을 한 사람이 왜 비상 작업 그룹을 지금 시작할 수 없는지에 대해 압박했을 때 Mullenweg는 열성적인 기여자라면 누구나 자신의 작업을 플러그인에 넣을 것을 권장했습니다. 그는 플러그인으로 시작하여 코어로 가져오기 전에 몇 년 동안 테스트를 거친 Gutenberg를 참조했습니다.

4단계를 볼 때 가장 먼저 살펴볼 것은 모든 플러그인이 수행하는 방식입니다. 아마도 이러한 플러그인 중 하나가 핵심 요소의 기초가 될 수도 있습니다. 플러그인이 다른 아키텍처 접근 방식을 취하는 것은 괜찮습니다. 우리는 그 장점과 단점을 보고 싶기 때문입니다. 사람들은 수백만 개의 게시물과 페이지, 때로는 수천만 개의 페이지와 함께 WordPress를 사용한다는 것을 기억하십시오. 우리는 이것이 확장되기를 원하고, 성능이 좋기를 원하고, 접근하기를 원합니다. 사람들이 WordPress에 대해 알고 신뢰하는 모든 것을 가져오세요. 이 기능으로 가져옵니다.

Mullenweg는 다국어가 "아마도 블록보다 훨씬 더 우리가 핵심으로 가져오는 가장 복잡한 것 중 하나가 될 것"이라고 생각한다고 말했습니다. 그 이유는 블록이 WordPress가 이전에 수행한 작업을 가져와 HTML 위에 새로운 인터페이스를 제공했기 때문입니다.

“다국어는 태그, 카테고리, 페이지, 템플릿과 같은 WordPress 내부의 모든 것을 가져와 다중 요소로 만들므로 지금은 일대일 관계에 더 가깝습니다. "라고 말했다. "방법에 대한 아이디어가 있으면 기존 플러그인 중 하나에 참여하거나 직접 시작하십시오."