Designing GitHub for Windows

https://github.com/blog/1151-designing-github-for-windows

by bpierre • 14 years ago

207 38 14 years ago

noselasd• 14 years ago

Scott Hanselman also got Tim Clem and Phil Haack talking about this on the recent podcast, http://hanselminutes.com/320/developing-github-for-windows-w...

gagabity• 14 years ago

A beautiful piece of software and a great help for those of us that loathe the command line. I was just looking through GitHub today trying to figure out how the look was achieved since I couldn't find any Metro controls in VS.

EToS• 14 years ago

I really like the native development approach for UI, too often the design of ported apps feel like an after thought, unless your on the OS it was originally developed on

aggronn2• 14 years ago

This is the first time I've heard raving reviews about XAML from people familiar with HTML.

XAML has just been total let down since I've had to learn it for an ongoing Silverlight project.

edit: Some people have asked why I didn't like XAML. My pragmatic concern has to do with the workflow and design of UI elements. You shouldn't need blend to edit validation styles efficiently. I know you don't need blend, but you can't just go in and add a single line to change the color of an invalid toolbox border--the alternative to blend is to (afaik) copy the entire style resource that the element uses from MSDN, dig into it to find the appropriate 10 lines of useless markup that surround one word property.

CSS is infinitely more simple than XAML style resources.

I'm also very partial to the pseudo separation of concerns where HTML is for semantics, and CSS is for style, and JS is for effects. Tying all of those things into one XML based language just doesn't make sense.

That said, the whole MS C# stack has really been great to work with outside of XAML and its default elements.

eatporktoo• 14 years ago

I personally like XAML. What part of it do you think was a let down?

soofaloofa• 14 years ago

Personally I've always found XAML and C# to be an incredibly productive programming environment. I wish I could work with the MS tool chain more often.

ayi• 14 years ago

i actually like xaml. can i ask what parts of it makes xaml let down?

aggronn2• 14 years ago

from my main post edit:

edit: Some people have asked why I didn't like XAML. My pragmatic concern has to do with the workflow and design of UI elements. You shouldn't need blend to edit validation styles efficiently. I know you don't need blend, but you can't just go in and add a single line to change the color of a border--the alternative to blend is to (afaik) copy the entire style resource that the element uses from MSDN, dig into it to find the appropriate 10 lines of useless markup that surround one word property.

CSS is infinitely more simple than XAML style resources.

That said, the whole MS C# stack has really been great to work with outside of XAML and its default elements.

powertower3• 14 years ago

The majority of people that I've heard criticize XAML are people who are just starting out with it (and hence are clueless, literally).

Everyone else, including myself, see it for what it is, one of the best ways to build up, iterate/change, and maintain a UI.

Nothing else even comes close.

edit: I write XAML mostly manually, not via a designer. I also don't subscribe to any particular rule-set about using or not-using code-behind, particular ways of databinding, etc.

candl• 14 years ago

I agree. I was exposed to C#/XAML a few months ago by building a WP7 Application. It takes some getting used to, but when you get the basics it's great. I'd kill to have something similar instead of HTML/CSS (which is just awful in comparison) for the web.

gbog2• 14 years ago

Please keep your ad hominem for other parts of the web.

jinushaun2• 14 years ago

I've been working with XAML for years on a regular basis. It sucked in 2009, and it still sucks now.

It quickly progresses past hand editing on any project of any significant complexity. (Read: a real app) So Blend is required, especially if you're doing animations. VS is only slightly better than notepad for XAML.

XAML parsing is consistently broken in Blend and VS, so bad markup breaks the entire file without any meaningful error message. On a related note, it is very difficult to make "Blendable" XAML files. Wiring up data-binding kills blendability. You end up opening a lot of "blank" files in the designer.

MVVM is a pattern to avoid having to deal with XAML.

XAML is more of a human-readable file format than a presentation markup language. You have a lot of information about the app/state mixed in with the UI markup. You need to have a solid understanding of the C# underneath to use XAML properly.

Designers should NEVER be allowed to produce their own XAML, especially in Blend. It's worse than Frontpage. The cake is a lie. Designers still live in Photoshop and Illustrator. Programmers are actually the main users of Blend. The root problem is that you can't produce usable XAML without also knowing C# and the .NET Framework. In other words, you have to be a programmer to generate XAML in Blend. Fail.

dharmatech2• 14 years ago

