il devuanizzato terryc <terryc@???> il 12-07-20 05:59:45 ha scritto:
>On Sat, 11 Jul 2020 16:14:44 +0200
>viverna <viverna@???> wrote:
>
>Swapping the order of your comments.
>
>> Only I think pure console in Linux should be better treated (for
>> example 16M colors (if framebuffer is enabled it is possible),
>> support for very large font, better support for SGR parameters in
>> ANSI escape code, maybe Sixel.
>
>Err, AFAIK, the console is just a minimmal text based output to provide
>information in the event of error in the intial boot up and yes, ever
>since 1920x1024(?) capable screen became common place, you might have
>to quIck with a magnifying glass if you need to see those initial few
>lines.

For me console is more than a minimal text based output to provide 
information in the event of error until X11 login manager ask you 
password. Console and text based shell is the core of the system.
My workflow is the following:
- start pc
- grub (heavly configurated) launch 3 different configuration of 
  framebuffer (KMS,uvesafb,none) (maybe in the future with different 
init system).
- init system do the job
- no X at startup
- getty manage CLI login
- using pure console for:
    * internet (read email, browsing simple site, instant messaging, 
    * and so on...)
    * programming
    * read most document (maybe with framebuffer)
    * watch photo and simple video (with framebuffer)
    * almost everything else
- launch X with WM/DE that I want at that moment with "ax" and exit
- halt the system

I'm not young man and my preferred Human-computer interaction is TUI.
Various interfaces in the DOS era and modern software TUI for Linux are
the best. WIMP it's not for me.

Technically speaking:
- 16M colors (if framebuffer is enabled it is possible, without is not
possible because of hardware limitations of VGA consoles, 2 byte for
character and color).

I read commit in linux:
https://github.com/torvalds/linux/commit/cec5b2a97a11ade56a701e83044d0a2a984c67b4

"Because of hardware limitations of VGA consoles, colours are downgraded
to 16 foregrounds and 8 backgrounds. On fbdev consoles it would be
possible to support them without quality loss, but adding that would
require quite a large amount of code."

I wonder how large code could be.

- support for very large font
"Due to kernel limitations, this is suitable only for 16x16 or smaller
fonts."
Where are in the kernel these limitations?

>Swapping from the default of 640x460 to 1024x768 enabled me to clearly
>read the boot up text on the console after the initial few lines.
Lowering the resolution enlarge me the font. But I don't know how change
resolution in console with KMS framebuffer (fbset don't work). With
uvesafb fbset work well.

>The the solution of course has always been to have a simpler monitor
>to pug in to sort out the initial book problems.
Should I buy a new large monitor with lower resolution (for "lower"
intend Full HD not likely "lower")?

-- 
 _________
< Viverna >
 ---------
       \                    ^    /^
        \                  / \  // \
         \   |\___/|      /   \//  .\
          \  /0  0  \__  /    //  | \ \           *----*
            /     /  \/_/    //   |  \  \          \   |
            @_^_@`/   \/_   //    |   \   \         \/\ \
            //_^_/     \/_ //     |    \    \         \  \
         ( //) |        \///      |     \     \       |  |
       ( / /)  |         //       |      \     _\     |  /
     ( // /)   |          ; -.    |    _ _\.-~       /   /
   (( / / ))   |        _      *-.|.-~-.           .~    ~
  (( // / ))    \      /                 ~-. _ .-~      /
  (( /// ))      `.   }            {                   /
   (( / ))      .----~-.\        \-`                 .~
                ///.----..<        \             _ -~
                   ///-._ _ _ _ _ _ _{^ - - - - ~