How was the blinking terminal cursor invented?What is the prototype of the Eastern Bloc videoterminal Videoton 340?When was the relocatable object module invented?MITS to Dell: the mail order gap?1913 mystery computer below Grand Central StationWhat was the most popular CP/M terminal type?Why did 3.5" floppies win (and not another size)?Can escape sequences be entered directly from keyboard to terminal for VT100 and similar?What was the largest resolution supported by terminal escape codes?Were there any working computers using residue number systems?

My First Riddle: What Am I?

Why it is a big deal whether or not Adam Schiff talked to the whistleblower?

When was the famous "sudo warning" introduced? Under what background? By whom?

Live action sci-fi film on full body transplantation, unwilling victims end up in ape body, leading scientist betrayed

How to figure out key from key signature?

Why do military jets sometimes have elevators in a depressed position when parked?

Why do some audio amps use AC while others use DC

Creating a summation table

Is it really better for the environment if I take the stairs as opposed to a lift?

How can I make a smooth transition from being a Black-Box Tester to an expert Automation Engineer?

Use a checkmark as a bullet

Encountering former, abusive advisor at a conference

First author doesn't want a co-author to read the whole paper

Are dead worlds a good galactic barrier?

Why doesn't hot charcoal glow blue?

Loading tanks for supercritical oxygen and hydrogen on the launch pad, how to acheive low temperature and high pressure?

Who inspired the character Geordi La Forge?

TV mount on wooden studs - what screws to use

Is it allowed to let the engine of an aircraft idle without a pilot in the plane. (For both helicopters and aeroplanes)

Why is こんばんみ used as a response to こんばんは?

Why did my relationship with my wife go down by two hearts?

Replace spaces with comma but not in the whole line

ISO how high is right at night

How to increment the value of a (decimal) variable (with leading zero) by +1?



How was the blinking terminal cursor invented?


What is the prototype of the Eastern Bloc videoterminal Videoton 340?When was the relocatable object module invented?MITS to Dell: the mail order gap?1913 mystery computer below Grand Central StationWhat was the most popular CP/M terminal type?Why did 3.5" floppies win (and not another size)?Can escape sequences be entered directly from keyboard to terminal for VT100 and similar?What was the largest resolution supported by terminal escape codes?Were there any working computers using residue number systems?






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty
margin-bottom:0;









48

















I was just staring at my blinking terminal cursor:



blinking terminal cursor



And was wondering where it comes from.
Does anybody have some piece of history about the blinking cursor? I couldn't find much online.



E.g.:



  • when/where was it invented?

  • who invented it?

  • is there a conventional blinking frequency?

  • is there a technical reason for its shape?

  • ...









share|improve this question
















migrated from unix.stackexchange.com May 15 at 16:51


