joey midlet -- pagination. We need to be able to view more than 5 items at a time.
Thats not a problem with pagination. We currently only download maximal 5 items. We dont do a followup request of there are more uploads on the server. While looking into this I saw the the server doesnt tell the client how many uploads there are on the server. We should return this in the index as a "totalcount=XXX" line. Another way would be to do index requests as long as count == limit. But this can lead to an unneeded network request when the tocal number of uploads is a multiple of limit.
what if we just removed the start and limit line when doing an index request? We probably should do that once we start using "since" requests? (ie. tell me all changes that have happened since this time)
Sounds fine. This means the list of changed uploads since a certain date/time can be pretty long. But the normal case is that is a reasonable short number. If this ever get a problem with this, we can introduce "limit" and "start" for "since" requests. The uploads matching "since" and sort is a good list we can paginate if needed.
I commited the code to download the whole index to the phone now. It this does by requesting 5 updloads at a time until total_count uploads are received.
Status: NEW → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.