Wordpress News

WPTavern: WordPress.com and Jetpack Launch New Activity Feature for Monitoring Website Changes

Wordpress Planet - Wed, 10/31/2018 - 03:04

WordPress.com launched a new Activity feature today, a tool for monitoring changes that occur on the site and actions initiated through the admin. It’s also available for Jetpack-enabled sites and the activity log can be viewed on WordPress.com or on the WordPress mobile apps.

Activity logs the following actions and presents them in an easy-to-read timeline on WordPress.com:

  • Published or updated posts and pages
  • Comment submission and management activity
  • Settings and options modifications
  • Login attempts by registered site users
  • Plugin installations, updates, and removals
  • Theme switches, installations, updates, and deletions

The Activity log can be useful for debugging client sites where the client cannot remember the actions they performed that changed their website. Users can also update plugins and themes directly from the activity log.

WordPress.com’s new Activity feature is reminiscent of XWP’s Stream plugin, which launched in 2013 with similar admin logging features stored locally. It offers support for multisite as well as several popular plugins, such as ACF, bbPress, BuddyPress, EDD, Gravity Forms, WooCommerce, Yoast SEO, and Jetpack. Stream hasn’t gained much traction in recent years with just 30,000 active installations.

In 2014, Stream’s creators explored offering Stream as a service where the logs were stored in AWS and included configurable SMS notifications. The service was shut down in 2015 in favor of storing the activity logs locally due to the expense of cloud storage. Shortly after that it was acquired by XWP.

Automattic is also exploring offering its new Activity feature as a paid service. Currently sites on the Free plan only have access to the last 20 most recent events. Access is tiered based on the plan. Personal and Premium users have access to activities from the last 30 days and Professional users can see all activities for the past year. The ability to filter activities by type is also restricted to paid users only.

Jetpack site owners should note that Activity is activated by default – it’s not a module that can be turned on or off. The feature doesn’t send any new data to WordPress.com but rather offers a new interface for data that is already synced.

The full list of activities the feature collects, as well as privacy information related to data retention, is available for WordPress.com and Jetpack sites in the documentation for the feature. Users can report bugs to the Calypso GitHub repository.

WPTavern: WordPress Accessibility Team Delivers Sobering Assessment of Gutenberg: “We have to draw a line.”

Wordpress Planet - Tue, 10/30/2018 - 19:16
photo credit: classroomcamera DSC03657(license)

WordPress’ accessibility team has published a statement on the level of overall accessibility of Gutenberg. The team, largely a group of unpaid volunteers, collaborated on a detailed assessment that publicly challenges Gutenberg’s readiness for core in a way that no other WordPress team has done through official channels to date. After a week of testing the most recent version of the plugin, the team concluded that they cannot recommend Gutenberg to be used by anyone who relies on assistive technology.

The Accessibility team – like any team in WordPress – has no specific authority over the project. Because we’re a small team of volunteers, we’ve been pragmatic in how we apply the guidelines. We have made tradeoffs in prioritization. Gutenberg is a place where we feel it is necessary to draw a line. The ability to author, edit, and publish posts is the primary purpose of WordPress.

Accessibility team rep Joe Dolson, speaking on behalf of the team, cited cognitive load and complexity, inconsistent user interface behavior, heavy reliance on keyboard shortcuts, and difficulties with keyboard navigation through blocks, among other concerns about Gutenberg. He outlined an example of the keyboard sequence required to do something as simple as change the font size in a paragraph block. It currently requires 34 separate keyboard stops, and even more if the tester doesn’t have prior knowledge of how to navigate Gutenberg.

“Because the complexity of interaction with Gutenberg is an order of magnitude greater than in the classic editor, we believe that Gutenberg is less accessible than the existing classic editor, though it offers many great features that are not available in the current editor,” Dolson said.

This assessment echoes many of the common themes found in Gutenberg’s reviews on WordPress.org, even among the most recent reviews of the latest version. Ratings are currently hovering at 2.3 out of 5 stars. Users have repeatedly said the interface is “far too heavily reliant on hover based functionality.” Even those without accessibility needs find it confusing, unintuitive, and difficult to navigate content. Some testers find it nearly impossible to do what they want to do with it.

The positive reviews recognize the software as a work in progress and testers seem more aware of the overall vision for the plugin. They are excited about some of the more advanced features that blocks offer, but many positive reviewers urge WordPress to give it more time before making it the default editor.

The accessibility team is convinced that the main accessibility issues in Gutenberg stem from design issues.

“Gutenberg is the way of the future in WordPress, but the direction it has taken so far has been worrying,” Dolson said. “We do not want to miss the opportunity to build a modern and inclusive application for WordPress, but in order to achieve that goal, accessibility needs to incorporated in all design processes in the project.

“These problems are solvable. Retrofitting accessibility is not an effective process. It is costly in terms of time and resources.”

In a recent post titled Iterating on Merge Proposals, Gary Pendergast, who is leading the merge of Gutenberg into core, acknowledged that they could have asked for the accessibility team’s help much earlier in the process.

“The Accessibility team should’ve been consulted more closely, much earlier in the process, and that’s a mistake I expect to see rectified as the Gutenberg project moves into its next phase after WordPress 5.0,” Pendergast said. “While Gutenberg has always aimed to prioritize accessibility, both providing tools to make the block editor more accessible, as well as encouraging authors to publish accessible content, there are still areas where we can improve.”

At this time there has been no official response to the accessibility team’s assessment. It does not look like it will meaningfully impact the release date, as Beta 2 went out last night and RC 1 is planned for release today. If the core dev chats are any indication, contributors involved in 5.0 seem to be on board with the ambitious timeline for its release.

In a post titled “Accessibility in Gutenberg is not a one-more feature,” core developer Drew Jaynes urges the project’s leadership and contributors not to compromise core accessibility standards for the sake of an expedited timeline.

