Gutenberg

Опис

Гутенберг – це більше, ніж редактор. Незважаючи на те, що зараз редактор фокусується, проект, нарешті, вплине на весь досвід публікації, включаючи налаштування (наступна область фокусування).

Дізнайтеся більше про проект .

Редагування фокусу

Редактор створить новий досвід редагування сторінок і після створення, який робить писання багатих повідомлень легким і має “блоки“, щоб зробити це легким, що сьогодні може мати короткі коди, спеціальний HTML або відкриття вставки “таємне м’ясо“. – Метт Малленвег

Одна справа, що встановлює WordPress крім інших систем, полягає в тому, що вона дозволяє створити як багатий макет посту, як ви можете собі уявити, – але тільки якщо ви знаєте HTML і CSS і створите власну власну тему. Мислячи про редактор як про інструмент, що дозволяє писати багаті повідомлення та створювати гарні макети, ми можемо перетворити WordPress на те, що користувачі люблять WordPress, на відміну від того, що вони вибирають, тому що це те, що використовують усі інші.

Гутенберг розглядає редактора як більше, ніж поле вмісту, перегляд макета, який практично не змінився протягом майже десятиліття. Це дозволяє нам цілеспрямовано спроектувати сучасний досвід редагування та побудувати фундамент для майбутнього.

Ось чому ми дивимося на весь екран редагування, на відміну від просто поля вмісту:

  1. Блок об’єднує декілька інтерфейсів. Якщо додати, що поверх існуючого інтерфейсу, це додасть складності, а не видаляє його.
  2. Переглядаючи інтерфейс, ми можемо модернізувати досвід написання, редагування та публікації з урахуванням зручності використання та простоти, користуючись як новими, так і звичайними користувачами.
  3. Коли сингулярний інтерфейс блоку займає центральну стадію, це демонструє чіткий шлях для розробників для створення преміум-блоків, які кращі як для коротких кодів, так і для віджетів.
  4. Враховуючи, що весь інтерфейс ставить міцну основу для наступного фокусування, повної настройки сайту.
  5. Дивлячись на повний екран редактора також дає нам змогу кардинально модернізувати фундамент та зробити кроки до більш живого та JavaScript потужого майбутнього, який повністю використовує API для відновлення WordPress.

Блоки

Блоки являють собою об’єднуючу еволюцію того, що зараз покривається різними способами короткими кодами, вставками, віджетами, форматами публікацій, тими спеціальними публікаціями, параметрами теми, мета-кодами та іншими елементами форматування. Вони охоплюють широту функціональності WordPress, з яскравим послідовністю користувацького досвіду.

Уявіть собі спеціальний блок “співробітник“, який клієнт може перетягнути на сторінку “Про“, щоб автоматично відображати зображення, ім’я та біографію. Цілковита універсальність плагінів, які всі поширюють WordPress таким же чином. Спрощений меню та віджети. Користувачі, які можуть миттєво зрозуміти та використовувати WordPress – і 90% плагінів. Це дозволить вам легко створювати прекрасні публікації, як цей приклад .

Ознайомтеся з поширеними запитаннями для відповіді на найбільш поширені запитання про проект.

Сумісність

Повідомлення є сумісними ззаду, а короткі коди все одно працюватимуть. Ми постійно досліджуємо, як можна розміщувати високо адаптовані метабокси, і розглядаємо рішення, починаючи від плагіна, щоб відключити Гутенберг, щоб автоматично визначити, чи завантажувати Гутенберга чи ні. Хоча ми хочемо переконатися, що новий досвід редагування від написання до публікації є зручним для користувачів, ми прагнемо знайти правильне рішення для високо адаптованих існуючих сайтів.

Стадії Gutenberg-у

Гутенберг має три заплановані етапи. Перший, призначений для включення в WordPress 5.0, зосереджений на досвіді редагування та реалізації блоків. Цей початковий етап зосереджується на першому підході до контенту. Використання блоків, як описано вище, дозволяє зосередити увагу на тому, як ваш вміст буде виглядати без відволікання інших параметрів конфігурації. Це, в кінцевому підсумку, допоможе всім користувачам представляти свій вміст таким чином, що він зацікавлений, прямий та візуальний.

