Gutenberg

Descrición

Gutenberg é máis que un editor. Aínda que o editor é onde está o enfoque agora mesmo, o proxecto impactará definitivamente en toda a experiencia de publicación, incluida a personalización (a próxima área de enfoque).

Descubre máis sobre o proxecto.

Enfoque na edición

O editor creará unha nova experiencia de creación de páxinas e entradas que fará que escribir publicacións enriquecidas non implique esforzo algún, e que terá “bloques” para facer fácil o que actualmente require shortcodes, HTML personalizado, ou os imprevisibles incrustados automáticos. — Matt Mullenweg

Unha cousa que distingue a WordPress doutros sistemas é que che permite crear estructuras de publicacións tan completas como te podas imaxinar — pero só se sabes HTML e CSS e constrúes o teu propio tema a medida. Ao pensar no editor como unha ferramienta que che permite escribir publicacións ricas e crear fermosos deseños, podemos transformar WordPress en algo que os usuarios aman de WordPress, en lugar de algo que elixen porque é o que todos os demáis empregan.

Gutenberg considera o editor como algo máis que un campo de contido, e revisita un deseño que permaneceu prácticamente inalterado durante case unha década. Isto permítenos deseñar holísticamente unha experiencia de edición moderna e construir unha base para o que virá.

Velaquí por que estamos a mirar toda a pantalla de edición, en lugar de só o campo de contido:

  1. O bloque unifica múltiples interfaces. Se agregamos iso na la parte superior da interfaz existente, agregaría complexidade, en vez de eliminala.
  2. Ó volver a visitar a interfaz, podemos modernizar a experienza da escritura, edición e publicación, tendo en conta a facilidade de uso e a simplicidade, o que beneficia tanto aos usuarios novos como aos ocasionais.
  3. Cando a interfaz de bloque singular toma o centro do escenario, mostra un camino claro para que os desenvolvedores creen bloques premium, superiores a shortcodes e widgets.
  4. Considerando que toda a interfaz senta a base para a seguinte prioridade, a persoalización de todo o sitio.
  5. Centrarnos no editor a pantalla completa brindanos tamén a oportunidade de modernizar drásticamente os cimentos e dar pasos de cara a un futuro máis fluido basado en JavaScript que aproveite ao máximo a API REST de WordPress.

Bloques

Os bloques son a evolución unificadora do que agora está cuberto, de diferentes maneiras, mediante shortcodes, incrustacións, widgets, formatos de publicación, tipos de contido personalizados, opcións de tema, meta-boxes e outros elementos de formato. Adoptan a amplitude da funcionalidade que WordPress é capaz de ofrecer, coa claridade dunha experiencia de usuario consistente.

Imaxina un bloque “empleado” persoalizado que un cliente pode arrastrar a unha páxina Acerca de para mostrar automáticamente unha imaxe, nome e biografía. Todo un universo de plugins que extenden WordPress da misma forma. Menús e widgets simplificados. Usuarios que poden entender e usar instantáneamente WordPress — e o 90% dos plugins. Esto permitirá redactar fácilmente publicacións fermosas como este exemplo.

Consulta as FAQ para obter respostas ás dúbidas máis comúns sobre o proxecto.

Compatibilidade

As publicacións son compatibles con versións anteriores, e os shortcodes seguirán funcionando. Estamos explorando continuamente cómo se poden acomodar metaboxes altamente persoalizados, e estamos buscando solucións que van dende un plugin para deshabilitar Gutenberg ata detectar automáticamente si cargar Gutenberg ou non. Se ben queremos asegurarnos de que a nova experiencia de edición dende a escritura ata a publicación sexa fácil de usar, comprometemonos a encontrar unha boa solución para sitios existentes altamente persoalizados.

As etapas de Gutenberg

