Databases
StackOverflow2013
Usersdbo
USFrancesco
 

Note that there are some explanatory texts on larger screens.

plurals
  1. USFrancesco
    primarykey
    data
    text
    plurals
    1. POHow to calculate height of a tableviewcell with right/left detail style?
      singulars
      1. PTQuestion
    1. PONSFetchedResultsController's delegate doesn't fire after predicate is changed
      singulars
      1. PTQuestion
    2. POHow to calculate height of a tableviewcell with right/left detail style?
      singulars
      1. PTQuestion
    3. PO[CFString release]: message sent to deallocated instance
      singulars
      1. PTQuestion
    1. This table or related slice is empty.
    1. COIf I use `sizeWithFont:` instead of `sizeWithFont:constrainedToSize:lineBreakMode:` all cell heights get calculated as if the labels were 1-lined, no matter how long the text is/how many lines it has. Guessing the constrainedToSize doesn't make much sense since in most cases the guess won't match the label's final width, and therefore the calculated cell height might be wrong...
      singulars
      1. PO
      1. USFrancesco
    2. COSorry for the delay.Actually this was almost what I had just before my question. The only difference is that I calculated the difference of rows between the old and the new fetch result and added/deleted rows accordingly. This worked out. But I felt that this wouldn't be 'right' - doing the heavy stuff 'by foot' and leaving the built-in features more or less unused. Hence my question. To follow your request: without having it tested I'm pretty sure your suggested update method would work. So, you'll get the checkmark (even though the answer isn't what I hoped to hear ;)
      singulars
      1. PO
      1. USFrancesco
    3. COI'm using autolayout and it does adapt the labels' sizes. But as far I can say from testing the size adaption happens after the cells' sizes a calculated. This in turn means that I don't have any information about the final label sizes/widths when doing the math in `tableView:heightForRowAtIndexPath`. So how to work around this? I'm wondering that I am the only one trying to solve this problem. It seems to me to be a pretty common task...
      singulars
      1. PO
      1. USFrancesco
 

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