Discussion summary: Dropping support for IE11

As a follow-up to the very active discussion around the proposal to drop support for IE11, there is a majority agreement to move forward with dropping support. The next steps are to figure out a timeline and what it means for projects/teams to drop the support.

Regarding timeline, there are two upcoming milestones where support could be dropped: 5.8 and 5.9. The argument for dropping in 5.8 is to realize the change and improvement quicker, while others are inclined to wait until 5.9 to provide a longer window between the official announcement and the effective date.

The decision when will be left to the release team for WordPress 5.8; this team is not formed yet as it depends on the April go/no-go Full Site Editing merge.

This post was written in collaboration with @mkaz, @annezazu, and @youknowriad.

#accessibility, #browser-support, #performance

CSS Chat Summary: 18 March 2021

The meeting took place here on Slack. @notlaura facilitated and @danfarrow wrote up these notes.

Housekeeping

  • Following last week’s discussion we agreed that, from 01 April onwards, the meeting time will advance from 10pm to 9pm UTC to accommodate daylight saving time
  • The bugscrub time will similarly be brought forward one hour from 01 April onwards

Project updates

CSSCSS Cascading Style Sheets. audit (#49582)

  • @ryelle‘s audit tool is nearly ready to share with the wider community once the “container audit” feature is in place
  • The PostCSS PR is tested & ready to merge. UPDATE: Now merged, thanks @ryelle!
  • @notlaura asked if the tool is ready to have its repo moved into the WordPress org. @ryelle will ask in #meta

Colour scheming (#49999)

  • We will have another mock-up share at the next meeting (25 March). If you’re able to please bring a mock-up of a component of your choice using custom properties
  • @ryelle reported having updated her mockup to use a roughly --prefix--location--property--state naming pattern e.g. --wp-admin--button-primary--hover
  • In @ryelle’s example some custom properties are derived from other custom properties e.g. --wp-admin--button-secondary--text: var(--wp-admin--button-primary). Users could override these derived values as required

Open Floor + CSS Link Share

With that the meeting drew to a close. Thanks everyone!

#core-css, #summaries

Dev Chat meeting Summary – March 24, 2021

This is the weekly meetings summary of the WordPress CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. team. The facilitator for this week’s chats was @peterwilsoncc at 05:00 UTC and @audrasjb at 20:00 UTC. Here is the meeting agenda.

Link to 05:00 UTC devchat meeting on the core channel on Slack

Link to 20:00 UTC devchat meeting on the core channel on Slack

Announcements & News

There is also a couple items on the Make/Core blogblog (versus network, site) that require feedback:

Upcoming WordPress Releases

WordPress 5.7.1

In line with the trial for consistent minor release leads for each major branch, all the 5.7.x point releases will be led by @peterwilsoncc, with @audrasjb as deputy.

Here is the expected 5.7.1 release schedule:

  • Release Candidaterelease candidate One of the final stages in the version release cycle, this version signals the potential to be a final release to the public. Also see alpha (beta).: Wednesday 7 April, 2021 around 23:00 UTC
  • Final release: Wednesday 14 April, 2021 around 23:00 UTC

For now, there are 26 tickets in the milestone.
11 of them are closed as fixed, or reopened for backportbackport A port is when code from one branch (or trunk) is merged into another branch or trunk. Some changes in WordPress point releases are the result of backporting code from trunk to the release branch. operations.

@audrasjb plan to run a 5.7.1 bugbug A bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority. scrub on Thursday March 25, 2021 at 22:00 UTC. Everyone is welcome to attend.

Please note that this WordPress 5.7 board is the one to watch for GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/ updates that will need to land in this release.

WordPress 5.8

@chanthaboune shared some news about WordPress 5.8: @francina started to compile the planning round up and will publish it soon. @lukecarbis, @boniu91 and @hellofromtonya also compiled an early 5.8 bug scrub schedule, and published it right after the devchat.

Component maintainers updates

General (@sergeybiryukov): Work has continued on further fixing jQuery deprecations in WordPress core. See ticketticket Created for both bug reports and feature development on the bug tracker. #51812 for more details.

I18Ni18n Internationalization, or the act of writing and preparing code to be fully translatable into other languages. Also see localization. Often written with a lowercase i so it is not confused with a lowercase L or the numeral 1. Often an acquired skill. (@sergeybiryukov): The list of translations for selecting a timezone in General Settings was updated to add two new timezones and remove some older duplicates. See ticket #52861 for more details.

Build/Test Tools (@sergeybiryukov): no major news this week.

Date/Time (@sergeybiryukov): no major news this week.

Permalinks (@sergeybiryukov): no major news this week.

Themes (@williampatton): the component has had quite a lot of eyes recently but extra help would be appreciated.

Site Health (@clorith): the component has one ticket for 5.7.1, it’s got a proposed solution and feedback. Everyone is welcome to contribute.

Upgrade/Install (@audrasjb): no major news this week.

Menus / Widgets: @audrasjb started to silently scrub both of their awaiting review tickets, in order to prepare 5.8 effort.

Toolbar (@sabernhardt): there is a Toolbar component triagetriage The act of evaluating and sorting bug reports, in order to decide priority, severity, and other factors. scheduled on Thursday March 25, 2021 at 15:00 UTC. Also, the Core team nominated @sabernhardt as Toolbar component maintainer and he accepted.

Open floor

@isabel_brison requested some feedback on an overview ticket for adding end-to-end tests to WordPress Core.
The ticket contains suggestions for how to test most of the pages in the WordPress dashboard but requested some feedback on how to, or whether to, test certain pages.

@francina provided a document produced by her colleagues at Yoast recently. These are now available on the ticket.​

@clorith started a discussion on more frequently merging updates from the Gutenberg pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party in to Core. Highlighting that this would make testing future releases of WordPress features easier without keeping track of which features will remain in the plugin for the time being. There was general support for the idea.​ @chanthaboune is offered her help to move this forward.

@estelaris requested assistance for the Docs team in reviewing end user documentation. Particularly some of the more technical details. Anyone wishing to offer assistance can get in touch via the #docs channel in SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/. or by messaging @estelaris directly.​

@peterwilsoncc requested some highlighted the workflow report for the 5.7.1 release due in April. For contributors wishing to write code and see it released quickly, Peter recommend they review tickets on the “needs patchpatch A special text file that describes changes to code, by identifying the files and lines which are added, removed, and altered. It may also be referred to as a diff. A patch can be applied to a codebase for testing.” section of the report. Contributors wishing to test or review suggested code can review tickets on the “has patch/needs testing” section of the report.

@webcommsat requested people share two items with the marketing team via shared documents:

Thanks @peterwilsoncc for his help to compile the meetings notes.

#5-7-1, #5-8, #dev-chat

CSS Chat Agenda: March 25, 2021

Note: 1 hour before the meeting this week, @ryelle will lead a bugbug A bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority. scrub of CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. TracTrac An open source project by Edgewall Software that serves as a bug tracker and project management tool for WordPress. tickets!

This is the agenda for the upcoming CSSCSS Cascading Style Sheets. meeting scheduled for Thursday, March 25, at 10:00 PM UTC. This meeting will be held in the #core-css channel in the Making WordPress SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/..

If there’s any topic you’d like to discuss, or if you have suggestions for discussion questions, please leave a comment below!

  • Housekeeping
  • Discuss: Share mock-ups with color custom property naming for another UIUI User interface component besides the button.
  • Project Updates
  • Open Floor + CSS Link Share

#agenda, #core-css

Early Bug Schedule for 5.8

As we begin to kick off work on 5.8, it’s time to schedule some early 5.8 bugbug A bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority. scrub sessions.

These scrubs will happen twice a week. For the most part, they’re scheduled for Tuesdays at 6:00 UTC for APAC timezones and 19:00 UTC for US / EU, though there are some adjustments to accommodate religious and national holidays.

Right now, we’re only including Early Scrubs. A release schedule for Alpha, BetaBeta A pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process., and Release Candidaterelease candidate One of the final stages in the version release cycle, this version signals the potential to be a final release to the public. Also see alpha (beta). scrubs will follow soon.

Early Scrubs:

Focus: early tickets, tickets that require more time or early testing.

Check this schedule often, as it will change to reflect the latest information.

What about recurring component scrubs and triagetriage The act of evaluating and sorting bug reports, in order to decide priority, severity, and other factors. sessions?

The above 5.8 scheduled bug scrubs are separate and in addition.

For your reference, here are some of the recurring sessions:

  • Design Triage: Every Tuesday 16:00 UTC in the #design channel (for both coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. and GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/).
  • AccessibilityAccessibility Accessibility (commonly shortened to a11y) refers to the design of products, devices, services, or environments for people with disabilities. The concept of accessible design ensures both “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility) Scrub: Every Friday 14:00 UTC in the #accessibility channel.
  • APAC-friendly Scrub: Every Tuesday at 05:00 UTC in the #core channel. This scrub will continue during the cycle, alternating focus between core and editor.
  • Testing Scrub: Every Friday 13:30 UTC in the #core channel, starting April 2.

Want to lead a bug scrub?

Did you know that anyone can lead a bug scrub at anytime? Yes, you can!

How? PingPing The act of sending a very small amount of data to an end point. Ping is used in computer science to illicit a response from a target server to test it’s connection. Ping is also a term used by Slack users to @ someone or send them a direct message (DM). Users might say something along the lines of “Ping me when the meeting starts.” me (@lukecarbis) on slackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/. and let me know the day and time you’re considering as well as the report or tickets you want to scrub.

Where can you find tickets to scrub?

  • Report 5 provides a list of all open 5.8 tickets:
    • Use this list to focus on highest priority tickets first.
    • Use this list to focus on tickets that haven’t received love in a while.
  • Report 6 provides a list of open 5.8 tickets ordered by workflow.

Need a refresher on bug scrubs? Checkout Leading Bug Scrubs in the core handbook.

Questions?

Have a question, concern, or suggestion? Want to lead a bug scrub? Please leave a comment or reach out directly to me (@lukecarbis) on slack.

#5-8, #bug-scrub

Core Editor Meeting Notes 24 March, 2021

This post summarizes the latest weekly Editor meeting (agendaslack transcript). This meeting was held in the #core-editor SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/. channel on Wednesday, 17 March, 2021, 10:00 AM EDT and was facilitated by @andraganescu.

GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/ 10.3 release 

At the time of the meeting the release process was having some issues, looked at by @gziolo and @bernhard-reiter

WordPress 5.7.1 maintenance release

WP 5.7.1 RC 1 will be on Wednesday 7 April, 2021 around 23:00 UTC and according to @noisysocks  the WordPress 5.7 board is the one to watch for editor updates that will need to land in this release.

Monthly Priorities

The monthly post outlining Gutenberg’s priorities for March 2021 is available.

Global Styles

@nosolosw shared this week’s global styles update:

  • Merged a few important things for theme.jsonJSON JSON, or JavaScript Object Notation, is a minimal, readable format for structuring data. It is used primarily to transmit data between a server and web application, as an alternative to XML.: add a layout config in theme.json, allow themes to use any style via theme.json whether or not the block supports it, translationtranslation The process (or result) of changing text, words, and display formatting to support another language. Also see localization, internationalization. for custom templates.
  • Continue iterating on the blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. supports mechanism: allow skipping the serialization of border.
  • Some bugfixes: PR:30088.

Ongoing/Next tasks necessary for MVPMinimum Viable Product "A minimum viable product (MVP) is a product with just enough features to satisfy early customers, and to provide feedback for future product development." - WikiPedia:

And more:

Full Site Editing (FSE)

@youknowriad and @vindl shared this week’s update:

  • working on making sure the frontend and backend are equivalent for all blocks and themes (as much as we can). The idea being that a user can open the site editor in an unstyled theme, start blank, add blocks bit by bit and having everything look as expected (front and back)

Infrastructure and UI milestone update:

  • Fix for template saving issue after switching FSE themes should be merged soon in PR:29842
  • Experiments to open browsing sidebarSidebar A sidebar in WordPress is referred to a widget-ready area used by WordPress themes to display information that is not a part of the main content. It is not always a vertical column on the side. It can be a horizontal rectangle below or above the content area, footer, header, or any where in the theme. to the appropriate template sub-menu landed today (PR:26964PR:30098)
  • Persistent List View now has visual support for multiple selected blocks (PR:29878); its performance has also been improved (PR:29902)
  • Block toolbar is no longer overlapping the navigation panel (PR:29918)
  • Browsing sidebar will now close after template selection (PR:29956)
  • PR for template part block variations in the Inserter was merged (PR:30032), which should unblock the continuation of our work on semantic template parts

Block based widgetWidget A WordPress Widget is a small block that performs a specific function. You can add these widgets in sidebars also known as widget-ready areas on your web page. WordPress widgets were originally created to provide a simple and easy-to-use way of giving design and structure control of the WordPress theme to the user. editor (and navigation editor)

@andraganescu and @grzim shared this week’s update:

  • the widgets editor progressed a lot by having two PRs landing, one that updated the REST API to work better with widgets and one that added the block inspector as a sliding panel to the customizerCustomizer Tool built into WordPress core that hooks into most modern themes. You can use it to preview and modify many of your site’s appearance settings.. Work continues, and the aim is to have blocks in customizer functional in the pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party by the end of the month. Be sure to check things in #feature-widgets-block-editor 

Navigation editor update:

  • Minor improvements in styling PR:30168PR:29832, PR:30129, PR:29975
  • Theme location settings moved to sidebar and have more features PR:29458
  • Fix of navigation editor toolbar which was disappearing in small screensPR:29967
  • Use the interface package for the navigation screen PR:30013
  • …and there are also a few other PRs that are nearly completed.

Navigation block

@joen shared this week’s update:

  • Layers of CSSCSS Cascading Style Sheets. has been refactored, dead code removed, inheritance fixed so styles work, and in general from here on out it will just be a great deal easier to manage. At the moment we’re also working on a hamburger menu for better responsive behavior, and it’s looking great already.

Mobile/native

@hypest shared this week’s update:

  • Landed various E2E tests related fixes, a11yAccessibility Accessibility (commonly shortened to a11y) refers to the design of products, devices, services, or environments for people with disabilities. The concept of accessible design ensures both “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility) improvements in UnitControl/StepperCell/RangeCell, removed the cancel button from many settings options on Android, split/merge regressionregression A software bug that breaks or degrades something that previously worked. Regressions are often treated as critical bugs or blockers. Recent regressions may be given higher priorities. A "3.6 regression" would be a bug in 3.6 that worked as intended in 3.5. on Android fixed
  • In Progress and Next up: same as previous week’s update

