Jan 21 2020
Jan 21

Just because a website is required to follow WCAG 2.1 accessibility guidelines doesn’t mean it can’t have a great design. Sometimes this misconception can frustrate designers before they even begin to understand the accessibility guidelines and the reasons they exist.

Get our 12 Point Design Checklist for Accessibility

Great design that is accessible can actually ensure a better user experience and result in an expanded customer base, a better brand image, superior SEO rankings, and reduce the risk of an ADA lawsuit.

At Promet Source, our designers are guided by the following quote.

“The enemy of art is the absence of limitations.” -- Orson Wells

Too often the WCAG guidelines are viewed as design limitations, but it is within limitations that creativity can best thrive.

We are not designing within a vacuum or to impress ourselves and other designers. We practice Human-Centered Design for people who have distinct objectives, and often they have limitations that include physical and cognitive disabilities. It is our responsibility as designers to build an inclusive experience for everyone. Creating an accessible website is not just the right thing to do, or an ADA Section 508 legal mandate, it’s good business.

Consider: There are 7 million people in the United states with a visual disability.1 One in four U.S. adults is living with a disability,2 and the total disposable income for U.S. adults with disabilities is estimated at $490 billion, with $21 billion in discretionary income.3 The web is where many connect and conduct business, and if people with disabilities can’t access the websites we are creating, we are all at a disadvantage.

In other words:

When UX doesn’t consider ALL users, shouldn’t it be known as 'SOME User Experience' or… SUX? -- Billy Gregory, Senior Accessibility Engineer

How do we ensure that online experiences are inclusive? ADA Section 508 provides the mandate for accessibility and WCAG 2.1 provides the guidelines. But while WCAG 2.1 AA guidelines are an essential framework, creating a truly accessible and user-friendly site involves more than checking off boxes. 

To create true usability, Human-Centered Design and usability testing incorporate the essential component of empathy to ensure that the humans, for whom the site is designed, can successfully engage and complete the tasks they set out to accomplish. 

To date, usability testing and research has tended to overlook the needs of people with disabilities. A true commitment to accessibility requires upfront user testing, the assurance that developers are deploying accessible code, collaboration among stakeholders, manual and automated audits, and perhaps most importantly, an empathetic understanding of how and why the humans for whom the site is designed will engage with it. 

Promet Source has created this essential 12 Point Design Checklist for Accessibility for designers to help meet WCAG 2.1 guidelines and develop accessible online experiences. Click here to get the checklist.

Contact us today for further information on implementing WCAG 2.1 guidelines for your site and to find out how we can help ensure more user-friendly and accessible online experiences. 

Sources:
1. National Federation for the Blind
2. Centers for Disease Control and Prevention
3. American Institutes for Research
 
Jan 13 2020
Jan 13

Too often, compliance with WCAG 2.1, to ensure web accessibility for people with disabilities, is an afterthought of the web development process. WCAG 2.1 compliance is a multifaceted endeavor, and when accessibility is incorporated into every phase of development, the result is greater efficiencies and superior outcomes.

Let’s look at the key phases of the web development workflow, and the advantage of keeping accessibility top of mind every step of the way. 

Planning and Wireframes

When planning and wireframing out a website project, accessibility needs to be considered at the very outset. During this phase, different functionalities of the website are flushed out, but  accessibility tends to not be a top-of-mind. Here are a few practices to help keep the workflow on track for an accessible site and avoid unwelcome setbacks later in the process. 

  1. During planning and wireframing processes, developers and site architects need to take notes and continuously question: “How is this going to work?”  “How will we make this component accessible?” This initial inquiry helps in planning and anticipating certain “pain points” or larger components -- such as a Calendar of Events -- that might take more time to be made accessible.
  2. When planning out specific or custom functionality, it’s important to always stop and consider how it will be conveyed to a user who is visually or hearing impaired. 

Design

The design phase represents an whole new range of accessibility considerations that need to be taken into account. While color contrast is the most obvious issue, other issues such as focus styles or link text size are more likely to be overlooked. Below are a few of the many accessibility checks that need to be in place during the design phase. 

Evaluate elements of the website from the perspective of a person with color blindness, age-related sight loss, or other visual impairments. Can the text be clearly distinguished from the background image? Contrast checking resources and WCAG 2.1 provide support and guidelines for ensuring adequate contrast between the text and background elements.

Every website design should include a style guide that encompasses heading sizes, button styles, and other elements. Often, however, the style guide is not detailed enough and certain elements are forgotten or specific accessibility checks are missed. For example:

  • Different font sizes require different color contrast ratios between the foreground and the background.
  • Accessibility for heading colors varies by font size.
  • Alert boxes need to be legible with adequate contrast.
  • Primary and secondary colors need to be checked for accessibility with the site background.

Development

If accessibility has been top-of-mind up to this point, developers will be well positioned to avoid accessibility related setbacks and surprises. Notes taken during planning and wireframing can help to guide an accessibility roadmap during development. Below are a few items that are often overlooked:

“Read More” links. Almost every site created within the past 10 years has “Read More” links on landing pages, blog posts, and throughout interior pages. It is not accessible, however, to have the same text on multiple links that direct the user to different places. Link text needs to be descriptive and specific to the page, such as “Get Further Insights,” “Check Out this Special Offer,”  or “Learn the Key Benefits.” 

Forms and error messages. Forms are extremely common sources of accessibility issues. Ensuring accessible forms involves many distinct elements that need to be developed properly.

  • All form elements need to have proper labels with properly linked “for” attributes. Inputs with invalid “for” attributes cause the labels to not link to the inputs.
  • All accessible form elements require properly set up labels with descriptive text, and linked “for” attributes. 
  • Error messages need to be adequately informative for screen-reader users. Error messages such as, “This field is required,” don’t provide enough context for a visually impaired person using a screen reader. Consider more specific error messages such as, “Phone number required."

While accessibility considerations might feel like time-consuming additional steps, getting it right during development represents a significant savings of time and resources. It takes far more time and effort to find and fix accessibility issues once a site goes live, or even before it reaches the quality assurance (QA) phase than it does to understand the full scope of accessibility while the site is under construction.

Rules and Tools - It’s QA Time

Once development is complete and the site enters the QA phase, it is critical that QA testers are fully knowledgeable concerning what to check for from an accessibility standpoint and are familiar with WCAG 2.1 accessibility guidelines and testing tools. 

If accessibility issues arise during the QA phase, there needs to be a proper workflow and documentation processes in place for the QA team to successfully explain the scope of the issues, along with recommended fixes.

Want to Know More?

At Promet Source, we’re passionate about accessibility. We develop accessible sites, audit sites to uncover accessibility issues, remediate existing websites for accessibility, consult with clients on accessibility, provide accessibility training, and much more.

Contact us today for help with any or all of your web accessibility needs. 

Jan 08 2020
Jan 08

2019 set the stage for a new decade of innovation driven by open source, design driven by insight into how humans interact with technology, and digital accessibility driven by high court decisions and consumer demand.

Throughout the year, we at Promet Source reached out every week with updates and insights on a wide spectrum of matters that matter to you.  

We’ve now taken stock of nearly 50 blog posts contributed by the full slate of talent that passionately serves our clients. Contributors to last years’ blog included developers, solutions architects, account managers, training instructors, project managers, designers, UXperts, accessibility specialists, scrum masters, and our president Andrew Kucharski.

The 2019 posts that garnered the highest readership ran the gamut from definitive developments in the legal landscape of accessibility; a Drupal content management how-to; a look at human-centered design from a Drupal development perspective; and the application of Marie Kondo’s decluttering philosophy to content migration. 

1. Supreme Court Marks New Era for Web Accessibility

By Andrew Kucharski, President, Promet Source

Andrew wrote the year’s most-read post immediately following U.S. Supreme Court’s decision to not review, the Ninth Circuit Court’s ruling in Robles v. Domino’s Pizza, LLC. His post pointed out the significance of this development, which signaled a long-anticipated answer to to the question of whether Title III of the 1990 Americans with Disabilities Act, applies to an organization’s online presence. The answer is yes and the result is an anticipated acceleration in the pace of lawsuits pertaining to web accessibility.

2. Better Instructions for Your Drupal Content Types

By Cindy McCourt, Training Instructor, Promet Source

Our roots are in Drupal. Last years’ posts that focused on Drupal best practices, how-tos, or the scheduled June 2020 release of Drupal 9 consistently drew in a lot of interest and attention.  Topping the list of Drupal posts in terms of readership: Better Instructions for Your Drupal Content Types. This Drupal how-to covered four Drupal 8 default features that provide instructions for content authors: Help, Placeholder, Default values, and content type explanation.

3. Great Websites Are Created before the First Line of Code is Written

By Mindy League, Director of User Experience and Design, Promet Source

This post reflected a breakthrough approach to web design and development that Promet Source adopted with the 2018 acquisition of the DAHU Agency. DAHU's team of UXperts and design thinkers have advocated for the application of human-centered design principles to web development, fueled from a foundation of:

  • collaborative problem solving, 
  • elimination of  assumptions,
  • deeper knowledge transfer, 
  • empathy for users, 
  • early stakeholder alignment, and 
  • excitement about what’s possible.

The result: deeper engagements, more fun, and superior outcomes.

4. A Marie Kondo Inspired Guide to Content Migration

By Chris O'Donnell, Business Development, Promet Source 

Chris O’Donnell, Promet’s entertaining and wickedly smart business development lead, had an epiphany in 2019 that content migrations would be well served by following the principles supported by anti-clutter enthusiast, Marie Kondo: tidy up, follow the right order, and discard what no longer serves.  

Onward to 2020!

Consistent outreach contributed to a significant growth in readership last year and we are committed to continuing that trajectory. With our talent base of experts and writers, we are tapped into a wide spectrum of expertise and insights. Contact us to let us know what you want to hear more of from us this year. 

Dec 17 2019
Dec 17

Created in 2004, and donated to the Apache Software Foundation in 2006 for open source publishing of the code, Solr Search has emerged into what many now consider to be the gold standard of enterprise search platforms. 

When developing Drupal 8 websites, this highly popular platform built on the Apache Java Lucerne library, is often proven to be the ideal solution and perfect fit for a website’s specific objectives and information architecture. 

But not always.

Among the considerations when integrating Solr Search into Drupal 8 sites:  

  • Solr Search usually requires the set up of a separate server. Drupal search, on the other hand can be set up with the installation of a module and the selection of a few settings. While Solr tends to require considerably more development work for sites that have a wide range of requirements, basic integration can be accomplished with relatively little effort if the Solr server is available.
  • Solr often represents the optimal solution for achieving great performance large sites with complex, highly updated content. For less complex websites, Drupal search and caching can also provide good performance.
  • Apache Solr comes with a set of great features (listed below), which may or may not be needed. These features will always need to be reviewed against the needs of the project to determine whether they will be useful. 

Preconceived Preeminence

Among Solr’s key achievements: the perception that it’s the best. It’s not uncommon that clients specifically request Solr as the search platform for their site. Our approach is to first seek to understand the big picture, dig deep into requirements, explore available options, and move forward with recommendations.

This exercise is incorporated into the Promet Source architecture workshops. We also create a detailed matrix of search requirements, identifying an entire set of search specifications and then ask the client prioritize them in order to inform the decision-making process.  

Prioritized search requirements may include features such as:

  • Spell check
  • Suggester
  • Keyword highlighter
  • Multiple character wildcard
  • Single character wildcard
  • Synonyms
  • Term proximity
  • Exact phrase boost

Range of Objectives

Clearly, one product owner’s idea of what constitutes ideal search capabilities differs from another’s. There is not one gold standard or ideal enterprise search platform, and as such, before discussing the functionality and relative merits of search platform options, we do the work upfront to understand the full scope of search criteria. Until this information has been gathered, one cannot effectively develop recommendations and move forward with decisions based on the search platform that aligns most closely with specific requirements.

Interested in looking beneath the surface concerning the search platform that meets your specific objectives -- or any other aspect of Drupal design and development -- contact us today.
 
Pamela Ross and Luc Bezier contributed to this post.

Dec 11 2019
Dec 11

More so than ever before, ensuring digital accessibility through compliance with  WCAG 2.1, is a multi-faceted endeavor that needs to be approached from several angles. 
 
Those of us who are in the business of developing and remediating websites and apps for accessibility are well aware of the fact that automated accessibility checkers primarily catch the low hanging fruit of inaccessibility. It’s completely possible for an inaccessible site to be run through any number of automated checkers with no accessibility issues being detected -- happens all the time.
 
It’s also possible that an automated accessibility checker can red flag a site, when the issue cited is not an actual impediment to accessibility.

Case in Point

A client came to us recently with a legal challenge from an outside organization. In the statement, this organization claimed that a user was not able to access certain parts of the client's website with a screen reader. In checking the validity of this claim, I discovered that it was false. 
 
So where did this information come from? An automated accessibility checker. Even though a screen reader user would have had no problems navigating the site, the underlying code was out of sync with the automated accessibility checker’s rules. Tightening up the code was needed to satisfy the automated tool -- not to make the site accessible to someone who uses a screen reader.

Legal Landscape

Due to the U.S Supreme Court’s recent decision not to review Robles v Domino’s Pizza, LLC, we can expect to see more and more accessibility related lawsuits such as this, from a new breed of opportunists deploying accessibility checkers without the benefit of any real perspective or passion for accessibility. 
 
In the current climate, cleaning up code to satisfy automated accessibility checkers is an important step toward avoiding legal challenges from individuals and organizations that use these tools simply to target their next defendant.
 
At Promet Source, we are passionate about putting solutions into place to ensure a more inclusive online environment, at the same time, we are passionate about helping our clients to avoid nuisance lawsuits. 

Covering All Bases

Our approach to achieving both objectives begins with a reliance on the following four tools for reviewing, auditing, remediating or developing websites and applications:

Why these tools and why all four?

They are distinct from each other in that separate organizations developed them. Many other automated accessibility tools are built off of these tools, and our goal is to avoid duplication of effort while covering as many bases as possible. 
 
While the first tool on the list, Validator, functions as a code checker, the three that follow, Siteimprove, AXE, and WAVE serve as accessibility checkers. 
 
Double and triple accessibility checks are a best practice that enhances both confidence and outcomes, often serving to uncover the types of subtleties in the underlying code that could spark an accessibility lawsuit. 

Dev Pro Tip

When developing a new site, we recommend utilizing these tools on an ongoing basis. This practice is a key step to ensure continuous advancement toward the development of an accessible site, vs. making one step forward and two steps backward, which is too often the case.
 
Despite the sophistication of these tools, always keep in mind that automated accessibility testing will never replace manual audits. Manual accessibility auditing by a real human is still the most dependable accessibility checker. Here is a short list of audit steps that call for human intervention: 

  • Increase/Decrease the zoom in browsers. 
  • Adjust the color contrast. 
  • Test with multiple screen sizes. 
  • Use only the keyboard to navigate the website. 
  • Use a screen reader to hear how the website functions for users who are visually impaired. 

 
Automated tools are a great start to the process of auditing a site for accessibility, and in the current legal climate, it’s essential to be able to proactively evaluate a site from the same angle as unscrupulous litigants in search of accessibility lawsuits.
 
The process, however, does not end with automated tools. Not by a long shot.
 
Looking for more insight about leveraging the right tools or learning where to start with digital accessibility? Promet Source can help. To speak to an accessibility specialist, contact us today.

Dec 03 2019
Dec 03

Drupal 8 offers considerable functionality for managing fielded content. Unexpected business needs, however, can result in less-than-ideal workarounds, such as rich text, when time, budget, or data constraints prevent more Drupal-specific solutions, such as Views.

Maintainability can be impacted when rich text is used for unintended purposes, such as alternative page layouts. This is among the reasons why it's essential for developers to guide clients toward better solutions, while carefully curating tools available in the rich text editor.

The Drupal Paragraphs module provides a solution for breaking up, reducing, and managing rich text at the content level.

What are Paragraphs?

Paragraphs are fielded entities that are specific to a single piece of content. Adding Paragraphs to a node is like adding blocks to a region. For example, if a blog post needs a data table inserted into its rich text, rather than embedding something or hard-coding it, the following Paragraphs could be added in place of a single rich text field:

  • Paragraph type: "Basic Content" - This would contain the first part of the rich text in this example. This Paragraph's type would consist of a single rich text field.
  • Paragraph type: "View Content" - This Paragraph's type would have a single "Views Reference" field.
  • Paragraph type "Basic Content" - The remaining rich text content would be placed into this paragraph, following the view block containing the data table.

In addition to Paragraphs, it is worth noting that the "Entity Embed" module can allow entities to be embedded inline within rich text content. This can be helpful in reducing complexity of rich text and it is convenient to be able to set the embedded content's view mode.

Additional Usage

Paragraphs can also supply settings fields on the content edit form for customizing a page's output. For instance, a "Recent Blogs" paragraph type that displays a view block could have custom settings to control the number of results, teaser to display, and could provide some template-specific logic, such as "title position." This approach provides the flexibility of content-specific customization managed at the content level.

Given that Paragraphs are entities, Paragraphs can also have child paragraphs. For example, a parent Paragraph could act as a general container for different kinds of content, similar to a queue. An example of this might be a grid of media, blog posts, and taxonomy terms, with associated theme-level templates and styles to support this presentation. Although other solutions can do this, this approach is content-specific and takes place on the content edit form.

Tips for Implementing Paragraphs

  • Survey site pages to identify repeated use of similar or duplicate content within each page's "content area" where page-specific content is displayed. Then, consider moving those repeated instances of content into blocks or views so that paragraphs can reference that content in the appropriate locations.
  • Add a "rich text" Paragraph type as a tool for breaking up rich text when some of its content can be displayed using non-rich text paragraphs.
  • If block content is being added above or below the content area for multiple pages via block visibility path settings, consider adding those blocks to those pages via "block reference" paragraphs instead.
  • Be sure to review and set permissions when adding new Paragraph types.

Paragraphs is a powerful Drupal module that provides a wide range of possibilities concerning content creation and presentation. Interested in exploring the possibilities for Paragraphs and optimizing the experience of your Drupal site? Contact us today.

Nov 18 2019
Nov 18

Conversations about web accessibility too often miss the bigger picture and the paramount importance of broadening our perspectives for the digital age. 

For this reason, it’s extremely important to understand, before getting into the weeds of compliance, that there are multiple facets of digital accessibility. Standard expectations such as images with alternative text for those who are visually impaired or video captioning for those who are hearing impaired, account for only a small segment of what’s involved in making a site accessible. 

In fact, accommodations for cognitive disabilities, such as autism or attention deficit disorder, and relatively common conditions, such as dyslexia, represents a huge component of accessibility compliance. 

Disabilities covered by Web Content Accessibility Guidelines (WCAG) can be permanent, temporary or situational; digital accessibility is all encompassing, for all people, of all ages, and benefits everyone. 

A Closer Look

WCAG 2.1 encompasses 78 guidelines, and is built upon the following four principles: 

1. Perceivable

Information and user interface components must be presented to users in ways they can perceive. Information and components can not be hidden to users. For example, a person who is blind will not be able to perceive the meaning of an image, but with the help of their screen reader that provides a description of the image via alt-text, they will be able to perceive the meaning of the image.
29 of the 78 WCAG 2.1 guidelines align with the “Perceivable” principle.

2. Operable

