|
Thanks! Trying it in a sig with font-size: 10%
i.
.i. M@o
.oM@@o ioV: :M@@@V o@@: .iVMM.
o@@@@@@o i@@@@@io@@@@@M i@@M Vi :@@@@@@@
.@@@@V@@@@ M@@@V.i@@@@@Mi :@@@. M@i o@@@VV@@@
V@V: .@@@@ M@@@o o@@@@V .@@@o V@@. i@M. M@@M
o@@@M V@@@M o@@@@o @@@M i@@V M@. i@@@:
@@@@o.@@@@. i@@@@V M@@@. :@@@: i@V .@@@V
i@@@@.:@@@V .@@@@M V@@@i .@@@V .@@@@
M@@@V @@@M @@@@@. i@@@@V@@@@@. @@@@:
i@@@@: V@@@@@@@@i .@@@@@@@@@@V M@@@:
.@@@@M V@@@@@@M .o i@@@@Vi@@@@. .M@@@i
V@@@@. V@@@@@. M@ VVi i@@@o .@@@@o :oVM.
:@@@@o i@@@@V V@. @@@@. .@@@@o :o@@@@@o
@@@@@ .@@@@@i :@@i i@@@V .@@@@@V@@@@@Moi
o@@@@: i@@@@@@MV@@i V@@@. @@@@@@@@@o:
:@@@@V o@@@@@@@@@@@i M@@V .@@@@@@V:
M@@@@ .V@@@@@VV@@@@M: :@M @@@@o.
V@@@@..M@@@@@o. :ooi .oi
o@@@@: .@@Mo:
i@@@@o
:@@@@V
M@@@M
o@@M
:i
|
|
|
|
|
No, not orthodonture.
Has anyone else noticed that Microsoft has reformatted all of their online documentation to use K&R style braces instead of Allman style? I personally prefer the previous (Allman) style.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Got an example? The few things I looked up haven't changed their formatting.
|
|
|
|
|
|
Yuk! No, no, no. This will not do.
At the very least, they need to implement an option to pick the formatting you want.
I find that format a problem because newbs seem to mis-match braces all the time while using it.
|
|
|
|
|
And that's exactly why I dislike that style, because it makes it difficult to, as Randor said, see where the scopes begin and end.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
|
|
Well,
I think it's important to remember that coding styles are personal preferences and opinions. Although I also prefer the BSD style I must admit.... being exposed to several styles increases my code comprehension levels.
Here is a very old survey from the 7th of May 2012 with my comments on the subject.
Do you have a coding style?[^]
Best Wishes,
-David Delaune
|
|
|
|
|
I agree with your comments. The BSD style does improve readability regarding scope.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Richard Andrew x64 wrote: I agree with your comments.
I wrote that comment nearly a decade ago. It's interesting that my opinion has not changed. By the way, what we were discussing earlier regarding namespace using-declarations is also just an opinion. These things are not really important. It's about personal preference.
Best Wishes,
-David Delaune
|
|
|
|
|
Totally correct. There is the Allman style and everything else.
I am so retentive about this, I surround single line indented lines like this.
if (foo)
{
single_line();
}
Sometimes real world function get longer than will fit on one or even two screens. Being able to clearly see and understand the organization of a complicated bit of logic makes it more likely the code is doing what you actually wanted it to do.
And don't get me started on Hungarian notation. I guess if you are coding on paper or a chalkboard it makes sense. Otherwise, what a ridiculous concept.
|
|
|
|
|
Allman makes the braces easy to match up. But more importantly, it makes conditions easy to read because the left brace is alone on the following line. Most styles squander horizontal space but are miserly when it comes to vertical space.
|
|
|
|
|
That is because readability becomes less important when publishing. Vertical space means $$$, so it trumps readability.
|
|
|
|
|
That's probably how K&R started, so people then thought it was the right way to do it.
|
|
|
|
|
|
Curiously, the actual header file itself use the Allman style. The curious part being it was changed for the documentation.
typedef struct addrinfoW
{
int ai_flags; int ai_family; int ai_socktype; int ai_protocol; size_t ai_addrlen; PWSTR ai_canonname; _Field_size_bytes_(ai_addrlen) struct sockaddr * ai_addr; struct addrinfoW * ai_next; }
ADDRINFOW, *PADDRINFOW;
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
|
Well,
Historically the employees that write the MSDN documentation are not FTE (Blue) but V-dash or A-dash[^] employees. The contribution they make is very much appreciated but they usually have restricted access to resources and source code. The documentation reflects that.
Recently there has been an internal push for some dedicated FTE and resource allocations dedicated to documentation.
|
|
|
|
|
Allman style.
I only do K&R for java-script.
|
|
|
|
|
I've been doing a lot of Typescript lately and become so used to K&R style that when I switch back to C# I looks weird.
|
|
|
|
|
Seems to be language dependent.
C# is all Allman as far as I can see.
|
|
|
|
|
Well, everything else has been fixed already, so that was the next item they had to deal with...
|
|
|
|
|
Yeah, after fixing all the icons, what is there left to do?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
I always preferred K&R when I worked on small screens, because I could see more code at once. now that I have huge screens, I like Allman better, because the braces line up. The guy with the fashionable little laptop must have won the battle.
|
|
|
|
|
My font rendering pretty much works.
Except GPOS positioning is broken because, get this:
my code returns different results if I read the file into a buffer, and then work against that, versus when i read the file by streaming it, but only in one place I've seen so far. - the 16-bit word at position 32416. Now, in order to even get there it had to read a ton of information from that same file, correctly. I've debugged this portion of the code ad nauseum. Everything appears to check out except the data I'm getting back - particularly fread ing the the 8 bits at byte offset 32417 in Shangar.ttf - the correct result is 26 but I'm getting 90 when I try to stream it. It's maddening.
I can't work it out for the life of me. Consequently, it works for the string "42" but not "jsc42" - this is your fault man!
I am completely stumped. Now I'm going through byte by byte to see if I can figure out why.
Real programmers use butterflies
|
|
|
|