Windows 8′s native email client doesn’t support POP, and this has finally been enough for Comcast to venture into supporting IMAP. Currently support is only in beta, and you only have the option of POP or IMAP – not both like most email providers have offered since the 80′s and 90′s.

How do you get IMAP? You sign up for the IMAP Trial from XFINITY® and cross your fingers that all goes well. The page does say “This page is for those subscribers that use Windows 8″ but if you read the terms, it’s not platform specific so Windows 7 and prior as well as Mac users can take advantage of IMAP as well.

When I first read the headline of the Forbes guest post, I was puzzled. It’s akin to someone writing an article titled “The Titanic Never Sank.” It’s an inaccurate, sensationalist headline. The article also contained a fair amount of false information. The core message is good, but unfortunately the author made some extremely inaccurate claims when trying to prove his point. I’m going to address those points – both their fallacies and core facts.

Step 1 in building your mobile website is to determine your target audience

Focusing on mobile as a separate channel is a distraction that turns the platform into an either/or proposition that hurts results.

First off, it completely depends on the goal of the website. Many successful founders will even suggest some companies focus on mobile first and not even bother with a desktop presence. Secondly, some websites have functionality and flows that simply do not translate well to mobile. Third, it’s simply not feasible for larger websites to quickly rebuild from the ground up to offer a mobile presence via a responsive site. In the short term, providing a specific mobile version is suitable while the main site is overhauled. Claiming that not building a responsive site “hurts results” is an extreme overgeneralization that should simply be ignored.

The most important aspect of building a mobile website

“Mobile” as a separate marketing channel existed for about six months – somewhere back in 2009. It had an extremely short lifecycle because technology and user behavior caught up, waved a cheery hello and then raced right by.

I’ve been building mobile sites since 2001. I have no clue where the 2009 date comes from, but it has nothing to do with mobile sites not previously existing as a “separate marketing channel”.

The mobile and traditional Web separated initially because of slower processors, slower connection speeds and lousy displays. That distinction is disappearing – fast. [...] The only difference? Screen size. My phone still has a relatively small screen.

You need to think about form factor in your marketing, not mobile versus desktop.

That was true, back in 2001. As far as modern smartphones go, that hasn’t really been the case for years. There were methods to deal with slower processors, connections and screen sizes… all since at least 2001. In many cases, the displays on smartphones are higher quality than those on desktop computers (eg IPS vs TN panels.) Mobile devices clearly have smaller physical screens than most desktops or laptops.

However, the biggest distinction isn’t even touched on – usability. How a mobile device is used is vastly different than a desktop computer. The idea of “Think form factor, not mobility” is very misleading at best. Again, one has to look at the target for the site – will they be using the site on their smartphone while sitting at their desk? Most likely not. They will be using it as a mobile device. Their connection may not always be great, the lighting conditions may not be as controlled and the environment in which the site is used may be much more chaotic. Because of this, how data is passed and stored needs extra care. How much contrast you give a design is also important, as is font, graphic and button size to name a few. It’s not just about the size of the screen, it’s about how and where the site is used.

Mobile vs desktop websites

If you want me to cry, tell me you’re building a “mobile website” for your company. [...] No sane person builds a separate mobile site to deliver content or support e-commerce. You might create a separate checkout funnel. But a full-fledged mobile website can cause loads of painstaking effort, and at the end of the day it’s worthless.

The author just called Amazon.com worthless and Jeff Bezos insane. While Jeff may be insane, I tend to think it’s in a good way and there’s no way I can logically call Amazon “worthless”.

Mr. Lurie’s comments about when to build an app were pretty good, other than the “it’s a waste of effort” remark. Unfortunately, making assertions like “No sane person builds a separate mobile site to deliver content or support e-commerce” overshadows and discredits the rest of his message.

“Instead, build responsive designs”

This is a great idea in many cases. Again, it depends on the site’s function, it’s audience and many other factors. As far as generalizations go, it’s not too bad. Still, Mr. Lurie interjects fallacies.

“You maintain one content management/e-commerce infrastructure.”
“You deliver one set of content to one site.”
These can be done with a separate mobile site as well. Any good CMS or ecomm system will allow for multiple “themes” or “skins” to be applied based on the device that’s accessing the site. Any reasonably well-built custom framework should also allow for sharing content between themes.

“You support all mobile devices that include Web browsers.”
A core method of building a responsive site are called “Media Queries”. These were only introduced in CSS3. This became an official W3C recommendation on June 19, 2012. http://www.w3.org/TR/css3-mediaqueries/ Millions of mobile devices exist that don’t support this. If your target includes a large amount of these devices, a responsive site may pose big problems.

“It’s better for search engine optimization (SEO).”
Although Google recommends responsive sites, it’s not because there’s any impact on SEO. And reading the link he provided shows this. Not only that, but it also shows how to solve the issues he cites as reasons not to provide a dedicated mobile site. Finally on this point, just because there is a dedicated mobile site doesn’t mean it’s at a different URL or that it serves up different content.

How should you build your mobile website?