User interface components and navigation must be operable. Components and navigation are available to all users to interact with. For example, a user who is unable to use a mouse, will need to be able to navigate a menu using the keyboard on their computer. 
Another 29 of the guidelines align with the “Operable” principle.

3. Understandable

Information and the operation of the user interface must be understandable and logical to the user. One example of adhering to the Understandable principle is displaying a menu in the same location, in the same way, across a website.
17 of the guidelines align with the “Understandable” principle.

4. Robust

Content must be robust enough that it can be interpreted by a wide variety of user agents, including assistive technologies. Content should not change for users, when technology changes. An example is code that is well written and properly structured. There are no duplicate attributes and all tags are properly closed.
 

Relative Rankings

Some of the guidelines are specific to a particular issue, others are all-encompassing. The most distinct difference among the guidelines, however, concerns the level of importance that has been assigned to them. All guidelines are ranked as either Level A, Level AA, or Level AAA.

Within the spectrum of “must-haves” and nice-to-haves”, 30 WCAG 2.1 guidelines are considered to be “must haves” (Level A). An example of a Level A guideline is a prohibition against the use of color in and of itself, (such as a green circle to indicate “good” and a red circle to convey “bad”) without accompanying text or imagery to convey meaning.

For a website or application to be considered in conformance, it must meet all 30 Level A and all 20 Level AA guidelines. The remaining 28 Level AAA guidelines are considered to be helpful, but not essential for accessibility conformance. This is largely due to the depth of development complexity required, and in some cases, the potential workarounds to achieve the same objective.
 

Slow Compliance Climb

Despite clear guidelines and available expertise for achieving web accessibility, businesses have been slow to step up and demonstrate a commitment to digital inclusivity. A recent report analyzing the top 1 million homepages on the web revealed that 99 percent failed to follow even the most widely used accessibility standards. 

Some might have been holding off on moving forward with the expectation that the U.S. Supreme Court would take up the case of Robles v. Domino’s Pizza, and rule that business websites do not constitute standalone public accommodations, and as such, do not need to comply with Section 508 of the ADA. The high court opted last month, however, not to take up the case, and WCAG 2.1 remains the standard for avoiding a lawsuit based on an inaccessible site or applications.
 

This decision needs to be viewed as a loud wake-up call for businesses that want to avoid legal action and unwanted attention to what their websites are lacking.

More so than ever before, businesses that delay in having their sites thoroughly evaluated for accessibility and remediated as necessary, risk being sued. 

While this might seem like an onerous burden, digital accessibility actually represents a significant opportunity. Remediating a site for compliance is about more than code. It involves a re-examination of the range of abilities, an overcoming of assumptions, and an acknowledgement that in our digital world, an inclusive marketplace is not just the right thing to do, it’s good for business. 

Interested in starting a conversation about getting your website and applications into compliance with WCAG 2.1?  We have a whole team of accessibility specialists who can help. Contact us today.

Nov 05 2019
Nov 05
A list of the presidential candidates based on the accessibility of their sites, along with images concerning the candidate's sites. Explanatory text follows the infographic.

Based on our conviction at Promet Source that web accessibility matters, we evaluated the websites of leading Republican and Democratic 2020 presidential candidates for accessibility. The web.dev scans were conducted on November 4, 2019, and the above infographic offers a glimpse into how the candidates' websites rank in terms of accessibility factors that include keyboard navigation, use of ARIA assistive technologies, semantic markup support, and the presence of alternative text on images.

The scans revealed an average site accessibility score of 67 for Republican candidates of and 86 for the Democratic candidates (out of a possible score of 100). This is depicted with an outlined image of an elephant that's 69% filled in with red and an outline of a donkey that's 87% filled in with blue.

The candidates' accessibility scores are depicted as a horizontal bars with directional, racing imagery, each with the forward momentum icon of the person in a wheelchair.

Horizontal blue bars for nine Democratic candidates are depicted, followed by four red bars for Republican candidates. Among the Democratic candidates, Cory Booker ranked the highest with a score of 99; followed by Julian Castro (96); Bernie Sanders (94); Elizabeth Warren (93); Kamala Harris (92); Joe Biden (90); Andrew Yang (89); Pete Buttigieg (64); and Amy Klobuchar (60). Among Republican candidates, Joe Walsh ranked the highest with a web.dev score of 87, followed by Bill Weld (78); Mark Sanford (74); and Donald Trump (27).

Three outlined or partially outlined circles follow the bar chart. The first one is 100% outlined in red indicating that 100% of the candidates' websites from both parties have a DONATE button on the home page. The second circle is 29% outlined in red with a caption indicating that's the percentage of websites that have dual language capabilities. The third circle is 21% outlined, indicating that the percentage of 2020 presidential candidate sites that have alt-text on images.

Curious about the degree to which your site measures up to current accessibility standards? Go to web.dev to run it through an accessibility scan, and contact us today for a conversation about getting your site into compliance.

Oct 30 2019
Oct 30

It's the season for celebrating scary stuff -- ghosts, goblins, ghouls, haunted houses and the whole host of night creatures. 

One thing that does not need to end up on the list that provokes a loud scream: Preparing for Drupal migration. If you are still on Drupal 7, you know that you need to migrate. Drupal 7 will be hitting end-of-life status in November of 2021, and even though that’s still two years away, the longer you delay this inevitability, the longer you are missing out on the superior features of Drupal 8, and the longer it looms over your to-do list. Fear not! A careful inventory and audit of your current site can serve to significantly streamline the migration process. 

Here are 6 Steps to prepare for Drupal migration to ensure optimal efficiency:

1. Audit Existing Content. 

A content inventory that flags outdated, redundant, or off-brand content is a critical first step in the site migration process. The less content that needs to be migrated to the new site, the simpler the process will be, so it’s helpful to clear out the clutter early, while identifying and prioritizing which information you want to keep (and migrate). 

2. Look at Site Analytics.

It’s often difficult for stakeholders to agree on which content and features are must-haves, and which ones can be left behind. Analytics help. Data that reveals which pages get the most traffic will bring much-needed insight and objectivity into the decision-making process. It will also identify which pages and articles are not likely to be missed because they are receiving relatively few visits. 

3. Audit Modules.

Evaluate your site’s contributed modules to determine whether they’ve been updated for Drupal 8 or pulled into Drupal 8 core. If they haven’t been, investigate whether there is a Drupal 8 alternative that could be used to maintain the same functionality. You'll also want to evaluate any custom modules that have been written specifically for your site by your development team, paying special attention to the ones that integrate with systems outside of Drupal. Search Drupal.org for a contributed module that could provide the same functionality. If you don’t find replacements, your development team will need to rewrite the custom module(s) for Drupal 8. 

4. Assess Your Theme.

If your current site is using a contributed theme, look into whether there is a Drupal 8 version of that theme. While it is unlikely that a larger site would use a contributed theme without any modifications, it’s quite possible that your site’s custom theme is a sub-theme of a contributed theme (a base theme like Bootstrap, Zen, or ZURB). If you can keep the same base theme (but in its D8 form), you might need fewer changes to upgrade your custom theme to work with D8.

5. Identify Complexities.

The next step is to determine whether there are particularly complex features or functions of the site -- such as multi-language capabilities or single sign-on (SSO). While there are solutions to these complexities, the migration process is significantly more straightforward when they are identified and accounted for early.

6. Consider an Automatic Migration Tool.

Automatic Drupal 7 to Drupal 8 migration tools (like the Drupal UI Migration Tool or the Drush Migration Tool) could be worth trying, especially if your site doesn’t have much custom code. The likelihood of one of these methods’ success for any particular migration depends on your site’s architecture. If it is predominantly made of content types and fields configured through the Drupal UI and using Drupal core functionality, there’s a greater chance an automatic migration will do more of what you need.

One final note: Considering that the June 2020 release date of Drupal 9 is just eight months away, some clients have asked whether it’s worth it to migrate to Drupal 8 at this point. 

Absolutely yes. 

