network profile
| bio | website | blog.svick.org |
|---|---|---|
| location | Czech Republic | |
| age | 25 | |
| visits | member for | 3 years |
| seen | Jan 18 at 18:22 | |
| stats | profile views | 15 |
|
Mar 26 |
comment |
StinkingBadges - Track your progress towards long-term badges Ok, thanks for the info. |
|
Feb 15 |
answered | StinkingBadges - Track your progress towards long-term badges |
|
Sep 22 |
comment |
Draft Specification for API v2.0 @GeorgeEdison, no, I won't. Imagine that there are items 1 – 100 on the first page and I fetch that. Then item 1 is deleted. But now, page 1 is 2 – 101 and so when I fetch page 2 now, I will get items starting with 102. This means I will never see item 101. That's what I've been talking the whole time. |
|
Sep 22 |
comment |
Draft Specification for API v2.0 @GeorgeEdison, I'm not worried that I won't see an item that was deleted while I was enumerating. I'm worried that deleting that item changes paging and so I won't see some item that wasn't deleted. And if you mean I should start enumerating anew when I detect deletion, that could easily lead to basically infinite cycle. And it's not reliable either. If some item is deleted and another is undeleted, it looks like nothing changed. |
|
Sep 22 |
comment |
Draft Specification for API v2.0 @GeorgeEdison, I don't understand. Wouldn't that mean I get only items created since I started the query? If you meant, todate, that wouldn't help either, because items can be deleted and undeleted. |
|
Sep 22 |
comment |
Draft Specification for API v2.0 @Gilles, that won't work if another question gets undeleted at the same time. It's not likely, but certainly possible. |
|
Sep 22 |
awarded | Teacher |
|
Sep 21 |
answered | Draft Specification for API v2.0 |
|
Jul 6 |
comment |
Newest unaswered by tags @jinguy Just because I'm not interested in Java and so I don't want to see questions about Java. |
|
Jun 28 |
revised |
Newest unaswered by tags updated download link |
|
Jun 3 |
revised |
Newest unaswered by tags tags |
|
May 31 |
comment |
Return URL of the non-API question URL Yeah, that's what I thought at first too, but the developer of StackOverflow.Net seems to disagree with that: stackoverflow.codeplex.com/WorkItem/… |
|
May 29 |
awarded | Student |
|
May 29 |
asked | Return URL of the non-API question URL |
|
May 28 |
revised |
Newest unaswered by tags updated download link |
|
May 27 |
awarded | Editor |
|
May 27 |
revised |
Newest unaswered by tags added screenshot |
|
May 27 |
asked | Newest unaswered by tags |
|
May 26 |
awarded | Supporter |