Task Coordination

@annezazu

  • FSE Program wrangling (responding to feedback, triaging, figuring out what’s next to test, etc), testing FSE everyday (lots of reported bugs), and some light triagetriage The act of evaluating and sorting bug reports, in order to decide priority, severity, and other factors.!

@ntsekouras

  • Keep on explorations with block patterns integrations mostly on Patterns transforms(PR:29890) – could use some feedback/testing there 🙂
  • Expose Template part block variations to Inserter
  • Code reviews and triaging

@andraganescu

  • I have merged a few small PRs, triage and code review mainly for the new block editors (widgets and navigation).

@mamaduka

  • Image block now will use image default size from settings. PR:29966
  • Added since parameter to the deprecated function. PR:30017
  • Added/Updated since versions for deprecated features. PR:30072
  • Created PR for Gallery Block pattern to prevent adding all images when adding media. PR:30122

@paaljoachim

  • Triaging.
  • Focusing on getting more exposure on basic Full Site Editing user issues. Such as the preview drop down, easier save, editing template/post content etc 
  • Just made an issue for using a big modal to have a common approach for editing templates/reusable blocks/patterns.

@rafaelgalani

  •  I worked on some small PRs to fix some bugs 

Open Floor

@paaljoachim reminded that the new Gallery Block which uses Inner Image blocks has a call for testing. It is a new and awesome way to use the Gallery block, and it has a lot of potential. Go and test it..:)

