My design philosophy

It occurred to me, as I’m spending so much time fixing up and making new pages, that I don’t have my design philosophy recorded anywhere. Well, here it is.

My design aesthetic is all about accessibility, legibility, and simplicity. I believe every page should be responsive and easily visible on mobile devices. Pages should follow the principles of the Web Content Accessibility Guidelines (WCAG), which is a set of standards to improve accessibility. An example of a WCAG recommendation is to include ALT tags with every image, because you never know who will be using a screen reader. Wikipedia explains this well.

I also code and design using mobile first design principles. Mobile first is all about designing for smaller devices, which have more constraints than desktop, and then adding more complexity as you need it. Mobile first implies not only certain design principles—fat buttons, easy to read text, lots of whitespace, big and obvious calls to action—but also how it’s coded. In my stylesheet, the mobile styles are the default and the first thing in the file. Styles for larger devices are kept inside media query blocks as you travel down the stylesheet from small ( less than 300px) to large (more than 1200 px). It’s about designing for mobile first, rather than designing for giant desktops and then forcing an inadequate mobile design on top of that. Here are two good articles on on mobile first design:

I also favor progressive enhancement over graceful degradation. Progressive enhancement is essentially a subset of mobile first design. It emphasizes core web content first, then adding more layers of presentation and technology as the browser or bandwidth allows. Wikipedia explains it well.

Legibility is extremely important to me. I make sure to have large, sufficiently high-contrast text in a web-friendly font on all devices. Blocks of text max out at 700 pixels wide for easy scanning. I use a nice big fat serif font for reading, and a sans-serif font for titles.

You might notice that the text treatment on my web pages is similar to that of Medium. No coincidence. Medium has spent a lot of resources figuring out what makes a page nicer to read, so I figure they have already done their homework.

If you play around on, you may notice that big headers and spacious bullets on mobile devices will compress into tidy paragraphs when the screen resolution allows it. I bake in more whitespace on mobile devices for anything requiring a finger press.

I believe in using pure CSS wherever possible. Native CSS performs better than JavaScript, so I avoid making design changes using JS. For efficiency I make heavy use of the cascading in Cascading Style Sheets.

There are some glaring problems on my sites that I need to fix. I haven’t customized the imagery on my site for smaller devices. I have not optimized all of my JavaScript for performance, or minified my stylesheets and scripts. I don’t have non-script options for pages that rely on JavaScript. Oops. Sometime soon.

No discussion about design would be complete without discussion of color.
I believe in the emotional impact of a good color palette. I try to make use of color on every page I design. I’ve even gone so far as to make a JavaScript palette-generator, because I believe there are rules dictating which colors will look nice next to one another, and those rules can be programmed.

What I haven’t figured out is: Why does a pop of yellow work on one palette but not another? Why are super-saturated colors (especially green and red) so displeasing to me? Has there ever been a color as ugly as Lime? Is it possible to programmatically design not just a good, but a great palette, every time?

I believe everyone should know what their personal brand is. I haven’t quite nailed down mine, but I’m getting closer. This much I know is true: blueish-greens are my favorite colors, I prefer to see them near ruddy brown or dark orange, and calls to action should be big, bright, and obvious.


I’ll close out this post with one of my favorite watercolors:

watercolor by Kristen

Color sorting is an interesting problem

color palette for #336699

I love exploring colors, color theory, and color spaces. I have made several color sorting and selecting tools, including a color palettes page.

One of the challenges I encountered is that I want to show a color palette derived from a base color. Since every proper color palette should be sorted by hue, and I am not hand-picking these colors, I need to sort the resultant color set programmatically. The problem is that my current hue-sorting function doesn’t sort related colors the way I expect. You can see the sorting on this page. Notice how there’s a nice long line of perfectly-sorted greens, and then the one oddball green at the end? What’s up with Lime anyway?

I know where I went wrong. I copied the color-sorting code from elsewhere on the internet. The code, which can be seen here, does a two-fold sorting process. First it clusters colors together in a first pass, and then sorts them again on a second pass, by determining the distance between colors.

There are always outliers. The outliers are colors that are not close to anything else in my dataset, so they don’t get sorted with the rest. I haven’t figured out how to address these outliers in a visually pleasing way. The code is also so baroque that I have a hard time getting into it the weeds of it.

I have written my own color-distance functions which do simple arithmetic on the original R, G, and B values. This code can be seen here. The function limits the R, G, B values to a short numerical range. It works–it produced the palette shown above–but I am not sure if it can be scaled to a generic color-sorting function. It feels a bit hokey.

I also found this which seems to do the job, but it uses jQuery. I could rewrite it in vanilla JavaScript if I find that it gets the job done.

One of my goals is to have a perfectly fast, library-free page that puts together visually pleasing sets of color on the fly. I think it’s possible.

Let me know your thoughts on color sorting, colors, or code.

Color pickers and fun with JavaScript

I made a color picker with names by hooking up my color thesaurus to an interactive hex to rgb converter. Now you can see all the details of the colors, such as names, hue, saturation, brightness, red green blue values, hexadecimal code, little stories about the colors, and more. Let me know what else you’d like to see on this page. I’m a little obsessed with colors due to writing a novel with an artist as the main character. I also like keeping my website up to date. You can add any color to the URL and my code generates a page behind the scenes. It pulls the data from a JSON file filled with color names and hex codes.

hex and rgb color picker

Projects lost in time

A friend of mine tweeted about how he was first introduced to the web years ago by some illustrated dream pages I published. His thread of tweets, in his second language, is heartwarming. It makes me nostalgic for the early web, before social media turned huge chunks of the internet into a walled garden.

I should find those pages and publish them again. Last I saw them they were on a domain I long ago retired. I keep everything digital I’ve ever made, so I have them somewhere. If I find them I’ll put them on this blog. They were illustrated with ink and line drawings.

In the same vein, I have spent some time updating my website with paintings that I no longer own. Here’s a thickly sculpted painting I like a lot, despite not having the physical version anymore. I used tons of acrylic media, which dried up and left deep furrows in the surface. I recall using a ton of alizarin crimson and GAC (Golden Artist Colors) media:
dark red and yellow abstract painting

Did I sell this painting? Give it away? Throw it away? Unlikely, but possible. I’m guessing I gave it away. I should keep better records of physical objects. I have moved addresses many times and often give things away when that happens. I kept all the small paintings (5×5 and 8×8 inches) and a few medium paintings (10×10 inches) because they are easier to ship and store.

What about you? Do you have any projects lost in time that you’d like to recover? What are your experiences of the early web? What was the first web page you remember seeing?