“Please let’s not make the ‘new standard’ be that we’re willing to ship technically accessible but perhaps not entirely usable-for-all features; let’s not define it as one that sacrifices standards core to the WordPress experience in the name of perceived expediency; let’s not define it as the new default authoring experience for all users when not all users can use it well,” Jaynes said.

WordPress 5.0 release lead Matt Mullenweg has frequently said the release will ship when it’s ready. He contends that the interface has been continually modified for accessibility needs throughout the process of developing Gutenberg.

Modifying the interface to accomodate a11y is the compromise, it has been continuous throughout the process. I don't know how to achieve the imaginary bar you're setting up.

— Matt Mullenweg (@photomatt) October 26, 2018

Matthew MacPherson, Gutenberg’s accessibility lead, was not immediately available for comment on the team’s assessment. Ultimately, the decision to delay the release will fall to Mullenweg and his leadership team. The accessibility team, however, will not lend its endorsement of Gutenberg at this time:

The accessibility team will continue to work to support Gutenberg to the best of our ability. However, based on its current status, we cannot recommend that anybody who has a need for assistive technology allow it to be in use on any sites they need to use at this time.

Gutenberg is now 20 days away from landing in WordPress 5.0, but this does not leave enough time to solve the design and architectural issues the accessibility team has identified. They have proposed a notice on the 5.0 release to inform administrators of Gutenberg’s inadequacy for users of assistive technology, with a prompt to install the Classic Editor plugin. Many people with accessibility needs depend on the WordPress editor in order to do their work and will need to stick with the old interface. The proposal has been closed with a note indicating that 5.0 will point users to the Classic Editor plugin if they need it.

The mistake of not having consulted accessibility experts in the design phase cannot be easily rectified at this point, but the Classic Editor is still available for those who need to preserve their same workflow. The conflict lies in whether WordPress should ship a new editor that those with accessibility needs cannot immediately use. It is a somewhat painful and frustrating outcome for those users when the entire ecosystem is rapidly moving towards Gutenberg as the standard.

Either the accessibility and usability issues the team identified are not as bad as they purport or this document is a last-minute clarion call that could prevent WordPress from shipping an editor that excludes users who rely on assistive technology. Due to the gravity of their claims, the accessibility team’s statement on Gutenberg demands an official response.

WordPress 5.0 Beta 2

Wordpress News - Tue, 10/30/2018 - 05:04

WordPress 5.0 Beta 2 is now available!

This software is still in development, so we don’t recommend you run it on a production site. Consider setting up a test site to play with the new version.

There are two ways to test the WordPress 5.0 Beta: try the WordPress Beta Tester plugin (you’ll want “bleeding edge nightlies”), or you can download the beta here (zip).

WordPress 5.0 is slated for release on November 19, and we need your help to get there. Here are some of the big issues that we fixed since Beta 1:

Block Editor

We’ve updated to the latest version of the block editor from the Gutenberg plugin, which includes the new Format API, embedding improvements, and a variety of bug fixes.

Meta boxes had a few bugs, and they weren’t showing at all in the block editor, so we’ve fixed and polished there.


We’ve added support for registering and loading JavaScript translation files.

Twenty Nineteen

The Twenty Nineteen repository is a hive of activity, there have been a stack of minor bugs clean up, and some notable additions:

  • There’s now a widget area in the page footer.
  • Navigation submenus have been implemented for mobile devices.
  • Customiser options have been added for changing the theme colours and feature image filters.
Everything Else

The REST API has a couple of bug fixes and performance improvements. PHP 7.3 compatibility has been improved.

We’re fixing the bugs:
All the ones you’ve reported.
Some that we’ve found, too.

Dev Blog: WordPress 5.0 Beta 2

Wordpress Planet - Tue, 10/30/2018 - 05:04

WordPress 5.0 Beta 2 is now available!

This software is still in development, so we don’t recommend you run it on a production site. Consider setting up a test site to play with the new version.

There are two ways to test the WordPress 5.0 Beta: try the WordPress Beta Tester plugin (you’ll want “bleeding edge nightlies”), or you can download the beta here (zip).

WordPress 5.0 is slated for release on November 19, and we need your help to get there. Here are some of the big issues that we fixed since Beta 1:

Block Editor

We’ve updated to the latest version of the block editor from the Gutenberg plugin, which includes the new Format API, embedding improvements, and a variety of bug fixes.

Meta boxes had a few bugs, and they weren’t showing at all in the block editor, so we’ve fixed and polished there.


We’ve added support for registering and loading JavaScript translation files.

Twenty Nineteen

The Twenty Nineteen repository is a hive of activity, there have been a stack of minor bugs clean up, and some notable additions:

  • There’s now a widget area in the page footer.
  • Navigation submenus have been implemented for mobile devices.
  • Customiser options have been added for changing the theme colours and feature image filters.
Everything Else

The REST API has a couple of bug fixes and performance improvements. PHP 7.3 compatibility has been improved.

We’re fixing the bugs:
All the ones you’ve reported.
Some that we’ve found, too.

WPTavern: php[world] 2018 to Feature Full-Day Gutenberg Development Workshop

Wordpress Planet - Mon, 10/29/2018 - 22:36

The fourth annual php[world] conference is just two weeks away. The event is dedicated to uniting the PHP community and will be held November 14-15, 2018, in Washington, D.C.

This year the organizing team created a “Content Advisory Board” to ensure the event included sessions that will appeal to everyone. The board includes two WordPress Developers, two Drupal developers, and two more more general PHP developers. They reviewed all incoming talk submissions and gave organizers ideas on what they thought would be of greatest interest to each community.

php[world] has traditionally included several topics and speakers from the WordPress world. This year the program features a full-day training workshop on Gutenberg development led by Josh Pollock and Zac Gordon. The workshop is called The Future of WordPress Development and is available through a separate day ticket.

