Databases
StackOverflow2013
Postsdbo
POChanging accessoryType for a row in a sectioned tableView after user selects the row
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POChanging accessoryType for a row in a sectioned tableView after user selects the row
    primarykey
    data
    text
    <p>I have a sectioned tableView that I want my user to select one item from the table. When they select the item, a check should appear next to the item (using <code>UITableViewCellAccessoryCheckmark</code>). If they had made a previous selection, the check should be removed from the previously selected row. Here is the code I am using:</p> <pre><code>-(void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath { int newRow = [indexPath row]; int oldRow = [lastIndexPath row]; if (newRow != oldRow || newRow == 0) { UITableViewCell *newCell = [tableView cellForRowAtIndexPath:indexPath]; newCell.accessoryType = UITableViewCellAccessoryCheckmark; UITableViewCell *oldCell = [tableView cellForRowAtIndexPath: lastIndexPath]; oldCell.accessoryType = UITableViewCellAccessoryNone; [lastIndexPath release]; lastIndexPath = indexPath; } [tableView deselectRowAtIndexPath:indexPath animated:YES]; } </code></pre> <p><code>lastIndexPath</code> is declared privately in the <code>.h</code> file. </p> <p>This code works great for a small list that is not sectioned. But in a large table that is sectioned, it puts random check marks in rows in other sections. It is almost as if the <code>cellForRowAtIndexPath</code> is ignoring the section in indexPath.</p> <p>The code also crashes if I select a row that is greater than the number of rows in the smallest section.</p> <p>Here is the code for cellForRowAtIndexPath:</p> <pre><code>- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath { NSUInteger section = [indexPath section]; NSUInteger row = [indexPath row]; NSString *key = [keys objectAtIndex:section]; NSArray *itemSection = [items objectForKey:key]; static NSString *SectionsTableIdentifier = @"SectionsTableIdentifier"; UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:SectionsTableIdentifier]; if (cell == nil) { cell = [[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleSubtitle reuseIdentifier:SectionsTableIdentifier] autorelease]; } NSArray *rowLabel = [itemSection objectAtIndex:row]; cell.textLabel.text = [rowLabel objectAtIndex:1]; NSString *detText = [rowLabel objectAtIndex:0]; detText = [detText stringByAppendingString:@" $"]; detText = [detText stringByAppendingString:[rowLabel objectAtIndex:2]]; cell.detailTextLabel.text = detText; return cell; } </code></pre>
    singulars
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PTQuestion
    1. USjrturton
    1. USGlenn H
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    2. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. COneed to see your code for `cellForRowAtIndexPath:`. I am assuming that you are dequeuing cells and using a reuse identifier (the default implementation of `cellForRowAtIndexPath:`). If that is the case, then your code for creating cells will reuse the check marked cell as a template to create a new cell. To solve this problem, you can do a few things: "create a new cell each time in `cellForRowAtIndexPath:`" or "keep a reference to each cell and circumvent the calls to `cellForRowAtIndexPath:`"
      singulars
      1. POChanging accessoryType for a row in a sectioned tableView after user selects the row
      1. USColdLogic
    2. COYes - I see what you are saying and this could resolve the first problem of the random checkmarks, but I don't think it would resolve the second problem of crashing if I select a row greater than the number of rows in the smallest section. Here is the cellForRowAtIndexPath code:
      singulars
      1. POChanging accessoryType for a row in a sectioned tableView after user selects the row
      1. USGlenn H
    3. COyou wont be able to post that code into a comment. Add it into your original post
      singulars
      1. POChanging accessoryType for a row in a sectioned tableView after user selects the row
      1. USColdLogic
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload