구텐베르크가 잘못된 부분: 테마 개발자 에디션

커브를 돌면 전체 사이트 편집이 가능하므로 WordPress 생태계가 특히 테마 개발 측면에서 이러한 전환에 대비할 수 있는지 묻는 것은 공정한 질문입니다.

테마 개발자가 Gutenberg 플러그인 업데이트와 궁극적으로 주요 WordPress 버전 사이의 엄청난 변화를 따라잡기 위해 고군분투했다는 것은 비밀이 아닙니다. 누가 배를 조종하는지 묻는 것도 공정한 질문입니다. 웹 프론트 엔드를 만드는 데 매일 시간을 보내는 사이트 개발자, 테마 작성자 및 기타 디자이너는 어디에 있습니까? 프로젝트가 이전 버전과의 호환성을 유지하도록 하는 미래 지향적인 솔루션은 어디에 있습니까?

격주 블록 기반 테마 회의와 같이 구텐베르그 프로젝트와 테마 개발자 사이의 깨진 격차를 수정하기 위한 몇 가지 노력이 있었습니다. 그러나 이러한 회의는 대체로 구텐베르그 팀이 이미 개발했거나 곧 제공할 사항에 대한 일반적인 업데이트입니다. 이러한 회의는 더 나은 의사 소통을 위한 좋은 디딤돌이지만 프로젝트에는 미래 풍경에 대한 비전과 테마 작성자가 직면하는 일상적인 문제에 대한 감각을 모두 갖춘 프로젝트 기획자가 필요합니다.

현실은 공식 리포지토리의 기능으로 블록 편집기 스타일을 나열하는 7,455개의 테마 중 132개의 테마만 있다는 것입니다. 우리는 공식적으로 WordPress에 병합된 블록 편집기의 수명이 1년 반이지만 플랫폼의 얼굴은 대부분 일부 기본 블록 스타일을 평범한 디자인으로 구부린 테마로 구성되어 있습니다. 완전한 블록 편집기 지원으로 진정으로 눈에 띄는 테마는 거의 없습니다. 그들 중 많은 사람들이 Elementor 또는 다른 페이지 빌더에 많은 입찰을 하고 있습니다.

테마 작성자의 동의가 없을 때 블록 편집기를 좋아하는지 여부는 거의 중요하지 않습니다. 매주 나는 숨겨진 보석을 찾기 위해 새로운 테마의 테마 디렉토리를 확인합니다. 매주 블록 편집기가 지원되지 않는 2020년에 새로운 테마가 떨어지는 것을 보고 실망합니다. Twenty Twenty 이상을 가지고 놀기만 하면 편집기를 즐길 수 있는 전체 사용자 세그먼트가 있습니다. 이것은 훌륭한 테마이지만 모든 사람의 차 한 잔 은 아닙니다.

ThemeForest 판매자는 Gutenberg에 최적화된 것으로 나열된 2,300개 이상의 테마로 지원 측면에서 무료 WordPress.org 테마 작성자를 18:1로 압도하고 있습니다. 물론, 거대한 시장의 테마는 경쟁에서 우위를 점하기 위해 할 수 있는 모든 기능을 갖춘 것으로 알려져 있습니다. 또한 그들 중 다수는 페이지 빌더가 내장되어 있거나 타사 솔루션을 지원합니다.

그럼에도 불구하고 플랫폼의 주력 기능을 위해 최종 사용자는 공식 테마 디렉토리에서 더 많은 것을 기대해야 합니다. 제3자 시장이 이 도시의 유일한 게임이 되어서는 안 됩니다. 현재 WordPress.org에서 제공하는 대부분의 제품은 기껏해야 부족하게 느껴집니다. Rosa 2 및 Go 테마와 같이 추가 작업을 수행하는 소수는 성숙한 기업이 이러한 노력에 자금을 지원합니다.

현재 테마 작성자와 WordPress 사이에 신뢰가 깨졌습니다. 일부는 큰 소리로 외칩니다(사람들이 WP Tavern 의견 섹션에서 증명할 수 있듯이). 다른 사람들은 이 모든 것을 알아내려고 더 조용히 노력합니다.

공식 테마 팀의 대표 중 한 명인 Carolina Nymark도 우려를 표명했습니다. "테마 작가님들은 어떻게 구텐베르크의 변화를 따라가시나요?" 그녀는 트윗에서 물었다. 팀 리더가 속도를 내지 않으면 프로젝트 전체에 좋지 않습니다.

Nymark의 질문에 Twenty Twenty의 주요 개발자인 Anders Noren은 "그렇지 않습니다."라고 대답했습니다. “(베타 릴리스에서) 문제가 발생할 때까지 기다렸다가 수정하려고 합니다. Core에서 블록 편집기에 대한 지원을 유지하면서 Gutenberg 플러그인의 변경 사항을 지원하려고 하는 것은 건강에 좋지 않습니다."

