intheory0

For as complex as it is, TYPO3 is pretty usable. I built a site on TYPO3 before I ever messed with WordPress some 6 years ago. Now that I think of it, I'd probably opt for TYPO3 before Drupal.

I've used Wordpress on a number of sites for small businesses & restaurants lately. In every case it has fit the bill.

Other CMSs I've looked at are way overkill, and while I've toyed with the idea of building my own custom CMS, the fact is I can get everything I need in a 5-minute WordPress installation and 30 minutes of plugin configuration. Theme development is straight-forward and relatively well-documented.

The investment in rolling your own is a mite more than 35 minutes. Even the act of walling off or hiding portions of Drupal is more involved than that.

I don't think you know how large ecommerce websites work. Pricing, availability, listing pages are all generated dynamically. "Static web content" doesn't even get close to describing how an ecom page gets served with that many variables. You can't simply create a version for every permutation of visitor and cache it.

Disclaimer: I hate you. Restaurant sites are my cash cow, so anything that gets in the way of that receives my rage.

Feedback: Your site looks unpolished. You disclaimed as much; I'm just confirming.

Concept is solid. And it sets you up for a premium model with additional features. Your menu handling looks interesting; it is a challenge I face with clients that we usually solve by embracing the devil and publishing a PDF. Grr. However I am going to be doing something very similar to what you have going on.

Your feature set and layouts/design/default copy are pretty solid. Covers the basics. Events is the piece I end up doing on all my clients' sites. Typically a simple event feature (like your menu editor) suffices. Event name, description, date, time.

For a restaurant site, I don't see a link to #top or home on your nav bar which would be handy.

The editor is nice. I like how it moves to the section you're editing and the ajax update is uber handy.

No clean way to exit the editor and go back to the admin dashboard. And now that I'm logged out I can't seem to log back in. No confirmation email either.

Would be handy to let the visitor print out the menu I think . Analytics needs to be there. If you could rig up page views and some simple actions (e.g. your menu was printed x number of times). throw in some widget like AddThis and you're good to go without tons of dev.

Crap. Nice work. Good thing your domain name stinks and is easily forgotten or else I'd be in trouble.

UXEP spec doc for a major mobile provider's next hot phone.

I'm not in the Bay area, but if you'd seed on TPB I'd be happy to share what I learn.

Our HTML dev team builds the HTML/CSS so that we can complete our UI specs, then when we hand off the final HTML/CSS and UI spec to our big money development team, they rebuild it from PSDs. They use the same CSS structure framework, so there's no good reason, but we basically pay for the same work twice. If we send code, they throw it out.

I'd buy a CDMA iPhone. Forget ATT's slow and spotty GSM 3G. Bring on CDMA RevA.

How about rather than asking web designers, server owners and IT staff everywhere to add some hack tag to their code, you force IE8 into compatibility mode unless a designer specifically enables IE8 rendering on their page by adding said tag? That mediates the issue pretty easily.

I was just thinking to myself, surely Gmail isn't down. Then this popped into my GoogleReader. Good thing they're not running all their services from the same box. :)