Własne bloki w WordPress Gutenberg #008 – panel boczny (sidebar)

Programowanie 2 listopada 2021

W części 5 i 6 tej serii, o Toolbarze i Format API, zajmowaliśmy się edycją paska górnego naszego blogu Gutenberga. Dziś natomiast, zbudujemy podwaliny pod edycję paska bocznego!

Także bez zbędnego przedłużania - działajmy!

Wiesz co? Ten artykuł ma też wersję wideo!

Ale zanim to - rozwiązania dwóch zadań domowych z przedostatniej części!

Zadanie domowe numer 1

Spróbuj użyć naszego nowego formatu (lub jakiegokolwiek innego) dla nagłówka naszego spisu treści i zobacz, co dzieje się na front-endzie. Podpowiem, że problem wyświetlania się tagów HTMLa leży w deklaracji atrybutów samego bloku.

Tak jak było widać w filmie na YouTubie, problem polegał na "uciekaniu" tagów HTML, użytych dla tytułu naszego spisu treści:

Przykład "uciekania" tagów HTML

Tych samych tagów, jak na przykład dodaje nasz przycisk do zakreślenia części tekstu (przykład na zrzucie powyżej) lub opcje wbudowane już z samego Gutenberga (np. pogrubienie tekstu lub kursywa).

A rozwiązać można to dwojako:

Tak jak sugerowałem w treści artykułu i na filmie, możesz lekko zmienić atrybut tytułu - dokładnie podmienić wartość parametru source z html, na children:

attributes: {
  title: {
    type: 'string',
    source: 'children',
    selector: 'h2',
  },
  // ...
},

Drugą opcją z kolei jest użycie atrybutu dangerouslySetInnerHTML w kodzie nagłówka, używanym na front-endzie, w ten oto sposób:

return (
  <div class="table-of-contents-block">
    <h2 dangerouslySetInnerHTML={{ __html: title }} />
    <RichText.Content tagName="ol" value={list} />
  </div>
);

...natomiast to rozwiązanie zawsze będzie trochę słabsze.

Pomimo, że w tym przypadku użycie tej metody nie niesie za sobą większych zagrożeń, niż sposób pierwszy, to dobrze jest się przyzwyczajać do nieużywania jej - nie jest to dobra praktyka, bo potrafi te zagrożenia nieść, szczególnie gdy piszemy bardziej rozbudowane bloki lub tworzymy coś w Reactcie, będącym podstawą Gutenberga.

Zadanie domowe numer 2:

Dowiedz się (i przetestuj), w jaki sposób można ograniczyć wyświetlanie naszego przycisku, tylko do konkretnego komponentu (na przykład naszego spisu treści). Bo obecnie, jak możesz zauważyć, dodany przycisk aplikuje się dla spisu streści, ale też wszystkich innych elementów tekstowych w Gutenbergu: nagłówków, paragrafów, list itp.

Do tego na pewno przyda Ci się link z dokumentacji Format API.

Aby tego dokonać i wyświetlać omawiany wtedy przycisk tylko dla tworzonego spisu treści, kod naszej funkcji HighlightButton, musielibyśmy przerobić mniej więcej w ten sposób:

const HighlightButton = (props) => {
  const selectedBlock = useSelect((select) => {
    return select('core/block-editor').getSelectedBlock();
  }, []);

  if (selectedBlock && selectedBlock.name !== 'rob/table-of-contents') {
    return null;
  }

  return (
    <BlockControls>
      <Toolbar>
      	<ToolbarButton
          label="Zaznaczenie"
          className="highlight-button"
          onClick={() => {
          	props.onChange(
            	toggleFormat(props.value, { type: 'custom-formats/highlight' })
            );
          }}
          isActive={props.isActive}
        >
      	  <Icon icon="admin-customizer" />
    	</ToolbarButton>
      </Toolbar>
    </BlockControls>
  );
};

