A Smart Group Company
Digital Equipment Ltd. is committed to ensuring digital accessibility for people with disabilities. We continually improve the user experience for everyone and apply relevant accessibility standards.
We aim to conform to the Web Content Accessibility Guidelines (WCAG) 2.1 Level AA as the minimum standard for our website — measured through automated tooling, manual keyboard testing and periodic third-party audits.
Compliance is not a post-launch remediation task — it is a design and development constraint built into every decision, from typography to interaction patterns to ARIA implementation.
⭐ Level AAA criteria implemented where feasible📅 Statement last updated: May 2026⏱ Response target: 5 business days
Measurable standards
4.5:1
Contrast — normal text
3:1
Contrast — large text
3:1
UI components & focus indicators
200%
Zoom — no horizontal scroll
≤3×/s
Flashing limit
CC
Captions on all video
✓
Announced form errors
✓
Colour never the only carrier of information
Ratios verified with WebAIM Contrast Checker and TPGi Colour Contrast Analyser.
In scope
Partial / best effort
Outside this scope
All 47 Level AA success criteria map to four foundational principles. Every page we ship is checked against them.
Information and UI must be presentable in ways users can perceive — alt text for non-text content, captions and transcripts for media, colour-independence (never colour alone), sufficient contrast, and text that resizes to 200% without clipping.
Every function works via keyboard with logical focus order and no traps, no seizure-triggering motion, generous time limits (portal session timeouts warn 2 minutes early and extend), and multiple ways to find content — menu, search, breadcrumbs, sitemap.
Text is readable and predictable. Pages behave consistently, focus jumps sensibly, navigation repeats in the same order, and errors are described in plain language with suggested fixes.
Semantic HTML and ARIA landmarks that assistive technologies can reliably parse — validated with the screen readers and browsers our visitors actually use.
The features below are live across the site today — not aspirations on a roadmap.
All interactive elements are reachable and operable via keyboard alone.
Descriptive alternative text for meaningful images throughout the site.
Text and interface elements meet minimum contrast ratios.
Content remains functional and readable at 200% zoom.
Clear labels and explicit error messages on every field.
A skip-to-main-content link on every page.
Visible focus states on every interactive element.
Proper heading structure, landmarks and landmark regions.
Our website is designed to be compatible with:
NVDA, JAWS and VoiceOver.
Voice-control and dictation software.
Magnification software and browser zoom.
Full navigation without a pointer device.
Bangla script demands more than translation — we tune typography to the script itself.
Bangla conjuncts (যুক্তবর্ণ), matra vowel marks and hasanta are taller and wider than Latin — at 16px they blur together, so our Bangla body text never ships below 18px.
Bangla ascenders and the matra need more vertical room than Latin — 1.75 versus the 1.625 we use for English.
A Bangla face hinted for Windows ClearType and macOS sub-pixel rendering, so conjuncts stay crisp at web sizes.
Labels, landmarks and announcements verified with Bangla screen-reader output — not just the English tree.
There is no enforceable ADA/EN 301 549 equivalent here yet — we hold the line anyway.
Ministries are beginning to include accessibility in ICT specifications aligned with a2i guidelines — we are ready.
Our clients’ staff span all ages and abilities, often on older equipment, low bandwidth and assistive technologies.
Semantic HTML and ARIA correlate directly with better search indexing and structured-data processing.
Multinationals evaluate accessibility as part of vendor assessment — proactive compliance is part of the offer.
Despite our best efforts, some content may not yet fully meet accessibility standards. We prefer to tell you plainly — including what we are doing about each gap and how to work around it today.
Some PDF documents — datasheets, brochures and older compliance papers — may not be fully accessible to screen readers, because they were produced before our accessible-document workflow.
Some embedded third-party content (maps, video players, portal widgets) sits outside our direct control and may not expose the same keyboard and screen-reader support as the rest of the site.
Some videos may not yet have captions, and most do not yet include audio description.
Every page and template passes automated rule engines (axe-core) that catch structural violations — missing labels, contrast failures, broken landmarks — before anything reaches production.
Real people walk every flow with the keyboard alone — menus, forms, modals, portals — verifying focus order, visibility and escape hatches that automation cannot judge.
Independent auditors re-assess the site against all 47 Level AA success criteria on a recurring cycle, so conformance is verified — not assumed.
If you experience any accessibility barriers or have suggestions for improvement, reach the desk directly — we aim to respond within 5 business days.
What happens after you report
