Closed amartripathi0 closed 2 months ago
But, the pagination does not work on clicking those buttons, also all the tracks are loaded with scroll, thus pagination is not required
Either one of the should be implemented
@jals413 I agree. I will think about it and comeup with something
https://github.com/code100x/daily-code/pull/652
@devsargam
I have created a PR for removing pagination as it does not make any sense here, if you feel so you can merge it.
Yeah saw that @jals413
@jals413 @devsargam we need to scroll alot to reach the end of the landing page and I guess its not a good UX and idea to display all the tracks as in the future the no. of tracks gonna increase only.
I agree, but in my opinion if you want to handle pagination it should be handled from BE then only it will make the true sense
yes, that's the optimial way to avoid overfetching
Description The pagination section is currently displaying a default cursor on hover instead of a pointer cursor, which can lead to confusion regarding the interactivity of the buttons.
Steps to reproduce
Current Behaviour (Default cusor on hover) The cursor does not change on hover, indicating that the buttons are not interactive.
Expected Behaviour The cursor should change to a pointer when hovering over pagination buttons, indicating that they are clickable.
Solution Adding
cursor-pointer
class to<PaginationItem/> in LandingScreen