#chats, #core-editor, #meeting-notes

Core Editor Improvement: Performance Matters

Thank you to @aristath @youknowriad and @priethor who helped with this post.

In case you missed the first post on post/page performance, I’d recommend checking it out first before digging into this post, as it helps give greater context into the breadth of work around performance improvements. This post builds on the discussion by talking specifically about the approach Core ContributorsCore Contributors Core contributors are those who have worked on a release of WordPress, by creating the functions or finding and patching bugs. These contributions are done through Trac. https://core.trac.wordpress.org. take to managing the performance of the CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. Editor itself!

Think of Core Editor Performance as impacting the user experience when creating content. It’s the difference between a jarring experience, with the editor barely keeping up as you type, and a creative one — where adding dynamic content is a breeze with performance hardly being noticeable. 

With each release of GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/, a performance benchmark is run against the last few releases that compares different response times for a large post (~36,000 words, ~1,000 blocks). You can find this benchmark at the bottom of each “What’s New in Gutenberg” post. While this approach doesn’t cover every scenario, and absolute numbers are not intrinsically meaningful, it has helped identify variations in performance for different releases. Generally speaking, while the loading time of the editor is important, pay special attention to typing speed (also known as KeyPress Event speed). This is a far more important measure when it comes to user experience as this is what allows for the smooth experience when working in the editor. 

