Gutenberg

Descrizione

Gutenberg è più di un editor. Mentre l’editor è l’obiettivo immediato, il progetto alla fine avrà un impatto sull’intera esperienza di pubblicazione inclusa la personalizzazione (la prossima area su cui ci concentreremo).

Scopri di più sul progetto.

Editing al centro

L’editor creerà una nuova esperienza di costruzione di pagine e articoli che agevolerà la scrittura di articoli complessi e con i “blocchi” renderà semplice quello che oggi è prodotto da shortcode, HTML personalizzato ed embed discovery di “provenienza incerta”. — Matt Mullenweg

Una cosa che distingue WordPress dagli altri sistemi è che ti permette di creare un complesso layout per gli articoli come lo immagini — ma solo se conosci HTML e CSS e sviluppi il tuo tema personalizzato. Pensando all’editor come a uno strumento che ti permette di scrivere articoli complessi e creare magnifici layout, possiamo trasformare WordPress in qualcosa che gli utenti amano, al contrario di qualcosa che scelgono solo perché è quello che usano tutti.

Gutenberg vede l’editor come qualcosa che è più di un campo per il contenuto, rivisitando un layout che è rimasto sostanzialmente invariato per quasi un decennio.

Ecco perché stiamo osservando l’intera schermata di modifica, invece che solo il campo del contenuto:

  1. Il blocco unifica più interfacce. Se lo aggiungiamo sopra l’interfaccia esistente, aggiungerebbe la complessità, invece di rimuoverlo.
  2. Rivisitando l’interfaccia, possiamo modernizzare la scrittura, l’editing, e l’esperienza editoriale, con in mente usabilità e semplicità, a beneficio sia degli utenti nuovi che di quelli occasionali.
  3. Quando l’interfaccia del singolo blocco è al centro della scena, mostra un percorso chiaro davanti agli sviluppatori per creare blocchi premium, superiori a shortcode e widget.
  4. Riteniamo l’intera interfaccia depositaria di solide fondamenta per il prossimo obiettivo, la personalizzazione dell’intero sito.
  5. Esaminare l’intera schermata dell’editor ci dà la possibilità di modernizzare drasticamente le fondamenta e fare un ulteriore passo verso un futuro più fluido e potenziato da JavaScript che fa completamente leva sulle WordPress REST API.

Blocchi

I blocchi sono l’evoluzione unificatrice di quello che ora è coperto in modi diversi da shortcode, contenuti incorporati, widget, formati dei post, custom post type, opzioni dei temi, meta-box e altri elementi di formattazione. Abbracciano la mole di funzionalità di cui WordPress è capace, con la chiarezza di una esperienza utente coerente.

Immagina un blocco “dipendente” personalizzato che un cliente può trascinare nella pagina Chi siamo per visualizzare in automatico fotografia, nome e biografia. Un intero universo di plugin i quali estendono tutti WordPress nella stessa maniera. Menu e widget semplificati. Utenti che capiscono e usano immediatamente WordPress — e il 90% dei plugin. Questo ti permette di comporre articoli meravigliosi come questo esempio.

Leggi le FAQ per le risposte alle più comuni domande sul progetto.

Compatibilità

Gli articoli saranno retro-compatibili e gli shortcode continueranno a funzionare. Stiamo costantemente esaminando come i metabox altamente personalizzati potranno essere adattati e stiamo cercando soluzioni da un plugin che disabiliti Gutenberg allo stabilire automaticamente se Gutenberg debba essere caricato o meno. Mentre ci assicuriamo che la nuova esperienza dalla scrittura alla pubblicazione sia user-friendly, ci impegniamo anche per trovare una buona soluzione per i siti esistenti altamente personalizzati.

Le tappe di Gutenberg

Gutenberg avrà tre fasi pianificate. La prima, prevista per essere inserita in WordPress 5.0, si focalizza sull’esperienza di modifica degli articoli e l’implementazione dei blocchi. Questa fase iniziale si concentra su un approccio che predilige il contenuto. L’uso dei blocchi, come spiegato in dettaglio sotto, ti permette di concentrarti su come sarà mostrato il tuo contenuto senza la distrazione di altre opzioni di configurazione. Questo in sostanza aiuterà gli utenti a presentare il loro contenuto in un modo coinvolgente, diretto e visivo.

Questi elementi fondamentali apriranno la strada alle fasi due e tre, pianificate per il prossimo anno, per andare oltre l’articolo nei template della pagina e, in definitiva, per la piena personalizzazione del sito.

Gutenberg è un grande cambiamento e ci saranno modi per garantire che le funzionalità esistenti (come shortcode e meta-box) continuino a funzionare consentendo agli sviluppatori il tempo e i percorsi per una transizione efficace. In definitiva, aprirà nuove opportunità per gli sviluppatori di plugin e temi per servire meglio gli utenti attraverso una esperienza visiva più accattivante che sfrutta un set di strumenti supportato dal core.