Gutenberb planea ter tres etapas. A primeira, con inclusión prevista en WordPress 5.0 enfocada na experiencia de editar a publicación e na implementación de bloques. Esta fase inicial está enfocada na perspectiva de priorizar o contido. O uso de bloques como detallamos máis arriba, permiteche enfocarte na aparencia do contido sen a distración doutras opcións de configuración. Isto axudará a todos os usuarios a presentar o seu contido de forma completa, directa e visual.

Estes elementos fundacionais cimentarán o camiño das etapas dous e tres, planeadas para o ano que vén, para levar a publicación alén dentro de modelos e, finalmente, unha total personalización.

Gutenberb é un gran cambio e haberá maneiras de asegurar que a funcionalidade existente (como códigos curtos e metacaixas) continúen funcionando mentres se lles permite aos desenvolvedores o tempo e o modo para facer a transición efectiva. Ao final, abrirá novas oportunidades aos desenvolvedores de complementos e temas para servirlles aos usuarios unha máis completa e visual experiencia que se beneficiará dun conxunto de ferramentas facilitadas polo núcleo.

Colaboradores

Gutenberg está sendo construído por moitos colaboradores e voluntarios. Aquí tes a lista completa CONTRIBUTORS.md.

Preguntas frecuentes

Como podo enviar suxestións ou pedir axuda sobre un erro?

Encántanos que nos informes de erros, suxestións de características ou calquera outra idea! Por favor, pásate polapáxina de problemas en GitHub para procurar problemas existentes ou informar dun novo. Aínda que tratamos de facer un seguemento dos problemas aquí, no foro do plugin, obterás unha resposta máis rápida (e redúcese a duplicación de esforzos) mantendo todo centralizado no repositorio de GitHub.

Como podo axudar?

Chamámoslle a este proxecto de editor «Gutenberg» porque é un gran traballo de fondo. Traballamos nel cada día en GitHub e encantaríanos contar coa túa axuda en construílo. Tamén serás benvido/a en comentarios, o máis doado é unirte na nosa Canle de Slack, #core-editor.

Ver tamén CONTRIBUTING.md.

Onde pode ler máis sobre Gutenberg?

Comentarios

Terrible Terrible Terrible

I tried the Beta of Gutenberg and assumed there’s no way it would be released into the wild.

But now it comes pre-packaged with WP5 (yes, we knew this) and YOU CAN’T TURN IT OFF unless you go into the PHP or install a 3rd party plugin.

I realize UI issues can sometimes cause pain to users, but in the end are the right thing to do. NOT THE CASE WITH GUTENBERG.

a) I can’t save pages and posts any more with the 2 page builders I really like. That’s not a UI issue, it just doesn’t work.
b) The UI is unintuitive, unwieldy and makes me less efficient. I now have to do 3 mouse clicks for many things that used to require 1.

I’m not trying to be harsh, but I don’t think it’s salvageable. Gutenberg needs to be relegated to the cellar with New Coke and Electric Scissors. Start from scratch using some of the existing page builders as inspiration. And first and foremost, DON’T. BREAK. EXISTING. SITES.

Absolutely NOT Awesome

Well just installed WP5 and wow all I can say is I HATE THIS EDITOR.SLOOOOOOWWWWWWW! No option out of the box to have the old editor. What a crock! I had high hopes for the new editor but sorry i’m sticking with my third party editor such as WP Bakery VC or Elementor. !n the next update PLEASE give us the option to use the old editor as default. Give us the choice.

GREAT idea but buggy implementation, not ready for prime time

I’ve been waiting for something like Gutenberg in WordPress for ages. Content block-based content management rocks. Two stars for the idea alone.

It’s not usable for me, though, because it’s plain buggy.

Clean 5.1 install, latest PHP, everything working great, but Gutenberg breaking on freshly created pages and instead of the editor field showing “There was an error in this block.”

The Javascript console is showing some obscure error: https://i.stack.imgur.com/5wQ0u.jpg

This is not acceptable for a core feature, ESPECIALLY not in a x.1 release of something like WordPress. This has destroyed my trust in Gutenberg for a long time to come and I will not be using it for client projects or anything else important. A crying shame.

