Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

GitHub for Mac

github.com

Post reply on HN
Print view View original

201–210 of 214 posts

Re: GitHub for Mac

#201

Post by StrawberryFrog »

jwr wrote: post #12
rcfox wrote: post #7

Earlier quoted context omitted.

Why is it a huge deal? It's just a desktop version of their web app. Or am I missing something?

That's kind of like saying that a BMW M5 is just a version of a Ford Fiesta. Both will get you there, but the comfort and enjoyment will be somewhat different.

I don't buy that. If thier web app is rubbish, surely the time would be better spent on making thier web app great.

But thier web app is great.

What's the big deal about a desktop client that wraps a great website?

Re: GitHub for Mac

#202

Post by StrawberryFrog »

I don't get it.

If I made a windows desktop client for a popular website, would anyone at all even care?

Github (the website ) is great, it works well.

The thinking that a website is a poor substitute for a native app is increasingly outdated. Github is an example of this, it does a lot on the web.

What extra does this app bring to the table? What does it make possible or easier that I can't do on the website or in TortoiseGit?

Re: GitHub for Mac

#203

Post by jamiequint »

brown9-2 wrote: post #57
jamiequint wrote: post #34

Still extremely buggy, I was only able to load one of my repos, others failed with error messages like this: http://bit.ly/iJzNmp and even the successful ones came up with errors after loading.

There is really no need to use a URL shortener when posting links here. The HN software will abbreviate the link text on it's own if it is too long. It's a little annoying to have to guess where a link is going to forward to.

GrabBox automatically shortens my screenshot links. Click if you dare. IMHO they should have used bitly pro and their own shortener for marketing the thing.

Re: GitHub for Mac

#204

Post by bradhe »

StrawberryFrog wrote: post #202

I don't get it. If I made a windows desktop client for a popular website, would anyone at all even care? Github (the website ) is great, it works well. The thinking that a website is a poor substitute for a native app is increasingly outdated. Github is an example of this, it does a lot on the web. What extra does this app bring to the table? What does it make possible or easier that I can't do on the website or in T…

>Github is an example of this, it does a lot on the web.

I agree, and not really enough actually -- they seriously need to work on their UX and it's disappointing that this is the direction they're going.

Re: GitHub for Mac

#205

Post by dchest »

Vitaly wrote: post #189
dchest wrote: post #28

I hate all the visual clutter and unjustified complexity the new stylish iOS-like interfaces bring. Those interfaces are only good for Twitter and friends (and for screenshots). Some feedback: * Get rid of huge spacing everywhere (for example here: http://github-images.s3.amazonaws.com/blog/2011/mac-screensh... ) * Make animations go faster. * History should have preview pane with diffs (see Mail) instead of making m…

Yeah, right. Remove all the whitespace. While you at it also make fonts smaller so that you can cram more data into the same space. Some people actually like interfaces to be aesthetically pleasing. And whitespace is one of those things that really helps to make ui usable and clean.

Here's an example of what I'm talking about (notice the border):

* Finder in 10.4: http://miki.samborsky.de/files/article/2008/LeoIcon/Tiger-Fi...

* Finder in 10.5-10.6: http://www.askdavetaylor.com/3-blog-pics/mac-finder-places-m...

* Finder in 10.7: http://gavinsmith.me/wp-content/uploads/2011/02/Screen-Shot-...

And whitespace is one of those things that really helps to make ui usable and clean.

You missed "the right amount of" before "whitespace".

Re: GitHub for Mac

#206

Post by deno »

mkramlich wrote: post #181
thepumpkin1979 wrote: post #82

Earlier quoted context omitted.

+1 CLI = command-line interface

and the beauty of CLI is that, unlike with a GUI, a CLI can serve as both a human UI, and a machine UI or API. and it does the latter for free. give me a binary-only program with a CLI interface and I can build other things on top of it, put it into a pipeline, turn it into a cronjob, etc. give me a binary-only GUI? often nothing you can build on it

You can automate GUIs using accessibility controls and/or desktop message bus. If an app is modular, as it should be, it does not matter one bit how many UIs it exposes.

Also all CLIs are not the same — try automating ncurses application.

Re: GitHub for Mac

#207

Post by phillmv »

nupark2 wrote: post #200
phillmv wrote: post #131

Earlier quoted context omitted.

What's the canonical gitx repository these days? Everyone I know uses a different fork, much to my dismay.

That's a pretty telling irony. Git seems to have broken down the social contracts around forking that kept most opensource projects cohesive. Unless the project has a great deal or inertia, it is difficult to remain the canonical source, and the project effectively disperses.

You're not wrong but I'd say the degree to which it has eliminated forking costs far outweigh the occasional confusion.

If you think about it, this is basically 1) a marketing problem and 2) would be solved instantly should GitHub introduce a better 'network' visualization.

Re: GitHub for Mac

#208

Post by nupark2 »

phillmv wrote: post #207
nupark2 wrote: post #200

Earlier quoted context omitted.

That's a pretty telling irony. Git seems to have broken down the social contracts around forking that kept most opensource projects cohesive. Unless the project has a great deal or inertia, it is difficult to remain the canonical source, and the project effectively disperses.

You're not wrong but I'd say the degree to which it has eliminated forking costs far outweigh the occasional confusion. If you think about it, this is basically 1) a marketing problem and 2) would be solved instantly should GitHub introduce a better 'network' visualization.

I actually think it's github's fault to begin with:

- Projects should be top-level in the github namespace, not people.

- Forks should live underneath their source project, and should not be top-level projects themselves.

Re: GitHub for Mac

#209

Post by fanf2 »

StrawberryFrog wrote: post #202

I don't get it. If I made a windows desktop client for a popular website, would anyone at all even care? Github (the website ) is great, it works well. The thinking that a website is a poor substitute for a native app is increasingly outdated. Github is an example of this, it does a lot on the web. What extra does this app bring to the table? What does it make possible or easier that I can't do on the website or in T…

It's an offline GUI for local git repositories.
Post reply on HN