Know your audience. Know your goals. Know your technology. Know your user experience. Armed with that knowledge, often a single responsive site can be a good solution. Sometimes an app works better and sometimes a dedicated mobile site is the best solution.

I have built many dedicated mobile sites and I have also built responsive sites. Often with large existing sites that want to provide a better experience to mobile traffic, we’ve used the same database and framework but applied a mobile theme to the layout so that it works better on mobile devices. This has often proven to be far more cost effective than rebuilding the original site.

Another project I’m currently working on is a dedicated mobile site for a software as a service product. There are over a hundred thousand sites on this platform and millions of people use the sites. The administration for the service is full of complex forms, hundreds of editable fields, detailed wizards and a lot of other functionality that is simply painful on mobile. I’m rethinking the whole process to how, when, where and why the users use the site, in the context of mobile. It’s very important to not ignore the context of use. The site will be responsive, but primarily to target multiple mobile device sizes and pixel densities.

Quite often websites will display the same in Google Chrome as they do on Android. However, sometimes they do not. Also, sometimes interactivity needs to be tested to see just how well it works on a touchscreen. Using the Android SDK helps you do that without having to have a huge range of devices with multiple versions of the Android OS at your disposal.

Step 1: Downloading and Installing the Android SDK

Download the SDK from the Android developer site
Read the Installation instructions – the page will change depending on which OS you use it for. I’m on a Mac, so I see the Mac instructions.

Personally I put the unzipped folder into my /Applications/Utilities directory.

Step 2: Preparing the Emulator

You’re going to notice there aren’t any applications you can just double click on and have them work. For non-Windows users, you’re going to be working inside the tools directory as well.

Windows: double-click on the SDK Manager.exe in the main Android SDK directory.
Mac or Linux: You will need to use the Terminal to start the emulator. Then you need to type ./android sdk from within the tools directory.

Step 3: Creating an “Android Virtual Device” (AVD)

- In the window, on the top right there’s a button for New… Click that
- Give it a name, and choose a Target – this is the version of android you want to use. I chose 2.3.3 as it’s very common right now. 4.0.3 is also becoming popular, so if you’re reading this a few months after publishing, I’d go with 4.0.3. (I currently use both.) You can also check for  the current Android version marketshare.
- Set the resolution. I chose WVGA800
- IMPORTANT: Under Hardware, click New… and add Keyboard support. Then set the Value to Yes. Otherwise typing will be a pain This will allow you use your computer keyboard with the Android SDK emulator.

Step 4: Start the Android Emulator

With the Android Virtual Device Manager still open, select the device and click Start… leave the settings on the next window as their default settings, then click Launch.

Step 5: Login and Launch the Default Android Browser

You will need to click and drag the lock icon to the right to login. After you do that, click the globe icon to launch the web browser.

Chances are you’ll quickly want to rotate the screen into landscape view, and there’s not a single UI element to help you do this (unlike the iOS SDK.) There’s several keyboard commands which may help you, including rotating the screen. They’re here http://developer.android.com/tools/help/emulator.html#controlling

Twice last week this issue has come up so I’m providing some examples and reasoning as to why you should not even bother using Internet Explorer 9 for testing websites for how they would look in Internet Explorer 8 and Internet Explorer 7.

Background
IE has traditionally not been developer friendly out of the box. In IE9, that changed and Microsoft provided Compatibility Modes within Developer Tools (F12).

Months back, working with a couple devs, I was told this is how they test with IE8. I thought “wow, great that Microsoft is trying to help developers.” I never looked into this feature before, as I had always just used VMs for testing, long before IE9. So when IE9 came out, I continued that patter. (Microsoft provides free virtual machine images for testing.) However, my distrust for them overpowered me and I decided to run some tests.

The first test I ran was Acid3 http://acid3.acidtests.org/ Viewing the screenshots below, you will see the immediate differences I saw: A different score and slightly different rendering (eg “FAIL” in the corner.)

Acid3 test in IE8 (native)

Acid3 test in IE9 set to IE8 mode

Keep in mind one huge difference is the new JavaSript engine in IE9. Changing to IE8 or IE7 does not change the JS engine. This should be a huge red flag to those who were working on this feature, but based on results, they thought it was worth shipping anyway even though they acknowledge it’s a big issue http://blogs.msdn.com/b/ie/archive/2011/03/24/ie9-s-document-modes-and-javascript.aspx

“We have made every effort to ensure that IE9’s compatibility document modes support the same functionality that we shipped for these modes in IE8. However, because the Chakra engine is not the same as we shipped in IE8, it is bound to have some differences.”

This is an important issue, and I disagree that they “made every effort”  as they could have built it to switch engines, but I digress…

Now I have run into a few more people thinking this works, as well as a few more scenarios where it doesn’t – unrelated to JavaScript. There’s also CSS issues which I haven’t seen Microsoft acknowledge.

Here’s a few examples to show you how IE8 stacks up to IE9 in IE8 mode.

Finally, I did some of these same tests in IE7 and encountered similar results.

Starting in Firefox version 13, Firefox no longer honors the -moz prefix in respect to border-radius.

