![]()
October 13, 2008
Hop Studios is on a quest to make the internet easier to use and prettier to look at. Sometimes, however, these two goals come into direct conflict - The techniques needed to create unique and attractive web sites are sometimes unwieldy and buggy. Take for example, sIFR, or Scalable Inman Flash Replacement, A brilliant idea from Shaun Inman to allow for more diverse typography on the web. you can read more about it’s recent incarnation on Mike Davidson’s Blog. Hop Studios has used sIFR on several of our projects.
Web sites are composite creatures, and when you look at type on the web it’s not coming from the internet at all, it’s pulling the fonts from your personal computer. Because of my job I have hundreds of fonts, but you may only have twenty or thirty. Using CSS I can ask your computer for any font, but if you don’t have the font I request it will get replaced with something else. If I want my designs to look the same across many user’s computers (and i do!) i need to pick from a limited selection of standard fonts. You know these guys, you’ve seen them before.... everywhere.
sIFR is a way around this limitation. It works like this: You create a parallel typeface file in flash and attached it’s use to any HTML tag you like using CSS. This file is stored on the server. When a page is loaded a short javascript checks to see that the Flash player is installed, then replaces any tagged content with the flash generated letterforms.
Why is this good? Well it means that you can have diverse type that is dynamic - pulled from a database, and you don’t have to create images for all the instances of interesting typography on your site. It’s searchable, something that images are, and for a long time, flash was, not. And it’s scalable - you can deploy this tool once and use it across your site many times in many ways.
Why is it bad? It’s complex and problematic, sIFR employs four different technologies to functions correctly, XHTML, CSS, Javascripts and Flash. This means it has multiple fail points. It’s tough to maintain and can sometimes behave oddly in the page. If you place sIFR next to a floated element it explodes to many times it’s original size. Finally you cannot replace large blocks of text, sIFR works best on display type, like titles and pull-quotes.
The creators of sIFR fully admit it’s limitations, Mike says:
While sIFR gives us better typography today, it is clearly not the solution for the next 20 years. It is but a nice stopgap for people who value the importance of typography and don’t want to wait 1, 5, or 10 years for browser makers, OS vendors, and type foundries to figure out a better solution.
In short, it’s a complex solution to a complex problem, and should be used with care. Hop Studios generally tries to pick the best possible cases to use sIFR, and implements it sparingly.
Posted by Matt Gardner at 1:50 PM | Comments (8)
October 2, 2008
Hop Studios projects often tend to be an even mix of design and development work, but in the case of Electro-Harmonix, the project was pure development. The design ground work had already been laid by project manager Scott Matthews. He’d taken the original site from flash-based to HTML and graphics, but a content management system was needed to organize and display the information. Hop Studios installed ExpressionEngine, set up templates, configured things to suit the needs of EHX, and added a blog.
As we do with all clients, we trained Scott in using EE, but in this case, the training was extremely thorough, covering how to input data, alter templates, use tags, categorize, and add other PHP functionality. In the interest of keeping costs down, we set up EE, but EHX was responsible for populating the site with all text and images.
The result? A great-looking, great-working site.
Posted by Rachael Ashe at 11:08 PM | Comments (1)
October 1, 2008
Hop Studios is a small five person company, with two principles and three employees, one of whom works with us from Boulder, Colorado. Having team members based from different locations is a common occurrence amongst many tech businesses these days, and it can be a tricky business to keep everyone connected and engaged as a team. It’s been a good learning experience for us and so we’re passing on our list of tips about working remotely:
Posted by Rachael Ashe at 9:03 AM | Comments (2)