Live data from Hacker News

Ask HN: Which tools/services have your favorite UI/UX?

news.ycombinator.com

51–60 of 87 posts

Re: Ask HN: Which tools/services have your favorite UI/UX?

#51

Vim (recent versions) + the `term` command. All shells and REPLs as Vim buffers, also run any command asynchronously. Paired with the `sendtowindow` plugin, can have two-way communication between any REPL and any other buffer.

If you have good resources on this, please share.

There’s not much to say about it, as it does basically one thing, but that thing is powerful. It was added to Vim in v.8. Just type `:term bash` to get a buffer with a bash shell running in it. Or type `:term ` to run a command async and see the output in another buffer. Once you have bash, or another interactive prompt with a command like `:term julia`, then, if you have the sendtowindow plugin installed, you can select any text in visual mode and send it to the REPL with the shortcut that you define. You can send in any direction, so you can arrange your buffers as you like. You can switch to the REPL and send output back into your editing buffer. There are many other plugins with similar functionality, but I like sendtowindow because of its simplicity and generality.

Re: Ask HN: Which tools/services have your favorite UI/UX?

#53
post #22

It's a small detail, but after moving to iOS from Android recently I discovered Universal Clipboard: https://support.apple.com/en-gb/HT209460 . You copy text on one device and paste it on the other. A great piece of UX, and an example of the best interface being no interface at all.

Don’t forget Airdropping a URL from your phone browser to your desktop is nice as well.

Re: Ask HN: Which tools/services have your favorite UI/UX?

#54

I’m a big fan of how GitLab approaches things. Their design library is a tremendous resource: https://design.gitlab.com/

I've found GitLab as a product to be more difficult to use than GitHub. The pages seem more dense with lots of color, many more actions: they just feel busy. Basic features, like getting a permalink to a line of code, take 3-4 clicks in GitLab, when it's just 1 in GitHub.

> Basic features, like getting a permalink to a line of code, take 3-4 clicks in GitLab, when it's just 1 in GitHub

That doesn't seem right.

In Gitlab: Right click the line number, choose Copy Link in the context menu. Two clicks.

In Github: Click the line, click the three dots, then click "Copy permalink". Three clicks. Alternatively, click the line, click the URL bar (or press F6 or ^L) copy the link. Still Three clicks.

What's the one-click method in GitHub I'm missing?

Re: Ask HN: Which tools/services have your favorite UI/UX?

#56

I’m a big fan of how GitLab approaches things. Their design library is a tremendous resource: https://design.gitlab.com/

I've found GitLab as a product to be more difficult to use than GitHub. The pages seem more dense with lots of color, many more actions: they just feel busy. Basic features, like getting a permalink to a line of code, take 3-4 clicks in GitLab, when it's just 1 in GitHub.

I'm going to share the feedback on page density, colors, and actions with our team.

To copy a link to a line of code, you can hover over the number next to the line of code and then copy a link to that line.

I created a gif to show what I mean: https://gitlab.com/johncoghlan/blog/-/raw/master/images/perm...

Re: Ask HN: Which tools/services have your favorite UI/UX?

#57
post #54

Earlier quoted context omitted.

I've found GitLab as a product to be more difficult to use than GitHub. The pages seem more dense with lots of color, many more actions: they just feel busy. Basic features, like getting a permalink to a line of code, take 3-4 clicks in GitLab, when it's just 1 in GitHub.

> Basic features, like getting a permalink to a line of code, take 3-4 clicks in GitLab, when it's just 1 in GitHub That doesn't seem right. In Gitlab: Right click the line number, choose Copy Link in the context menu. Two clicks. In Github: Click the line, click the three dots, then click "Copy permalink". Three clicks. Alternatively, click the line, click the URL bar (or press F6 or ^L) copy the link. Still Three c…

What's different is you get functionally different links. GitLab aliases to the branch name, not the commit hash. So it isn't really a "permanent" link to a line of code. It's whatever happens to be on line N in file X on branch Y at time T, whenever you open the link. This is inconvenient when I might find an old link in an engineering Slack thread, referencing something now much different since the file was amended over time. In fact, the file may not even exist anymore.

GitHub, by default, includes the commit hash. So the line of code will be the same at any point in the future: the file, at that line number, with that commit hash, is immutable (unless developers force push history rewrites, but you get my broader point).

Re: Ask HN: Which tools/services have your favorite UI/UX?

#59

Earlier quoted context omitted.

Interesting, can you expand on your workflow a bit more? I'm of the exact opposite opinion - I think Mac's window management is the absolute worst thing about using a Mac - so I'd love to know what I'm doing wrong.

I use one external monitor and MacBook screen. I full screen all applications and switch between them using control and the arrow key. So my external monitor has email, IDE, and misc stuff. Screen has browser, terminal, chat application. Pressing control + up allows you to easily reorder and move elements. It's helpful to turn off the default option of automatically sorting your screens

Ah, interesting. I think we've arrived at a very similar setup, albeit implemented in different ways. I too use a MacBook and external monitor, and fullscreen my apps, but I just let them take up the whole screen minus the bar at the top, rather than explicitly use the fullscreen new workspace feature. I then swap between apps by binding all my most common apps to F1-F6 using Thor, which I find is easier to navigate than remembering workspace positions.

How do you handle split screen? Do you never have two programs side-by-side on the same screen? I've tried doing that in the official fullscreen mode but found the whole experience a pain, so I use rectangle to shift windows left and right.

Re: Ask HN: Which tools/services have your favorite UI/UX?

#60
post #54

Earlier quoted context omitted.

> Basic features, like getting a permalink to a line of code, take 3-4 clicks in GitLab, when it's just 1 in GitHub That doesn't seem right. In Gitlab: Right click the line number, choose Copy Link in the context menu. Two clicks. In Github: Click the line, click the three dots, then click "Copy permalink". Three clicks. Alternatively, click the line, click the URL bar (or press F6 or ^L) copy the link. Still Three c…

What's different is you get functionally different links. GitLab aliases to the branch name, not the commit hash. So it isn't really a "permanent" link to a line of code. It's whatever happens to be on line N in file X on branch Y at time T, whenever you open the link. This is inconvenient when I might find an old link in an engineering Slack thread, referencing something now much different since the file was amended…

To do this in GitLab, click the permalink button before copying the line.
Post reply on HN