One solution is simply to remove the -moz prefix. You can do this via find and replace – find: -moz-border-radius and replace it with: border-radius

This will cause older Mozilla browsers to not display border-radius anymore. So you could also add just border-radius as an additional rule.

Support for the prefix was removed in Gecko 13.0 (Firefox 13.0 / Thunderbird 13.0 / SeaMonkey 2.10).

The quick answer:
Use the psudo element -webkit-scrollbar  and set -webkit-appearance: none;

Sample:

<div class=”example”>
Content<br />
Goes<br />
Here
</div>

.example::-webkit-scrollbar {
-webkit-appearance: none;
}

Background:
I’ll try to walk the fine line between theorizing what Apple is thinking and what they have done. On Macs that don’t have a normal mouse (eg one with a scroll wheel), you won’t see scrollbars by default. Plug a mouse in, and instantly you’ll see your windows adapt and show scrollbars. Unplug it, and they go away.

Scroll bars will display when you scroll using, for example, the trackpad on a laptop. Essentially devices that “scroll” get scroll bars. And devices that provide more of a “swipe” don’t get scroll bars.

“Access to the TeamViewer server has been denied!”

A dialog with that message would pop up over and over again. No amount of clicking “okay” would help. I kept thinking my password was being rejected, but it wasn’t.

What’s the problem? TeamViewer looks at your system’s serial number and tries to determine if it’s valid or not. If the app thinks it’s an invalid serial number, it will prompt that dialog, forever.

This can occur several different ways. For example, if you have been tweaking your Mac, you might have accidentally changed your serial number or erased it. It also happens if you’re running your own custom install of OS X, perhaps on PC hardware (aka a “hackintosh”.) Apps such as MultiBeast help one configure a hackintosh, but don’t provide a valid serial number. And to be clear, the number doesn’t have to come from Apple, it just has to follow a specific pattern.

What’s the solution? Get a valid serial number. How? You can use an app such as Lizard to generate a valid serial number. However, if you run this and apply it, it just might overwrite some other changes that it shouldn’t. So be prepared to fix your install if you go this route. For example, you might:

1. Make a backup of  the /Extra/smbios.plist file
2. Run Lizard
3. Copy the generated serial number into your backup of the smbios.plist file
4. Then replace the newly created smbios.plist file with your backup

There’s also another option. Others have also run into this issue and there’s a thread on InsanelyMac where a user has posted a copy of a smbios.plist file. You could grab the serial number out of it and use it, rather than using Lizard.

Woot!

This allowed us to use CSS tables, which really helped us handle the data which needed to be displayed.

I’m really pleasantly surprised at how quickly IE7 usage has dropped off on some sites. Sadly, I still have to deal with IE8 shortcomings but they’re not as bad. I’m still disappointed in IE9 and sadly Microsoft is still failing to compete with other browsers with at least the IE10 preview. Hopefully they step up their game for the release version.

For your own sites, make sure you check our own data. Sometimes there are strong needs to still support IE7, and even IE6. But at least for some sites, the old versions of IE are going away faster than they used to.

That said, there are many ways to encode H.264 video. Even if you use traditional encoding methods and stick to common tools like QuickTime 7 Pro, Adobe Media Encoder, Compressor… you will quickly notice creating one H.264 file that works in both iOS and Android is not very easy.

If you use QuickTime X and export for the iPhone – something that seems obvious – the file extension will end in .m4v which may cause playback issues in web browsers and non-iOS devices.

The solution?

Go ahead and use that Save As… iPhone option from QuickTime X. Then change the file extension to .mp4.

If you need something to help you embed the video in a webpage and help with delivering the right format to the right browser (egg Ogg to Firefox and Flash to IE8), give VideoJS a try.

That’s how WooThemes handled their forum, until recently. Although their official responses were fairly common, users could still help users. Now WooThemes has overhauled their backend (dashboard), along with their support forum.

Users can no longer help users.

Why? Because WooThemes saw people were often posting to resolved threads trying to get answers. This is really common on forums. In fact, many forums will ban you if you start a new thread instead of reviving a recent one on the same topic. WooThemes thinks this doesn’t work well for them. (They also mentioned sometimes posts were creating confusion.)

WooThemes has gone and done two thing in opposition to the status quo. And you know what? It’s for the better.

Better WordPress Theme Support

The reason WooThemes has done this is because they want each and every forum question to get an official response. I don’t know of a single other product support forum that does this. Not even big companies like Intel offer this sort of support.

There are quite a few companies that promise quick response times from customer support. Really those are quite pointless. Often they’re canned responses that are sent simply to get back to you quickly. My least favorite are the one that ask you information you just provided them with like “What browser are you using?” And you already told them “Chrome 15.0.874.15, extensions off, cache flushed.”

WooThemes does things differently. Their responses are always useful. Sometimes they remind users they need more info, but sometimes that’s needed. They offer simply awesome support and not only that, but now they’ve streamlined it as well.

In the end my only complaint is that I can no longer give them a hand by answering questions or help confirm issues.