Button vs Div: What's the Big Deal Anyway?

Rate this content
Bookmark
The video discusses the importance of accessibility in web development, specifically focusing on the differences between using a button and a div. Accessibility advocates prefer buttons because they are inherently more accessible, requiring less configuration than divs. For example, buttons are automatically activated with the 'Enter' or 'Space' keys. The speaker demonstrates how to convert a div into a button, which involves adding roles, tabindex, and event handlers. The CSS styling for a div to look like a button includes setting it as inline-block, aligning text to the center, and matching other visual properties of buttons on the page. The video also emphasizes that using semantic HTML elements like buttons and checkboxes simplifies the process of ensuring accessibility. For developers building navigation or multi-select dropdowns, using these elements is recommended. The video concludes with a Q&A session addressing various developer-related questions. For more information, viewers are directed to the Yaria website.

From Author:

Accessibility advocates often say "use the platform," but why? In this lightning talk, I'll be showing you implementation differences between the behavior of native HTML elements and their DIV counterparts.

This talk has been presented at React Summit Remote Edition 2020, check out the latest edition of this React Conference.

FAQ

Box-sizing is important for buttons because it includes padding and border within the element's total width and height, making it easier to size the button accurately.

If a button doesn't work on some iOS devices, make sure to include the pointer property, as it is necessary for the device to recognize the element as a button.

Using the platform (e.g., native HTML elements like buttons) is recommended because it inherently supports accessibility features, whereas using divs requires additional code and attributes to make them accessible.

When you convert a div into a button, you need to add roles, tabindex, and event handlers (like onClick) to ensure it is accessible. This includes handling key events like Enter and Space.

To make a button accessible, you typically need to add a role attribute (e.g., role='button') if it's not already a button, handle key events like Enter and Space, and ensure it is focusable by adding tabindex.

In React Native web, someone might use a div instead of a button because putting HTML inside a button is not considered semantic HTML. For example, wrapping a card or a block of an image and text in a div can be more semantically appropriate.

Important CSS properties include display: inline-block, text-align: center, color, border-radius, background-color, box-sizing, padding, and border.

Yes, using the platform doesn't work well for certain complex UI components like navigation menus or multi-select dropdowns. In these cases, additional customization and coding may be required.

You can find more information on building accessible components on the Yaria website, which includes options and examples for various types of components.

You can contact Jen Lugar on Twitter at @NickCodeMonkey for more questions.

Jen Luker
Jen Luker
12 min
02 Aug, 2021

Comments

Sign in or register to post your comment.

Video Transcription

1. Accessibility Advocates and the Platform vs Divs

Short description:

Today, I'll be talking about why accessibility advocates prefer using the platform over divs. I'll demonstrate the process of converting a div into a button and vice versa, highlighting the ease of using the platform for accessibility. To make a button accessible, provide a role of button and ensure it doesn't submit on enter. Converting a div into a button requires adding tab and key press functionality. Finally, we can tab, hit space, and enter to activate the button.

Hey, everyone. My name is Jen Lugar. And today, I'll be talking to you about why accessibility advocates often talk about using the platform instead of divs. So today, I'm going to be doing a live demo covering what happens when you take a div and you convert it into a button, and when you take a button and convert it into a div. And the reason for this is to show you how much easier it is to use the platform than it is to use divs that you then try to make accessible.

When we are looking at our app, you can see that I have a button, and I have a div. The button triggers the section. What we are going to do now is make our button accessible. So when we're looking over here, we see that we have a button, and we have a div. In order to make this button accessible, we want to provide a role of button. Many people say you don't necessarily need this. However, the very first button on a page is assumed to be a submit, which means that if you don't want it to submit when you press enter on a page, then you're going to want to convert this role to a button. After that, you're pretty much done. That's kind of it. So let's go ahead and look at what you need to do to convert your div into a button.

