TranshumanOtter
Member
Why have favorites pages changed?
Up until yesterday the pages were sequential, 1 for the latest favorites added and then 2, 3, 4, ... and so on. It was a good system as it allowed users to go back to a spcific pint of their faves and also to find the last page with a simple binary search (i.e. Try a big number, if the page has faves then use a bigger number, if it doesn't have faves then halve the number the go back, repeat the process until you find the last page) with only a few passages.
Now each page seems to have a unique id which is non-sequential and not based on anything user-facing. These are the links for pages 2 and 3 of my favorites: /favorites/[my username]/644957032/next , /favorites/[my username]/643472658/next.
Why was it changed to this crazy system? It makes it impossible to know on which page you're on and impossible to go back to a specific point. Furthermore how are these ids generated? are they fixed? do they change? If I unfave some submissions or they are delete by the uploader/s will the id's of the pages change? What If I unfave a lot and then re-add some, would that change the ids?
As of now the favorites are practically broken. If I wanted to go to page 164 I'd have to load 164 pages before reaching it or simply forget about it. This will cause stress to users, to the server load (since to go to page 4 we'll have to load 4 pages instead of just using /4 in the url's end) and doesn't provide any benefits at all.
Personally I will a make a small program to map my favorites pages so that I'll have a guide when I want to go back to a specific point, but something like that is beyond the skills of any non-programmer in the forum. What will they do?
Up until yesterday the pages were sequential, 1 for the latest favorites added and then 2, 3, 4, ... and so on. It was a good system as it allowed users to go back to a spcific pint of their faves and also to find the last page with a simple binary search (i.e. Try a big number, if the page has faves then use a bigger number, if it doesn't have faves then halve the number the go back, repeat the process until you find the last page) with only a few passages.
Now each page seems to have a unique id which is non-sequential and not based on anything user-facing. These are the links for pages 2 and 3 of my favorites: /favorites/[my username]/644957032/next , /favorites/[my username]/643472658/next.
Why was it changed to this crazy system? It makes it impossible to know on which page you're on and impossible to go back to a specific point. Furthermore how are these ids generated? are they fixed? do they change? If I unfave some submissions or they are delete by the uploader/s will the id's of the pages change? What If I unfave a lot and then re-add some, would that change the ids?
As of now the favorites are practically broken. If I wanted to go to page 164 I'd have to load 164 pages before reaching it or simply forget about it. This will cause stress to users, to the server load (since to go to page 4 we'll have to load 4 pages instead of just using /4 in the url's end) and doesn't provide any benefits at all.
Personally I will a make a small program to map my favorites pages so that I'll have a guide when I want to go back to a specific point, but something like that is beyond the skills of any non-programmer in the forum. What will they do?