“We’ve always tried to focus php[world] on being the PHP conference that appeals to WordPress and Drupal developers as well,” conference co-chair Eli White said. “We all write PHP (and JavaScript) code, and the DC area is full of WordPress and Drupal development shops. In fact, the majority of people in the local PHP user groups are doing WordPress development anyway. So we should all just be learning from each other.

“For WordPress, that was obviously Gutenberg. Currently the release date for WordPress 5.0 and Gutenberg is November 19th, just a few days after php[world], and so it’s a really important topic for any developer who works with WordPress to be familiar with.”

Workshop attendees can expect to become better acquainted with extending Gutenberg. The instructors plan to cover the basics of block creation as well as more advanced topics like making blocks dynamic and creating advanced blocks with the WordPress REST API and Redux.

“For the workshop, our goal is to get folks comfortable with what they could do with Gutenberg,” Josh Pollock said. “We’ll cover the anatomy of a block, and different patterns for creating simple and complex blocks. We’ll go over each of the types of block types you can create and have hands-on time to play with these new skills and ask real time questions.

“Developers should leave with an understanding of the different types of blocks they can build and why. They’ll also get plenty of example code, links, and advice they can use when it’s time to build blocks for their own WordPress projects.”

The event includes a few other sessions geared towards WordPress developers: David Wolfpaw is giving a workshop called “Building WordPress Themes: A Primer” and Mo Jangda from Automattic is giving a talk on “How to Handle a Site Outage.” There is another full-day training on modern PHP security that happens the day before the Gutenberg workshop that White said the WordPress Developers on the content board urged them to include.

The main conference is also hosting many sessions that would benefit WordPress developers who want to sharpen their PHP skills. A few highlights include:

Check out the full schedule on the php[world] website.

WPTavern: WooCommerce 3.5 Introduces REST API v3, Improves Transactional Emails

Wordpress Planet - Sat, 10/27/2018 - 02:15

WooCommerce 3.5 was released this week. It’s a minor update that has been in development since May and began testing in September. The release should be backwards compatible to version 3.0 of the plugin but users are always advised to test all of their themes and extensions before updating.

Store owners can expect to see a change in the copy of the default transactional emails. They have been updated to be friendlier and more human. This is particularly important for the customer-facing emails. All of the following have been updated: on-hold, processing, completed, refunded both full and partially, invoice both with a pending and non-pending status, customer notes, password reset, new account. The default content in the store admin emails has also been improved.

The WooCommerce team anticipates that the updates to the transactional emails will reduce the need for store owners to customize their email templates. It also gives customers a better, friendlier connection to the store. More updates to the email content editing experience are planned for 2019.

Store owners may also benefit from the new option to set a low stock threshold in the inventory tab for individual products, export products by category to the CSV exporter, and define custom product placeholder images that will resize to correct store aspect ratio.

The WooCommerce REST API continues to evolve with v3 introduced in this release. It adds new endpoints required for the wc-admin feature plugin, the React-powered WooCommerce admin interface that was featured at last week’s WooSesh. REST API v3 also adds new features to existing endpoints while maintaining backwards compatibility with legacy API versions.

WooCommerce 3.5 introduces support for the Custom Product Tables feature plugin, which is being developed to improve store performance and scalability. In some cases storing product data in custom tables has brought 30% faster page loads.

In version 3.5 the “Preview Changes” button was removed from the publish meta box when editing products. If you’re missing it, Rémi Corson published a quick CSS snippet to bring it back.

Check out the release post for a full rundown of all the updates, deprecations, and template file changes in version 3.5.

WPTavern: WP Engine Acquires Array Themes

Wordpress Planet - Fri, 10/26/2018 - 23:08

WP Engine has acquired Array Themes and Atomic Blocks from Mike McAlister for an undisclosed amount. McAlister has been developing WordPress themes since 2009. He initially sold his themes on ThemeForest. In 2011, he founded Array Themes.

I reached out to McAlister to learn why he chose to be acquired, what excites him most about Gutenberg, and what the plans are going forward.

Interview with Mike McAlister What ultimately made you decide to move on from managing your own theme and products company to a larger, more established company?

The catalyst was when Brian Gardner reached out this summer and started a conversation about joining his team at WP Engine. As I told him at the time, he certainly wasn’t the first to make that offer, but he was definitely the most interesting. I had always respected Brian’s ethos on quality and design and really enjoyed our chats over the years.

Once I started meeting folks at WP Engine like Jason Cohen and David Vogelpohl, it became obvious that we were all striving for the same future and outcome for customers. It just made sense to join forces to make it happen together.

This was also a unique opportunity for me to start fresh and focus on crafting products with a stellar team. Although I was able to create an industry-respected theme collection and recently the Atomic Blocks plugin for Gutenberg, I wanted a new challenge.

Couldn’t Array Themes have been built to directly support the Genesis framework without being acquired by WP Engine?

It would be a lot of work to infuse the Array Themes collection and Genesis. The idea wasn’t exactly to bring Genesis to Array, rather to bring the expertise and craft of Array and Atomic Blocks to WP Engine, StudioPress and Gutenberg.

StudioPress already has one of the biggest and best theme collections out there and is doubling down on Gutenberg support. I’m going to contribute what I’ve learned building Array Themes and Atomic Blocks to make the StudioPress offering even better.

Will future themes require the Genesis framework?

Although there will not be any new themes released under the Array Themes brand, some of the designs will live on as StudioPress themes in the future and those will be powered by the Genesis framework.

We’re working on some really exciting new themes and features for Genesis that are going to continue making it the go-to solution for creating beautiful websites on WordPress, especially in the Gutenberg era.

What do you think of the consolidation of brands in the WordPress space?

We’re seeing a very unique and transitional time in the WordPress industry. The old way of doing things is going out the window as WordPress and its community changes before our eyes.

