On September 10th, i promised on twitter to eventualy come up with a mockup of a better, more usable way of managing iPhone apps in itunes.
My point is, that i believe in the current itunes 9 implementation, Apple simply transferred the iPhone's quirky way to manage home screens onto the Mac and substituted the finger with a mouse. Not taking into account the benefits of a much larger screen size on the Mac (or – god beware – a PC).
I am making use of the much bigger screen estate by placing the home screens side by side and by using a so called Dropzone where one can park icons to move them across screens (just like you park stuff on your desktop) which might not be visible and need to be scrolled to.
What is not implemented is multi-selects, reordering of home screens and sorting of apps (which is also needed e.g. sort by most used), as this is beyond the scope of my little experiment.
This is a functional concept and not intended to show off my graphical skills.
Big thanks to jQuery for making it possible to sketch up such a simulation in almost no time!
This effing progress bar won't ever finish. It stands still at the exact position you see above. And MT silently fails to republish "ALL" (after a template change or such).
Worst of all, i am a web developer and have no clue how to fix this (emphasis on MT, not my abilities), nor does MT give me any hint as to what might be going wrong.
This could be such a lovely relationship but MT doesn't stop to show its ugly face every once in a while. Oh well, i love Movable Type.
Have you ever used Google Analytics (or any other tool) to compare your metrics to the previous month's or any other past timeframe?
Did you then realize, that the graphs shown didn't really tell you a story?
So here's a tip – which in case you haven't already discovered this yourself – is so simple, that you'll probably bang your head against the desk.
This tip probably applies to most Web Analytic Tools out there. As i have no access to any other tools, i'll use Google Analytics here for the examples.
Google Analytics has a nice date-picker which lets you select the timeframe used to display its verious reports. The timeframe is usually defined by a start- and end-date. In order to let you compare metrics to the past, there can even be two start- and end-dates.
Let's assume you want to look at your dashboard, and compare your statistics for April to the ones from March (the previous Month).
By default, you'll define a date range by either clicking on the month name (April) which automatically inserts 04/01/2008 and 04/30/2008 into the date fields or you fill in the date fields by hand (or even use the fency Timeline slider or what have you).
You then repeat this step for the timeframe in the past you want to compare your metrics to, click on Apply and you're done defining your timeframes and your report is being displayed.
The defined timeframe as seen in the little calendar view
In your dashboard, you'll see all kinds of graphs and probably also one for Absolute Unique Visitors which might look just like the image below:
As you can see in the graph to the left, we have a nice pattern, as the data used for this example is from a B2B Site which has an audience browsing the site mainly during weekdays.
The blue line represents April's trend and the green line represents visitors in March. You'll notice, the pattern is somehow repeated in the green line for March.
What the graph to the left fails to communicate however is the data you might probably be interested in most: The difference in quantity between the two months. Did April have more unique visitors or March?
The graph simply fails because there is too much noise and the pattern isn't aligned.
If your traffic doesn't show any patterns and you have the same amount of traffic every day, please stop reading, as all i say here doesn't apply to you.
The Hand Tuned, Meaningful Beauty
Now here's the simple trick. Let's align the patterns by adjusting our timeframes in a way, that makes sense for our scenario: Instead of picking whole months, we need to align our timeframes by a specific Weekday, which will be the same day for the current and past timeframe. We'll also make sure, both timeframes have the same length.
Adjusted timeframes with similar lengths and the start days aligned at a Monday.
We're looking at four weeks each.
Look at the graph to the left. Isn't this a beauty? Get the story this picture is telling you? Huge difference. We can still immediately identify the patterns from the previous graph, but can also see a meaningful, comparable representation of quantities.
I believe everybody will now be able to immediately spot the decline in March's visitors which lasts from the middle of week three until mid of week four.
This trick is so simple, i wish google had "Align by Weekday" build right in to Google Analytics already.
I hope this was news to at least some of you and that this little nugget will be helpful to you as you are crunching your numbers.
PS: If you're into Web Analytics and don't read him already, do yourself a favor and have a look at Avinash's Blog.
Not only is this dialog silly, but it actually was displayed in a never ending loop when updating my Adobe CS3 Design Standard Suite today. I closed all my open Apps except the Adobe Updater and clicked OK in the silly dialog above and it would constantly re-display this dialog...
Adobe: next time double check your dialog localisation - or maybe add a #todo tag in the Dialog-Title so you spot these before release ;-)
Once again, Twitter.com is in maintenance-mode. Hopefully -- as usually -- for the win.
There's one thing i realized which really puzzles me. It is the way, they serve their temporary maintenance page (pictured in parts in the screenshot to the left).
This time (i haven't checked this during any of their downtimes before), they publish their temporary page in an extremely stupid way:
Twitter is serving a 404 status for every URL on twitter.com. The page you see during maintenance is a customized 404 "Not Found" error page. The 404 HTTP status means, that the url you tried to access doesn't exist and you should never use this url again, as it is bogus. This is not very clever. Now you can argue how important a proper google-index for twitter.com is, but even if you'd not care about google (and any other search engine) throwing every twitter-page out of it's index due to the 404 the crawler gets with every request, it still is wrong. HTTP statuses are there for a reason and serving a 404 during maintenance is not what the 404 status was meant to be used for.
The proper way to handle this would be to do a temporary redirect by serving a 307 or, even better, simply serve the maintenance page with a 503 status, which is the perfect fit for a maintenance. HTTP Status 503 stands for "Service Unavailable" which is exactly what is happening during a maintenance break.
Serving a 503 would deal with search engines nicely and clients like Twitterrific could also nicely parse it and inform the user correctly. For instance hahlo.com is momentarily just serving black frames, making their users believe something is wrong with hahlo. Pockettweets on my iPhone also confuses the user as Mobile Safari is simply alerting the user about too many redirects.
Hopefully someone from twitter will read this and not make the same mistake again in the future.
Just read an interesting Article over at ALA which also mentions new techology like AJAX and the like being too much hyped and immediately being used without thinking about the user and his needs first.
Let's make a test. I recently developed something at work, where many would see AJAX written all over it. Look at the movie below:
Is this using AJAX? Let me know in the comments (sorry, TypeKey login required now due to crazy comment spam)!
BTW: the above is a live recording right out of my browser window. No editing involved other than scaling the movie down to 60%.
It would even be better, if the warning actualy told you what the correct direction would be. There are 4 possibilities:
- Face Up, magnetic strip left
- Face Up, magnetic strip right
- Face Down, magnetic strip left
- Face Down, magnetic strip right
The warning doesn't tell you which of the 4 possibilities would be the correct direction, so what's the point? The only benefit of this warning is, that they don't only say "We can't read your card" which might lead you to believe, the card is broken.
I've been ranting about similar things forever. Ever seen the symbols on any of the payment terminals where you have to slid your card through? I've never seen one which clearly pictures which way to turn the card.
surely you are having a contact form somewhere on your site where i can contact you by providing my Address, Phone and such. It'll probably look something like this:
Please be aware that many countries do not need any States in a postal address. In fact, in many countries it is totally uncommon to have a state included in a postal address - some don't even have any states at all.
So please, please, please do not make the STATE fields on your contact forms mandatory. If you're clever, you can decide on making them mandatory depending on the Country chosen. But please, once i selected Germany or such (you'd have to research that country-list on your own - i was to lazy to research it and only make states mandatory IF USA was selected as country) do not make the State Field mandatory!
Oh, and while we're at it: Our phone numbers are also formatted differently and might have a different total length, so don't force us to format them like 123-123-1234 (German area codes might have 4 to 5 digits for example).
Thanks so much for not being ignorant about foreign countries!
This is driving me mad for almost a decade now.