I am going to be cheating a little bit. I do have my completed option, but take a look at this for a minute. We have our role of button, but without the ability to tab, we can't actually tab to our div. So let's go ahead and add those. At this point, we can tab, which is great. That's helpful. However, we can't actually hit Enter. We can't hit Space to go into it if it's a div. It doesn't do anything. So we are going to have to add our onClick to hide and show the text within our div button, which we are passing in. At this point, when you click on it, you can, in fact, see that it works. But we still aren't able to tab into or press space or enter to activate this. So we're going to need to add this to our button. And we're also going to add our allowed keys. And at that point, we can tab, we can hit space, which still doesn't quite work, and we can hit Enter.

2. CSS for Divs and Buttons

Short description:

The CSS for making a div look like a button includes setting it as inline block, aligning text to the center, and inheriting the color from other buttons on the page. Other properties like border radius, background color, padding, border, and hover effects are also necessary. However, using the platform is easier and more accessible in most cases. Building navigation or multi-select dropdowns with buttons and checkboxes ensures accessibility without the need for complex code. For more information, visit the Yaria website. In conclusion, buttons are simpler to make accessible compared to divs.

The next section is going to be the CSS of making it look like a div. And we have to put it as inline block. That's how a div or button functions. We're going to be text aligning center, the color button text. This actually allows it to inherit the color that all of the buttons on the page have.

The border radius for making sure that you get these rounded corners. We're going to have the background color to make it match. You'll be able to do whatever it is you want to do with this. Box sizing. This is interesting. The purpose for box sizing means that the padding is included inside the size of a button, which is pretty fantastic. That means that you don't have to have the width of your button be the width, and then the padding, and then the border. It's all included in that actual width.

The padding on a button for default is really weird. I'm not sure why someone chose exactly 7 pixels, but that's what it is. We then also have the border, which requires an outset and an interesting color option. And then, if you didn't know, in some iOS devices, if you don't include the pointer, it's never going to detect it as a button. It won't actually open it. And then we also have to have our hovers. So this is a pretty huge block of code we're going to need just to make this work. So it may look like a button. And it acts like a button. But there's a lot of information that you needed to remember in order to make this work. So would you rather have role equals button, or would you rather have to remember all of this?

Now, there are times when use the platform doesn't work. For instance, when you're trying to build a navigation, or when you are trying to build a multi-select dropdown. And what's really fascinating about those is that if you stick really closely to using buttons when you want to click on something, or check boxes when you want to select multiple items, then you don't have to cheat the system to make it accessible. It still works. If you want to find out more information on that, the Yaria website does include options and examples for how to build those types of components. Today we learned that a button doesn't take much to make accessible, but a div takes a lot of stuff you have to remember. If you have any questions, you can always contact me on Twitter at NickCodeMonkey.