Unlike the migration from Drupal 7 to 8, moving from Drupal 8 to 9 is an incremental, backwards-compatible upgrade. That means the migration from Drupal 8 to 9 can occur using the same process as a minor update (as long as your site’s installed modules and themes are also compatible with Drupal 9.

At Promet Source, we understand that your organization’s website tells your story and that no two are alike. We also understand that the series of steps to prepare for migration, which we have outlined here, are often outside of the scope of available time and resources. 

Our Architecture Workshops are designed to zero in on the big picture, taking into account all factors that affect the migration to a successful Drupal 8 website. For many clients, the opportunity to achieve stakeholder consensus over the course of a one- or two-day workshop, as well as a plan for next steps, represents a breakthrough opportunity that could otherwise take months and months of meetings and analysis.  

If you are in the process of auditing your site for migration, interested in learning more about an architecture workshop, or are looking for a value-added partner to perform the entire migration process for you, Contact us today.

--Written in collaboration with Lisa Wahlgren and Mindy League

Oct 22 2019
Oct 22

The U.S. Supreme Court’s recent decision to pass on reviewing Robles v. Domino’s Pizza has served as a wake-up call for businesses that were holding off on remediating their sites for accessibility. 

As the case brought by a visually impaired man who sued Domino’s Pizza due to a lack of screen reader software, that would have enabled him to order a pizza from the website, heads back to trial, expectations of a definitive ruling that Title III of the ADA does not apply to websites have been dashed. Businesses that want to steer clear of the anticipated deluge of accessibility lawsuits, or avoid the negative publicity that can result from an inaccessible site -- or simply to do the right thing -- are now lining up to get their digital assets in compliance with WCAG 2.1.

For many, the concept of digital accessibility and remediating an existing site is unchartered territory: What needs to change? Where to begin? How long does it take? 

In the midst of a lot of uncertainty, developers and their clients are counting on the fact that accessibility is baked into Drupal core. Many improvements to both default settings and built-in tools for developers to create a strong foundation for the assurance of accessibility.

Accessibility Pledge

From our experience at Promet Source, Drupal 8 is a solid choice for accessibility. Drupal core that is. Integration of non-accessible contributed modules can undermine accessibility and complicate remediation efforts.  To encourage accessibility for contributed modules, the D8AX (Drupal 8 Accessibility eXperience) identifies accessible modules with an accessibility tag that reads: 

“I pledge to make this [module or theme] as accessible as it can be. If you find any flaws, please submit an issue [link to issue queue]. Help me fix them if you can.”

This initiative is designed to provide developers with a framework for conducting essential accessibility evaluations and testing of their module or theme, and fixing any accessibility issues that are flagged. 

Accessibility Features

Here are a few key examples of the accessibility features built into Drupal 8:

  1. Semantic markup support to ensure that HTML is structured to reinforce the meaning of the content in a way that both users and machines can understand and interpret the hierarchy of headers, subheaders and the overall architecture of the site. 
  2. The TabbingManager is a new mechanism to guide both non-visual users and non-mouse users to access the main elements on the page in a logical order. This provides essential guidance navigating complex user interfaces.
  3. Fieldsets for radios and checkboxes are now being used in the Form API. This is a big step toward further enhancing forms in Drupal. It is also now used in the advanced search. Fieldset is a tag that provides visibility to screen readers, as well as a label to announce them to the user.
  4. Alternative text is a default setting. This can be overridden in both CKEditor and  Image Fields, but the defaults settings assume that accessibility is an objective. Keep in mind, a simple lack of alt-text is what drove Robles v. Domino’s to the U.S. Supreme Court’s doorstep.
  5. Bartik is now automatically underlining links so that it is much easier for people to identify links on the page.
  6. Drupal forms have become considerably more accessible with the addition of accessible inline form errors as an optional experimental Core module. It is now easier for everyone to identify what errors they might have made when filling in a web form.

Looking to ensure web accessibility utilizing leading resources and expertise? Contact us today to talk with a Drupal consultant.

Oct 22 2019
Oct 22

The U.S. Supreme Court’s recent decision to pass on reviewing Robles v. Domino’s Pizza has served as a wake-up call for businesses that were holding off on remediating their sites for accessibility. 

Robles, who is visually impaired, sued Domino’s Pizza due to a lack of screen reader software which prevented him from being able to order a pizza from the website. As this case heads back to trial, expectations of a definitive ruling that Title III of the ADA does not apply to websites have been dashed. Businesses that want to steer clear of the anticipated deluge of accessibility lawsuits, or avoid the negative publicity that can result from an inaccessible site -- or simply to do the right thing -- are now lining up to get their digital assets in compliance with WCAG 2.1.

For many, the concept of digital accessibility and remediating an existing site is unchartered territory: What needs to change? Where to begin? How long does it take? 

In the midst of a lot of uncertainty, developers and their clients are counting on many improvements to both default settings and built-in tools for developers that create a strong foundation for the assurance of accessibility with Drupal 8.

Accessibility Pledge

From our experience at Promet Source, Drupal 8 is a solid choice for accessibility. Drupal core that is. Integration of non-accessible contributed modules can undermine accessibility and complicate remediation efforts.  To encourage accessibility for contributed modules, the D8AX (Drupal 8 Accessibility eXperience) identifies accessible modules with an accessibility tag that reads: 

“I pledge to make this [module or theme] as accessible as it can be. If you find any flaws, please submit an issue [link to issue queue]. Help me fix them if you can.”

This initiative is designed to provide developers with a framework for conducting essential accessibility evaluations and testing of their module or theme, and fixing any accessibility issues that are flagged. 

Accessibility Features

Here are six key examples of the accessibility features built into Drupal 8:

  1. Semantic markup support to ensure that HTML is structured to reinforce the meaning of the content in a way that both users and machines can understand and interpret the hierarchy of headers, subheaders and the overall architecture of the site. 
  2. The TabbingManager is a new mechanism to guide both non-visual users and non-mouse users to access the main elements on the page in a logical order. This provides essential guidance navigating complex user interfaces.
  3. Fieldsets for radios and checkboxes are now being used in the Form API. This is a big step toward further enhancing forms in Drupal. It is also now used in the advanced search. Fieldset is a tag that provides visibility to screen readers, as well as a label to announce them to the user.
  4. Alternative text is a default setting. This can be overridden in both CKEditor and  Image Fields, but the defaults settings assume that accessibility is an objective. Keep in mind, a simple lack of alt-text is what drove Robles v. Domino’s to the U.S. Supreme Court’s doorstep.
  5. Bartik is now automatically underlining links so that it is much easier for people to identify links on the page.
  6. Drupal forms have become considerably more accessible with the addition of accessible inline form errors as an optional experimental Core module. It is now easier for everyone to identify what errors they might have made when filling in a web form.

Looking to ensure web accessibility utilizing leading resources and expertise? Contact us today to talk with a Drupal consultant.

Oct 14 2019
Oct 14

There’s no question that literacy in the 21st Century is a multi-faceted concept that extends far beyond books on the shelves.

The American Library Association not only gets it, it’s embracing the evolving role of libraries, by driving a wide range of programs designed to spark excitement about STEM (Science, Technology, Engineering, and Math) careers among youth, and more specifically Computational Thinking. Recently, the ALA Ready to Code site, which was largely funded by a grant from Google, has raised the bar even further.

Libraries Ready to Code grew out of a conviction that helping youth to become comfortable with technology is key to the mission of libraries in the current climate. 

Resources on the Drupal 8 site are aligned with the ALA’s emphasis on inclusivity. Engaging exercises are targeted toward ages that range from preschool to early teen years, and the intention is to reach children as young as possible -- before stereotypes concerning who could or should pursue technology careers begin to take hold. 

The ALA has been developing resources designed to help librarians prepare youth to succeed in the high-tech future for many years. Ready to Code has leveraged an amazing collection of educational assets to create an inviting and visually appealing learning path.

Discovery Journey

While Computational Thinking is required for 21st Century literacy, ALA leadership is well aware of the fact that coding expertise has not traditionally been something that librarians learned while studying for a degree in library science. At the same time, there was a recognition that the interests and inclinations of librarians, tend to gravitate more toward literature and content than technology. 

As such, the objective of the site was not for librarians to actually teach coding to youth or to learn how to code themselves. Instead, the site was designed to help librarians who have varying comfort levels relative to tech to:

  • Understand what Computational Thinking is all about, 
  • Get on-board with the idea of libraries taking a lead in teaching youth about it, and
  • Facilitate programs that broaden perspectives. 

Multifaceted Mission

Having developed Drupal websites for the ALA prior to this project, Promet Source had an established relationship and was thrilled to step up to the role of designing and developing Ready to Code. Working with both Google and the ALA was a huge inspiration for us, as their intentional and well-organized programs for youth were very thought provoking. The content organization on the site was a creative challenge as we serve up relative content to users based on their experience level and interest in certain topics. In addition to the UX and UI design of the site, Promet designers also developed branding for the site, providing a new logo and style guide for the newly established ALA Ready to Code which became the initiative’s brand. 

Once the site went live, the response exceeded expectations on every front. The primary objective was for librarians to embrace the site and actively introduce youth to all that Ready to Code has to offer. That objective has been boosted by a steady stream of awards. Key among them is the American Association of School Librarians’ 2019 Best Websites for Teaching & Learning. Since this award is very much on the radar of librarians, it has added validity to the site and accelerate its adoption. 

Two additional and prestigious awards:

And then there’s the input from ALA clients, such as this review on the Clutch website:

"They (Promet Source) masterfully took our ideas and translated them into specific pieces of the website."
      -- Marijke Visser, Senior Policy Advocate, American Library Association

Among those of us at Promet Source who were engaged with ALA leadership from the very outset and took a personal stake in the success of Ready to Code, this ongoing validation that the site is achieving what it set out to accomplish has been the gift that keeps on giving. 

Interested in collaborating on big ideas that stand to make a big difference for igniting digital possibilities? Contact us today

Oct 08 2019
Oct 08

This week, the U.S. Supreme Court declined to review the Ninth Circuit Court’s decision in Robles v. Domino’s Pizza, LLC,* signaling a long-anticipated answer to an essential question: Does the Title III of the 1990 Americans with Disabilities Act, which was written before the current digital landscape was ever envisioned, apply to websites and apps?

The answer: Yes.
 
Until now, the legal mandate surrounding the accessibility of websites and apps has been shrouded in ambiguity. This decision needs to be viewed as a loud wake-up call for businesses who want to avoid legal action and unwanted attention to what their websites might be lacking.

More so than ever before, businesses that delay in having their sites thoroughly evaluated for accessibility and remediated as necessary are at risk. This ruling also opens up the flood gates for accessibility lawsuits

Call to a Higher Accessibility Standard  

In deciding not to hear Robles v. Domino’s Pizza, LLC, the Supreme Court has in effect upheld that:
    •    Title III of the ADA covers websites and apps that have a connection to a physical place of public accommodation, and 

    •    Holding businesses that do not have an accessible website liable, does not violate their 14th Amendment right to due process.


In not hearing the appeal from Domino’s Pizza, the Supreme Court cleared the way for Guillermo Robles, a blind man, to proceed with his lawsuit against the chain. His lawsuit alleges that Domino’s website and mobile app were not accessible to him, and that under Title III of the Americans with Disabilities Act, he had a right to require that the site be outfitted with accessibility aids. 

Screen Reader Sticking Point - Lack of Alt-text root cause of accessibility issue making it to the supreme court

Robles v. Domino’s was filed in the Central District of California in September 2016, and centered on the inability of Robles to order a pizza on his iPhone: The app didn't accommodate his screen-reader software, which works only when a website's graphics have an "alt-text," feature that gives a description of the image when a cursor floats over it. The full extent of the issues Mr. Robles encountered is laid out in the Dominoes-Robles-Brief Case 18-1539.  

Robles tried several times to order customized pizzas on the Domino’s website, but he was stymied by the site’s lack of alt-text, as well as other accessibility barriers. Pet. App. 55a-57a. He also tried multiple times to order customized pizzas on the company’s mobile app, but he “was unable to place his order due to accessibility barriers of unlabeled buttons that do not conform to Apple’s iOS accessibility guidelines.” Pet. App. 57a.

The Ninth Circuit held that websites and mobile apps should be considered among the “places of public accommodation” covered by Title III of the Americans with Disabilities Act. While Domino’s argued that Title III of the ADA was intended to apply to accommodations in its physical restaurants the Ninth Circuit held that websites and apps now constitute places of public accommodation.

What does this mean for private website owners?

Let there be no doubt, the floodgates have now been opened for disabled plaintiffs to take legal action against companies whose websites and mobile apps are not accessible. 

While some claim that there is still a lack of clarity concerning web accessibility requirements, WCAG 2.1 currently stands as the definitive guidelines for remediating existing sites or building new ones.

The impact of the Supreme Court’s decision to not hear this case cannot be underestimated. The disabled rights community has been closely watching this case and this week’s development needs to be viewed as a loud call to action for all businesses that have a website or app that’s designed to serve as a point of public accommodation.

At Promet Source, walking clients through the process of evaluating their websites and mobile apps for accessibility and moving forward with the confidence that compliance has been achieved, is what we do. And time and time again, clients discover that remediating their site for accessibility is a value-added process that results in a wide range of benefits.

Never has it been more critical to partner with a digital accessibility expert and to get it right. We’re here to help. Contact us today.

*Supreme Court Declines to Review Ninth Circuit Decision in Robles v. Domino’s, Exposing Businesses to More Website Accessibility Lawsuits, by Seyforth Shaw, LLP, Oct. 7, 2019
 

Oct 01 2019
Oct 01

If ADA compliance was not on your radar screen at the time your website was developed, you are in good company.

But in the current environment, accessibility of your digital assets may be an ADA-mandated fact of life. A recent flood of lawsuits is driving home this reality and the fact is, sometimes the search for fast fixes can lead to unintended consequences. Of course, your objective is to get your website into conformance as efficiently and cost-effectively as possible. 

Even though the time and resources associated with making your website and apps accessible is something that you might prefer to not have to deal with, at Promet Source we’ve discovered that expanding digital accessibility actually provides an incredible opportunity to gain a more expansive, empathetic, and inclusive view of customers and constituents. 

[embedded content]

Your Partner in Accessibility

Interested in learning more about the advantages of both automated and manual accessibility testing and website remediation to help ensure your website is compliant with accessibility standards? With Promet Source, you get a strategically sound, sustainable solution -- the advantage of an accessibility partner who guides you through the process of actually getting your underlying code into conformance with accessibility guidelines. 

Our process reflects the specific recommendations of current Web Content Accessibility Guidelines and the expectations of the ADA.

I look forward to speaking with you about an accessibility solution that incorporates a range of advantages.

Click here to let me know how we can help.

Sep 24 2019
Sep 24

"Disability is an avoidable condition caused by poor design.”

This is a sentence that I found in a Certified Professional in Accessibility Core Competencies (CPACC) study guide, and it has given me a new perspective on accessibility. 

For those of us who are steeped in the world of web accessibility, an openness to constantly broadening perspectives is at the heart of our effectiveness -- whether we’re thinking about a wide range of experiences when designing sites or paying close attention to the language surrounding disabilities. 

Words matter, and how we talk to and about people with disabilities factors into the bigger picture of our effectiveness as accessibility evangelists. 

Here are some of the essential lessons that I have learned recently as both a web accessibility developer and as a person who is devoted to understanding a wide range of perspectives

Put People First

People-first language puts the person before their disability -- sending a subtle, but powerful, signal that the person is not defined by their disability.
Some examples of person-first language: 

  • A person who is blind 
  • A person with a hearing impairment
  • A person who uses a wheelchair

Notice that when the word “person” comes before any mention of a disability, we are literally putting the person first.

Identity-First Dilemma

While it may appear to be a direct contradiction to person-first language, identity-first language places the disability before the person. Individuals who prefer this form of speech argue that having a disability has had a major influence on their lives and who they are as a person. Their disability is nothing that they need to hide or be ashamed of.  

Some examples of identity-first language:

  • A blind person
  • A hearing-impaired person
  • A disabled person

Given that these two types of language can appear to be in direct contradiction to each other, determining what’s the preferred form and when to use it can be confusing.

In general, it is fair to assume that person-first language does not offend anyone. It is a benign form of speech and if the individual does have a preference, they will usually inform you of such. However, if there is any doubt or discomfort about which form of speech a person with a disability prefers, it’s okay to just ask.

More Insights

Best intentions don’t guarantee against oversights or offer the ability to view the world from another person’s perspective. So let’s take a closer look at some of the terms that many of us use in our day-to-day language, as well as some outdated language, and some terms you should absolutely never use.

“Accessible” vs. “Disabled” or “Handicapped”

When talking about places with accommodations for people with disabilities, use the term "accessible" rather than "disabled" or "handicapped." 

This is how the importance of this distinction was explained to me. I was asked as a mother of a small child whether I ever used the “handicapped” bathroom stall in a public restroom. I said, “sure.” I was then asked why. 

“Well,” I said, “because it is large and easier to maneuver in with my child.” The person then said, “so you use the bathroom because it is more accessible.”

"Uses a Wheelchair" vs. "Wheelchair Bound"

“Wheelchair bound” is a term that many of us use in our daily language and we should avoid it. It has a restrictive connotation, and implies that the wheelchair is a negative thing, instead of something that broadens possibilities and makes a person’s life more manageable. The wheelchair is a tool that helps to provide access, not a punishment that the individual is bound to. Instead of “wheelchair bound,” try saying “uses a wheelchair” or “wheelchair enabled.” 

Strike from the Vocabulary!

There are certain terms we all should take out of our vocabulary entirely. They include retarded, retard, handicapable, cripple, crippled, victim, stricken, or special needs. All of these terms are negatives and in the case of the top two on the list, absolutely unacceptable. In every case, they imply that people with disabilities are not “normal.”

Some additional “don’ts”

  • Don’t ask a person with a disability how they became disabled.
  • Don’t assume that all disabilities are easily observed. The fact that a person using an accessible parking spot is not using a walking aid does not mean that they are lazy or disrespecting the needs of legitimate users of the space. They could have a pain condition or some other issue preventing them from walking long distances. Often, there is more to a situation than can be detected from a casual observation. 
  • When working remotely, don’t presume that you know everyone’s story. There is much that you may not know concerning a team member or client on the other end of a call -- even if it is a video call. Making language sensitivity a habit, in all circumstances, is not just the right thing to do. It’s good business. 

At Promet Source, we’re actually a lot more interested in the “do’s” of accessible web experiences than the “don’ts.” So if you are looking for an empowering web design that’s excellent and accessible? Contact us today.

Sep 18 2019
Sep 18

These are interesting times for securing tech talent.

With the current unemployment rate at 3.7 percent, the job market is highly competitive, and that’s particularly true for the technology sector. 

Reaching out to agencies that can offer the right talent when and where it is needed is proving to be the solution among savvy organizations. 

Key among the advantages that the right agency relationship offers: the opportunity to leverage specific expertise on an ongoing, ad-hoc, or one-off basis.

In our rapidly changing market, here are six reasons why joining forces with an agency might be a better idea than hiring or relying on in-house talent:

  1. Hiring processes are costlier and more complicated than ever before. 
  2. Employees are an investment and represent overhead in benefits, office space, and training.
  3. Ensuring that an in-house staff consists of employees who have the depth and breadth of skills required to meet current and future needs may not be feasible for many organizations. 
  4. Top talent knows their worth. Along with their increasingly high salary demands, they tend to continue looking for new and better opportunities.
  5. If the hiring decision doesn’t work out, there are costs associated with parting ways along with the risk of legal liabilities.
  6. The market is moving forward at a rapid pace with constantly emerging needs for new types of specialization. The expectation that a few great hires or one exceptional, in-house team, can anticipate and proactively take on every new challenge impedes both agility and opportunity. 

 

Agility Rules

How to respond to these challenges in an environment where not keeping pace with what’s new and next is not an option? Strategic agency relationships. 

Reaching out to firms with targeted expertise that specialize in focused training, rapid-fire development, exceptional design, astute marketing, or incisive consultation on a depth and breadth of topics is proving to be the optimal path forward.  

While there is sometimes a tendency to view relationships with contractors as “all business” and lacking the connections that easily develop among in-house teams, I’ve often experienced a high degree of commitment and connectedness within agency and client relationships that are built upon a personal stake in clients’ success. Bridging this divide calls for an intentional focus, and can be facilitated by a workshop that’s designed to provide a deep understanding of a client's business and knowledge transfer to the agency partner.

There is no question that relationships optimize outcomes. Trust, genuine commitment, and true connections serve to drive game-changing synergies. In many respects, I’ve found that the quality of the relationships can make the difference between a transactional, task-focused approach, and a strategic, long-term vision.

And who can argue that work is considerably more fulfilling and fun when we’re connected with each other both professionally and personally

Looking to join forces with an agency that offers industry-leading expertise, and launch a relationship that can ignite new possibilities in web development, human-centered design, strategic planning, and accessibility remediation? Contact us today

Sep 06 2019
Sep 06

Diagnosing a website for accessibility and fixing any issues that are uncovered is not a one-size-fits-all endeavor. 

Every site has a distinct set of strengths and challenges. Plus, site owners vary widely in their level of expertise and the availability of resources that can be devoted to accessibility -- which includes diagnosing the site, making the necessary modifications, and ensuring that the tools and expertise are in place to maintain compliance. 

That’s why flexibility is an essential criteria when seeking ADA Section 508 accessibility solutions.

Another key: a consultative approach. Generally speaking, developers and content editors aren’t hired for their knowledge of WCAG 2.1, and for most organizations, this expertise is not mission critical. Tapping the expertise of a Certified Professional in Accessibility Core Competencies (CPACC) is the most efficient and effective path for bringing a site into compliance.

For organizations that partner with Promet Source to transition their websites into compliance, the process consists of a series of value-added steps in a specific order.  

The following graphic depicts the essential steps involved in an Accessibility Audit in which Promet review all facets of a website’s accessibility relative to WCAG 2.1, and consults with site owners on remediation. 

A circular graphic that indicates the six steps in a Promet Source Accessibility Audit. 1. PA11Y Setup 2. PA11Y Remediation 3. Round 1 Manual Audit 4. Round 1 Remediation 5. Round 2 Manual Audit 6. Final Statements

PA11Y Setup

A11Y is an abbreviation for accessibility, with the number 11 representing the number of letters between the first and last letter. PA11Y is an automated testing tool that scans web pages to detect inaccessibility. While automated testing is an essential component of the accessibility audit process, it cannot be counted on to be comprehensive. 

On average, automated testing detects approximately 30 percent of a site’s accessibility errors. The errors detected by automated testing tend to be the “low-hanging fruit” found within global elements across the site, as well as logins, landing pages, and representative page templates.
 

PA11Y Remediation

What sets Promet apart following this initial, automatic testing phase is a high degree of consultation, along with a list of custom code fixes for bringing the site into compliance. Additionally, for a year following the audit, clients have the advantage of a dashboard, that serves as a tool from which pages can be scanned and red flagged for accessibility errors.

It’s also important to point out that at the onset of the audit process, it might not be clear what remediation will entail. For any number of reasons, clients who initially intended to manage the remediation in house, might opt for a different approach once they gain an understanding of the scope of work involved.
 

Round 1 Manual Audit 

The manual audit does not occur until all of the issues flagged by the PA11Y scan are fixed. This process is facilitated by the customized code fixes that Promet provides, along with a dashboard that provides a roadmap of sorts for tracking progression and red flagging issues that need to be fixed.  

As mentioned above, the PA11Y scan cannot be counted on to detect all of the accessibility errors on a site. Manual testing is required to root out the deeper errors, which are the issues that have a greater tendency to expose site owners to legal liability. Among them:

  • Keyboard testing,
  • Color contrast testing,
  • Screen reader testing,
  • Link testing,
  • Tables and forms testing,
  • Cognitive testing, and 
  • Mobile testing.

If a site is revealed to be unresponsive, this finding can result in a recommendation to not move forward with remediation. Another potential remediation deal breaker: a mobile site that is not consistent in terms of content and functionality with the desktop site, as a mobile site is required to have the same content as its desktop counterpart.

It’s important to note that a strong accessibility initiative has been built into Drupal 8, and that will continue to be the case for Drupal 9 and subsequent updates. At this point, we have found Drupal to be the best CMS in terms of accessibility.
 

Round 1 Remediation

Promet is in close consultation with clients during the manual audit, and walks through every component of success criteria before the client moves forward with Round 1 Remediation.

A customized plan is created that varies according to depth and breadth of remediation work required, as well as the in-house expertise, and available resources. Depending on client needs, the plan can incorporate various levels of consultation, and either online or in-person training.

Working closely with both content editors and developers, the training focuses on the required remediation steps, as well as how to write code that’s accessible. Ensuring the accessibility of PDFs is another key area of focus.  

The remediation dashboard serves as an essential tool during and following Round 1 remediation. The dashboard flags errors and issues warnings which then need to be manually reviewed and addressed.
 

Round 2 Manual Audit

The Round 2 Audit represents the final review, along with ongoing consultation concerning any remediation challenges that have proven to be complex, and best practices for maintaining compliance. The Round 2 Audit won’t begin until all errors reported in the Round 1 Audit have been remediated to 0 errors.
 

Final Statements

Once all recommended remediation has been completed and verified, final statements are prepared. The final statements provide official language that the audit and remediation are complete. A final Statement of Accessibility and Statement of Work Completed will be provided. Optimally, a complete Statement of Conformance is issued, but in instances where the site links to third-party vendors, (which is often the case) and the vendor sites are not accessible, a Statement of Partial Conformance is issued, along with an explanation of the site owner’s good-faith efforts. 

It is recommended that instances of inaccessibility be reported to third-parties that are linked to the site. Often the result is ongoing remediation work and ultimately, a comprehensive Statement of Conformance.
 

Moving Forward

Without exception, Promet clients report a high degree of added value during and following an accessibility audit. The education, consultation, and opportunity to dig deep and deconstruct aspects of a site that no longer serve the organizational mission fuels a better and wiser team of developers and content editors. Plus, the dashboard that remains in place for a full year, is an essential resource for staying on track.

In the current climate, websites are highly dynamic and serve as the primary point of engagement for customers and constituents. Constantly evolving sites call for an ongoing focus on accessibility, and an acknowledgement that staff turnover can erode the education, expertise, and commitment to accessibility that is in place at the conclusion of an audit. For this reason, a bi-annual or annual audit, which can be viewed essentially as an accessibility refresh, is a highly recommended best practice. Interested in kicking off a conversation about auditing your site for accessibility? Contact us today.

Sep 03 2019
Sep 03

I’ll admit to having watched a few episodes of Marie Kondo’s show on Netflix. She has definitely inspired some of the downsizing my wife and I done over the last few years. I even applied her thought process to my personal website. When I moved it to a new host I thought about how much of the content on it was not sparking joy.  If I didn't really care about stuff did my readers?

This thought process is probably even more valuable for a large business-focused Drupal site than it was for my goofy personal website.

Kondo's six principles for tidying up your house are:

  1. Commit yourself to tidying up.
  2. Imagine your ideal lifestyle.
  3. Finish discarding first.
  4. Tidy by category, not location.
  5. Follow the right order.
  6. Find joy.

Commit yourself to tidying up

This one is pretty obvious. Make a plan or create a schedule with a hard due date for a wide, sweeping content audit. Require every department to provide a list of their content that needs to stay. Question why stuff needs to stay on the site. "Because it's always been there" is not an acceptable answer.

Image your ideal lifestyle

If we substitute website for lifestyle this one starts to be helpful. What websites do you love? How can you apply inspiration from those websites  to your site?

Finish discarding first

This one is important. Migrating content to a new CMS or new website is expensive. Don't pay to move content that doesn't need to be there. Make sure the timeline requires the content audit to be done first, prior to migrating to the new site.

Tidy by category, not location

Don't worry about whether or not press releases deserve a place in the top-level navigation. Worry about whether or not press releases need to be on the site at all. When is the last time somebody other than a Googlebot visited the 2005 press release archive? If regulatory or other pressures force you to keep them around, do they need to actually be on the site? Consider options, such as keeping the last two years of press releases on the site, and drop everything else into a public Dropbox folder.

Then repeat the above process for every other category of content on your site.

Follow the right order

With houses, Kondo recommends clothes, books, papers, miscellany, and finally sentimental items. In our house, we still haven't gotten through eight boxes of loose photos because every time I start, I waste three hours looking at old pictures, without making any decisions. This is why sentimental stuff needs to come last. For your website, maybe you want to follow the 80 / 20 rule. First, clean out 80 percent of the content that gets no action. As you are doing so, be mindful of SEO and any decisions that might undermine strategies for how search engines treat your site. 

Find joy

OK, does any website really spark joy? Well, maybe XKCD does. The annual blog post recapping the company retreat may not spark any real business value, but it may spark a smile when you remember it. That's okay. You can keep those posts.

Finally, remember to greet your website and thank the content that you are removing, like Marie does when she enters a house or determines an old sweater can go.  

Not exactly sure how this relates, but I needed an ending.

If you need help wrangling your content or migrating to a new site, get in touch. We can help!

Aug 31 2019
Aug 31

I’ll admit to having watched a few episodes of Marie Kondo’s show on Netflix. She has definitely inspired some of the downsizing my wife and I done over the last few years. I even applied her thought process to my personal website. When I moved it to a new host I thought about how much of the content on it was not sparking joy.  If I didn't really care about stuff did my readers?

This thought process is probably even more valuable for a large business-focused Drupal site than it was for my goofy personal website.

Kondo's six principles for tidying up your house are:

  1. Commit yourself to tidying up.
  2. Imagine your ideal lifestyle.
  3. Finish discarding first.
  4. Tidy by category, not location.
  5. Follow the right order.
  6. Find joy.

Commit yourself to tidying up

This one is pretty obvious. Make a plan or create a schedule with a hard due date for a wide, sweeping content audit. Require every department to provide a list of their content that needs to stay. Question why stuff needs to stay on the site. "Because its always been there" is not an acceptable answer.

Image your ideal lifestyle

If we substitute website for lifestyle this one starts to be helpful. What websites do you love? How can you apply inspiration from those websites  to your site?

Finish discarding first

This one is important. Migrating content to a new CMS or new website is expensive. Don't pay to move content that doesn't need to be there. Make sure the timeline requires the content audit to be done first, prior to migrating to the new site.

Tidy by category, not location

Don't worry about whether or not press releases deserve a place in the top-level navigation. Worry about whether or not press releases need to be on the site at all. When is the last time somebody other than a Googlebot visited the 2005 press release archive? If regulatory or other pressures force you to keep them around, do they need to actually be on the site? Consider options, such as keeping the last two years of press releases on the site, and drop everything else into a public Dropbox folder.

Then repeat the above process for every other category of content on your site.

Follow the right order

With houses, Condo recommends clothes, books, papers, miscellany, and finally sentimental items. In our house, we still haven't got through the eight boxes of loose photos because every time I start, I just waste three hours looking at old pictures, without making any decisions. This is why sentimental stuff needs to come last. For your website maybe you want to follow the 80 / 20 rule. First, clean out 80 percent of the content that gets no action. As you are doing so, be mindful of SEO and any decisions that might undermine strategies for how search engines treat your site. 

Find joy

OK, does any website really spark joy? Well, maybe XKCD does. The annual blog post recapping the company retreat may not spark any real business value, but it may spark a smile when you remember it. That's okay. You can keep those posts.

Finally, remember to greet your website and thank the content that you are removing, like Marie does when she enters a house or determines an old sweater can go.  

I have no idea what that means, but I needed an ending.

If you need help wrangling your content or migrating to a new site, get in touch. We can help!

Aug 26 2019
Aug 26

Promet Source is humbled to announce that this summer, two websites that we designed and developed for our clients have won three prestigious awards. 

2019 is the 25th year in which the widely recognized Communicator Awards have recognized “work that transcends innovation and craft” -- work that stands to make a “lasting impact.” The Communicator Awards receive more 6,000 entries and is sanctioned and judged by the Academy of Interactive & Visual Arts, an invitation-only group consisting of industry-leading professionals from media, communications, advertising, creative and marketing firms. AIVA also judges the W3 Awards, and the Davey Awards.  

The American Association of School Librarians’ 2019 Best Websites for Teaching & Learning rankings are peer reviewed and awarded based on the following criteria: innovation, creativity, active participation, collaboration, free to use, user friendliness, and encouraging for a community of learners to explore and discover. 

Awarding Endeavors

At Promet Source, the satisfaction of a job well done and a client whose expectations have been exceeded is the award we seek and the primary driver of creative solutions, collaborative passion, and constant dedication to staying on top of our game. 

Occasionally, though, there’s another level of achievement and recognition -- prestigious awards in which third parties evaluate our work and judge it to be at the leading edge of the rapidly evolving marketing and media landscape.

Both of these award-winning websites represented a labor of love for both Promet Source and our clients. Ready to Code was sponsored by Google and stemmed from a longstanding collaborative effort between the American Library Association and Google. The depth and breadth of resources available on the site are designed to empower librarians to advance computational thinking among children and teens of all backgrounds as an essential component of 21st Century literacy.

The Martin County Florida website served as an opportunity to optimize a utilitarian user experience that streamlined access to the full range of county services, updates, news, and social media connections, while strengthening civic pride with a visually engaging site that leveraged images of the county’s spectacular natural beauty and stunning infrastructural achievements.   

For Martin County, knowledge that their website has received recognition and attention on an international scale has compounded the impact of key objectives: heightened civic pride and greater awareness of a centralized location for conducting all county business.

For the American Library Association Ready to Code site, the recent ranking from the American Association of School Librarians represents a stamp of approval that has served to advance the mission of the site by increasing its credibility and magnifying its objectives, according to Marijke Visser, associate director and senior policy advocate for the American Library Association.

Why Awards Matter

In the rapidly evolving digital landscape, pushing the bounds of possibilities is an essential success factor. Leaning on what passed for innovation last year is the path toward tired solutions that don’t resonate with clients and constituents. That’s why we at Promet Source take awards such as these seriously and are honored to be in the company of agencies that share our dedication.

Ultimately, websites win awards because they work. They are built upon a deep level of inquiry that leads to extreme empathy for what users need and what they are hoping to accomplish when they visit a site. 

Users are bombarded every day with messages, media, and technologies that confuse and get in the way. The websites that win awards offer a surprisingly delightful experience in which extra effort and expertise on the part of designers and developers translates into streamlined simplicity -- a breath of fresh air within a cluttered and complex world.

Interested in the calibre of design and web development that wins awards while driving big-picture goals? Contact us today.

Aug 12 2019
Aug 12

Like many companies in our technology-enabled, globally connected environment, Promet Source operates with clients and team members all over the world. This reality creates a challenge for communications. The truth is, the more we put into our interactions, the more we get out of them.

I’ve been working with distributed teams for a long time. Even though I got very accustomed to joining video calls, until recently, I had opted to not turn my camera on. I guess it started a while back when I had my first virtual interactions with teammates. Probably due to shyness or my lack of knowledge of virtual communications, I tended to avoid the camera component. That's changed.

Eye-Opening Experience

Lately I’ve started using more face-to-face open communications with clients, collaborators and internally. It brings a higher level of empathy, honesty and receptiveness to the conversations. It’s been like going from a gray-scale image to a sudden, colorful world, and has provided an important step toward building trust and strengthening ties.

A couple weeks ago, I was on a call with a collaborator and a team member with whom I’ve been working for more than two months.

That day, I turned on my camera, and the dynamic quickly changed. We started having a candid conversation between the three of us. 

As I we were chatting, my co-worker felt encouraged and also turned on his camera. We were able to see each other's faces for the first time in more than two months of working together. It made a difference.

Next, our collaborator followed suit and turned his camera on. The conversation was instantly raised up to another level. Once one of us opened up, others felt empowered to do the same. It was like a chain reaction or “Domino Effect.”

A New Dimension

We could comment about our surroundings, our clothes, our hair, what was going on in our lives and in our parts of the world!  We were able to get talking and build rapport so much more easily.

The collaboration on the call became alive and we got more out of it than if we had not had the advantage of video.

Looking back on this conversation, it would be easy to say that it was video that made the difference, but that was only one aspect. It was empathy that drove the emotional connection. 

The cameras helped. We were also willing to open ourselves up to a more honest dialog, sharing something personal, becoming available and responsive to each other. 

The Key: Trust

Trust your teammates. Trust your clients. Trust your collaborators. Trust that there is value in what you have to share.

Here’s what I’ve concluded are the keys to successful interactions even when working across multiple time zones.

Lead by Example

Be confident and share honestly. Let other people see you and hear you. Let your emotions shine through your expressions (facial expressions, expressions through the tone of your voice, the words you choose, etc.) 

Open up and people will trust you, and they will be more likely to open up too.  The Domino Effect can be very exciting.

Leverage Human Interaction

Promet Source is a leading practitioner of human-centered design. We know what it means to design for humans and we facilitate human-centered design workshops all over the country to enhance effectiveness and outcomes.

Just as we consistently emphasize that we are designing for humans, we are careful to not lose sight of the fact that we are designing by humans.

Strengthen Teams through Sharing

Too often, the left brain, technology-driven environment in which we operate ignores the powerful impact of the human element in all of our engagements. Even when separated by borders and time zones, efforts to connect on a personal level pays off in ways that are often unanticipated.

Have you found this to be the case? Share your thoughts in the comment section below on why and how connecting on a human level can drive better outcomes.

Sharing your thoughts and experiences can go a long way toward a greater sense of connection and community in our dispersed, digital world.
 

Aug 09 2019
Aug 09

At Promet Source, conversations with clients and among co-workers tend to revolve around various aspects of compliance, user experience, site navigation, and design clarity. We need a common nomenclature for referring to interface elements, but that leads to the question of who makes this stuff up and what makes these terms stick?
 
I asked that recently, during an afternoon of back-to-back meetings. In separate contexts, “cookies,” “breadcrumbs,” and “hamburgers” were all mentioned as they pertain to the sites we are building for clients. But I got to wondering: what is it about the evolving Web lexicon that seems inordinately slanted towards tasty snacks?
 

One Theory

As we all know, devs and designers work very hard, with incredible focus for long hours at a stretch. Are we trying to inject some fun language that evokes touch, taste, and smell to a web that can feel rather flat sometimes when we are in the trenches?


I couldn’t help but wonder about a potentially unifying theme to cookies, breadcrumbs and the buns that provide the top and bottom horizontal lines of the increasingly ubiquitous hamburger icon. That sparked my curiosity and a bit of research.

Data/Cookie Jar

Let’s start with cookies -- a term that refers to the extraction and storage of user data such as logins, previous searches, activity on a site, and items in a shopping cart.  Almost all Websites use and store cookies on Web browsers.

a stack of chocolate chip cookies

Generally speaking, cookies are designed to inform better and more personalized Web experiences, but they do, of course, give rise to all sorts of privacy and security concerns. 
 
Potential cookie constraints for Websites developed in the United States for a U.S. audience are moving in an uncertain direction. Up to this point, it’s essentially been the Wild West, with few restrictions governing their usage. 
 
In the European Union, it’s a different story. Assorted rules and regulations, collectively known as the “Cookie Law,” have been in place for nearly a decade -- forbidding the tracking of users’ Web activity without their consent. 
 
As is the case with U.S.-based Websites that need to ensure accessibility, compliance with the Cookie Law can be complicated -- requiring rewriting and reconfiguration of code, followed by careful testing to ensure that the site’s code, server and the user’s browser are aligned to prevent cookies from tracking user behavior and collecting information. And another issue that accessibility and cookies have in common: there’s more at stake than compliance. To an increasing degree, users avoid engaging with Websites when they believe that their activity is being tracked by the use of cookies and there’s no question that overall levels of trust appear to be on the decline as privacy concerns increase. This is among the reasons why many websites are starting to give users the option of just saying no to cookies and still allowing them access to the site.

Connecting the Crumbs

Considerably newer to the Web lexicon than cookies, a breadcrumb or breadcrumb trail is a navigational aid in user interfaces designed to help users track their own activity within programs or websites, providing them with a sense of place within the bigger picture of the site. 
 
Breadcrumbs can take different forms. Generally speaking, a breadcrumb trail tracks the order of each page viewed, as a horizontal list below the top headers. This provides a guide for the user to navigate back to any point where they’ve previously been on the site. Think about Grimms’ story of Hansel and Gretel.
 
Breadcrumbs can be very helpful on complex, content-heavy sites. Who among us hasn’t found themselves frustrated in an attempt to navigate back to a page that seems to have temporarily disappeared?

On the Table

Unlike cookies, which for better or for worse, are stored behind the scenes and consumed in a manner that’s usually not known to the user, a breadcrumb trail is out in the open -- right upfront for the user to see and follow. Breadcrumbs are designed solely to enhance the user experience, functioning as a reverse GPS on complex Websites.  
 
As more and more users come to count on breadcrumbs as a navigational aid, we can expect that the demand for them will increase. At the same time, we can expect that usage of cookies will come under increased scrutiny along with a trend toward escalation of privacy concerns and a growing skittishness about how personal information is being shared. At Promet, we consider cookies to be a must-have on any site.

Time for Some Protein

As for the third item in our list of tasty Web terms, the hamburger is essentially all good. This three-line icon that’s started to appear at the top of screens serves as a mini-portal to additional options or pages.

Actual hamburger on the left. A web hamburger icon on the right.

What’s not to love about this feature that takes up so little space on the screen, but opens the door to a trove additional navigation or features for apps and Websites? Fact is, UX/UI trends are constantly evolving, and users vary widely in the pace in which they pick up what’s new and next. The hamburger icon has a lot going for it and it’s not going away.

 

Meet the Search Sandwich

There’s a item on the table and we were just introduced to it by one of our UX savvy clients. As far as I know, it doesn’t have an official name yet, so we affectionately refer to it as the “search sandwich.” It’s an evolved hamburger combined with a search icon to indicate to users that both the navigation menu and the search bar can be accessed from this icon. It looks a bit like a ham sandwich with an olive on top and might make an appearance on a website soon. Stay tuned.
 
So there you have it. Key factors in our Web design world. -- possibly a reflection of a desire to take our high-tech conversations down a notch, with these playful metaphors for elements that we must all learn to identify with whether a designer, developer, or just a web user. They remind us that the Web is a rapidly evolving environment of UI/UX trends -- created and consumed by humans. 
 
Interested in serving up a tasty web experience? Contact us today

Aug 09 2019
Aug 09

At Promet Source, conversations with clients and among co-workers tend to revolve around various aspects of compliance, user experience, site navigation, and design clarity. We need a common nomenclature for referring to interface elements, but that leads to the question of who makes this stuff up and what makes these terms stick?
 
I asked that recently, during an afternoon of back-to-back meetings. In separate contexts, “cookies,” “breadcrumbs,” and “hamburgers” were all mentioned as they pertain to the sites we are building for clients, and I got to wondering: what is it about the evolving Web lexicon that seems inordinately slanted towards tasty snacks?
 

One Theory

As we all know, devs and designers work very hard, with incredible focus for long hours at a stretch. Are we trying to inject some fun language that evokes touch, taste, and smell to a web that can feel rather flat sometimes when we are in the trenches?

And then, I couldn’t help but wonder about a potentially unifying theme to cookies, breadcrumbs and the buns that provide the top and bottom horizontal lines of the increasingly ubiquitous hamburger icon. That sparked my curiosity and a bit of research.

Data/Cookie Jar

Let’s start with cookies -- a term that refers to the extraction and storage of user data such as logins, previous searches, activity on a site, and items in a shopping cart.  Almost all Websites use and store cookies on Web browsers.

a stack of chocolate chip cookies

Generally speaking, cookies are designed to inform better and more personalized Web experiences, but they do, of course, give rise to all sorts of privacy and security concerns. 
 
Potential cookie constraints for Websites developed in the United States for a U.S. audience are moving in an uncertain direction. Up to this point, it’s essentially been the Wild West, with few restrictions governing their usage. 
 
In the European Union, it’s a different story. Assorted rules and regulations, collectively known as the “Cookie Law,” have been in place for nearly a decade -- forbidding the tracking of users’ Web activity without their consent. 
 
As is the case with U.S.-based Websites that need to ensure accessibility, compliance with the Cookie Law can be complicated -- requiring rewriting and reconfiguration of code, followed by careful testing to ensure that the site’s code, server and the user’s browser are aligned to prevent cookies from tracking user behavior and collecting information. And another issue that accessibility and cookies have in common: there’s more at stake than compliance. To an increasing degree, users avoid engaging with Websites when they believe that their activity is being tracked by the use of cookies and there’s no question that overall levels of trust appear to be on the decline as privacy concerns increase. This is among the reasons why many websites are starting to give users the option of just saying no to cookies and still allowing them access to the site.

Connecting the Crumbs

Considerably newer to the Web lexicon than cookies, a breadcrumb or breadcrumb trail is a navigational aid in user interfaces designed to help users track their own activity within programs or websites, providing them with a sense of place within the bigger picture of the site. 
 
Breadcrumbs can take different forms. Generally speaking, a breadcrumb trail tracks the order of each page viewed, as a horizontal list below the top headers. This provides a guide for the user to navigate back to any point where they’ve previously been on the site. Think about Grimms’ story of Hansel and Gretel.
 
Breadcrumbs can be very helpful on complex, content-heavy sites. Who among us hasn’t found themselves frustrated in an attempt to navigate back to a page that seems to have temporarily disappeared?

On the Table

Unlike cookies, which for better or for worse, are stored behind the scenes and consumed in a manner that’s usually not known to the user, a breadcrumb trail is out in the open -- right upfront for the user to see and follow. Breadcrumbs are designed solely to enhance the user experience, functioning as a reverse GPS on complex Websites.  
 
As more and more users come to count on breadcrumbs as a navigational aid, we can expect that the demand for them will increase. At the same time, we can expect that usage of cookies will come under increased scrutiny along with a trend toward escalation of privacy concerns and a growing skittishness about how personal information is being shared. At Promet, we consider cookies to be a must-have on any site.

Time for Some Protein

As for the third item in our list of tasty Web terms, the hamburger is essentially all good. This three-line icon that’s started to appear at the top of screens serves as a mini-portal to additional options or pages.

Actual hamburger on the left. A web hamburger icon on the right.

What’s not to love about this feature that takes up so little space on the screen, but opens the door to a trove additional navigation or features for apps and Websites? Fact is, UX/UI trends are constantly evolving, and users vary widely in the pace in which they pick up what’s new and next. The hamburger icon has a lot going for it and it’s not going away.

 

Meet the Search Sandwich

There’s a item on the table and we were just introduced to it by one of our UX savvy clients. As far as I know, it doesn’t have an official name yet, so we affectionately refer to it as the “search sandwich.” It’s an evolved hamburger combined with a search icon to indicate to users that both the navigation menu and the search bar can be accessed from this icon. It looks a bit like a ham sandwich with an olive on top and might make an appearance on a website soon. Stay tuned.
 
So there you have it. Key factors in our Web design world. -- possibly a reflection of a desire to take our high-tech conversations down a notch, with these playful metaphors for elements that we must all learn to identify with whether a designer, developer, or just a web user. They remind us that the Web is a rapidly evolving environment of UI/UX trends -- created and consumed by humans. 
 
Interested in serving up a tasty web experience? Contact us today

Aug 06 2019
Aug 06

Drupal is certainly not only the open-source CMS game in town, but when consulting with clients about the best solution for the full range of their needs, it tends to be my go-to.

Here’s why: 

  • Architecture
  • Scalability
  • Database Views
  • Flexibility
  • Security
  • Modules
  • Search
  • Migration  

Architecture

Drupal 8 is built on modern programming practices, and of course, the same will be true for June 2020 release of Drupal 9. 

A Development – Test – Production environment is the default assumption with a Drupal 8 site. Too often, other CMS sites are managed as a single instance, which is a single point of failure. 

Also, Drupal comes with a built-in automated testing framework. Drupal 8 supports unit integration and system/functional testing using the PHP Unit framework. Drupal is built to be inherently extensible through configuration, so every data type can be templated without touching code to achieve fully customized, structured data collection.

Scalability

Drupal has proven to be scalable at the most extreme traffic levels. Weather.com, as just one example, is a Drupal site. Many of the Federal cabinet-level agencies using open source have built their web infrastructures on Drupal. Drupal has built-in functionality, such as a robust caching API and JS/CSS minification/aggregation to optimize page load speed.

Database Views

Drupal Views, which is in Drupal 8 core, is a powerful tool that allows you to quickly construct database views, with AJAX filtering and sorting included. This allows you to quickly construct and publish lists of any data in your Drupal site, without needing a developer to do it for you.

Flexibility

There are several components of flexibility. 

Drupal 8 was built as an API-first CMS, explicitly supporting the idea that the display layer for content stored in a Drupal CMS may not be Drupal. The API first design of Drupal 8 also means that it is easier to integrate Drupal with third-party applications, as the API framework is already in place.

Customers vary widely in the ways in which they currently consume content. We assume that new ways will emerge for consuming content in the future, and even though we may not be in a position to predict right now what that will look like, Drupal is well poised to support what comes next.

Security

The only totally secure CMS is the one installed on a server that is sitting at the bottom of the Mariana trench, with no connectivity to anything!  However, Drupal has been tested in the most rigorous and security-conscious environments across government and industry. With a dedicated security team managing not just Drupal core but also many popular modules, and the openness inherent in open source, Drupal is a solid, secure, platform for any website.

Modules / Extensions

Drupal modules are created and contributed to the community because they solve a problem. If you have the same or similar problem to solve you may be a simple module install away from solving that problem. Also, all Drupal modules are managed and accessible through a single repository at Drupal.org, providing a critical layer of vetting and security.

Search

Current versions of Drupal come with  powerful and unparalleled out-of-the-box search functionality. Also, SOLR integration is plug-and-play with Drupal, allowing you to extend the capabilities of search to index documents, or across multiple domains, or to build faceted search results to improve the user experience.

Migration

Face it: migration is not fun with any CMS. However, the Drupal 8 migration (and the same will be true for Drupal 9) API is highly capable of importing complex data from other systems. Simpler CMS platforms tend to offer simple migration for out-of-the-box content types (posts and pages), but not so much for complex data or custom content types.

Summary

Settling on the right CMS platform is often not an obvious choice. Weighing the relative benefits of every option can take time and calls for expert consultation. In instances where complexity increases, and there’s a need to integrate the CMS with outside data sources, I’ll admit to a Drupal bias. This is based on my experience of Drupal as a CMS framework that was designed specifically for the challenges of a mobile-first, API driven, integrated digital environment.

Looking for further exploration into the relative merits of your open source CMS options? Contact us today for an insightful, informative and fully transparent conversation.


 

Jul 29 2019
Jul 29

Conversations concerning accessibility of digital assets tend to fall into one of two categories: the carrot or the stick. 

The carrot is the host of business benefits associated with ensuring a great and accessible experience for all users. All too often, though, it’s the stick -- the threat of a lawsuit or actual legal action filed in federal court under Title III of the ADA -- that drives organizations to begrudgingly take steps toward getting their digital assets into compliance with WCAG 2.1 and ADA Section 508. 
 

Accessibility Claims Climb

Let there be no doubt, that the stick is real, and gaining momentum at a rapid pace. Lawsuits based on claims that a disabled person could not access a website because it was not coded to work with screen readers, or other assistive technologies, continues on a sharp upward trajectory. In 2018, we witnessed a threefold increase in accessibility lawsuits over 2017 -- from 814 to 2,285. The year-over-year increase in accessibility lawsuits filed during the first quarter of 2019 is more than 30 percent higher than the first quarter of 2018.  

The Southern and Eastern District of New York are battling the majority of these claims, followed by Pennsylvania and Florida, but the current geographic concentration cannot be viewed as any indicator of what’s next. The fact is, any organization that has a consumer-facing website that is not accessibility compliant, risks legal action.

There are no shortage of statistics such as these pertaining the “stick”-- the need for urgent and in-depth action to ensure accessibility compliance. I find conversations concerning the carrot to be far more fruitful, though. 
 

Accessibility is Good for Business

It should come as no surprise that the recent surge of accessibility-related lawsuits parallels the radical shift toward ecommerce. People of all physical and cognitive abilities are now counting on websites to buy what they need online, and retailers who are proactive about the accessibility of their sites are at a significant advantage for more reasons than simply staying out of court.

Any time a client is unable to complete a transaction or has a sub-par online shopping experience, that’s a lost opportunity. Chances are slim that a frustrated shopping experience will lead to a lawsuit, but there’s a significant likelihood that the client will look elsewhere -- possibly never returning to the site that was perceived to be problematic. This is among the reasons why it is so essential that we take a holistic view of online accessibility -- looking beyond the legal mandates and sharpening the focus on the needs and expectations of the users of your site. 

Vast and Varied Market

Recent Census Bureau statistics reveal that 56.7 million Americans, close to 20 percent of the population, have some form of disability.

Specifically:  

  • 3.3 percent of the population are visually impaired, which can include color blindness or require that they use a screen magnifier or a screen reader.
  • 3.1 percent have a hearing impairment for which they need to rely on captions for audio and visual media. 
  • Another 6.3 percent of the population have some sort of cognitive, mental, or emotional impairment which could impede their ability to complete a transaction without clear and consistent navigation and prompts.
  • And 8.2 percent have difficulty lifting or grasping, which could challenge their ability to use a mouse or navigate a keyboard. 

Accommodations and Awareness

Remediating a site to ensure accessibility will enhance the experience and enable commerce for differently abled users, while also attracting more users to the site.  A huge and seldom discussed advantage of online accessibility is its impact on SEO. Consider the analogy of how difficult it can be to find what you need on a cluttered desk stacked up with unmarked files. A well-ordered site that is tagged appropriately, with images that are accurately described, is not only key to accessibility compliance, it’s essential for modern browser searches. And don’t overlook PDFs. Information that is locked in an inaccessible PDF won’t be found by search engines -- a critical competitive disadvantage in the current market. 
 
A holistic and heartfelt approach to accessibility results in a blurring of the lines between user experience and ADA mandates. Much of this is accomplished during a Promet Source Human Centered Design workshops that take a deep and consensus-building inquiry into user needs and opportunities for growth. A holistic approach to accessibility is about ensuring a great user experience. It’s an investment in your brand and a profound opportunity for growth.

Looking for help with defining your audience and ensuring an accessible user experience that exceeds expectations? Contact us today.

Jul 22 2019
Jul 22

“Is it worth it?”
 
This summer, I’ve been asked a lot of questions concerning Promet Source’s commitment to sponsoring Drupal Camps, as well as our eagerness to lead training events and be present at them in every way that we can. 
 
I get that at any given moment, most of us have more on our plates than we can handle. It’s difficult to justify throwing travel and a two or three day camp or convention into the mix.  
 
That said, my answer to the “Is it worth it” question is an enthusiastic, “YES.”
 
Here’s why:

1. It’s good for business

Key among my objectives is the opportunity to connect with a new client or two, but regardless of the expectation that I have walking into an open-source event, I always learn something new or gain a new perspective or solidify a relationship in an expectation-exceeding kind of way. The basic maxim, “You don’t know what you don’t know,” rings very true during Drupal training events, and I’ll add to that, “You don’t know who you don’t know.”
 

2. You owe it to the community

The defining feature of any open source product is not the technology, it's the people. Open source thrives or dies based on the community that supports it. Any company that depends on open source has a responsibility to give back to the community. Giving back can come in many forms.

  • Contribute code back to the project, update documentation and other traditional "technical" facets of open source
  • Sponsor the project financially, either by funding critical work or by sponsoring events that bring the community together
  • Provide, content, programming, and volunteer labor to the events
  • Just show up

If your company is built on open source, consider all of the above as goals. 

3. Jobs

This one should be obvious. If you need to hire open source savvy people you will find no greater concentration of them than at a camp or convention. Likewise, if you are looking for a job in the open source world, or simply to network among the movers and shakers, you can usually count on the most connected players participating in and sponsoring open source events.
 

4. You get smarter

It's probably impossible to attend a Drupal Camp or DrupalCon and not come out of it smarter. The sessions are led by passionate and really smart people sharing interesting ideas and technical solutions to complex problems. Product pitches are usually prohibited, so the presentations are actually useful. And the conversations you end up in on the "hallway track" are often the most interesting of all.

5. It is fun

Get 25 to 2,500 open source advocates together in one place and shenanigans will result. Decorum, and maybe a statute of limitations, prohibits me from going into too much detail here. And a lot of activity is actually very tame. Trivia contests, dinner meetups, and coffee exchanges are regular occurrences.
 

6. The people

Hey, it's a bonus 6th reason. Oh, the people you'll meet. This should probably be reason #1.

Drupal GovCon starts tomorrow, July 24, 2019, in Bethesda, Md., and runs through July 26. I would love to count you among the people I meet at this event. Contact me and let’s work out a good time to connect.

Jul 10 2019
Jul 10

The countdown for the June 2020 Drupal 9 release has begun. As the Drupal community awaits this next big thing, here are the two burning questions on the minds of Drupal Devotees: 

  • What can we expect from Drupal 9?
  • What should we do between now and next June?

As the Business Development lead for Promet Source, with the added perspective of an Acquia Certified Drupal 8 Site Builder, I’m in the trenches everyday helping organizations to unpack questions such as these. Here are some of the concerns that I hear most often, along with my thoughts on how to most efficiently prepare for the transition.

Q. What are the most exciting/game-changing features of Drupal 9?

The most exciting thing about Drupal 9 is that there aren’t any game-changing features! No new features will be added after Drupal 8.9. Drupal 9 will remove any depreciated code or APIs that are still in Core. If your site works great on Drupal 8.9 and you are not relying on any depreciated APIs, the upgrade to Drupal 9 should be just like going from Drupal 8.8 to Drupal 8.9.

Q. To what extent does Drupal 9 reflect the evolution of the Drupal community?

Many of us know about the pain of migrating from Drupal 7 to 8. In fact, it is so painful that 750,000 Drupal 7 sites still haven’t upgraded. Drupal 9 represents the cumulation of the vision implemented with the complete overhaul that resulted in Drupal 8. For all practical purposes, Drupal 8 is a different CMS than Drupal 7. However, Drupal 8 was built with the idea that future major version upgrades would be incremental, not evolutionary changes. Drupal 8 is a enterprise-ready CMS built to support engaging digital experiences over the long term.

Q. Do you anticipate that Drupal 9 will draw in new types of users?

I don’t expect Drupal 9 to be a major event at all, and that is a good thing. It’s simply what comes after Drupal 8.9. Some changes in Drupal 8 over its lifespan, particularly the Layout Builder features that enables very powerful drag-and-drop page building capabilities, should make Drupal more appealing to distributed organizations that want to distribute content creation and management throughout the organization.

Q. Why would we migrate from Drupal 7 to Drupal 8 at this point when another migration is around the corner?

Change is inevitable. You can’t avoid it. Drupal 9 is really just the next update after Drupal 8.9. In fact, it will have feature parity with Drupal 8.9. Migrating from Drupal 7 to Drupal 9 will be no more or less complicated than migrating from Drupal 7 to Drupal 8. Also, Drupal 7 and 8 will both hit end-of-life status at the same time, in November 2021. So staying on Drupal 7 or Drupal 8 won’t really be an option after November 2021.

The Drupal community won’t be maintaining Drupal 7 or 8 after Nov. 2021, although a  commercial vendor will likely seize the opportunity to provide a commercial support option. 

But really, just upgrade. Drupal 8.9 is so much better than Drupal 7 in many ways. Email me if you want to set up a call to discuss the differences.

Q. Practically speaking, could you compare a D7 to D8 migration, vs. a D8 to D9?

Imagine you drive a Toyota Camry and fortune smiles on you and are gifted a 2019 Ferrari 488 Pista. It’s still a car, but you will basically need to relearn how to drive. That is D7 to D8 from the developer perspective. The content editor/writer perspective is more like going from the Camry to a BMW. It’s just a nicer version of what you already had.

D8 to D9 will be like taking the Ferrari in for a tune-up.

Q. We’ve already migrated to Drupal 8 and it meets our needs. Any reason why we can’t just leave it at that and stay with Drupal 8 indefinitely?

Drupal 9 is just the update that comes after Drupal 8.9. For all practical purposes, you are staying on Drupal 8. It's just that Drupal 8 is constantly evolving, and because we are out of single digit number to the right of the decimal point at 8.9, the next update gets called Drupal 9.0. Also, that change in digits is a convenient place to clean out the depreciated code in the code base that you should have stopped using by now anyway.

We at Promet Source are here to help with any Drupal-related questions that you might have. Contact us anytime.


 

Jul 02 2019
Jul 02

The majority of communications regarding digital accessibility tend to focus on websites only. Too often, it’s overlooked that PDFs  are also required to be accessible. Here are some guidelines to help in the review and remediation of existing documents, along with guidance for ensuring accessibility of PDFs as they are created.  

PDF Maps

  • For larger, more detailed maps:
    • Upgrade to the latest version of ERSI.
    • Use ESRI for all large/detailed maps from departments such as Zoning, GIS, and Public Works.
    • Link to these larger maps in meeting agendas and minutes.
       
  • Options for simpler maps:
    • Convert to Google Maps whenever possible
    • Keep it as a PDF document but make it accessible by following these steps:
      • Run the PDF map through the Acrobat accessibility checker tool.
      • Address all accessibility issues revealed.
      • Note: This process is more time-consuming as it will involve tagging each of the images or image hot-spots.

Scanned and Inaccessible PDFs

If the PDF document is not accessible (i.e. scanned document), there are a few options for how to deal with it:

  • Convert scanned PDFs to instantly editable text using automatic OCR software in Acrobat Pro.
  • Create an accessible alternative version of the document in one or more of the following formats:
    • Google Maps
    • ESRI GIS
    • Large Print
    • CD
    • Braille
    • Audio
  • List it on the site as a historical document where your users can contact you to get access to it in various forms that can include:
    • Electronic copy
    • Printed copy
    • Reading it aloud for users who are blind
  • Important note: If one of these three options cannot is not possible, then the document should be completely removed from the site to avoid litigation and confusion.

Static and Fillable PDFs

Decide whether the PDF should be:

  • Converted to an online HTML form (recommended)
  • Made to be an accessible PDF

If you decide to convert it to an online HTML form:

  • Create an online HTML form based on the fields in the fillable PDF. If there are any fields that aren’t necessary, remove them.
  • Test the form to make sure that it meets all WCAG Level A/AA standards

If you decide to make it an accessible PDF:

  • Run the fillable PDF through the Acrobat accessibility checker tool
  • Fix all accessibility issues using the Acrobat accessibility checker tool
  • Offer alternative formats. In order to give your users more accessible alternatives, content within PDFs should also be available in the following formats:
    • Google Maps
    • ESRI GIS
    • Large Print
    • CD
    • Braille
    • Audio

When creating new documents

  • Always start from a source document (i.e. Word, Excel).
  • Make the source document accessible by using its accessibility checker tool.
  • Convert the source document to PDF format using the recommended steps.
  • Check the new PDF file with the accessibility checker tool.
  • Address all accessibility issues using the Acrobat accessibility checker tool.

Consider the above guidelines to be a start, and most importantly, a reminder that document accessibility is not an option but a requirement.

For help or further guidance with the full range of your online accessibility issues, Promet Source offers expert, targeted expertise and support. Contact us and let us know how we can help with ensuring the accessibility of your digital assets.

For a deeper dive:

Jun 10 2019
Jun 10

Smart business decisions tend to be equated with cutting costs and saving money.
 
Over the past decade or so, “Better! Faster! Cheaper!” has become the rallying cry for business process reengineering and new initiatives within every sector. As a developer and former business owner, I get this. Efficiency is essential.
 
I tend to look favorably on the fastest, most streamlined solution, and as such, I have a lot of empathy for clients who are seeking fast fixes to ensure that their websites and all of their digital assets get into compliance with WCAG 2.1 for ADA accessibility.
 
But as a developer, my focus is, first and foremost, on solving problems, and I can state unequivocally that overlays can't be counted on to solve the challenges associated with digital accessibility.
 
A recent web accessibility legal case, Haynes vs. Hooters set the precedent that organizations are required to remediate their actual code and not rely on band-aid dashboards or overlay solutions that appear to represent a quick fix that requires seemingly little hands-on maintenance.

Here are 4 key challenges inherent to overlays:

  1. Visually impaired users don't typically use them. They tend to have their own tools with their own voice and reader settings with which they are comfortable and proficient based on their experience and ability level. Your goal is to make your code available to whatever tools and devices they prefer using, not force them to use your overlay tool that has pre-selected settings and options.
  2. Visually impaired users typically have their own stylesheets and ways to access the web. They don’t tend to use presets from widgets because widgets complicate the experience for them and the inability to disable or override them can be frustrating.
  3. Overlays simply don't work well with mobile devices unless a significant expenditure is invested in customizing them to the individual site.
  4. Overlays basically amount to putting a line of Javascript code that pulls preloaded information onto your site. So even if the overlay has been customized as part of your package, to make it fully compliant it's nearly impossible to keep it that way, because accessibility issues can re-emerge with any subsequent change to your site.

 

Sustainable Website Compliance Solutions

Promet Source serves as an accessibility partner, committed to real and lasting accessibility solutions.
 
We conduct both automated and manual testing holistically, from the perspective of the entire spectrum of disabled users and available Assistive Technology -- recognizing that there is no one-size-fits-all fix. This list of automated testing tools, recognized by the World Wide Web Consortium (W3C), demonstrates the wide range of testing options and the need for focused expertise. 
 
Our clients interact closely with both accessibility and developer certified experts throughout engagement and have the opportunity to ask questions and seek clarification every step along the way.
 
After guiding clients through the remediation process of actually fixing code to conform to WCAG 2.1 standards, we provide tools and resources to ensure that your development team has the training and knowledge to maintain your sites conformance.
 
We look forward to consulting with you about your specific accessibility objectives and working toward a solution that best addresses your needs.
 

Jun 07 2019
Jun 07

Business is hopping. You’re hiring Drupal developers with varied backgrounds and skill sets. 

When working in Drupal, there are often many ways to achieve the same outcome, and quite often, Drupal developers find themselves on different pages. How do you determine whose way is the 'best' way and proceed with optimal efficiency?

There are two perspectives to consider:

  • A team executing best practices, and
  • The process(es) needed to get best practices into place.

 

Best Practices

When defining the best practices that your Drupal development team will follow, you need to consider the following areas of development:

  • Foundational Strategies
  • Common Feature Configuration Options
  • Standard Methods for Selecting Contributed Modules
  • Custom Coding Standards
  • Development Environment
  • Workflow Methodologies
  • Testing and Quality Assurance

Foundational Strategies

All Drupal sites have a set of features that are the same. For instance, most, if not all, sites: 

  • Use content types to create content pages
  • Have a search functionality
  • Need a custom theme
  • Must meet WCAG 2.1
  • Should be usable

Before the discovery phase of a project, where requirements are confirmed and refined, create a set of configuration and coding defaults that allow you to deliver a quality product, and enable non-developers to easily use the site.
 

Common Feature Options

There are multiple ways to develop features in Drupal; some good and some not so good. Although there might be exceptions to this rule, choosing one way to develop a feature across your projects will help ensure your product is the best it can be.

Start with consistent configuration strategies and contributed modules. Consider the following:

  • Low maintenance is key to sustaining a site and continued services.
  • End user processes and skills take precedence over what’s easy for a developer to do.
  • Security can be in jeopardy with custom solutions. 

When collecting requirements, compare what’s needed with the one or more strategies you have placed in your company toolbox. Use only an approved strategy unless the requirements can’t be met.

Standard Methods for Selecting Contributed Modules

When a requirement can’t be met with a feature configuration option already in your toolbox, it’s time to go looking for options within the many contributed modules. This is a time when your sought-after best practices can go out the window if you aren’t careful.

Evaluating contributed modules in an effort to meet requirements should be a consistent process. It should be a process that not only helps configure the appropriate solution, it should also yield a configuration option for future projects.

New “best practices” should consider the following:

  • The common features considerations suggested above
  • Pros and cons of each module that meets your needs, maturity, flexibility, and coding standards
  • The history of the contributed module developer(s) and their ability to maintain the module
  • Whether your team is ready to take up the mantle of maintenance if needed
  • The interaction the module(s) could have with other features on the site

Custom Coding Standards

You have exhausted options using Drupal’s core and contributed modules and still have requirements that need to be met. This is where custom code comes in. 

The Drupal community has shared numerous standards for code development for Drupal. You don’t have to reinvent this wheel. However, you do need to establish a process that ensures:

  • Decisions to use custom code are appropriate
  • Drupal coding standards are being followed

Establish a set of criteria that must be met before custom code is cut. Asking questions such as the following can kick off your evaluation process:

  • Which modules (core and contributed) have been assessed as a means of meeting the requirement?
  • Why won’t existing modules work?
  • Can existing modules be modified to meet the need?
  • Does the client want this specific custom solution or do they want to adjust the requirement?
  • What are the potential security and maintenance issues associated with the custom code that can surface during the life-cycle of the website?

Development Environment

Before you can use the above best practices, you need a development environment. 

Drupal can run in many different web server configurations, but there are server settings that maximize Drupal’s performance. Invent your own server or use a service designed specifically for Drupal, that’s your choice.

In order to develop a website that can be hosted by your client, you need to know what their server environment will look like. If it varies from the solution you have selected, you will need a process that allows for:

  • Best practice configuration and coding that can be executed
  • The solution to be tested on the client’s server environment
  • Multiple developers to participate in development without creating issues

Workflow Methodologies

None of the above will matter if you don’t have a workflow that supports the best practices you have set forth for your team. If your developers don’t have time to evaluate their options, consult with each other, or document their solutions, they will do what they can in isolation.

Workflow is about establishing a consistent way of working, while taking into consideration tested and tried software development methodologies. You don’t have to use what others are promoting. You can mix it up, or adjust to meet your needs.

Whatever the workflow you define, consider allowing time to:

  • Identify and create best practices
  • Test new practices for coding standards
  • Verify requirements have been met
  • Provide quality foundation configurations, those your client assume you will deliver

Testing and Quality Assurance

Testing and QA are part of a defined workflow. However, they are worth mentioning separately as each process can overlook issues if not done incorrectly. Therefore, when creating a workflow, ensure you have best practices in place, particularly those accepted by the software industry.

Such testing and QA processes should consider:

  • Automated and manual testing of accessibility
  • User acceptance testing
  • Common software testing such as unit, integration, system, sanity, smoke, interface testing, and regression

 

Getting Best Practices into Place

Are you sold? Do you see the logic in the above best practice categories? Great. The next question you might have is how to implement it. 

There is no one way. However, there are basic steps you can take to get started. Remember, change isn’t going to happen over night. Incremental change is an option, unless radical improvement is needed now. If this is the case, re-engineering is your best option.

One way to kick off the process of change is to perform the following tasks:

  1. Get your developers into one room
  2. Make a list of the most common feature requirements
  3. Identify strategies for meeting the common features
  4. Rank the strategies by the requirements met
  5. Document the strategies 
  6. Train your staff
  7. Meet regularly to learn from each other, to add new options, and improve existing strategies
     

Conclusion

This idea of consistent process improvement to help ensure a quality standard that has its rooms in the Capability Maturity Model Integration (CMMI), which dates back to 1987.  CMMI is a process level improvement training and appraisal program and might be of assistance as you set goals for your organization.

Whatever you choose to do, change for the sake of quality improvement can only lead to:

  • Continued business growth
  • Happy customers
  • Employee job satisfaction

Promet Source offers a depth and breadth of Drupal development expertise. Contact us today to schedule a workshop or for information and insights to ensure that the agility and reach of Drupal is being fully leveraged.

Jun 03 2019
Jun 03

Astute marketers have stepped up to the concept of the Buyer’s Journey.  Taking the time to understand the full range of client personas and to gain empathy for the distinct phases that clients progress through as they explore and compare solutions, is now a key component of the marketing mix.

Let’s look at the potential for applying the concept of the Buyer’s Journey to a new leadership model that can serve as an essential resource for setting employees up for success.

First: a review of how understanding the Buyer's Journey is at the core of marketing effectiveness.

The exercise of mapping out the Buyer’s Journey produces insights that equip marketers to craft the right messages for the right media at the right time. The Buyer’s Journey also takes into account that not only do clients continue to have choices after the purchase, they now have a social media megaphone for broadcasting their experiences, and as such, there can be dire consequences for not continuing to pay attention after the purchase.  

While there are different models and different terminology to describe the Buyer’s Journey, the table below represents a snapshot of the distinct phases and the general types of marketing and messaging associated with optimizing impact within each. 

Buyer's Journey Snapshot

Phase Strategy Messaging/Media Awareness of need Focus on pain points / gain mindshare Industry-focused content that emphasizes empathy / Social media and sponsorships Consideration of solutions Education / help determine purchase criteria / Offer insight into what it’s like to work with you Emphasize scope and superiority of your offering / Content-rich blog posts, checklists, white papers, webinars, speaking engagements, case studies, trial offers Decision to purchase Validate decision Ease of implementation / training, support, webinars, user guides, community engagement Evaluation / advocacy Continuous added value Superior support, ongoing education and updates, closed Facebook groups, exclusive invitations, surveys, loyalty programs

 

Functional Model

Clearly, the days of the one-size-fits-all marketing campaign is a thing of the past. The bar has been raised and expectations are high for both messaging and solutions that are relevant to and resonate with clients’ specific needs. 

The concept of the Buyer’s Journey has gained traction because it makes sense and it works. It’s built upon genuine empathy and a sharpened focus on human centeredness in the design and delivery of both messaging campaigns and the solutions that they represent. 

Next Frontier: The Talent Journey

Imagine the impact if business leadership applied a similar model to the recruiting and retention of talent.  

Clearly, employees progress through distinct phases as they: 

  • Decide to search for a new job
  • Evaluate their options
  • Prepare for an interview
  • Participate in the interview process
  • Agree to join forces
  • Get onboarded
  • Become proficient in their new role
  • Evaluate the job and the company against initial expectations, 
  • Grow within the organization, and 
  • Evaluate future options.

Essentially these above phases fall within four basic categories:

  • Search
  • Sign on
  • Onboard
  • Empower

The following is a framework for the Talent Journey that mirrors the four phases of the Buyer’s Journey -- recognizing that this is simply a skeletal overview that needs to be refined and fleshed out to factor in the makeup of your team and the requirements of your company.

Talent Journey Snapshot

Phase Strategy Actions Search
Maximum positive exposure

Consistent social media posting, clear social media guidelines for current employees, presence at industry events, networking, incentive programs to encourage current employees to recruit to their sphere

Sign on Clarify expectations
Behavioral assessments that can be validated at the outset to help launch positive working relationships, detailed job descriptions and clarity concerning expected challenges, thorough information concerning benefits and company policies Onboard Set up for success

Frequent check-in along with a formal 30-day, 60-day, and 90-day program that sets goals and encourages issues and obstacles to be dealt with quickly

Empower Encourage stretch goals, remove obstacles, create a path for growth

Training, memberships in industry organizations, participation in industry events, open communication, employee surveys, 360 degree reviews, recognition programs

 

Talent Optimization

Leaders who adopt a Talent Journey mindset commit to paying attention and always being mindful of where team members are on the journey, within the framework of an intentional, empathetic model for connecting. As is true for the Buyer’s Journey, outcomes are optimized when there’s a recognition that different kinds of outreach are best suited for different phases of the journey.

Too often though, once talent has been hired and onboarded (insofar as such a process exists) they’re expected to merge with the culture, meet whatever demands come their way, and suck up any frustrations about the degree to which the actual job is out of alignment with their original expectations. 

To those who are thinking, “That’s too bad. This is business. The focus needs to be on innovation, attracting clients and maximizing profits--not coddling employees…” consider the cost of constant turnover, losing top talent to your competition, or frustrated employees operating at sub-par levels.

Talent Magnets = Great Leaders

A decade ago, when unemployment was teetering around 10 percent, leadership might have gotten away with more cavalier attitudes about cultivating talent. 

In the current economic climate, competing for talent is as critical of a success factor as competing for customers, and here’s the critical point: The competition is not won on the day that they agree to join forces. 

It’s no secret that turnover in tech is rampant. Talent knows their worth. They are mobile, well-connected, want top dollar for what they have to offer. According to Spicework’s recently published 2018 IT Career Outlook, more than one third of IT professionals in the United States are currently on the lookout for a new opportunity. Within your current team, can you accurately identify this 33 percent? Do you know who would be subject to being poached by a competitor if they got a better offer. Do you know who is frustrated and how that’s having an impact on their performance? 

Just as the Buyer’s Journey calls upon marketers to sharpen proficiency in multiple areas in order to optimize targeted effectiveness, the Talent Journey challenges leaders to be firing on all cylinders as they set talent up for success and help to remove obstacles for growth. The Talent Journey is both a model and a mindset that brings a richer dimension to our professional lives, deepening both relationships and the bottom line.

We’d love to hear from you! Do you view the Talent Journey as a workable model? What kinds of successes have you had in applying various components of it? Add your comments below or contact us today for a workshop on a leadership model that serves the specific needs of the talent journeys within your organization.
 

May 21 2019
May 21

When you’re surrounded by a team of awesome developers, you might think that a statement such as, “Great Websites are Created before the First Line of Code is Written,” isn’t going to be met with a lot of enthusiasm.

As it turns out, our developers tend to be among the greatest supporters of the kind of Human-Centered Design engagements that get all stakeholders on the same page and create a roadmap for transformative possibilities. 

The point of the above statement, which is also the title of a presentation that Promet’s Chris O’Donnell has been delivering at DrupalCamp events all over the country, is not to downplay the importance of the impeccable coding that makes great websites work. No one doubts that. Our point is that when web development is fueled from a foundation of: 

  • collaborative problem solving, 
  • elimination of  assumptions,
  • deeper knowledge transfer, 
  • empathy for users, 
  • early stakeholder alignment, and 
  • excitement about what’s possible,

everyone benefits and work is a lot more fun.

Getting it right at the start makes sense for a lot of reasons. Teams are happier and work proceeds with a higher degree of efficiency. At the same time, the impact on cost is a factor that is seldom acknowledged to the degree that it needs to be. Consider the following observation from noted software engineer Tom Gilb:

“Once a system is in development, correcting a problem costs 10 times as much as fixing the same problem in design (concept). If the system has been released, it costs 100 times as much…”

The Luma Institute graphic below powerfully illustrates the difference in the relative cost of getting it right in the concept phase, vs. fixing during the build phase, vs. fixing after release.

Pyramid that depicts the cost difference between getting software right during the concept phase vs. making a change during development vs. making a change once it has hit the market

Human Centered Design vs. Agile Development

Questions concerning “agility” frequently emerge in our conversations with clients, and offer an excellent opportunity to clarify some important issues. Human-Centered Design initiatives focused on getting it right, right from the start, are in no way at odds with the idea of agile development. 

The clear vision and collaborative energy that emerges from Human-Centered Design activities often helps to inform and enhance agile development. 

An all-to-common misunderstanding about agile development is that it’s about avoiding the discipline of an actual plan. Not true. Agile development is a real-world development methodology that does not close off the possibility for mid-course refinement. An agile plan plays out within a series of sprints. Each sprint is reviewed before moving on to the next one. If the review reveals an oversight or issue, it can be quickly addressed. 

Prioritization is key with Agile for sprint planning, and Human-Centered Design helps gain consensus on what is important.

The world’s most agile process, however, is up against an uphill battle in trying to reset the course of a project that was based on inadequate or faulty information from the start. Ensuring that projects get off to an excellent start is at the core of what Human-Centered Design is all about.

Going Wider, Digging Deeper 

The activities within a Human-Centered Design workshop continuously build upon knowledge collected and insights gained for purposes of:

  • Identifying stakeholders
  • Prioritizing stakeholders
  • Identifying strengths, problems, and opportunities in current system
  • Grouping strengths, problems and solutions within agreed-upon categories 
  • Identifying solutions 
  • Prioritizing solutions

Let’s take a look at a few components  of a Human Centered Design workshop.

Stakeholder Mapping

Stakeholder mapping results in what is essentially a network diagram of people involved with or impacted by the website. Typically, there are a lot more stakeholders than the obvious end users and stakeholder mapping evaluates all the possible users of a system to then identify the key target audiences and prioritize their needs and expectations. 
 
Stakeholder mapping is an excellent activity for:

  • Establishing consensus about the stakeholders,
  • Guiding plans for user research, and
  • Establishing an empathetic focus on people vs. technology.
An illustrated example of stakeholder mapping for a Drupal siteAn example of a stakeholder mapping exercise for Promet's upcoming web redesign illustrating people with an interest in the project.

Persona Development

The next step following stakeholder mapping is the creation of persona information in order to understand the range of differing needs from the site for purposes of tailoring solutions accordingly. 
 
Defining the distinct personas for whom the website is being designed serves to clarify the mindset, needs and goals of the key stakeholders. Giving each persona group a name provides a quick reference of key stakeholders and serves as a constant anchor for conversations moving forward.

Drupal-Specific Rose-Thorn-Bud

Adopted from a Luma Institute collection of exercises, the goal of Rose-Thorn-Bud is to quickly gather a significant amount of data in response to a specific question or the current system in general. During a Rose-Thorn-Bud activity every individual’s opinion ranks equally as responses are gathered on colored Post-it Notes for labeling attributes as positive (rose), potential (bud), or problems (thorns).

The Post-it Notes are gathered and grouped on a white board according to identified categories. The collection and organization of large amounts of data in this manner serves to highlight prevalent themes and emergent issues, while facilitating discussion. 

During Chris O’Donnell’s “Great Websites are Created before the First Line of Code is Written” presentation at Drupaldelphia, attendees were invited to respond to the following problem statement: 

Drupal 8 as a viable CMS for small business / small organization needs.

Each participant was encouraged to contribute ideas to 10 Post-its -- within any of the three color categories. All of the contributions were then  “voted up” in order to poll attendees and achieve a level of consensus among the group. Results of that exercise can be found here

Drupal-Focused Statement Starter

Statement Starters are evocative phrases to ignite problem solving within teams and challenge teams to restate the problem from differing perspectives within a framework of “We could …” and “We will …” 
 
The way a statement starter is worded is important. It needs to be an open-ended question that requires more than a yes or no answer. Effective statement starters such as, “How might we…”, “In what ways might…”, “How to…”, and “What might be all the …” help to encourage the generation of explicit problem statements.
 
Conversely, closed-ended statement starters such as: “Should we…” and “Wouldn’t it be great if… tend to yield a yes or no answer” or less specific responses.

The statement starter presented to attendees at the Promet-led Drupaldelphia event, was:

How can we increase Drupal 8 adoption outside of the “enterprise” space?

Their responses are recorded here.

Importance / Difficulty Matrix

Inevitably, some of the ideas that emerge will spark excitement for the strategic leap forward that they could represent. The required time and resources to move forward with them, however, might exceed current capabilities. Other ideas might fall into the category of Low Hanging Fruit -- initiatives that can be achieved quickly and easily.

Plotting every idea on an Importance / Difficulty Matrix is an essential group activity that sparks conversation and accountability concerning Who, How, and When -- transforming good ideas into action items.

Illustration of an Importance/Difficulty Matrix


Why Human-Centered Design?

In the current environment, organizations tend to be defined by their digital presence. The stakes for getting it right are high and the margin for error is low. Optimizing ideas and perspectives at the outset, and continuing to iterate with feedback creates a strong starting point that serves as a superior foundation for web solutions that are capable of heavy lifting over the long haul. 

Interested in learning more about the possibilities for a Human-Centered Design workshop in your organization? Contact us today.

May 16 2019
May 16

“Never doubt that a small group of thoughtful, committed citizens can change the world; indeed, it's the only thing that ever has.”
        - Margaret Mead

Today marks the 8th annual Global Accessibility Awareness Day.

GAAD was inspired by a blog post written in November 2011 by Joe Devon, a Los Angeles based web developer who was frustrated about an overall lack of awareness about accessibility. He called for a day devoted to building a more inclusive digital world. 

About six months later, on May 9, 2012, the first Global Accessibility Awareness Day occurred with about a dozen virtual and in-person events. 

Today, there will be hundreds of GAAD 2019 events celebrated in every corner of the world. 

It’s wonderful that digital accessibility is inching it’s way into mainstream thinking, but too often, the time and resources associated with making sites and apps accessible is viewed as a burden -- a legal requirement that would gladly be avoided, if possible. The fact is, expanding digital accessibility represents a profound opportunity to take a more expansive, empathetic, and inclusive view of our world and that always leads to good.

Into the Light

Digital accessibility is emerging from a code-related "have-to" that happens behind the scenes. We need to talk about it more and see it as an opportunity. 

We are living in a digital world that shuts out or limits the ability to engage for an estimated 15 percent of the population -- customers, constituents, audiences. 

This translate into business. The disabled represent $490 billion in buying power. And millennials, who value inclusivity and social responsibility more than any generation that preceded them represent $3.28 trillion in buying power. 

Once we get it -- that ensuring digital accessibility is not only a legal requirement, it’s the smart thing to do and the right thing to do -- our passion for accessibility moves up several notches. And just as accessible ramps at entrances to public buildings serve far more than the wheelchair bound, it’s helpful to understand that accessibility is not just for the “disabled.”  Let’s consider some ways that accessibility modifications make digital experiences more engaging and flexible for people of all abilities.

  • Logical layouts and engaging designs are not just pleasant to look at. Any user can get annoyed when needed information is difficult to find and interactions are complicated, but users who have cognitive difficulties or limited computer skills can be frustrated beyond all measure. Be sure to evaluate the user experience from multiple perspectives and angles. 
  • Adequate color contrast is essential for enabling users with a wide range of visual impairments, such as color blindness, to read, navigate, or interact with a site. Low-contrast sensitivity becomes more common with age, but good contrast also ensures accessibility in low-lighting conditions and for users who could be experiencing any number of temporary visual challenges. 
  • Video captions are, of course, essential to enable the hearing impaired to understand the meaning of a video. They also enable videos to be accessible to viewers who are in particularly loud environments, or in settings where silence is required. 
  • Alternate text for photos makes a site more accessible for the visually impaired. It can also bring additional context and clarity to digital experiences.
  • Technology that converts text to speech is viewed as a requirement for the visually impaired. It’s also helpful for dyslexic users, people who prefer not to read, as well as people who want to multi-task. Coding websites and apps to convert text to speech has the added benefit of helping search engines to detect content.
  • Customizable text capabilities enable users to adjust the size spacing and color or text without loss of function or clarity. There are a wide range of visual impairments that make small text unreadable, and difficulties in reading small type inevitable accompany the aging process for everyone. 
  • Clear language is key to accessibility. Industry jargon and acronyms always need to be explained. Run-on sentences and paragraphs can frustrate users of all abilities and in particular those who have cognitive impairments or learning disabilities. In the current environment, there is no patience or inclination for unraveling complicated text. 

This is a lay person’s look at digital accessibility -- an issue in our modern world that’s inherently tied to the common good. 

Do you agree? Join the conversation and let us know how you have discovered digital accessibility to be a means to broaden outreach and build bridges.   

May 13 2019
May 13

Having a process to follow when it comes to website planning and development is essential. The following considerations factor into successful development. 

 

Choosing a Method

Choosing the one method that fits your project can be a daunting task. If you have your own development team, you have control how the process proceeds. If you are hiring a vendor, you need to ensure that you still have a say in the process.

With insight into the planning and development processes, you can help ensure your interests are protected.

 

Planning and Development Goals

Some goals reflect perfect-world scenarios. It’s important, however, to be prepared with a flexible and acceptable plan when the project falls short of perfection.

Perfect World

In a perfect world, you know every detail about the website you want built and can convey those requirements clearly and completely. In a perfect world, all those requirement details are correctly understood by the developers on your project and they quickly create a solution without any issues.

Reality Check

Unveiling every detail regarding the requirements before development starts, however, isn’t necessary to initiate the process. Document all you can. Sketch what you are envisioning: pencil and paper are fine. Be sure to convey requirements that are critical for you to accept the end product.

When you hand your list to your development lead, understand that the development team will already have strategies in mind as they listen to what you say. This can mean 

  • a speedy and efficient development process or
  • it can mean they are hearing what they want to hear and missing details that can suggest their past experiences might need to be adjusted.

Open and frequent communication between you, the site owner, and the development team is a key success factor.

Choosing a Methodology

Often, a proposal from a development vendor will communicate the process they will follow to deliver your site. Given the recent trends, you will likely see the word Agile in their text. Or, maybe your own people are eager to jump on this new way of executing the development process.

If the developers are well trained in one of the many Agile methodologies, this might be fine. However, that is often not the case. One of the most common misunderstandings about Agile methodologies is that detailed planning is not needed.

What are your options? Become informed. Recognize that 

  • development methodologies can be influenced;
  • methodologies can be tweaked to fit your needs; and
  • you are not limited to just one methodology.

Influencing Development Methodologies 

Over the last several decades, some developers focused on the best steps to programming a solution, while others focused on creating programming languages that would make development easier and faster. Together, these two paths have created opportunities in the software development world. Among them:

  • Rapid application development using object-oriented languages and reusable functions that no longer rely on a developer to write and rewrite the code for frequently used website functionality. 
  • Creation of frameworks that, with specific coding functions, allow for the development of common and unique website applications.
  • Development of prepackaged systems designed to meet common website requirements out-of-the-box, requiring less experience and less time to stand up a site.

Each scenario is open to the use of Agile development processes that can flex, depending on the language, system, and/or requirements.

Will your project be developed from scratch or will your team use an out-of-the-box solution? Ask what the chosen strategy means for your process.

Tweaking Methodologies

Let’s take a brief look at what this means. Agile refers to a manifest of software development principles. There are several Agile methodologies that have been designed based on these principles, but they are not all the same or all-inclusive.

If any methodology does not fit your needs, you can make adjustments: add in tasks of another methodology, rearrange steps. Look at the development process being proposed and simply change it fit your resources, your requirements, and/or the way your team works.

Mixing Things Up

Sometimes tweaking isn’t enough.

Have you ever built a house? If not, you can probably imagine a few of the details such as the need for an approved architectural plan. In other words, a blueprint. The blueprint goes beyond requirements. It conveys how the requirements will be met.

There are reasons why the process used to construct of a house works.

  • Pre-approved plan
  • The ability to identify resources and estimate cost
  • A means to create a construction schedule

These three reasons help prevent scope creep and cost overruns. However, the delay of implementation of the requirements this can cause can has been troublesome for many. For instance, it can cause outdated technology to be used when coding finally starts--hence, the need for a development methodology that can start sooner and flex with changing technology.

Mixing it up means, taking the best aspect from the process used by the construction industry, which is a Waterfall approach and combining it with an agile development strategy.

Waterfall the What

Given the options in software today -- reusable functions, frameworks, pre-packaged systems -- it’s easier to identify a coding strategy for a website before the requirement details are identified. Returning to the house construction example, it’s like planning your new house based on pre-defined and pre-built modules that can be put together to create the house of your dreams.

A website is no longer a totally unique product from other websites. Starting with a blank page as if it has never been done before can be a waste of time. This means, using a waterfall approach to collect detailed requirements and design is a viable option.

Create a blueprint of exactly what you need. Participate in decisions regarding the various modules available to implement the features you need. Don’t rely on blind faith that the development team is going to choose an implementation or coding strategy that works best for you.

Agile the How

Next, implement the blueprint. An agile development methodology is still an appropriate choice, given our Waterfall beginnings. Let’s explore this switch in methodology.

The Agile-based Scrum methodology is used frequently. It utilizes Sprints where portions of the website are developed and then reviewed before proceeding to the next Sprint. With this approach to implementing the blueprint, three things are made possible:

  • The development team can plan how to implement the blueprint.
  • They have an increased chance of creating the correct solution.
  • If a review reveals an issue or something was missed during the creation of the blueprint, there is still time to make an adjustment in the development process to accommodate.

With this mixed approach, you don’t have to wait until all requirement details are in place. Assuming the use of a pre-packaged system such as a content management system, the development team can get started with some of the primary functionality identified early in the requirements and design steps such as:

  • E-commerce
  • Multilingual
  • Multi-site (e.g., more than one site using the same code-base)
  • Third-party system integration
  • Multiple levels of content access.

Given the nature of today’s coding options, take the time to plan the details of your website to help reduces surprises and restarts later. Then, be flexible. There is always a chance that a review of the development process can reveal required changes.

Conclusion

All methodologies have their strengths and weaknesses, especially when, for instance, trying to apply a methodology designed for hand-coded project versus a methodology designed to take advantage of pre-existing code bundles, such as content management systems.

Promet Source offers a depth and breadth of expertise in collaboratively determining the best methodology, based upon your distinct goals and circumstances. Our workshops are an excellent opportunity to understand the impact of process of design and to ensure that your project is positioned for success. 

Contact us to learn more about Promet’s distinct approach to ensuring successful implementations or to schedule a workshop.

May 07 2019
May 07

In a world where global positioning systems appear to have a handle on every square inch of the roads we’re traveling on, doesn’t it seem like there should be automated website accessibility testing tools that function as well as -- if not better -- than manual testing? 

The fact is ... it’s complicated.

There are efficient automated testing systems that reveal important findings -- many of which you can easily access and apply to your site. But the web accessibility testing landscape is littered with offers of automated testing solutions that claim to provide fast fixes for the full spectrum of your digital assets. You might have already received an offer based on an unsolicited test of your site, alerting you that your site is a prime candidate for a website accessibility lawsuit. 

If that notification and offer does not include a comprehensive web accessibility testing checklist, it’s likely to be laden with pitfalls. One unsolicited finding, based on automated accessibility testing, does not reflect how your site is faring on all accessibility metrics. Automated accessibility testing tools simply cannot detect every potential issue that would cause your site to be noncompliant. Nor does an automated test provide adequate information for web accessibility remediation or mitigate your legal risk.

Avoid Unintended Consequences

Too often, overlay accessibility solutions create a scenario in which one fix leads to unintended consequences in your code and results in the need for further fact-finding and fixes. Subsequent changes to your site’s UI tend to break the overlay, setting in motion a constant cycle of diagnostics and fixes. 

Keep in mind that many automated ADA web accessibility testing tools are free to use and can produce relatively robust results. It might be just as easy for you to conduct this kind of test on your own, and gain a cursory understanding of accessibility issues affecting your site. Consider giving a web accessibility testing tool such as Code Sniffer a try.

Automated accessibility testing tools overlook critical information -- especially when the testing has occurred without your knowledge by someone with whom you have not had a conversation about your objectives and the full scope of your digital assets.
 

Get it Right the First Time

Promet serves as an ADA accessibility partner that conducts both automated and manual testing holistically from the perspective of the full spectrum of disabled users and available Assistive Technology. We guide clients through the remediation process, actually fixing the code to conform to WCAG 2.1  guidelines. We also provide tools and resources that enable your team needs to maintain your site in conformance moving forward

Our ADA accessibility testing tools and processes go deeper and wider than what automated testing can reveal. We explore a range of issues that require hands-on, manual testing. We look into the unique features of your site, and we take your organization’s mission into account. 

During our engagement process, we start with the development of your scorecard, which reports on our analysis of your site from several different angles. 
 

Understand Your Options

The scorecard is not intended to serve as a thorough report or to provide formal recommendations. It functions instead as a high-level overview for purposes of starting the conversation that will help you to choose the best path.

For example, we might find that you are using a content management system that is designed to adhere to ADA accessibility requirements, but that your content developers aren't using appropriate techniques when posting. Fixing existing content issues without understanding the reason the issues exist, simply means your site will quickly fall back into noncompliance. A simple process change might be all that’s needed to fix this situation. 

Other fixes, however, might require a fundamental overhaul of your site. If your site was created on a platform that is out of sync with ADA accessibility guidelines, it might be more cost effective to rebuild rather than to launch a series of workarounds. 


As experts in this field, we are clear on the fact that quick fixes, which sound too good to be true, usually are. Our objective is to create real accessibility solutions that enable you to move forward with the confidence that your site is accessible to all people with or without disabilities and that you reduce your risk of being faced with a lawsuit due to noncompliance. 

Leverage Expertise

The decision process associated with web accessibility remediation can feel overwhelming. It is outside of the core competency of most organizations. That's why it’s important to work with a trusted web accessibility consultant. 

The scorecard that we offer as part of your remediation process serves as a critical starting point for helping others in your organization to get an overview of your site's noncompliance and the level of effort that will be involved in the remediation. 

We find that when all stakeholders have an understanding of the process and are vested in the importance of doing the right thing, remediation comes into focus.

We are happy to review with you any emails concerning non compliance that you may have gotten by surprise -- or any unsolicited emails full of dire warnings about a potential lawsuit. 

As a leading expert on web accessibility testing tools, we’ve witnessed untold versions of quick fixes that have given rise to a whole host of complications. If you are looking to get it right the first time with the added benefit of value-added solutions, contact us today.

Apr 26 2019
Apr 26

At DrupalCon2019 earlier this month, Promet Source tapped the collective brainpower of attendees with a Human-Centered Design activity that asked this question:

“What are the key advantages, the main challenges, and the emerging opportunities of Drupal as an Information delivery platform?”

Within the context of a Human-Centered Design workshop, big questions such as this one are positioned within a “Rose-Thorn-Bud” framework. Participants are given brightly colored Post-It notes and asked to write everything that they view as an advantage or a plus on a pink (Rose) Post-It. Challenges or downsides are to be written on a blue Post-It (Thorn). Green Post-Its are for collecting input on potential or emerging for opportunities (Bud). 

15 Minutes of Focus

A setting such as DrupalCon, in which participants are needing to constantly shift their attention as they take in tons of information from all sides, is vastly different from a Human-Centered Design Workshop, in which the attention of all participants is laser-focused on a series of activities that build upon the insight and information gathered. DrupalCon, however, represented such a high degree of energy and enthusiasm, that we were able to count on considerable contributions throughout the event. 

The first phase of the Rose-Thorn-Bud activity is simply collecting input. The next phase, called “Affinity Clustering,” is for purposes of reordering and analyzing the input according to agreed-upon groupings. The use of different colored Post-Its is particularly useful in revealing that within a particular category there might be a mix of Roses, Thorns, and Buds, or primarily one or the other, or in some cases, participants may differ as to whether the same issue constitutes a Rose, a Thorn, or a Bud. 

This is an excellent exercise for revealing patterns, surfacing priorities, bringing order to disparate complexity, and sparking productive conversation.

DrupalCon Participants Rank Drupal

Let’s look at the input gathered during the first phase of this activity where we collected responses to the question concerning of key advantages (Rose), main challenges (Thorn), and emerging opportunities (Bud) of Drupal as an information delivery platform.

Rose Thorn Bud Ease of development Documentation (2 Post-Its) Templates for quickly building mini-sites Ease of extension (modules for everything) Too many options Migration to D8 Cutting edge Security is really hard for small projects Decoupled architecture opportunities Connecting and referencing data and content with Taxonomy Admin UI is not intuitive to content editors Accessibility! Adoption of Symphony Admin UI Improving documentation Lots of interchangeable pieces/modules Composer vs. Tar install; mismatched workflow Media integration Flexibility (3 Post-Its) Scattershot dev -- unified direction GraphQL in Core Accessibility out of the box Address low-hanging fruit (media integration) Menu System APIs Content modeling Media integration JSON API with Content Moderation Trusted information can be pushed out programmatically and systematically Content Editor Experience Layout Manager Simple to use Layout tough to perfect   Drupal makes information pretty Flexibility   Allows for all sorts of content types High Learning Curve                (3 Posts-Its)   Quick publication of new information Drupal requires a lot of back-end work to make performance better. It’s heavy and slow.  

 

Next Step: Affinity Clustering

Without context and categorization, excellent input tends to never make it beyond words on a page -- or Post-Its. That’s what Affinity Clustering moves us toward. This is a visually graphic exercise that allows for the assimilation of large amounts of information.

Affinity Clustering is a collaborative activity, that occurs within a facilitated Human-Centered Design Workshop, with all participants contributing their thoughts on how and where to categorize the Rose-Thorn-Bud input. Since it was not feasible to move to this phase from the confines of the Promet Source booth at DrupalCon, we sought the expertise of our in-house Drupal experts and came up with the following categories

Back End Front-End Design Content Ease of development - Rose Accessibility out of the box - Rose Connecting and referencing data and content with Taxonomy - Rose Ease of extension (modules for everything) - Rose Lots of interchangeable pieces/modules - Rose Content modeling - Rose Adoption of Symfony - Rose Flexibility (2 Post-Its) Rose Quick publication of new information - Rose Simple to use - Rose Drupal makes information pretty - Rose Content Editor Experience - Thorn Trusted information can be pushed out programmatically and systematically - Rose Allows for all sorts of content types - Rose Flexibility - Thorn Documentation - Thorn (2 Post-Its) Layout tough to perfect - Thorn High Learning Curve - Thorn Too many options - Thorn High Learning Curve - Thorn Admin UI is not intuitive to content editors - Thorn Security is really hard for small projects - Thorn Templates for quickly building mini-sites - Bud Admin UI - Thorn Composer vs. Tar install; mismatched workflow - Thorn Layout Manager - Bud JSON API with Content Moderation - Bud Scattershot dev -- unified direction - Thorn Accessibility! - Bud   Address low-hanging fruit (media integration) - Thorn Menu System APIs - Bud   Media integration - Thorn     Improving documentation - Bud     Migration to D8 - Bud     High Learning Curve - Thorn     Cutting edge - Rose     Drupal requires a lot of back-end work to make performance better. It’s heavy and slow. - Thorn     Decoupled architecture opportunities - Bud     Media integration - Bud     GraphQL in Core - Bud    
Three groups of pink, blue and green post-its to illustrate affinity clustering


 

To summarize, the front-end category had a lot of roses indicating that the overall sentiment is positive, despite a few challenges. This is the kind of revelation that would be readily apparent to participants in a Human-Centered Design workshop -- simply due to a preponderance of pink Post-Its. The content category, on the other hand, was dominated by thorns. In a workshop, the majority of blue Post-Its would quickly clarify the relative dissatisfaction concerning content. The back-end category resulted in a true mix of Roses, Thorns, and Buds, a fact that would certainly spark continued conversation among participants.
 

This is just a start! 

For those of you who were not able to attend DrupalCon 2019, or who did not make it over to the Promet Source booth or who have had new thoughts subsequent to your participation:

  • What would you add to the above Rose-Thorn-Bud list? 
  • Are there categories that you would like to add to the Affinity Clusters? 
  • How does the above align or not align with your experience?

Indicate your comments below or contact us today for a conversation about leveraging Human-Centered Design techniques to Ignite Digital Possibilities within your organization. 

Apr 25 2019
Apr 25

At DrupalCon2019 earlier this month, Promet Source tapped the collective brainpower of attendees with a Human-Centered Design activity that asked this question:

“What are the key advantages, the main challenges, and the emerging opportunities of Drupal as an Information delivery platform?”

Within the context of a Human-Centered Design workshop, big questions such as this one are positioned within a “Rose-Thorn-Bud” framework. Participants are given brightly colored Post-It notes and asked to write everything that they view as an advantage or a plus on a pink (Rose) Post-It. Challenges or downsides are to be written on a blue Post-It (Thorn). Green Post-Its are for collecting input on potential or emerging for opportunities (Bud). 

15 Minutes of Focus

A setting such as DrupalCon, in which participants are needing to constantly shift their attention as they take in tons of information from all sides, is vastly different from a Human-Centered Design Workshop, in which the attention of all participants is laser-focused on a series of activities that build upon the insight and information gathered. DrupalCon, however, represented such a high degree of energy and enthusiasm, that we were able to count on considerable contributions throughout the event. 

The first phase of the Rose-Thorn-Bud activity is simply collecting input. The next phase, called “Affinity Clustering,” is for purposes of reordering and analyzing the input according to agreed-upon groupings. The use of different colored Post-Its is particularly useful in revealing that within a particular category there might be a mix of Roses, Thorns, and Buds, or primarily one or the other, or in some cases, participants may differ as to whether the same issue constitutes a Rose, a Thorn, or a Bud. 

This is an excellent exercise for revealing patterns, surfacing priorities, bringing order to disparate complexity, and sparking productive conversation.

DrupalCon Participants Rank Drupal

Let’s look at the input gathered during the first phase of this activity where we collected responses to the question concerning of key advantages (Rose), main challenges (Thorn), and emerging opportunities (Bud) of Drupal as an information delivery platform.

Rose Thorn Bud Ease of development Documentation (2 Post-Its) Templates for quickly building mini-sites Ease of extension (modules for everything) Too many options Migration to D8 Cutting edge Security is really hard for small projects Decoupled architecture opportunities Connecting and referencing data and content with Taxonomy Admin UI is not intuitive to content editors Accessibility! Adoption of Symphony Admin UI Improving documentation Lots of interchangeable pieces/modules Composer vs. Tar install; mismatched workflow Media integration Flexibility (3 Post-Its) Scattershot dev -- unified direction GraphQL in Core Accessibility out of the box Address low-hanging fruit (media integration) Menu System APIs Content modeling Media integration JSON API with Content Moderation Trusted information can be pushed out programmatically and systematically Content Editor Experience Layout Manager Simple to use Layout tough to perfect   Drupal makes information pretty Flexibility   Allows for all sorts of content types High Learning Curve                (3 Posts-Its)   Quick publication of new information Drupal requires a lot of back-end work to make performance better. It’s heavy and slow.  

 

Next Step: Affinity Clustering

Without context and categorization, excellent input tends to never make it beyond words on a page -- or Post-Its. That’s what Affinity Clustering moves us toward. This is a visually graphic exercise that allows for the assimilation of large amounts of information.

Affinity Clustering is a collaborative activity, that occurs within a facilitated Human-Centered Design Workshop, with all participants contributing their thoughts on how and where to categorize the Rose-Thorn-Bud input. Since it was not feasible to move to this phase from the confines of the Promet Source booth at DrupalCon, we sought the expertise of our in-house Drupal experts and came up with the following categories

Back End Front-End Design Content Ease of development - Rose Accessibility out of the box - Rose Connecting and referencing data and content with Taxonomy - Rose Ease of extension (modules for everything) - Rose Lots of interchangeable pieces/modules - Rose Content modeling - Rose Adoption of Symfony - Rose Flexibility (2 Post-Its) Rose Quick publication of new information - Rose Simple to use - Rose Drupal makes information pretty - Rose Content Editor Experience - Thorn Trusted information can be pushed out programmatically and systematically - Rose Allows for all sorts of content types - Rose Flexibility - Thorn Documentation - Thorn (2 Post-Its) Layout tough to perfect - Thorn High Learning Curve - Thorn Too many options - Thorn High Learning Curve - Thorn Admin UI is not intuitive to content editors - Thorn Security is really hard for small projects - Thorn Templates for quickly building mini-sites - Bud Admin UI - Thorn Composer vs. Tar install; mismatched workflow - Thorn Layout Manager - Bud JSON API with Content Moderation - Bud Scattershot dev -- unified direction - Thorn Accessibility! - Bud   Address low-hanging fruit (media integration) - Thorn Menu System APIs - Bud   Media integration - Thorn     Improving documentation - Bud     Migration to D8 - Bud     High Learning Curve - Thorn     Cutting edge - Rose     Drupal requires a lot of back-end work to make performance better. It’s heavy and slow. - Thorn     Decoupled architecture opportunities - Bud     Media integration - Bud     GraphQL in Core - Bud    
Three groups of pink, blue and green post-its to illustrate affinity clustering


 

To summarize, the front-end category had a lot of roses indicating that the overall sentiment is positive, despite a few challenges. This is the kind of revelation that would be readily apparent to participants in a Human-Centered Design workshop -- simply due to a preponderance of pink Post-Its. The content category, on the other hand, was dominated by thorns. In a workshop, the majority of blue Post-Its would quickly clarify the relative dissatisfaction concerning content. The back-end category resulted in a true mix of Roses, Thorns, and Buds, a fact that would certainly spark continued conversation among participants.
 

This is just a start! 

For those of you who were not able to attend DrupalCon 2019, or who did not make it over to the Promet Source booth or who have had new thoughts subsequent to your participation:

  • What would you add to the above Rose-Thorn-Bud list? 
  • Are there categories that you would like to add to the Affinity Clusters? 
  • How does the above align or not align with your experience?

Indicate your comments below or contact us today for a conversation about leveraging Human-Centered Design techniques to Ignite Digital Possibilities within your organization. 

Apr 23 2019
Apr 23

The ever increasing complexity and functionality of Drupal sites does not need to translate into increasingly steeper development costs.

In the past, Drupal sites were relatively homogeneous with the occasional multi-domain or multi-site implementation. Today, as sites become more complex, with features such as headless integration with non-Drupal software, the overhead of reproducing an environment locally can become very costly.  Docker was created to bridge the gap between a homogeneous Drupal implementation and a complex integration with non-Drupal software.  

Rather than running a full virtual machine locally, Docker emulates a given environment but still uses your operating system for better efficiency. This is done via "containers" for things like MySQL and PHP, enabling you to do things such as set a given PHP version for each site rather than system-wide. As a result, the process of increasing a site’s complexity has less of an impact on onboarding time.

To build on the benefits of Docker, Expresso PHP was created. Expresso PHP is an open-source Docker setup geared toward PHP development, including Drupal. To illustrate the benefits of Docker and Expresso PHP, let’s walk through setting up a local Drupal environment in Drupal 8 using macOS Mojave.

Software Versions Used

  • macOS Mojave 10.14.4
  • Drupal 8.6.14
  • Docker 18.09.3
  • Docker Compose 1.24.0-rc1
  • Expresso PHP v1.1.0

Setting up Drupal using Expresso PHP

1.

The first step is cloning the Expresso PHP Git repo and doing some initial setup.  This installation assumes you are installing docker sites in a "docker" directory within your local environment's home directly.  In the directions for this example,  the site in question is called "my-site."

cd ~/docker
git clone https://github.com/expresso-php/expresso-php.git my-site
cd my-site
git checkout nginx-php

2.

After cloning the repo, specify the desired PHP version here:

~/docker/my-site/docker/php/Dockerfile

The first line will look something like this:

FROM php:7.2-fpm

3.

Next, clone the Drupal site's Git repo or otherwise add the site.  This example assumes the repo will be cloned within a directory called "my-site", so its location would be

~/docker/my-site/my-site

4.

Replace the existing "web" directory with a symlink to the document root:

rm -rf ~/docker/my-site/web
cd ~/docker/my-site
ln -s my-site/docroot web

This example assumes the document root is "docroot" but it could be "www" or something else.

5.

Copy the settings.php file from default.settings.php

cd ~/docker/my-site/my-site/docroot
cp sites/default/default.settings.php sites/default/settings.php
cd sites/default

6.

Edit settings.php and replace

$databases = array();

with the following

$databases['default']['default'] = [
  'database' => 'expresso-php',
  'username' => 'expresso-php',
  'password' => 'expresso-php',
  'host' => 'db',
  'port' => '3306',
  'driver' => 'mysql',
  'prefix' => '',
  'collation' => 'utf8mb4_general_ci',
];

7.

Edit settings.php and replace

$settings['hash_salt'] = '';

with

$settings['hash_salt'] = 'expresso-php';

8.

A local domain can be used to update the host’s file..  You will need to use sudo to edit /etc/hosts and add the following:

0.0.0.0 my-site.test

9.

Optionally, create a directory for a copy of the site's database and place a *.sql of the database into this directory:

cd ~/docker/my-site
mkdir ref_db
cd ref_db


This is only needed if a Makefile or build script will be used, which is recommended; otherwise, DB import could be done via drush.

Note - The designated location for the reference database may be different for a given Makefile or build script.

10.

Add the Drupal files directory here and modify permissions if needed:

cd ~/docker/my-site/my-site/docroot/sites/default

11.

Build the Docker containers; this is only needed during setup:

cd ~/docker/my-site
docker-compose up -d

12.

The next step is importing the Drupal database.  Ideally this would be done via a Makefile or build script.

Alternatively, the DB import can be done via drush:

cd ~/docker/my-site/docroot
docker-compose exec -T php_nginx drush sql-cli < ../ref_db/ecoDB.sql

13.

Once the DB is imported, check the port needed to access the site:

docker-compose ps

It will use the port associated with my-site_nginx_1; for example 32768.

14.

Access the local website to confirm it works; for example, if the IP is 32768 then the site's URL would be:

http://my-site.test:32768
 

Commonly used Commands

To use Drush:

docker-compose exec php_nginx drush cr

To SSH in to the nginx container:

docker-compose exec php_nginx /bin/bash

To restart services:

docker-compose restart
docker-compose ps

"docker-compose ps" is included here since restarting services resets the port used to access the site.

To uninstall the site:

cd ~/docker/my-site/my-site/docroot

docker-compose down -v
cd ~/docker
rm -fr ~/docker/my-site

That's all there is to it.  When a build script or Makefile is used, a new environment can be set up in a matter of minutes. The main, limiting factor is time needed to copy in the Drupal files/ directory and import the database.
    
Expresso PHP and Docker are excellent tools that enable you to maintain a straightforward setup process, even as complexity increases -- serving as another clear indicator of the inherent agility of Drupal.

Looking for further insights on leveraging Drupal to achieve specific outcomes? Contact us today.

Apr 16 2019
Apr 16

Success with Drupal development often depends as much on knowing what NOT to do as much as what to do.

If you are not “Thinking in Drupal," you are likely to develop a Drupal site using strategies that are not conducive to a:

  • Drupal-friendly site that allows changes to be made to configuration without writing code;
  • Site that is as accessible as it could be; and/or
  • A low-maintenance coding strategy.

Let’s take a look at common Drupal development practices that do not reflect “Thinking in Drupal.”

Data Structures

The first category of “Don’ts” we want to share has to do with data structures. Content is the foundation of your site. 

Don’t use the body field to create the webpage vs. regions and blocks.

In order to create a content page in Drupal, you fill out a form called a Content Type. By default, the form includes a title field and body field. If this feature is all you use, technically, you could use traditional HTML strategies and the body field to create the page you need.

For example, copying the code from an HTML page and pasting it into the body field. If that code includes structural elements and supplemental content, that practice is defeating the purpose of using Drupal and limits content reuse.

Don’t forget to use fields to structure content.

This next example overlaps a little with the example above. Assume for a moment that you are using content blocks to place various bits of content in the page sidebars on your content page. Congratulations. You’re “Thinking in Drupal.”

However, if you don’t take the next step and structure your content into more than just the title and body field, you are not setting up your site for easy content reuse. An easy way to explain this issue is with an event content page.

You can use the body field to enter the event description, date, time, location, audience, price, etc. Or, you can add fields to the content type for each bit of content. This strategy helps you create a consistent presentation of data and sets you up for the next issue.

When you split your content into bits of data, you take the next step towards “Thinking in Drupal” and are able to take advantage of the database query and display feature called Views.

Don’t forget to use Views to create dynamic lists of content.

The next step in “Thinking in Drupal” is querying the database to reuse the bits of content you have placed in fields. 

It is true that you can type a list into the body field of a page and make the list a set of links, just as you would do on hand-made HTML pages. However, that defeats the purpose of using a content management system. Enter it once, reuse it many times over. 

Views is the tool that lets you grab data from fields and display them in blocks and pages. Then, in the event the data source is updated, every instance of that data display is also updated automatically.

Don’t miss out on the power of Views.

Styling 

Your data has been stored and queried using Drupal-friendly strategies. Now’s the time to apply your look and feel to your content.

There is no getting around the fact that presentation of content is important to every site owner. Drupal ships with features that allow you to layout both content fields and supplemental blocks of data. It also includes what we call a theme that helps manage the look and feel of the site.

Although it is likely that you will use a theme that is customized to your branding, one needs to be careful not to prevent configuration settings from being overwritten. 

Don’t forget to use semantic HTML and WAI-ARIA.

With the arrival of HTML5, meaningful elements such as <article> and <header> came into play, among others. That doesn’t mean there haven’t been other meaningful elements. The <p> element tells the reader the content is a paragraph. The <h1> through <6>, <blockquote>, <code> and <em> elements also carry meaning.

The most common non-semantic HTML element is <div>. Used to create sections on web pages, it often includes an ID that describes the sections: main, header, nav, and footer. Unfortunately, human ID’s aren’t recognized by assistive technology because, for example, “main” could also be written as “main content” or “content”. Then there are the various formats for “nav” such as “navigation”, “menu”, or “main menu.”

If you want to describe the semantic element, consider using ARIA rules. For example, <header role=”banner”> indicates that this instance of <header> is the banner on the page and not the header for some content.

How does this apply to Drupal? The theme templates and content entered by content authors. Although Drupal 8 uses HTML5, theme developers don’t always use it when customizing the look and feel of the site. When creating templates and content, think beyond Drupal and include strategies that make your pages accessible. 

Don’t avoid using Drupal build features to manage the page layout.

When you were creating your blocks of content, be it manually or with Views, you placed them in regions defined by the theme. 

It is possible to create theme templates that manually render fields and blocks via the same strategies used by other content management frameworks. However, in doing so, you prevent the use of Drupal’s configuration interface from having any influence on that template.

Imagine you have five fields for a content type. By default, you can configure Drupal to display all five using the default templating strategies. Assume you add a field at a later time, or want to hide one of the existing fields, you can do so via the configuration interface.

However, if you deviate from the default and manually render the five fields, changes in configuration will not be realized on the page until the code is updated in the template.

This practice, unfortunately, is one that creates problems for site owners who believe they are receiving the flexibility that Drupal promises. Confusion and frustration ensue. If you are a site owner, insist on a configuration-based page/field layout strategy versus a hard-coded approach.
 

Customization

You can create complex sites without one line of custom code outside the appropriately coded custom theme you may need. However, when you have exhausted all configuration options, including using pre-existing features contributed by the Drupal community, you might have to write some custom code.

Adding or editing features in a Drupal site require developers to follow Drupal coding standards and practices. This means, a coder might not be able to follow the same practices used in other frameworks. Unfortunately, this is sometimes not understood.

Here are just a couple of examples of coding for Drupal.

Don’t forget to use patches to track code changes.

Given the numerous contributed modules available on Drupal.org, it’s likely your site will use one or more. There might be times when a contributed module offers, for instance, 95% of what you need, with a minor tweak of the code and it will do the job nicely.

The best practice is to create your own custom module with code that hooks into the contributed module in question. Your custom module makes the change the Drupal way and will be executed with calls to the site.

Unfortunately, not all contributed modules are coded with hook options. Although “hacking” contributed modules is not a recommended practice, sometimes it’s the best course of action for minor changes. However, this introduces a maintenance problem if not done correctly via patching. 

What is a patch? Simply put, a fix to the code. As issues are reported to the module project lead, recommended coding fixes are often shared as well for the next version of that module. Meanwhile, your site might need that patch so you take the new code and “fix” the module versus waiting for the next module release.

This same practice of patching can be used to keep track of minor code tweaks you need to make in the contributed module. Again, all efforts should be made to use existing code. If not possible, create your own custom module. Then, if tweaking the functionality of a contributed module is what you choose, track the changes you made with a patch.

Lastly, store all your patches (fixes and tweaks) in a file on the server. For example, here sites/all/patches/PATCHES.txt.

Don’t forget the admin interface for your custom module.

If you need a custom module to complete your site’s functionality, does the custom module need variables with values assigned? For example, you create a custom module that allows you to integrate an external service with your site. In order to access the external service, you need to pass a key to the service to gain access.

For some, the first thought might be to put that key into the code, with the assumption that the key will never change. This is a “hard coding” practice and hard coding is never recommended. 

The better approach is to separate the key from the code. Store the key in the database, separate from the code. How? Via an administrative interface. In Drupal 8, entities are stronger than ever. A unique admin interface isn’t necessarily required. In some instances, you can create a content type to collect the data needed to store the key and other configuration options.

Be sure to provide clients with the means to manage custom features versus relying on code edits.


Conclusion

The above are just the basics when it comes to “Thinking in Drupal” and avoiding long-term issues in development and maintenance on your site.

If you are a developer, don’t assume that the coding practices that work in other frameworks are the best approach to developing in Drupal. If you are a site owner, don’t assume your development team will choose strategies that will allow you to easily change and maintain your site without making that request specifically. Make it a point to "Think in Drupal."

Contact us today to continue the conversation about Drupal best practices that achieve distinct goals and create new possibilities.

Apr 07 2019
Apr 07

I couldn’t be more excited about the fact that DrupalCon is in my town this year. I’ve lived in Seattle for more than 25 years and during that time, I’ve discovered some amazing places. 

So if you are looking to avoid the typical, touristy hot spots that cater to conventioneers (and I know that you are) and fast track your knowledge of where the in-the-know locals go, this list is for you. 

 

Drinking and Dining

Knee High Stocking Company

There’s a reason why the Knee High Stocking Co., is at the top of my list. Patterned after a Prohibition-era speakeasy Knee High stirs up some superior libations. Among my faves is the Cup of Awesome. One of these offers some insight into why the crazies, back in the day, thought that they needed to make liquor illegal. I’ve also been known to enjoy the Love and Violets--not currently on the cocktail menu, but if you ask nicely, I’m sure they’d be happy to mix one up for you. The full menu with a Filipino flair has has proven to be a perfect sidekick to some of the best cocktails in town.
Reservations are recommended. Call ahead to “get on the list.” In true speakeasy style, you’ll need to ring a doorbell for someone to invite you in.
1356 East Olive Way
206-979-7049

The Pink Door

Fabulous, fresh, classic, seasonal Italian fare is just the beginning. With a burlesque, cabaret vibe, the Pink Door has basically reinvented the restaurant experience. Delighting all five senses, and then some--the artwork, the lighting, the view of Elliot Bay, the element of surprise, entertainment that includes trapeze, cabaret, music and tarot--the Pink Door is a world unto itself that doesn’t take itself too seriously. What’s even more amazing to: it’s located right along the quaint Post Alley at Pike Place Market.
1919 Post Alley
306-443-3241  Reservations recommended

Dahlia Lounge

Another one of my favorites, Dahlia Lounge is viewed by many as a quintessential Seattle restaurant experience, and I couldn’t agree more. A pioneer of Seattle’s local, sustainable, and organic food movement, Dahlia features world-class wine and fresh-daily  Seafood. The menu feels completely original. The atmosphere is comfortable and casual. In other words, Dahlia Lounge is combines everything there is to love about Seattle in one delightful experience that's only a half mile from the convention center. My team was thrilled to discover that this was my pick for our DrupalCon kickoff dinner.
2001 4th Ave
202-682-4142 

Marrakesh Seattle

IMHO, Moroccan deserves a seat at the table of the world’s finest cuisines. Marrakesh Seattle promises a “True Moroccan Experience” and that includes extreme hospitality, a Sultan’s tent atmosphere, belly dancing Thursday through Sunday, a Hookah Lounge open from 9 p.m. to Midnight, AND dishes that combine a perfect mix of the most fabulous spices--cinnamon, turmeric, ginger, coriander, and cumin--along with culinary ingenuity that dates back many centuries. 
2334 2nd Ave.
206-956-0500 

Queen City Seattle

Located where many claim to be the site of the oldest bar in Seattle, Queen City is a first-class neighborhood bar and restaurant that’s just about a mile from the convention center. The classic black leather and dark wood interior has the feel of a storied spot where ordering a martini just seems like the right thing to do.
2001 First Avenue
206-402-5095

IL Bistro  

In the heart of the Pike Place Market, IL Bistro is authentic, Northern Italian, and there’s nothing not to love about that. While you are there, check out Pike Place Flowers, where you can pick up a phenomenal bouquet for a mere $10--not a bad idea to stop in on your way out of town.
93A Pike Street
206-682-3049

Lowell’s Restaurant

With a tagline of “Almost Classy Since 1957,” Lowell’s is a Seattle institution whose loyal customers (myself among them) are perfectly happy with things staying just the way they always have been. Seafood is delivered fresh daily and incorporated into hearty and delicious breakfast, lunch and dinner menus. What else? Five unique bloody mary creations, a “market mule” that takes the Moscow mule to a new level, three floors of seating with each one offering views of the Olympic Mountains, Puget Sound, and the Port of Seattle. Never will there be a need to change a thing at Lowell’s. 
1519 Pike Place
206-622-2036

Beecher’s Handmade Cheese

The world needs more institutions that use words like Dedication, Passion, Commitment, and Ardent Skill, in reference to their Cheese-Making Mission. Beecher’s Handmade Cheese is a cheese shop and a cheese-focused cafe where you can witness the miracle of cheese making, learn about cheese, taste cheese, buy cheese, and order dishes with cheese as the star ingredient.
1600 Pike Place
206-956-1964

 

Coffee

The Original Starbucks

It all started in Seattle--the elevation of coffee from something you percolated at home to an experience with a vibe that of course included WIFI. The first Starbucks opened in Seattle in 1971. Five years later it moved to this First and Pike Street location in Pike Place. While Starbucks is a few decades away from being considered off the beaten path, a visit to this location is recommended--if for no other reason than to get a glimpse of what LEED® gold certification is all about. Practically the entire interior is constructed from recycled or upcycled materials.  
1002 Pike Street

Caffe Ladro

Seattle takes its coffee very seriously. We are all required to have a favorite coffee place and to have strong opinions about it. For me, it’s Caffe Ladro. No question. With 15 distinct locations throughout Seattle, I am luckily never too far from a Caffe Ladro. The closest one to the convention center is to at
801 Pine St.
206-405-1950

Beyond Food and Drink

UPS Garden Waterfall Park

Hardly among the “secrets” but definitely worth seeing, Waterfall Park is just a little over a mile South of the convention center. Built to commemorate James Casey, the founder of UPS, Waterfall Park features a 22-ft. artificial waterfall--amazing--and a monument to Postal Service workers.   
219 2nd Ave. S
206-624-6096

Freeway Park

Nowhere in the world is there anything like Seattle’s Freeway Park and the excellent news for us at DrupalCon is that it connects to the Convention Center. The 5.2 acre Freeway Park bridges over Interstate 5 and a city-owned parking lot. Brilliant and right in the heart of Seattle.
700 Seneca St.
206-684-4075

Gum Wall

From the sublime to the ridiculous ... Seattle’s Gum Wall is a brick wall covered in used chewing gum. It’s A local landmark, in an alleyway under Pike Place Market, and a popular spot among both non-germaphobe tourists and locals to get their picture taken. 
1428 Post Alley

Pages

About Drupal Sun

Drupal Sun is an Evolving Web project. It allows you to:

  • Do full-text search on all the articles in Drupal Planet (thanks to Apache Solr)
  • Facet based on tags, author, or feed
  • Flip through articles quickly (with j/k or arrow keys) to find what you're interested in
  • View the entire article text inline, or in the context of the site where it was created

See the blog post at Evolving Web

Evolving Web