Re: Why is the console a graphic/bitmapped console, and not text/character by default

> On 12. Apr 2020, at 08:34, Chris wrote: > > On Sun, 12 Apr 2020 08:04:43 +0300 Toomas Soome tso...@me.com > said > >> You have UEFI setup? With UEFI, there is no text mode. >> If mouse copy/paste is working is not a property of screen mode but it if the >> console

Re: Why is the console a graphic/bitmapped console, and not text/character by default

On Sun, 12 Apr 2020 08:04:43 +0300 Toomas Soome tso...@me.com said You have UEFI setup? With UEFI, there is no text mode. If mouse copy/paste is working is not a property of screen mode but it if the console driver does implement it or not. Sent from my iPhone > On 12. Apr 2020, at 07:41,

Re: Why is the console a graphic/bitmapped console, and not text/character by default

You have UEFI setup? With UEFI, there is no text mode. If mouse copy/paste is working is not a property of screen mode but it if the console driver does implement it or not. Sent from my iPhone > On 12. Apr 2020, at 07:41, Chris wrote: > > Sorry for the ling title. But wasn't sure how make

Why is the console a graphic/bitmapped console, and not text/character by default

Sorry for the ling title. But wasn't sure how make my question more concise. Why did we begin making an initial console "graphics mode" by default. My understanding has always been that (Free)BSD has been a "Server by default", and a Desktop after an initial install if that's one chosen target.