I personally don't want to go back and forth between pages when they include hundreds of comments. Inline loading of comments is the much better, smarter alternative. The last comments are loaded, you just gotta hit the page down key. The only thing that isn't loaded are the middle comments, and all you have to do there is tap load more comments link.
Yeah, a company that does over a billion API requests per day, they're not going to load 500 comments on a page, if you need that and I don't think you do, use the API, it has pagination...
> Inline loading of comments is the much better, smarter alternative.
with pagination, each page has a fixed number of comments, which means an expected amount of memory/CPU/network transfer. with inline loading, everything is loaded into the current page, which means the CPU and memory use essentially become unbounded, so the more you load the slower it goes.
> The last comments are loaded, you just gotta hit the page down key.
that's not how GitHub works. as I mentioned in the previous comment, this hidden comments are in the MIDDLE of the page, so page down doesn't make any sense here.
> The only thing that isn't loaded are the middle comments, and all you have to do there is tap load more comments link.
this only loads 60 comments, so in the example page I linked you'd need to:
1. click load more
2. scroll down until you find the end of the 60 new comments
and then repeat this process 7 more times. with pagination, the page links are always at the bottom, not randomly in the middle of the page, making for faster navigation.
> Yeah, a company that does over a billion API requests per day, they're not going to load 500 comments on a page
no one is asking them to do that. that's what the current system allows for. I am asking for pagination, which would split all the comments across pages, which would only be loaded on request.
You're wrong, sorry, it's very obvious to see using your browser tools that GitHub is in fact requesting those records when the link is clicked versus loading every comment:
load_more?after_cursor
Where do we see cursors? Typically in pagination. So it's obvious if you want to see everything and load everything, you can do so and it's devoid of javascript so you can ctrl-f all day.
> You get pagination in both API's, go write some code.
you seem to be making my own point for me. you're essentially saying, the website is so terrible, that users need to write their own frontend to make it usable. I agree!
No, I pointed out why you're wrong so you're moving the goalposts. You can get at all the data and instead of seeing the value in that, you rather complain about how terrible things are how stupid young people are. If anything, at this point I feel bad y'all are having problems clicking links.
> I feel bad y'all are having problems clicking links
They aren't even links. They are buttons that trigger JavaScript which makes a network request. That's quite different from an actual link that just loads some html
Yeah, hiding the comments makes searching the issues nearly impossible. If your search term is in one of the hidden comments then it's click... wait... search... click... wait... search as you load all the comments. Imagine how much easier life would be if GH just paginated the comments.
No thanks. Infinite scrolling is never the answer.
I don't have that problem and if I did I would use the tools available to me to find what I wan't like the / command on every github page, or the gh cli tool:
gh issue view 21498 -c
Which loads every comment and gives you grep or rg for your searching pleasure. I hope your life is easier now.
Also, Lazy loading is pagination. You're getting the best of both worlds, you're not loading everything, and you never have to go back. I'm not understanding the problem people are having here at all.
If your site is so awful that you're forced to use the command line to navigate it, something is quite wrong. You're seriously suggesting that it's an acceptable workflow to go from your browser to the command line just to preserve infinite scrolling?
There's already an issue search feature on Github, why shouldn't that be improved to return relevant search results?
My solution was to dial back my engagement with github (e.g. using a project's gitweb) and move to a different platform for hosting my own stuff.
Also, Lazy loading is pagination.
No, it's not. Infinite scrolling means you're loading all of the content instead of a page at a time.
You think GitHub is just a website at this point? LOL. I do a lot of work in the terminal so I for one welcome a tool that enables productivity without having to visit a website. I know, it's a crazy concept, like wow.
When I use the search feature for text in the hidden comments, it brings me to that issue. As a pointed out below, you're also wrong and you can easily see that the comments are not loaded, are paginated, and that the loading of more comments only happens when you click the link to display more. The fact that it only displays 60 comments at a time and wont load any additional comments unless you click for more is why it's not infinite scrolling because after 60 comments, you're at the bottom of the page, unless you click, not scroll, for more.
The cheese stands alone. You're (deliberately?) missing the point. There's nothing inherently wrong with a command line workflow. What's wrong is breaking a workflow (e.g. browser) and then suggesting it's appropriate to simply fall back to the command line for part of that.
As a pointed out below, you're also wrong
Well, no. You're focused on the API (which nobody commenting here cares about one whit) and not the interface. While the comments may be loaded in batches they're not paginated within the browser.
Look, you prefer the command line and that's great for you. That preference doesn't justify gimping the site.
> Also, Lazy loading is pagination. You're getting the best of both worlds, you're not loading everything, and you never have to go back.
you're getting the worst of both worlds. you cant see everything at once, the load more is in a random spot in the middle of the page, and its impossible to load everything at once.
compared to pagination, where you can jump to any random page you want. you just click the page number and boom it loads. I think we are looking at a culture clash, where younger people who dont have any actual experience with true pagination are trying to comment on it. if you had experience, you would know that its worlds better than whatever hellscape we currently have.
You can, I posted the link in different comment, you can load everything, but you haven't bothered to look or explore, but using pagination means you never seen everything anyways. I don't think most people come across a 500 comment issue and need to start in the middle. They're reading top down and expanding as they get deeper into the conversation.
They're literally using pagination to display the issues, you can see it yourself. You think I'm a younger person because I disagree with you? That's classic. You're the only one I see complaining, I have no issues with it. If anything it sounds like you don't understand GitHub and you're unwilling to learn anything new or or even try to overcome your old and decrepit ways with tools that are readily available and simple to use. Whatever..., btw I'm well over the hill.
> If anything it sounds like you don't understand GitHub and you're unwilling to learn anything new or or even try to overcome your old and decrepit ways
I am willing, I have been using the "load more" interface for as long as its been around. its terrible. from my EXPERIENCE with both systems, pagination is the more pleasant experience. with pagination, you can even link to a specific page, to direct someone to the beginning of an important sequence of comments. you might have this with the new system, but before you know it you're running into a load more again, making Ctrl+F useless.
I don't think most people come across a 500 comment issue and need to
start in the middle.
a.) The threshold for reducing clutter is well less than 500, and comments disappear for a variety of reasons besides. If Github deems a comment irrelevant they'll try to collapse it.
b.) Yes, I often want to start in the middle. If I'm searching for a specific error message or class some of the search results include issues where that keyword was only mentioned in a hidden comment.
I agree with you. As someone who agrees with the other thread that the new pages for displaying code are a step backwards, I think that the issue pages are quite good.
Yeah, a company that does over a billion API requests per day, they're not going to load 500 comments on a page, if you need that and I don't think you do, use the API, it has pagination...