Now, more than ever, WordPress needs companies with stellar talent to help usher it through to the next era and contribute to its long term success. I’m excited to be part of a team that is willing to take on that challenge!

I can’t speak to the motivations of other businesses in the WordPress space, but the WP Engine acquisition of the Array product suite makes a lot of sense.

With their recent acquisition of StudioPress, Array Themes, and Atomic Blocks, WP Engine is showing its customers and the WordPress community that they are doubling down on quality, design, Gutenberg, and an unmatched customer experience. These are all shared qualities between these individual entities and part of the long term strategy at WP Engine.

What excites you most about Gutenberg?

I’ve been excited about Gutenberg for over a year now. I was one of the first WordPress product developers to release a blocks plugin, a Gutenberg-friendly theme, a blog with tutorials, and the Gutenberg News site.

I created all of these resources as a way of learning Gutenberg as well as contributing back to the community, and I will continue to do that with WP Engine and StudioPress!

Gutenberg unlocks the WordPress editor and the endless opportunities that follow for content creators, developers, and everyone in between. Gutenberg is already responsible for a flood of new products and new solutions to problems the classic editor couldn’t solve and it hasn’t even been merged into core yet!

The reality here is that Gutenberg isn’t just the future of WordPress, it’s the future of the Internet.

Discounts Available for Array Themes Customers

McAlister is joining WP Engine as a full-time employee. In addition, John Parris, a code wrangler for Array Themes has also joined WP Engine.

StudioPress and WP Engine are offering discounts to single theme and theme club members. Those who purchased a lifetime membership will receive free access to the StudioPress Pro Plus All-Theme package with support and updates.

To learn more about these discounts and how the acquisition came about, check out McAlister’s post where he says thanks and farewell to his customers.

WPTavern: WPWeekly Episode 335 – Introduction to BigCommerce with Topher DeRosia

Wordpress Planet - Thu, 10/25/2018 - 20:06

In this episode, John James Jacoby and I are joined by Topher DeRosia, a developer evangelist for BigCommerce. DeRosia introduces what BigCommerce is, why users and developers should take a look at it, and why they’re making a big push into the WordPress space. He also provides an update on HeroPress and why next year, you’ll be seeing him at a lot more WordPress events.

Stories Discussed:

Polldaddy Rebrands to Crowdsignal
The New Woo Adopts Gutenberg Components, User Interface Driven by React
Gutenberg Team Addresses Accessibility Concerns, Highlights Tools and Features that Surpass the Classic Editor

WPWeekly Meta:

Next Episode: Wednesday, October 31st 3:00 P.M. Eastern

Subscribe to WordPress Weekly via Itunes

Subscribe to WordPress Weekly via RSS

Subscribe to WordPress Weekly via Stitcher Radio

Subscribe to WordPress Weekly via Google Play

Listen To Episode #335:

WPTavern: WPCampus is Pursuing an Independent Accessibility Audit of Gutenberg

Wordpress Planet - Thu, 10/25/2018 - 19:53

WPCampus is looking to hire a company to perform an accessibility audit of the Gutenberg editor. The organization is a community of more than 800 web professionals, educators, and others who work with WordPress in higher education. WPCampus director Rachel Cherry published a request for proposals detailing the organization’s specific concerns:

Our organization is sensitive to the legal requirements set by Section 508 of the Rehabilitation Act. The recent 508 refresh brought these requirements in line with WCAG 2.0 level AA, an industry standard that helps ensure accessibility. WCAG 2.0 is also commonly used as a baseline for policies governing many WPCampus participants outside the United States, with the European Union already moving to WCAG 2.1.

The audit is aimed at determining potential legal risk for institutions upgrading to WordPress 5.0 and will also identify specific challenges that Gutenberg introduces for assistive technology users and others with accessibility needs.

WPCampus is funding the audit and is not soliciting contributions from the community at this time. However, Pagely has offered to donate $1,000 to the organization in order to offset the costs of the audit.

“Contributions wise, at this point, we’d love for folks to share to help ensure we receive a wide variety of proposals,” Cherry said. WPCampus will publish the results of the audit to share with the greater WordPress community.

“Beyond our institutions’ legal obligations, colleges and universities worldwide have committed to providing an accessible digital experience to their diverse communities,” Cherry said. “This is consistent with the broader culture of higher education, which values inclusivity and an exchange of ideas free from artificial barriers.

“While the WordPress accessibility coding standards require new code to meet WCAG 2.0 AA, the new editor has not received a full accessibility audit. Lacking such an audit, the overall accessibility of Gutenberg is unclear. This makes it difficult for colleges and universities to determine the best course of action once WordPress 5.0 is released with Gutenberg as the default editor.”

The Accessibility Team is Preparing a Statement on Gutenberg’s Current Level of Accessibility

Accessibility has been one of the most pressing concerns regarding Gutenberg’s readiness for the world. The accessibility team met Monday and established a new weekly meeting time: 15:00 UTC on Fridays. They discussed a communication plan for Gutenberg accessibility feedback, particularly in regards to Matthew MacPherson’s call for accessibility testing on the plugin. User testing was conducted in March but a lot has changed since then. MacPherson has called for another round of tests from the community after Automattic decided to forego his proposed independent audit on Gutenberg.

The discussion became somewhat contentious after Gutenberg phase 2 lead Riad Benguella urged the accessibility team not to make its assessment in comparison to the classic editor but instead look at the larger picture.

“Gutenberg is meant for the whole site editing (even if it’s not at the moment) which means it’s the customizer + editor + menus + widgets at the same time,” Benguella said. “Just compare apples to apples, please, and if you see Gutenberg as an editor, you missed it. For the sake of iteration, it’s being shipped as an editor for now.”

Several members of the accessibility team took issue with statement because Gutenberg will replace the classic editor in WordPress 5.0 (even if users can bring it back with a plugin).

