How to Communicate via Email

February 25th, 2015 @ 10:16 am PST
Email is great. It lets you converse with other people with messages without interrupting them like a phone call or text message would. A phone call, though useful in many cases, is sort of like say "Talk to me now, I need your undivided attention", whereas an email lets you say what's on your mind allowing the recipient to get back to you at their convenience. This is especially handy when the answer you're looking for isn't something that's needed right away or particularly quick to answer.

The websites and email applications that we manage email messages in are great organizational tools. By using common subjects, they can put entire discussions into "threads" which collects everything into one place. This can be very helpful when going back to see what was said earlier in the conversation and for a record of any decisions or answers that have been given. All major email applications including web-based readers like Gmail support message threads. Only a well formatted email message will find itself organized into an email thread. When sending the first message and when replying, it's important to maintain that format that was started in the beginning of a discussion. If a client emails me a message with the subject "website", when I reply, it'll go directly into their thread with the subject "Re: website". If I were to reply and change the subject, or write a NEW message altogether, it will no longer be part of that discussion thread. It takes an extra step to get things disorganized like this, but I see it more often than I should.

When writing an email, it's up to the sender to be clear and concise with what it is you're asking. This is all based on Letter Writing 101, just because it's digital doesn't mean proper etiquette should be ignored. Give the recipient the info they need, don't assume they know what you're thinking or have them try to guess what you're trying to say. You don't know what the other person's inbox looks like, they might get hundreds of emails every day. Do what you can on your end to make sure your message is easy to find and easy to read. I personally get quite a few emails with the subject "website"... that tells me very little about what it is your asking me. Be specific with your subject, like "Request for a website redesign", or even more so: "Website redesign for". With only the subject, I know exactly what it is you're looking for.

The message itself should contain a few elements

  • Description of your question/comments
  • Specific links to, or description of what it is your question/comments are referring to
  • If you're experiencing an issue, what steps did you take when you saw the issue?
  • When finding an issue, what web browser and operating system are you using?
  • Your name and any other relevant contact info other than your email address

When you have a thorough email to send, it gives the recipient everything they need to send you the answers you're looking for. The better the initial question is, the fewer back and forth emails it takes to get the complete picture. Though there are many services for sending files to someone (see my Resource Page for links), it's helpful to tell the user what you're sending and when a series of multiple emails will be complete. For example, if you're sending a series of 5 attachments one email at a time, include in the body of the email which number of how many this particular set of attachments this message might be, ie: "2 of 5".

Tips on what NOT to do... EVER

  • Send an email with ONLY a subject
  • Email someone a "Did you get my email?" email
  • Attach something to an email without any note on what it is or what it's for
  • Send a series of single-question emails in a succession

With clear and concise emails, your recipient can have all the info they need to quickly get back to you, and keeps everyone's inbox neat and tidy.

Death of the loading.gif

September 22nd, 2014 @ 11:22 am PST
Animated gifs are fun, they make it easy to ad some motion to a webpage or app. However, the gif format lacks many features that cause them to look potentially ugly in a design, namely alpha channels. An animated gif can have only pre-specified colors marked as transparent which means they might not look good on anything other than a solid background. This can become a problem if you want these animated images on an unknown background color or a photo.

Here's a simple loading.gif file. It looks alright on my own website since it's designed for a light or white background. It's as easy to put into a webpage as any standard image.

However, that same loading.gif file might not look so great on another color or on a photo. Notice the pixelation around the shapes and how the light gray parts look out of place.

The png file type has the abiltiy to have an alpha channel. An alpha channel means that it's transparency can include different levels of opaque pixels which results in smoother edges that can look good on nearly any background. These file types don't have the capability to be animated in the same way a gif does, so how do we make a png file replace the loading.gif?

The Answer: CSS3 Animations

With simple CSS3 animations, we can make an element animate in nearly any way we want. In the case of a loading image, this is as sipmle as making the png image spin in place. A single png file with an alpha channel can be placed anywhere on top of other content and won't show those ugly pixelated "jaggies" that the loading.gif has.

