<div dir="ltr"><div><br><span style="font-family:monospace,monospace"><font face="arial,helvetica,sans-serif">>></font></span> * We could find the discriminators using name conventions just as Kristóf mentioned<span class="gmail-m_-1231614449620449432m_2030617978285504101gmail-im"></span><br><span class="gmail-m_-1231614449620449432m_2030617978285504101gmail-im"></span><div class="gmail-m_-1231614449620449432m_2030617978285504101gmail-adL"><span class="gmail-m_-1231614449620449432m_2030617978285504101gmail-im">>> * Suppress reports from classes with most of their 
fields being uninitialized. This is a threshold kind of thing that is 
unpopular to some since some could could bounce back and forth around 
the threshold.<br>><br></span></div><div class="gmail-m_-1231614449620449432m_2030617978285504101gmail-adL"><span class="gmail-m_-1231614449620449432m_2030617978285504101gmail-im">> I
 think a mix of these ideas could be good: objects that contain a field 
that has tag/kind in their name of type name should be ignored if they 
cross an initialized field / uninitialized field ratio.<br></span><span class="gmail-m_-1231614449620449432m_2030617978285504101gmail-im"></span></div><br></div>@George, how would you feel about a solution like this?<br></div>