Back to Silas S. Brown's home page
Why animated flip boxes are not always good
When I was asked by the proprietor of a small Mandarin language school in London
to review their website in July 2015, I found the Web design company they'd used had included quite a few features that weren't to my taste, such as the desktop version of the site having a fast-paced video behind the text
(making it very difficult to concentrate on getting information from the site; since then they have at least slowed the video down a bit), and a good example of the damage done by something called "flip boxes".
"Flip boxes" were apparently written as part of "Avada Theme" by a company called "Theme Fusion" but copied by many others.
If you search the Web for them, you can find the following text at several sites:
Animated flip boxes are simply awesome.
We've never met anyone who doesn't love these bad boys.
and to my astonishment, no obvious counterpoint has been published.
So as a public service, I am hereby pointing out some obvious reasons why animated flip boxes on websites can be bad design
- Flip boxes can hide information.
Did the Practical Mandarin school really want visitors to fail to see the text ``in line with HSK level N'' until they moved the mouse over the course name?
How is the visitor to know they're `supposed' to do that? Is the visitor required to move the mouse everywhere just to see what happens?
This borders on what Vincent Flanders called "mystery meat navigation", except that at least the flip boxes do contain some information on the `front' (but they give no obvious clue that more information can be found `behind').
(After I wrote this, the text ``in line with HSK level N'' was replaced with a link to more information about each course, which incidentally disappears when the mouse is moved over it due to poor colour coordination.)
- Flip boxes don't work without a mouse.
At least some web designers have the sense to change tact when the site detects a mobile device is in use, but is that detection mechanism guaranteed to always find out if the user lacks a mouse?
What if the user is on a tablet and it's a type that wasn't listed in the detection logic?
(Even if you don't care about minority devices, are you sure you'll be able to keep that detection logic up-to-date with the "next big thing" when it comes out?)
- Flip boxes don't allow their `front side' to be copied.
Suppose the visitor is browsing a site that is not written in their native language, and wants to use dictionary software on some of the words. They won't be able to use their mouse to copy and paste the information on the front of the `flip box' if that box flips over as soon as they get anywhere near it.
There are ways of working around this, but it's likely to be frustrating.
- Flip boxes can interact badly with user stylesheets.
The information is generally visible in a text-mode browser such as Lynx, but if you use a graphical browser with a user-supplied stylesheet that doesn't override all of the relevant transform and transform-style CSS rules, you'll likely end up with very 'messy' interaction. My own stylesheets for low vision have of course been updated to override all transform rules when changing the layout.
I hope that web designers can think more carefully about how they use these things in future. I feel partly responsible, because I was involved in the W3C WAI
panel, and perhaps I should have foreseen this and said something when the W3C were writing up the CSS 3 specifications that made flip boxes possible. But I failed to spot it at that time. Sorry, world.
All material © Silas S. Brown unless otherwise stated.