We're a bunch of wacky designers and developers living all over the country while working together to bring our clients beautifully made and efficiently run websites. We live for this kind of stuff.
The Independent Women’s Forum came to us in early 2007 for an update on their site design and ended up with the sparkly interface you now see. The design of the site lends itself nicely for a journey through the magical land of color distribution. So grab a cup of coffee and buckle up as the ride begins.
To help explain what we mean by color distribution, take a look at this little map we created using IWF.org as a base.
On occasion, we start layouts by grabbing all the content the client would like to see on the main page, making it black, and dumping it all into a new Photoshop file. Next, we make textual hierarchy changes by pumping up the weight and size for headings and subheadings. After some spacing and alignment changes its ready, but start collecting color only after these steps have been completed
First, we establish any existing colors which will need to be incorporated into our palette due to existing branding. In the example using IWF.org, the red from the logo needed to be added.
We needed to pay attention to an additional client request, which was that we keep the site feeling open and bright. Yellow or yellow used as a gradient is good for this.
We also always grab something fairly neutral to use as borders, or for headings and backgrounds which require less emphasis than areas with brighter hues. For IWF.org, we chose a medium gray that is used on all borders and dividing lines.
Now the color palette is ready. Most, if not all of your color usage will be dictated by the palette. You can deviate, but only by shifting the base hue with shades and tints. Start by identifying which elements should use the same color. For example, all links within the main content area need the same color. All first-level headings need the same color as well.
Now you can experiment by using the colors in your palette in these positions. Any colors that are too light can be used for text as long as there is a background behind it with good color contrast to make everything readable.
Remember to use white as a color as well, not just for backgrounds. Any of the colors in your palette can be used for a background, which means any text on top of it can be white (depending on readability).
As described on the about page, ShoutingMat.ch is a civilized retreat untainted by the excesses and whims of the mob.
Huh? Let me explain:
Sites like digg.com and reddit pull in data by relying on a unorganized rabble of internet misfits to strain good internet content from the bad. ShoutingMat.ch looks to a definitive list of the blogs that everyone’s reading, bottling you only the best content from purest sources in the ice cold mountains.
Not only will you drink up high quality content, but each story delivers the blog or origin from whence it came, accessible via a handy drop-down list so simple even a caveman could figure it out.
Spectator.org is the newest addition to the list of sites we’ve designed and built.
Since The American Spectator has been around for 1967, keeping the established identity was an important part of the design process. We retained their look by re-using the existing color palette and by keeping the established logo simple in a basic white on red header. Further distributing the red, we threw it into the date-bars, content category headings, third column headings, and buttons. Using the black in the large featured post area serves as the focal point, drawing the eye with an over-sized image and further distributing color. We continued this with the bold black post headings and the background for the active state of the nav list in the right column.
We were also tasked with keeping a good chunk of the content available on the main page without a ton of scrolling. To accomplish this, we kept the spacing between posts on the homepage to a minimum. This expands of course when you click through to read the full article. To create visual separation of content, we used thin borders on the bottom of each post and kept the article headings big compared to the accompanying text.
Along with the re-design, this site has been built on a newly built backend framework which allows for much greater content control by the editors. Additions to the backend are super simple now as well, so any client changes/requests can be managed quickly and efficiently.
Sometimes it just makes more sense to put the controls right on the site. Watch this quick screencast to find out how we let one of our clients order the stories in their main content well with drag & drop ease.
In May of 2007, Reason.com asked Dancing Mammoth for help with a new endevour: the launch of a website to serve as home for a series of short videos hosted by Drew Carey. In The Drew Carey Project, Drew would take to the street covering important current events and help people think about government in new ways.
We began by creating several mockups in Photoshop, utilizing some existing media to develop cohesive looking examples. With these, they were able to give us great feedback, helping to push the designs forward and moving closer to a design which met their needs.
A few color tweaks, a section or two added to the right column and the design was complete. Reliably serving up high quality video to a potentially massive visitor base was crucial, so we went with the Amazon S3 grid for this. So far this has been the perfect solution as well as an inexpensive one.
Currently, we are re-working the center column a bit to allow for smoother work flow, but the same basic feel will be retained.
Some notes for the CSS geeks
Notice how the text changes color on hover for the “send us your videos” and “Drew Carey Project Archive” areas in the right column? This was accomplished by using an <a> which has this image applied to it using the background declaration. There’s a :hover state for the <a> which shifts the background image up by sixty eight pixels.
Recently, a client of ours wanted to institute a “point” system for an existing body of users. The idea was that certain actions of the user would generate points for that user, which the client could then track as part of an incentive program.
But What are “Points”?
At the time, we had a simple “users” table in our database which stored all our user-related data. Now we were asked, essentially, to add a new “points” attribute to the “user” entity. However, we could not simply add a “points” column to the “user” table, because the client needed to track individual point-granting actions separately, with descriptions and such.
But this was also not a one-to-many relationship with an abstract “point-event” entity either, since some points were inferred from information which was properly normalized into other parts of the database. For example, referring another user (information we know at user registration time) was worth a certain number of points, but to copy a “referred user” event to a “point-event” entity would mean denormalizing the database. If a user-referral were added or changed later, we would have to make sure to do the same thing to a corresponding point-event.
Thus a user’s “points” are an attribute of the user, but the value of this attribute is derived from potentially many different entities or attributes. Guess what? It’s a derived attribute (scroll to the bottom).
So, how are we going to deal with this?
Implementation
Derived Columns
Some “real” databases have native support for derived attributes (e.g., SQL Server) but as far as I know they all require that the value of the derived attribute be defined as an expression, not the result of an arbitrary query. We could get around this using a stored function which calculates the points for us, but this particular database was MySQL (which does not support derived attributes), version 4.1 (which does not support stored functions).
In any case, this is a bad solution for us because any changes to the point calculation algorithm would require modification of the database, yet we had been accustomed to putting this kind of logic into the application. Additionally, a lazy SELECT * (many of which were unfortunately sprinkled throughout our application) would suddenly become much more expensive, requiring an additional function call per row.
Application Code
The other solution, of course, is that we simply put all the point-calculation code into the application. The problem with this is that it would take multiple queries to the database for every user that interested us, and we could potentially get the wrong point value if a change were made to the database in between our queries (since MySQL MyISAM does not have transactions). Plus, if we want to sort by points (or something more complicated), we would have to do the sorting ourselves, in the application.
UNION
Clearly, we wanted to handle point calculation by a single query. The solution we finally hit upon was to use a temporary table (not a view, since MySQL 4.1 doesn’t support them) filled by a UNION. This is quite possibly the only good use for a UNION. Each subquery of the UNION would calculate points based on a particular attribute or entity, and all the subqueries would SELECT to common column names.
DROP TEMPORARY TABLE IF EXISTS tmp_all_points;
CREATE TEMPORARY TABLE tmp_all_points
-- Get referrer-derived points
(SELECT user.id AS user_id, COUNT(*)*5 AS points
FROM user ... INNER JOIN ... GROUP BY ...)
UNION
-- Get pointevents-derived points
(SELECT user_id AS user_id, SUM(points) AS points
FROM pointevents GROUP BY user_id HAVING points != 0);
This will give us a temporary table with 0, 1, or 2 rows per user. If we want to limit this to particular users, we can add the relevant WHERE conditions to the individual subqueries before we send them to the database.
Now if we want to do any queries which involve points, we can just treat tmp_all_points as a “points” entity with a many-to-one relationship with the “users” entity.
Want the top five point-holders?
SELECT users.name, SUM(tmp_all_points.points) AS points
FROM users
INNER JOIN tmp_all_points ON users.id = tmp_all_points.users_id
GROUP BY users.id
ORDER BY points DESC
LIMIT 5
Happy Ending?
By using a UNION, we were able to neatly model the derived attribute as a table, using a single query that maps easily to the logic of the derived attribute and is easy to extend to account for any additional criteria that the client may dream up. And we didn’t have to denormalize our database or introduce complex application code.
There is a caveat, however. Tables defined by a query have no index, and probably we are going to want to join on this table, which means we’ll be doing a join without an index. For this reason, it is pretty important to keep the result set of your UNION query as small as possible using additional WHERE conditions.
If your result set will always be large, split off the temporary table creation into a definition with keys and use a INSERT INTO tmp_table SELECT ... UNION SELECT .... Don’t use CREATE INDEX after filling your table, since creating an index on a full table is much slower than building it incrementally (except for FULLTEXT indexes, where the opposite is true).
Don’t Try This With Views
If you are using MySQL 5.0 or above, you won’t be able to mitigate this problem by using a VIEW. MySQL is not very good at optimizing views. If there is not a one-to-one relationship between the rows of your view and the rows of the underlying tables, MySQL will use ALGORITHM = TEMPTABLE for your view. So any view with a UNION in it will be created as a temporary table anyway.
Thus I would not wrap a UNION in a view for this technique, since you can’t control the result set size for a view and you will be generating a new temporary table every time you use the view, instead of once per connection.
Technology author and activist Drew Clark turned to Dancing Mammoth when he wanted to make his idea for Broadbandcensus.com into a reality. He envisioned a site capable of providing the most accurate and up-to-date information on broadband technologies to consumers in the United States.
Dancing Mammoth implemented blogs, wikis, speed tests, comments, real time graphs and carrier data into Broadbandcensus.com and designed the clearinghouse Clark imagined.
The first step in the creation of the site involved gathering data for the “What are your broadband internet options?” function. Dancing Mammoth collected data from the FCC and maps from the U.S. postal service. Data was also gathered from individual carriers websites, this data is usually buried deep in the sites, or worse yet, involved some programming knowledge to scrape the data from the sites. We did the scraping and we did the hours of manipulating data to create a tool where users could search their market by zip code.
The website also continues to learn about broadband markets by surveying its users about location, carrier, promised speeds, and an individual’s rating of his service through a census. The survey data, in combination with the search function previously mentioned, a user can automatically correlate carriers to specific zip codes, along with promised speeds and any comments about that location and carrier.
Based on the location provided by the user in the census, the site calculates the closest online NDT server accepting connections. The speed test takes approximately 30 seconds and roughly 50 data points are collected during this time, which measure everything from total speed to where bottlenecks in the network are occurring. Once this data is collected it allows the site to display real time percentages of user ratings and percentage of users getting their promised speeds. This is crucial when trying to find the right (only) carrier in your market and makes it a great research tool for consumers.
Broadbandcensus.com is now a publicly available resource that provides real data to consumers about broadband in the U.S. and facilitates consumer research and competition in the broadband carrier sector.
In the Internet world of seemingly endless computer resources, it’s not often that a website requires visitors to wait in line to visit, but a recent Dancing Mammoth project called for just that.
The Requirements:
Visitors will be added to a Virtual Waiting Room prior to advancing to website content.
Visitors will be advanced according to First In First Out.
Page must indicate current position in line via a client provided Flash object.
An administrator must be able to control flow of traffic.
The client expected light traffic to their video chat feature, so we decided that capturing queue data in a single table was the most efficient way to go. We could then poll at a some set interval to determine a visitor’s place in line, and take action based on the result.
The client-provided Flash object required use of a bit of javascript, so I decided to go ahead and implement the polling with the jQuery library’s ajax functionality — I ♥ jQuery. Here’s what the javascript function looks like:
function updatePosition()
{
$.ajax({
type: "GET",
url: "queue/index.php",
data: "sess=<?php echo $session_id ?>&random=" + new Date().getTime(),
dataType: "xml",
success: function(xml){
var ky = "";
var val = "";
var action = "";
var pos = 0;
$("response", xml).each(function(){
$("action", this).each(function(){
action = $("key", this).text();
val = $("value", this).text();
if(action == "forward")
{
// Forward
forwardToUrl(val);
}else{
//Update
pos = val;
thisMovie('queueCountdown').update(pos);
}
});
});
}
});
}
If you’d like to review all the sample files, you can download them here, but no warranty is expressed or implied.
jQuery sends the visitor’s session id (as well as a random string — always send a random string when making ajax GET calls or IE will give you cached content) to a script that checks the queue and returns some XML with the action and associate value. Then the visitor is either forward to the content, or their position in line is displayed.
On the back end, the VirtualWaitingRoom class provides functionality to retrieve queue position, administratively advance visitors through the queue, and remove records for abandoned sessions.
The project was a success and while there’s nothing especially complex about it, this Virtual Waiting Room is a good short example of how various web technologies can come together to provide a unique solution.
I’ve been to a few Apple stores in the past and I love their clean design. The products they sell are well displayed and their staff are usually very helpful, but I am always looking for a bargain. So I can’t envision myself purchasing a new computer from my local Apple store with the deals that Amazon is currently offering (mail in rebates on all Macs from $25-$150). Below is a chart comparing the Apple store price vs. the Amazon prices for all Mac computers. Shipping is free from both Apple and Amazon, unless of course, you need your Mac shipped express.
With the money that you save by purchasing from Amazon you can increase your RAM, purchase peripherals, or hold onto that money for a rainy day. The choice is rather easy if you look at the prices below. I have added a 5% sales tax to all Apple prices. Your particular sales tax may be higher or lower depending on where you live.
Model
Apple Store Price*
Amazon Price**
Apple MacBook 13.3″ Laptop (2.4 GHz Intel Core 2 Duo Processor, 2
GB RAM, 160 GB Hard Drive)
* Apple price includes local/state sales tax of 5% (Sales tax may be higher or lower depending on your location). Amazon price includes mail-in rebate (expirese 7/14/08)
Residents of KS, KY, ND, NY and WA have to pay a sales tax on all Amazon
purchases. (Thank your state legislatures.)
I have an Intel iMac (the white kind). It’s my personal machine. I like it. It’s nice. What I especially like about it is that it has a big screen (1680×1050).
I also have an Intel MacBook. It’s my work machine. I like it. It’s nice. But what I don’t like about it is that the screen is a bit smaller than my iMac (1200×800). Using the smaller keyboard and mouse isn’t so nice either.
What to do?
Well, there’s VNC. OS X even has a VNC server built in. So I could turn that on and then use a VNC client on my iMac. But that only gives me the keyboard and mouse and a 1280×800 window mirroring the MacBook screen. Not cool.
The same guy who makes this excellent VNC client also makes ScreenRecycler. ScreenRecycler turns your VNC client into an attached display. The monitor of the computer your VNC client runs on looks to OS X like just another monitor, plugged in through the mini-DVI port. So now I can work on my MacBook and have a 1680×1050 screen in addition. Joy!
But ScreenRecycler ignores input from the VNC client, so I can’t use my iMac’s keyboard and mouse to control my MacBook. No joy.
But some other guy on the internet makes Transport. Transport lets you control other Macs using your keyboard and mouse. Joy has returned!
So, the plan:
Install and run ScreenRecycler and Transport on the MacBook.
Install and run JollysFastVNC and Transport on the iMac.
The VNC client finds ScreenRecycler via Bonjour. No sweat.
On the MacBook, tell Teleport to “Share this Mac.”
All done! Now I can use my iMac as a second display to my MacBook and control my MacBook with my iMac. (I can even make the iMac the MacBook’s main display!) Using the power of Spaces, I can even have multiple workspaces, and keep (for example) Mail and iChat permanently displayed in the MacBook screen, no matter what workspace I’m in.
A caveat: Transport doesn’t seem to recognize the ScreenRecycler display, at least when one machine is Panther (iMac) and the other Leopard (MacBook). You have to arrange your virtual screens in Transport in such a way that they don’t share the same borders. Otherwise your pointer will get stuck on the MacBook.
Unclutterer.com, a website providing daily tips on how to organize your home and office, is a Dancing Mammoth publication. Erin Rooney Doland is the site’s Editor-in-Chief and manages the internal project.
Started in early 2007, the site promotes the idea of “a place for everything, and everything in its place.” Unclutterer is not just for the helplessly disorganized who would lose their heads if they weren’t attached, and pack rats looking to put their stashes on a diet, but also for obsessive compulsive neat freaks looking to squeeze even more order into their lives. We hope we can make getting and staying organized fun and informative.
Chances are you don’t have as much space as you’d like, so you need to make the most of the space you do have. This doesn’t just mean finding a new nook in which to cram more clutter, or devising a clever way to stack piles of papers. Instead, it’s about streamlining your space and your possessions so that you can be more efficient at work and enjoy a more relaxing and serene environment at home.
Unclutterer features tips, organization strategies, product reviews, reader questions and more. We’re not a personal productivity blog or a site about interior design, but we still hope we can help you in those areas. Getting uncluttered and organized can be the first step to more efficiently tackling your projects and realizing a better-looking space.
I’m in the process of upgrading my first-generation Core Duo Macbook, which is getting a little long-in-the-tooth. So this afternoon I visited Apple.com and I took a little time to review the specs of the newly released models.
I eventually came across the following bar chart, which is accessible as a pop-up from this page. It compares my current notebook (coincidentally) with the one I intend to purchase.
At first glance, it was obvious that something wasn’t quite right. The percentages listed inside the blue bars don’t even remotely correspond to the visual length of those bars relative to the baseline bar at the bottom. It isn’t even close.
I took a screenshot and did some measuring in Photoshop with the ruler tool. The baseline bar is 216 pixels wide. The bars above it are 357, 362, 382, and 417 pixels wide, respectively. That would yield rounded percentages of 65%, 68%, 77%, and 93%.
I assume the numbers are correct and Apple is just being deceptive to make the performance gains look more impressive. In any case, it’s definitely not cool.