...dodatkowo importując metodę useSelect na górze pliku, w którym jesteśmy:

import { useSelect } from '@wordpress/data';

Null zwracamy przed instrukcją return, w tym przypadku dla wszystkich bloków innych, niż nasz niestandardowy spis treści (czyli przycisk pokazujemy tylko dla wspomnianego spisu treści), ale możemy zwrócić go dla mniejszej ilości bloków lub tylko dla wybranych.

Listę wszystkich bloków wbudowanych już w Gutenberga (które możesz chcieć w tym warunku użyć, aby przycisk dla nich wyświetlić lub go schować), znajdziesz w poprzedniej części tego kursu.

Pozwolę sobie nie tłumaczyć tego kodu mocniej, bo dość solidnie rozgadałem się o nim w wersji wideo tego artykułu. Całym sobą Cię zapraszam do zerknięcia na nią!

Huh, mamy to. To teraz zajmijmy się wymienionym w tytule panelem bocznym!

Na początku zaimportujmy sobie 2 komponenty, na górze naszego pliku:

import { InspectorControls	} from '@wordpress/block-editor';
import { PanelBody } from '@wordpress/components';

Jeśli pracujesz równo z ze mną, to wszystkie Twoje importy, będą wyglądać teraz mniej więcej tak:

import './index.scss';

import { registerBlockType } from '@wordpress/blocks';
import { RichText, BlockControls, InspectorControls	} from '@wordpress/block-editor';
import { Toolbar, ToolbarButton, Icon, PanelBody } from '@wordpress/components';
import { registerFormatType, toggleFormat } from '@wordpress/rich-text';

A później, na początku instrukcji return (zaraz po reactowym fragmencie, który przy okazji dodałem, aby zwrócić 2 elementy obok siebie z metody registerBlockType), dodajemy przestrzeń edytowalną panelu bocznego:

return (
  <>
    <InspectorControls></InspectorControls
   	// Kod spisu treści...

...do której teraz możemy dodawać zakładki (ile nam się żywnie podoba), dzięki komponentowi <PanelBody />:

return (
  <>
    <InspectorControls>
      <PanelBody title="Tytuł pierwszej zakładki">
        <p>Treść pierwszej zakładki</p>
      </PanelBody>
      <PanelBody title="Tytuł pierwszej zakładki">
        <p>Treść pierwszej zakładki</p>
      </PanelBody>
    </InspectorControls
    // Kod spisu treści...

Za sprawą powyższego kodu, po kliknięciu w nasz spis treści w edytorze, zobaczymy następującą treść w obrębie sidebara:

Panel boczny po dodaniu treści

Wydaje mi się, że powyższego kodu nie ma co mocniej opisywać - wszystko jest tam intuicyjne ✨

Ale! Na pewno mogę wspomnieć jeszcze jakie atrybuty może przyjąć komponent <PanelBody />:

I tak naprawdę to byłoby na tyle!

Na ten moment, wszystko co musisz wiedzieć to fakt, że w <PanelBody /> możesz wrzucić jakikolwiek kod JSX - w tym tonę wbudowanych komponentów Gutenberga, idealnie pasujących do sidebara.

Dokładnie to zrobimy w następnej części tej serii.

Więc na koniec - zadanie domowe!

Tym razem poproszę Cię o pobawienie się panelem bocznym, przed przerobieniem następnej części tego kursu.

Zerknij na listę wszystkich, wbudowanych komponentów, które jesteś w stanie używać w ramach Gutenberga i spróbuj dodać niektóre z nich do panelu bocznego, a później obsłużyć w ramach naszego spisu treści (w panelu, jak i na front-endzie).

Nie bój się nieraz popsuć kodu i nie bój się zrobić czegoś bardzo, bardzo dziwnego lub nieprzydatnego.

Poeksperymentuj!

Do zobaczenia w następnej części 😌

Komentarze

Może dodasz coś od siebie?