<div dir="ltr"><div>To Kohei,<br><br>Finally done with shifting from my college to my residence. Here is the competency test I told you about, have worked with obsolete 4.0 branch. <br>It adds support for representing database range labels as ScDBDataLabel objects and their subsequent data and label and total areas.<br>
<br><ul><li>Every ScDBData object has its own vector of ScDBDataLabel objects called aLabels.<br></li><li>There is no GetLabelVector() like methos in ScDBData yet.</li><li>The hack adds another checkbox to the define database range dialog for ticking if the range has row headers.</li>
<li>Both row and column headers are represented by ScDBDataLabel only, you can use the bIsColHeader to distinguish them.</li><li>The methods of ScDBDataLabel are designed to allow getting various areas like its header string cell, it's data etc for use in the interpreting stage for references to #DATA, #TOTAL etc <br>
</li><li>You will find the code sloppy mixed around with irrelevant sal debugs, I have regretfully failed to give all my time to it.</li><li>The <a href="http://pastebin.com/zfV0rw8r">header file for ScDBDataLabel</a></li>
<li>The <a href="http://pastebin.com/dYBkq6Qd">cxx file for ScDBDataLabel</a></li><li>The <a href="http://pastebin.com/dYBkq6Qd">diffs showing changes </a>in ScDBData's constructor to use the bHasRH for the presence of row headers, changes at various places instantiating ScDBData and the code for populating the ScDBData aLabels vector in one of its constructors (one invoked by define range dialog) </li>
<li>The total row support is not in yet, it will be on similar lines as the row header addition.</li><li>Also changes made post defining the ranges do not reflect in vector since code for handling updates is not written yet.</li>
</ul><p>I hope the interesting change meets you expectations. Do suggest changes and more design inputs.</p><p>Thanks. <br></p></div></div>