Gutenberg

Omschrijving

Gutenberg is meer dan een editor. Hoewel de editor op dit moment de focus heeft, zal het project uiteindelijk invloed hebben op de hele ervaring van het publiceren, inclusief maatwerk (het volgende focusgebied).

Ontdek meer over het project.

Focus bij het bewerken

De editor geeft de gebruiker een nieuwe gebruikservaring voor het schrijven van pagina’s en berichten die het schrijven van rich posts moeiteloos maakt, en “blokken” bevat die het eenvoudig maken om iets te maken waar je nu shortcodes, aangepaste HTML, of “mystery meat” insluitingsopties voor nodig hebt. – Matt Mullenweg

Eén ding dat WordPress onderscheidt van andere systemen, is dat je het toestaat een prachtige berichtlayout te maken — maar alleen wanneer je HTML en CSS kent en je eigen aangepaste thema kunt maken. Door de editor te zien als een hulpmiddel die je in staat stelt berichten met designinvloeden te schrijven en prachtige layouts te maken, kunnen we WordPress omvormen in iets waar gebruikers van houden in plaats van iets dat ze kiezen omdat iedereen het gebruikt.

Gutenberg ziet de editor als meer dan een veld met inhoud, en herziet een layout die al bijna een decennium grotendeels onveranderd is gebleven. Dit stelt ons in staat om een moderne bewerkingservaring holistisch vorm te geven, en een basis te leggen voor zaken die komen gaan.

Hierom kijken we naar het volledige editor scherm kijken, en niet alleen naar het veld met de inhoud:

  1. Het blok verenigt meerdere interfaces in zich. Voegen we dat toe bovenop de bestaande interface, dan zou dit de complexiteit vergroten in plaats van het te verwijderen.
  2. Door de interface opnieuw te bekijken, kunnen we de schrijf-, bewerkings-, en publiceerervaring moderniseren, met gebruiksgemak en eenvoud in het achterhoofd, waarvan zowel nieuwe als terloopse gebruikers profiteren.
  3. Wanneer een enkel blok interface centraal staat, geeft dit een duidelijk pad voor ontwikkelaars voor het maken van betaalde blokken, superieur aan shortcodes en widgets.
  4. Door de hele interface te herzien leggen we een solide basis voor de volgende focus, volledige site-aanpassing.
  5. Door naar het gehele editor scherm te kijken hebben we ook de kans om de basis drastisch te moderniseren, en stappen te nemen richting een een meer vloeiende en door JavaScript aangedreven toekomst die de WordPress REST API volledig benut.

Blokken

Blokken zijn de uiteindelijke evolutie van wat nu op verschillende manieren mogelijk wordt gemaakt door shortcodes, insluitingen, widgets, berichtformaten, aangepaste berichttypen, thema-opties, metaboxen, en andere opmaakelementen. Ze belichamen de verscheidenheid aan functionaliteit die mogelijk is met WordPress, met een duidelijke en consequente gebruikerservaring.

Stel je bijvoorbeeld een aangepast “werknemers” blok voor, dat een cliënt naar een pagina Over Ons kan slepen, en dat automatisch een afbeelding, naam, en bio laat zien. Een heel universum aan plugins die WordPress allemaal op dezelfde manier uitbreiden. Vereenvoudigde menu’s en widgets. Gebruikers die WordPress – en 90% van de plugins – meteen begrijpen en kunnen gebruiken. Hiermee kun je eenvoudig prachtige berichten opstellen, zoals dit voorbeeld.

Bekijk de FAQ voor antwoorden op de meestgestelde vragen over het project.

Compatibiliteit

Berichten zijn achterwaarts compatibel, en shortcodes blijven nog steeds werken. We onderzoeken continu hoe op maat gemaakte metaboxen kunnen blijven werken, en we en kijken naar oplossingen die gaan van een plug-in om Gutenberg uit te schakelen tot het automatisch detecteren of Gutenberg wel of niet moet worden geladen. We willen zorgen dat de nieuwe bewerkingservaring van schrijven naar publiceren gebruiksvriendelijk is, maar we willen ook graag een goede oplossing voor bestaande, op maat gemaakte, sites.

De fasen van Gutenberg

Het Gutenberg project bestaat uit drie geplande fasen. De eerste, die wordt opgenomen in WordPress 5.0, richt zich op de bewerkingservaring van berichten en het implementeren van blokken. Deze initiële fase concentreert zich op een inhoud-eerst benadering. Het gebruik van blokken, zoals hierboven beschreven staat, stelt je in staat om je te concentreren op hoe je inhoud eruit gaat zien zonder dat je wordt afgeleid door andere configuratie-opties. Dit zal uiteindelijk ervoor zorgen dat alle gebruikers hun inhoud op een boeiende, directe, en visuele manier kunnen laten zien.

Deze fundamentele elementen zullen de basis vormen voor de tweede en de tweede fase, gepland voor volgend jaar, om verder te gaan dan de sjablonen voor de berichten en pagina’s, en uiteindelijk aanpassing van de volledige site mogelijk te maken.