The New Coke of WordPress

If 5.0 becomes the default, WordPress will soon die. Besides the huge opensource library of add-ins, the primary benefit of wordpress was an easy editor for both content writers as well as strong HTML editors. Not only is the whole block thing hugely clunky, it creates terrible HTML. Most of the easy adds such as adding an image, I couldn’t even find much less you lose almost all ability to move the image to where you want in the posts. The constant ‘error’ messages are also crazy.

If I wanted a <p></p> tage everywhere, I would do it myself, instead I have the pleasure of deleting them everywhere and getting an error message. I was literally about to throw it all away until I cound the classic editor plug-in which went back to the old editor. This is, of course, crazy to have to install plug-in to removve the upgrade. I suggest the next version, removes the gutenburg completely and if people want it they can add a plug in for it.

Ler todas as 2.027 opinións

Colaboradores e desenvolvedores

“Gutenberg” é un software de código aberto. As seguintes persoas colaboraron con este plugin.

Colaboradores

“Gutenberg” foron traducidas ao 43 locales. Grazas a os desenvolvedores polas súas colaboacións.

Traducir “Gutenberg” ao teu idioma.

Interesado no desenvolvemento?

Revisa o código, bota unha ollada aorepositorio SVN, ou subscríbete ao log de desenvolvemento por RSS.

Rexistro de cambios

Latest

Performance improvements

  • Optimize isViewportMatch
  • Performance: BlockListAppender: 1.7x increase on key press
  • Date: Optimize the usage of moment-timezone to save some kilobytes
  • RichText: selectionChange: bind on focus, unbind on blur
  • RichText: only replace range and nodes if different
  • Cache createBlock call in isUnmodifiedDefaultBlock
  • Edit Post: Select blocks only once multiple verified
  • RichText: Do not run valueToEditableHTML on every render
  • RichText: Reuse DOM document across calls to createEmpty
  • Only initialise TinyMCE once per instance
  • Optimize the insertion point component
  • Avoid rerending the current block if the previous block change
  • Avoid getBlock in block-list/block
  • Pass the registry argument to withDispatch to allow selectors to be used

Bug fixes

  • Annotations: Apply annotation className as string
  • RichText: Ensure instance is selected before setting back selection
  • Meta Boxes: Don’t hide disabled meta boxes by modifying DOM
  • Fix: Problems on Media & Text block resizing; Load wp-block-library styles before wp-edit-blocks
  • When a post is saved, check for tinymce and save any editors.
  • Fix: Undoing Image Selection from Media Library in Image Block breaks it
  • Add an end-to-end test for the HTML block
  • Fix regression when copying or cutting content in the editor
  • Fix issue where default appender has icons overlaying the text
  • Set document title for preview loading interstitial
  • Fix: Upload permissions error on end-to-end inline tokens test
  • Ensure classic block caret is in correct position after blur
  • Fix tab navigation sometimes skipping block UI
  • Improve font size picker accessibility: Use a menuitemradio role and better labels
  • Don’t show trashed reusable blocks in the editor or frontend
  • Rename functions, removing gutenberg_ prefix
  • Add block switcher end-to-end tests
  • Allow links in plugin group in the editor more menu
  • Introduce searching of block categories from slash inserter
  • Convert HTML formatting whitespace to spaces
  • Label link format with selected text, not full text
  • Ensure permalink panel is only displayed when a permalink is allowed
  • Allow the user to convert unembeddable URLs to links and try embedding again
  • Improve the top bar tools interaction and consistency
  • Fix overflowing content in the facebook embed preview screen
  • Add an action to set a category icon and correct block categories documentation
  • Fix: pasting a tag that is part of a transform and not matched ignores the content.
  • Packages: Extract Eslint config package
  • Add end-to-end test to catch revert of title during a preview after saving a draft
  • Avoid react warnings when merging two adjacent paragraphs
  • Avoid PHP notice in the recent comments block
  • Editor: Restore the block prop in the BlockListBlock filter