title: Emojis messing with obj-c's sizeWithFont math
body: <p>In a <code>UITableView</code> that needs to display a long list of chatlike conversations, often containing emojis, a size calculation error occurs.</p>
  
  <p>My problem is, that if a string is just the right length, and I use <code>sizeWithFont</code>, I on my first measurement using <code>sizewithfont</code> get an incorrect length of the string, causing a "linebreak".</p>
  
  <p>I assume that it is because the string ":-)" is broader than the actual smiley icon.</p>
  
  <p>The evidence can be seen here :</p>
  
  <p><img src="https://i.stack.imgur.com/sggw2.png" alt="Using &lt;code&gt;SizeWithFont&lt;/code&gt;"></p>
  
  <p>Now, over at some other stacks, some claim that <code>sizeWithFont</code> will only account for the string, not the Emoji, which for me doesn't make sense, since it gets it right "eventually"...</p>
  
  <p>But they propose using sizeToFit instead, so I decided to give it a go.</p>
  
  <p><img src="https://i.stack.imgur.com/sOnCj.png" alt="Using SizeToFit"></p>
  
  <p>Bam, same result.</p>
  
  <p>Does anyone know how to counter this ? Is there a <code>boolean</code> to check if "Label is done being emoji-processed" so i can skip that call ?</p>
  
  <p>Running the same line twice does nothing, it seems the view needs to be drawn, before <code>sizeWithFont</code> realises its mistake.</p>
  
  <p>The shown column is run in a <code>- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath</code> segment, on a custom cell. I can replicate the error on a perfectly regular UITableViewCell as well, so that doesn't seem to be it.</p>