QnA

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Don't Solve Problems, Eliminate Them
React Advanced Conference 2021React Advanced Conference 2021
39 min
Don't Solve Problems, Eliminate Them
Top Content
Kent C. Dodds discusses the concept of problem elimination rather than just problem-solving. He introduces the idea of a problem tree and the importance of avoiding creating solutions prematurely. Kent uses examples like Tesla's electric engine and Remix framework to illustrate the benefits of problem elimination. He emphasizes the value of trade-offs and taking the easier path, as well as the need to constantly re-evaluate and change approaches to eliminate problems.
Using useEffect Effectively
React Advanced Conference 2022React Advanced Conference 2022
30 min
Using useEffect Effectively
Top Content
Today's Talk explores the use of the useEffect hook in React development, covering topics such as fetching data, handling race conditions and cleanup, and optimizing performance. It also discusses the correct use of useEffect in React 18, the distinction between Activity Effects and Action Effects, and the potential misuse of useEffect. The Talk highlights the benefits of using useQuery or SWR for data fetching, the problems with using useEffect for initializing global singletons, and the use of state machines for handling effects. The speaker also recommends exploring the beta React docs and using tools like the stately.ai editor for visualizing state machines.
Design Systems: Walking the Line Between Flexibility and Consistency
React Advanced Conference 2021React Advanced Conference 2021
47 min
Design Systems: Walking the Line Between Flexibility and Consistency
Top Content
The Talk discusses the balance between flexibility and consistency in design systems. It explores the API design of the ActionList component and the customization options it offers. The use of component-based APIs and composability is emphasized for flexibility and customization. The Talk also touches on the ActionMenu component and the concept of building for people. The Q&A session covers topics such as component inclusion in design systems, API complexity, and the decision between creating a custom design system or using a component library.
React Concurrency, Explained
React Summit 2023React Summit 2023
23 min
React Concurrency, Explained
Top Content
Watch video: React Concurrency, Explained
React 18's concurrent rendering, specifically the useTransition hook, optimizes app performance by allowing non-urgent updates to be processed without freezing the UI. However, there are drawbacks such as longer processing time for non-urgent updates and increased CPU usage. The useTransition hook works similarly to throttling or bouncing, making it useful for addressing performance issues caused by multiple small components. Libraries like React Query may require the use of alternative APIs to handle urgent and non-urgent updates effectively.
Managing React State: 10 Years of Lessons Learned
React Day Berlin 2023React Day Berlin 2023
16 min
Managing React State: 10 Years of Lessons Learned
Top Content
Watch video: Managing React State: 10 Years of Lessons Learned
This Talk focuses on effective React state management and lessons learned over the past 10 years. Key points include separating related state, utilizing UseReducer for protecting state and updating multiple pieces of state simultaneously, avoiding unnecessary state syncing with useEffect, using abstractions like React Query or SWR for fetching data, simplifying state management with custom hooks, and leveraging refs and third-party libraries for managing state. Additional resources and services are also provided for further learning and support.
TypeScript and React: Secrets of a Happy Marriage
React Advanced Conference 2022React Advanced Conference 2022
21 min
TypeScript and React: Secrets of a Happy Marriage
Top Content
React and TypeScript have a strong relationship, with TypeScript offering benefits like better type checking and contract enforcement. Failing early and failing hard is important in software development to catch errors and debug effectively. TypeScript provides early detection of errors and ensures data accuracy in components and hooks. It offers superior type safety but can become complex as the codebase grows. Using union types in props can resolve errors and address dependencies. Dynamic communication and type contracts can be achieved through generics. Understanding React's built-in types and hooks like useState and useRef is crucial for leveraging their functionality.

Workshops on related topic

React Performance Debugging Masterclass
React Summit 2023React Summit 2023
170 min
React Performance Debugging Masterclass
Top Content
Featured WorkshopFree
Ivan Akulov
Ivan Akulov
Ivan’s first attempts at performance debugging were chaotic. He would see a slow interaction, try a random optimization, see that it didn't help, and keep trying other optimizations until he found the right one (or gave up).
Back then, Ivan didn’t know how to use performance devtools well. He would do a recording in Chrome DevTools or React Profiler, poke around it, try clicking random things, and then close it in frustration a few minutes later. Now, Ivan knows exactly where and what to look for. And in this workshop, Ivan will teach you that too.
Here’s how this is going to work. We’ll take a slow app → debug it (using tools like Chrome DevTools, React Profiler, and why-did-you-render) → pinpoint the bottleneck → and then repeat, several times more. We won’t talk about the solutions (in 90% of the cases, it’s just the ol’ regular useMemo() or memo()). But we’ll talk about everything that comes before – and learn how to analyze any React performance problem, step by step.
(Note: This workshop is best suited for engineers who are already familiar with how useMemo() and memo() work – but want to get better at using the performance tools around React. Also, we’ll be covering interaction performance, not load speed, so you won’t hear a word about Lighthouse 🤐)
React Hooks Tips Only the Pros Know
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
React Hooks Tips Only the Pros Know
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
The addition of the hooks API to React was quite a major change. Before hooks most components had to be class based. Now, with hooks, these are often much simpler functional components. Hooks can be really simple to use. Almost deceptively simple. Because there are still plenty of ways you can mess up with hooks. And it often turns out there are many ways where you can improve your components a better understanding of how each React hook can be used.You will learn all about the pros and cons of the various hooks. You will learn when to use useState() versus useReducer(). We will look at using useContext() efficiently. You will see when to use useLayoutEffect() and when useEffect() is better.
React, TypeScript, and TDD
React Advanced Conference 2021React Advanced Conference 2021
174 min
React, TypeScript, and TDD
Top Content
Featured WorkshopFree
Paul Everitt
Paul Everitt
ReactJS is wildly popular and thus wildly supported. TypeScript is increasingly popular, and thus increasingly supported.

