• Re: ?A dispute over the TAB key highlights a mismatch between Microsoft

    From Mario Rosell@3:633/10 to All on Tue Jun 2 19:20:40 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    ["Followup-To:" header set to comp.lang.c.]
    On 2026-05-07, Chris M. Thomasson <chris.m.thomasson.1@gmail.com> wrote:
    On 5/6/2026 1:43 PM, Lynn McGuire wrote:
    ?A dispute over the TAB key highlights a mismatch between Microsoft and
    IBM organizational structures? by Raymond Chen
    ˙˙ https://devblogs.microsoft.com/oldnewthing/20260505-00/?p=112298

    ?I?ve written in the past about the cultural mismatch between Microsoft
    and IBM during the collaboration on OS/2, with the Microsofties viewing
    their IBM colleagues as mired in pointless bureaucracy and the IBM folks
    viewing Microsofties as undisciplined hackers.??

    ?One of many points of mismatch was the organizational structure.?

    ?A colleague recalls that while he was assigned to the IBM offices in
    Boca Raton, Florida, there was a dispute over what key should be used to
    move from one field to another in dialog boxes. The folks at IBM were
    not happy with my colleague?s decision to use the TAB key, so they asked
    him to escalate the issue to his manager back in Redmond.?

    Ok, that resolution is funny.

    I often wonder how life would have been if I had taken that job offer
    with Microsoft in 1987.
    Fwiw, I always try to setup my editors to treat the TAB key as four spaces....

    I think TABs are cool because of this: you can set the indentation level
    to what you are used to.

    also saves space if you really need to squash four bytes.

    --
    - mario


    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Chris M. Thomasson@3:633/10 to All on Tue Jun 2 13:27:45 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On 6/2/2026 12:20 PM, Mario Rosell wrote:
    ["Followup-To:" header set to comp.lang.c.]
    On 2026-05-07, Chris M. Thomasson <chris.m.thomasson.1@gmail.com> wrote:
    On 5/6/2026 1:43 PM, Lynn McGuire wrote:
    ?A dispute over the TAB key highlights a mismatch between Microsoft and
    IBM organizational structures? by Raymond Chen
    ˙˙ https://devblogs.microsoft.com/oldnewthing/20260505-00/?p=112298

    ?I?ve written in the past about the cultural mismatch between Microsoft
    and IBM during the collaboration on OS/2, with the Microsofties viewing
    their IBM colleagues as mired in pointless bureaucracy and the IBM folks >>> viewing Microsofties as undisciplined hackers.??

    ?One of many points of mismatch was the organizational structure.?

    ?A colleague recalls that while he was assigned to the IBM offices in
    Boca Raton, Florida, there was a dispute over what key should be used to >>> move from one field to another in dialog boxes. The folks at IBM were
    not happy with my colleague?s decision to use the TAB key, so they asked >>> him to escalate the issue to his manager back in Redmond.?

    Ok, that resolution is funny.

    I often wonder how life would have been if I had taken that job offer
    with Microsoft in 1987.
    Fwiw, I always try to setup my editors to treat the TAB key as four
    spaces....

    I think TABs are cool because of this: you can set the indentation level
    to what you are used to.

    also saves space if you really need to squash four bytes.


    Fwiw, I _always_ make my editors treat TAB as a block of spaces.

    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Richard Harnden@3:633/10 to All on Tue Jun 2 21:59:05 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On 02/06/2026 21:27, Chris M. Thomasson wrote:

    Fwiw, I _always_ make my editors treat TAB as a block of spaces.

    What about Makefiles?


    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Scott Lurndal@3:633/10 to All on Tue Jun 2 21:35:50 2026
    Subject: Re: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    Richard Harnden <richard.nospam@gmail.invalid> writes:
    On 02/06/2026 21:27, Chris M. Thomasson wrote:

    Fwiw, I _always_ make my editors treat TAB as a block of spaces.

    What about Makefiles?


    If he actually uses make.

    (I suspect he's a windows programmer primarily).

    I have /* vim: xxx */ at the tail of each source file
    with the appropriate tabination for the source language
    or coding style guideline.

    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Chris M. Thomasson@3:633/10 to All on Tue Jun 2 14:45:39 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On 6/2/2026 1:59 PM, Richard Harnden wrote:
    On 02/06/2026 21:27, Chris M. Thomasson wrote:

    Fwiw, I _always_ make my editors treat TAB as a block of spaces.

    What about Makefiles?


    One time, well, luckily I still have all my hair.... I spend damn near
    20 minutes on a makefile error. BAM! It needed TAB's! So, yeah. Big timer...

    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Chris M. Thomasson@3:633/10 to All on Tue Jun 2 14:53:21 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On 6/2/2026 2:35 PM, Scott Lurndal wrote:
    Richard Harnden <richard.nospam@gmail.invalid> writes:
    On 02/06/2026 21:27, Chris M. Thomasson wrote:

    Fwiw, I _always_ make my editors treat TAB as a block of spaces.

    What about Makefiles?


    If he actually uses make.

    Not recently. Around 25 years ago? All the time. I remember back on
    Solaris with my SunFire T2000, I had an issue with a makefile that
    looked fine. Would not work. god damn TAB issue!



    (I suspect he's a windows programmer primarily).

    primarily, yeah. Back in the day it was a lot of NT 4.0, Linux and
    Solaris, and some Quadros for a job.


    I have /* vim: xxx */ at the tail of each source file
    with the appropriate tabination for the source language
    or coding style guideline.

    :^) Been a long time since I used vim. For some reason I tended toward
    the MSVC, NetBeans, https://en.wikipedia.org/wiki/Anjuta, editors. ect...

    Wrt tabs, for some comic relief, check this out when you have nothing to do:


    (Silicon Valley - Tabs vs Spaces War)
    https://youtu.be/V7PLxL8jIl8

    Well, I use the tab key all the time, but it injects n spaces. makefile
    aside for a moment... :^)

    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Bart@3:633/10 to All on Tue Jun 2 23:28:52 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On 02/06/2026 22:53, Chris M. Thomasson wrote:
    On 6/2/2026 2:35 PM, Scott Lurndal wrote:
    Richard Harnden <richard.nospam@gmail.invalid> writes:
    On 02/06/2026 21:27, Chris M. Thomasson wrote:

    Fwiw, I _always_ make my editors treat TAB as a block of spaces.

    What about Makefiles?


    ˙ If he actually uses make.

    Not recently. Around 25 years ago? All the time. I remember back on
    Solaris with my SunFire T2000, I had an issue with a makefile that
    looked fine. Would not work. god damn TAB issue!



    ˙ (I suspect he's a windows programmer primarily).

    primarily, yeah.

    Why wouldn't you use makefiles on Windows?

    Back in the day it was a lot of NT 4.0, Linux and
    Solaris, and some Quadros for a job.


    I have /* vim: xxx */ at the tail of each source file
    with the appropriate tabination for the source language
    or coding style guideline.

    :^) Been a long time since I used vim. For some reason I tended toward
    the MSVC, NetBeans, https://en.wikipedia.org/wiki/Anjuta, editors. ect...

    Wrt tabs, for some comic relief, check this out when you have nothing to
    do:


    (Silicon Valley - Tabs vs Spaces War)
    https://youtu.be/V7PLxL8jIl8

    Well, I use the tab key all the time, but it injects n spaces. makefile aside for a moment... :^)

    You press Tab, it inserts 4 spaces, then you press Backspace; does it
    delete one space or all four?

    If you're navigating and press Left or Right arrow, does it skip one
    space or four when at a 'tab'?

    If it does the whole 'tab', how does it know when four spaces represents
    a tab, or just four individual spaces?

    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Lynn McGuire@3:633/10 to All on Tue Jun 2 17:35:09 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On 6/2/2026 4:35 PM, Scott Lurndal wrote:
    Richard Harnden <richard.nospam@gmail.invalid> writes:
    On 02/06/2026 21:27, Chris M. Thomasson wrote:

    Fwiw, I _always_ make my editors treat TAB as a block of spaces.

    What about Makefiles?


    If he actually uses make.

    (I suspect he's a windows programmer primarily).

    I have /* vim: xxx */ at the tail of each source file
    with the appropriate tabination for the source language
    or coding style guideline.

    I have not written any code on my FreeBSD box in about a week now. It
    is my webserver with about 25,000 lines of C++ code on it for automating
    web duties.

    I do not use makefiles on my FreeBSD box, I have brute force script that recompiles everything and links it all.

    For my Windows user interface with 480,000 lines of C++ code, I use
    Visual C++ 2015 to build.

    For my calculation engine with 800,000 lines of F77 code and 50,000
    lines of C++ code, I have a brute force script that calls other scripts
    to compile and link my four EXEs and three DLLs.

    Lynn


    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Lawrence D?Oliveiro@3:633/10 to All on Wed Jun 3 06:53:23 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On Tue, 2 Jun 2026 21:59:05 +0100, Richard Harnden wrote:

    On 02/06/2026 21:27, Chris M. Thomasson wrote:

    Fwiw, I _always_ make my editors treat TAB as a block of spaces.

    What about Makefiles?

    I do what Chris does by default, but Emacs being Emacs, I can always
    hit CTRL/Q-TAB to insert a literal tab wherever necessary.

    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Lawrence D?Oliveiro@3:633/10 to All on Wed Jun 3 06:58:38 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On Tue, 2 Jun 2026 23:28:52 +0100, Bart wrote:

    Why wouldn't you use makefiles on Windows?

    Because Microsoft took the idea and screwed it up so badly.

    <https://devblogs.microsoft.com/oldnewthing/20190325-00/?p=102359>

    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Janis Papanagnou@3:633/10 to All on Wed Jun 3 10:28:25 2026
    Subject: Are TABs a topic? ( was Re: ?A dispute over the TAB key highlights a mismatch [...])

    On 2026-06-02 21:20, Mario Rosell wrote:
    [...]

    I think TABs are cool because of this: you can set the indentation level
    to what you are used to.

    Sure.

    also saves space if you really need to squash four bytes.

    I think this is the weakest argument for TABs; it had been weak
    in former days already, and it's IMO quite ridiculous nowadays.


    Given the now existing powerful and flexible editors as options
    to address own preferences (or project demands) you have anyway
    all the freedom you like.

    In Vim you have 'tabstop' and 'shiftwidth' to distinguish unequal
    levels of spaces-indenting and TAB-definition, there's 'softtabstop'
    to use spaces but let TAB and Backspace handle the various amounts
    of blanks as a single entity, there's 'expandtab' to expand TABs
    to blanks, or 'smarttab' to distinguish indentation TABs at the
    front of a line from alignment-blanks in the mid of the code, all
    conveniently handled with the Tab-key of course. (And I wouldn't
    be astonished if there's more flexibility that I don't know of.)
    I've also heard of (but never used) a setting to handle makefiles'
    TABs. (Personally I'm defining just 'ts' and 'sw' and occasionally
    define 'et'; the shortcuts for the above editor options.)

    So that "Tabs vs. Spaces War" shouldn't be a topic nowadays since
    we have all options in principle (but maybe not in all editors).

    Janis

    PS: And since I don't see the topical relevance for "C" (or C++)
    I set Followup-to: comp.editors


    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Paul@3:633/10 to All on Wed Jun 3 05:20:31 2026
    Subject: Re: Are TABs a topic? ( was Re: ?A dispute over the TAB key highlights a mismatch [...])

    On Wed, 6/3/2026 4:28 AM, Janis Papanagnou wrote:
    On 2026-06-02 21:20, Mario Rosell wrote:
    [...]

    I think TABs are cool because of this: you can set the indentation level
    to what you are used to.

    Sure.

    also saves space if you really need to squash four bytes.

    I think this is the weakest argument for TABs; it had been weak
    in former days already, and it's IMO quite ridiculous nowadays.

    Tabs or tabulation control, was from the typewriter era. Setting
    the stop, allowed *variable* field widths set up on your typewriter.
    If you hit the tab, the carriage would move until it hit the
    tab-stop you set. There was a bar along the top of the typewriter,
    and the metal tab could be moved to the distance you wanted.
    We used to play with this, as kids.

    The Model 29 punched card terminal, had a programmable card that
    wrapped around a cylinder in the middle of the machine. Power users
    would load their card (designed for a particular data entry job)
    and this worked in a similar way. Variable field widths, machine
    moves to the stop you programmed. This is the start of when
    tabulation control, moved into the computer field. Because of the
    interest in fixed width fields to make the data cards pretty.
    The card number would go way over on the right, so if you dropped
    the deck on the floor, you could manually sort it back into order.
    And you could set a stop with that card you loaded on the cylinder,
    to have it stop so you could type the card number 10,20,30...20000
    over on the right. A box would hold 2000 cards. By using multiples
    of ten, you could "edit" a deck and insert a few cards and still
    have some semblance of numbering.

    Where does that leave us in a modern era ? Concept is
    perverted, by emitting some fixed number of spaces per tab,
    which is not how the original concept worked. Is indenting
    the same amount each time, awe inspiring ? Of course. But then it
    isn't really a tab any more, because it isn't banging against
    a tab stop any more. It's a "schwing over N characters" button.
    And it goes downhill from there (lots of environments do not
    have a visible representation that tells you a tab character
    is present).

    Paul

    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Janis Papanagnou@3:633/10 to All on Wed Jun 3 14:35:15 2026
    Subject: Re: Are TABs a topic? ( was Re: ?A dispute over the TAB key highlights a mismatch [...])

    On 2026-06-03 11:20, Paul wrote:
    [...]

    Somehow the "folloup-to" didn't seem to have been effective. :-(

    Janis


    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Janis Papanagnou@3:633/10 to All on Wed Jun 3 14:50:33 2026
    Subject: Re: Are TABs a topic? ( was Re: ?A dispute over the TAB key highlights a mismatch [...])

    On 2026-06-03 11:20, Paul wrote:

    Tabs or tabulation control, was from the typewriter era. Setting
    the stop, allowed *variable* field widths set up on your typewriter.
    If you hit the tab, the carriage would move until it hit the
    tab-stop you set. There was a bar along the top of the typewriter,
    and the metal tab could be moved to the distance you wanted.
    We used to play with this, as kids.

    Yes, I once was at such a typewriter. The tabs were used to position
    to text-fields of forms, "similar" to switching fields in GUI forms
    on computers. The Tabs were thus not fixed at one width but more a
    sequence of independent positioning marks.

    [...]

    Where does that leave us in a modern era ? Concept is
    perverted, by emitting some fixed number of spaces per tab,
    which is not how the original concept worked.

    The "original concept" makes just little sense in "modern [computer]
    era". (For programming you want fixed intent positions and for GUIs
    there's anyway a field-oriented organization.)

    Is indenting
    the same amount each time, awe inspiring ? Of course. But then it
    isn't really a tab any more, because it isn't banging against
    a tab stop any more.

    It's a useful and simple method to indent code and align text.

    It's a "schwing over N characters" button.

    I don't think so. - It positions to specific fixed columns positions,
    for example (9, 17, 25, 33, etc.) with a tab-setting of 8. If you're
    at, say, character position 6 it only only "swings over" 3 characters.

    (There may be Tab behaviors like the ones you describe but not on the
    systems I'm working on. - In editors you could certainly configure its
    behavior to achieve such a "replace Tab by N characters or forwards" independent of the actual position.)

    And it goes downhill from there (lots of environments do not
    have a visible representation that tells you a tab character
    is present).

    Some may like to see it, maybe even depending on the application text,
    others may not. That's why some text editors support controlling that.

    Janis


    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Chris M. Thomasson@3:633/10 to All on Wed Jun 3 13:15:37 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On 6/2/2026 3:28 PM, Bart wrote:
    On 02/06/2026 22:53, Chris M. Thomasson wrote:
    On 6/2/2026 2:35 PM, Scott Lurndal wrote:
    Richard Harnden <richard.nospam@gmail.invalid> writes:
    On 02/06/2026 21:27, Chris M. Thomasson wrote:

    Fwiw, I _always_ make my editors treat TAB as a block of spaces.

    What about Makefiles?


    ˙ If he actually uses make.

    Not recently. Around 25 years ago? All the time. I remember back on
    Solaris with my SunFire T2000, I had an issue with a makefile that
    looked fine. Would not work. god damn TAB issue!



    ˙ (I suspect he's a windows programmer primarily).

    primarily, yeah.

    Why wouldn't you use makefiles on Windows?

    I have, but only under cygwin/ming, ect... On windows I was using MSVC
    6.0 at the time.




    ˙Back in the day it was a lot of NT 4.0, Linux and
    Solaris, and some Quadros for a job.


    I have /* vim: xxx */ at the tail of each source file
    with the appropriate tabination for the source language
    or coding style guideline.

    :^) Been a long time since I used vim. For some reason I tended toward
    the MSVC, NetBeans, https://en.wikipedia.org/wiki/Anjuta, editors. ect...

    Wrt tabs, for some comic relief, check this out when you have nothing
    to do:


    (Silicon Valley - Tabs vs Spaces War)
    https://youtu.be/V7PLxL8jIl8

    Well, I use the tab key all the time, but it injects n spaces.
    makefile aside for a moment... :^)

    You press Tab, it inserts 4 spaces, then you press Backspace; does it
    delete one space or all four?

    It deletes one space. Which is totally fine with me.


    If you're navigating and press Left or Right arrow, does it skip one
    space or four when at a 'tab'?

    It goes too and fro one space at a time.


    If it does the whole 'tab', how does it know when four spaces represents
    a tab, or just four individual spaces?

    For things like makefile, I need to make the editor for my make files
    treat spaces as a TAB, heck its the default anyway, iirc. But I can go
    in and out. Just that one time... Fwiw, for makefiles I just make sure
    the editor handles it correctly. Learned that the hard way one time,
    sigh. Shit happens... ;^)




    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From BGB@3:633/10 to All on Wed Jun 3 17:00:58 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On 5/8/2026 4:25 AM, Lawrence D?Oliveiro wrote:
    On Fri, 8 May 2026 07:57:44 +0100, Graham J wrote:

    I like mine to emulate a real typewriter - so the tab key moves to
    the next tab position - usually a multiple of 8 spaces.

    Real typewriters let you set the tab positions.


    What if we had a keyboard where carriage-return involved hitting a
    handle above the keyboard and pushing it left, and if you pressed keys
    too quickly and/or multiple keys at a time it would lead to the keyboard getting jammed and requiring the used to push the typing rods back down?...


    Or, maybe like Brazil (movie) tech where this was combined with a small black-and-white CRT with a Fresnel lens magnifier?...

    Or, 1984 (movie) tech where they somehow scale it to the size of a
    modern flat-screen. This could maybe be done with multiple layers of
    Fresnel lenses, but would likely require driving the CRT at a very high
    power to avoid the image being overly dark.



    But, yeah, as for text-editors I prefer a tab width of 4, but I also
    prefer the text editor to keep tabs behaving as tabs whether or not it
    uses tabs or spaces internally. This being an area where some text
    editors are annoyingly inconsistent.

    I would also prefer the text editor to be strictly monospace (this is
    one area where Notepad2 causes an annoyance by being
    not-strictly-monospace with regards to things like syntax highlighting).


    Ironically, this is also a place where SDF font rendering has an
    advantage over bitmap fonts and also vector/true-type fonts: You can get
    bold or fine text (over a certain minimum size) simply by adjusting the threshold bias (drop the bias from 1/2 to 3/8 and suddenly the text is
    bold).

    Contrast TTF where Normal and Bold are often handled as separate glyphs
    and/or different fonts.

    Or, in some other contexts where it is expressed instead by changing
    glyph color (normal text is light or dark gray, using full white or
    black for bold text).

    ...


    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Chris M. Thomasson@3:633/10 to All on Wed Jun 3 15:07:02 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On 6/3/2026 3:00 PM, BGB wrote:
    On 5/8/2026 4:25 AM, Lawrence D?Oliveiro wrote:
    On Fri, 8 May 2026 07:57:44 +0100, Graham J wrote:

    I like mine to emulate a real typewriter - so the tab key moves to
    the next tab position - usually a multiple of 8 spaces.

    Real typewriters let you set the tab positions.


    What if we had a keyboard where carriage-return involved hitting a
    handle above the keyboard and pushing it left, and if you pressed keys
    too quickly and/or multiple keys at a time it would lead to the keyboard getting jammed and requiring the used to push the typing rods back down?...


    Or, maybe like Brazil (movie) tech where this was combined with a small black-and-white CRT with a Fresnel lens magnifier?...

    Or, 1984 (movie) tech where they somehow scale it to the size of a
    modern flat-screen. This could maybe be done with multiple layers of
    Fresnel lenses, but would likely require driving the CRT at a very high power to avoid the image being overly dark.



    But, yeah, as for text-editors I prefer a tab width of 4, but I also
    prefer the text editor to keep tabs behaving as tabs whether or not it
    uses tabs or spaces internally. This being an area where some text
    editors are annoyingly inconsistent.

    I would also prefer the text editor to be strictly monospace (this is
    one area where Notepad2 causes an annoyance by being not-strictly-
    monospace with regards to things like syntax highlighting).

    Depends on your font?




    Ironically, this is also a place where SDF font rendering has an
    advantage over bitmap fonts and also vector/true-type fonts: You can get bold or fine text (over a certain minimum size) simply by adjusting the threshold bias (drop the bias from 1/2 to 3/8 and suddenly the text is bold).

    Contrast TTF where Normal and Bold are often handled as separate glyphs and/or different fonts.

    Or, in some other contexts where it is expressed instead by changing
    glyph color (normal text is light or dark gray, using full white or
    black for bold text).

    ...



    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From BGB@3:633/10 to All on Wed Jun 3 17:51:27 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On 6/3/2026 5:07 PM, Chris M. Thomasson wrote:
    On 6/3/2026 3:00 PM, BGB wrote:
    On 5/8/2026 4:25 AM, Lawrence D?Oliveiro wrote:
    On Fri, 8 May 2026 07:57:44 +0100, Graham J wrote:

    I like mine to emulate a real typewriter - so the tab key moves to
    the next tab position - usually a multiple of 8 spaces.

    Real typewriters let you set the tab positions.


    What if we had a keyboard where carriage-return involved hitting a
    handle above the keyboard and pushing it left, and if you pressed keys
    too quickly and/or multiple keys at a time it would lead to the
    keyboard getting jammed and requiring the used to push the typing rods
    back down?...


    Or, maybe like Brazil (movie) tech where this was combined with a
    small black-and-white CRT with a Fresnel lens magnifier?...

    Or, 1984 (movie) tech where they somehow scale it to the size of a
    modern flat-screen. This could maybe be done with multiple layers of
    Fresnel lenses, but would likely require driving the CRT at a very
    high power to avoid the image being overly dark.



    But, yeah, as for text-editors I prefer a tab width of 4, but I also
    prefer the text editor to keep tabs behaving as tabs whether or not it
    uses tabs or spaces internally. This being an area where some text
    editors are annoyingly inconsistent.

    I would also prefer the text editor to be strictly monospace (this is
    one area where Notepad2 causes an annoyance by being not-strictly-
    monospace with regards to things like syntax highlighting).

    Depends on your font?


    Using 9pt Fixedsys, but the annoyance here is that 9pt Fixedsys Bold is slightly wider than 9pt Fixedsys Normal...

    Another font I use a lot on Windows being Lucida Console.


    For my own projects, I use another custom 8x8 font.

    Its origins were mostly that I had represented the font-glyphs as
    hexadecimal numbers. Still used a lot mostly when I need a font as raw
    64-bit numbers. Some glyph shapes leave something to be desired though.

    A newer variant mostly involves a version I had manually scaled up to
    64x64 glyphs and then used these to build an SDF with 16x16 glyphs, but
    this is more niche (mostly makes sense if I need to scale text).

    Also the relative irony that one of the better formats for storing SDFs
    being LZ compressed 256-color BMP images...

    There were also SDF's built from a procedural-processed version of GNU Unifont, but this is more niche, and most of its glyphs don't look very
    good at small sizes (better results from fonts based on scaled up
    versions of ones designed originally for an 8x8 pixel cell size, which comparably have more robust features that work better under scaling...).





    Ironically, this is also a place where SDF font rendering has an
    advantage over bitmap fonts and also vector/true-type fonts: You can
    get bold or fine text (over a certain minimum size) simply by
    adjusting the threshold bias (drop the bias from 1/2 to 3/8 and
    suddenly the text is bold).

    Contrast TTF where Normal and Bold are often handled as separate
    glyphs and/or different fonts.

    Or, in some other contexts where it is expressed instead by changing
    glyph color (normal text is light or dark gray, using full white or
    black for bold text).

    ...




    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Lawrence D?Oliveiro@3:633/10 to All on Thu Jun 4 00:07:40 2026
    Subject: Re: Are TABs a topic? ( was Re: ?A dispute over the TAB key highlights a mismatch [...])

    On Wed, 3 Jun 2026 05:20:31 -0400, Paul wrote:

    Tabs or tabulation control, was from the typewriter era.

    That concept did also carry over to the computer terminal era.

    Press that big fat ?SET-UP? button on a VT100 terminal, for example,
    and the most prominent feature you see is the tab ruler along the
    bottom, with a ?T? marking each tab stop.

    Where does that leave us in a modern era ? Concept is perverted, by
    emitting some fixed number of spaces per tab, which is not how the
    original concept worked.

    Not quite. It is usual for software to emulate tabs the way they were
    supposed to work, by skipping to the next tab stop position, not by
    emitting some fixed number of spaces.

    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Lynn McGuire@3:633/10 to All on Thu Jun 4 17:28:18 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On 6/4/2026 3:54 PM, Niocl s P˘l Caile n de Ghloucester wrote:
    Lynn McGuire <LynnMcGuire5@GMail.com> wrote: | |--------------------------------------------------------------------|
    |"For my Windows user interface with 480,000 lines of C++ code, I use| |Visual C++ 2015 to build." | |--------------------------------------------------------------------|

    Hello:

    Why do you use such an old version?

    Do you detect any differences in different versions of link.exe from different versions of Microsoft Software Developers Kit or Visual C++?

    I need to support e.g. Windows 10 but Microsoft does not still support Windows 10, so a person said to me that it might be best for me to not
    use the latest Microsoft Software Developers Kit.

    Thanks in advance.
    (S. HTTP://Gloucester.Insomnia247.NL/ fuer Kontaktdaten!)

    I have many customers running several different version of Windows.
    Even a couple running Windows XP on SCADA machines. Newer versions of
    Visual C++ require Windows 10, the latest requires Windows 11.

    The major differences in the Visual C++ distributables are the RTL, run
    time libraries.

    Lynn


    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Lawrence D?Oliveiro@3:633/10 to All on Sun Jun 7 02:40:23 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On Wed, 3 Jun 2026 17:00:58 -0500, BGB wrote:

    On 5/8/2026 4:25 AM, Lawrence D?Oliveiro wrote:

    On Fri, 8 May 2026 07:57:44 +0100, Graham J wrote:

    I like mine to emulate a real typewriter - so the tab key moves to
    the next tab position - usually a multiple of 8 spaces.

    Real typewriters let you set the tab positions.

    What if we had a keyboard where carriage-return involved hitting a
    handle above the keyboard and pushing it left ...

    Really?? You have seen or used such a machine?? I?ve never heard of
    one.

    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Bart@3:633/10 to All on Sun Jun 7 10:46:19 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On 07/06/2026 03:40, Lawrence D?Oliveiro wrote:
    On Wed, 3 Jun 2026 17:00:58 -0500, BGB wrote:

    On 5/8/2026 4:25 AM, Lawrence D?Oliveiro wrote:

    On Fri, 8 May 2026 07:57:44 +0100, Graham J wrote:

    I like mine to emulate a real typewriter - so the tab key moves to
    the next tab position - usually a multiple of 8 spaces.

    Real typewriters let you set the tab positions.

    What if we had a keyboard where carriage-return involved hitting a
    handle above the keyboard and pushing it left ...

    Really?? You have seen or used such a machine?? I?ve never heard of
    one.

    Neither have I. Usually you push it right.


    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Richard Harnden@3:633/10 to All on Sun Jun 7 12:44:16 2026
    Subject: Re: ?A dispute over the TAB key highlights a mismatch between Microsoft and IBM organizational structures? by Raymond Chen

    On 07/06/2026 10:46, Bart wrote:
    On 07/06/2026 03:40, Lawrence D?Oliveiro wrote:
    On Wed, 3 Jun 2026 17:00:58 -0500, BGB wrote:

    On 5/8/2026 4:25 AM, Lawrence D?Oliveiro wrote:

    On Fri, 8 May 2026 07:57:44 +0100, Graham J wrote:

    I like mine to emulate a real typewriter - so the tab key moves to
    the next tab position - usually a multiple of 8 spaces.

    Real typewriters let you set the tab positions.

    What if we had a keyboard where carriage-return involved hitting a
    handle above the keyboard and pushing it left ...

    Really?? You have seen or used such a machine?? I?ve never heard of
    one.

    Neither have I. Usually you push it right.


    The handle if on the left and you push it to the right, so that the
    platter is all the way to the right and the next hammer srike is on the leftmost column of the paper.


    --- PyGate Linux v1.5.15
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)