<div class="gmail_quote"><div>I voted #1 in the survey.  <br><br>I don't like the macro and if we're going to change something that breaks backward compatibility we may as well do a whole bunch of clean up/improvements in the process.<br>
<br>Andy<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Message: 5<br>
Date: Thu, 28 Jan 2010 11:32:35 -0500<br>
From: "Sean McBride" <<a href="mailto:sean@rogue-research.com">sean@rogue-research.com</a>><br>
Subject: Re: [vtk-developers] Smart pointer declaration macro?<br>
Cc: <<a href="mailto:vtk-developers@vtk.org">vtk-developers@vtk.org</a>><br>
Message-ID: <20100128163235.2128848684@kingu.local><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
On 1/28/10 10:09 AM, David Cole said:<br>
<br>
>The fact that we disallow abbreviations by convention means that we will end<br>
>up with long names. It would be better to leave things as they are and<br>
>everybody get over the "waa waa this name is too long" syndrome.<br>
<br>
Another thought, which I'm not necessary advocating, but thought should<br>
be mentioned: increase max line length from 80 to something higher.  80<br>
chars is what my Apple II maxed out at, it seems a bit low for today's<br>
monitors.<br>
<br>
<br>
On 1/28/10 10:32 AM, David E DeMarle said:<br>
<br>
>Do any of the above options allow intellisense and similar code<br>
>completion tools to expose the pointed to class's method/members?<br>
<br>
Similarly, would any of the proposed forms make identifying leaks by<br>
line number harder?  Would valgrind any similar tools still be able to<br>
identify a leak as being on line 123?<br>
<br>
--<br>
____________________________________________________________<br>
Sean McBride, B. Eng                 <a href="mailto:sean@rogue-research.com">sean@rogue-research.com</a><br>
Rogue Research                        <a href="http://www.rogue-research.com" target="_blank">www.rogue-research.com</a><br>
Mac Software Developer              Montr?al, Qu?bec, Canada<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
vtk-developers mailing list<br>
<a href="mailto:vtk-developers@vtk.org">vtk-developers@vtk.org</a><br>
<a href="http://www.vtk.org/mailman/listinfo/vtk-developers" target="_blank">http://www.vtk.org/mailman/listinfo/vtk-developers</a><br>
<br>
<br>
End of vtk-developers Digest, Vol 69, Issue 72<br>
**********************************************<br>
</blockquote></div><br>