Concrete calculators, conversions, local tools & practical guides
Home
Use Concrete Calculator
Accessibility Statement | ConcreteSwift Skip to main content
Accessibility & Inclusive Use
ConcreteSwift Accessibility

ConcreteSwift Accessibility Statement

At ConcreteSwift, we want our concrete calculators, quantity and cost tools, conversion pages, project guides and educational content to be usable by as many people as possible, including people who use keyboards, screen readers, magnification, voice input and other assistive technologies.

WCAG 2.2 AA target Keyboard-aware design Ongoing improvement
PerceivableReadable content & alternatives
OperableKeyboard & interaction support
UnderstandableClear labels & instructions
Accessibility is an ongoing process. We aim to follow recognized accessibility practices and improve barriers when we find them. This statement describes our current accessibility goals, the measures we take, known limitations, and how to contact us if you need help or an alternative way to access content.

Our Website Accessibility Commitment

ConcreteSwift is committed to making its concrete estimating tools and educational content useful to a broad audience. The site includes project calculators for slabs and patios, footings and piers, walls, columns and beams, together with concrete bag estimates, ready-mix cost estimates, unit conversion tools, articles, comparison guides, tables, formulas, diagrams and policy pages. We recognize that people interact with those resources in different ways, and that a feature that works well with a mouse or on a large monitor may create a barrier for someone using only a keyboard, a screen reader, browser zoom, a mobile device or another assistive technology.

Our goal is to design and maintain content so that important information does not depend only on color, pointer movement, hover effects, tiny text or a single visual format. Where practical, interactive controls use native HTML elements, headings follow a logical structure, tables are placed in horizontally scrollable wrappers on smaller screens, and responsive layouts reflow instead of forcing users to zoom out.

Accessibility TargetWe aim toward WCAG 2.2 Level AA as our primary web accessibility benchmark.
Conformance PositionThis is a goal and improvement framework, not a claim that every page or third-party component is fully conformant.
Review ApproachWe combine design standards, content review, responsive testing and user feedback to identify accessibility issues.

Accessibility Standard We Aim to Follow

Our accessibility work is guided primarily by the Web Content Accessibility Guidelines (WCAG) 2.2 published by the World Wide Web Consortium (W3C). WCAG organizes accessibility around four principles: content should be perceivable, operable, understandable and robust. We aim for Level AA where reasonably achievable across our own templates, calculators and editorial content.

WCAG is a technical accessibility standard, not a guarantee that every individual will experience a website in exactly the same way. Real accessibility also depends on browsers, operating systems, assistive technology, user settings, content quality and third-party services. For that reason, we treat conformance work and direct user feedback as complementary rather than interchangeable.

Accessibility GoalDesign + Semantic HTML + Keyboard Access + Readable Content + Responsive Layout + Testing + User Feedback

Accessibility is strongest when technical standards are paired with practical testing and a clear way for users to report barriers.

Accessibility Measures We Use

Keyboard Access

Interactive controls are intended to be reachable and usable without requiring a mouse, with visible focus where practical.

Readable Text

We use responsive type sizing, strong foreground/background contrast and layouts that support zoom and smaller screens.

Semantic Structure

Headings, buttons, lists, labels, links and tables are structured to make page relationships easier to understand.

Responsive Tables

Wide conversion and cost tables are placed inside scrollable wrappers so mobile users can access every column.

Additional Practices

  • We try to provide descriptive page titles, headings and link text so users can understand context before activating a link.
  • We avoid relying on color alone to communicate essential calculator results, validation states or instructions.
  • Calculator fields are intended to have visible text labels and understandable input instructions.
  • Validation messages are written in text rather than being represented only by a border color.
  • Decorative visual elements are kept separate from essential content where practical, while important information is also described in text.
  • Layouts are designed to reflow for tablets and phones, with overflow protection for long unit labels, values and figure notes.
  • FAQ controls use buttons and update their expanded/collapsed state for assistive technology.

Accessibility Support Across Common Website Features

ConcreteSwift’s main calculator currently supports Slab & Patio, Footing & Pier, Wall, and Column & Beam workflows. The site also presents cubic-yard and cubic-foot results, approximate bag quantities, optional ready-mix material cost and a downloadable result PDF. We treat those calculator inputs, controls, results and supporting explanations as core accessibility priorities.

Where a downloadable result is offered, the information shown on the web page remains the primary accessible source. If a generated PDF is difficult to use with your assistive technology, you can use the on-page result or contact us for help understanding the same estimate in another format.

Accessibility considerations for common ConcreteSwift features
Website FeatureAccessibility ApproachWhat Users Can ExpectPotential Limitation
CalculatorsVisible labels, standard inputs, text results and validation messagesKeyboard entry and readable result textSome browser/device combinations may announce dynamic results differently
Conversion TablesHTML tables inside horizontal scroll wrappersAll columns remain reachable on narrow screensVery wide tables may require horizontal scrolling
FAQ AccordionsButton controls with expanded/collapsed stateKeyboard activation and structured answer contentOlder assistive technologies may handle dynamic state differently
Figures & DiagramsSupporting text explains the main conceptCritical guidance should not depend only on the imageSome complex visual relationships may be easier to understand visually
External LinksDescriptive link text where practicalUsers can identify the destination or sourceWe do not control accessibility of third-party websites
Mobile LayoutResponsive grids, wrapping text and scalable cardsContent should reflow without desktop-only assumptionsBrowser text-enlargement settings can affect some dense visual layouts