Gutenberg is een grote verandering, en er zullen manieren zijn om ervoor te zorgen dat de bestaande functionaliteit (zoals shortcodes en metaboxen) blijven werken terwijl de ontwikkelaars de tijd en mogelijkheden krijgen om zonder problemen over te stappen. Uiteindelijk zal dit de plugin- en themaontwikkelaars beter in staat stellen om de gebruikers te voorzien van een boeiender en meer visuele ervaring die gebruik maakt van gereedschappen die door de core worden ondersteund.

Bijdragers

Gutenberg wordt gebouwd door veel bijdragers en vrijwilligers. Bekijk de volledige lijst op CONTRIBUTORS.md.

FAQ

Hoe verstuur ik feedback of krijg ik hulp bij een fout?

Stuur ons je foutrapporten, suggesties voor nieuwe functionaliteit, en andere feedback! Ga naar de GitHub problemenpagina om te zoeken naar bestaande problemen of een nieuw probleem te openen. Hoewel we proberen om problemen, die hier op het plugin-forum zijn gemeld, bij te houden, krijg je een sneller antwoord (en verminder je dubbele inspanning) door alles gecentraliseerd te houden in de GitHub-repository.

Hoe kan ik bijdragen?

We noemen dit editor project “Gutenberg” omdat het een flinke onderneming is. We werken er elke dag aan in GitHub, en we zouden je hulp bij het bouwen ervan erg waarderen. Je kunt ons ook feedback geven. De de eenvoudigste manier om dit te doen is je aanmelden bij ons Slack kanaal, #core-editor.

Zie ook CONTRIBUTING.md.

Waar kan ik meer lezen over Gutenberg?

Beoordelingen

better not in the core

I heard the functionality of this plugin will be included in the core of WordPress. Please don’t do it or many users will not use any more WordPress. If it will be included in the core, on my opinion WordPress will loose many users.
It should remains as a plugin, so people will be free to decide if they want to use it, I can imagine some people could like it. But if you see how many bad reviews about this plugin, you can realize that including it in the core, you would do something without taking in account the WordPress users opinion. Please don’t include it in the core!

Yes, I like it

Of course the editor won’t be perfect from day 1, but I like it so far, and there is a lot of potential, some of which you can see in Atomic Blocks, for example.

I don’t have a public blog yet, but I do quite a bit of experimenting on a local install of WP.

Lees alle 551 beoordelingen

Bijdragers & ontwikkelaars

“Gutenberg” is open source software. De volgende personen hebben bijgedragen aan deze plugin.

Bijdragers

“Gutenberg” is vertaald in 29 talen. Dank voor de vertalers voor hun bijdragen.

Vertaal “Gutenberg” naar jouw taal.

Interesse in ontwikkeling?

Bekijk de code, haal de SVN repository op, of abonneer je op het ontwikkellog via RSS.

Changelog

