51–60 of 72 posts
Very cool. Reminds me of an app I once co-built (with the now famous Mr. Bragger ;) that lets you skin an RSS feed with a customizable HTML/CSS template (compatible with Tumblr's template markup) http://feedvolley.com/ (code: https://github.com/niryariv/FeedVolley ) - could use a little UI love, but pretty stable. If anyone's interested in building this further I'd be happy to help you get started.
Earlier quoted context omitted.
In addition to jcampbell1's remarks, which are completely correct, the zooming override issue you mention is, in my experience, nonexistent. I may be wrong, but I have not recently* encountered it on FF, IE, Opera, nor Chrome. Em sizing is counterproductive because 1. That's not how most designers think, (We use Points, Pica, and Pixels.), 2. It's unnecessary for scaling with normally configured browsers, and 3. If s…
I have enormous respect for designers, and I know full well that I, a programmer, can't do what you do and that anything I might produce that puts pixels on a screen benefits immensely from a qualified designer's input. That said, those are poor arguments. 1. Tough? Learn to think better. What would we tell a programmer who doesn't want to use recursion because they "think in loops"? What would you tell a carpenter w…
Still, in 2003, ems might have been best practice. In the modern web, ems and pixels are equivalent when it comes to scaling. One shouldn't avoid a good tool because it's hard to learn. (Example: I use Vim for all my coding.) However, one shouldn't use a tool just because it's hard to learn. Ems, in my opinion, introduce bugs, make planning more complicated, and have no meaningful benefits.
Using ems is like avoiding functions and instead duplicating code everywhere it's needed. Ems behave differently depending on their scope, and they're a pain to keep track of.
There's a similar issue with percent-based sizing. Let's look at some css:
*{font-size: 75%} h1{font-size: 125%;}
What size is h1? I honestly have no clue without a calculator. It almost definitely contains fractional pixel value. There's no way I'm getting appropriate vertical rhythm with percents. It's the same for ems.
I might be entirely wrong. Maybe I'd fall in love with ems if I started working with them regularly. It's a personal choice, from my understanding of modern browser scaling. Pixels are a completely valid method.
So basically it's all of TechCrunch's content with none of their ability to make money off it. This'll last long.
It's also easy to design a site to load fast without ads or widgets. Redesign TC's site to load fast with the same ads and functionality, and I'll be more impressed.
I'd love Digg theme, SCR
But "backTo" parameter also accepts full URLs, so something like http://tcfast.com/?backTo=http://cnn.com/&t=g will happily redirect to CNN.
This might not be desirable for you, because in effect it will transform your site to a free redirect service ready for use by spammers.
You should check the value of "backTo" parameter and redirect only inside your own site.
Earlier quoted context omitted.
It'd be a sort of interesting legal issue if they got sued. Using the name 'tcfast' might be problematic. But what if it was a more general web-based RSS reader that reformatted any RSS feed into pages like this? If that's illegal, where's the line between that and Google Reader?
Google Reader is used for the private consumption of public RSS feeds but this republishes content.