Okay, well maybe top 10 is a bit of a misnomer, since these are just 10 free and public domain stock photo sites that I find useful from time to time, but the list still applies. Everything on these sites is free at no cost to you, though please do check the rights on each image, as they may be licensed under a Creative Commons license that requires you to give credit to the photographer.
Continue reading ‘Top 10 Sites for Free Stock Photos’
Archive for the 'Web Design' Category
Wordpress is a funny beast, really it is. Usually, building a Wordpress site involves something like digging through a hundred pages of templates until you find one that’s merely passable. Once you do, you grab it and start hacking away at everything to make it your own - CSS, HTML, everything. And it’s fine. Really, it is - the internet’s built on sharing ideas. The problem appears once you start inheriting other people’s problems. In this case, I had to hit the refresh key just to get my divs to float correctly.
Continue reading ‘Floats, CSS, Divs, the Refresh Button, Firefox, and Frustration’
Need a color scheme, but suck at that whole hexadecimal - where - the - hell - is - the - next - shade - of - blue thing? No biggie, I’ve got you covered. From eyedroppers, to scheme generators, to color blindness tools, below you’ll find my latest list of color tools that make my “Web Developer Must Have” list. While you’re playing with these, please do me a favor and keep in mind that the level of contrast you come up with is directly proportional to how much I’ll probably hate your site. No excuses, really now, if you want me to go into an epileptic shock (which you very well may), you’ll ignore my warning.
Continue reading ‘Top 10 Free Color Tools for Web Designers’
I’m sure all of our readers can type 70+ words a minute (right?), so no one really cares to make writing any quicker. That is, except for the fact that we’re a bunch of lazy bastards that hate data-entry tedium and loathe trying to grab snippets out of our clunky IDE’s. Even Zend’s snippet IDE leaves a lot to be desired - and it’s one of the best we’ve come across. To help alleviate the problem, LifeHacker’s got a tool called Texter built on the Autohotkey framework.
What Texter does is fairly simple - you write a “function” in Texter that keeps an eye out for when you type certain keywords. If you type a keyword then hit the trigger key, your keyword gets replaced with the function you wrote in Texter. It’s fun, really!
Continue reading ‘Top 10 Texter Uses for Code Monkeys’
What a title, eh? Yeah, it might sound a bit like buzzword after buzzword, but functional testing in PHP is a serious topic - sometimes it means the difference between spending fifteen minutes doing a bug check and several hours depending on the size of your site. Now, it’s important to mention that functional tests are different from unit tests - we’re not going to be testing individual functions or methods, but rather we’re going to be making sure that the site works the way our users expect it to from their point of view. This means that we can check our site for error messages and verify that they pop up when they should, and stay hidden when they shouldn’t.
Continue reading ‘Functional Testing in PHP using Selenium IDE’
Sure, you can use Photoshop, the Gimp, or any number of tools to make pretty Web 2.0 stripes for you. It will probably take you anywhere from 5 to 30 minutes to get what you like, depending on how many hilarious “LOL CLONE STAMP” creations you’ve done in the past week, though I think I prefer having things automated for me.
StripeGenerator.com has a cool tool that lets you create some pretty wild stripe patterns, though I think I’d shy away from the drop shadow since it adds too much contrast for my taste. Take a look, they’ve got a whole collection of stripes you can customize or create from scratch.
Doctype - that mysterious tag at the top of everyone’s code that not a lot of us really understand. Sure, it’s supposed to be there, but just what the hell is it, and why?
Perhaps a good place to start is with the misconception that a lot of new web developers and designers have - that code is code and really, if it’s in ‘HTML’ then it should look fine anywhere, right? Not quite. First, we have a plethora of different browsers - Firefox, Internet Explorer, Safari, Opera, Lynx, the mobile versions of these, and a ton of secondary browsers (okay, if you’re still using Lynx, you’re a bit SOL). Following this whole browser variable, there are different languages you can code in, and I’m not referring to scripting. HTML isn’t the same as XHTML, and there are different modes for both. So how does the browser decide how to render each differently? By using doctypes!
Recent Comments