Beyond an overview of neat numbers, what does focusing on Core Editor Performance entail? Pulling from the documentation, the following overall metrics are tracked:

  • Loading Time: The time it takes to load an editor page.
  • Typing Time: The time it takes for the browser to respond while typing on the editor.
  • BlockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. Selection Time: The time it takes for the browser to respond after a user selects a block. (Inserting a block is also equivalent to selecting a block. Monitoring the selection is sufficient to cover both metrics).

Specifically, this work includes everything from improving how performance benchmarks are measured for PRs to smoothing out the experience of using the Block Inserter to continually tweaking block interactions to improving consistency in performance benchmarks. At the end of the day, Core developers take a comprehensive approach when working to meet or exceed these performance benchmarks while improving the user experience for all WordPress users. You can read more about the journey towards a performant web editor in this very informative post from WordPress Contributor, @youknowriad

The work on performance is never done though (just check this PR out) so, if you’re interested in helping in this area, make sure to join #core-editor, check out the current focuses, and attend the Core Editor weekly meeting Wednesday @ 14:00 UTC.

#core-editor, #core-editor-improvement, #gutenberg, #performance

Dev Chat Agenda for March 24, 2021

Here is the agenda for this week’s meetings to occur at the following times: March 24, 2021 at 5:00 UTC and March 24, 2021 at 20:00 UTC.

