A small editing discrepancy and annoyance

[Garyhlucas]

In the Documentation Editor the Spacebar produces an underline character when typing in the Element name. However when adding a new Element the Spacebar produces a space which is then generates an error message. I think they should both work the same.

Second small annoyance I mentioned a long time ago.  When copying an element the editor adds an underline at the beginning of an Element name and also increments the end of the element.  This then requires you to edit both ends of the new Element which effectively defeats the time savings you get from copying. Just incrementing the end of the Element would be so nice.  The first Element could be Alarm_, the second would then be Alarm_2, Alarm_3 and so on.

[BobO]

In the Documentation Editor the Spacebar produces an underline character when typing in the Element name. However when adding a new Element the Spacebar produces a space which is then generates an error message. I think they should both work the same.

Second small annoyance I mentioned a long time ago.  When copying an element the editor adds an underline at the beginning of an Element name and also increments the end of the element.  This then requires you to edit both ends of the new Element which effectively defeats the time savings you get from copying. Just incrementing the end of the Element would be so nice.  The first Element could be Alarm_, the second would then be Alarm_2, Alarm_3 and so on.

The spacebar to _ was a hack to help folks who kept trying to use spaces, which are unsupported. Yes, it should be that way everywhere, but there is a lot of "everywhere".

That said, with only 16 characters available, I would personally never waste them using underscores. Camel case is more efficient and just as readable.

[Controls Guy]

Oh yeah, the other day i was meaning to check back in on the 16-character limit.   I know there were plans to increase the limit, is there an ETA for that?

[BobO]

Oh yeah, the other day i was meaning to check back in on the 16-character limit.   I know there were plans to increase the limit, is there an ETA for that?

We're doing some work on the display code to facilitate arbitrary lengths. We'll see how that goes before we dig deeper.

[Controls Guy]

We're doing some work on the display code to facilitate arbitrary lengths. We'll see how that goes before we dig deeper.

Cool, thank you for the update.

[jrayb]

Can you explain what camel case is?

[Controls Guy]

ThisIsCamelCase

(humpy on top like a camel, thought not long-necked like a goose) 

[RBPLC]

HeatPump or heatPump vs Heat_Pump or heat_Pump. No underscore to save character space. 

[BobO]

All lower case with underscores was commonly used back in the C programming days, but most use camel case in C++ or Java (my_variable_name vs MyVariableName).

[jrayb]

Thanks guys!

[Garyhlucas]

I don't write programs for me to understand, I write them for others to understand so I use the underscores to make it very readable.  However I get your point about it, I liked the space bar handling the job.

[mhw]

Camel Case is great until it is imported to Cmore, "ThisIsCamelCase" becomes "THISISCAMELCASE". Please increase the character limit because it is impossible to get AD to make a desired change to Cmore.

[Controls Guy]

I don't write programs for me to understand, I write them for others to understand so I use the underscores to make it very readable.  However I get your point about it, I liked the space bar handling the job.

That content confounds me.  It sounds as if camel case would be OK if you were wilting the comments for yourself, but others need underscores, but I can't imagine that's what you're saying.

[BobO]

That content confounds me.  It sounds as if camel case would be OK if you were wilting the comments for yourself, but others need underscores, but I can't imagine that's what you're saying.

Clarity is all about what you are used to seeing. There isn't a right or a wrong. I wasn't trying to start a holy war of programming standards, only offering an approach that offers a slight bit more efficiency until we can power through the changes required to render the discussion moot.

[Controls Guy]

Agreed.  I'm not feeling particularly religious about the camel case vs. underscore thing, just couldn't follow the logic in his post and was hoping for clarification.