The code is simple, simply place your loading.png file wherever it needs to be and give it a class name of "loading" (or any other class name you define, it's up to you).

.loading {
	-webkit-animation:spin 2s linear infinite;
	-moz-animation:spin 2s linear infinite;
	animation:spin 2s linear infinite;
@-moz-keyframes spin { 100% { 
@-webkit-keyframes spin { 100% { 
@keyframes spin { 100% {

The above CSS produces a result like this (same png image, one on a gray background):

All of these loading images will look good on any background you give them, assuming your background is primarily light or dark (simply invert the png file if on a dark background). Not only is the single png file significantly smaller in file size than the gif, but it's also easier to create. With CSS3 we can create better looking simple loading animations. CSS3 can animate nearly any DOM element including SVG and HTML text like a web font or text character. All modern web browsers support both PNG and these CSS3 animations. There should be no need to create/use the more bloated loading.gif in any of your web or app projects.

Responsive Web Design

June 19th, 2013 @ 4:49 pm PST

The web is a different place than it was 5-10 years ago. People are coming from all sorts of varied devices and your website should be accessible and usable in each environment. But, who wants to make multiple version of a single site and keep up to date with all the new gear that comes out? Nobody. Instead, let's make sites that readjust themselves when viewed through something other than a desktop or notebook browser.

There are a few ways of doing this, each with their own set of pros and cons:

Browser Sniffing

There are hundreds of devices and more are being created each year. Keeping up with a device library and all their individual specifics is a chore. Going this route, it's best to build upon what the community has going already, I recommend a codebase like mobileDetect to get you started. The benefit of coding for specific devices is the ability to make sure things look perfect everywhere. This is a lot of work, however, as they're always be more devices to build for.

Opinion: Too much work!

Redirect to a Mobile Version

Having a mobile site can be it's own unique project. Perhaps mobile users have a completely different behavior and content needs than a desktop user might have. This makes perfect sense for some projects where there is a definite line between a mobile vs desktop user.

To do so, you can build upon browser sniffing either via Javascript or a server-side language like PHP. When a user goes to a page, they'll be redirected to a mobile version of the site. I see many sites that will redirect to the homepage of the mobile site rather than the specific page the user wanted. This is annoying and makes the user have to re-navigate to what they wanted to see. In addition, if you're not providing a complete website experience on mobile, the user may need to switch to a desktop view to get the content they need.

Opinion: Manage 2 unique code bases? No thanks!

Responsive Design with CSS - Best Solution

By far the best practice is to use @media queries in CSS to show the same website content, but display it differently based on something like browser or desktop size. Build your site for desktop and modify it's layout for smaller devices. There are 2 ideal ways to do this: a) design everything with percentages so that they readjust with any window size, or b) set alternate styles based on a max-width using @media. I prefer option b and find that anything less than 800px these days is most likely a tablet or smart phone.

To add @media queries to your CSS file, build your styles for the default desktop site and add class specific alternate styles with a block like so:

@media screen and (max-width: 800px) {
	.contentBox { width:100%; float:none; }
	.adBanner { display:none; }
or put them into their own CSS file and include them in your page like this:
<link rel="stylesheet" 
	media="screen and (max-width: 800px)" 
	href="css/mobile.css" />

These styles will be ignored until the browser window, or device screen itself falls within the max-width of 800px or less. An iPhone will always show the mobile layout, an iPad or Android tablet would show the mobile view in portrait and desktop view in landscape and will readjust without refreshing the page. You can include as many different rules as you'd like to hide/show content, resize boxes, or move things around to make sure your design looks best in all the environments you wish to support.

I recommend checking your website analytics to get an idea of just how many of your audience is coming from a phone or tablet these days... it may surprise you. Might as well give them an awesome looking design to fit their device.

< OlderNewer >

what is this?

The blog of Jason Kenison with topics including video game, home brewing, and internet related thoughts and info... well more like rants and ramblings.