Announcements

Blogblog (versus network, site) Post Highlights

Blog posts that need feedback

Components check-in and status updates

  • Check-in with each component for status updates.
  • Poll for components that need assistance.

Open Floor

Do you have something to propose for the agenda, or a specific item relevant to our standard list above?

Please leave a comment, and say whether or not you’ll be in the chat, so the group can either give you the floor or bring up your topic for you, accordingly.

This meeting happens in the #core channel. To join the meeting, you’ll need an account on the Making WordPress Slack.

#agenda, #dev-chat

Gallery Block Update – Call for Testing

A refactor of the core Gallery Block has been worked on over the last couple of months which will move it from a list of image tags within the blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. content to nested Image blocks using InnerBlocks. The hope is this change will make things easier for both users and developers.

Why the change?

The fundamental reason for this change is to make images behave the same in the editor whether they are used as single blocks or as part of a gallery. For example, for users, this update means that Gallery images would automatically have the ability to add custom links for each image! It’s also easy now to replace a single image directly. Other benefits include being able to use the standard move, drag and drop, copy, duplicate, and remove block functionalities. Keyboard navigation also benefits from the standard block model.

There have been open issues related to this inconsistency for some time:

To get around this inconsistency, pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party developers often have to duplicate all of the Image block functionality in custom Gallery block plugins. Tied to this, plugins that extend the image block haven’t been able to benefit galleries directly. With this change making image behaviour more consistent between stand-alone images and those within the gallery, more custom gallery functionality can be implemented as Block Styles or Block Variations of the coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. Gallery block instead of creating a completely new gallery block.

