Rubber search pages

It is accepted long lists of something to break page by page. For example, search results. But does iron compliance with the “10 results per page” condition matter? On one of the portals, I got into a situation three times when the document I was looking for was one of the eleven. Last one. Of course, it was scrolled on the second page of the search, although it would fit well into the first one. Listing pages turn out to be unequal, although you can’t understand this by reference to them.

In my opinion (and I will implement this view in the near future), if there are 11 results (or 21, 31, etc.), then the latter should not be taken out on a separate page - no one will be offended if it moves to the previous one. Or rather, here's how: on one page it has the right to be at least N elements, where N> 1, otherwise these elements are attached to the contents of the previous page. N then define empirically.

In modern conditions, the issue can be generally loaded dynamically, without forcing the user to wait for another page to load. But this, unfortunately, is not always.