Contributori

Gutenberg è realizzato da diversi contributori e volontari. Puoi consultare la lista completa nel file CONTRIBUTORS.md.

FAQ

Come posso inviare un feedback o contribuire in caso di bug?

Ci piace ricevere report sui bug, suggerimenti di caratteristiche e qualsiasi altro feedback! Vai alla pagina delle segnalazioni su GitHub per cercare segnalazioni esistenti o aprirne di nuove. Cerchiamo di contenere tutte le segnalazioni riportate nel forum del plugin, ma otterrai una risposta più veloce (ed eviteremmo la duplicazione degli sforzi) centralizzando tutto nel repository su GitHub.

Come posso contribuire?

Abbiamo chiamato “Gutenberg” questo progetto di editor perché è una grande impresa. Ci lavoriamo ogni giorno su GitHub, e ci piacerebbe che ci aiutassi a costruirlo. Se vuoi darci il tuo feedback, il modo più facile è unirti a noi nel nostro canale Slack, #core-editor.

Vedi anche CONTRIBUTING.md.

Dove posso leggere maggiori informazioni su Gutenberg?

Recensioni

HORRIBLE

absolutely horrible!
nothing works properly, the blocks are almost impossible to see on the page, you never which setting are for each block, or row or who knows what for !??!

NEVER!

Take this catastrophe out!

Breaks my workflow

Gutenberg completely breaks my established workflow as I can no longer easily extract the HTML from my posts without a lot of non-standard code.

Awesome

Thanks wp for this plugin, trully evolution in CMS

Great Idea – Far from being ready

I just think to have such a massive change in UI on such a highly used application is the wrong way of implementing. You should have tried to release it in stages with minor UI changes each step of the way. It basically feels like Im using a completely different publishing platform.

I love the idea of the blocks however they are still a bit limited. I could have done exactly the same layouts with the current editor. If you could drag the width and height etc then it would have been worth it. The idea of having widgets in page is pretty cool but still too many clicks away…

Also you have to click many times to do a simple thing that was actually much quicker in the previous editor. I personally think that WordPress Core should consider the users feedback before forcing it out in the next release.

The UI is definitely not ready yet. It can be and I’m sure will be GREAT but I feel it a bit rushed at the moment. Shortcodes in the TinyMCE was way easier and way quicker to select.

Saying all of this. I have been using it for 3 days now and get less frustrated the more I use it.

This editor is not developers friendly

This editor will kill the experience of seamless development for the developer who loves editing using the text editor. It will be difficult to disable auto-formatting. This will only target newbies. Good for only inexperienced people.

Useful for:
Who don’t know much about editing content using HTML and CSS and who loves to design everything using themes and plugins, but unfortunately, they will also not be satisfied with this editor as there are a lot of better paid and free alternative content editors available.

No use for:
The developer who use WordPress and loves to customize the way they want

Completely wiped my home page made with Divi!

I use Divi. So I saw this plugin notice and thought, this is great, let me test it. So I install the plugin and load up the home page and wham, no confirmation dialogue boxes to ask me if I would like to save…nothing. The next thing I know, my home page is blank. I had to restore to a previous revision….I wont use this until its ready.

Leggi tutte le 985 recensioni

Crediti e riconoscimenti

“Gutenberg” è un software open source. Le persone che hanno contribuito allo sviluppo di questo plugin sono indicate di seguito.

Collaboratori

“Gutenberg” è tradotto in 33 linguaggi. Grazie ai traduttori per i loro contributi.

Traduci “Gutenberg” nella tua lingua.

Ti interessa lo sviluppo?

Esplora il Codice segui il Repository SVN iscriviti al Log delle Modifiche. Puoi farlo tramite RSS con un lettore di feed.

Changelog (modifiche)