With each image being a block, server operations are also much more straightforward since you can get the image IDs directly.

In depth testing needed

While the expectation is nothing changes in terms of output for the end-user, this is a pretty major change on a technical level for a very popular block, including a change in the underlying markup to align it with the W3C WAI guidelines on the grouping of images, so it’d be a huge help to gather as much testing feedback as possible.

Accessing the new Gallery Block

To test the new Gallery block, you can either checkout the Gallery refactor PR branch and test in a local dev environment, or you can download the Gallery refactor plugin build and install it on any WordPress test site. Once installed you need to enable the experimental setting ‘Enable the refactored gallery block’:

Only new gallery blocks added after the experimental flag is turned on will be in the new format, all existing galleries will be editable and viewable in the current format. You can manually transform an old format gallery to the new format using the block transform menu and choose the ‘Gallery’ option.

Important note — only run the Gallery refactor experimental feature on test data

Although any existing gallery saved content should be unaffected, if you transform these to the new format, or add new gallery blocks in the new format, these blocks will be broken if the experimental feature is removed …. so don’t run the gallery refactor build against any critical data that you don’t have a backup of.

How can I be sure I am seeing the new gallery block?

When adding a Gallery block with the refactored gallery, selecting an individual image in a gallery should show you the same options as for an individual Image block. Currently, the only settings that will be missing are align and resize as these options break the gallery column layout.

Please note that this experimental feature will not currently work in FSE templates. To see the new gallery block you will need to add the block to a standard post or page. This change is also not ported to native mobile builds yet.

What needs testing?

General testing

Here’s a list of areas of functionality that need testing for your convenience that anyone can help test.

Plugin and theme authors

If you are the author of a plugin or theme that extends or restyles either the Image block or the existing Gallery block you should:

  • Test how running the new Gallery block format affects the display of existing content in the editor or front end.
  • Test your plugin or theme against an existing gallery that has been migrated to the new format.
  • Test with new galleries added with the refactored block.
  • Test how an Image block extensions affect layout, etc. if the Image block is nested within one of the new Gallery blocks.

Where to report issues

Please leave feedback in the comments of this post. If you’d prefer, you’re always welcome to create issues in this GitHub repo directly for GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/. If you leave feedback in GitHubGitHub GitHub is a website that offers online implementation of git repositories that can can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the ‘pull request’ where code changes done in branches by contributors can be reviewed and discussed before being merged be the repository owner. https://github.com/, please do still comment below with the link. Please check against the known issues list before reporting.

A Week in Core – March 22, 2021

