<div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">No, you have no control over where your code may end up, nor how intact.  Believing that it will always be whole and an appropriate IDE available is tenuous at best.<br></blockquote><div><br></div><div>Why should I care?? I only provide the code as it is meant to be used, if someone chooses to mess with the code, it is their problem and fault.</div><div>There is no way to prevent messing of your code if it is open source. Nor there should be a way.<br></div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Having procedure separators explicitly in the code is more powerful.  They are there.  Obviously they are useful or the IDE wouldn't provide them *as an option*.  I shut then off in VB, and I shut them off in Gambas, and rely on the text for the separator.  <br></blockquote><div><br></div><div>You turn the automatic feature off, so that you could do all the unnecessary work manually. Not interested.<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
A test cradle is for development and unit testing.  That is exactly what that one does.  How would you structure one any differently?  The classes need a form to be tested on.<br></blockquote><div><br></div><div>Well, it is not clear from the code that it is merely a test for the classes.<br></div><div> </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

The main benefits of my convention, compared to the current one, are specification of variable scope and a reduction of "symbols" and "cryptic abbreviations" to improve comprehensibility.  If you don't know what abbreviations stand for, then the code becomes undecipherable.<br></blockquote><div><br></div><div>And yet it's you who wants the cryptical stuff; my, ret, Our, etc, which doesn't really add anything usable. <br></div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Your ease of reading shorter names argument is premised on a foreknowledge of abbreviation meanings.  To me, that is a faulty assumption.  And a burden on the reader to make them learn them.<br></blockquote><div><br></div><div>They are abbreviations, thus they can be figured out from reading code. Everything requires learning. It's not immediately clear what is ComboBox until you see one. What you suggest doesn't really change the learning curve.<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
..., is an abstraction made to be human readable.<br></blockquote><div><br></div><div>Of course, but what you don't seem to be able to understand, is that your convention does not do that in opinion of other programmers. <br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

...  building "complicated" lines is a bad idea, and you are better off breaking it apart and introducing a few local variables for clarity.<br></blockquote><div> </div><div>Yes, but it doesn't need to be that complex, when long variable names turns into nuisance.<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Ummm, "Temp" usually means "Temporary", gotcha.<br></blockquote><div><br></div><div>Depends on context, which you gave me (temperature). Normally the context comes from the code.<br></div></div><div class="gmail_quote"><br></div><div class="gmail_quote"><br></div><div class="gmail_quote">Jussi<br></div></div>