“It is crucial we compare these two experiences, because the one completely replaces the other,” Joe Dolson said. “It doesn’t matter that the new editor aims to do a lot more, it still must accomplish the same tasks effectively.”

Amanda Rush, a blind WordPress user and accessibility specialist, concurred with Dolson’s assessment.

“As someone trying to use Gutenberg as it currently stands with a screen reader, I promise you that future goals for the project are the absolute furthest thing away from my brain at the time,” Rush said.

“Let’s put it this way. Imagine that you are someone who must use assistive technology, or is otherwise reliant on something to do with Accessibility, and you have Gutenberg in front of you and you are trying to accomplish a task. Right now, the only task you can accomplish is writing or editing a post. So, as you are becoming more and more frustrated with the state of things, and trying to get your work done at the same time, imagine what it would be like if someone walked up to you in the middle of this frustrating experience and said well, if you’re calling as an editor you’ve missed it. Because this is going to be so much more than that. That is completely useless, doesn’t have any bearing on what you were trying to accomplish at the time, and promises, whether fairly or not, just more frustration down the road.”

Beta 1 has arrived before the next round of accessibility testing has been completed, and Gutenberg has only recently arrived at UI freeze within the last week. The accessibility team is collaborating on a detailed article with a general and professional statement on the level of overall accessibility in Gutenberg. They plan to publish the statement on Friday.

In the meantime, WPCampus has taken it upon themselves to spearhead an independent audit to determine if Gutenberg is in compliance with the industry standard WCAG 2.0 level AA, a standard which the accessibility team adopted as a requirement for all new or updated code released in WordPress. WPCampus’ submission deadline for proposals is November 7, and the organization will select a vendor by November 30. The goal is to release the audit no later than January 17, 2019.

The timeline WPCampus has identified would not deliver results in time to meaningfully impact WordPress 5.0’s release date. As Gutenberg has already been merged into core, it seems neither the accessibility team’s assessment nor an independent third-party audit would be considered a factor in delaying the release.

“The goal with the timeline is to allow adequate time to do it right,” Cherry said.

The WordPress community has responded positively to this independent effort to get more information on Gutenberg’s accessibility issues.

“I’m excited for this process as an example of how the community can tackle large tasks like this in creative ways,” Jeremy Felt said in response to WPCampus’ taking the initiative to get an audit. “It also has an opportunity to provide great insight and instruction on the accessibility of a complex React application with many interacting pieces.”

This #Gutenberg / #WordPress #accessibility audit, spearheaded by @wpcampusorg, is exciting. Now that we power 32% of the web, we need independent verification that we're doing it right, building a better web. https://t.co/cXRwcXWQlN

— Morten Rand-Hendriksen (@mor10) October 25, 2018

Accessibility is part of WordPress’ stated mission: “WordPress is software designed for everyone, emphasizing accessibility, performance, security, and ease of use.” The accessibility pages on the project’s website advertise WordPress as committed to ensuring all new and updated code conforms with WordPress Accessibility Coding Standards. Many in the community have expressed concern that if WordPress 5.0 ships a critically inaccessible new editor, it will be violating both its stated mission and its standards.

A great deal of friction has surrounded Gutenberg’s journey towards becoming an accessible tool for millions of users. The struggle has highlighted areas where the WordPress project can improve its collaboration across teams. It has inspired many to share their personal stories and some have even pledged to ramp up their accessibility contributions.

Many contributors were disappointed after Automattic decided to forego the independent accessibility audit on Gutenberg, given the company’s strong messaging about their passion for inclusive design. However, one positive outcome is that the company is now looking to hire a product designer who specializes in accessibility.

Rian Rietveld’s resignation from the accessibility team was a great loss for the project but it served as a catalyst to bring more visibility to the efforts of WordPress’ accessibility contributors. WPCampus’ initiative to get an accessibility audit for Gutenberg is one example of how the community is rallying around the accessibility team and working to help make the new editor a success for all users, including those with accessibility needs.

WPTavern: WordPress 5.0 Beta 1 Now Available for Testing

Wordpress Planet - Thu, 10/25/2018 - 00:35

WordPress 5.0 is marching forward with beta 1 released this evening. Major items that need testing include the Gutenberg editor, the new Twenty Nineteen default theme, and all previous default themes, which have been updated to be compatible with the new editor.

You’ll want to make sure you are using Gutenberg version 4.1 before updating your site to WordPress 5.0 beta 1. Gutenberg is now considered feature complete as of the 4.1 release. It is active on more than 580,000 installations.

WordPress 5.0 beta 1 has arrived five days after its expected release on October 19. Contributors expressed concern in today’s dev chat over the large number of issues on GitHub in milestones related to 5.0.

Gary Pendergast, who is responsible for leading the merge, said the dates for RC can be changed if necessary.

“We can shift RC if we need to, which won’t necessarily affect the final release date,” Pendergast said. “If we have to shift RC a long way, that would be a good time to have another look at the release date.”

The Gutenberg team has not published a merge proposal to date. In September, Pendergast said “the Gutenberg leads are ultimately responsible for the merge proposal” but the timeline was still to be determined. Unless a proposal is forthcoming, the project seems to have bypassed this stage, which has frequently been a requirement for new themes, APIs, and feature plugins in the past.

Volunteers contributing to the Gutenberg handbook met for the first time today in the #core-docs channel. Chris Van Patten is coordinating the documentation effort to clean up and prepare Gutenberg-related docs for 5.0 over the next  five weeks.

Testers are advised to consult the list of known bugs before reporting to the Alpha/Beta forum or filing a bug on trac.

If this release stays on schedule, Gutenberg is now 26 days away from shipping in WordPress 5.0.

WPTavern: WCEU Team is Working on PWA Support for All WordCamp Websites

Wordpress Planet - Wed, 10/24/2018 - 15:08

