Skip to content
OmenHall
Answer
OmenHall
EN

Navigation

Menu level

OmenHall sections

Accessibility

OmenHall should open accessibly, not only beautifully

Mystical atmosphere should not block keyboard use, screen readers, contrast, page zoom, reduced motion, or mobile reading.

Beauty without access remains a closed door.

What should be checked

Accessibility cannot be completed with one button. Automated and manual checks are needed: keyboard, screen reader, contrast, mobile zoom, reduced motion, and forms.

  • Keyboard-only flow.
  • Screen reader sanity check.
  • Text and button contrast.
  • Mobile zoom 200%.
  • Reduced motion.

Critical places

Check not only the home page. The most important places are card selection, question forms, payment, account, access recovery, and data deletion.

  • Home and bottom dock.
  • Tarot table.
  • Checkout and success/cancel.
  • Account and archive.
  • Support forms.

How to report a problem

The user should provide page, device, browser, zoom level, input method, and task that failed.

  • Example: iPhone Safari, 200% zoom.
  • Example: keyboard cannot reach the payment button.
  • Example: screen reader does not read the selected card.

checklist

What the user should understand

  • All actions are keyboard accessible.
  • Focus is visible.
  • Buttons have clear labels.
  • Animations respect reduced motion.
  • Content remains readable when zoomed.

FAQ

Short answers

Is this a legal ADA guarantee?

No. This is a working statement and product goal. Before real production traffic, run a separate accessibility audit and legal review.

Can animations be reduced?

The interface should respect the system prefers-reduced-motion setting. Animations should not be required to understand the result.

no extra doors

Main pages lead to action, not fog

The public layer keeps only clear paths: try, choose a method, view a sample, buy a scroll, or return to the archive.

related doors

Where to go next