The two together? Not as much. Given that they both change quickly, it's hard to find accurate learning materials.

React+TypeScript, with JetBrains IDEs? That three-part combination is the topic of this series. We'll show a little about a lot. Meaning, the key steps to getting productive, in the IDE, for React projects using TypeScript. Along the way we'll show test-driven development and emphasize tips-and-tricks in the IDE.
Designing Effective Tests With React Testing Library
React Summit 2023React Summit 2023
151 min
Designing Effective Tests With React Testing Library
Top Content
Featured Workshop
Josh Justice
Josh Justice
React Testing Library is a great framework for React component tests because there are a lot of questions it answers for you, so you don’t need to worry about those questions. But that doesn’t mean testing is easy. There are still a lot of questions you have to figure out for yourself: How many component tests should you write vs end-to-end tests or lower-level unit tests? How can you test a certain line of code that is tricky to test? And what in the world are you supposed to do about that persistent act() warning?
In this three-hour workshop we’ll introduce React Testing Library along with a mental model for how to think about designing your component tests. This mental model will help you see how to test each bit of logic, whether or not to mock dependencies, and will help improve the design of your components. You’ll walk away with the tools, techniques, and principles you need to implement low-cost, high-value component tests.
Table of contents- The different kinds of React application tests, and where component tests fit in- A mental model for thinking about the inputs and outputs of the components you test- Options for selecting DOM elements to verify and interact with them- The value of mocks and why they shouldn’t be avoided- The challenges with asynchrony in RTL tests and how to handle them
Prerequisites- Familiarity with building applications with React- Basic experience writing automated tests with Jest or another unit testing framework- You do not need any experience with React Testing Library- Machine setup: Node LTS, Yarn
Master JavaScript Patterns
JSNation 2024JSNation 2024
145 min
Master JavaScript Patterns
Featured Workshop
Adrian Hajdin
Adrian Hajdin
During this workshop, participants will review the essential JavaScript patterns that every developer should know. Through hands-on exercises, real-world examples, and interactive discussions, attendees will deepen their understanding of best practices for organizing code, solving common challenges, and designing scalable architectures. By the end of the workshop, participants will gain newfound confidence in their ability to write high-quality JavaScript code that stands the test of time.
Points Covered:
1. Introduction to JavaScript Patterns2. Foundational Patterns3. Object Creation Patterns4. Behavioral Patterns5. Architectural Patterns6. Hands-On Exercises and Case Studies
How It Will Help Developers:
- Gain a deep understanding of JavaScript patterns and their applications in real-world scenarios- Learn best practices for organizing code, solving common challenges, and designing scalable architectures- Enhance problem-solving skills and code readability- Improve collaboration and communication within development teams- Accelerate career growth and opportunities for advancement in the software industry
Next.js 13: Data Fetching Strategies
React Day Berlin 2022React Day Berlin 2022
53 min
Next.js 13: Data Fetching Strategies
Top Content
WorkshopFree
Alice De Mauro
Alice De Mauro
- Introduction- Prerequisites for the workshop- Fetching strategies: fundamentals- Fetching strategies – hands-on: fetch API, cache (static VS dynamic), revalidate, suspense (parallel data fetching)- Test your build and serve it on Vercel- Future: Server components VS Client components- Workshop easter egg (unrelated to the topic, calling out accessibility)- Wrapping up