My beef with XAML is it's a whole other language aside from C# into which the semantics of C# and WPF had to be mapped. Worse, the constraints of XAML affected the design of WPF itself. I.e. the tail wagged the dog.

If C# had hygienic macros, I think the syntax of C# could have been extended for WPF specific needs, without having to resort to an XML based solution.

With a few extension methods, C# can come close and sometimes exceed XAML in its concision. I've been collecting these in a FluentWpf (https://github.com/dharmatech/FluentWpf) project on GitHub.

An example: http://stackoverflow.com/questions/1347219/are-there-any-flu...

jcheng• 14 years ago

But XAML was intended from the start to play well with visual design-time tools, and C#-with-macros would probably have been too expressive to be roundtripped reliably through Blend and the VS designer.

x1• 14 years ago

I disagree. I haven't worked in XAML for a few years and I wouldn't recommend it on almost any application (unless a windows specific desktop). But the only reasons I don't recommend it is because it is windows specific.

Aside from that the true power of xaml is it allows you to change anything. For example, A radio button group, checkbox list, drop down, expandable list or searchable list could all derive from the same basic component AND same set of data. In html that would be like saying this (warning, lots of fake code below)

...and so on

That is COOOL and it has been around since XAML was created. We've tried to get to the same place with jquery templates but they have always been hackish approaches to templating/styling

dminor• 14 years ago

> but you can't just go in and add a single line to change the color of an invalid toolbox border--the alternative to blend is to (afaik) copy the entire style resource that the element uses from MSDN, dig into it to find the appropriate 10 lines of useless markup that surround one word property.

This is spot on. The point of a declarative markup language is to make hand editing easy, but XAML fails hard on the simplest of tweaks.

gbog2• 14 years ago

Genuine question, did Github consider doing a local web app? If I want to browse my local code I may be more familiar with the HTML interface.

lucidquiet• 14 years ago

I kind of wonder if Spotify for Windows would have benefited from these design decisions. I'm happy to see that Github embraced the OS/platform rather than treat it as an ugly inconvenience. I'm very much platform agnostic, but when something works well on one platform and then terribly, or sub-optimal, on another, I feel like the programmers are making some statement about their preferred OS/platform rather than making solid software.

ConstantineXVI• 14 years ago

AFAIK, Spotify's "app" is mostly a Chromium shell on all platforms.

Ineffable• 14 years ago

Indeed. It feels surprisingly native despite this, though.

pacomerh• 14 years ago

Great design. I wish windows in general looked like that, a complete redesign that would get rid those ugly thick transparent borders.

gouranga• 14 years ago

Windows 8 fixes that.

jcromartie• 14 years ago

It's nice to see Github building apps for each platform, without taking shortcuts. It's so much more pleasant to build AND use native apps with things like XAML and the Metro UI vs. making kludgy HTML shell apps.

pjmlp• 14 years ago

Spot on, it about time people realize that HTML apps are a kludge.

HTML is for documents.

DigitalSea• 14 years ago

Now if only they can fix the constant crashing and then I'll be happy. No point in having a nice design if the application crashes so much that people can't see it.

tclem• 14 years ago

Send us an email at support@github.com if you are having trouble and we'd love to sort it out.

nwienert• 14 years ago

Anyone else find the font, especially the bold, grating? I don't think it's just the rendering but also the size and actual font (feels so big and cluttered in that merge request page).

kennu• 14 years ago

I wonder if I'm the only one who doesn't really like the GitHub Windows user experience?

The most confusing thing is what you see when you select a repository. It shows you the commit details and diffs of the latest commit. That makes you feel like something is wrong or pending so you need to respond to it. The latest commit and its diffs are really not the main point of interest in that situation.

I would much prefer to see a tree view of the current files in the repo (and maybe the README), just like on GitHub. That would be the most natural way of browsing the files, opening them by clicking, and seeing what has been modified.

That would make you feel that you are in control and understand what's going on right from the beginning. Even if you're a newbie or non-tech guy.

citricsquid• 14 years ago

That annoys me too. Also the cryptic error messages, the Windows client is (I assume) for people that aren't all that familiar with git and would prefer a UI so when my commit fails and I get an error message that a) when googled produces 0 results b) doesn't link to a help doc and c) has "open shell" as the solution it's very frustrating.

damian2000• 14 years ago

Good to see a bit of love for XAML and WPF on HN. I've been developing with it for the past 2 years - don't know how I worked without it.

Designing GitHub for Windows

Related Stories