hnand
Joined 3 years ago
Joined 3 years ago
Direct link to the video https://user-images.githubusercontent.com/17564071/236939878...
> I can't tell what the hashtag button is for
It's demonstrated in the guide [1]
I have to think about how to explain the feature in the app without overwhelming the user. Always open to suggestions!
> The numbers in the lower right corner of each stack seem like they refer to the number of sub-comments, but in my brief experience this doesn't seem to be the case. Is this a bug, of have I misunderstood what these numbers refer to?
It's the total number of comments in the subtree (including all the child subtrees and their subtrees and so on).
> I'd prefer to be able to tap a comment stack and have it open up. I get that swiping isn't that hard, but I typically one-hand and would prefer if mere tapping did the same thing as swiping (and I can't think of what else a tap would mean, so it shouldn't cause a conflict to have this as an option, right?)
I think it could be a frustrating experience when you mistap upvote or any other button, expanding/collapsing the stack instead. I will try it to see how it feels, it just might be one of those things that look good only on paper, and once implemented it'll be just an extra option that everybody ignores. There's also a good argument for that - accessibility [2], but there are alternatives for the tap gesture.
> I would suggest adding Settings to this menu, as an alternate way of reaching it.
I figured that on average users go to settings only a few times, mostly when they initially set up the app. Adding an entry point on the thread screen would increase the complexity, support and testing efforts, but further down the road when other things are ironed out it can be a good improvement.
[1] https://github.com/devandsev/HackerNews-Support/wiki/Guide#a...
[2] https://github.com/devandsev/HackerNews-Support/issues/1
I made a few prototypes, experimented with omni-directional scrolling (comments don't change their relative position to each other, but you kind of move the viewfinder and it sticks to the edges of subtrees), color coding in different patterns and nothing felt good. I gave up and a few months later when I was thinking about a different problem, I just had a light-bulb moment about this one, mind works in mysterious ways I guess. It was unnecessary complicated at first (like dragging the designated "borders" with the comment staying fixed in one place), but I simplified it in the process quite a bit.
It looks pretty straightforward now, but I think a lot of people would be surprised to see how many tricks are there for it to actually look and feel that way.
I would definitely get less heat, but the user would paradoxically end up in a worse position. I feel like there's always a disconnect between the user and developer when it comes to a freemium model. Developer thinks that it's a paid app that the user can actually try and make an informed decision before buying. User thinks that it's a free app with arbitrary annoying restrictions. And I understand the user perspective.
I think things would be better if refunding was less painful for the user and developer both. If there was a zero friction way of refunding things, we could just abandon freemium.
One frustration that I had with existing apps is collapsing a subtree by accident when tapping the upvote button. I feel like it would be even more frustrating with how my app works, it'd just expand/collapse if you miss the hitbox.
> Also it’d be neat if you just kept the new scroll position when expanding rather than scrolling back
The issue with that is that if you expand a subtree, scroll way way down and then collapse, your scroll position will be so far away from the initial node that you'd get lost.
> The orange flashes when navigating back are distracting. Just use the default system behaviour here (grey)
I'll add an ability yo choose the color in the Settings.
> If you tap the active tab (both in the heading and tab bar), it should scroll to the top
Nice idea, I'll add that.