Browsers, Devices and Assistive Technology

ConcreteSwift is designed for current mainstream browsers and responsive use on desktop, tablet and mobile devices. Our pages are intended to remain usable with common browser zoom, keyboard navigation and platform accessibility settings. Because assistive technologies interpret web content through combinations of browser engines, operating systems and accessibility APIs, behavior can vary across environments.

We do not maintain an exhaustive certification matrix for every browser, screen reader, magnifier, switch device, speech-input tool or operating-system version. If a ConcreteSwift page behaves unexpectedly in your setup, please tell us what page or calculator you were using, what you were trying to do, and—if you are comfortable sharing it—the browser, device or assistive technology involved. That information can help us reproduce and prioritize the barrier.

Helpful feedback example: “On the ConcreteSwift Slab & Patio calculator, I cannot reach the Calculate button after the thickness field using the Tab key in my browser.” Specific reports help us investigate much faster than a general statement that a page is inaccessible.

Known and Potential Accessibility Limitations

We continue to improve the site and cannot guarantee that every page, archived page, embedded service or external resource is free of accessibility barriers. The following areas may require additional attention depending on the page and technology being used.

Complex Visual Figures

Some diagrams use spatial relationships to explain measurements, layers or conversions. We aim to provide equivalent explanatory text, but the visual presentation may still offer context that is difficult to reproduce perfectly in plain text.

Third-Party Content

External websites, embedded tools, analytics, advertising technology or services provided by third parties may not follow the same accessibility practices as our own templates.

Older or Legacy Pages

Pages created under an older template may not yet include every accessibility enhancement used on newer pages. We may prioritize remediation based on usage, severity and user reports.

Alternative Access

If a barrier prevents you from accessing important information, contact us and describe the content you need. We will try to provide the information in an accessible alternative format or explain it another way.

Third-Party Websites, Services and External Sources

Our articles may link to manufacturers, standards organizations, government agencies, professional associations, technical publications and other external resources. Some pages may also rely on third-party infrastructure or services. We cannot control the accessibility, privacy practices, content structure or ongoing availability of websites that we do not operate.

When we choose authoritative external sources, we try to use descriptive link text and clearly identify the destination. If an external source creates an accessibility barrier, you may contact us for help locating the essential information in another form, but we cannot guarantee that we can reproduce copyrighted or proprietary third-party material.

How to Report an Accessibility Problem

ConcreteSwift welcomes accessibility feedback. If you have difficulty using a calculator, selecting a project type, entering dimensions, reading a result, downloading a result PDF, reading a table, understanding a figure, navigating by keyboard, accessing content with a screen reader, or completing another task on the site, please use our Contact Us page.

To help us investigate, please include as much of the following information as you reasonably can:

  1. The URL or title of the page where you encountered the barrier.
  2. A short description of what you were trying to do.
  3. What happened and what you expected to happen.
  4. The device and browser you were using, if known.
  5. The assistive technology involved, if relevant and if you are comfortable sharing it.
  6. The format or alternative access you need if you are requesting an accommodation.
Accessibility Feedback PathIdentify the Page → Describe the Barrier → Tell Us the Needed Outcome → We Review and Prioritize

We cannot promise that every issue can be fixed immediately, but specific reports are valuable inputs to our accessibility work.

Requesting Information in Another Format

If an accessibility barrier prevents you from obtaining information from ConcreteSwift, contact us and tell us what information you need. Depending on the content, we may be able to provide a plain-text explanation, restate calculator instructions, summarize a table, explain a diagram, or provide another reasonable alternative.

For ConcreteSwift calculators, it helps to include the project type, the values you were trying to enter, and the result you need—for example cubic feet, cubic yards, bag quantity or a ready-mix material-cost estimate. For a table or article, identify the heading or topic. This allows us to focus on the requested information rather than requiring you to troubleshoot the technical barrier yourself.

How We Review Accessibility

Accessibility review can include both automated and manual checks. Automated tools can identify certain issues—such as missing labels, some contrast failures, duplicate IDs or structural problems—but they cannot determine whether every label is meaningful, whether keyboard order is logical, whether a diagram has an adequate text explanation, or whether a calculator workflow makes sense to a person using assistive technology.

For that reason, our process may include source-code review, responsive testing, keyboard navigation checks, focus-state review, semantic heading checks, table structure review, content editing and investigation of user reports. We also try to improve shared components so that one fix can benefit multiple calculators and guides rather than patching individual pages only.

Accessibility Is Part of Ongoing Site Maintenance

