zlacker

[parent] [thread] 6 comments
1. webmob+(OP)[view] [source] 2022-10-14 22:21:58
> bool shouldSuppressAutocorrectionAndAutocaptializationInHiddenEditableAreasForHost

> Quirks::shouldSuppressAutocorrectionAndAutocaptializationInHiddenEditableAreas

Even with modern IDE's with autocomplete, I wonder if such long names for variables, methods, classes etc. should be encouraged?

replies(5): >>lapcat+c2 >>eyelid+na >>MBCook+xm >>dmitri+CU >>quickt+491
2. lapcat+c2[view] [source] 2022-10-14 22:39:18
>>webmob+(OP)
I suspect it's influenced by Objective-C, which tends to have a rather verbose style.

It's an acquired taste.

3. eyelid+na[view] [source] 2022-10-14 23:47:53
>>webmob+(OP)
Yes
replies(1): >>eyelid+wa
◧◩
4. eyelid+wa[view] [source] [discussion] 2022-10-14 23:49:12
>>eyelid+na
I was going to explain my reasoning, but I think such a terse answer conveys much of it.
5. MBCook+xm[view] [source] 2022-10-15 01:59:50
>>webmob+(OP)
I like it, though I’m used to Apple library function/constant/class names so I’m not surprised the way some might be.

As an exercise: what would you name it that’s shorter?

I’m having trouble thinking of anything that doesn’t make it seriously compromise the clarity unless you had a lot of autocorrect and autocapitalization problems and could shorted that part to AandA.

The only other option, which I do t really like, is to strip all the info and call it something like isBug315255() and put a comment in the function explaining it. But that’s a big loss in my eyes.

6. dmitri+CU[view] [source] 2022-10-15 08:38:42
>>webmob+(OP)
You read code much more often that you write it. So, the answer is: yes.
7. quickt+491[view] [source] 2022-10-15 11:35:34
>>webmob+(OP)
Linus would hate it!
[go to top]