이러한 개념은 다음의 영향을 크게받습니다.

• 원자 블록
• WordPress.com
• 디자인 라이브러리

이 상호 작용을위한 UX 흐름을 표준화하면 Gutenberg와 사용자에게 도움이 될 것이라고 생각합니다.

우리는이를 지원하지만 포스트 유형별 및 템플릿 만로드시 적용되며 다음 논리를 사용합니다.

 * Synchronizing a block list with a block template means that we loop over the blocks
 * keep the block as is if it matches the block at the same position in the template
 * (If it has the same name) and if doesn't match, we create a new block based on the template.
 * Extra blocks not present in the template are removed.

나는 그것에 대해 그다지 가치가 없다고 생각하며 방금 설명한 것과 같은 것을 갖고 싶습니다.

오버레이 접근 방식은 사용 가능한 패턴을 보여줄 수있는 화면 공간이 더 많기 때문에 더 좋아합니다.

이 기능은 모든 블록 영역 작업과 유사합니다. 게시물 용으로 만든 패턴과 템플릿 또는 다른 블록 영역 용으로 만든 패턴이있을 수 있습니다. 예를 들어 템플릿 패턴을 사용하여 단일 게시물 템플릿을 사이드 바가있는 레이아웃으로 빠르게 변경할 수 있습니다.

Gutenberg는 기본값을 정의해서는 안되지만 기본 테마는 확실히 함께 제공되어야합니다.

내 초기 생각은이 추가 된 블록 패턴이 페이지의 콘텐츠를 대체하지 않고 블록을 맨 아래에 추가하는 것입니다. 이렇게하면 콘텐츠를 구성 / 작성하는 동안 언제든지 블록 패턴을 추가 할 수 있습니다. 이것은 Atomic 블록과 유사한 흐름이지만 다른 모든 블록을 포함하는 블록이 없기를 바랍니다.

네, 당신이 말한 것과 같은 이유 때문에 저도 더 좋아합니다.

이 플러그인에서 배울 수있는 흥미로운 것이있을 수도 있습니다. https://wordpress.org/plugins/full-site-editing/ @obenland 플러그인이 현재 최신 버전입니까?

지난 몇 주 동안 추가 한 블록 미리보기 작업이 누락되었지만 그렇지 않으면 작동합니다.

다음은 큰 오른쪽 템플릿 미리보기에 blockPreview 를 사용하는 현재 반복의 모습입니다.

@epiqueras 는 다음

우리는이를 지원하지만 포스트 유형별 및 템플릿 만로드시 적용되며 다음 논리를 사용합니다.

 * Synchronizing a block list with a block template means that we loop over the blocks
 * keep the block as is if it matches the block at the same position in the template
 * (If it has the same name) and if doesn't match, we create a new block based on the template.
 * Extra blocks not present in the template are removed.

나는 그것에 대해 그다지 가치가 없다고 생각하며 방금 설명한 것과 같은 것을 갖고 싶습니다.

누군가가 블록 템플릿을 대체하는이 기능에 대한 아이디어를 얻기 직전에이 기능이 _ 매우 유용하다는 점에 주목하고 싶습니다. 이를 통해 개발자는 특정 게시물 유형의 구성을 구체적으로 정의 할 수 있습니다. 우리는 많은 콘텐츠 유형이 엄격하게 구성된 @meredithcorp 에서이 기능을 광범위하게 사용합니다.

이 "블록 패턴"기능은 멋진 아이디어라고 생각하지만 현재 포스트 유형 블록 템플릿 기능을 완전히 대체하는 것이 아니라 "추가"기능으로 간주하고 싶습니다.

다음 단계:

1. @melchoyce도 그녀의 탐험을 전달합니다.
2. Diverge : 업계의 다른 사례 (예 : Squarespace 등)와 함께 wpcom이 수행하는 작업을 탐색합니다.
3. 수렴 : 강력한 패턴을 하나의 응집력있는 모형과 UX 흐름으로 통합합니다.
4. Figma의 모형 및 프로토 타입.

작년에 저는 Gutenberg 페이지 레이아웃을위한 몇 가지 프로토 타입을 탐색했습니다. 내 탐험에는 몇 가지가있었습니다.

• 레이아웃을 확장하여 CPT뿐만 아니라 페이지에서 작업 할 수 있습니다.
• 테마 작성자가 여러 템플릿을 "선언"할 수있는 방법을 만듭니다.
• 테마 작성자가 이러한 템플릿을 분류 할 수있는 방법을 만듭니다.
• 레이아웃 선택을위한 UI를 만듭니다.

데스크탑

프로토 타입보기

_ 참고 :이 프로토 타입은 제가 시도한 이전 라운드에서 가져온 것이며 일부 요소는 구식입니다 ._

변하기 쉬운

프로토 타입보기

고장

구텐베르크의 다른 모든 것과 마찬가지로 레이아웃 선택기는 블록입니다. 다음과 같은 몇 가지 요소로 구성됩니다.

• 블록 제목 / 설명.
• 레이아웃 유형을 분류하기위한 탭 (블록 삽입 기 다음에 스타일 지정).
  
  
  
  • 테마에 따라 정의됩니다.
  
  
  • 레이아웃이 두 ​​개만있는 경우 (<5) 탭이 나타나지 않습니다.
  
  
  • 분류 된 레이아웃이 없으면 탭이 표시되지 않습니다.
  
  
• 사용 가능한 페이지 레이아웃 목록입니다.
  
  
  
  • 레이아웃 그래픽은 포함 된 블록을 기반으로 자동 생성되어야합니다.
  
  
  • 이미지는 회색 상자, 텍스트는 어두운 회색 선, 버튼은 파란색 등입니다. 모든 것을 단순한 모양으로 추상화해야합니다.
  
  
• 마지막으로 레이아웃 자체입니다.
  
  
  
  • 이 모형에서 구텐베르크에 적용된 테마 스타일을 볼 수 있습니다. 테마 스타일이 선언되지 않은 경우 블록은 일반 구텐베르크 스타일로 돌아갑니다.
  
  
  • 페이지에서 전역 요소 (이 경우 사이트 로고, 탐색 및 바닥 글)도 볼 수 있습니다. 이들은 프리젠 테이션 용으로 존재하지만이 첫 번째 버전의 레이아웃에서는 편집 할 수 없습니다. 편집 할 수 없으며 불투명도 40 %로 표시됩니다.
  
  

레이아웃 변경

흐름이 어떻게 생겼는지 살펴 보았습니다.

프로토 타입보기

고장

잠깐, 두 개 이상의 페이지 레이아웃을 가질 수 있습니까?
예! 원하는대로 쌓아서 결합 할 수 있습니다.

웃기지 않겠습니까?
예, 가능합니다. 하지만 대부분의 경우에는 그렇지 않을 것입니다. 덮어 쓰기 또는 추가에 대해 명시 적이라는 것은 콘텐츠를 잃을 가능성이 적다는 것을 의미합니다. 블록을 삭제하는 것은 쉽습니다. 따라서 그들이 추가하고 오래된 블록을 제거하고 싶다면 클릭 한두 번이면됩니다.

콘텐츠를 덮어 쓰려는 것이 아니라면 어떻게됩니까?
"실행 취소"를 지원해주세요.

기능 이미지 및 페이지 제목과 같은 페이지 별 요소는 어떻습니까?
레이아웃을 추가하는 경우 페이지 별 요소를 가장 가까운 일반적인 요소로 변환해야합니다. 예를 들면 :

• 추천 이미지 → 이미지
• 페이지 제목 → 헤더

중복 블록은 어떻습니까?
특정 블록 (예 : 최신 게시물)이 복제 된 경우 허용해야합니다. 다른 카테고리의 다른 게시물 블록을 표시 할 수도 있습니다.

일반 블록은 마음의 내용으로 복제 할 수 있습니다.

다른 레이아웃을 추가하면 레이아웃을 무엇이라고 부릅니까?
이를 "사용자 정의 레이아웃"이라고 부르고 변경된 내용을 기반으로 미리보기 이미지를 다시 렌더링해야합니다.

이 모형에는 1 년이 넘었 기 때문에 구식이 많이 있지만 일부 개념을 재사용 할 수 있습니다.

시작해 주셔서 감사합니다. 이것이 페이지 레이아웃을 더 간단하게 만드는 데 도움이 될 수 있다는 것을 매우 강력하게 생각하며, 그것이 도착할 때까지 기다릴 수 없습니다.

또한 다음과 같은 이유로 블록 라이브러리 옆에 추가 버튼을 추가해서는 안된다고 생각합니다.

• 블록 라이브러리를 단일 위치로 희석하고 조각화하여 페이지에 무엇이든 삽입합니다.
• 삽입 및 학습을위한 추가 UI를 추가하여 모바일 및 데스크톱에서 액세스하고 작업 할 수 있습니다.
• 이미 붐비는 장소에 추가되며 추가하기보다는 줄여야합니다.
• "패턴"과 "블록"을 분리하여 동일 할 수있을 때 다른 유형의 콘텐츠를 효과적으로 생성합니다.

