thcrap
thcrap copied to clipboard
Add no games found message
Also removes the greyed out scrollbar ^.^ Fix #235
@brliron
@brliron CodeMaid
Isn't it better to keep the private variables and their getters stuck together, instead of splitting them with a newline? Like, for example, line 245 (old) / 250 (new) for stringdef_ / GetStringdef or line 200 (old) / 204 (new) for _isSelected / IsSelected.
I think CodeMaid is made with the pattern of private fields being together and then public properties being together, so you have a private section and then a public section.
First, no, CodeMaid didn't do that. It didn't move things, it just added an empty line here and there.
But more importantly, CodeMaid made these change, but you're the one who committed them. You looked at every single one of them in a diff tool, and for each one, decided "yep, the old code was wrong and this version is better". Or at least I hope you did.
So why can't you say why you made these changes?
Btw, one of the changes I was wondering about is about adding "private" everywhere. The default seems to be internal. I thought that internal was more or less the same as private, and that it didn't matter. Looking on Google, I see "public within the assembly". What is an assembly? I guess it's either the whole exe or the compiled version of the current source file? And more importantly, why does Intellisense disagree with this definition? If I try to add something like this
Page4DropDownButtonBehavior abc = null;
abc.SaveG
from Page4, which is in the same source file as Page4DropDownButtonBehavior, and Intellisense doesn't autocomplete to SaveGamesJs, which makes me think I'm not allowed to call it from there (I have the older version of the code without the added private
).
First, no, CodeMaid didn't do that. It didn't move things, it just added an empty line here and there.
Exactly, why I didn't think too much about it, and said CodeMaid is made with that pattern (in mind). Hence, why it probably looks awkward overall.
But more importantly, CodeMaid made these change, but you're the one who committed them. You looked at every single one of them in a diff tool, and for each one, decided "yep, the old code was wrong and this version is better". Or at least I hope you did.
If you painstakingly review every single line in a commit, good for you. I don't. I just test if what I have worked on works, then send it out to others to test it as well.
So why can't you say why you made these changes?
Code prettier go brr, probably looks better. Did it fuck up some code? No? 'kay.
Btw, one of the changes I was wondering about is about adding "private" everywhere. The default seems to be internal. I thought that internal was more or less the same as private, and that it didn't matter. Looking on Google, I see "public within the assembly". What is an assembly? I guess it's either the whole exe or the compiled version of the current source file? And more importantly, why does Intellisense disagree with this definition? If I try to add something like this
Page4DropDownButtonBehavior abc = null;
abc.SaveG
from Page4, which is in the same source file as Page4DropDownButtonBehavior, and Intellisense doesn't autocomplete to SaveGamesJs, which makes me think I'm not allowed to call it from there (I have the older version of the code without the added private).
https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/keywords/accessibility-levels:
Top-level types, which are not nested in other types, can only have internal or public accessibility. The default accessibility for these types is internal.
Nested types, which are members of other types, are the following: enum
members default is public, class
members default to private, interface
members default to public, and struct
members default to private.
I think I will just be explicit with my accessibility, thank you.