Title: Dev Chat summary: October 2 Author: Justin Ahinon Published: October 4, 2019 --- [ ](https://profiles.wordpress.org/justinahinon/) [Justin Ahinon](https://profiles.wordpress.org/justinahinon/) 4:57 pm _on_ October 4, 2019 Tags: [5.3 ( 80 )](https://make.wordpress.org/core/tag/5-3/), [dev chat ( 932 )](https://make.wordpress.org/core/tag/dev-chat/), [summary ( 981 )](https://make.wordpress.org/core/tag/summary/) # Dev Chat summary: October 2 The 5.3 Release Coordinator, [@francina](https://profiles.wordpress.org/francina/), led the chat ([full transcript](https://wordpress.slack.com/archives/C02RQBWTW/p1570046411224200)). For the record, [here](https://make.wordpress.org/core/2019/10/02/dev-chat-agenda-for-october-2nd-2019-5-3-week-7/) was the agenda for the meeting. ### Announcements and highlighted posts [@francina](https://profiles.wordpress.org/francina/) made some announcements and pointed out highlighted posts from Make/CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. blogblog (versus network, site): * [The Month in WordPress: September 2019](https://wordpress.org/news/2019/10/the-month-in-wordpress-september-2019/) to keep update about the whole WordPress project * [WordPress 5.3 Beta 2](https://wordpress.org/news/2019/09/wordpress-5-3-beta-2/) * [JavaScript chat summary, September 24th, 2019](https://make.wordpress.org/core/2019/10/01/javascript-chat-summary-september-24th-2019/) * [JavaScript Chat Summary: October 1, 2019](https://make.wordpress.org/core/2019/10/01/javascript-chat-summary-october-1-2019/) * [Block Editor Theme-related updates in WordPress 5.3](https://make.wordpress.org/core/2019/09/27/block-editor-theme-related-updates-in-wordpress-5-3/) * [Summary of Core Privacy Office Hours, Sept. 25th 2019](https://make.wordpress.org/core/2019/09/25/summary-of-core-privacy-office-hours-sept-25th-2019/) * [Editor chat summary: 25 September 2019](https://make.wordpress.org/core/2019/09/25/editor-chat-summary-25-september-2019/) * [Twenty Twenty update](https://make.wordpress.org/core/2019/09/30/twenty-twenty-update/) Feel free to browse through these posts and add comments or thoughts. [@youknowriad](https://profiles.wordpress.org/youknowriad/) mentioned [Gutenberg 6.6 recap post](https://make.wordpress.org/core/2019/10/02/whats-new-in-gutenberg-2-october/). This version focused on stability for the editor and performance for WordPress. ### Upcoming Releases 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/](https://wordpress.org/gutenberg/) team lead [@youknowriad](https://profiles.wordpress.org/youknowriad/) said they welcome any testing to detect bugs and regressions before 5.3 release. You can see what’s happening with the editor on [this GitHub board](https://github.com/WordPress/gutenberg/projects/34?fullscreen=true). Site Health component maintainer [@clorith](https://profiles.wordpress.org/clorith/) reported that desired changes are on track and should be ready for the 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)](https://make.wordpress.org/core/2019/10/04/dev-chat-summary-october-2/?output_format=md#alpha-beta)., currently scheduled for October 15. Docs coordinator [@justinahinon](https://profiles.wordpress.org/justinahinon/) said 5.3 dev notesdev note Each important change in WordPress Core is documented in a developers note, (usually called dev note). Good dev notes generally include a description of the change, the decision that led to this change, and a description of how developers are supposed to work with that change. Dev notes are published on Make/Core blog during the beta phase of WordPress release cycle. Publishing dev notes is particularly important when plugin/theme authors and WordPress developers need to be aware of those changes.In general, all dev notes are compiled into a Field Guide at the beginning of the release candidate phase. include some for major changes/enhancements, plus many others. [Check out all the dev notes here](https://make.wordpress.org/core/tag/dev-notes+5-3/). [@earnjam](https://profiles.wordpress.org/earnjam/) reminded the group that each published dev notedev note Each important change in WordPress Core is documented in a developers note, (usually called dev note). Good dev notes generally include a description of the change, the decision that led to this change, and a description of how developers are supposed to work with that change. Dev notes are published on Make/Core blog during the beta phase of WordPress release cycle. Publishing dev notes is particularly important when plugin/theme authors and WordPress developers need to be aware of those changes.In general, all dev notes are compiled into a Field Guide at the beginning of the release candidate phase. on Make/Core sends an email to ~4000 newsletter subscribers. He suggested authors limit each dev note to a single topic so people can find things in the index. [@francina](https://profiles.wordpress.org/francina/) shared [WordPress 5.3: Accessibility focus progress report](https://make.wordpress.org/accessibility/2019/09/28/wordpress-5-3-accessibility-focus-progress-report/). WordPress project Executive Director [@chanthaboune](https://profiles.wordpress.org/chanthaboune/) brought up changes that are coming to the adminadmin (and super admin) interface. She stated that the focus leads have been discussing whether to keep the changes or allow extra exploration time for them, as suggested in [this post](https://make.wordpress.org/design/2019/09/18/discussion-extending-the-timeline-for-higher-contrast-form-fields-and-buttons/). Here are the key stances she noted from the various discussions so far: * There are some concerns about how quickly the changes were decided on and then implemented from design. * There are some concerns raised about the process overall, and whether there’s enough time for testing. Josepha and a few core committers share this concern. * There are concerns that further delays will result in loss of momentum from 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) as well as confidence in an iterative process. Josepha said she’s doing her best to balance progress with caution, and that she has gotten a lot of feedback from the release focus leads. Here are the different opinions that have been shared by people regarding this: * [@garrett-eclipse](https://profiles.wordpress.org/garrett-eclipse/) said that when the changes landed in trunktrunk A directory in Subversion containing the latest development code in preparation for the next major release cycle. If you are running "trunk", then you are on the latest revision. with several bugs popping up all over, he was leaning towards the pull, but now that the team seems to have addressed and crushed the majority of them, he’s more in favor in keeping the changes. * [@clorith](https://profiles.wordpress.org/clorith/) reminded that while they are worth doing, he agrees on the fact that the changes may have come a bit late in the cycle with limited time for testing and exposure. * [@mapk](https://profiles.wordpress.org/mapk/) asked if the 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 at the cost of design worth immediate and rapid merging, or if we can take the time we need to fully test and address issues? * [@samuelsidler](https://profiles.wordpress.org/samuelsidler/) asked about the items of concerns/tasks that can not or will not be fixed before 5.3 Release Candidate. * [@melchoyce](https://profiles.wordpress.org/melchoyce/) answered [@samuelsidler](https://profiles.wordpress.org/samuelsidler/) about tasks that can’t/won’t be fixed before 5.3 RCrelease 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)](https://make.wordpress.org/core/2019/10/04/dev-chat-summary-october-2/?output_format=md#alpha-beta).: - Wider design changes to account for the shift in the hierarchy; because the new form fields are so much darker than the list tables, any page where both exist is thrown off a little. * [@mapk](https://profiles.wordpress.org/mapk/) answered [@samuelsidler](https://profiles.wordpress.org/samuelsidler/) saying that he believes there are other design explorations to address and a committed testing cycle for a large release. * [@karmatosed](https://profiles.wordpress.org/karmatosed/) answered [@samuelsidler](https://profiles.wordpress.org/samuelsidler/) and said that the design team has an experiment 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/](https://wordpress.org/plugins/) or can be cost- based plugin from a third-party. to use for that. * [@karmatosed](https://profiles.wordpress.org/karmatosed/) shared some worries she has about this: - Documentation: those that write tutorials and might find their screenshots out of date. - Testing: A longer testing phase for her would be better just like during [mp6 project](https://make.wordpress.org/core/2013/10/23/mp6-3-8-proposal/). She thinks that 5.4 should be a focused release, with testing, time and iteration feel safer. * [@joemcgill](https://profiles.wordpress.org/joemcgill/) said that since he has not been part of the discussions, he would be more concerned by process problems keeping a11y improvements from shipping rather than shipping changes that improve a11y and then iterating on the design. * [@afercia](https://profiles.wordpress.org/afercia/) clarified that most of the design changes come from design and were implemented on top of the a11y improvements. He also mentioned that from an a11y perspective all the matters are: - Removing the fixed heights from the input fields etc. - Improving contrast * He also said that all the other changes are unrelated to a11y and came from design feedback. * [@samuelsidler](https://profiles.wordpress.org/samuelsidler/) asked [@melchoyce](https://profiles.wordpress.org/melchoyce/) if there is a plan in place to fix/iterate on those visual issues for the future? If yes, when in the future? He also asked if those improvements happen in 5.3. x or they would need to be in 5.4 or later? * [@melchoyce](https://profiles.wordpress.org/melchoyce/) replied to [@samuelsidler](https://profiles.wordpress.org/samuelsidler/) and said that he thinks they would be wide-reaching enough that the design team would need to ship them in 5.4. * [@earnjam](https://profiles.wordpress.org/earnjam/) expressed that he would personally lean toward a more cautious approach and allowing further iterating as a feature pluginFeature Plugin A plugin that was created with the intention of eventually being proposed for inclusion in WordPress Core. See [Features as Plugins](https://make.wordpress.org/core/handbook/about/release-cycle/features-as-plugins/) with an earlier merge in a release cycle to allow more time to catch/fix the bugs. He also feels like we’re trading one set of bugs/issues for a different set and doing it during the 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. period. This discussion has continued with different arguments from design and a11y team members and with other contributors as well. You can read the discussion in its entirety [here](https://wordpress.slack.com/archives/C02RQBWTW/p1570047931269600). Calls for components maintainers have been skipped for this chat. ### Open Floor [@azaozz](https://profiles.wordpress.org/azaozz/) noted that he’s started to get concerned by the [100+ tickets](https://core.trac.wordpress.org/query?status=accepted&status=assigned&status=new&status=reopened&status=reviewing&milestone=5.3&col=id&col=summary&col=status&col=owner&col=type&col=priority&col=milestone&order=priority) that are still open for 5.3. He invited maintainers and committers to review and comment on tickets that must be in the release and move the rest to the `Future Release` milestone. [@afercia](https://profiles.wordpress.org/afercia/) said that while the a11y team is committing a lot of things, they will need urgent feedback on [#47069](https://core.trac.wordpress.org/ticket/47069) and [#43037](https://core.trac.wordpress.org/ticket/43037). [@ryokuhi](https://profiles.wordpress.org/ryokuhi/) gave a [brief explanation](https://wordpress.slack.com/archives/C02RQBWTW/p1570050059351000) about the last ticketticket Created for both bug reports and feature development on the bug tracker.. [@davidbaumwald](https://profiles.wordpress.org/davidbaumwald/) said he’s planning a last-minute scrub due to the high number of tickets that are remaining for 5.3. The schedule for 5.3 scrubs can be found [here](https://make.wordpress.org/core/2019/08/27/bug-scrub-schedule-for-5-3/). Again, everyone is welcomed to attend scrubs and also to organize them. [@justinahinon](https://profiles.wordpress.org/justinahinon/) shared a “Special interest” he has about developer documentation, dev-notes, and WordPress codebase. You can read about it on the [chat agenda comments](https://make.wordpress.org/core/2019/10/02/dev-chat-agenda-for-october-2nd-2019-5-3-week-7/#comment-37018). [@davidbaumwald](https://profiles.wordpress.org/davidbaumwald/) reminded that they will be doing a lot of punting at the end of the week, so two things: * If you have a ticket you absolutely want in 5.3, get moving. * If not, at least leave a comment on feasibility for 5.4, or he’ll be moving everything to `Future Release` if they haven’t seen any movement in a while. [@desrosj](https://profiles.wordpress.org/desrosj/) clarified that the tickets owned by committers and maintainers have largely been left in the 5.3 milestone to allow those owners to make the decisions they feel are appropriate. If those tickets are not gardened in the next few days they will be punted. Finally, [@azaozz](https://profiles.wordpress.org/azaozz/) added that the best would be the component maintainers to decide what is good to be in 5.3 and what is going to be in 5.4 of future releases. That’s the end for this long, lively and important devchat. --- * **_[#backsrcoll](https://wordpress.slack.com/archives/C02RQBWTW/p1570046411224200) to devchat beginning._** * **_[#backscroll](https://wordpress.slack.com/archives/C02RQBWTW/p1570047931269600) to the discussion about admin changes_**. [#5-3](https://make.wordpress.org/core/tag/5-3/), [#dev-chat](https://make.wordpress.org/core/tag/dev-chat/), [#summary](https://make.wordpress.org/core/tag/summary/) ### Share this: * [ Threads ](https://make.wordpress.org/core/2019/10/04/dev-chat-summary-october-2/?share=threads) * [ Mastodon ](https://make.wordpress.org/core/2019/10/04/dev-chat-summary-october-2/?share=mastodon) * [ Bluesky ](https://make.wordpress.org/core/2019/10/04/dev-chat-summary-october-2/?share=bluesky) * [ X ](https://make.wordpress.org/core/2019/10/04/dev-chat-summary-october-2/?share=x) * [ Facebook ](https://make.wordpress.org/core/2019/10/04/dev-chat-summary-october-2/?share=facebook) * [ LinkedIn ](https://make.wordpress.org/core/2019/10/04/dev-chat-summary-october-2/?share=linkedin) # Post navigation [← WP 5.3 Supports Object and Array Meta Types in the REST API](https://make.wordpress.org/core/2019/10/03/wp-5-3-supports-object-and-array-meta-types-in-the-rest-api/) [WP Notify Meeting Recap – September 30, 2019 & Weekly Agenda →](https://make.wordpress.org/core/2019/10/07/wp-notify-meeting-recap-september-30-2019-weekly-agenda/)