Welcome back to a new issue of Week in CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress.. Let’s take a look at what changed on TracTrac An open source project by Edgewall Software that serves as a bug tracker and project management tool for WordPress. between March 15 and March 22, 2021.

  • 24 commits
  • 21 contributors
  • 92 tickets created
  • 7 tickets reopened
  • 85 tickets closed

Reminder: WordPress 5.7.1 is planned for April 14, 2021, so we are currently in the development cycle of the next point releaseMinor Release A set of releases or versions having the same minor version number may be collectively referred to as .x , for example version 5.2.x to refer to versions 5.2, 5.2.1, 5.2.3, and all other versions in the 5.2 (five dot two) branch of that software. Minor Releases often make improvements to existing features and functionality..

Ticketticket Created for both bug reports and feature development on the bug tracker. numbers are based on the Trac timeline for the period above. The following is a summary of commits, organized by component.

Code changes

Administration

  • Make focus states consistent in adminadmin (and super admin) menu when collapsed – #32579

Build/Test Tools

  • Update some devDependencies#52624
  • Revert [50540]#52843
  • Remove explicit puppeteer dependency – #52843
  • Move the get_current_commenter() method next to the test it’s used in – #52625
  • Correct some newly introduced @covers tags – #39265

Coding Standards

  • Move some translator comments to the correct place – #52627
  • Add missing semicolon to some endif keywords – #52627
  • Use strict comparison for return type checks in a few functions – #52627
  • Use strict comparison in wp-admin/includes/class-wp-upgrader.php#52627
  • Add a space before / character in some self-closing HTMLHTML HyperText Markup Language. The semantic scripting language primarily used for outputting content in web browsers. tags – #52870
  • Use strict comparison for JSJS JavaScript, a web scripting language typically executed in the browser. Often used for advanced user interfaces and behaviors. fragment in some admin files – #52845, #41988

Documentation

  • Fix typo in pre_term_link filterFilter Filters are one of the two types of Hooks https://codex.wordpress.org/Plugin_API/Hooks. They provide a way for functions to modify data of other functions. They are the counterpart to Actions. Unlike Actions, filters are meant to work in an isolated manner, and should never have side effects such as affecting global variables and output. description – #52628
  • Correct formatting for the description of some register_post_type() parameters – #52836

Emoji

  • Update the Twemoji library to version 13.0.2 – #52852

External libraries

  • Update generated script loader version hashes – #52850
  • Further fix jQuery deprecations in WordPress core – #51812
  • Update the jQuery Form library – #52685
  • Update Clipboard.js library to version `2.0.8` – #52850
  • Update jQuery Color library to version `2.2.0` – #51405

Internationalization

  • Update list of continents and cities for the timezone selection – #52861
  • Remove duplicate entries from the list of continents and cities – #52861

Media

  • Pass the appropriate reference into wp_getimagesize#52826

Pointers

  • Make pointer border darker to match arrow tip – #52670

Props

Thanks to the 21 people who contributed to WordPress Core on Trac last week:

@SergeyBiryukov (2), @laxman-prajapati (1), @Bueltge (1), @audrasjb (1), @isabel_brison (1), @rnaby (1), @nayanchamp7 (1), @desrosj (1), @hareesh-pillai (1), @Clorith (1), @melchoyce (1), @afercia (1), @wangql (1), @johnjamesjacoby (1), @whyisjake (1), @rinatkhaziev (1), @hellofromTonya (1), @Mista-Flo (1), @terriann (1), @mukesh27 (1), and @jrf (1).

Please join me to welcome our 2 new Core contributorsCore Contributors Core contributors are those who have worked on a release of WordPress, by creating the functions or finding and patching bugs. These contributions are done through Trac. https://core.trac.wordpress.org. of the week ♥️
@nayanchamp7 and @wangql

Core committers: @sergeybiryukov (13), @desrosj (7), @ryelle (2), @whyisjake (1), and @peterwilsoncc (1).

#5-7-1, #5-8, #week-in-core