WordCamp Europe’s new PWA (Progressive Web App) was one of the highlights of the 2018 event in Belgrade. It allowed attendees to view the schedule, venue map, create bookmarks for sessions, and provided offline access in case of network failure. Attendees could add the app to their home screens and opt to receive push notifications for important updates about the event.

The first iteration of the PWA was not ready to be scaled for use at other WordCamps across the community, but volunteers from the WCEU organizing team are working towards that goal.  The app was originally built using React on the frontend and was hosted on a node server. It used WordPress for content management on the backend, along with the WordPress PWA plugin and OneSignal Push Notifications. The team working on scaling the app for use at other WordCamps is still debating the technologies they will use moving forward.

Hugh Lashbrooke posted about the app’s progress and invited the community to contribute to WCEU’s PWA repository on GitHub. 

“The next stage in the process is for the WCEU Design team to create some designs and wireframes for what the app could look like, posting them for feedback,” Lashbrooke said. “We will keep posting updates here as things progress; for now it would be helpful to gather some input from other WordCamp organizers.”

Lashbrooke said the goal is that each WordCamp site will have its own PWA so the app is unique for each camp. Since it loads in a mobile browser, it doesn’t require additional app installations.

Weston Ruter, one of the collaborators on the PWA for WordPress feature plugin, emphasized in the comments that the PWA should not be separate from the main site and that users need not even know about the app.

“After all, a PWA is just a website,” Ruter said.  “A PWA does not have to be installed to their homescreen to take advantage of PWA capabilities. They just continue go to their WordCamp website as they do normally, except that it also works when they are offline. The interactive schedule is important, but it’s not really PWA territory: rather it’s just a JavaScript component used on a page.”

Ruter encouraged those working on the app to view it as a progressive enhancement on top of the existing WordCamp sites, not an entirely separate application. Ideally it will use the same style and theme used on the main website.

Lashbrooke asked for developers and WordCamp organizers to leave feedback and feature requests in the comments of his post. Requests submitted so far include a “you are here” feature and the capability for users to log in with their WordPress.org account to sync schedule favorites across devices. Not every feature request will make it into the first version, but the team will consult the list for future versions of the project.

GOVUK Design System

Drupal Themes - Wed, 10/24/2018 - 10:24

A theme that integrates the GOV.UK Design System.

In active development.

WPTavern: New Plugin Adds Elementor Templates as Gutenberg Blocks

Wordpress Planet - Wed, 10/24/2018 - 03:58

One of the most pressing concerns for users in the Gutenberg era is how page builder plugins will respond. Speculation about the new editor “killing off page builders” has run rampant, but these plugins are slowly evolving ahead of Gutenberg’s imminent inclusion in WordPress 5.0.

In February, Elementor, one of WordPress’ most popular page builders, announced the plugin would be completely compatible with Gutenberg beginning with its 2.0 version that was released a few months later. Like many other plugins, that meant a nominal compatibility without any custom blocks built specifically for the new editor.

This week marks a major milestone for the page builder, as Elementor introduced its new Elementor Blocks for Gutenberg plugin. The plugin goes beyond basic compatibility, allowing users to insert any Elementor template into Gutenberg with one click. Its custom block functions as a pipeline to the Elementor library, pulling in content and designs the user has already created in the Elementor interface.

Elementor Blocks for Gutenberg lets users compose with the new editor while maintaining convenient access to items designed in the page builder. It makes it possible to bring more advanced layouts into Gutenberg and preview them inside the editor. Users can select from more than 300+ pre-designed blocks and 100+ pre-designed pages. The plugin will eventually be incorporated into Elementor’s core plugin.

The availability of this new plugin demonstrates Elementor’s commitment to evolving with WordPress as it adopts the editor and tackles customization in Phase 2. The page builder has more than a million active installations and a 4.8-star average on WordPress.org. Achieving this level of success in the page builder market has required a certain level of tenacity and perseverance. Elementor CMO Ben Pines made it clear their product is not going to be sidelined by Gutenberg.

“Elementor was launched in a saturated market, with many page builder and website builder alternatives,” Pines said. “We managed to become the leaders of our market by offering the best solution, and we plan to continue to lead the way. We will continue in our mission in full collaboration with WordPress.”

Elementor and Gutenberg share similar goals in helping WordPress users design their websites without having to touch the code. Pines also emphasized the benefits for developers.

“Elementor, Gutenberg, and the veer towards code-free website customization, presents a huge improvement for developers,” he said.

“Instead of being tied up in endless menial tasks like button or headline customization, and having to hand-hold the designer every step of the process – developers can now focus on greater challenges.

“This improvement creates a positive loop. Developers have time to build more tools, which in turn help the designers workflow.”

Other popular page builder plugins, like Divi Builder (500k+ installs) and Beaver Builder (500k+ installs), have announced initial support for Gutenberg but in both instances this constitutes a button that lets users toggle between the builder and the new editor.

Elementor is leading the way among page builders by making its content available inside Gutenberg. It essentially builds in an extra step so users can continue with their existing workflow in the page builder and insert those designs into the new editor.

Gutenberg’s current customization capabilities pale in comparison to what popular page builders offer, but phase 2 of the project may precipitate another avalanche of blocks pouring into the WordPress ecosystem – the same way it did after Gutenberg’s roadmap was unveiled in June at WordCamp Europe.

Page builders may not reproduce all of their exiting features in custom blocks until WordPress core is more advanced on its road to Gutenberg-powered customization. This would split the creation interface across two admin screens. At some point users may want to see a deeper integration between the editor and page building capabilities. The exciting thing about Elementor’s new blocks plugin is that its users don’t have to choose between Gutenberg and their favorite page builder.

WPTavern: Upcase Developer Learning Platform is Now Free

Wordpress Planet - Tue, 10/23/2018 - 15:10

Upcase, a subscription learning platform for developers, is now free and open to the public. The content, which includes workshops, videos, flash cards, and coding exercises, was built by thoughtbot, a design and development consultancy.

