Choose another Juicr entry:
Juicr
'Time and type wait for no man'
Clock hand Typography
My exploration into this concept comes from a simple desire to create an event with typography. I wanted to create something that would both have motion and a 'reveal' quality, in that the type would not always be clear or visible.
In creating this onto a clock, the concept is linked to time, and therefore this 'reveal' happens in a regular and predictable fashion. In this way, the viewer is familar with the premise behind the motion and therefore understands when the motion will 'reveal' the message, even if the message is not clear initially.
The premise is simple: two clocks each move with time and hands moving at the same speed carry one half of the typography. In the case below, I've used the minute hands to feature a message on both sides of the hand - if timed correctly, the first message will take 1 hour to correctly be re-aligned (albeit the type should be clear for a few minutes before the align - afterwards one hand will go under the other).
In inclusion of a second message on the other end of the hand, means that the second message would be visible 30 minutes after the first message's align, and would not be realigned for another hour itself. So if started at 1pm, 'Time & Type' would at 1pm, 'Wait for No Man' and 1.30pm, before the next cycle with 'Time & Type' at 2pm.
The 'reveals' possible with this concept can be in minute, hour or 12-hour cycles. This opens up multiple possibilities for combining type across the different hands with different messages possible on each alignment. Of course, this could even be extended into the 'random' aligns of hands at different speeds, making the combinations much wider.
The major issue with the concept currently is time. Or specifically syncing it. To make two clocks tick in perfect harmony is diffiicult. They invariable start a little late, so while the first alignment is fine, they are lapsing with each rotation. This is most noticable on the second hands, but is still an issue on the minute hands.
The solution might be to run the two clocks on a single power source, so there is less chance of the time lapsing.
