Hacker News new | ask | show | jobs
by emiliovesprini 2410 days ago
diff on mobile? you mean adapting a UI based on 80ish monospace characters to a screen that fits in your pocket?

I don't think anything is impossible but it almost seems we would have to code differently for that to be viable.

Out of curiosity I've checked out terminal apps for both Android and IOS (Termux and ISH) and I like them quite a bit but would never use them for anything serious. Try them out and how you feel about using them for real stuff - for me, the enthusiasm dwindled and I felt like waiting until I had access to a desktop.

There's lots of room for improvement but they should focus on the more social aspects of Github like Issues and pull request discussion.

5 comments

Something as simple as simultaneous horizontal scrolling can go a long way with a side-by-side diff and that should be pretty damned simple in a browser.
Yes. I remember I read a guy on Twitter say he was part of a Github team focused on easy frontend wins and asking for suggestions. I'll let you know if I find it.
I regularly programming on my iphone using the blink shell[0] with an external keyboard. I'm actually more focus when programming on the phone instead of a desktop/laptop. However when any kinds of visualization are involved I immediately go to desktop

[0]: https://github.com/blinksh/blink

Woah I had no idea people actually do this. I have all the questions. Do you use vim? How big is your iphone?
Diffing can be nice for code review - which some may like to do during a minute or two of free time - hence on mobile.
What version do Ipads use, desktop or mobile? If even only the smallest tablets used the mobile version I'd walk back my point. Diff review on tablets seem like a totally doable thing
It'll default to desktop, but you can pick.
I've got to agree - I'd rather grate my face than do a diff/merge on mobile.
Perhaps it's not possible to simply throw in a @media CSS sheet for mobile for an example like diff on a small screen.

I think bia3's point (maybe I'm wrong) is that it would be less buggy if it used the same underlying logic as github.com, but perhaps with a modified frontend (ie. m.github.com like the old days)

Oh yeah that's a good point. I wasn't there in the old days but I'm all for desktop-mobile backend congruence.