Ці фундаментальні елементи прокладуть шлях до етапів 2 та 3, запланованих на наступний рік, щоб вийти за рамки публікації в шаблони сторінок і, в остаточному підсумку, повністю налаштувати сайт.

Гутенберг – це велика зміна, і існують способи гарантувати, що існуючі функціональні можливості (наприклад, короткі коди та мета-коробки) продовжують працювати, дозволяючи розробникам час і шляхи для ефективного переходу. Зрештою, це відкриє нові можливості для плагінів і розробників тем для кращого обслуговування користувачів через більш захоплюючий і візуальний досвід, який використовує набір інструментів, підтримуваний ядром.

Помічники

Гутенберг побудований багатьма співробітниками та волонтери. Будь-ласка, перегляньте повний список на сайті CONTRIBUTORS.md .

Часті питання

Як я можу відправити відгук або отримати допомогу з помилкою?

Ми хотіли б почути ваші повідомлення про помилки, пропозиції щодо функцій та інші відгуки! Будь ласка, перейдіть на сторінку проблем GitHub, щоб знайти існуючі проблеми або відкрити новий. Поки ми намагатимемося вирішувати проблеми, про які повідомили тут на форумі плагінів, ви отримаєте швидку відповідь (і зменшить дублювання зусиль), зберігаючи все централізоване в сховищі GitHub.

Як я можу допомогти?

Ми закликаємо цей редактор проекту “Гутенберг“, тому що це велика справа. Ми працюємо над цим щодня в GitHub, і ми будемо любити вашу допомогу в його створенні. Ви також можете надіслати відгук, найлегше приєднатися до нас у нашому каналі Slack , #core-editor .

Перегляньте також CONTRIBUTING.md.

Де я можу більше дізнатись про Gutenberg?

Відгуки

What a shame !!

How can you release that s**t, when we have such editors like Visual Composer, Elementor, Divi Builder….

Every Website Toolbox does work better

The whole thing looks and works lousy, even the development has an unseen goal… Maybe it takes some years to be a good tool, while every state of the art Cloud Website Builder is far better already today…
It seems WordPress makes a success story the other way round… trying to get a new software should work different.
Maybe the walk to a new software base is the only way, but there is no hope as other software seems have the features, which wordpress is trying to get…
A whole universe of themes and plugins maybe has reached its time..

Heading into wrong direction

Gutenberg makes posting much more complicated and has on the other side no advantage. Usability seems to be totally unknow to the developers.

None of the Gutenberg-developments in the last month has corrected any of the disadvantages or brought in any new advantages.

With this editor in the current state, WordPress is heading in the wrong direction.

Can’t center Text in the blocks

Looks like it will be a very easy to use and creative update but still needs some more editing features.

I wasn’t able to center text in the blocks. Didn’t try any pictures. They may be the same way.

Keep up the good work!

Прочитати всі 1 543 відгуки

Учасники та розробники

“Gutenberg” is open source software. The following people have contributed to this plugin.

Учасники

“Gutenberg” було перекладено на 41 локалізацію. Thank you to the translators for their contributions.

Перекладіть “Gutenberg” на вашу мову.

Цікавитесь розробкою?

Browse the code, check out the SVN repository, or subscribe to the development log by RSS.

Журнал змін

Latest