Latest

  • Add an edit button to embed blocks to modify the source.
  • Improve margin collapse within column blocks.
  • De-emphasize inline tokens within the inserter for a better user experience.
  • Polish focus and active styles around buttons and inputs.
  • Polish styles for checkbox component, update usages of toggle to checkbox where appropriate. Update documentation.
  • Improve pre-publish panel styling and textual copy.
  • Prevent duplicate DotTips from appearing.
  • Integrate “queries data” into the entities abstraction for data module.
  • Hide block movers if there are no blocks before and after.
  • Initial improvements for responsive image handling in galleries.
  • Use correct color for primary button bottom border.
  • Allow transitioning post status from scheduled to draft.
  • Improvements for auto-completer keyboard interactions.
  • Place strikethrough formatting button after link as it’s less important.
  • Resolve issue with preview sometimes opening redundant tabs.
  • Align timepicker with calendar on pre-publish panel.
  • Expand date filter select box width within media library.
  • Constrain media blocks to content area width in front-end.
  • Reapply box-sizing to slider thumbs.
  • Avoid showing line separator in block settings menu when it’s the last item.
  • Introduce additional keyboard shortcuts to navigate through the navigateRegions component.
  • shift+alt+n to go to the next region.
  • shift+alt+p to go to the previous region.
  • Replace all withAPIData usage and deprecate the higher-order component.
  • Add persistence via data plugin interface.
  • Introduce new redux-routine package for synchronous generator in data module.
  • Move embed API call out of block and into data module.
  • Remove no longer needed workaround targeted at resolving a TinyMCE error.
  • Abort selection range set on unset range target. Resolves an issue when merging two empty paragraph blocks created while at the end of an inline boundary.
  • Removing or merging RichText should only trigger if the selection is collapsed:
  • Fix issue with backspace not working as expected when deleting text content from the first block.
  • Fix case where paragraph content could move to previous paragraph when deleted.
  • Remove provisional block behaviour to improve reliability of various interactions.
  • Restore horizontal edge traversal implementation to address issue where pressing Backspace may not place the caret in the correct position if within or after a RichText field.
  • Ensure Gutenberg is disabled when editing the assigned blog posts page.
  • Initialize the Autosaves controller even if revisions are disabled. Fixes several bugs around saving with revisions turned off.
  • Display warning when Cloudflare blocks REST API requests.
  • Improve validation for attribute names in serializer.
  • Add Slot to block menu settings for extensibility.
  • Fix File Block center align behavior.
  • Fix behaviours when deleting on an empty RichText field.
  • Fix parent-dropdown missing for custom post-types.
  • Fix import style statements in ColorIndicator.
  • Fix height of used-once block warning.
  • Fix link for innerBlocks docs.
  • Fix link to server-side-render component.
  • Fix race condition with DomReady.
  • Fix awkward capitalisation in demo post content.
  • Fix warning for unrecognised forwardedRef prop.
  • Fix regression with URL input focus box.
  • Fix error in custom HTML preview when block is empty.
  • Fix colspan bug in table block for tables with thead tags.
  • Fix issue with image inspector controls disappearing once an image block is set to wide/full alignment.
  • Fix issue when image size remains blurry if manually set to a smaller size (i.e., medium) and then changed alignment to wide/full.
  • Fix issue with meta boxes being absent when script enqueued in head depends on wp-edit-post.
  • Resolve an issue where removing all text from a Button block by backspace would cause subsequent text changes to not be accurately reflected. Broader issue with TinyMCE inline elements as containers.
  • Avoid using remove() because it’s unavailable in IE11.
  • Address further feedback on duplicated DotTips implementation.
  • Update re-resizable to version 4.7.1 — fix image & spacer blocks resizing on IE.
  • Use a unique querystring package instead of three different ones.
  • Introduce filters to allow developers the ability to customize the Taxonomy Selector UI for custom taxonomies.
  • Introduce RichText component for mobile native and implement the Paragraph Block with it.
  • Use standard label for Alt Text input.
  • Consolidate similar i18n strings.
  • Remove title attributes from the Classic Editor warning.
  • Remove unused code in taxonomies panel.
  • Remove oEmbed fixture files.
  • Remove jQuery dependency from @wordpress/api-fetch.
  • Remove filler spaces from empty constructs.
  • Remove REST API shims for code introduced in WP 4.9.8.
  • Remove unused terms, taxonomies, and categories code.
  • Replace the apiRequest module with api-fetch module.
  • Add inline comment that explains a stopPropagation() within tips implementation.
  • Add gutenberg_can_edit_post filter.
  • Add watch support for stylesheets in packages.
  • Add JSDoc comment to Popover’s focus() method.
  • Add readme docs for all components.
  • Autogenerate documentation from readme files.
  • Add doc note about automatically applied attributes in save.
  • Add test for block mover.
  • Allow demo content to be translatable.
  • Update CSS selectors from :before to ::before.
  • Export the description for server-registered blocks.
  • Export getBlockTypes on react native interface.
  • Expose redux-routine to react native.
  • Expose unknown-type handler methods for mobile.
  • Specify missing wp-url dependencies.
  • Improve JS packages descriptions.
  • Downgrade Docker image version for WordPress for test validation.
  • Move CI back to latest WordPress version and bump minimum version to 4.9.8
  • Use @wordpress/compose instead of @wordpress/components.
  • Update docs for Button component.
  • Update package-lock.json.
  • Updated dependencies: jest, npm-package-json-lint and read-pkg-up.
  • Add Babel runtime dependency to redux routine.
  • Prevent Travis from running when changes are only made to .md files.
  • Add stylelint for SCSS linting.
  • Set babel dependencies to fixed version and add core-js2 support.
  • Trigger E2E test failure on console logging.
  • Update doc links to resources moved to packages folder.
  • Update api-fetch package documentation.
  • Update Lerna to 3.0.0-rc.0.
  • Generate source maps and read those from the webpack build.
  • Rewrite e2e tests using jest-puppeter preset.
  • Introduce a new Extending Editor document specific to editor filters.
  • Improve test configuration and mocking strategy.