Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
olezhka25727yHaha no, only Label1, Label2, etc, as they are set once in designer and that's it. (I've no need for multi-lang in internal tools)
-
@olezhka ...at least refactor those to have a proper name. Label1 becomes <something>Label.
-
olezhka25727y@filthyranter Honestly, I don't see the point. At least in Visual Studio with Windows Forms all those objects that we drag into designer are created in code in a separate partial class with *.designer.cs extension.
And unless I am specifically using some label for output I leave them be and only change the Text property to what I need.
They will not be visible in any meaningful way after that... -
@olezhka Good point, but it's still good practice to give them meaningful names.
-
@olezhka i agree. It is ok to do that with labels or controls that are basically static. But not with input fields like textboxes.
-
@RodrigoF while I am not a fan of the '_' at least there is a naming convention here. I prefer: AddressPostalCodeTextBox
-
Nah I group stuff by name, so text boxes start with something like txt_something or textbox_something..
It's easy to find a specific controller this way...
Like lbl_name, lbl_age, lbl_adress , img_box_logo.....
Related Rants
If you name your UI controls like TextBox1.... TextBox24.... Then GO AND FUCKING DIE
undefined
ui
naming