Changelog

  • Improves discoverability of permalinks by adding permalink panel to the document sidebar.
  • Improves margins, column child block, and mobile display of columns.
  • Allow for programmatically removing editor document panels.
  • Replaces the uploading indicator of images and galleries with a spinner and faded out image.
  • Toolbar for floats was a little offset beyond the mobile breakpoint, now fixed.
  • Text and code editing blocks did not have width set, now set to fill the space.
  • Correctly align URL input autocomplete.
  • Improve animations: new, consistent naming convention, adds editor prefix, and moves keyframe animations (which don’t work well with mixins) into the edit post style.
  • Hover styles were showing on mobile, where hover is not available – now disabled.
  • Click and drag was incorrectly triggering a selection event in the block list under the popover, resulting in the popover dismissing. This was causing blocks to be selected when trying to set links to open in a new tab, for example. Fixed by preventing the mouse down event from propagating.
  • Adds some padding to the block inserter so that it never overlaps text in nested contexts or mobile views.
  • Better handle images larger than the editor by allowing a 2.5x buffer. Allows images inserted in TwentyNineteen and other themes that have a wider than 580px editor width, to look as expected, but prevents infinite resizing of images.
  • Stop mousedown event propagating through the toolbar, fixing problem of unexpectedly selecting blocks.
  • Improve the way that long words are broken on multiple lines, using word-break: keep-all;
  • Preserve the ratio of video backgrounds in cover blocks, videos may be cropped to fit but will keep their original ratio.
  • It was not possible to scroll a long menu on first load of Gutenberg, fixed by removing sticky-menu.
  • Properly check for allowed types of Media in Media Placeholder components.
  • “Resolve” and “Convert to HTML” buttons were not clickable (regression), now resolved.
  • Exclude HTML editing from Columns and Column blocks.
  • Better handle links without href, which were showing as undefined.
  • Renders block appender after the template is processed, to prevent incorrectly inserting new paragraphs.
  • Parent pages were being lost when draft pages were autosaved, fixed by removing parent pages from autosave requests and refactoring to stop using “parent” as the path argument name.
  • Adding line breaks in formatted content in quote blocks were not working correctly, fixed by persisting formats when new lines are added.
  • Prevent users in the contributor role from using blocks that require upload privileges.
  • Fix block selection in removing blocks, correct typo in comparison.
  • Japanese text (double byte characters) was not usable in the list block, fixed by changing handling of composition events.
  • Better handles different text encodings (e.g. emoji) within a block in block validation.
  • Use a query argument instead of data to prevent error being thrown on post refresh.
  • Keyboard navigation was not working as expected in Firefox, added extra key binding.
  • Adds missing alt values to images when editing.
  • Better communicate block nesting level by using unordered lists.
  • Fix sidebar icons being incorrectly announced in NVDA by adding a span with aria-hidden=”true”.
  • Fixes block toolbar aria label to announce “block tools toolbar” rather than “block toolbar (a11y).
  • Adjusts focus on media and text blocks to select the overall block, not the child paragraph block.
  • Refactors i18n module to replaces Jed with Tannin for significant performance improvements.
  • Replace getSelectedBlock and getMultiSelectedBlocks with more performant getSelectedBlockClientId and a getBlocks selectors in copy handler.
  • Replace getBlock selector in favor of the more performant getBlockName.
  • Replace getSelectedBlock with more performant getSelectedBlockClientId and new isBlockValid selectors in the BlockToolbar.
  • Replace getSelectedBlock with more performant getSelectedBlockClientId and new isBlockValid selectors in the Block Inspector.
  • Replaces getInserterItems with a new hasInserterItems selector which is more performant, and makes some adjustments to memorization.
  • Avoid using the getSelectedBlock selector in autocompleters.
  • Remove use of getBlock selector in the DefaultBlockAppender and EditorKeyboardShortcuts components.
  • Move undo handling out of TinyMCE and into the RichText component.
  • is_gutenberg_page incorrectly assumes get_current_screen exists, add check.
  • Brings code inline with CSS standards by switching font weight to numeric values.
  • Wrapped component would not the most up-to-date store values if it incurred a store state change during its own mount (e.g. dispatching during its own constructor), resolved by rerunning selection.
  • Display an error message if Javascript is disabled.
  • Update to React 16.6.3.
  • Adds missing components dependency for RichText.
  • Refactors list block to remove previously exposed RichText/TinyMCE logic.
  • Removes focusOnMount prop from NavigableToolbar components, which was generating a warning.
  • Refactor checks for upload permissions, removing unnecessary checks for store permissions.
  • Use the large image size when inserting images in both galleries and image blocks.
  • Fixes dependency of wp-polyfill which needs to be registered before React and React-Dom when plugins (like Yoast) rely on Gutenberg’s React.
  • Mark onSplit as unstable as it is pending refactor.
  • Remove 4.4 deprecated features.
  • Fix SCSS syntax error.
  • Remove export of previously removed function.
  • Add an E2E test for unsupported blocks.
  • Refactor E2E utility functions.
  • Formatting updates to copy guidelines.
  • Makes headings consistent in the dropdown documentation.
  • Removes outdated documentation referring to function support in registerBlockType.
  • Fixes some typos and line breaks in block design documentation.
  • Fixes some typos and improves readability of README.
  • Adds toolbar to the editing block, and edit button.
  • Passes the isSelected prop down to the implementation of RichText components to make them respond properly to focus changes.