Latest

  • Add block styles variations to the Block API.
  • Add support for Inline Images and Inline Blocks API.
  • Convert Columns to a set of parent and child blocks, including a wrapper element and more reliable front-end presentation.
  • Allow registering new block categories.
  • Add support for locking Inner Block areas.
  • Add File Block for uploading and listing documents, with drag and drop support.
  • Introduce Modal component to expand the extensibility suite of UI components.
  • Redesign block transformation menu.
  • Improve style display of region focus areas.
  • Prevent blocks from being draggable if a template lock exists.
  • Parse superfluous classes as custom classes preventing a block being considered invalid for such cases.
  • Support “Autoplay” and “Loop” in Audio Block “Playback Controls”.
  • Always show “new gallery item” below the gallery.
  • When dragging images to create a gallery, immediately show the images while uploading is happening.
  • Optimize withSelect to avoid generating merge props on equal props.
  • Remove the “scroll shadow” at the bottom of the inserter library.
  • Remove the bottom border on the last collapsible panel.
  • Remove wrapping div from paragraph block (in the editor) for performance audit.
  • Add Image Block ‘Link to’ setting.
  • Allow margins to collapse & refactor block toolbar.
  • Keep NUX tips open when the user clicks outside.
  • Add initialTabName prop to Tab Panel component.
  • Add higher order component to constrain Tab keyboard navigation.
  • Display server error message on media upload when one exists.
  • Improve “add block” text in NUX onboarding.
  • Improve experience of using image resize handles — placing them at the middle of the edges instead of the corners.
  • Update color of the Shared panel icon to be the same as all other icons.
  • Verify if block icon background and foreground colors are readable. Warn in the console otherwise.
  • Address various design details on Plugin API icon treatment in header and popover.
  • Include all image sizes on the media upload object when they exist.
  • Move the delete block action to the ellipsis menu for the block. Introduce separator in the menu.
  • Make the inserter results panel focusable and improve accessibility.
  • Improve publish panel accessibility and add new publish landmark region.
  • Open preview to previewLink if not autosaveable.
  • Make sure autocompleted values make it into the block’s saved content.
  • Avoid setAttributes on end-of-paragraph seeking to resolve unnecessary performance degradations.
  • Avoid re-render and subsequent action dispatch by adopting module constant.
  • Avoid focusing link in new NUX tooltip
  • Avoid showing hover effect if the ancestor of a block is multi-selected.
  • Schedule render by store update via setState. Fixes condition where appender would insert two copies of a block.
  • Inner Blocks refactor:
    • Update deprecated componentWillReceiveProps to equivalent componentDidUpdate.
    • Avoid deep equality check on flat allowedBlocks prop shape.
    • Avoid handling unexpected case where UPDATE_BLOCK_LIST_SETTINGS is not passed an id.
    • Avoid creating new references for blockListSettings when settings not set, but the id never existed in state anyways.
    • Avoid switch fallthrough on case where previous updateIsRequired condition would be false, which could have introduced future maintainability issues if additional case statements were added.
    • Add test to verify state reference is not changed when no update is needed.
    • Consistently name allowedBlocks (previously also referred to as supportedBlocks).
  • Consider horizontal handled by stopPropagation in RichText. Fixes edge case with inline boundaries at the end of lines. With further improvements.
  • Ensure ellipsis icon button is visible when block settings menu is open.
  • Simplify RichText to have a single function for setting content vs. the current updateContent and setContent, by removing updateContent.
  • Optimize RichText by removing the creation of undo levels at split and merge steps.
  • Simplify the RichText component’s getContent function to remove a call to TinyMCE’s isEmpty function, which incurs a DOM walk to determine emptiness.
  • Optimize the RichText component to avoid needing to keep a focusPosition state.
  • Reenable pointer events on insertion point hover for Firefox.
  • Introduce colors slugs in color palette definitions to ensure localization.
  • Respect inner blocks locking when displaying default block appender.
  • Use color styles on the editor even if the classes were not set.
  • Move “opinionated” Gutenberg block styles to theme.scss.
  • Don’t allow negative values in image dimensions.
  • Fix IE11 formatting toolbar visibility.
  • Fix issues with gallery block in IE11.
  • Fix import statement for InnerBlocks.
  • Fix broken links in documentation.
  • Fix text wrapping issues in Firefox.
  • Fix showing the permalink edit box on the title element.
  • Fix focus logic error in Tips and tidy up docs.
  • Fix instance of keycode package import.
  • Fix case where an explicit string value assigned as an attribute would be wrongly interpreted as false when assigned as a boolean attribute type in the parser.
  • Fix the data module docs by moving them to the root level of the handbook.
  • Fix specificity issue with button group selector.
  • Fix CSS property serialization.
  • Fix left / right alignments of blocks.
  • Fix CSS vendor-prefixed property serialization.
  • Fix arrows navigation in the block more options menu.
  • Let ⌘A’s select all blocks again.
  • Check for forwardedRef in withGlobalEvents.
  • Address issues with left / right align improvements in RTL.
  • Different approach for fixing sibling inserter in Firefox.
  • Correctly handle case where ‘post-thumbnails’ is array of post types.
  • Remove blocks/index.native as the default is compatible with React Native app.
  • Allow editor color palette to be empty.
  • Support setup with single array argument in Color Palette registration.
  • Only save metaboxes when it’s not an autosave.
  • Force the display of hidden meta boxes.
  • Implement core style of including revisions data on Post response.
  • Remove post type ‘viewable’ compatibility shim.
  • Remove unused block-transformations component.
  • Use withSafeTimeout in NUX tips to handle cases where plugins modify the $post global.
  • Update HOCs to use createHigherOrderComponent.
  • Deprecate property source in Block API.
  • Documentation: fix rich-text markdown source.
  • Tweak release docs and improve release build script.
  • Add focusOnMount change to deprecations.
  • Add e2e test for sidebar behaviours on mobile and desktop.
  • Add e2e test for PluginPostStatusInfo.
  • Add snapshot update script.
  • Update import from @wordpress/deprecated.
  • Extract “keycodes” into its own package and rework the Readme file.
  • Add shortcode package instead of global.
  • Add package: @wordpress/babel-plugin-import-jsx-pragma.
  • Update nested templates to new columns format.
  • Generate the manifest dynamically to include the data module docs in the handbook.
  • Expose the grammar parser to the mobile app.
  • Drop the .js extension from @wordpress/element’s package.json entry-point so when used in the mobile RN app the correct module (index.native.js) can be resolved by Metro.
  • Add packages Readme files to the handbook.
  • Add link in documentation to supported browsers.
  • Add initial document on copy guidelines.
  • Add missing documentation for InnerBlocks props.
  • Regenerate package-lock.json to address unintentional changes.
  • Use cross-env for plugin build scripts to address issues on Windows machines.
  • Invert JSX pragma application condition.
  • Ignore non-JS file events in packages.
  • Drop deprecations slated for 3.2 removal.
  • Publish multiple new versions of packages.