This question came from our site for users of Linux, FreeBSD and other Un*x-like operating systems.














  • 2





    See also: ux.stackexchange.com/questions/33640/…

    – L. Scott Johnson
    May 15 at 16:58






  • 1





    Just a comment as no time for research right now. But as far as the shape - depending on the device, it can be anything from a one-pixel thick line to a full character height (as in your example), and in newer systems (e.g., Windows that I'm using right now) a vertical line. So while I am sure in older terminals (and even early PCs) the shape had a technical basis, there is no "one" shape.

    – manassehkatz
    May 15 at 17:10






  • 1





    Not marking as a duplicate because there is still "frequency" to answer. But who/when/where is a duplicate of ux.stackexchange.com/questions/33640/… which has a definitive (patent) answer.

    – manassehkatz
    May 15 at 17:13






  • 1





    Arf, I had run into ux.stackexchange.com/questions/33640 but dismissed it too quickly because of the misleading "mouse" tag. Thanks for the pointer.

    – Gohu
    May 15 at 18:52






  • 4





    Seriously, this looks like a parody question to demonstrate the point of this meta question.

    – pipe
    May 15 at 20:23

















48

















I was just staring at my blinking terminal cursor:



blinking terminal cursor



And was wondering where it comes from.
Does anybody have some piece of history about the blinking cursor? I couldn't find much online.



E.g.:



  • when/where was it invented?

  • who invented it?

  • is there a conventional blinking frequency?

  • is there a technical reason for its shape?

  • ...









share|improve this question
















migrated from unix.stackexchange.com May 15 at 16:51


This question came from our site for users of Linux, FreeBSD and other Un*x-like operating systems.














  • 2





    See also: ux.stackexchange.com/questions/33640/…

    – L. Scott Johnson
    May 15 at 16:58






  • 1





    Just a comment as no time for research right now. But as far as the shape - depending on the device, it can be anything from a one-pixel thick line to a full character height (as in your example), and in newer systems (e.g., Windows that I'm using right now) a vertical line. So while I am sure in older terminals (and even early PCs) the shape had a technical basis, there is no "one" shape.

    – manassehkatz
    May 15 at 17:10






  • 1





    Not marking as a duplicate because there is still "frequency" to answer. But who/when/where is a duplicate of ux.stackexchange.com/questions/33640/… which has a definitive (patent) answer.

    – manassehkatz
    May 15 at 17:13






  • 1





    Arf, I had run into ux.stackexchange.com/questions/33640 but dismissed it too quickly because of the misleading "mouse" tag. Thanks for the pointer.

    – Gohu
    May 15 at 18:52






  • 4





    Seriously, this looks like a parody question to demonstrate the point of this meta question.

    – pipe
    May 15 at 20:23













48












48








48


6






I was just staring at my blinking terminal cursor:



blinking terminal cursor



And was wondering where it comes from.
Does anybody have some piece of history about the blinking cursor? I couldn't find much online.



E.g.:



  • when/where was it invented?

  • who invented it?

  • is there a conventional blinking frequency?

  • is there a technical reason for its shape?

  • ...









share|improve this question















I was just staring at my blinking terminal cursor:



blinking terminal cursor



And was wondering where it comes from.
Does anybody have some piece of history about the blinking cursor? I couldn't find much online.



E.g.:



  • when/where was it invented?

  • who invented it?

  • is there a conventional blinking frequency?

  • is there a technical reason for its shape?

  • ...






terminal history






share|improve this question














share|improve this question











share|improve this question




share|improve this question










asked May 15 at 16:14









GohuGohu

3492 silver badges5 bronze badges




3492 silver badges5 bronze badges





migrated from unix.stackexchange.com May 15 at 16:51


This question came from our site for users of Linux, FreeBSD and other Un*x-like operating systems.











migrated from unix.stackexchange.com May 15 at 16:51


This question came from our site for users of Linux, FreeBSD and other Un*x-like operating systems.









migrated from unix.stackexchange.com May 15 at 16:51


This question came from our site for users of Linux, FreeBSD and other Un*x-like operating systems.









  • 2





    See also: ux.stackexchange.com/questions/33640/…

    – L. Scott Johnson
    May 15 at 16:58






  • 1





    Just a comment as no time for research right now. But as far as the shape - depending on the device, it can be anything from a one-pixel thick line to a full character height (as in your example), and in newer systems (e.g., Windows that I'm using right now) a vertical line. So while I am sure in older terminals (and even early PCs) the shape had a technical basis, there is no "one" shape.

    – manassehkatz
    May 15 at 17:10






  • 1





    Not marking as a duplicate because there is still "frequency" to answer. But who/when/where is a duplicate of ux.stackexchange.com/questions/33640/… which has a definitive (patent) answer.

    – manassehkatz
    May 15 at 17:13






  • 1





    Arf, I had run into ux.stackexchange.com/questions/33640 but dismissed it too quickly because of the misleading "mouse" tag. Thanks for the pointer.

    – Gohu
    May 15 at 18:52






  • 4





    Seriously, this looks like a parody question to demonstrate the point of this meta question.

    – pipe
    May 15 at 20:23












  • 2





    See also: ux.stackexchange.com/questions/33640/…

    – L. Scott Johnson
    May 15 at 16:58






  • 1





    Just a comment as no time for research right now. But as far as the shape - depending on the device, it can be anything from a one-pixel thick line to a full character height (as in your example), and in newer systems (e.g., Windows that I'm using right now) a vertical line. So while I am sure in older terminals (and even early PCs) the shape had a technical basis, there is no "one" shape.

    – manassehkatz
    May 15 at 17:10






  • 1





    Not marking as a duplicate because there is still "frequency" to answer. But who/when/where is a duplicate of ux.stackexchange.com/questions/33640/… which has a definitive (patent) answer.

    – manassehkatz
    May 15 at 17:13






  • 1





    Arf, I had run into ux.stackexchange.com/questions/33640 but dismissed it too quickly because of the misleading "mouse" tag. Thanks for the pointer.

    – Gohu
    May 15 at 18:52






  • 4





    Seriously, this looks like a parody question to demonstrate the point of this meta question.

    – pipe
    May 15 at 20:23







2




2





See also: ux.stackexchange.com/questions/33640/…

– L. Scott Johnson
May 15 at 16:58





See also: ux.stackexchange.com/questions/33640/…

– L. Scott Johnson
May 15 at 16:58




1




1





Just a comment as no time for research right now. But as far as the shape - depending on the device, it can be anything from a one-pixel thick line to a full character height (as in your example), and in newer systems (e.g., Windows that I'm using right now) a vertical line. So while I am sure in older terminals (and even early PCs) the shape had a technical basis, there is no "one" shape.

– manassehkatz
May 15 at 17:10





Just a comment as no time for research right now. But as far as the shape - depending on the device, it can be anything from a one-pixel thick line to a full character height (as in your example), and in newer systems (e.g., Windows that I'm using right now) a vertical line. So while I am sure in older terminals (and even early PCs) the shape had a technical basis, there is no "one" shape.

– manassehkatz
May 15 at 17:10




1




1





Not marking as a duplicate because there is still "frequency" to answer. But who/when/where is a duplicate of ux.stackexchange.com/questions/33640/… which has a definitive (patent) answer.

– manassehkatz
May 15 at 17:13





Not marking as a duplicate because there is still "frequency" to answer. But who/when/where is a duplicate of ux.stackexchange.com/questions/33640/… which has a definitive (patent) answer.

– manassehkatz
May 15 at 17:13




1




1





Arf, I had run into ux.stackexchange.com/questions/33640 but dismissed it too quickly because of the misleading "mouse" tag. Thanks for the pointer.

– Gohu
May 15 at 18:52





Arf, I had run into ux.stackexchange.com/questions/33640 but dismissed it too quickly because of the misleading "mouse" tag. Thanks for the pointer.

– Gohu
May 15 at 18:52




4




4





Seriously, this looks like a parody question to demonstrate the point of this meta question.

– pipe
May 15 at 20:23





Seriously, this looks like a parody question to demonstrate the point of this meta question.

– pipe
May 15 at 20:23










2 Answers
2






active

oldest

votes


















40


















The cursor is needed on a CRT raster display because otherwise it's hard to know where the next character will appear. On a teletype or teleprinter, you know where the next character will be printed because that's where the print head is positioned.



The full-block cursor depends on the ability of your video hardware to do reverse video (otherwise the character under the cursor is obscured half the time, which is undesirable). Early video hardware couldn't do this, so it was typical in the early days to see underline cursors, typically only a single scan line tall.



The DEC VT05 is a very early CRT terminal, and it used an underscore cursor. According to the VT05 Maintenance Manual (page 3-33) the video hardware could be configured with a 3.75 Hz or 7.5 Hz blink rate (or 3.125 Hz and 6.25 Hz in models with 50 Hz screen refresh), or always-on, via a jumper setting. This was an internal jumper and not something the end user was expected to be able to change. The later VT52 used a 2 Hz refresh rate.



The underscore cursor was easy to implement; a particular scan line in each character cell was reserved for the cursor and was lit when the character being drawn on-screen matched the cursor coordinates held in internal registers. Blinking was easily handled by using a counter to toggle a flip-flop that switched the cursor between 'enabled' and 'disabled'. The ability to blink the cursor was important otherwise it was hard to tell it apart from an underscore character.






share|improve this answer























  • 6





    The underline cursor was not always displayed on a reserved scanline; on the VT-220 it partially obscured descenders.

    – Wilson
    May 15 at 19:36






  • 2





    Yes, the VT-220 came much later and is also able to display reverse video (afair). Being able to do reverse video is a key enabler for having a non-dedicated scanline for the cursor.

    – Ken Gober
    May 15 at 20:07







  • 1





    If a terminal uses dynamic shift registers to hold display contents along with a shorter static shift register for the current row (the cheapest approach in the early 1970s, and the one used by the Apple I), generating a block cursor may require adding an extra static shift register or counter chip--a much bigger cost consideration than an xor gate to invert the video.

    – supercat
    May 15 at 21:20






  • 2





    Re "The cursor is needed on a CRT raster display" - sure, but it doesn't have to blink. I think I've used terminals with non-blinking cursors, but it's difficult to be sure, it's now in the zone of everyday things I don't even notice. Maybe ralfzahn will tell us whether a 3277 blinked its cursor?

    – another-dave
    May 15 at 23:17






  • 7





    Most of the 3270 terminals I've ever used had a non-blinking cursor, but they were also color terminals and the cursor color was usually different from other colors on screen so it was easy to find even without blinking. The need for a blinking cursor depends on how easy it is to mistake other characters for the cursor or vice-versa; as terminal resolution has increased it has gotten easier to tell things apart and the need for blinking has diminished.

    – Ken Gober
    May 16 at 2:17



















20


















In 1967, a magazine article, cited a few times in the decade afterwards, said:


The cursor (entry marker) identifies the next display position to be entered. The cursor continually blinks three to five times per second, which permits quick visual location by the operator.
— F. H. Reagan Jr. (February 1967). "Viewing the CRT Display Terminals". Data Processing Magazine. pp. 32–37.

It was talking about the Datanet-760 Keyboard/Display System from General Electric, which came out in 1965. A 1966 report from Auerbach says the same thing:




  • The cursor continually blinks 3 to 5 times per second, which permits quick visual location by the operator.
    — "GE DATANET-760 KEYBOARD/DISPLAY SUBSYSTEM". Auerbach Data Communications Reports. November 1966. p. 6321:06


  • cursor is nondestructive and blinks continually 3 to 5 times a second to aid operator visibility;
    — "GE DATANET-760 KEYBOARD/DISPLAY SUBSYSTEM". Auerbach Data Communications Reports. November 1966. p. 6321:09

(Note to readers of these Auerbach Data Communications Reports on-line: The reports were issued over a period of several years, and the document that you see all of these decades later is an accumulation of looseleaf inserts. The actual date of each item is in MM/YY format in the corners of the pages.)



This gives you one of the earliest terminals that had a blinking cursor, and the reason why it had a blinking cursor. Since both Auerbach and M. Reagan used exactly the same sentence, I presume that this originated with General Electric doco and can be viewed as GE's own rationale for this feature.



The GE user manual, the Auerbach report, and the magazine article all show prior art to the widely claimed invention of the blinking cursor by Charles A. Kiesling at Sperry Rand, whose patent was filed later, in August 1967. Whether this, in its turn, is the invention of the blinking cursor, and who exactly at GE did this, I cannot tell you.



You are rather assuming that the cursor has one shape. In fact, it hasn't. At the time, as alluded to in the Sperry patent, the shapes of cursors were a lot more varied than they are now in GUI terminal emulator programs. Terminals used horizontal lines, vertical lines, rotated "L" shapes, underscores, underscores+overlines, and blocks. The innovation in the middle 1960s is specifically a cursor that blinks.



As you can see from the report, the Datanet-760 was one of several terminals where the text could be made to blink, also. Blinking was a way to draw attention to more than just the cursor.



Ironically, it was the microcomputer revolution that narrowed the shapes down. Microcomputers employed off-the-shelf VDAC/VTLC/CRTC parts that, by the 1970s, had mostly settled on cursors formed by inclusive/exclusive-ORing the character ROM output, under the control of a counter that was clocked by the vertical synch and logic to select which scan lines this applied to. The start and end scan lines, the blink cycle, and whether blinking was enabled, were all in programmable hardware registers.



This gave us a lot of equipment with these semantics, which is what you see in emulator programs, emulating these things on GUIs in software, today. The GUI programs have within the past couple of decades added things such as vertical line and box cursors which the 1970s and 1980s hardware did not have but that the more widely varied 1960s in some cases did have.



Interestingly, they have also reversed direction on blinking, with people changing terminal emulators to default to non-blinking cursors. This is because these are not hardware cursors, implemented as OR circuitry. They aren't even sprites. They are purely rasterized shapes in GUI window display memory, which a processor has to wake up and re-draw at every blink state change, continually.






share|improve this answer





















  • 2





    Any idea why the blink rate was so unspecific? Was it configurable in the range 3-5/sec, or did it vary depending on how busy the terminal was?

    – Barmar
    May 16 at 16:03











  • It would have been a fixed division down of one of the video timings, in all probability. The timing would not have been affected by how "busy" the terminal was, but it's possible that the cursor blink was disabled when characters were being written.

    – MikeW
    May 17 at 8:58






  • 1





    Wouldn't surprise me if the original implementation was analogue and driven off something like an RC oscillator, in which case the speed would be dependent on temperature...

    – pjc50
    May 17 at 9:22






  • 2





    Interestingly, they have also reversed direction on blinking, with people changing terminal emulators to default to non-blinking cursors. Yes, but that's naught to do with CPU usage. It's because a blinking cursor is distracting. This is also why the HTML blink tag was not universally loved. There should be as little movement as possible on a screen meant for work because movement in the corner of your gaze will always signal "potential predator" and get your attention will-nilly.

    – David Tonhofer
    May 17 at 20:00






  • 1





    Wrong.

    – JdeBP
    May 18 at 0:11












Your Answer








StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "648"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/4.0/"u003ecc by-sa 4.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);














draft saved

draft discarded
















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fretrocomputing.stackexchange.com%2fquestions%2f11024%2fhow-was-the-blinking-terminal-cursor-invented%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown


























2 Answers
2






active

oldest

votes








2 Answers
2






active

oldest

votes









active

oldest

votes






active

oldest

votes









40


















The cursor is needed on a CRT raster display because otherwise it's hard to know where the next character will appear. On a teletype or teleprinter, you know where the next character will be printed because that's where the print head is positioned.



The full-block cursor depends on the ability of your video hardware to do reverse video (otherwise the character under the cursor is obscured half the time, which is undesirable). Early video hardware couldn't do this, so it was typical in the early days to see underline cursors, typically only a single scan line tall.



The DEC VT05 is a very early CRT terminal, and it used an underscore cursor. According to the VT05 Maintenance Manual (page 3-33) the video hardware could be configured with a 3.75 Hz or 7.5 Hz blink rate (or 3.125 Hz and 6.25 Hz in models with 50 Hz screen refresh), or always-on, via a jumper setting. This was an internal jumper and not something the end user was expected to be able to change. The later VT52 used a 2 Hz refresh rate.



The underscore cursor was easy to implement; a particular scan line in each character cell was reserved for the cursor and was lit when the character being drawn on-screen matched the cursor coordinates held in internal registers. Blinking was easily handled by using a counter to toggle a flip-flop that switched the cursor between 'enabled' and 'disabled'. The ability to blink the cursor was important otherwise it was hard to tell it apart from an underscore character.






share|improve this answer























  • 6





    The underline cursor was not always displayed on a reserved scanline; on the VT-220 it partially obscured descenders.

    – Wilson
    May 15 at 19:36






  • 2





    Yes, the VT-220 came much later and is also able to display reverse video (afair). Being able to do reverse video is a key enabler for having a non-dedicated scanline for the cursor.

    – Ken Gober
    May 15 at 20:07







  • 1





    If a terminal uses dynamic shift registers to hold display contents along with a shorter static shift register for the current row (the cheapest approach in the early 1970s, and the one used by the Apple I), generating a block cursor may require adding an extra static shift register or counter chip--a much bigger cost consideration than an xor gate to invert the video.

    – supercat
    May 15 at 21:20






  • 2





    Re "The cursor is needed on a CRT raster display" - sure, but it doesn't have to blink. I think I've used terminals with non-blinking cursors, but it's difficult to be sure, it's now in the zone of everyday things I don't even notice. Maybe ralfzahn will tell us whether a 3277 blinked its cursor?

    – another-dave
    May 15 at 23:17






  • 7





    Most of the 3270 terminals I've ever used had a non-blinking cursor, but they were also color terminals and the cursor color was usually different from other colors on screen so it was easy to find even without blinking. The need for a blinking cursor depends on how easy it is to mistake other characters for the cursor or vice-versa; as terminal resolution has increased it has gotten easier to tell things apart and the need for blinking has diminished.

    – Ken Gober
    May 16 at 2:17
















40


















The cursor is needed on a CRT raster display because otherwise it's hard to know where the next character will appear. On a teletype or teleprinter, you know where the next character will be printed because that's where the print head is positioned.



The full-block cursor depends on the ability of your video hardware to do reverse video (otherwise the character under the cursor is obscured half the time, which is undesirable). Early video hardware couldn't do this, so it was typical in the early days to see underline cursors, typically only a single scan line tall.



The DEC VT05 is a very early CRT terminal, and it used an underscore cursor. According to the VT05 Maintenance Manual (page 3-33) the video hardware could be configured with a 3.75 Hz or 7.5 Hz blink rate (or 3.125 Hz and 6.25 Hz in models with 50 Hz screen refresh), or always-on, via a jumper setting. This was an internal jumper and not something the end user was expected to be able to change. The later VT52 used a 2 Hz refresh rate.



The underscore cursor was easy to implement; a particular scan line in each character cell was reserved for the cursor and was lit when the character being drawn on-screen matched the cursor coordinates held in internal registers. Blinking was easily handled by using a counter to toggle a flip-flop that switched the cursor between 'enabled' and 'disabled'. The ability to blink the cursor was important otherwise it was hard to tell it apart from an underscore character.






share|improve this answer























  • 6





    The underline cursor was not always displayed on a reserved scanline; on the VT-220 it partially obscured descenders.

    – Wilson
    May 15 at 19:36






  • 2





    Yes, the VT-220 came much later and is also able to display reverse video (afair). Being able to do reverse video is a key enabler for having a non-dedicated scanline for the cursor.

    – Ken Gober
    May 15 at 20:07







  • 1





    If a terminal uses dynamic shift registers to hold display contents along with a shorter static shift register for the current row (the cheapest approach in the early 1970s, and the one used by the Apple I), generating a block cursor may require adding an extra static shift register or counter chip--a much bigger cost consideration than an xor gate to invert the video.

    – supercat
    May 15 at 21:20






  • 2





    Re "The cursor is needed on a CRT raster display" - sure, but it doesn't have to blink. I think I've used terminals with non-blinking cursors, but it's difficult to be sure, it's now in the zone of everyday things I don't even notice. Maybe ralfzahn will tell us whether a 3277 blinked its cursor?

    – another-dave
    May 15 at 23:17






  • 7





    Most of the 3270 terminals I've ever used had a non-blinking cursor, but they were also color terminals and the cursor color was usually different from other colors on screen so it was easy to find even without blinking. The need for a blinking cursor depends on how easy it is to mistake other characters for the cursor or vice-versa; as terminal resolution has increased it has gotten easier to tell things apart and the need for blinking has diminished.

    – Ken Gober
    May 16 at 2:17














40














40










40









The cursor is needed on a CRT raster display because otherwise it's hard to know where the next character will appear. On a teletype or teleprinter, you know where the next character will be printed because that's where the print head is positioned.



The full-block cursor depends on the ability of your video hardware to do reverse video (otherwise the character under the cursor is obscured half the time, which is undesirable). Early video hardware couldn't do this, so it was typical in the early days to see underline cursors, typically only a single scan line tall.



The DEC VT05 is a very early CRT terminal, and it used an underscore cursor. According to the VT05 Maintenance Manual (page 3-33) the video hardware could be configured with a 3.75 Hz or 7.5 Hz blink rate (or 3.125 Hz and 6.25 Hz in models with 50 Hz screen refresh), or always-on, via a jumper setting. This was an internal jumper and not something the end user was expected to be able to change. The later VT52 used a 2 Hz refresh rate.



The underscore cursor was easy to implement; a particular scan line in each character cell was reserved for the cursor and was lit when the character being drawn on-screen matched the cursor coordinates held in internal registers. Blinking was easily handled by using a counter to toggle a flip-flop that switched the cursor between 'enabled' and 'disabled'. The ability to blink the cursor was important otherwise it was hard to tell it apart from an underscore character.






share|improve this answer
















The cursor is needed on a CRT raster display because otherwise it's hard to know where the next character will appear. On a teletype or teleprinter, you know where the next character will be printed because that's where the print head is positioned.



The full-block cursor depends on the ability of your video hardware to do reverse video (otherwise the character under the cursor is obscured half the time, which is undesirable). Early video hardware couldn't do this, so it was typical in the early days to see underline cursors, typically only a single scan line tall.



The DEC VT05 is a very early CRT terminal, and it used an underscore cursor. According to the VT05 Maintenance Manual (page 3-33) the video hardware could be configured with a 3.75 Hz or 7.5 Hz blink rate (or 3.125 Hz and 6.25 Hz in models with 50 Hz screen refresh), or always-on, via a jumper setting. This was an internal jumper and not something the end user was expected to be able to change. The later VT52 used a 2 Hz refresh rate.



The underscore cursor was easy to implement; a particular scan line in each character cell was reserved for the cursor and was lit when the character being drawn on-screen matched the cursor coordinates held in internal registers. Blinking was easily handled by using a counter to toggle a flip-flop that switched the cursor between 'enabled' and 'disabled'. The ability to blink the cursor was important otherwise it was hard to tell it apart from an underscore character.







share|improve this answer















share|improve this answer




share|improve this answer








edited May 15 at 18:17

























answered May 15 at 17:57









Ken GoberKen Gober

9,4991 gold badge30 silver badges48 bronze badges




9,4991 gold badge30 silver badges48 bronze badges










  • 6





    The underline cursor was not always displayed on a reserved scanline; on the VT-220 it partially obscured descenders.

    – Wilson
    May 15 at 19:36






  • 2





    Yes, the VT-220 came much later and is also able to display reverse video (afair). Being able to do reverse video is a key enabler for having a non-dedicated scanline for the cursor.

    – Ken Gober
    May 15 at 20:07







  • 1





    If a terminal uses dynamic shift registers to hold display contents along with a shorter static shift register for the current row (the cheapest approach in the early 1970s, and the one used by the Apple I), generating a block cursor may require adding an extra static shift register or counter chip--a much bigger cost consideration than an xor gate to invert the video.

    – supercat
    May 15 at 21:20






  • 2





    Re "The cursor is needed on a CRT raster display" - sure, but it doesn't have to blink. I think I've used terminals with non-blinking cursors, but it's difficult to be sure, it's now in the zone of everyday things I don't even notice. Maybe ralfzahn will tell us whether a 3277 blinked its cursor?

    – another-dave
    May 15 at 23:17






  • 7





    Most of the 3270 terminals I've ever used had a non-blinking cursor, but they were also color terminals and the cursor color was usually different from other colors on screen so it was easy to find even without blinking. The need for a blinking cursor depends on how easy it is to mistake other characters for the cursor or vice-versa; as terminal resolution has increased it has gotten easier to tell things apart and the need for blinking has diminished.

    – Ken Gober
    May 16 at 2:17













  • 6





    The underline cursor was not always displayed on a reserved scanline; on the VT-220 it partially obscured descenders.

    – Wilson
    May 15 at 19:36






  • 2





    Yes, the VT-220 came much later and is also able to display reverse video (afair). Being able to do reverse video is a key enabler for having a non-dedicated scanline for the cursor.

    – Ken Gober
    May 15 at 20:07







  • 1





    If a terminal uses dynamic shift registers to hold display contents along with a shorter static shift register for the current row (the cheapest approach in the early 1970s, and the one used by the Apple I), generating a block cursor may require adding an extra static shift register or counter chip--a much bigger cost consideration than an xor gate to invert the video.

    – supercat
    May 15 at 21:20






  • 2





    Re "The cursor is needed on a CRT raster display" - sure, but it doesn't have to blink. I think I've used terminals with non-blinking cursors, but it's difficult to be sure, it's now in the zone of everyday things I don't even notice. Maybe ralfzahn will tell us whether a 3277 blinked its cursor?

    – another-dave
    May 15 at 23:17






  • 7





    Most of the 3270 terminals I've ever used had a non-blinking cursor, but they were also color terminals and the cursor color was usually different from other colors on screen so it was easy to find even without blinking. The need for a blinking cursor depends on how easy it is to mistake other characters for the cursor or vice-versa; as terminal resolution has increased it has gotten easier to tell things apart and the need for blinking has diminished.

    – Ken Gober
    May 16 at 2:17








6




6





The underline cursor was not always displayed on a reserved scanline; on the VT-220 it partially obscured descenders.

– Wilson
May 15 at 19:36





The underline cursor was not always displayed on a reserved scanline; on the VT-220 it partially obscured descenders.

– Wilson
May 15 at 19:36




2




2





Yes, the VT-220 came much later and is also able to display reverse video (afair). Being able to do reverse video is a key enabler for having a non-dedicated scanline for the cursor.

– Ken Gober
May 15 at 20:07






Yes, the VT-220 came much later and is also able to display reverse video (afair). Being able to do reverse video is a key enabler for having a non-dedicated scanline for the cursor.

– Ken Gober
May 15 at 20:07





1




1





If a terminal uses dynamic shift registers to hold display contents along with a shorter static shift register for the current row (the cheapest approach in the early 1970s, and the one used by the Apple I), generating a block cursor may require adding an extra static shift register or counter chip--a much bigger cost consideration than an xor gate to invert the video.

– supercat
May 15 at 21:20





If a terminal uses dynamic shift registers to hold display contents along with a shorter static shift register for the current row (the cheapest approach in the early 1970s, and the one used by the Apple I), generating a block cursor may require adding an extra static shift register or counter chip--a much bigger cost consideration than an xor gate to invert the video.

– supercat
May 15 at 21:20




2




2





Re "The cursor is needed on a CRT raster display" - sure, but it doesn't have to blink. I think I've used terminals with non-blinking cursors, but it's difficult to be sure, it's now in the zone of everyday things I don't even notice. Maybe ralfzahn will tell us whether a 3277 blinked its cursor?

– another-dave
May 15 at 23:17





Re "The cursor is needed on a CRT raster display" - sure, but it doesn't have to blink. I think I've used terminals with non-blinking cursors, but it's difficult to be sure, it's now in the zone of everyday things I don't even notice. Maybe ralfzahn will tell us whether a 3277 blinked its cursor?

– another-dave
May 15 at 23:17




7




7





Most of the 3270 terminals I've ever used had a non-blinking cursor, but they were also color terminals and the cursor color was usually different from other colors on screen so it was easy to find even without blinking. The need for a blinking cursor depends on how easy it is to mistake other characters for the cursor or vice-versa; as terminal resolution has increased it has gotten easier to tell things apart and the need for blinking has diminished.

– Ken Gober
May 16 at 2:17






Most of the 3270 terminals I've ever used had a non-blinking cursor, but they were also color terminals and the cursor color was usually different from other colors on screen so it was easy to find even without blinking. The need for a blinking cursor depends on how easy it is to mistake other characters for the cursor or vice-versa; as terminal resolution has increased it has gotten easier to tell things apart and the need for blinking has diminished.

– Ken Gober
May 16 at 2:17














20


















In 1967, a magazine article, cited a few times in the decade afterwards, said:


The cursor (entry marker) identifies the next display position to be entered. The cursor continually blinks three to five times per second, which permits quick visual location by the operator.
— F. H. Reagan Jr. (February 1967). "Viewing the CRT Display Terminals". Data Processing Magazine. pp. 32–37.

It was talking about the Datanet-760 Keyboard/Display System from General Electric, which came out in 1965. A 1966 report from Auerbach says the same thing:




  • The cursor continually blinks 3 to 5 times per second, which permits quick visual location by the operator.
    — "GE DATANET-760 KEYBOARD/DISPLAY SUBSYSTEM". Auerbach Data Communications Reports. November 1966. p. 6321:06


  • cursor is nondestructive and blinks continually 3 to 5 times a second to aid operator visibility;
    — "GE DATANET-760 KEYBOARD/DISPLAY SUBSYSTEM". Auerbach Data Communications Reports. November 1966. p. 6321:09

(Note to readers of these Auerbach Data Communications Reports on-line: The reports were issued over a period of several years, and the document that you see all of these decades later is an accumulation of looseleaf inserts. The actual date of each item is in MM/YY format in the corners of the pages.)



This gives you one of the earliest terminals that had a blinking cursor, and the reason why it had a blinking cursor. Since both Auerbach and M. Reagan used exactly the same sentence, I presume that this originated with General Electric doco and can be viewed as GE's own rationale for this feature.



The GE user manual, the Auerbach report, and the magazine article all show prior art to the widely claimed invention of the blinking cursor by Charles A. Kiesling at Sperry Rand, whose patent was filed later, in August 1967. Whether this, in its turn, is the invention of the blinking cursor, and who exactly at GE did this, I cannot tell you.



You are rather assuming that the cursor has one shape. In fact, it hasn't. At the time, as alluded to in the Sperry patent, the shapes of cursors were a lot more varied than they are now in GUI terminal emulator programs. Terminals used horizontal lines, vertical lines, rotated "L" shapes, underscores, underscores+overlines, and blocks. The innovation in the middle 1960s is specifically a cursor that blinks.



As you can see from the report, the Datanet-760 was one of several terminals where the text could be made to blink, also. Blinking was a way to draw attention to more than just the cursor.



Ironically, it was the microcomputer revolution that narrowed the shapes down. Microcomputers employed off-the-shelf VDAC/VTLC/CRTC parts that, by the 1970s, had mostly settled on cursors formed by inclusive/exclusive-ORing the character ROM output, under the control of a counter that was clocked by the vertical synch and logic to select which scan lines this applied to. The start and end scan lines, the blink cycle, and whether blinking was enabled, were all in programmable hardware registers.



This gave us a lot of equipment with these semantics, which is what you see in emulator programs, emulating these things on GUIs in software, today. The GUI programs have within the past couple of decades added things such as vertical line and box cursors which the 1970s and 1980s hardware did not have but that the more widely varied 1960s in some cases did have.



Interestingly, they have also reversed direction on blinking, with people changing terminal emulators to default to non-blinking cursors. This is because these are not hardware cursors, implemented as OR circuitry. They aren't even sprites. They are purely rasterized shapes in GUI window display memory, which a processor has to wake up and re-draw at every blink state change, continually.






share|improve this answer





















  • 2





    Any idea why the blink rate was so unspecific? Was it configurable in the range 3-5/sec, or did it vary depending on how busy the terminal was?

    – Barmar
    May 16 at 16:03











  • It would have been a fixed division down of one of the video timings, in all probability. The timing would not have been affected by how "busy" the terminal was, but it's possible that the cursor blink was disabled when characters were being written.

    – MikeW
    May 17 at 8:58






  • 1





    Wouldn't surprise me if the original implementation was analogue and driven off something like an RC oscillator, in which case the speed would be dependent on temperature...

    – pjc50
    May 17 at 9:22






  • 2





    Interestingly, they have also reversed direction on blinking, with people changing terminal emulators to default to non-blinking cursors. Yes, but that's naught to do with CPU usage. It's because a blinking cursor is distracting. This is also why the HTML blink tag was not universally loved. There should be as little movement as possible on a screen meant for work because movement in the corner of your gaze will always signal "potential predator" and get your attention will-nilly.

    – David Tonhofer
    May 17 at 20:00






  • 1





    Wrong.

    – JdeBP
    May 18 at 0:11















20


















In 1967, a magazine article, cited a few times in the decade afterwards, said:


The cursor (entry marker) identifies the next display position to be entered. The cursor continually blinks three to five times per second, which permits quick visual location by the operator.
— F. H. Reagan Jr. (February 1967). "Viewing the CRT Display Terminals". Data Processing Magazine. pp. 32–37.

It was talking about the Datanet-760 Keyboard/Display System from General Electric, which came out in 1965. A 1966 report from Auerbach says the same thing:




  • The cursor continually blinks 3 to 5 times per second, which permits quick visual location by the operator.
    — "GE DATANET-760 KEYBOARD/DISPLAY SUBSYSTEM". Auerbach Data Communications Reports. November 1966. p. 6321:06


  • cursor is nondestructive and blinks continually 3 to 5 times a second to aid operator visibility;
    — "GE DATANET-760 KEYBOARD/DISPLAY SUBSYSTEM". Auerbach Data Communications Reports. November 1966. p. 6321:09

(Note to readers of these Auerbach Data Communications Reports on-line: The reports were issued over a period of several years, and the document that you see all of these decades later is an accumulation of looseleaf inserts. The actual date of each item is in MM/YY format in the corners of the pages.)



This gives you one of the earliest terminals that had a blinking cursor, and the reason why it had a blinking cursor. Since both Auerbach and M. Reagan used exactly the same sentence, I presume that this originated with General Electric doco and can be viewed as GE's own rationale for this feature.



The GE user manual, the Auerbach report, and the magazine article all show prior art to the widely claimed invention of the blinking cursor by Charles A. Kiesling at Sperry Rand, whose patent was filed later, in August 1967. Whether this, in its turn, is the invention of the blinking cursor, and who exactly at GE did this, I cannot tell you.



You are rather assuming that the cursor has one shape. In fact, it hasn't. At the time, as alluded to in the Sperry patent, the shapes of cursors were a lot more varied than they are now in GUI terminal emulator programs. Terminals used horizontal lines, vertical lines, rotated "L" shapes, underscores, underscores+overlines, and blocks. The innovation in the middle 1960s is specifically a cursor that blinks.



As you can see from the report, the Datanet-760 was one of several terminals where the text could be made to blink, also. Blinking was a way to draw attention to more than just the cursor.



Ironically, it was the microcomputer revolution that narrowed the shapes down. Microcomputers employed off-the-shelf VDAC/VTLC/CRTC parts that, by the 1970s, had mostly settled on cursors formed by inclusive/exclusive-ORing the character ROM output, under the control of a counter that was clocked by the vertical synch and logic to select which scan lines this applied to. The start and end scan lines, the blink cycle, and whether blinking was enabled, were all in programmable hardware registers.



This gave us a lot of equipment with these semantics, which is what you see in emulator programs, emulating these things on GUIs in software, today. The GUI programs have within the past couple of decades added things such as vertical line and box cursors which the 1970s and 1980s hardware did not have but that the more widely varied 1960s in some cases did have.



Interestingly, they have also reversed direction on blinking, with people changing terminal emulators to default to non-blinking cursors. This is because these are not hardware cursors, implemented as OR circuitry. They aren't even sprites. They are purely rasterized shapes in GUI window display memory, which a processor has to wake up and re-draw at every blink state change, continually.






share|improve this answer





















  • 2





    Any idea why the blink rate was so unspecific? Was it configurable in the range 3-5/sec, or did it vary depending on how busy the terminal was?

    – Barmar
    May 16 at 16:03











  • It would have been a fixed division down of one of the video timings, in all probability. The timing would not have been affected by how "busy" the terminal was, but it's possible that the cursor blink was disabled when characters were being written.

    – MikeW
    May 17 at 8:58






  • 1





    Wouldn't surprise me if the original implementation was analogue and driven off something like an RC oscillator, in which case the speed would be dependent on temperature...

    – pjc50
    May 17 at 9:22






  • 2





    Interestingly, they have also reversed direction on blinking, with people changing terminal emulators to default to non-blinking cursors. Yes, but that's naught to do with CPU usage. It's because a blinking cursor is distracting. This is also why the HTML blink tag was not universally loved. There should be as little movement as possible on a screen meant for work because movement in the corner of your gaze will always signal "potential predator" and get your attention will-nilly.

    – David Tonhofer
    May 17 at 20:00






  • 1





    Wrong.

    – JdeBP
    May 18 at 0:11













20














20










20









In 1967, a magazine article, cited a few times in the decade afterwards, said:


The cursor (entry marker) identifies the next display position to be entered. The cursor continually blinks three to five times per second, which permits quick visual location by the operator.
— F. H. Reagan Jr. (February 1967). "Viewing the CRT Display Terminals". Data Processing Magazine. pp. 32–37.

It was talking about the Datanet-760 Keyboard/Display System from General Electric, which came out in 1965. A 1966 report from Auerbach says the same thing:




  • The cursor continually blinks 3 to 5 times per second, which permits quick visual location by the operator.
    — "GE DATANET-760 KEYBOARD/DISPLAY SUBSYSTEM". Auerbach Data Communications Reports. November 1966. p. 6321:06


  • cursor is nondestructive and blinks continually 3 to 5 times a second to aid operator visibility;
    — "GE DATANET-760 KEYBOARD/DISPLAY SUBSYSTEM". Auerbach Data Communications Reports. November 1966. p. 6321:09

(Note to readers of these Auerbach Data Communications Reports on-line: The reports were issued over a period of several years, and the document that you see all of these decades later is an accumulation of looseleaf inserts. The actual date of each item is in MM/YY format in the corners of the pages.)



This gives you one of the earliest terminals that had a blinking cursor, and the reason why it had a blinking cursor. Since both Auerbach and M. Reagan used exactly the same sentence, I presume that this originated with General Electric doco and can be viewed as GE's own rationale for this feature.



The GE user manual, the Auerbach report, and the magazine article all show prior art to the widely claimed invention of the blinking cursor by Charles A. Kiesling at Sperry Rand, whose patent was filed later, in August 1967. Whether this, in its turn, is the invention of the blinking cursor, and who exactly at GE did this, I cannot tell you.



You are rather assuming that the cursor has one shape. In fact, it hasn't. At the time, as alluded to in the Sperry patent, the shapes of cursors were a lot more varied than they are now in GUI terminal emulator programs. Terminals used horizontal lines, vertical lines, rotated "L" shapes, underscores, underscores+overlines, and blocks. The innovation in the middle 1960s is specifically a cursor that blinks.



As you can see from the report, the Datanet-760 was one of several terminals where the text could be made to blink, also. Blinking was a way to draw attention to more than just the cursor.



Ironically, it was the microcomputer revolution that narrowed the shapes down. Microcomputers employed off-the-shelf VDAC/VTLC/CRTC parts that, by the 1970s, had mostly settled on cursors formed by inclusive/exclusive-ORing the character ROM output, under the control of a counter that was clocked by the vertical synch and logic to select which scan lines this applied to. The start and end scan lines, the blink cycle, and whether blinking was enabled, were all in programmable hardware registers.



This gave us a lot of equipment with these semantics, which is what you see in emulator programs, emulating these things on GUIs in software, today. The GUI programs have within the past couple of decades added things such as vertical line and box cursors which the 1970s and 1980s hardware did not have but that the more widely varied 1960s in some cases did have.



Interestingly, they have also reversed direction on blinking, with people changing terminal emulators to default to non-blinking cursors. This is because these are not hardware cursors, implemented as OR circuitry. They aren't even sprites. They are purely rasterized shapes in GUI window display memory, which a processor has to wake up and re-draw at every blink state change, continually.






share|improve this answer














In 1967, a magazine article, cited a few times in the decade afterwards, said:


The cursor (entry marker) identifies the next display position to be entered. The cursor continually blinks three to five times per second, which permits quick visual location by the operator.
— F. H. Reagan Jr. (February 1967). "Viewing the CRT Display Terminals". Data Processing Magazine. pp. 32–37.

It was talking about the Datanet-760 Keyboard/Display System from General Electric, which came out in 1965. A 1966 report from Auerbach says the same thing:




  • The cursor continually blinks 3 to 5 times per second, which permits quick visual location by the operator.
    — "GE DATANET-760 KEYBOARD/DISPLAY SUBSYSTEM". Auerbach Data Communications Reports. November 1966. p. 6321:06


  • cursor is nondestructive and blinks continually 3 to 5 times a second to aid operator visibility;
    — "GE DATANET-760 KEYBOARD/DISPLAY SUBSYSTEM". Auerbach Data Communications Reports. November 1966. p. 6321:09

(Note to readers of these Auerbach Data Communications Reports on-line: The reports were issued over a period of several years, and the document that you see all of these decades later is an accumulation of looseleaf inserts. The actual date of each item is in MM/YY format in the corners of the pages.)



This gives you one of the earliest terminals that had a blinking cursor, and the reason why it had a blinking cursor. Since both Auerbach and M. Reagan used exactly the same sentence, I presume that this originated with General Electric doco and can be viewed as GE's own rationale for this feature.



The GE user manual, the Auerbach report, and the magazine article all show prior art to the widely claimed invention of the blinking cursor by Charles A. Kiesling at Sperry Rand, whose patent was filed later, in August 1967. Whether this, in its turn, is the invention of the blinking cursor, and who exactly at GE did this, I cannot tell you.



You are rather assuming that the cursor has one shape. In fact, it hasn't. At the time, as alluded to in the Sperry patent, the shapes of cursors were a lot more varied than they are now in GUI terminal emulator programs. Terminals used horizontal lines, vertical lines, rotated "L" shapes, underscores, underscores+overlines, and blocks. The innovation in the middle 1960s is specifically a cursor that blinks.



As you can see from the report, the Datanet-760 was one of several terminals where the text could be made to blink, also. Blinking was a way to draw attention to more than just the cursor.



Ironically, it was the microcomputer revolution that narrowed the shapes down. Microcomputers employed off-the-shelf VDAC/VTLC/CRTC parts that, by the 1970s, had mostly settled on cursors formed by inclusive/exclusive-ORing the character ROM output, under the control of a counter that was clocked by the vertical synch and logic to select which scan lines this applied to. The start and end scan lines, the blink cycle, and whether blinking was enabled, were all in programmable hardware registers.



This gave us a lot of equipment with these semantics, which is what you see in emulator programs, emulating these things on GUIs in software, today. The GUI programs have within the past couple of decades added things such as vertical line and box cursors which the 1970s and 1980s hardware did not have but that the more widely varied 1960s in some cases did have.



Interestingly, they have also reversed direction on blinking, with people changing terminal emulators to default to non-blinking cursors. This is because these are not hardware cursors, implemented as OR circuitry. They aren't even sprites. They are purely rasterized shapes in GUI window display memory, which a processor has to wake up and re-draw at every blink state change, continually.







share|improve this answer













share|improve this answer




share|improve this answer










answered May 16 at 13:31









JdeBPJdeBP

7173 silver badges8 bronze badges




7173 silver badges8 bronze badges










  • 2





    Any idea why the blink rate was so unspecific? Was it configurable in the range 3-5/sec, or did it vary depending on how busy the terminal was?

    – Barmar
    May 16 at 16:03











  • It would have been a fixed division down of one of the video timings, in all probability. The timing would not have been affected by how "busy" the terminal was, but it's possible that the cursor blink was disabled when characters were being written.

    – MikeW
    May 17 at 8:58






  • 1





    Wouldn't surprise me if the original implementation was analogue and driven off something like an RC oscillator, in which case the speed would be dependent on temperature...

    – pjc50
    May 17 at 9:22






  • 2





    Interestingly, they have also reversed direction on blinking, with people changing terminal emulators to default to non-blinking cursors. Yes, but that's naught to do with CPU usage. It's because a blinking cursor is distracting. This is also why the HTML blink tag was not universally loved. There should be as little movement as possible on a screen meant for work because movement in the corner of your gaze will always signal "potential predator" and get your attention will-nilly.

    – David Tonhofer
    May 17 at 20:00






  • 1





    Wrong.

    – JdeBP
    May 18 at 0:11












  • 2





    Any idea why the blink rate was so unspecific? Was it configurable in the range 3-5/sec, or did it vary depending on how busy the terminal was?

    – Barmar
    May 16 at 16:03











  • It would have been a fixed division down of one of the video timings, in all probability. The timing would not have been affected by how "busy" the terminal was, but it's possible that the cursor blink was disabled when characters were being written.

    – MikeW
    May 17 at 8:58






  • 1





    Wouldn't surprise me if the original implementation was analogue and driven off something like an RC oscillator, in which case the speed would be dependent on temperature...

    – pjc50
    May 17 at 9:22






  • 2





    Interestingly, they have also reversed direction on blinking, with people changing terminal emulators to default to non-blinking cursors. Yes, but that's naught to do with CPU usage. It's because a blinking cursor is distracting. This is also why the HTML blink tag was not universally loved. There should be as little movement as possible on a screen meant for work because movement in the corner of your gaze will always signal "potential predator" and get your attention will-nilly.

    – David Tonhofer
    May 17 at 20:00






  • 1





    Wrong.

    – JdeBP
    May 18 at 0:11







2




2





Any idea why the blink rate was so unspecific? Was it configurable in the range 3-5/sec, or did it vary depending on how busy the terminal was?

– Barmar
May 16 at 16:03





Any idea why the blink rate was so unspecific? Was it configurable in the range 3-5/sec, or did it vary depending on how busy the terminal was?

– Barmar
May 16 at 16:03













It would have been a fixed division down of one of the video timings, in all probability. The timing would not have been affected by how "busy" the terminal was, but it's possible that the cursor blink was disabled when characters were being written.

– MikeW
May 17 at 8:58





It would have been a fixed division down of one of the video timings, in all probability. The timing would not have been affected by how "busy" the terminal was, but it's possible that the cursor blink was disabled when characters were being written.

– MikeW
May 17 at 8:58




1




1





Wouldn't surprise me if the original implementation was analogue and driven off something like an RC oscillator, in which case the speed would be dependent on temperature...

– pjc50
May 17 at 9:22





Wouldn't surprise me if the original implementation was analogue and driven off something like an RC oscillator, in which case the speed would be dependent on temperature...

– pjc50
May 17 at 9:22




2




2





Interestingly, they have also reversed direction on blinking, with people changing terminal emulators to default to non-blinking cursors. Yes, but that's naught to do with CPU usage. It's because a blinking cursor is distracting. This is also why the HTML blink tag was not universally loved. There should be as little movement as possible on a screen meant for work because movement in the corner of your gaze will always signal "potential predator" and get your attention will-nilly.

– David Tonhofer
May 17 at 20:00





Interestingly, they have also reversed direction on blinking, with people changing terminal emulators to default to non-blinking cursors. Yes, but that's naught to do with CPU usage. It's because a blinking cursor is distracting. This is also why the HTML blink tag was not universally loved. There should be as little movement as possible on a screen meant for work because movement in the corner of your gaze will always signal "potential predator" and get your attention will-nilly.

– David Tonhofer
May 17 at 20:00




1




1





Wrong.

– JdeBP
May 18 at 0:11





Wrong.

– JdeBP
May 18 at 0:11


















draft saved

draft discarded















































Thanks for contributing an answer to Retrocomputing Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fretrocomputing.stackexchange.com%2fquestions%2f11024%2fhow-was-the-blinking-terminal-cursor-invented%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown









Popular posts from this blog

Distance measures on a map of a game The 2019 Stack Overflow Developer Survey Results Are Inmin distance in a graphShortest distance path on contour plotHow to plot a tilted map?Finding points outside of a diskDelaunay link distanceAnnulus from GeoDisks: drawing a ring on a mapNegative Correlation DistanceFind distance along a path (GPS coordinates)Finding position at given distance in a GeoPathMathematics behind distance estimation using camera

How to get a smooth, uniform ParametricPlot of a 2D Region?How to plot a complicated Region?How to exclude a region from ParametricPlotHow discretize a region placing vertices on a specific non-uniform gridHow to transform a Plot or a ParametricPlot into a RegionHow can I get a smooth plot of a bounded region?Smooth ParametricPlot3D with RegionFunction?Smooth border of a region ParametricPlotSmooth region boundarySmooth region plot from list of pointsGet minimum y of a certain x in a region

Genealogie vun de Merowenger Vum Merowech bis zum Chilperich I. | Navigatiounsmenü