“We’ve loved building Upcase, both as a business and as a way to share what we’ve learned with the community,” thoughtbot development director Chris Toomey said. “But while we’d love to keep investing in Upcase and producing tons of new content, we’ve been moving in a different direction—back to our roots, in fact, as we focus on our core consulting business.”

Thoughtbot employees work four days a week and Friday is devoted to learning new skills, working on open source, blogging, and other projects. The company found there was a lack of quality learning resources for intermediate and advanced topics, so they built Upcase with the content they wished had existed. Topics and courses include Git, intro to React, React Native, Unit Testing JavaScript, Ruby on Rails, Haskell, workflow and developer tooling, and techniques and patterns for building maintainable large scale applications.

Upcase creators said they have seen thousands of customers improve their skills and gain new levels in their careers since launching the site in 2012. The consultancy has created hundreds of hours of videos and screencasts based on their collective expertise. To start on any of the Upcase learning “trails” you can sign in with your GitHub credentials for free access.

WPTavern: Polldaddy Rebrands to Crowdsignal

Wordpress Planet - Tue, 10/23/2018 - 02:48

Polldaddy was founded in 2006 by David Lenehan in Sligo, Ireland and was acquired by Automattic in 2008. Polldaddy is a platform agnostic service providing users with the ability to create polls and surveys.

Crowdsignal Logo

Today, 12 years later, Automattic is retiring the Polldaddy name and replacing it with Crowdsignal. Outside of some minor color changes, and updated graphics, the service will largely remain the same.

Redirects are in place so that bookmarked links to edit surveys, polls, and quizzes will continue to work. Beginning October 24th, visitors to Polldaddy.com will be redirected to Crowdsignal.com.

There are a few notable changes to keep in mind regarding the transition. The Polldaddy dashboard will automatically redirect to the Crowdsignal version. Polldaddy’s API will live on https://api.crowdsignal.com/v1/ instead of https://api.polldaddy.com/. Surveys and quizzes will be served from survey.fm and polls will be served from poll.fm. 

According to Donncha Ó Caoimh, some networks and hosts may need to whitelist the following domains to prevent interruptions in service. The domains are:

  • api.crowdsignal.com
  • app.crowdsignal.com
  • crowdsignal.com
  • survey.fm
  • poll.fm

Surveys, quizzes, and polls that are embedded will continue to function normally.

It’s the end of an era for the Polldaddy name but what the announcement doesn’t include is why the rebranding was necessary. Whatever the reasons are for rebranding, Crowdsignal is a more accurate way to describe what the service provides without being tied to a gender.

Startup Zymphonies Theme

Drupal Themes - Mon, 10/22/2018 - 13:34

'Startup Zymphonies Theme' is Mobile-first Drupal 8 responsive theme. This theme features a custom sideshow, responsive layout, multiple column layouts and is highly customizable. Read more

Live Demo Advanced Themes

Confidently showcase your new product within this bright, comprehensive Drupal responsive layout. Includes pricing grid, team section, featured elements, and social media sections.

Follow us in Twitter & Like us on Facebook to get free/premium theme updates, Drupal tips, tricks & news

Theme designed & developed by Zymphonies.com


  • Drupal 8 core
  • Bootstrap v4
  • Font Awesome v5
  • Mobile-first responsive theme
  • Custom menu bar
  • Light weight theme
  • Fully responsive design
  • Included Sass & Compass source file
    • Colors are stored in Sass variable
    • Well organized Sass code
  • Static home page banner image
Contact Zymphonies

Have Queries? Click here to contact Zymphonies

  • Free theme customization & additional features
  • Drupal custom theme development
  • Drupal website design & development
  • Drupal website migration

Sponsored by Zymphonies

WPTavern: Genesis Framework and StudioPress Themes Add Gutenberg Compatibility, More Gutenberg Features Coming Soon

Wordpress Planet - Fri, 10/19/2018 - 22:41

After WP Engine acquired StudioPress in June, the company began investing in expanding the Genesis team. WP Engine is hiring new people to work on the framework and expand support and community activities.

On the latest episode of the newly revived StudioPress.fm podcast, StudioPress founder Brian Gardner said one of the reasons he sold the company was because he needed outside help to take it where it needed to go in the Gutenberg era. The Genesis community has nothing to worry about when the new editor launches in WordPress 5.0, because StudioPress has already made its framework and themes Gutenberg-ready.

“With regards to Genesis, the good news is that it has no substantial backwards-compatibility issues with Gutenberg,” WP Engine CTO Jason Cohen said. “The main focus of updates to the StudioPress themes are focused on adding styles for the new Gutenberg blocks. However, what we’re most excited about are the brand new features we will be adding to Genesis and the StudioPress themes, that Gutenberg helps enable.”

Cohen said the Genesis community can expect their entire product line to become Gutenberg-first themes that add new features to enhance users’ experience in the editor.

“Beyond just being ‘compatible,’ Genesis will play a big role in being Gutenberg-First,” Cohen said. “That means not only supporting the software and ideals of Gutenberg, but using them for new features. In doing so, it’s our intention to light the way for the countless agencies and developers who use WordPress to fuel incredible digital experiences that are made even easier with Gutenberg.”

Cohen said WP Engine will update all StudioPress themes to include additional features for Gutenberg once the new editor launches in WordPress 5.0. If the release stays on its current schedule, users can expect to see 5.0 on November 19.

WPTavern: Gutenberg Team Addresses Accessibility Concerns, Highlights Tools and Features that Surpass the Classic Editor

Wordpress Planet - Fri, 10/19/2018 - 18:00

The Gutenberg team has officially responded to recent concerns about the new editor’s accessibility. Matias Ventura, the project’s technical lead, published a post with examples of the accessibility efforts the team has made, many which may not be easy to discover. These include features such as keyboard shortcuts, slash command and insertion, high-contrast mode, and mechanisms for navigating regions and blocks with the keyboard.