New ConcreteSwift calculators, conversions and guides can introduce new interactions or data presentations. As templates evolve, we may update older content to use improved accessibility patterns. We also monitor issues such as overflowing hero text, cramped mobile figures, very long unit labels and wide data tables because these can become practical barriers even when they are not obvious on a large desktop screen.

Accessibility in Editorial and Calculator Content

Clear writing is part of accessibility at ConcreteSwift. We aim to use descriptive headings, explain formulas in words, define units, avoid unexplained abbreviations where practical, and provide examples that help users understand how a result was produced. A calculator should not be a “black box” when the underlying formula can be explained clearly.

For conversion pages, we typically provide the conversion factor, formula, examples and a reference table. For ConcreteSwift project calculators, we explain assumptions such as ordering allowance, bag yield, concrete thickness and user-entered ready-mix pricing. Our main concrete calculator also presents cubic feet, cubic yards, approximate bag quantities and optional material cost, with project-specific workflows for slabs and patios, footings and piers, walls, columns and beams. When an estimate depends on product-specific information, we encourage users to check the manufacturer label rather than presenting one universal number as exact.

You can learn more about how we create and maintain content through our Editorial Policy, Disclaimer, Terms of Use and Privacy Policy.

Accessibility Standards and Legal Context

Accessibility laws and obligations vary by organization type, jurisdiction and use case. In the United States, the U.S. Department of Justice publishes guidance about web accessibility and the Americans with Disabilities Act (ADA). Federal agencies and certain federal digital content are also subject to Section 508 requirements. These frameworks do not necessarily apply to every private website in the same way.

This Accessibility Statement describes ConcreteSwift’s website practices and goals. It is not legal advice, a certification, or a representation that the site satisfies every accessibility law, regulation or technical standard that could apply in every jurisdiction. If you need legal guidance about accessibility obligations, consult a qualified professional.

Related Website Policies and Resources

Accessibility at ConcreteSwift intersects with content quality, privacy, disclaimers and user support. You may also want to review our Privacy Policy, Terms of Use, Editorial Policy, Disclaimer and Contact Us page.

If you are here because you could not use a specific tool, start with the ConcreteSwift Concrete Calculator, or browse related resources such as the Concrete Slab Calculator, Concrete Bags to Cubic Feet converter and other concrete conversion guides. If one version of a tool is inaccessible to you, tell us what calculation you need and we will try to help provide the information another way.

Accessibility References

We use recognized accessibility resources to guide our approach. The external references below are provided for transparency and further reading.

Last reviewed: August 16, 2026. ConcreteSwift may update this statement as the website, calculators, accessibility practices, standards or legal guidance evolve.

The Four Principles Behind Accessible Web Content

A simplified view of the WCAG POUR model and how it influences our design decisions.

KeyboardFocus should remain visible and interactions should not require a pointer.
Screen ReadersSemantic HTML and meaningful labels support nonvisual navigation.
Zoom & MobileResponsive content should wrap rather than disappear off-screen.
Plain LanguageClear formulas, units and instructions reduce avoidable confusion.

Accessibility Statement FAQs

Common questions about using this website with accessibility needs or assistive technology.

We use WCAG 2.2 Level AA as our primary accessibility target for our own templates and content. This is an ongoing goal and does not mean every page or third-party component has been formally certified as fully conformant.
Our calculators are intended to use standard form controls and buttons that can be reached and activated by keyboard. If you encounter a control that cannot be reached or operated without a mouse, please report the page to us.
We aim to use semantic headings, labels, buttons, links and text results that support screen-reader navigation. Actual behavior can vary by browser, operating system and assistive technology, so we welcome reports about specific combinations that do not work as expected.
Our wide tables are placed inside horizontal scroll containers. On a small screen, swipe horizontally within the table area to reach additional columns while the rest of the page remains responsive.
Important figures should be supported by text that explains the main concept. If a diagram contains information you cannot access, contact us with the page title and figure topic and we will try to explain the relevant information in text.
Yes. If a technical barrier prevents you from using a calculator, contact us and provide the calculation you need and the input values. We will try to provide a text-based explanation or result where reasonably possible.
No. This statement explains our accessibility goals and practices and should not be read as a legal certification or guarantee of compliance with every law or technical criterion in every jurisdiction.
No. We may link to government agencies, manufacturers, standards bodies and other sources, but we do not control their websites. Their accessibility policies and technical implementations are their responsibility.
Use our Contact Us page and include the page URL, the task you were trying to complete, what went wrong, and any browser or assistive-technology information you are comfortable sharing.
Timing depends on severity, complexity and whether the barrier is in code we control. We prioritize issues that block access to important functionality or information, but we do not promise a fixed remediation deadline in this statement.
Yes. Responsive design is an important part of practical accessibility. We specifically try to prevent text, figures, long unit labels and tables from becoming unreachable or unreadable on narrow screens.
This statement was last reviewed on August 16, 2026. It may be updated as the website, templates, accessibility standards or relevant guidance change.