Live data from Hacker News

Basecamp Next: UI Preview

37signals.com

81–85 of 85 posts

Re: Basecamp Next: UI Preview

#81

I'm very pleasantly surprised by this. I've always been a bit cynical about Basecamp's success, but I think this new version is going to be a genuine game-changer. I really love the sheets idea and I'll love seeing how it works out. I'm already thinking about how I could apply the idea to e-commerce sites, hopefully the interaction isn't patented. Thinking about it now, I am wondering about a potential limitation. Sh…

Thanks Andrew. "But what if you're given a link to say an individual ticket? Do the sheets build up from that ticket as a starting point, rather than the project page, or do they reflect the hierarchy of the site? If it's the later, does that not mean that loading a deep page in the site is burdened by having to also load its parent pages?" We'll write this up in more detail later, but the basic answer is: Every link…

Thanks for the reply Jason,

It all sounds good, looking forward to seeing it!

Re: Basecamp Next: UI Preview

#82
post #61

This looks like a great redesign overall. I'm still not entirely sold on how sheets are any better than breadcrumbs, other than being a different UX implementation of the same concept. But I'll adopt a wait-and-see attitude. Playing around with it is definitely needed for something like this. The one thing I will say though: every link better be "openable" in a new tab. While I love that you're helping me focus on on…

I had a similar thought, but from watching the video it appears that the sheet metaphor is just that: they aren't modal popup/overs, but separate pages, just with the page layering as a part of the design. how that interacts with pushState I don't know, but it seems significant to notice that they aren't just a series of overlayers but distinct pages. I wonder if they're going to tie this together with their recent "…

It's orthogonal to pushState.

Re: Basecamp Next: UI Preview

#83

The new "sheets" UI paradigm is strange to me. Jason mentioned a few times that they wanted to provide focus by getting rid of unnecessary design elements and chrome. But with the sheets, you actually get unneeded chrome. Your main content viewport keeps getting shifted down and to the right. Why not just use breadcrumbs at the top to provide context? That way, the entire content area could be taken over whenever you…

When you use it you'll see why breadcrumbs are inferior. Breadcrumbs don't give you a sense of place. Breadcrumbs aren't natural. It sounds like a subtle thing, but once you use it you'll see the difference. Also, sheets have a much larger click target which makes them a lot easier and faster to use.

I am curious...to what extent does Chrome's Preferences section inspire you with this 'sheets' design? Horizontal navigation (clicking on the side) works pretty well in Chrome (including the back button). I assume that is the case with your design too?

Re: Basecamp Next: UI Preview

#84
Very nice reuse of the concept pioneered by the Google Chrome preferences dialogs. Very nice because one directly see the inspiration, which means that it will not disturb too much the users and better because by sacrificing a bit of real estate, you show a full sheet, which better show the space feeling. Well done.

Re: Basecamp Next: UI Preview

#85

Earlier quoted context omitted.

Do you mean: 1) it's a single page app 2) you're using ERB fragments (or something) as "templates" 3) MVC fat-client Is this... more or less it?

It's not a single-page app—at least not in the traditional sense. Only in the sense that we don't need to reload assets with each page change. We are using a dash of Backbone here and there for cases where interaction speed is of utmost importance, but most of what you download over the wire is HTML.

Does the Sheet paradigm supports back-button? (just curious) if so, is it via normal browser history or AJAX '#' trickery?
Post reply on HN