[{"data":1,"prerenderedAt":316},["ShallowReactive",2],{"DefaultLayouten":3,"language-blog-slug-improving-accessibility-for-the-blind-8-guidelines-i18n-slugs":134,"language-blog-slug-en-improving-accessibility-for-the-blind-8-guidelines":138},{"app":4,"menu":31,"footer":66},{"githubUrl":5,"youtubeUrl":6,"linkedinUrl":7,"phoneNumber":8,"emailAddress":9,"legal":10,"addresses":20},"https:\u002F\u002Fgithub.com\u002Fvoorhoede\u002F","https:\u002F\u002Fwww.youtube.com\u002Fchannel\u002FUCzHuhQVYFRixtQN2-swcuGg","https:\u002F\u002Fwww.linkedin.com\u002Fcompany\u002Fde-voorhoede","+31 20 2610 954","post@voorhoede.nl",[11,14,17],{"title":12,"value":13},"KvK","56017235",{"title":15,"value":16},"BTW","NL851944620B01",{"title":18,"value":19},"IBAN","NL14TRIO0320142078",[21,26],{"address":22,"city":23,"googleMapsLink":24,"postalCode":25},"Koivistokade 70","Amsterdam","https:\u002F\u002Fwww.google.com\u002Fmaps\u002Fplace\u002FDe+Voorhoede+%7C+Front-end+Development\u002F@52.396847,4.8700823,17z\u002Fdata=!3m1!4b1!4m5!3m4!1s0x47c5e21d502d2d59:0xbf570944a96ebf45!8m2!3d52.347647!4d4.8502154","1013 BB",{"address":27,"city":28,"googleMapsLink":29,"postalCode":30},"Koornmarkt 22","Delft","https:\u002F\u002Fwww.google.nl\u002Fmaps\u002Fplace\u002FKoornmarkt+22,+2611+EG+Delft\u002F@52.0093477,4.3573054,17z\u002F","2611 EG",{"title":32,"callToActions":33,"links":39},"Site Menu",[34],{"id":35,"title":36,"link":37},"163140902","Contact",{"__typename":38},"ContactRecord",[40,46,51,56,61],{"id":41,"title":42,"link":43},"163140904","Impact",{"__typename":44,"slug":45},"PageRecord","impact",{"id":47,"title":48,"link":49},"163140905","Services",{"__typename":50},"ServiceOverviewRecord",{"id":52,"title":53,"link":54},"163140906","Cases",{"__typename":55},"CaseOverviewRecord",{"id":57,"title":58,"link":59},"163140908","About us",{"__typename":44,"slug":60},"about-us",{"id":62,"title":63,"link":64},"d6WdFJq2SOuc3dWtpibbXQ","Work at",{"__typename":44,"slug":65},"work-at",{"links":67,"copyrightTitle":93,"copyrightLabel":94,"copyrightLink":95,"privacyTitle":96,"privacyLabel":97,"privacyLink":98,"certificatesGrid":99},[68,71,74,77,82,85,88],{"id":69,"title":42,"link":70},"144185264",{"__typename":44,"slug":45},{"id":72,"title":48,"link":73},"144185265",{"__typename":50},{"id":75,"title":53,"link":76},"144185266",{"__typename":55},{"id":78,"title":79,"link":80},"144185267","Blog",{"__typename":81},"BlogPostOverviewRecord",{"id":83,"title":58,"link":84},"144185268",{"__typename":44,"slug":60},{"id":86,"title":36,"link":87},"144185269",{"__typename":38},{"id":89,"title":90,"link":91},"144185270","FAQ",{"__typename":44,"slug":92},"faq","Creative Commons licence and disclaimer","CC BY 4.0","https:\u002F\u002Fcreativecommons.org\u002Flicenses\u002Fby\u002F4.0\u002F","De Voorhoede privacy statement (pdf)","Privacy statement","https:\u002F\u002Fwww.datocms-assets.com\u002F6524\u002F1763455455-vh-isms-006-privacy-statement-de-voorhoede-en.pdf",[100,112,123],{"id":101,"image":102,"link":107},"Xq4bBfg_TZ6Fkjax9mkbLQ",{"url":103,"alt":104,"width":105,"height":106},"https:\u002F\u002Fwww.datocms-assets.com\u002F6524\u002F1687353463-b-corp-logo-black-rgb.png","B Corp logo",404,680,{"__typename":108,"id":109,"title":110,"url":111},"ExternalLinkRecord","fGW1ak8XQYaYDLkBSyncog","B Corp","https:\u002F\u002Fwww.bcorporation.net\u002Fen-us\u002Ffind-a-b-corp\u002Fcompany\u002Fde-voorhoede\u002F",{"id":113,"image":114,"link":119},"c5mCXRTiSraRIB25fw1p7Q",{"url":115,"alt":116,"width":117,"height":118},"https:\u002F\u002Fwww.datocms-assets.com\u002F6524\u002F1687353461-dda-boxlogo-black.png","Dutch Digital Agencies logo",627,480,{"__typename":108,"id":120,"title":121,"url":122},"P6Jh7B0cTv2cKyNEeKVWVQ","Dutch Digital Agencies","https:\u002F\u002Fdutchdigitalagencies.com\u002Fleden\u002Fde-voorhoede\u002F",{"id":124,"image":125,"link":129},"MT5SCyNxSTSr_v5eeATMZw",{"url":126,"alt":127,"width":128,"height":128},"https:\u002F\u002Fwww.datocms-assets.com\u002F6524\u002F1775730283-dnv.png","DNV logo",518,{"id":130,"title":131,"link":132},"BRtNB5HnT5i-7HkA8IYzBw","DIV",{"__typename":44,"slug":133},"impact\u002Fdigitale-producten-privacy-by-design",[135],{"locale":136,"value":137},"en","improving-accessibility-for-the-blind-8-guidelines",{"page":139},{"slug":137,"i18nSlugs":140,"social":142,"title":146,"subtitle":79,"isArchived":147,"headerIllustration":145,"date":148,"authors":149,"introTitle":158,"items":159,"pivots":269,"relatedBlogPosts":280,"tags":281,"onMountedScript":152,"onUnmountedScript":152},[141],{"locale":136,"value":137},{"title":143,"description":144,"image":145},"8 Easy Tips for Improving A11y for The Blind | De Voorhoede","We present 8 guidelines on how to easily build an accessible website for the blind. This includes keyboard usability, using headings and more. ",null,"Improving accessibility for the blind: 8 guidelines",false,"2016-12-27T01:00:00.000+01:00",[150],{"name":151,"lastName":152,"slug":153,"image":154},"Bas","","bas",{"url":155,"alt":145,"width":156,"height":157},"https:\u002F\u002Fwww.datocms-assets.com\u002F6524\u002F1683534636-placeholder.jpg",1235,1646,"A11y is the one-eyed king",[160,164,168,172,176,181,184,187,190,194,197,200,204,207,211,214,217,220,223,227,230,234,237,240,243,246,250,254,257,261,265],{"__typename":161,"id":162,"title":152,"body":163},"TextSectionRecord","406869","\u003Cp>\u003Cspan>When accessibility on the web is discussed, the WAI-ARIA spec often plays an important role. And not always in a positive way — inexperience with ARIA roles and the difficulty in setting up tests can make proper implementation a daunting task. In practice however, one doesn’t need ARIA for everything. Most websites’ accessibility can be greatly improved with the use of basic HTML elements and attributes. In this article, we present 8 guidelines on how to easily build an accessible website.\u003C\u002Fspan>\u003C\u002Fp>",{"__typename":161,"id":165,"title":166,"body":167},"406870","On Web Content Accessibility Guidelines (WCAG)","\u003Cp>\u003Cspan>The W3C has created a standard, the WCAG 2.0, that serves as a guideline for making your website accessible. It states that “following these guidelines will make content accessible to a wider range of people with disabilities”. The guidelines themselves are very verbose, so instead you might want to follow \u003C\u002Fspan>\u003Ca href=\"https:\u002F\u002Fwww.wuhcag.com\u002Fwcag-checklist\u002F\">this checklist\u003C\u002Fa>\u003Cspan>.\u003C\u002Fspan>\u003C\u002Fp>",{"__typename":161,"id":169,"title":170,"body":171},"406871","A primer on screen reading on the web","\u003Cp>Before reading through these 8 guidelines, it is important to understand how blind people use screen readers to access websites. A screen reader is a piece of software that reads text on a computer screen out loud with a computerized voice. It also supports various keyboard shortcuts, which enables blind people to scan web pages and access regions and functions directly that a sighted person would use a mouse for. In the video below Sina Bahram, a blind accessibility researcher, gives a demonstration on how he uses a screen reader.\u003C\u002Fp>\n\u003Cfigure data-type=\"video\">\u003C\u002Ffigure>",{"__typename":161,"id":173,"title":174,"body":175},"406872","1. Adhere to the standards","\u003Cp>\u003Cspan>Screen readers read all textual information in the order as it is defined in the HTML. In order to help the screen reader interpret that content as intended, it is important that you use valid HTML. Furthermore it is important that information is coded using correct semantics. When the semantics are incorrectly defined, screen readers cannot process the information.\u003C\u002Fspan>\u003C\u002Fp>",{"__typename":177,"id":178,"language":179,"body":180},"CodeBlockRecord","406873","html","\u003Cspan class=\"button\" onclick=\"submitForm()\">Submit form\u003C\u002Fspan>",{"__typename":161,"id":182,"title":152,"body":183},"406875","\u003Cp>\u003Cspan>For example, a button coded using a \u003C\u002Fspan>\u003Ccode><span>\u003C\u002Fcode>\u003Cspan> combined with JavaScript to get the behaviour of a button will not be recognised by the screen reader as a button. In this case you should use a \u003C\u002Fspan>\u003Ccode><button>\u003C\u002Fcode>\u003Cspan> element.\u003C\u002Fspan>\u003C\u002Fp>",{"__typename":177,"id":185,"language":179,"body":186},"406876","\u003Cbutton type=\"submit\">Submit form\u003C\u002Fbutton>",{"__typename":161,"id":188,"title":152,"body":189},"406878","\u003Cp>\u003Cspan>This element has all the intended functionality (like it being clickable) already built in and screen readers can rightly interpret it.\u003C\u002Fspan>\u003C\u002Fp>",{"__typename":161,"id":191,"title":192,"body":193},"406879","2. Make sure that each web page is usable by keyboard","\u003Cp>\u003Cspan>Make sure that each user interface element is accessible by using the keyboard. You can check keyboard accessibility by tabbing through every element on the page to see if it can receive focus.\u003C\u002Fspan>\u003C\u002Fp>",{"__typename":177,"id":195,"language":179,"body":196},"406880","\u003Cform action=\"\u002Fpath\u002Fto\u002Fendpoint\" method=\"post\">\n  \u003Cinput type=\"text\">\n  \u003Cbutton type=\"submit\">Submit form\u003C\u002Fbutton>\n\u003C\u002Fform>",{"__typename":161,"id":198,"title":152,"body":199},"406881","\u003Cp>By using a\u003Cspan> \u003C\u002Fspan>\u003Ccode><form>\u003C\u002Fcode>\u003Cspan> \u003C\u002Fspan>element, the browser allows keyboard access automatically on its fields and buttons.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Note\u003C\u002Fstrong>: Use\u003Cspan> \u003C\u002Fspan>\u003Ccode>tabindex\u003C\u002Fcode>\u003Cspan> \u003C\u002Fspan>with caution. Since screen readers process information in the same order as they were defined in the HTML, you can get unexpected results if you interrupt this order by using a tabindex with a value higher than 0.\u003C\u002Fp>",{"__typename":161,"id":201,"title":202,"body":203},"406882","3. Use headings to describe the content","\u003Cp>\u003Cspan>A screen reader can jump from heading to heading to give the user a quick grasp of what content is available on the webpage. That’s why it is important to ensure that each heading is a good description for the underlying content. Also, headings should be structured hierarchically — e.g. a \u003C\u002Fspan>\u003Ccode><h1>\u003C\u002Fcode>\u003Cspan> is followed by a \u003C\u002Fspan>\u003Ccode><h2>\u003C\u002Fcode>\u003Cspan>, not a \u003C\u002Fspan>\u003Ccode><h3>\u003C\u002Fcode>\u003Cspan> — so that the screen reader can properly move through the content in a logical order.\u003C\u002Fspan>\u003C\u002Fp>",{"__typename":177,"id":205,"language":179,"body":206},"406883","\u003Ch1>Cat\u003C\u002Fh1>\n\u003Cp>The cat is a small, typically furry, carnivorous mammal.\u003C\u002Fp>\n\n\u003Ch2>Biology\u003C\u002Fh2>\n\n\u003Ch3>Anatomy\u003C\u002Fh3>\n\u003Cp>Domestic cats are similar in size to the other members of the genus Felis, \ntypically weighing between 4 and 5 kg.\u003C\u002Fp>\n\n\u003Ch3>Physiology\u003C\u002Fh3>\n\u003Cp>Cats are familiar and easily kept animals, and their physiology has been\nparticularly well studied.\u003C\u002Fp>\n\n\u003Ch2>Behaviour\u003C\u002Fh2>\n\u003Cp>Outdoor cats are active both day and night, although they tend to be slightly\nmore active at night.\u003C\u002Fp>",{"__typename":161,"id":208,"title":209,"body":210},"406884","4. Make sure that headings, links, form elements and landmarks can be understood without context","\u003Cp>Blind people not only scan headings, but also links, form elements and so called “landmarks\". A screen reader only reads out the information in the element itself, while it ignores its context. So, it is important that these elements themselves provide sufficient information.\u003C\u002Fp>",{"__typename":177,"id":212,"language":179,"body":213},"406885","\u003Cp>\n  This website uses cookies.\n  \u003Ca href=\"cookie-policy.html\">More information\u003C\u002Fa>\n\u003C\u002Fp>",{"__typename":161,"id":215,"title":152,"body":216},"406887","\u003Cp>In the example above, the screen reader will say “Link: more information”. Without contextual information on the cookie notification, this is of no use to a blind user. “More information” on what? One way to solve this problem is shown in the next example.\u003C\u002Fp>",{"__typename":177,"id":218,"language":179,"body":219},"406888","\u003Cp>\n  This website uses cookies.\n  \u003Ca href=\"cookie-policy.html\">More information \u003Cspan class=\"sr-only\">on our cookie policy\u003C\u002Fspan>\u003C\u002Fa>\n\u003C\u002Fp>",{"__typename":161,"id":221,"title":152,"body":222},"406890","\u003Cp>The\u003Cspan> \u003C\u002Fspan>\u003Ccode>sr-only\u003C\u002Fcode>\u003Cspan> \u003C\u002Fspan>class ensures that the text in the element is accessible for screen readers, but is invisible for seeing people. The screen reader now reads aloud the text “More information on our cookie policy.”\u003C\u002Fp>",{"__typename":177,"id":224,"language":225,"body":226},"406891","css",".sr-only {\n  position: absolute;\n  margin: -1px;\n  padding: 0;\n  width: 1px;\n  height: 1px;\n  overflow: hidden;\n  border: 0;\n  clip: rect(0 0 0 0);\n}",{"__typename":161,"id":228,"title":152,"body":229},"406892","\u003Cp>By using the\u003Cspan> \u003C\u002Fspan>\u003Ccode>sr-only\u003C\u002Fcode>\u003Cspan> \u003C\u002Fspan>class, a web page can provide extra contextual information to blind people, without having to adjust the visual design.\u003C\u002Fp>",{"__typename":161,"id":231,"title":232,"body":233},"406893","5. Describe non-textual information","\u003Cp>Screen readers will skip all information that is not available in any textual form. For example, images, videos, audio and maps will be ignored. Best to make sure that this information is provided in another, textual way to the blind user.\u003C\u002Fp>",{"__typename":177,"id":235,"language":179,"body":236},"406894","\u003Cimg src=\"cat.jpg\" alt=\"African wildcat\">",{"__typename":161,"id":238,"title":152,"body":239},"406900","\u003Cp>\u003Cspan>The \u003C\u002Fspan>\u003Ccode>alt\u003C\u002Fcode>\u003Cspan> attribute is not the same as an image’s caption. The \u003C\u002Fspan>\u003Ccode>alt\u003C\u002Fcode>\u003Cspan>attribute should describe what the image shows, within its context. A \u003C\u002Fspan>\u003Ccode>figcaption\u003C\u002Fcode>\u003Cspan>, when used in a \u003C\u002Fspan>\u003Ccode>figure\u003C\u002Fcode>\u003Cspan> element, could have any text regarding the image. It could be copyright information, or related information about our cat:\u003C\u002Fspan>\u003C\u002Fp>",{"__typename":177,"id":241,"language":179,"body":242},"406901","\u003Cfigure>\n  \u003Cimg src=\"cat.jpg\" alt=\"African wildcat sleeping in the sun\">\n  \u003Cfigcaption>\n    African wildcats are active mainly during the night. Image rights: CC BY 2.0, John McExample.\n  \u003C\u002Ffigcaption>\n\u003C\u002Ffigure>",{"__typename":161,"id":244,"title":152,"body":245},"406902","\u003Cp>\u003Cspan>Note that an image that is only used for decoration doesn’t have to be described; you can keep the \u003C\u002Fspan>\u003Ccode>alt\u003C\u002Fcode>\u003Cspan> attribute of such an image empty, as it will only add noise to the blind user.\u003C\u002Fspan>\u003C\u002Fp>",{"__typename":161,"id":247,"title":248,"body":249},"406903","6. Make sure that visual feedback is also communicated using audio feedback","\u003Cp>\u003Cspan>Web pages can provide visual feedback which screen readers cannot process. Examples of visual feedback are search results that automatically update when filtering, a twitter feed that updates itself or a menu that will show more options when hovered over. Blind users cannot perceive these kinds of feedback. By using a tiny ARIA role, we can add functionality that ensures the accessibility of such elements:\u003C\u002Fspan>\u003C\u002Fp>",{"__typename":177,"id":251,"language":252,"body":253},"406904","javascript","var div = document.createElement('div');\ndiv.setAttribute('role', 'alert');\ndiv.className = 'sr-only';\ndiv.innerHTML = 'Loading new search results';\ndocument.body.appendChild(div);",{"__typename":161,"id":255,"title":152,"body":256},"406909","\u003Cp>\u003Cspan>Taking the example of loading new search results, you can notify the blind user using the ARIA role of \u003C\u002Fspan>\u003Ccode>alert\u003C\u002Fcode>\u003Cspan>. By adding a \u003C\u002Fspan>\u003Ccode><div>\u003C\u002Fcode>\u003Cspan> containing a \u003C\u002Fspan>\u003Ccode>role=\"alert\"\u003C\u002Fcode>\u003Cspan> to the web page when the user triggers new search results, the screen reader will announce: “Loading new search results”. Be careful to not overload the user with information, though!\u003C\u002Fspan>\u003C\u002Fp>",{"__typename":161,"id":258,"title":259,"body":260},"406910","7. Test the website in a screen reader","\u003Cp>There are different kinds of screen readers for different operating systems. According to the\u003Cspan> \u003C\u002Fspan>\u003Ca href=\"http:\u002F\u002Fwebaim.org\u002Fprojects\u002Fscreenreadersurvey6\u002F\">WebAIM Screen Reader User Survey\u003C\u002Fa>, popular screen readers for Windows are JAWS, ZoomText, Window-Eyes and NVDA. On MacOS there is only one screen reader available, VoiceOver, which is already built into the operating system.\u003C\u002Fp>\n\u003Cp>Screen readers work in combination with a browser. Not every screen reader and browser combination interprets the web page in the same manner. For example, JAWS in combination with IE11 can give a different result than JAWS in combination with Firefox.\u003Cspan> \u003C\u002Fspan>\u003Ca href=\"https:\u002F\u002Fthepaciellogroup.github.io\u002FAT-browser-tests\u002F\">The Paciello Group\u003C\u002Fa>\u003Cspan> \u003C\u002Fspan>has documented the output of some popular screen readers for all kinds of HTML elements.\u003Cspan> \u003C\u002Fspan>\u003Ca href=\"http:\u002F\u002Fwww.html5accessibility.com\u002F\">HTML5 Accessibility\u003C\u002Fa>\u003Cspan> \u003C\u002Fspan>lists the browser support of HTML5 accessibility features. Furthermore, as screen readers are expensive, their users will not update the software every time a new version comes out. This means that there are many possible combinations of browsers and screen readers, not all of which need extra care, but awareness of this issue will hopefully help you create better solutions.\u003C\u002Fp>\n\u003Cp>Because the way blind people use a website is fundamentally different than the way sighted people can scan a web page, it is important to understand how screen readers work. I would suggest you to download a screen reader, turn off your screen and try it out. If you don’t give up out of frustration in the first few minutes, you will get a better picture of how to use them. If you don’t want to pony up: all screen readers have a trial mode, which is usually sufficient for testing a website on accessibility.\u003C\u002Fp>\n\u003Cp>Using a screen reader to test your website during development might be inefficient. Instead, you can use the Chrome plugin\u003Cspan> \u003C\u002Fspan>\u003Ca href=\"http:\u002F\u002Fwww.chromevox.com\u002F\">ChromeVox\u003C\u002Fa>. This plugin is a screen reader which runs in the browser. Yet, in my opinion it is important to once in a while test your website in an actual screen reader, in order to understand if your website is really accessible.\u003C\u002Fp>\n\u003Cp>And, better yet:\u003C\u002Fp>",{"__typename":161,"id":262,"title":263,"body":264},"406911","8. Test the website with blind people","\u003Cp>\u003Cspan>Usability testing together with blind users is the best way to check if your website is accessible. I could never have predicted how a blind person uses their computer with a screen reader until I experienced it first hand. And just like with those who have sight, everyone has their own methods and manners of using their computer. Quite simply put: if you only test a website’s accessibility yourself, you probably won’t find every issue. So, try to at least once sit down with one or more blind persons to visit your website together. In my experience, blind people are more than willing to help you with these tests. All you have to do is ask.\u003C\u002Fspan>\u003C\u002Fp>",{"__typename":161,"id":266,"title":267,"body":268},"406912","Learn more","\u003Cp>In order to learn more about making accessible websites, I found the\u003Cspan> \u003C\u002Fspan>\u003Ca href=\"https:\u002F\u002Fwww.udacity.com\u002Fcourse\u002Fweb-accessibility--ud891\">Web Accessibility course\u003C\u002Fa>\u003Cspan> \u003C\u002Fspan>on Udacity useful.\u003C\u002Fp>\n\u003Cp>Support for the ARIA standard is still not complete.\u003Cspan> \u003C\u002Fspan>\u003Ca href=\"http:\u002F\u002Fwww.powermapper.com\u002Ftests\u002Fscreen-readers\u002Faria\u002F\">PowerMapper\u003C\u002Fa>\u003Cspan> \u003C\u002Fspan>(the\u003Cspan> \u003C\u002Fspan>\u003Cem>Can I use\u003C\u002Fem>\u003Cspan> \u003C\u002Fspan>of screen readers) has a list with ARIA roles and attribute support for different screen reader and browser combinations.\u003C\u002Fp>\n\u003Cp>Wuhcag (\u003Ca href=\"https:\u002F\u002Fwww.wuhcag.com\u002F\">www.wuhcag.com\u003C\u002Fa>) has some good resources and explanations on WCAG 2.0 guidelines.\u003C\u002Fp>\n\u003Cp>Heydon Pickering writes a lot about accessibility and made a couple of practical ARIA examples:\u003Cspan> \u003C\u002Fspan>\u003Ca href=\"http:\u002F\u002Fheydonworks.com\u002Fpractical_aria_examples\u002F\">heydonworks.com\u002Fpractical_aria_examples\u002F\u003C\u002Fa>.\u003C\u002Fp>\n\u003Caside class=\"join-our-team\">\u003C\u002Faside>",[270],{"title":271,"body":272,"links":273,"mailchimpValue":152,"mailchimpName":152,"mailchimpId":152,"formType":152,"contactPerson":145},"Also in love with the web?","\u003Cp>For us, that’s about technology and user experience. Fast, available for all, enjoyable to use. And fun to build. This is how our team bands together, adhering to the same values, to make sure we achieve a solid result for clients both large and small. Does that fit you?\u003C\u002Fp>\n",[274],{"__typename":275,"id":276,"title":277,"link":278},"InternalLinkRecord","163140992","Join our team",{"__typename":44,"slug":279},"jobs",[],[282],{"id":283,"title":284,"slug":285,"blogPosts":286},"HgWm8aCCRMWWS0eqggo5xg","Accessibility ","accessibility",[287,298,309],{"slug":288,"title":289,"date":290,"authors":291},"designing-css-for-non-latin-languages-on-the-web","Designing CSS\u002FHTML for Non-Latin Languages on the Web","2025-09-01T09:23:50.428+02:00",[292],{"name":293,"image":294},"Marleen",{"url":295,"alt":145,"width":296,"height":297},"https:\u002F\u002Fwww.datocms-assets.com\u002F6524\u002F1760339746-marleen-edit.jpeg",1431,1908,{"slug":299,"title":300,"date":301,"authors":302},"accessibility-in-design-systems","Accessibility in Design Systems","2025-06-17T14:15:56.000+02:00",[303],{"name":304,"image":305},"Sjoerd",{"url":306,"alt":145,"width":307,"height":308},"https:\u002F\u002Fwww.datocms-assets.com\u002F6524\u002F1683534892-sjoerd.jpg",1637,2182,{"slug":310,"title":311,"date":312,"authors":313},"testing-accessibility-on-windows-with-virtualbox","Testing Accessibility on Windows with VirtualBox","2019-09-18T02:00:00.000+02:00",[314],{"name":151,"image":315},{"url":155,"alt":145,"width":156,"height":157},1776256148465]