But how can you reference thisFrame otherwise?
What if you were to replace thisFrame with a reference to a different frame?!?
But how can you reference thisFrame otherwise?
What if you were to replace thisFrame with a reference to a different frame?!?
@emurphy said:
But it does seem like a very bad abuse of a boolean since it doesn't seem to really be a boolean (does "Filtered_" mean "changedDatabase" is true? It doesn't sound like a reasonable logic from what I can see).The full "logic" (which I agree is unreasonable) is that changedDatabase is null (no, the database didn't change from original) or true (yes, it changed to Filtered) or false (yes, it changed to Deleted). Like FILENOTFOUND, when the metaphor is this non-intuitive, you should use an enum instead.
As I understand it, this was written before Enums existed. SO they'd have to have a static class with static final public int CHANGED, FILTERED, UNCHANGED values in it. As I said earlier, it makes reasonable sense to me
Yes, except newer games 'require' the new OS so you can't play the game unless you update it first. Unless, of course, you've got the homebrew stuff going on.
Null, True or False.
Eh, this one isn't gettin to me. It's a trinary boolean, but not terribly WTF-y, IMHO.