_ 블록 UI를 익히면 모든 일을하는 법을 배운다 _ 초기부터지도 원칙이었고 아직 다듬어야했지만 상대적으로 잘 확장됐다. 어제 우리는 _ 사이트 자체 _를 블록 (# 16998)으로 취급하는 것이 기존 UI를 재사용 할 때 어떻게 유익 할 수 있는지 논의했습니다. "블록 패턴"을 새 기능으로 처리하는 대신 _ 미리 설계되고 내부에 하위 블록이있는 또 다른 블록으로 처리하면 _ 갑자기 새 기능이 아니라 _ ​​기존 기능에 대한 구체화 _, 실용적이고 합리적이며 범위 측면에서 볼 수 있습니다.

나에게 블록 라이브러리는이 인터페이스의 명백한 위치로 보입니다. 블록 패턴을 더 잘 수용하기 위해 무엇을 변경할 수 있습니까? 그것은 이미 재사용 가능한 블록, 틀림없이 이와 같은 패턴의 선구자이며 우리가 만드는 모든 개선 사항은 그들에게도 도움이 될 것입니다. 블록 패턴 탭이 있습니까? 블록 라이브러리가 더 넓습니까? 블록 라이브러리와 새 미리보기 창을 합친 것만 큼 넓습니까? 블록 패턴에 별도의 미리보기 창이 필요합니까, 아니면 해당 미리보기 창의 추가 공간을 활용할 수 있습니까?

또 다른 연습은 질문을 뒤집는 것입니다. 블록 패턴을위한 새로운 UI가 필요하다는 것을 암시하는 오늘날 존재하는 블록 라이브러리는 무엇입니까?

또 다른 인터페이스와 Mel은 이것에 대해 매우 우아하게 다루며 자리 표시 자 인터페이스를 탭하는 것입니다. 기본적으로 사이트 블록에서 기본 템플릿을 선택할 수 있다면 어떨까요?

다음은 의심 할 여지없이 예외적으로 고려 된 아이디어가 아니라 블록 라이브러리에 "유형 선택기"드롭 다운을 추가하여 블록과 블록 패턴을 함께 검색 할 수있는 경우의 모양을 보여주는 간단한 스케치입니다. :

나에게 블록 라이브러리는이 인터페이스의 명백한 위치로 보입니다. 블록 패턴을 더 잘 수용하기 위해 무엇을 변경할 수 있습니까?

@jasmussen에 다이빙 해 주셔서 감사합니다! 그 질문을 이해하는 것이 핵심입니다. 최근 Happiness Engineers는 일부 사용자가 블록 라이브러리를 스크롤하여 전면 및 중앙 외부의 다른 블록을 찾지 않는다고 공유했습니다. 이것은 또 다른 문제이지만이 매우 작은 인터페이스에 다른 것을 추가하는 것과 관련하여 고려해야 할 사항입니다.

블록 패턴을위한 새로운 UI가 필요하다는 것을 암시하는 오늘날 존재하는 블록 라이브러리는 무엇입니까?

전체 페이지 블록 패턴을 추가하기 어렵게 만드는 것은 블록 라이브러리의 크기 때문이라고 말하고 싶습니다. 지금 사용자는 블록 아이콘과 블록의 작은 미리보기를 봅니다. 초점이 맞춰진 페이지의 작은 영역이기 때문에 작동합니다. 블록 패턴은 사용자가 페이지의 _ 대부분 _과 이러한 블록이 함께 존재하는 방식을 볼 수있을 때 훨씬 더 잘 작동합니다. 라이브러리의 크기 때문에 이것을 어렵게 만듭니다.

"사이트 블록"의 개념은 다소 흥미롭게 들립니다. 많은 블록에는 자리 표시자가 있으므로 사이트 블록에도 레이아웃 옵션이있는 자리 표시자가있을 수 있습니다. 이 아이디어는 새 페이지에는 적합하지만 기존 콘텐츠가있는 페이지에는 적합하지 않습니다. 그러나 어쨌든 이것에 대한 간단한 모형이 있습니다.

블록 자리 표시 자 (참조 용) :

사이트 블록 자리 표시 자 :

이것은 위의 @melchoyce 의 모형과 함께 정말로 움직입니다.

좋은 생각, 감사합니다.

최근 Happiness Engineers는 일부 사용자가 블록 라이브러리를 스크롤하여 전면 및 중앙 외부의 다른 블록을 찾지 않는다고 공유했습니다.

이는 좋은 통찰력이며 블록 패턴에 대해 개선 된 설계와 함께 블록 라이브러리를 개선해야하는 더 많은 이유입니다.

전체 페이지 블록 패턴을 추가하기 어렵게 만드는 것은 블록 라이브러리의 크기 때문이라고 생각합니다.

그것은 사실입니다. 나는 그 피드백을 바탕으로 약간의 시간을 들여 모의 실험을했지만 이것을 단일 블록 라이브러리의 아이디어와 결합했습니다. 이 모형의 고 충실도에 너무 많은 비중을 두지 마십시오. 부분적으로는 이것이 제 편의 영역이고 부분적으로는 "실제 느낌"으로 만드는 방법입니다. 따라서 _done_으로 보인다고해서 추가 피드백에 따라 거부 될 수 없다는 의미는 아닙니다.

여기에 보이는 것은 (+) Add Block 버튼을 누르는 것과 동일한 단일 블록 라이브러리입니다. 이렇게하면 새 단락을 만들 때마다 또는 형제 삽입기를 찾을 때마다 문서 끝의 편집기 막대에서 사용할 수 있습니다.

UI는 우리가 가지고있는 것을 기반으로하지만 검색 필드 외에 두 개의 탭을 추가합니다.

• Blocks 탭은 기본값이며 콘텐츠는 현재 보유하고 있습니다.
• 블록 패턴 탭은 그 옆에 있으며 별도의 미리보기 창 대신 블록 패턴 썸네일 자체로 렌더링 된 미리보기를 표시합니다.
  
  
  
  • _category dropdown_이 있는데, 이는 플러그인이 제품을 분류하는 좋은 방법입니다.
  
  
  • 썸네일의 너비는 고정되어 있지만 (2 열) 높이는 다양하며 석조 스타일입니다.
  
  
  • 전체 팝업 창을 더 크게 만들었으며 미리보기 창을 표시하지 않음으로써 더 많은 공간을 확보했습니다. 사용 가능한 화면 공간에 따라 드롭 다운 크기를 조정하는 반응 형 트릭을 탐색 할 수도 있습니다.
  
  
• 검색 할 때 블록과 블록 패턴을 모두 검색합니다.
  
  
  
  • 블록 결과는 개별적으로 그룹화되고 먼저 표시됩니다.
  
  
  • 블록 패턴 결과는 그 아래에 표시됩니다.
  
  

다시 말하지만, 이것은 매우 충실 해 보이지만 복음으로 받아 들여서는 안됩니다. 단순히 대화를 더 진행시키기위한 것입니다. 저는 @shaunandrews 가 Full Site Editing을 위해 일하는 것에 영감을

도움이 되었기를 바랍니다! 생각?

좋습니다. 위의 탐색을 바탕으로이 작업을 두 가지 작업으로 나눌 수 있습니다.

1. 새 페이지를 만들 때 페이지 레이아웃 미리보기 및 선택
2. 삽입기를 통해 나중에 새 블록 패턴 추가

@jasmussen 은 https://github.com/WordPress/gutenberg/issues/17335#issuecomment -539903480에서 삽입기에 대해 반복 할 수있는 몇 가지 뛰어난 삽입 기 탐색을 제공합니다.

@shaunandrews 는 또한 그가 WordPress.com에서 작업하고 있다는 아이디어를 저와 공유했습니다.

새 페이지를 만들 때 레이아웃을 선택할 수있는 옵션이 표시됩니다. 미리보기는 @mapk 도 아직 살펴 보지 않은 멋진 추가 기능입니다.

우리가 고려해야 할 한 가지 질문 : 전체 페이지 레이아웃이 게시물이 아닌 페이지에 대해 _ 그냥 _ 발생해야합니까?

전체 페이지 레이아웃이 게시물이 아닌 페이지에만 발생해야합니까?

한 측면은 우리가 기본으로하는 것이고 다른 측면은 기술적 차이입니다. 즉, 후드 아래에서 동일하기 때문에 기술적으로 매우 사소한 것이므로 우리가 무엇을 _allow_ 결정하는 문제 일뿐입니다. 모든 곳에서 허용하는 이점은 모든 곳에서 동일한 예측 가능한 흐름이라는 것입니다. 단점은 블로그 홈페이지 템플릿을 사용하는 새 게시물을 작성하지 않는 것입니다.

템플릿이 등록 될 때 허용되어야하는 분류법을 스스로 결정할 수도 있습니다.

템플릿이 등록 될 때 허용되어야하는 분류법을 스스로 결정할 수도 있습니다.

좋은 생각입니다. 그러면 템플릿을 카테고리 / 태그 및 CPT에도 사용할 수 있습니다.

(분류 페이지의 템플릿 선택기는 멋질 수 있습니다!)

한 친구는 블록 패턴 (콘텐츠 섹션)과 관련하여 형제 삽입 자에 대해 몇 가지 생각을 공유했습니다. 블록이 선택되었을 때 항상 표시 될 때 더 유용 할 것이라는 점을 지적하면서 블록 사이에 마우스를 올려 놓을 때 나타나는 플러스입니다. 이것이 지금 당장 그렇지 않은 이유는 편집 할 텍스트를 클릭하려는 것과 Spacer 및 Cover 블록에있는 크기 조정 컨트롤과 충돌하기 때문입니다. 여기서 핵심은 _ 모든 것이 블록이라는 것입니다.

GoDaddy 사이트 빌더의 몇 개의 스크린 샷이 공유되었으며, 유사한 인터페이스가 존재하며 선택시 영구적으로 표시됩니다. 주요 차이점은이 UI는 작은 블록 (텍스트, 이미지)과 더 큰 섹션을 구분하고 후자에만이 컨트롤을 표시한다는 것입니다.

블록 패턴을 계속 진행하면서이 개념이 더 큰 섹션에 기능을 추가 할 때 기본 UI를 더욱 단순화 할 수있는 문을 열지 여부를 생각하는 것이 흥미로울 것입니다.

@jasmussen https://github.com/WordPress/gutenberg/issues/17335#issuecomment -539903480에 대한 파일을 가져올 수 있습니까?

물론입니다. 나는 그것을 지저분한 Figma 파일에 빠르게 모아서 여기에 복사했습니다.

https://www.figma.com/file/VaSKQJDS70ov87XY1alOVs/Block-Library-w.-Block-Patterns?node-id=0%3A1

감사!

몇 가지 아이디어를 가지고 놀았습니다.

드롭 다운 아이디어로 시작하여 단일 블록 목록을 시도했습니다.

이와 함께 목록의 패턴에 대한 축소판을 사용하여 패턴에 대해 두 개의 열과 단일 열을 모두 시도했습니다.

그런 다음 검색이 혼란스러운 지점에 있다고 판단하고 한 걸음 물러났습니다. 검색 옆에 드롭 다운을 추가하고 검색 아래에 탭을 추가해 보았습니다.

검색 아래의 탭을 사용하여 가로 및 세로 방향으로 패턴의 썸네일을 표시해 보았습니다.

@joen 이 더 흥미로운 패턴 레이아웃으로 한 작업을 좋아하므로 빠른 모형도 시도했습니다.

훌륭한 탐험. 검색 옆에있는 드롭 다운이 두 개가 서로 연결된 것처럼 보이기 때문에 탭이 패턴으로 더 잘 작동한다고 생각합니다. 예를 들어 패턴이나 템플릿 내에서만 검색 할 수 있고 하나를 선택하여보기를 변경할 수는 없습니다.

나는이 호를 읽는 것을 완전히 즐겼고, 아이디어를 읽고 멋지게 보입니다!

전체 사이트 편집을 가능하게하는 데 필요한 블록 유형 및 인프라를 각각 제공하는 데 초점을 맞춘 관련 문제 # 15623 및 # 17512에 플래그를 지정하고 싶습니다.

여기에 설명 된 블록 패턴은 두 가지 컨텍스트 (개별 게시물 대 전체 템플릿)에서 의미가 있지만 두 가지 유형의 템플릿을 구분해야한다고 생각합니다.

• 템플릿 부분 (예 : 전체 사이트 편집 플러그인 이 수행하는 방식과 유사하게 내부적으로 wp_template_part 게시물 유형으로 구현 됨) :
  
  
  
  • 템플릿 부분은 다양한 위치에서 사용할 수 있어야하며 다른 콘텐츠에 추가 할 수 있어야합니다 (앞에서 설명한대로).
  
  
• 템플릿 (예 : 내부적으로 wp_template 포스트 유형으로 구현 됨, # 17513 참조) :
  
  
  
  • 템플릿은 HTML 문서를 구성하는 모든 의미 마크 업을 포함하여 _entire_ 템플릿을 나타내야합니다. 예를 들어 전체 템플릿은 개별 게시물 콘텐츠에서 의미가 없으며 전체 템플릿을 다른 곳에 추가 할 수 없어야합니다. 전체 템플릿은 항상 기존 콘텐츠 및 주요 사용 사례는 Gutenberg를 사용하여 새 템플릿을 만드는 시작 부분입니다 (예 : "시작 지점 선택").
  
  
  • (앞서 언급 한 문제를 통해) 견고한 의미 론적 마크 업을 일반적으로 장려 (강제?)하는 방법을 여전히 파악해야하지만 여기서도이 시나리오를 고려해야한다고 생각합니다.
  
  

지금까지이 문제는 주로 템플릿 부분에 초점을 맞추고있는 것 같고 말이되지만 앞으로이를 전체 템플릿으로 확장하는 방법에 대해서도 생각할 수 있다면 좋을 것입니다.

지금까지이 문제는 주로 템플릿 부분에 초점을 맞추고있는 것 같고 말이되지만 앞으로이를 전체 템플릿으로 확장하는 방법에 대해서도 생각할 수 있다면 좋을 것입니다.

한 가지 설명은 "블록 패턴"설정이 템플릿 부분 (구조적으로 의미가 있음)보다는 작은 블록으로 구성된 일반적인 디자인 요소에 대한 것입니다. 삽입 한 후에는 별도로 저장되지 않습니다. 예를 들어, 사용자가 수행해야하는 작업이 필요한 특정 모양을 얻기 위해 몇 개의 블록을 결합하는 "표지"이미지입니다. 테마 템플릿의 재사용 가능한 부분을 나타내지 않고도 어디에나 추가 할 수있는 디자인 모음이라고 생각하면됩니다.

@shaunandrews '와 @jasmussen 의 아이디어를 팝 오버 대신 모달에 적용하는 빠르고 더러운 탐색 :

나는 탭과 검색 레이아웃을 파헤 치고 있지만 개인적으로 _ 항상 _ 블록 라이브러리에서 검색을 사용한다는 사실을 인정해야하므로 데이터 포인트로 먼저 검색을 선호합니다.

모달 대화 상자 삽입 기는 확실히 공간을 제공합니다. 잘 됐네요. 그러나 커서가있는 위치 / 블록 또는 블록 패턴이 삽입 될 위치에 대한 시각적 컨텍스트도 약간 손실됩니다. 또한 이것이 블록 삽입 기의 전역 동작이되는지 또는 예를 들어 형제 삽입 기 또는 위에서 제안한 "섹션 삽입 기"와 같은 변형을 사용할 때 표시되는 내용에 대한 질문을 엽니 다. 그리고 우리가 행동을 _do_ 조각화한다면, 그게 좋을까요?

여러분의 탐험 @melchoyce 가 정말 도움이됩니다! 감사! 이것에 대해 몇 가지 생각이 있습니다.

한 예에서 모달은 사람들이 지금 탐색하는 데 어려움을 겪는 사용 가능한 많은 블록을 전달합니다. 그러나 다른 한편으로 이러한 모든 블록을 보는 것은 약간 압도적입니다. 모달은 패턴에 적합하지만 개별 블록에는 적합하지 않습니다. 그러나 모형은 아코디언이 열려 있음을 보여주기 때문에 기본적으로 열려있는 것처럼 하나만 열려 있으면 완전히 변경 될 수 있습니다.

대화 버전의 추가 된 공간이 마음에 드는만큼, 잠을 자면서 나에게 올바른 접근 방식이 아닌 것 같습니다. 콘텐츠에서 모든 컨텍스트를 제거하고 단락이나 이미지와 같은 간단한 블록을 삽입 할 때 압도적으로 느껴집니다. 나는 미리 만들어진 블록이나 블록 패턴에 대해 점점 더 똑같은 느낌을 받는다. 그것들은 단지 블록들의 집합 일 뿐이며 같은 방식으로 삽입되어야한다.

https://github.com/WordPress/gutenberg/issues/17335#issuecomment -539903480이 반드시 갈 길은 아니지만 카테고리가 무의미하게 느껴지고 많은 일이 진행되고 있습니다. _ 블록 개선 복잡한 블록을 수용하기위한 라이브러리 _ (그리고 모달 대화 상자를 피하는 것)는 갈 길입니다.

복잡한 블록을 수용하기 위해 블록 라이브러리를 개선하고 모달 대화 상자를 피하는 것이 갈 길이라고 생각합니다.

이제 라이브러리에 더 많은 공간을 제공하는 도움말 패널이 있으므로 약간 작업 할 수 있습니다. 패턴은 개별 블록과 분리 할 수있는 또 다른 탭일 수 있지만 미리보기 영역은 필요한 경우 세로로 스크롤 할 수있는 도움말 패널쪽에 여전히 남아 있습니다.

"블록 패턴"이라는 아이디어가 마음에 들지만 (아마도 "블록 레이아웃"으로 변경해야합니까?) 대화 상자를 사용하여 새 블록을 추가하는 것을 좋아하지 않습니다. 너무 산만합니다! (이렇게 블록 패턴을 추가하면 괜찮을 것입니다.)

Block Inserter는 작은 팝 오버로 남아 있어야하고 (오늘날의) 블록 패턴은 완전히 다른 구성 요소 여야한다고 제안합니다. 각각이 사용되는 컨텍스트는 매우 다를 수 있습니다. 하나는 페이지 (패턴)를 구축하기위한 것입니다. -다른 하나는 블록 추가 / 해당 페이지 수정을위한 것입니다.

삽입 기 내에서 작동 할 수 있지만 인터페이스가 더 복잡하고 혼란스러워지는 것을 알 수 있습니다. 말할 것도없이 삽입 기는 매우 작습니다. 작은 패턴 미리보기를 가져 오는 것은 최상의 경험이 아닐 수 있습니다. (사용자가 선택할 수있는 적절한 컨텍스트를 제공하기 위해) 하나 이상의 패턴을 표시 할 수 있어야하지만 실제로 볼 수있을만큼 미리보기를 크게 만들 수도 있습니다.

아마도 우리는 우리가 일을하는 방법을 약간 조정합니다.

여기에서 큰 소리로 생각하고 있지만 왼쪽 상단에 Inserter가 있으면 어떨까요? 현재의 상태 그대로 기존 블록 사이에 새로운 UX 패턴을 도입하면 사람들이 블록 패턴 / 레이아웃 (우리가 부르는 것)을 추가 할 수 있습니다. 이것은 현재 블록 사이에 상주하고 표시되는 상태로 유지 되는 호버링 블록 삽입 기 (+)를 대체합니다 (호버링하지 않을 때 숨기지 않음).

다음은 그 모습에 대한 스크린 샷 (_ 실제 구텐베르크 콘텐츠 포함 _)입니다.

이것이 정확히 어디를 차지할 지에 대한 몇 가지 생각이 필요합니다. 모든 블록 사이에 있을까요? 잘 모르겠습니다.

패턴 삽입기를 열면 사용자가 페이지에 추가 할 새 패턴을 선택할 수있는 모달이 실행됩니다. 다음은 최상위 범주 선택을 사용하여 모달을 탐색 한 것입니다. 그러나 이것이 어떻게 생겼는지에 대해서는 100 %가 아닙니다.

이 패턴 (또는 적어도 일부)은 GoDaddy의 웹 사이트 + 마케팅 오퍼링과 SquareSpace (및 아마도 다른 곳)에서 볼 수 있습니다. 탐험 할 가치가 있습니다.

블록과 레이아웃은 달라야합니다.

레이아웃은 사용중인 CSS 프레임 워크를 활용해야합니다.

레이아웃의 예 :

• 열 / 행
• 그리드
• 슬라이더
• 컨테이너
• 탭, 아코디언

블록은 레이아웃 내부에 있거나 없을 수 있습니다.

패턴은 레이아웃 + 블록 일 수 있습니까?

Blocs 앱이이를 수행하는 방법은 다음과 같습니다. 훨씬 더 큰 삽입기를 사용합니다. 더 많은 연구를 공유합니다.

다른 사람들이 밖에서 무엇을하고 있는지 더 살펴 봅니다.

Qubely는 상단 툴바의 버튼을 사용하여 모달을 엽니 다.

좋은 주식, 마크.

Qubely 접근 방식은 우리가 피해야한다고 생각하는 접근 방식이며 다른 많은 블록 컬렉션이 취하는 접근 방식입니다. 이 접근 방식은 사용자가 데스크톱 화면에 있고 "상단 도구 모음"옵션 또는 향후 "모든 아이콘에 대한 레이블 표시"옵션을 사용하지 않는다고 가정합니다. 따라서 실제 별도의 버튼을 추가하려면 블록 삽입 기의 직접적인 컨텍스트에 추가하고 싶을 것이며 해당 공간에있는 다른 버튼을 어떻게 줄일 수 있는지 살펴 봐야 할 것입니다.

그리고 여기 SquareSpace가 페이지 설계 및 콘텐츠 편집을위한 별도의 상호 작용을 수행하는 방법에 대한 스냅 샷은 이전 의견에 컨텍스트를 제공합니다.

어제 디자인 회의를 통해 논의한 지속적인 대화 (Slack) 가 있습니다.

저는 패턴 상호 작용과 블록 상호 작용에 대해 많이 생각했습니다. 패턴을 최상위 "빌딩"상호 작용으로 이동하고 블록을 "추가 / 비틀기"상호 작용으로 유지합니다. 당연히 블록으로 "패턴"을 만들 수는 있지만, 정확히는 간단하지 않으며 수행하려면 더 많은 상호 작용이 필요합니다. 그렇다면 페이지 설계와 콘텐츠 설계간에 뚜렷한 차이가 있다면 어떨까요?

공유 해주셔서 감사합니다, 리치. 사용자가 원할 때 페이지를 신속하게 구축하기 위해 유용한 콘텐츠의 큰 섹션을 삽입하는 것이 사소한 것 같지만, 필요한 경우 개별 블록에 사소하게 직관적으로 액세스 할 수 있습니다.

나에게 Squarespace GIF의 핵심은 두 라이브러리 간의 이중성이 존재하지만 _contextuality_에 의해 완화된다는 것입니다. 하지만 완전히 다른 모양의 두 블록 라이브러리를 피하기 위해 더 잘할 수 있는지 궁금합니다. 예를 들어 _Navigation Menu_ 블록을 삽입하면 블록 라이브러리가 내부에 _Menu Items_ 만 삽입하는 도구가되는 것이 직관적입니다. 편집 캔버스 자체에서 컨텍스트를 활용하는 유사한 방법이 있습니까?

레이아웃을 추가하는 방법에 관해서는 문서 탭의 설정 영역에 레이아웃이 대략적으로 어떻게 보이는지 사용자에게 보여주는 그래픽이있는 레이아웃 목록이있을 수 있습니다.

우리는 한동안 Atomic Blocks에 섹션과 레이아웃 모달을 가지고 있었고 지금까지 경험 한 것을 공유하게되어 기쁩니다.

@mapk 의 질문에 대해 자세히 설명하려면 :

1. 예, 블록 편집기에는 블록 패턴 / 섹션 / 레이아웃 또는 호출하려는 모든 작업을위한 전용 UI가 있어야합니다. 개별 블록 이후의 논리적 단계는이를 결합하여 현대적이고 표현력이 풍부한 레이아웃을 만드는 방법입니다. 이를 위해 표준화 된 UI를 만들면 사용자와 개발자가 응집력있는 경험을 즐기고 수백만 번 (이미 시작된) 재창조를 피할 수 있습니다. Atomic Blocks와 다른 몇몇 사람들이 이미 전용 UI를 가지고 있지만, 저는 여전히 표준 (그러나 확장 가능한) UI를 채택하는 것을 선호합니다.

코어가이 UI를 채우기 위해 블록 패턴을 제공하는지 여부는 또 다른 질문입니다. 핵심 테마가 디자인을 칭찬하고 확장하기 위해 독단적 인 블록 패턴을 제공하는 것이 합리적 일 수 있습니다.

1. 여기에서 제안 된 몇 가지 UI는 좋은 시작입니다. 저는 특히 @shaunandrews 와 @melchoyce가 여기 에서보고있는 것을 좋아 합니다 . 나는 블록 삽입 기가 이와 같은 기능에 너무 제한적이라는 하며 빠르게 성장할 것이라고 생각합니다. 블록 패턴이있는 표현적인 페이지 구축에는 700px x 430px 이상의 인터페이스가 필요합니다.

UI에서 섹션과 레이아웃의 차이점을 구분했습니다. 섹션은 페이지의 일부이고 레이아웃은 전체 페이지 레이아웃입니다. 이것은 독단적 인 결정이며 현재 구현에서 의미가 있지만 대신 카테고리 또는 필터링 인터페이스를 사용하여 해결할 수도 있습니다.

Atomic Blocks에는 사용자가 자주 사용하는 섹션과 레이아웃을 쉽게 즐겨 찾기하고 다시 방문 할 수있는 즐겨 찾기 기능 도 있습니다. 이러한 종류의 기능은 패턴의 양이 빠르게 증가함에 따라 필요합니다. 사용자에게 권한을 부여하는 또 다른 방법은 화이트리스트 및 블랙리스트 패턴이 패턴 UI의 출력을 제어하도록 허용하는 것입니다.

블록 편집기의 힘은 블록 템플릿 및 블록 패턴과 같은 기능에서 가장 분명하고 검증되며, 이는 WordPress에서 웹 사이트를 구축하는 방식을 근본적으로 변경합니다. 또한 사용자 지정 WordPress 인터페이스의 서부를 모으고 표준화를 통해보다 일관되고 예측 가능한 경험을 제공 할 수있는 기회도 있습니다.

나는 과거의 아이디어 를 다루기

다음 모형에서 나는 그것을 다음과 같이 다루려고 노력했습니다.

• 탭으로 구분 된 단일 통합 라이브러리 인터페이스 생성
• 에디터 바에서 열 때이 인터페이스를 전체 높이가 아니라 모달이 아닌 팝 오버로 표시합니다.
• 형제 삽입 기에서 열 때 기본적으로 패턴 탭을 사용하는 대화 상자로 표시

_이 UI는 # 18667에서 살펴보고있는 미완성 UI 개념을 활용합니다 ._

이 구성에서 사용자는 다른 인터페이스를 살펴볼 필요없이 블록 또는 패턴을 삽입 할 수 있지만 더 큰 패턴을 삽입 할 때 더 많은 화면 공간을 원할 수 있습니다.

이 인터페이스는 여기에 제안 된 새로운 범주 구문도 활용합니다.

• 형제 삽입 기에서 열 때 기본적으로 패턴 탭을 사용하는 대화 상자로 표시

여기 뭔가있는 것 같아요!

@jasmussen , 패턴이 / 에도 나타날까요, 아니면 블록 만 나타날까요?

훌륭한 질문입니다. 별도로 분류하면 아마도. 하지만 패턴에는 큰 미리보기가 더 필요할까요? "2 패턴 발견"이 대화 상자를 호출 할 수 있습니까?

@jasmussen , 패턴이 / 에도 나타날까요, 아니면 블록 만 나타날까요?

혹시. 미리보기가 없더라도 / 내에있는 것이 얼마나 유용한 지 잘 모르겠습니다. 이름이 매우 고유하지 않은 경우 (예 : "About 1", "About 2") 또는 사용자가 원하는대로 제목을 지정할 수 있는지 여부 (100 % 확실하지 않음).

@mikemcalister 가이 스레드의 앞부분에서 언급 했듯이 "즐겨 찾기"기능을 구현하면 아마도 즐겨 찾기 패턴 만 표시 될 것입니다 (명확하게 식별 할 수있는 한). 허용한다면 패턴에 해당 아이콘 (블록과 유사)이 필요합니까? 아니면 블록 패턴을 분류하는 기본 "패턴"아이콘이 있습니까?

안녕하세요, 저는 제 머리를들이 밀고 이것이 어디로 향하고 있는지 사랑한다고 말하고 싶었습니다. 최신 모형과 사고 방식은 훌륭합니다. 이것이 네이티브 모바일 Gutenberg로 어떻게 변환 될지 생각하고있을 때 @lumberman 의 마지막 모형이 잘 구성되어 있고 상당히 확장 가능해야한다고 생각하지만 계층 구조와 상호 작용에 대해 한 가지 우려가 있습니다. 전체 역사적 맥락을 이해하지 못했다면 용서하세요.하지만이 맥락에서 모바일 관점이 유용 할 것 같습니다.

아코디언 / 탐색 계층

삽입기에 대해 항상 가지고있는 한 가지 문제는 아코디언 섹션 (가장 많이 사용되는 부분, 공통 블록 등)입니다. 첫 번째 섹션 "가장 많이 사용됨"은 처음에는 항상 열려 있기 때문에 충분히 명확하지만 추가 섹션을 묻고 특히 모바일에서 찾기 가능성을 방해하는 경향이 있습니다.

저는 마지막 목업 @lumberman에서 왼쪽 사이드 바가 배치되는 방식을 좋아합니다. 왼쪽 사이드 바 탐색 계층에서 목록 항목으로 섹션을 추가하는 것이 합리적이라고 생각하십니까? 즉, Sections 아래의 항목은 "가장 많이 사용됨", "머리글", "바닥 글"등이 될 것입니다 (또는 그룹 이름이 최종적으로 지정되는 항목)? 그것은 "매장 된 섹션"문제를 해결하고 잠재적으로 우리가 아코디언에 대한 필요성을 본질적으로 제거 할 수있게 해줄 수 있지만, 이것이 역사적으로 블록 라이브러리와 크게 다르므로 다른 사람들이이 제안을 좋아하지 않을 수도 있음을 이해합니다 😄

"즐겨 찾기"

논의되고있는 개념 중 하나 (처음에는 @mikemcalister 가 믿습니다)는 "즐겨 찾기"개념입니다. 이것은 기본 모바일 GB 에서 한동안 탐색 한 아이디어와 거의 같습니다. 여기에서 즐겨 찾는 블록을 선택하여 GB로 온 보딩 프로세스 중에 블록의 "내 라이브러리"를 생성하고 거기에서 블록 라이브러리는 주로 전체 블록 라이브러리에 대한 분명한 경로를 제공하면서 이것의 주된 문제는 발견 가능성 이었지만, 그것을 해결할 방법이 있다고 생각한다면.

Block Library, Overwhelm, IA 등에서

일반적으로 삽입기에 대해 계속해서 되돌아가는 한 가지가 있습니다. 더 견고하게 만들면 더욱 명확 해집니다. 모바일 웹 사용성 테스트 중에 우리 (Automattic의 모바일 팀)는 블록 라이브러리가 압도적이라는 말을 자주 들었습니다. 선택 사항이 많고 그룹화가 즉시 명확하지 않습니다. 여기에서 제안한 새로운 UI 아이디어는 좀 더 "호흡"하기 때문에 도움이된다고 생각합니다. 그러나 블록 수는 여전히 압도적이며 다른 그룹화 (블록 패턴)의 도입으로 인해 더욱 악화 될 것입니다. 우리가 이것을 확장 할 때 (제 생각에 올바른 방향이라고 생각합니다. "좋아하는"유형 능력은 그것을 완화시킬 수 있습니다.

페이지 레이아웃에 대한 Mobirise 접근 방식을 살펴볼 가치가 있습니다. 왼쪽에는 캔버스를, 오른쪽에는 자연스러운 수직 페이지 요소로 분할 된 수직 패널 선택 슬라이더를 제공합니다 ... 상단 표시 줄, 상단 메뉴, 비즈니스 기능별 본문 패널 (테마 및 페이지 유형 (예 : 회사 소개 페이지 인 경우지도 패널, 사람 패널), 바닥 글, 바닥 글 표시 줄 패널을 오른쪽에서 왼쪽으로 끌어다 놓기 만하면됩니다.

경고 : Gutenberg에 기고하는 경우 Mobirise 자료를 정독하기 전에 Mobirise 약관을 읽어보십시오. 제품 및 웹 사이트와 관련된 용어에 불쾌한 조항이 있습니다.

귀하는 서비스를 복사, 수정, 파생물 생성, 개조, 리버스 엔지니어링, 에뮬레이션, 다른 서비스로 마이그레이션, 번역, 컴파일, 디 컴파일 또는 분해하지 않을 것임을 진술하고 보증합니다.

더 나은 방법은 ... 웹 사이트에 전혀 가지 마십시오.

대신 Mobirise YouTube 비디오를 보는 것을 고려할 수 있습니다. YouTube에서 콘텐츠 업 로더에게 요구하는 라이선스를 초과하는 기간 초과에 대해서는 알지 못하지만 경고 Emptor ... 나는 변호사가 아닙니다.

YouTube 동영상 시청이 Gutenberg IP에 위험하지 않다고 생각하는 경우 Mobirise Youtube 채널은 https://www.youtube.com/channel/UCt_tncVAetpK5JeM8L-8jyw/featured에 있습니다. 드래그 앤 드롭 패널을 사용하여 테마별 페이지 구축을 볼 수 있습니다.

@jasmussen , 여기 모형이 멋져 보입니다. 😍 가능하다면 아래 질문에 답할 수있는 작동하는 프로토 타입에서 그들을보고 싶습니다.

@richtabor 에서 알 수 있듯이 형제 삽입 기에서 패턴을 추가하는 것과 반대로 누군가 도구 모음에서 블록을 추가 할 때 컨텍스트를 변경하는 것이 좋습니다. 패턴에 대한 모달에 추가 공간이 제공되는 것이 좋습니다!

다음 단계

1. "Premade Blocks"라는 용어는 약간 어색합니다. 거기에서 "블록 패턴"을 시도해 볼 수 있습니까? 아니면 똑같이 어색한 느낌입니까?
2. 상단 툴바에서 삽입기를 클릭 한 다음 "블록 패턴"탭을 클릭하면 어떻게됩니까? 팝 오버가 모달로 이동합니까? 팝 오버의 크기는 변경되지만 동일한 위치에 팝 오버가 유지됩니까? 동일한 크기와 위치를 유지하고 이제 패턴 만 표시합니까?
3. 편집기에서 형제 삽입기를 클릭 한 다음 "차단"탭을 클릭하면 상호 작용이 어떻게 생깁니 까? 모달의 크기 나 위치가 여기에서 변경됩니까? 아니면 모달로 남아 있습니까?
   
   
   
   1. 이러한 질문에 답하는 프로토 타입을 만드십시오. 파일 링크를 주시면 기꺼이 도와 드리겠습니다.
   
   

@lumberman 도 당신의 모형에 감사드립니다! 나는 그들이 기존 삽입 기 디자인을 활용하고 그 위에 구축하는 방법을 정말 좋아합니다. 👍 아코디언의 양을 줄이는 방법이 있습니까? 미끄러 져 열릴 수있는 많은 것 같은 느낌입니다. 현재 사용성 테스트에서 사람들이 우리가 이미 가지고있는 아코디언을 클릭하지 않는 것으로 나타났습니다.

"Premade Blocks"라는 용어는 약간 어색합니다. 거기에서 "블록 패턴"을 시도해 볼 수 있습니까? 아니면 똑같이 어색한 느낌입니까?

예, 확실히 블록 패턴을 시도해 봅시다.

개인적으로 그 용어가 더 어색하다고 생각하지만 디자인 채팅 및 다른 곳에서 논의되었으며 플러그인에서 시도하는 비용이 매우 적기 때문에 그렇게하지 않을 이유가 없습니다! 완벽하게 느껴지거나 조정이 필요한 것으로 드러날 수 있으며 다시 살펴 보겠습니다.

상단 툴바에서 삽입기를 클릭 한 다음 "블록 패턴"탭을 클릭하면 어떻게됩니까? 팝 오버가 모달로 이동합니까? 팝 오버의 크기는 변경되지만 동일한 위치에 팝 오버가 유지됩니까? 동일한 크기와 위치를 유지하고 이제 패턴 만 표시합니까?

변화는 일어나지 않을 것입니다. 큰 모달과 동일하지만 더 작고 좁은 공간에 있습니다. 아마도 블록 패턴의 단일 열을위한 공간 만있을 것입니다.

하지만 두 위치에서 모두 동일한 UI와 블록과 패턴을 모두 사용할 수 있다는 점에서 여전히 가치가 있다고 생각합니다.

편집기에서 형제 삽입기를 클릭 한 다음 "차단"탭을 클릭하면 상호 작용이 어떻게 생깁니 까? 모달의 크기 나 위치가 여기에서 변경됩니까? 아니면 모달로 남아 있습니까?

PR / 프로토 타입이 대답 할 수있는 좋은 질문입니다. 저는 변화가 전혀 없다고 상상합니다. 블록을 볼 수있는 공간이 더 많을 것입니다.

이러한 질문에 답하는 프로토 타입을 만드십시오. 파일 링크를 주시면 기꺼이 도와 드리겠습니다.

Figma 파일은 다음과 같습니다. https://www.figma.com/file/fnyj380i05vGzuuH60frLQ/G2-Design?node-id=85%3A6975 — 약간 지저분하지만 도움이 필요하면 저를 핑할 수 있습니다.

다음은 여러분이 공유해 온 훌륭한 아이디어를 바탕으로 한 탐색입니다. 나는 의도적으로 현재 블록 삽입 기가 제공하는 공간 내에서 작업하도록 제한했습니다. 두 가지 이유로이 작업을 수행했습니다.

1. 이 UI를 작은 화면으로 쉽게 변환 할 수 있습니다.
2. 평균 화면 크기의 경우 현재 삽입 기가 이미 충분한 화면 공간을 차지한다고 생각합니다. 그래서 저는 더 크고 중심적인 모달이 많은 이점을 제공하지 않을 것이라고 믿습니다.

** 위는 1200 x 800으로 찍은 스크린 샷입니다.

블록 삽입 기의 크기 제한이 있다는 점을 감안할 때 사용 가능한 공간을 최대한 활용할 수있는 방법을 알아 보려고했습니다. 도움말 패널은 블록에 대해 잘 작동하지만 블록 패턴에 대해 더 큰 썸네일을 표시하려고 할 때 방해가됩니다. 그래서 내용물을 제거하지 않고 제거하려고했습니다. 이는 블록 패턴뿐만 아니라 블록에도 더 많은 공간을 제공합니다. 또한 여기에 공유 된 일부 모형에서 미리보기 썸네일이 블록 패턴을 찾는 방법이 정말 마음에 듭니다. 이미 도움말 패널에서 블록 미리보기를 수행하고 있기 때문에 시도해 보는 것은 어떨까요?

다음과 같이 보입니다.

블록에 초점을 맞추거나 가리키면 하단에있는 팁 "띠"의 내용이 그에 따라 변경됩니다.

기본적으로 나는 물건을 움직이고 있습니다.

블록 미리보기는 실제로 현재 버튼이하는 것보다 많은 공간을 차지하지 않으며, 이제 행당 3 개 이상을 표시 할 수 있습니다.

또한 작은 썸네일을 표시하려고 시도했지만 미리보기가 읽기가 더 어렵다고 생각합니다.

위의 모든 사항에서 블록 패턴 탭은 다음과 같이 보일 수 있습니다.

삽입 기에서 사용 가능한 공간을 최대한 활용하는 블록 및 블록 패턴 모두에 대해 익숙한 UI를 가질 수 있습니다.

이 엔리케 작업에 감사드립니다!

나는 의도적으로 현재 블록 삽입 기가 제공하는 공간 내에서 작업하도록 제한했습니다. 두 가지 이유로이 작업을 수행했습니다.

• 이 UI를 작은 화면으로 쉽게 변환 할 수 있습니다.
• 평균 화면 크기의 경우 현재 삽입 기가 이미 충분한 화면 공간을 차지한다고 생각합니다. 그래서 저는 더 크고 중심적인 모달이 많은 이점을 제공하지 않을 것이라고 믿습니다.

나는 이것에 동의하지 않는다. 모달을 전화 (전체 화면)로 변환하는 좋은 방법이 있으며, 2 개와 3 개 대신 한 열의 패턴을 표시 할 수 있습니다.

나는 당신의 디자인과

제가 깨달은 것은 방대하고 아름다운 블록 패턴을 보여 주려면 얻을 수있는 모든 공간이 필요하다는 것입니다. 이것은 Mark 와 Rich가 설명하는 점들을 연결하는 문제였으며 결과적으로 이러한 모형 ( Figma 파일 ) 이 생성되었습니다.

사용 가능한 모든 수직 공간을 차지하고 도움말 텍스트를 제거하고 # 19836에서 미리보기 창을 분리하는 블록 라이브러리를 찔렀습니다. 전체 아이디어의 프로토 타입 역할을 할 수 있습니다.

Enrique 저는 앞서 보여 드린 키가 큰 수직 모형에 당신의 기교 중 일부를 가져 오기 위해 당신과 함께 일하고 싶습니다. Figma 파일은 다음과 같습니다. https://www.figma.com/file/fnyj380i05vGzuuH60frLQ/G2-Design?node-id=85%3A6975 — 특히 데스크톱 중단 점에서 잘 작동하지만 모바일 중단 점은 아직 구체화되지 않았습니다. . 도움이된다면 저는 항상 채팅을합니다.

안녕 @jasmussen! 👋

다음은 키가 큰 수직 모형과 일부 블록 패턴 미리보기를 결합한 간단한 모형입니다.

나는 그것을 좋아한다. 큰 미리보기는이 크기로 기분이 좋습니다. 내가 겪고있는 한 가지 문제는 미리보기가 이렇게 클 때 아코디언 범주가 탐색 및 검색 가능성에 대해 잘 작동하는지 확신하지 못한다는 것입니다.

대신 카테고리를 옆에 두는 아이디어를 탐구하는 데 시간을 보냈습니다.

나는 이것이 사용 가능한 카테고리를 더 쉽게 스캔 할 수 있도록한다고 생각하지만 블록 패턴의 카테고리를 아래로 밀어 내고 이것이 옳다고 생각하지 않습니다.

당신이 무슨 생각을하는지 제게 알려주세요.

다음은 키가 큰 수직 모형과 일부 블록 패턴 미리보기를 결합한 간단한 모형입니다.

이것은 별입니다! 특히 수직 인터페이스에서 패턴을 보는 것은 매우 계몽 적이며 내가 생각했던 것보다 약간 더 잘 작동합니다.

측면의 카테고리도 나쁘지는 않지만 왼쪽 상단 팝 오버 버전에서 드롭 다운으로 더 잘 제공되는지 궁금하지만 형제 삽입 기가 연 대화 버전에서는 잘 작동 할 수 있습니까?

감사합니다! 다른 사람들도 차임 할게요.

다음은 최근 모형을 반복하는 몇 가지 추가 탐색입니다.

1. 블록 및 블록 패턴 탭 + 카테고리 목록

2. 블록 및 블록 패턴 탭 + 카테고리 드롭 다운

나는 1 이 옳다고 생각한다. 카테고리 목록이 완전히 표시되는 방식 (검색 가능성이 더 좋음)이 마음에 들며 확장 성이 뛰어나야한다고 생각합니다.

2 가 더 깔끔하게 느껴지지만 카테고리 목록이 클릭 뒤에 숨겨져 검색 가능성에 영향을 미치는 것이 걱정됩니다.

@jasmussen @mapk @shaunandrews 당신은 어떻게 생각합니까?

나는 1 이 옳다고 생각한다. 카테고리 목록이 완전히 표시되는 방식 (검색 가능성이 더 좋음)이 마음에 들며 확장 성이 뛰어나야한다고 생각합니다.

2 가 더 깔끔하게 느껴지지만 카테고리 목록이 클릭 뒤에 숨겨져 검색 가능성에 영향을 미치는 것이 걱정됩니다.

@enriquesanchez 좋아 보인다! 1 번도 옳다고 느낍니다.

몇 가지 생각 :

ㅏ. 범주 목록이 너무 많으면 어떻게되는지에 대한 메커니즘을 알아 내야합니다.

비. 카테고리는 어떻게 정렬해야합니까? 테마, 플러그인을 통한 우선 순위가 있습니까? 알파벳순? 아니면 조합?

씨. 테마가 다른 카테고리에 대한 패턴을 등록하는 경우 패턴이 각 패턴의 지정된 카테고리와 함께 "테마에서"카테고리에 표시됩니까?

Rich의 의견과 질문에 대한 반향, 멋진 요약. 잘 했어!

한 가지 고려해야 할 점은 현재 논문에 따라 형제 삽입 기에서 열 때 라이브러리가 큰 대화 상자로 표시되고 반대로 왼쪽 상단에서 열 때 더 작다는 것입니다. 우리는 기본적으로 측면의 카테고리를 _ 할 수 있고, 반응 형 도전이 지시 할 때 _ 드롭 다운으로 접을 수 있습니다 _.

비. 카테고리는 어떻게 정렬해야합니까? 테마, 플러그인을 통한 우선 순위가 있습니까? 알파벳순? 아니면 조합?

아마도 상단에 몇 개의 "축복 된"항목이 조합 된 다음 알파벳순으로 표시 될 것입니다. 플러그인이 카테고리 이름을 __Sweet Blocks 또는 1. Sweet Blocks 로 지정할 때까지. 그것은 우리가 _ 지금 _ 과도하게 생각할 위험이있는 것 중 하나 인 것 같고, 길을 따라 조정하기 쉽기 때문에 가장 간단한 해결책으로 가고 필요할 때 조정하는 것이 좋습니다.

@richtabor @jasmussen 훌륭한 피드백에 감사드립니다.

ㅏ. 범주 목록이 너무 많으면 어떻게되는지에 대한 메커니즘을 알아 내야합니다.

동의합니다. 블록 라이브러리에 비슷한 것이 필요했고 우리가 배울 수 있는지 잘 모르겠습니다.

비. 카테고리는 어떻게 정렬해야합니까? 테마, 플러그인을 통한 우선 순위가 있습니까? 알파벳순? 아니면 조합?

나는 Joen의 제안을 반영합니다. 일부 초기 주문을 설정하고 시스템이 중단 된시기 / 경우 반복을 확인해야합니다.

씨. 테마가 다른 카테고리에 대한 패턴을 등록하는 경우 패턴이 각 패턴의 지정된 카테고리와 함께 "테마에서"카테고리에 표시됩니까?

나의 초기 반응은 '예'입니다. 일부 패턴이 다른 카테고리에 나타날 것으로 예상합니다. 괜찮다고 생각합니다. "From theme"카테고리를 갖는 아이디어는 결코 최종적인 것은 아니지만, 사람들이 사이트를 "데모처럼 보이게"하는 데 도움이되는 쉬운 방법이라고 생각했습니다.

나는 이것에 대해 계속 반복 할 것입니다. 라이브러리의 모양과 느낌을 더 잘 이해하기 위해 몇 가지 프로토 타입 작업을 할 것입니다.

현장에서 mobirise 접근 방식이 실용적이라는 것을 알았습니다. 여기에는 두 개의 블록 패널 선택 열이 있습니다. 하나는 공통 페이지 범주 (머리글, 메뉴, 콘텐츠, 바닥 글 등) 아래에 하나의 그룹화 블록 패널 축소판과 인접한 범주 색인이 있으므로 모든 범주를보고 바로 이동할 수 있습니다. 관심 카테고리.

이것을 "THE"솔루션으로 추진하지 않습니다. 예를 들어 유용하다고 생각한 다음 원하는 디자인에 대해 무엇을하고 / 좋지 않은지 번역 할 수 있다고 생각했습니다.

그냥 제안 :-)

다시 시도해 주셔서 감사합니다, @enriquesanchez!

나도 1 위에 찬성한다. 목록을 표시하면 사용자가 원하는 결과를 얻기 위해 일련의 클릭을 건너 뛰지 않아도됩니다. Joen이 반응 형 화면을 제안한 것처럼 무너지는 것은 매우 흥미로울 것입니다.

현재 구텐베르크에서 긴 목록을 처리하는 메커니즘을 알지 못하기 때문에 고려해야 할 사항입니다. 탭을 사용하여 패턴에서 블록을 분리하면 이미 도움이됩니다. 그 하나에 대한 명성!

"테마에서"는 약간 이상하게 느껴집니다. "테마 패턴"또는 "테마"또는 "테마 : [테마 이름]"일 수도 있습니다. 아마도 이것들이 맨 위에 우선 순위를 두어야할까요? 나는 그것들을 "테마"카테고리 아래에 함께 보관하고 관련 카테고리 아래에 노출해도 괜찮습니다. 아마도 이것이 "컬렉션"처럼 될까요? https://github.com/WordPress/gutenberg/issues/19873

mockup에서 "Patterns"탭이 강조 표시되어 있어도 검색 필드에 블록과 패턴을 검색 할 수 있다고 표시됩니다. 이게 옳은 거니? 아니면 패턴 탭에서 블록 패턴으로 제한해야합니까?

다음은 공유 된 와이어 프레임 Obenland의 혼합입니다.
https://github.com/WordPress/gutenberg/issues/17335#issuecomment -536109796

Enrique의 1 번 와이어 프레임 제안 :
https://github.com/WordPress/gutenberg/issues/17335#issuecomment -582673937

다음은 기존 블록 영역과 추가 옵션입니다.

블록 변형 탭을 선택하면 다음과 같이 변경할 수 있습니다.

편집 : 기존 인터페이스를 사용하지만 추가 옵션을 위해 확장하면 오늘날 블록을 선택하는 방식에서 일관성을 유지할 수 있습니다. 하나는 블록을 선택하기 위해 동일한 삽입 기 영역으로 이동합니다. 그러나 이번에는 블록 (단일 블록)-> 블록 변형 (다중 블록)-> 페이지 레이아웃 (템플릿)-> 사이트 섹션 (머리글, 바닥 글 등) 중에서 선택할 수도 있습니다.

고려해야 할 한 가지는 검색 창의 위치와 그 의미입니다. 최신 디자인 @enriquesanchez를 사용하면 각 상단 탭 (블록 및 패턴)에 대해 검색 상자가 반복되므로 한 번에 하나의 그룹 만 검색 할 수 있다고 생각합니다. 나의 초기 희망은 두 블록 _and_ 패턴을 검색 할 수있는 단일 입력을 가질 수 있다는 것이 었습니다.

잘못된 희망일 수도 있고 검색 입력이 어떻게 작동하는지 이해하지 못할 수도 있습니다.

mockup에서 "Patterns"탭이 강조 표시되어 있어도 검색 필드에 블록과 패턴을 검색 할 수 있다고 표시됩니다. 이게 옳은 거니? 아니면 패턴 탭에서 블록 패턴으로 제한해야합니까?

최신 디자인 @enriquesanchez를 사용하면 각 상단 탭 (블록 및 패턴)에 대해 검색 상자가 반복되므로 한 번에 하나의 그룹 만 검색 할 수 있다고 생각합니다.

@mapk @shaunandrews 피드백 주셔서 감사합니다! 왜 그런지는 모르겠지만 처음에는 탭 상단에 검색 창이 있었기 때문에 검색 창을 옮겼습니다 (https://github.com/WordPress/gutenberg/issues/17335#issuecomment-575835877 참조).

@shaunandrews에 동의합니다. 검색 입력이 삽입 기의 첫 번째 요소 여야한다고 생각합니다 (현재 그대로). 삽입기를 연 후 가장 먼저 초점을 맞추는 것은 효율적이고 글로벌합니다.

검색 입력이 삽입 기의 첫 번째 요소 여야한다고 생각합니다 (현재 그대로). 삽입기를 연 후 가장 먼저 초점을 맞추는 것은 효율적이고 글로벌합니다.

이것이 어떻게 생겼는지 탐구 할 수 있습니까? 검색 쿼리가 블록과 패턴 모두로 결과를 반환 할 때 어떻게 표시됩니까?

이 문제에 대해 살펴본 것처럼 블록 라이브러리에 대해 더 큰 모달을 제공하면 블록이 어떻게 표시되는지 살펴 보았습니다.

이 이전 댓글의 첫 번째 예와 같이 카테고리에 대한 왼쪽 목록을 계속 유지

그렇다면 동일한 패턴을 따르지만 블록에 대해서는 어떨까요? 이것은 우리가 현재처럼 아코디언을 사용하지 않을 것임을 의미합니다. 이는 또한 대부분의 카테고리에 사용되지 않은 공간이 많이 있음을 의미합니다.

분명히 이것은 이상적이지 않습니다.

또 다른 반복으로 인해 모든 블록 범주의 연속 목록이 있고 왼쪽 목록에 링크가있어 해당 위치로 스크롤 할 수 있다는 아이디어가 나왔습니다. 이 같은:

링크 중 하나를 클릭하는 대신 스크롤을 시작하면 왼쪽 목록의 활성 상태가 그에 따라 업데이트되어 위치를 알릴 수 있다고 생각합니다.

이 솔루션은 공간을 훨씬 더 잘 활용하며 제가 좋아하는 몇 가지 사항을 유지합니다.

1. 모든 범주의 목록이 항상 표시되므로 검색 가능성과 탐색에 도움이됩니다.
2. 더 이상 카테고리 아코디언을 열기 위해 클릭 할 필요가 없으며 이제 모든 블록 목록을 스크롤 할 수 있으므로 탐색이 더 쉬워집니다.

너희들은 어떻게 생각하니?

@enriquesanchez 저는이 탐험을 좋아합니다.

1. 이런 종류의 시나리오에서 미리보기를 없앨 수 있을까요? (반드시 그런 건 아니고 그냥 궁금해)
2. 카테고리가 너무 길면 어떻게됩니까? (예 : https://d.pr/i/DSsHTW). 새 줄로 줄 바꿈할까요? 이 경우에는 범주 사이에 더 많은 공간이 있는지 확인하여 혼동이 없도록합니다.
3. 나는 아코디언과 달리 연속 스크롤을 좋아합니다.

좋아 보여. 그래도 질문. 우리는 "블록 패턴"의 "차단"을 명확히해야합니까?

@jwold 및 @richtabor 피드백에 감사드립니다 👍

이런 종류의 시나리오에서 미리보기를 없앨 수 있을까요?

나는 그것을 향해 기울고 있지만 블록에만 해당됩니다. 미리보기는 패턴에 매우 유용한 것 같습니다. 나는 또한 둘 사이의 시각적 차이를 좋아합니다 : 블록 = 작은 아이콘, 패턴 = 더 큰 썸네일

카테고리가 너무 길면 어떻게됩니까?

동의합니다. 다음과 같이 포장됩니다.

나는 아코디언과 달리 연속 스크롤을 좋아합니다.

🙌

그래도 질문. "블록 패턴"에서 "차단"을 명확히해야합니까?

@richtabor 좋은 질문입니다. 그래서 "Blocks"와 "Patterns"를 사용하는 것이 좋습니다.

Btw 나는 Patterns가 Variations로 이름이 바뀌 었다고 생각합니다.

Btw 나는 Patterns가 Variations로 이름이 바뀌 었다고 생각합니다.

변형은 패턴과 관련이 없습니다. 이는 빌딩 블록의 기술적 부분이며 UI에서 용어로 노출되지 않습니다.

형제 삽입 기 (문서 중간에 있음)에서 호출 할 때 블록 라이브러리의 다양한 변형을 탐색했습니다.

1. 팝 오버

이것은 현재 우리가 가지고있는 것과 매우 유사하지만 조금 더 큽니다.

2. 큰 모달

패턴을 더 쉽게 탐색 할 수 있어야합니다. 나는 그것이 그 뒤에있는 내용을 다루고 있다는 사실이 마음에 들지 않습니다.

3. 슬라이드 인 패널

@mapk에서 제안했습니다. 크기 및 배치 측면에서 https://github.com/WordPress/gutenberg/issues/17335#issuecomment -585425675와 매우 유사합니다. 슬라이드 인이 상단 도구 모음과 형제 삽입 기 모두의 기본 패턴이 될 수 있는지 궁금합니다 🤔

여기에 모든 것을한데 모은

상단 도구 모음에서 블록 라이브러리를 열고 블록 및 블록 패턴 탭 사이를 전환하고 검색해보십시오. 마지막으로 문서 삽입 기의 형제 또는 중간에서 블록 라이브러리를 열어보십시오.

❗️ _ 참고 : 블록 및 패턴 삽입은 아직 프로토 타입에서 사용할 수 없습니다 ._

안녕 엔리케 @enriquesanchez

간단한 Figma 프로토 타입을 사용하면 정말 큰 차이를 만들 수 있습니다. 완성 된 버전이 어떤 느낌 일지에 대한 느낌을 제공합니다.

블록 화면은 실제로 오늘날 존재하는 것에 대한 더 나은 개요를 제공합니다. 포함 된 블록을보기 위해 아코디언을 열지 않고도 사용 가능한 블록을 쉽게 볼 수 있습니다. 더 많은 공간을 사용할 수 있습니다.

토요일 아침 눈과 마음 운동 ... :)
마음 / 눈은 대칭과 균형을 포함하는 가장 많이 사용되는 블록 영역과 공통 블록 영역을 인식하면서 움직입니다.

눈이 왼쪽으로 이동하면 가장 많이 사용 된 것으로 시작하여 임베드로 끝나는 목록이 아래로 내려가는 것을 볼 수 있습니다.

가장 많이 사용되는 것은 파란색입니다. 그 위에는 블록 굵은 글씨 아래에 또 다른 파란색이 있습니다 (파란색 선이 블록 단어에서 멀리 떨어져있는 것처럼 보이는 이유를 모릅니다. 논리적으로 이유를 알고 있습니다.) 오른쪽 블록 패턴 아래에 줄이없는 굵게 표시되지 않습니다. 아래는 굵게 표시된 가장 많이 사용되는 텍스트입니다. 내 마음 위에는 상자의 테두리 윤곽선과 그 안의 검색 텍스트가 보이고 다시 한 번 긴장을 풀 수 있습니다.

즉, 각각의 작은 요소를 살펴보고 그들이 가까이있는 것과 그것이있는 전체 영역과 어떤 관련이 있는지 살펴 보는 것을 의미합니다.

안녕하세요.

블록 패턴의 텍스트 기반 표현을위한 공간이 있어야합니다.
모든 사용자가 미리보기 이미지의 도움을받는 것은 아닙니다.

@paaljoachim 및 @carolinan 피드백에 감사드립니다! 🙏

블록 패턴의 텍스트 기반 표현을위한 공간이 있어야합니다.

동의합니다. 호버링시 블록 / 패턴 설명을 포함하여 프로토 타입에 더 많은 충실도를 추가 할 것입니다. 이러한 설명이 AT에 전달되는지 확인해야합니다.

2. 큰 모달

패턴을 더 쉽게 탐색 할 수 있어야합니다. 나는 그것이 그 뒤에있는 내용을 다루고 있다는 사실이 마음에 들지 않습니다.

형제 삽입 기의 경우, 이것이 가장 자연스러운 느낌이지만, 하이파이 모형이 더 나은 결정을 내리는 데 도움이 될 수 있습니다. 아마도 핵심 모달 어두운 배경을 수행하면 모달에 초점을 맞추는 데 도움이 될 것입니다 (아래 그림 참조).

사용자가 개별 패턴을 적절하게 만들 수있는 충분한보기 공간을 제공하여 페이지에 추가 될 내용에 대한 명확한 아이디어를 제공합니다. 패턴을 두 개의 열 너비로 유지하여 제대로 표시되도록 할 수도 있습니다.

3. 슬라이드 인 패널

@mapk에서 제안했습니다. 크기 및 배치 측면에서 # 17335 (코멘트) 와 매우 유사합니다. 슬라이드 인이 상단 도구 모음과 형제 삽입 기 모두의 기본 패턴이 될 수 있는지 궁금합니다 🤔

이것은 흥미롭지 만 형제 삽입 기와 너무 단절 될 것이라고 생각합니다. 그리고 어쨌든 그 뒤에있는 콘텐츠 / 사이트의보기를 차단하는 경우 전체 모달을 사용하면 공간을 더 잘 활용할 수 있습니다. 이 시점에서 패턴 / 삽입기에 우리의주의를 기울여야합니다.

또한 이것은 스크린 샷이 아니라 스타일 변형이 예제를 지원하는 방식과 매우 흡사 한 "예제"가 될 것입니다. 맞습니까?

예의 예 :

@richtabor 좋은 질문입니다. 그래서 "Blocks"와 "Patterns"를 사용하는 것이 좋습니다.

그렇게 말할 것입니다.

나는 이것을 작은 반복으로 분해하기 시작했고 문제 설명에 할 일 목록을 추가했습니다. 이것은 완전한 목록이 아니며 구현을 진행하면서 발견 할 가능성이 높습니다. 이러한 항목 중 일부는이 문제의 일부로 구현되지 않을 수 있습니다.

그만한 가치를 위해, 원본 코멘트를 편집하여 간결하게 정의하는 것이 정말 도움이 될 것입니다.
블록 패턴이 정확히 무엇

이는 잠재적 인 기여자를 온 보딩하는 프로세스를 촉진하는 데 도움이 될 것입니다.
그리고이 영역에 대해 다듬고 속도를 높이고 자하는 핵심 회원들에게 상기시킵니다. 모든 기여자가 같은 페이지에 있는지 확인합니다 (말장난 의도).

템플릿과 용어의 충돌 사용에 대해 기존의 핵심 구성원 (링크 된 주석 바로 뒤에 오는 주석도 읽으십시오)

처음 몇 개의 댓글을 읽었을 때 "블록 패턴"이 내부 템플릿과 어떻게 다른지 확신 할 수 없었습니다 (여러 게시물 유형에서 재사용 할 수 있으며 페이지의 특정 부분에 묶일 필요가 없음).

내가 모은 것에서; 블록 패턴 레이아웃 인 일련의 블록; 그러나 블록 안의 내용은 아직 사용자에 의해 정의되지 않았으며 내용은 동일합니다.
그리고 template.php 파일을 대체하기위한 것입니까?
(WordPress의 템플릿이 거의 모든 페이지를 나타낼 수 있거나 3-4 개의 추가 템플릿 파일 (내부 템플릿)의 일관성을 유지하도록 추상화 할 수 있다는 것은 복잡합니다.

블록 패턴이 "여러 블록으로 구성되는 콜 아웃 블록이 필요합니다 : 표제 (제목 수준에 따라 사용자 정의 할 수있는 표제)가 필요합니다.)
단락 블록 및 이벤트 등록 링크 ")?

패턴 미리보기

요 전에 이것을 봤어요. 미리보기가 커서의 수직 위치를 따르는 방법의 예입니다. 분리 된 미리보기로 가면 살펴볼 가치가 있습니다.

미리보기가 커서의 수직 위치를 따르는 방법의 예입니다. 분리 된 미리보기로 가면 살펴볼 가치가 있습니다.

실제로 미리보기를 고정 된 위치에두면 목록에서 항목을 _scrub_하는 것이 더 쉬울 수 있다고 생각합니다. 동일한 공간에서 눈을 떼지 않아도됩니다.

질문입니다. 블록 패턴을 통해 잠긴 영역을 정의 할 수 있으므로 사용자가 블록 패턴의 기본 구조를 변경할 수 없습니까? 예를 들어, 첨부 된 블록 패턴에서 피쳐 영역의 수를 잠 가서 추가하거나 삭제할 수 없도록 할 수 있습니까? 이 사용 사례를 고려하고 있습니까?

안녕하세요 @mrleemon!

우리는 그 시나리오를 고려하지 않았습니다. 현재 블록 패턴은 사용자가 필요에 따라 추가하고 편집 할 수있는 섹션을위한 것입니다. 이것은 또한 그들의 필요에 맞게 콘텐츠를 조정하는 것을 의미합니다.

공유 한 사용 사례에 대해 좀 더 자세히 설명해 주시겠습니까? 그것을 갖는 것이 언제 또는 왜 유용할까요?

안녕하세요.

특정 순서로 일련의 그룹 블록을 사용하여 사용자 (예 : 편집자 역할 포함)가 해당 블록의 내용을 수정할 수 있지만 삭제하거나 순서를 변경할 수없는 한 페이지 디자인을 생각하고 있습니다. 페이지 상단의 메뉴 앵커는 페이지 구조와 계속 일치합니다.

공유 한 사용 사례에 대해 좀 더 자세히 설명해 주시겠습니까? 그것을 갖는 것이 언제 또는 왜 유용할까요?

과거의 클라이언트 작업에서도 일반적으로 특정 편집 워크 플로가있는 대규모 조직에서이 요청을 들었습니다. 일반적으로 특정 유형의 콘텐츠에 대해 승인 된 레이아웃을 제공하고 레이아웃 내에서 콘텐츠 (이미지, 비디오, 텍스트 등)를 편집 할 수 있지만 레이아웃 자체는 변경할 수없는 작성자를 원합니다. 그 이유는 일반적으로 많은 사람들이 콘텐츠를 생성하고 편집하는 경우에도 사이트 전체의 콘텐츠에 대해 일관된 디자인과 브랜딩을 유지하기위한 것입니다.

레이아웃 내에서 콘텐츠 (이미지, 비디오, 텍스트 등)를 편집 할 수 있지만 레이아웃 자체는 변경할 수없는 작성자가 있습니다.

예, 기본적으로 레이아웃 유형 블록 (그룹, 열 등)을 잠글 수있는 기능이 있으면 좋을 것입니다.

나는 이것이 이전에 나온 사실을 알고 있으며, 이것을 달성 할 수있는 템플릿에 대한 잠금 측면이 있다고 맹세 할 수 있지만 그것은 나를 피할 수 있습니다. 어쨌든 유스 케이스는 합법적이고 해결하기에 흥미로워 보입니다.

이것은 템플릿을 만들 때 확실히 사용할 수 있습니다. 하위 수준의 API이므로 아직 패턴 생성 수준에서 액세스 할 수 없습니다.

다음은 Rich의 @richtabor의 최신 모형을 기반으로 한 제안입니다.
빅 모달 2. https://github.com/WordPress/gutenberg/issues/17335#issuecomment -587951100

큰 모듈 대 작은 모듈. 삽입 기 화면을 더 작게 만들 수있는 아이콘이있을 수 있습니다. 작은 아이콘을 한 번 클릭하면 블록 삽입 기가 작아 져서 레이아웃의 내용과 관련하여 사용하려는 하나의 패턴에 집중할 수 있습니다.

나는 Rich의 모형을 계속하고 사용 및 편집과 자물쇠 아이콘을 추가했습니다.
이는 사용자가 패턴 또는 재사용 가능한 블록을 편집 할 수 있음을 의미합니다.
관리자가 패턴을 잠근 경우 편집을 사용할 수 없습니다.
사용자는 사용, 패턴 제목 또는 패턴 자체를 클릭하여 레이아웃에 직접 사용 / 삽입 할 수 있습니다. 또한 파란색 밑줄을 선택한 영역에 더 가깝게 이동했습니다.

대안.
설정 gir를 사용하여 편집 (개체를 편집 할 수있는 경우), 가져 오기 및 내보내기 등을 표시하는 드롭 다운을 만듭니다.

편집을 클릭합니다. 패턴 / 재사용 가능한 블록 만 편집하기위한 초점 영역입니다.

이것의 초기 버전이 완료되었습니다. 여기에는 여전히 몇 가지 후속 작업이 있습니다 (검색, 범주 ...). 좋은 후속 작업 목록이 포함 된 # 21080이 있으므로이 문제를 종료하겠습니다.