<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On 12 July 2013 09:01, Michael Van Canneyt <span dir="ltr"><<a href="mailto:michael@freepascal.org" target="_blank">michael@freepascal.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
<br>
On Fri, 12 Jul 2013, vfclists . wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<br>
On 12 July 2013 08:18, Michael Van Canneyt <<a href="mailto:michael@freepascal.org" target="_blank">michael@freepascal.org</a>> wrote:<br>
<br>
<br>
      On Thu, 11 Jul 2013, vfclists . wrote:<br>
<br>
            Should TObject or TComponent have a Comment property?<br>
<br>
            I think they should. One for the design itself and one for describing the usage at design or runtime.<br>
<br>
<br>
No. It takes memory and needs management. Putting this in a basic class such as TComponent is not an option.<br>
Your suggestion to 'not store it in the final executable' is not even remotely possible.<br>
<br>
You can put a comment in front of the object or any of its properties, and the lazarus IDE will display this comment for you.<br>
<br>
It does not take memory, and performs the same function. The only reason the smalltalk people didn't take that approach, I suppose, is because they don't have an intelligent IDE.<br>
<br>
<br>
LOL. The Smalltalk IDE "IS" the original IDE and over 30 years later it is yet to be matched for functionality and practicality.<br>
</blockquote>
<br></div>
Yet they didn't find it possible to intelligently make use of comments in code ?<br>
<br></blockquote><div><br></div><div>The comments are stored directly with the code itself and the IDE is designed to extract them automatically. The execution environment and the development environment are the same thing. A shipping system can be purged of unnecessary information for delivery to the customer but they are virtually the same, or compiled to machine code if so desired.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Curious, to say the least ?<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
This comment issue is like approaching a person on the street and asking him "What is your occupation?" -  and he doesn't can't tell you. You can only look at his name badge if he is wearing one, and find<br>

out from some authority who he might be, assuming you know who and where to ask.<br>
</blockquote>
<br></div>
What kind of remark is that ?<br>
His occupation is none of your business to begin with.<br>
<br></blockquote><div><br></div><div>Say it was a factory you owned and the person is from some department or a job agency. Could you even call them your employees? Where is the immediacy?<br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

In each case, a) Your proposal will not be done for sound technical reasons.<br>
b) The Lazarus IDE offers an excellent alternative.<br>
c) The new property would be useless if people don't use it, and backfitting the many thousands of components so<br>
   it actually uses the new property is a huge task, which I do not see happening anytime soon.<br>
d) You can perfectly create a descendent of TComponent that introduces it and use it in all your projects.<span class="HOEnZb"><font color="#888888"><br>
<br>
Michael.</font></span><br>_______________________________________________<br>
fpc-devel maillist  -  <a href="mailto:fpc-devel@lists.freepascal.org">fpc-devel@lists.freepascal.org</a><br>
<a href="http://lists.freepascal.org/mailman/listinfo/fpc-devel" target="_blank">http://lists.freepascal.org/mailman/listinfo/fpc-devel</a><br>
<br></blockquote></div><br></div><div class="gmail_extra">At the end of the day there is a deeper philosophical issue here. An IDE user is like a spreadsheet user, he is both a developer and consumer and he shouldn't have to revert to primitive or external tools to customize or gain immediate functional insight the very tools and program libraries he is working with.<br clear="all">
</div><div class="gmail_extra"><br>-- <br>Frank Church<br><br>=======================<br><a href="http://devblog.brahmancreations.com">http://devblog.brahmancreations.com</a>
</div></div>