uitableview - What's the proper behavior for deleting an iPhone table row with an asynchronous server call? -


i'm working on adding functionality delete row in uitableview on iphone. it's pretty clear how delete row within application, both model , ui. however, deletion requires call made server, can't guaranteed succeed given funkiness can happen mobile connectivity. i'm implementing both swipe-to-delete single rows , switching entire table editing mode.

  • what kind of behavior can used within uitableview/uitableviewcell indicate server call in progress? think can tricky limited real estate.
  • should user permitted delete other rows while delete call in progress?
  • what behavior recommended errors? displaying uialertview?

  1. change accessory view of cell uiprogressview show activity taken place , set networkactivityindicatorvisible.
  2. since ui interaction happens on main thread allow user delete multiple rows @ same time. send request in background , dont allow user swipe , delete row until operation complete.
  3. for quick , dirty solution uialertview work. more elegant solution sort of view drops down status bar details or maybe add button cell when user clicks on gives them reason why fails. there several solutions here.

Comments

Popular posts from this blog

c# - How to set Z index when using WPF DrawingContext? -

razor - Is this a bug in WebMatrix PageData? -

visual c++ - Using relative values in array sorting ( asm ) -