Ventura highlighted the audible messages feature that works with screen readers and posted a demo of the fully automated end-to-end testing. It allows contributors to test a sequence of operations with the keyboard (without mouse controls). He also identified several fixes landing in the next releases, including accessibility improvements to the date and color picker features, block navigation, and better focus management.

“A large amount of work and effort has gone in building mechanisms necessary to make the editor accessible for a wide user base,” Ventura said. “For example, it is entirely possible right now to recreate the ‘demo post’ that comes with the Gutenberg plugin using the keyboard. In many ways, these tools are better and more sophisticated than what we offer in the current editor.”

Although 270 accessibility-specific tickets have been closed to date, Ventura acknowledged there are still more than 90 remaining. “The goal is to make this experience as seamless as possible for all users,” he said.

Early reactions to the post do not dispute that accessibility work has been done but concerns about Gutenberg’s overall complexity remain. Fixing this may not be as simple as targeting isolated interactions in the editor.

“We need to continue to develop close feedback loops with different users interacting through their preferred tools to make sure what we build is relevant to their experiences,” Ventura said. Throughout the process of building and testing Gutenberg, contributors have referenced “short feedback loops,” an agile process term that seems to make its way into these conversations.

However, the frequent built-in checkpoints don’t seem to have served accessibility needs well, as the accessibility team in convinced that having their input much earlier in the design process would have made a bigger difference further downstream.

“We’ve been begging for React development assistance focused on accessibility since the beginning,” Accessibility specialist Joe Dolson said in a post addressing what he perceives to be common myths about Gutenberg’s accessibility. “None of us were already primarily JavaScript-focused, let alone React-focused, and with limited time (spread across Gutenberg, the rest of WordPress, all of the WordPress sites themselves, and theme concerns), managing to keep up with the breakneck pace of development was never feasible.”

WordPress core contributor John James Jacoby commented on Ventura’s post, calling attention to the complexity of the interface for all users, including those with and without accessibility needs.

“My concern is that many of the above things do not really improve accessibility in the broader sense,” Jacoby said. “Instead, they make a complex user interface more complicated by littering the landscape with hidden keyboard shortcuts that are likely to be undiscoverable by regular-bodied folks, let alone folks who lack dexterity in their hands or fingers or eyes to find/understand/navigate/enjoy them.

“These are users who demand a semantically simpler application to get their jobs done. Though they’re used to quickly navigating the useless mixed-up garbage-markup soup that comes from web development as a whole, it doesn’t help to add extra ‘accessibility-centric’ approaches – we should be making the existing approaches accessible first, and adding new approaches after.”

Dolson echoes that sentiment in his recent post. “Where Gutenberg falls down is on the overall use of the system,” he said. “Even though most individual interactions are handled effectively, the overall complexity of the system creates an enormous barrier to users if they are keyboard dependent or using a screen reader.”

The community has advocated for a myriad of different needs and wishes during the course of Gutenberg’s development, but any interface created for the millions of people that WordPress aims to serve will inevitably have to deliver some compromises. Matt Mullenweg answered the feedback regarding complexity from his perspective as the project lead:

“We think that the current interface could be a ton more streamlined, but we’ve compromised a lot of the alternative approaches we’ve wanted to take based on accessibility feedback and trying to have a single interface that serves all types of users,” Mullenweg said. “If we branched, it would be a different discussion and possibly serve multiple audiences better. There’s a lot of FUD though, ie, that’s going to be illegal in EU.”

Ventura’s post is tightly focused on Gutenberg’s existing accessibility features and makes no mention of the audit that would have measured if it meets WordPress’ own stated accessibility standards. These standards require that all new or updated code released in WordPress must conform with the WCAG 2.0 guidelines at level AA. Without an examination of how the product meets these standards, much of the the discussion revolves around subjective opinions about complexity. It’s difficult to quantify issues like cognitive overload.

“It is entirely possible that Gutenberg will come within a hair of passing WCAG (Web Content Accessibility Guidelines) 2.0 at level AA at release, but still be inaccessible,” Dolson said. “This is because the micro-interactions are being managed well but the macro-interactions are not. This is a flaw with using WCAG 2.0 as a standard; it does not handle address large scale issues effectively. The cognitive load inherent in the current navigation requirements for assistive technology is overwhelming, and that is an accessibility issue – just not one effectively reflected in our current standards requirements.”

One of the myths Dolson’s post dispelled is that the Gutenberg team doesn’t care about accessibility. Ventura’s post calls attention what he believes to be “a significant volume of accessibility-specific tools and functionalities” in Gutenberg that surpass those of the Classic Editor. The team has worked hard to address accessibility concerns but needs better communication across teams in order to continue serving the wider community of WordPress users with accessibility needs.

“There have been a lot of issues on the way that could have been avoided if a React developer had been available to assist with significant dedicated time earlier than 6 weeks before the proposed release; but those were issues coming from ignorance, not a lack of compassion,” Dolson said.

“I don’t know what Gutenberg will be at release. But the accessibility team and the Gutenberg team are working hard to try and reach the best solutions we can.”

YG Dentalcare

Drupal Themes - Fri, 10/19/2018 - 14:18

YG Law Firm

Drupal Themes - Fri, 10/19/2018 - 09:59

YG Law Firm is modern Drupal 8 theme developed to help you to create a stunning websites.


  • Drupal 8 core
  • Bootstrap v3
  • News & Resources
  • Our Attorneys
  • Testimonials

Live Demo Download Demo Site

It is highly recommended to install the demo site and customize it to get the exact look. Here is the link for the documentation to install demo site

Demo login credentials : admin / admin@123

Thanks for checking out our theme. We can install the theme in your server for free!

Contact us for free installation

Other YG Business themes


Drupal theme by Young Globes