unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Jean Louis <bugs@gnu.support>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 45799@debbugs.gnu.org
Subject: bug#45799: 28.0.50; Faces shrink unreadable on GUI when foreground/background color set in TUI
Date: Tue, 12 Jan 2021 20:46:00 +0300	[thread overview]
Message-ID: <X/3gWK/36GkJaibJ@protected.rcdrun.com> (raw)
In-Reply-To: <831reqdqck.fsf@gnu.org>

* Eli Zaretskii <eliz@gnu.org> [2021-01-12 20:21]:
> > Date: Tue, 12 Jan 2021 19:51:55 +0300
> > From: Jean Louis <bugs@gnu.support>
> > Cc: 45799@debbugs.gnu.org
> > 
> > When I however, entered from xterm, from console mode with
> > emacsclient -nw than after M-x customize-faces default I can see that
> > height is 1 point. And it is set to 1
> > 
> >    [X] Height: Value Menu Height in 1/10 pt: 1                                  
> > 
> > that is what I see if I enter customize-faces from console by using
> > server.
> > 
> >    [X] Height: Value Menu Height in 1/10 pt: 113
> > 
> > Is that normal behavior according to you?
> 
> Yes.  Everything is 1 pixel on a TTY frame.  That's why it's a bad
> idea to customize faces on a TTY frame using "M-x customize-face".

Yes, and no. I use GUI mostly but there are ways why I need emacs on
console, and often themes make the console less readable or contrast
is not good enough. It may be bad idea, but I do not know what better
or else to do to customize console temporarily.

> > It does not sound logical that Height on console should be displayed
> > as 1 as that does not relate to console height
> 
> Emacs has no way of knowing the size of font on text-mode frames, so
> it counts it as 1.  That's the lowest granularity of text size on TTY
> frames, as far as Emacs is concerned, as it cannot reference partial
> character width or height in text mode.  The height of each text line
> is 1 and the width of every character is 1 (with the exception of
> double-width characters, whose width is 2).

OK I understand. Just it is not visible to user. I was not thinking of
height, I just wanted to have some better contrast and missed to see
that height on console is 1.

Still there is problem. You basically say "it is bad idea" advising me
and users to rather avoid the issue on hand.

The issue is that users are allowed to customize faces on console and
that such customization does affect GUI in the same time.

As if Emacs pulls some default for console such as 1, then it should
not affect GUI, but console only.

Or other solution would be to split settings and tell user that
specific customization of face height is for GUI, and other line is
for TUI, something like that.

So if the font on console is 1 then customization of the default face
in console should not affect the GUI. Can we agree on that?





  reply	other threads:[~2021-01-12 17:46 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-11 19:44 bug#45799: 28.0.50; Faces shrink unreadable on GUI when foreground/background color set in TUI Jean Louis
2021-01-11 20:30 ` Eli Zaretskii
2021-01-12  2:51   ` Jean Louis
2021-01-12 15:13     ` Eli Zaretskii
2021-01-12 16:36       ` Jean Louis
2021-01-12 17:11         ` Eli Zaretskii
2021-01-12 17:55           ` Jean Louis
2021-01-12 18:18             ` Eli Zaretskii
2021-01-12 17:01       ` Jean Louis
2021-01-12 18:04         ` Eli Zaretskii
2021-01-13  6:01           ` Jean Louis
2021-01-13 13:05             ` Mauro Aranda
2021-01-13 14:38               ` Eli Zaretskii
2022-04-22 13:01               ` Lars Ingebrigtsen
2021-01-12 16:51   ` Jean Louis
2021-01-12 17:20     ` Eli Zaretskii
2021-01-12 17:46       ` Jean Louis [this message]
2021-01-12 18:06         ` Eli Zaretskii
2021-01-13  5:38           ` Richard Stallman
2021-01-13  5:45             ` Jean Louis
2021-01-13 14:30             ` Eli Zaretskii
2021-01-14  5:25               ` Richard Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=X/3gWK/36GkJaibJ@protected.rcdrun.com \
    --to=bugs@gnu.support \
    --cc=45799@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).