미래에 대한 테마 작가들의 큰 우려가 있습니다. 12개월 후에 테마 개발이 어떤 모습일지 불확실할 때 현재의 가능성에 흥분하기 어렵습니다. 작업 방식에 대한 명확하고 상세한 로드맵은 없으며 많은 테마 디자이너는 매주 따라잡기 게임을 하고 있다고 느낍니다. 대신, 그들은 더 명확하게 앞을 내다보고 초기 아이디어를 실행에 옮길 수 있어야 합니다.

내 궁극적인 두려움은 테마 팀이 2015년의 사용자 지정 프로그램과 마찬가지로 블록 편집기를 지원하기 위해 어느 날 스위치를 전환하고 모든 테마가 디렉토리로 이동하도록 요구하는 것입니다. 테마 작성자가 그런 날 유기적으로 전환하지 않는다면 올 수 있습니다. 팀은 중간에 나쁜 놈 으로 갇힐 것입니다.

우리는 여기에서 어디로 가는가?

테마 작성자의 주요 문제점 중 일부를 식별하는 것은 쉽습니다. 업데이트 사이의 변경은 필연적으로 테마 디자인에 문제를 일으킬 것입니다.

HTML 변경을 깨고 있습니다.

CSS 변경 사항을 깨고 있습니다.

클래스 이름이 없습니다.

블록에 따라 정렬 처리 방법이 다릅니다.

인라인 스타일을 피하기 위해 수년간 배운 후에 인라인 스타일을 처리합니다.

이 모든 문제는 테마 작성자에게 장애물입니다. 그리고 테마 작성자가 작업을 수행하는 데 방해가 되면 최종 사용자에게 전달됩니다.

이것은 지난 10년간의 WordPress가 아닙니다. 업데이트로 문제를 일으키지 않겠다고 약속한 워드프레스. 비전문 디자이너의 일회성 테마가 4개월 후에도 여전히 작동하는 WordPress.

구텐베르크 프로젝트는 아직 초기 단계입니다. 가지고 노는 것은 재미있을 수도 있지만 지저분할 수도 있습니다. 나는 누구보다도 블록 에디터의 전도사이지만, 테마 작성자와 프로젝트 개발자 사이에 명확하고 현재의 신뢰 문제가 있을 때 인식할 수 있습니다.

현재 모든 기반을 다루려는 테마 작성자는 최소 몇 가지 버전의 WordPress, 여러 버전의 Gutenberg 및 클래식 편집기 플러그인을 위해 디자인하고 있습니다. 그것은 하나의 주제에 대한 어지러운 테스트의 배열입니다. 12개 이상의 테마를 가진 것들...글쎄요, 이상적인 상황은 아닙니다.

테마와 사이트 디자인에 대한 전체적인 접근이 필요합니다. 테마 작성자는 로드맵의 세부 사항을 보고 기여해야 하며 관련성이 있다고 생각하는 기능을 향후 몇 년 동안 돌로 조각해야 합니다. 그들은 지난 주에 몇 시간 동안 땀을 흘린 버튼 블록 디자인이 다음 주에도 계속 작동한다는 것을 알아야 합니다.

모든 것은 프로젝트 관리 수준에서 시작됩니다.

주요 HTML 변경이 발생해야 하는 경우 테마 작성자는 "Y 기능이 작동하려면 X 변경이 발생해야 합니다." 이상이 필요합니다. 그들은 X의 초기 계획 단계에서 실수에 대한 소유권, 이전 버전과 호환되는 코드 솔루션 및 동일한 실수가 발생하지 않도록 하는 경로를 확인해야 합니다.

테마 디자이너는 여전히 일종의 디자인 프레임워크가 필요합니다. 현재 유틸리티 클래스는 프로젝트가 미래 환경에 대한 예측 없이 새로운 기능을 추가함에 따라 함께 결합되는 Tailwind의 가난한 사람 버전과 같습니다. 곧 출시될 전역 스타일 기능은 테마 간 호환성을 제공하는 더 큰 규모로 이를 해결할 수 있습니다.

궁극적으로 구텐베르그 팀과 공식 워드프레스 테마 디렉토리의 테마를 구축하는 테마 작성자 사이에 더 많은 의사 소통이 필요합니다. 아마도 블록 시대의 주제에만 집중하고 구텐베르크 개발자와 직접 협력하여 문제점을 식별하는 데 초점을 맞춘 새로운 팀이나 하위 팀이 구성되어야 합니다. 무슨 일이 일어나든 누군가는 차세대 테마가 존재하도록 영감을 줄 필요가 있습니다. 그때까지 대부분의 테마 작성자는 다음에 수정해야 할 사항이 무엇인지 궁금해합니다.

다음 단계: 블록/플러그인 개발 에디션?