Re: Zutty fonts - zutty always uses the same font and fontsize

[Max Nikulin]

On 02/05/2024 15:17, Richmond wrote:


It understands the font names from xfontsel which is a major improvement
on zutty.


I have nothing against raster fonts for terminal applications, but I am 
surprised that support of X Logical Font Description may be considered 
as an improvement in comparison with an application relying on fontconfig.


I have never tried zutty, but I would expect something like (assuming 
fonts-liberation2 installed)


zutty -font LiberationMono -fontsize 24

However applications are usually more liberal concerning specifying 
vector fonts and use various fallbacks and substitutions.

Re: Zutty fonts - zutty always uses the same font and fontsize

[Richmond]

Sirius  writes:


> Good old urxvt is quite lightweight compared to kitty.

It understands the font names from xfontsel which is a major improvement
on zutty.

urxvt -bg black -fn -*-courier-*-r-*-*-24-*-*-*-*-*-*-*

8)

Re: Zutty fonts - zutty always uses the same font and fontsize

[Sirius]

In days of yore (Thu, 02 May 2024), Sirius thus quoth: 
> Tab-handling is one of the things that kitty does well that I
> really like. But when it takes over ten times the memory for a single
> instance compared to urxvt - I can forego the tab-handling and have
> multiple windows instead. (Not looked yet if there is urxvt patches for
> kitty style tab handling - which would be awesome if it exists.)

To follow up on this:
  https://github.com/gryf/tabbedalt

$ mkdir -p ~/.urxvt/ext/
$ wget -O ~/.urxvt/ext/tabbedalt 
https://raw.githubusercontent.com/gryf/tabbedalt/master/tabbedalt
$ echo "URxvt.perl-ext: tabbedalt" >> .Xdefaults

Now you have tabs in urxvt.

-- 
Kind regards,

/S

Re: Zutty fonts - zutty always uses the same font and fontsize

[Sirius]

In days of yore (Wed, 01 May 2024), Karl Vogel thus quoth: 
> On Wed, May 01, 2024 at 08:32:31AM -0400, Sirius wrote:
> > If Debian still packages it, look for rxvt instead, or use xterm. Both
> > are well tried and well tested for when you want something.. dated. ;)
> 
>   I resemble that remark.  Xterm v390 was released on 19 Feb 2024, and
>   building it from source is easy.
> 
>   https://invisible-island.net/archives/xterm/xterm-390.tgz{,.asc}

It was meant tongue-in-cheek. OP's post prompted me to start digging into
urxvt and it is now my default terminal. :)

Modern terminals like Gnome-terminal, Konsole, alacritty, kitty and others
are essentially slapping a spruced-up UI on top of something that is 40+
years old. Tab-handling is one of the things that kitty does well that I
really like. But when it takes over ten times the memory for a single
instance compared to urxvt - I can forego the tab-handling and have
multiple windows instead. (Not looked yet if there is urxvt patches for
kitty style tab handling - which would be awesome if it exists.)

And as someone pointed out about the control character handling, there is
a security aspect to pay attention to as well. Xterm and Rxvt have both
been down this road for so long that they have that side of things
relatively well handled.

I've seen zutty because it was installed by default, but I have no idea
why it is installed by default. It does not strike me as the best choice
when both xterm and rxvt are available.

> My mind is like my browser: 19 open tabs, three of them are frozen, and
> I have no clue where the music is coming from.

Oh, I s identify with this one.

-- 
Kind regards,

/S

Re: Zutty fonts - zutty always uses the same font and fontsize

[Max Nikulin]

On 02/05/2024 10:11, Greg Wooledge wrote:

On Thu, May 02, 2024 at 09:34:13AM +0700, Max Nikulin wrote:

On 01/05/2024 21:58, Sirius wrote:


I was right about .Xresources that it is one of the files used for loading
settings into the X server, but urxvt looks at .Xdefaults instead.


It is a bit strange. Applications should not read these files directly.
Content should be loaded during X session startup, see
/etc/X11/Xsession.d/30x11-common_xresources

After modification of .Xresources it is necessary to invoke xrdb(1).


I'm not sure about rxvt-unicode, but the original rxvt definitely
worked that way.


Almost certainly I was wrong. .Xresources should be read by xrdb, while 
.Xdefaults (older method) is read by applications.

https://superuser.com/questions/243914/what-is-the-difference-between-xresources-and-xdefaults


  1. app-defaults file in $XAPPLRESDIR
  2. $HOME/.Xdefaults
  3. RESOURCE_MANAGER property on root-window of screen 0
  4. SCREEN_RESOURCES property on root-window of the current screen
  5. $XENVIRONMENT file OR $HOME/.Xdefaults-
  6. resources specified via -xrm on the commandline

It says you can use xrdb, but then lists the places it looks, and that
list does not include xrdb(?).  I don't understand what this means.


Items 3 and 4 in this list are places where xrdb stores properties.

Re: Zutty fonts - zutty always uses the same font and fontsize

[Karl Vogel]

On Wed, May 01, 2024 at 08:32:31AM -0400, Sirius wrote:
> If Debian still packages it, look for rxvt instead, or use xterm. Both
> are well tried and well tested for when you want something.. dated. ;)

  I resemble that remark.  Xterm v390 was released on 19 Feb 2024, and
  building it from source is easy.

  https://invisible-island.net/archives/xterm/xterm-390.tgz{,.asc}

-- 
Karl Vogel  I don't speak for anyone but myself

My mind is like my browser: 19 open tabs, three of them are frozen, and
I have no clue where the music is coming from.

Re: Zutty fonts - zutty always uses the same font and fontsize

[Greg Wooledge]

On Thu, May 02, 2024 at 09:34:13AM +0700, Max Nikulin wrote:
> On 01/05/2024 21:58, Sirius wrote:
> > 
> > I was right about .Xresources that it is one of the files used for loading
> > settings into the X server, but urxvt looks at .Xdefaults instead.
> 
> It is a bit strange. Applications should not read these files directly.
> Content should be loaded during X session startup, see
> /etc/X11/Xsession.d/30x11-common_xresources
> 
> After modification of .Xresources it is necessary to invoke xrdb(1).

I'm not sure about rxvt-unicode, but the original rxvt definitely
worked that way.  This was part of the lightweight design of rxvt.
The author didn't want the bloat involved in reading the X resource
database, so he chose to read the source files directly.

According to :

  RESOURCES (available also as long-options)

  Note: 'rxvt --help' gives a list of all resources (long options)
  compiled into your version. If compiled with internal Xresources
  support (i.e. rxvt -h lists .Xdefaults) then rxvt accepts application
  defaults set in XAPPLOADDIR/Rxvt (compile-time defined: usually
  /usr/lib/X11/app-defaults/Rxvt) and resources set in ~/.Xdefaults,
  or ~/.Xresources if ~/.Xdefaults does not exist.


The corresponding section of the rxvt-unicode man page (in Debian 12)
is a bit confusing to me:

   You can set and change the resources using X11 tools like xrdb. Many
   distribution do also load settings from the ~/.Xresources file when X
   starts. urxvt will consult the following files/resources in order, with
   later settings overwriting earlier ones:

 1. app-defaults file in $XAPPLRESDIR
 2. $HOME/.Xdefaults
 3. RESOURCE_MANAGER property on root-window of screen 0
 4. SCREEN_RESOURCES property on root-window of the current screen
 5. $XENVIRONMENT file OR $HOME/.Xdefaults-
 6. resources specified via -xrm on the commandline

It says you can use xrdb, but then lists the places it looks, and that
list does not include xrdb(?).  I don't understand what this means.

Re: Zutty fonts - zutty always uses the same font and fontsize

[Max Nikulin]

On 01/05/2024 21:58, Sirius wrote:


I was right about .Xresources that it is one of the files used for loading
settings into the X server, but urxvt looks at .Xdefaults instead.


It is a bit strange. Applications should not read these files directly. 
Content should be loaded during X session startup, see 
/etc/X11/Xsession.d/30x11-common_xresources


After modification of .Xresources it is necessary to invoke xrdb(1).

Per-application files are in /etc/X11/app-defaults/


Good old urxvt is quite lightweight compared to kitty.


I am unsure concerning real degree of danger, just a warning:

https://dgl.cx/2023/09/ansi-terminal-security

Additionally some terminals support C1 controls in UTF-8 encoded text,
which per this 2015 posting to oss-security is problematic. Some
terminals have the ability to turn this off, if they do not such as
Kitty I cannot recommend their use.

Re: grub requirements for fonts

[Darac Marjal]

On 01/05/2024 10:45, Richard wrote:
I'd like to increase the font size in Grub (v2.12, at least I think 
that's the better alternative to just lowering the resolution) and 
opted to just use a custom font as there seems to be an OTF version of 
"GNU Unifont", though it seems to be jagged by design, but I'm running 
into issues. I thought about just using Noto Mono Regular for it, as 
Noto is supposed to always work and a monospaced font is recommended 
for easier setting of letters, as Grub uses bitmap fonts. Now my issue 
is that on one hand, the conversion to a bitmap font seems to be quite 
bad, the letters look really jagged. On the other hand, it seems that 
despite Noto supposed to being about no tofu, I actually get a lot of 
tofu. Both the up and down arrows in the description text at the 
bottom of grubs boot selector and the border around everything is just 
made up of tofu. And I tried converting the font with both grub-mkfont 
and Grub Customizer, same result.


What command line are you using? I've used the following in the past 
"grub-mkfont -o dejavu_12.pf -a -s 12 
/usr/share/fonts/truetype/dejavu/DejaVuSans.ttf"


You also mention that you're trying Unifont and Noto - are you trying to 
display characters beyond the range of ASCII? I've not tried displaying 
much more than English text. You might need to use the "-r" option if 
you are.




So what exactly are the requirements for fonts to be used in Grub so 
that they are converted to PFF2 fonts in a higher quality and don't 
show tofu?


Best
Richard


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Zutty fonts - zutty always uses the same font and fontsize

[Richmond]

Sirius  writes:

> I can get it working with "zutty -font 12x24" and other numerically
> named fonts.

Wow that one actually worked. That's the first time I've seen a
different font in zutty!



> Trying with something like 'lucidasans-24' will make it dump core
> however.

I got this error:

zutty -font lucidasans-24 E [fontpack.cc:218] Error: No Regular variant
of the requested font 'lucidasans-24' could be identified.  terminate
called after throwing an instance of 'std::runtime_error' what(): No
suitable files for 'lucidasans-24' found!

Re: Zutty fonts - zutty always uses the same font and fontsize

[Sirius]

In days of yore (Wed, 01 May 2024), Greg Wooledge thus quoth: 
> On Wed, May 01, 2024 at 02:31:49PM +0200, Sirius wrote:
> > zutty is kind of only necessary when you want something *really*
> > lightweight and you do not need to worry about UTF-8. Just writing this
> > means a trip down memory lane and back to configuring CTWM on old Sun 5
> > workstations back in the 90's. If Debian still packages it, look for rxvt
> > instead, or use xterm. Both are well tried and well tested for when you
> > want something .. dated. ;)
> 
> The original rxvt is no longer packaged in Debian, as far as I can see.
> There's rxvt-unicode, which is what I use, which has most of the same
> look and feel as rxvt, but is substantially larger.

I pulled down rxvt-unicode and started looking at how to configure it up
so that it works more or less like kitty (which is what I normally use).

> Between xterm and rxvt-unicode you should have most of your "basic
> no-frills terminal" needs met by one or the other.

I was right about .Xresources that it is one of the files used for loading
settings into the X server, but urxvt looks at .Xdefaults instead. If one
puts something like the below into .Xdefaults in $HOME, it works with
Powerline and it does not look too terrible.

Rxvt.depth: 24
Rxvt.jumpScroll: on
Rxvt.fading: 20
Rxvt.background: #101010
Rxvt.foreground: #efefef
Rxvt.cursorColor: #dd
Rxvt.font: xft:Hack:pixelsize=16,xft:Powerline:pixelsize=16
Rxvt.boldFont: xft:Hack Bold:pixelsize=16,xft:Powerline:pixelsize=16
Rxvt.italicFont: xft:Hack Italic:pixelsize=16,xft:Powerline:pixelsize=16
Rxvt.boldItalicFont: xft:Hack BoldItalic:pixelsize=16,xft:Powerline:pixelsize=16
Rxvt.loginShell: on
Rxvt.visualBell: on
Rxvt.scrollBar_right: on
Rxvt.scrollBar_floating: on
Rxvt.saveLines: 5000
Rxvt.termName: xterm-256color
Rxvt.disablePasteBrackets: off

As per usual, getting the fonts right was the hardest part. As for memory
use..

USER PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
sirius 56392  0.1  0.1  48136 28160 ?S16:48   0:00 
/usr/bin/urxvt
sirius 56393  0.0  0.0  21928   816 ?S16:48   0:00 
/usr/bin/urxvt
sirius 56465  0.1  0.1  43192 23232 ?S16:52   0:00 
/usr/bin/urxvt
sirius 56466  0.0  0.0  21928   820 ?S16:52   0:00 
/usr/bin/urxvt
sirius 56532  2.5  1.0 745480 150828 ?   Sl   16:54   0:02 
/usr/bin/kitty
sirius 56533  1.5  0.2  61388 35692 ?Ss   16:54   0:01 
/usr/bin/kitty
sirius 56595  0.0  0.0   9212  2096 pts/2S+   16:55   0:00 grep 
kitty\|rxvt\|USER

Good old urxvt is quite lightweight compared to kitty.

-- 
Kind regards,

/S

Re: Zutty fonts - zutty always uses the same font and fontsize

[Greg Wooledge]

On Wed, May 01, 2024 at 02:31:49PM +0200, Sirius wrote:
> zutty is kind of only necessary when you want something *really*
> lightweight and you do not need to worry about UTF-8. Just writing this
> means a trip down memory lane and back to configuring CTWM on old Sun 5
> workstations back in the 90's. If Debian still packages it, look for rxvt
> instead, or use xterm. Both are well tried and well tested for when you
> want something .. dated. ;)

The original rxvt is no longer packaged in Debian, as far as I can see.
There's rxvt-unicode, which is what I use, which has most of the same
look and feel as rxvt, but is substantially larger.

Between xterm and rxvt-unicode you should have most of your "basic
no-frills terminal" needs met by one or the other.

Re: Zutty fonts - zutty always uses the same font and fontsize

[Sirius]

In days of yore (Wed, 01 May 2024), Richmond thus quoth: 
> I am puzzled by the zutty terminal emulator. I have tried:
> 
>  1186  zutty -fontpath /usr/share/fonts/X11/ -fontsize 20
>  1187  zutty -fontpath /usr/share/fonts/X11/ -font adobe
>  1190  zutty -fontpath /usr/share/fonts/X11/misc/ -fontsize 20
>  1191  zutty -fontpath /usr/share/fonts/X11/misc/ -fontsize 24
>  1192  zutty -fontpath /usr/share/fonts/X11/misc/ -fontsize 12
>  1193  zutty -font 9x20
>  1198  zutty -fontsize 10x20
>  1199  zutty -fontpath /usr/share/fonts/X11/misc/ -fontsize 10x20
>  1200  zutty -font 10x20
> 
> I clearly have fonts:
> 
> find /usr/share/fonts -print|grep "x20"
> /usr/share/fonts/X11/misc/10x20-ISO8859-9.pcf.gz
> /usr/share/fonts/X11/misc/10x20-ISO8859-3.pcf.gz
> /usr/share/fonts/X11/misc/10x20-ISO8859-11.pcf.gz

Use 'xlsfonts' to see what fonts are available and use those names.
I can get it working with "zutty -font 12x24" and other numerically named
fonts. Trying with something like 'lucidasans-24' will make it dump core
however.

Maybe it respects what you tell it via .Xresources or what the file used
to be called, when you had to configure fonts by sitting with xfontsel and
try and work out what would look decent. The manual pages for xterm should
have enough clues for how to configure that - I have already forgotten all
that stuff as it no longer is required with the more modern terminal
emulators.

> Nothing I have tried works, zutty always uses the same rather small
> font.
> 
> https://tomscii.sig7.se/zutty/doc/USAGE.html#Font%20selection
> 
> Has this package been implemented correctly?
> 
> aptitude show zutty
> Package: zutty   
> Version: 0.14.0.20230218+dfsg1-1
> 
> cat /etc/issue
> Debian GNU/Linux 12 \n \l

zutty is kind of only necessary when you want something *really*
lightweight and you do not need to worry about UTF-8. Just writing this
means a trip down memory lane and back to configuring CTWM on old Sun 5
workstations back in the 90's. If Debian still packages it, look for rxvt
instead, or use xterm. Both are well tried and well tested for when you
want something .. dated. ;)

-- 
Kind regards,

/S

Zutty fonts - zutty always uses the same font and fontsize

[Richmond]

I am puzzled by the zutty terminal emulator. I have tried:

 1186  zutty -fontpath /usr/share/fonts/X11/ -fontsize 20
 1187  zutty -fontpath /usr/share/fonts/X11/ -font adobe
 1190  zutty -fontpath /usr/share/fonts/X11/misc/ -fontsize 20
 1191  zutty -fontpath /usr/share/fonts/X11/misc/ -fontsize 24
 1192  zutty -fontpath /usr/share/fonts/X11/misc/ -fontsize 12
 1193  zutty -font 9x20
 1198  zutty -fontsize 10x20
 1199  zutty -fontpath /usr/share/fonts/X11/misc/ -fontsize 10x20
 1200  zutty -font 10x20

I clearly have fonts:

find /usr/share/fonts -print|grep "x20"
/usr/share/fonts/X11/misc/10x20-ISO8859-9.pcf.gz
/usr/share/fonts/X11/misc/10x20-ISO8859-3.pcf.gz
/usr/share/fonts/X11/misc/10x20-ISO8859-11.pcf.gz
...


Nothing I have tried works, zutty always uses the same rather small
font.

https://tomscii.sig7.se/zutty/doc/USAGE.html#Font%20selection

Has this package been implemented correctly?

aptitude show zutty
Package: zutty   
Version: 0.14.0.20230218+dfsg1-1

cat /etc/issue
Debian GNU/Linux 12 \n \l

grub requirements for fonts

[Richard]

I'd like to increase the font size in Grub (v2.12, at least I think that's
the better alternative to just lowering the resolution) and opted to just
use a custom font as there seems to be an OTF version of "GNU Unifont",
though it seems to be jagged by design, but I'm running into issues. I
thought about just using Noto Mono Regular for it, as Noto is supposed to
always work and a monospaced font is recommended for easier setting of
letters, as Grub uses bitmap fonts. Now my issue is that on one hand, the
conversion to a bitmap font seems to be quite bad, the letters look really
jagged. On the other hand, it seems that despite Noto supposed to being
about no tofu, I actually get a lot of tofu. Both the up and down arrows in
the description text at the bottom of grubs boot selector and the border
around everything is just made up of tofu. And I tried converting the
font with both grub-mkfont and Grub Customizer, same result.

So what exactly are the requirements for fonts to be used in Grub so that
they are converted to PFF2 fonts in a higher quality and don't show tofu?

Best
Richard

Re: How to insert symbols into emails (was: Re: Monospace fonts, Re: Changing The PSI Definition)

[Bret Busby]

On 29/1/24 22:54, to...@tuxteam.de wrote:

On Mon, Jan 29, 2024 at 03:29:57PM +0100, Franco Martelli wrote:

On 26/01/24 at 20:50, David Wright wrote:

I'll give a shout-out for Hack,¹ which I can't fault for use in
xterms. Comparingxterm -geometry 80x25+0+0 -fa hack -fs 16
with   xterm -geometry 80x25+0+0 -fa inconsolata -fs 18
(to make the sizes roughly the same), I find the inconsolata
stroke width on the basic Roman alphabet is a little spindly.

Other criticisms are that the stroke widths (and even the size)
later in the table (eg 0x256–1312) are thicker or larger, and
many single-width characters are slightly oversize and get
truncated at the top & right (eg Ŵ at 0x372, Lj 456). Mixing
fractions is ugly, too: ½ ⅓ ⅔ ¼ ¾ ⅛ ⅜ ⅝ ⅞. The ‘’ quotes
are pretty, though.


Those symbols are very nice, which tool have you used to insert them? I'm
using Thunderbird for my emails but I've to enable "Compose message in HTML"
to have a small subset of symbols, for me isn't enough. I'm using KDE
desktop.


Easy. I configured my CAPSLOCK key (which is useless IMO) 


With the CAPSLOCK key, I simply get a special switchblade style knife 
that I use as a letter opener, and use the point to remove that 
particular key, as I have found the key to be harmful.



Bret Busby
Armadale
Western Australia
(UTC+0800)
.

Re: How to insert symbols into emails (was: Re: Monospace fonts, Re: Changing The PSI Definition)

[Greg Wooledge]

On Mon, Jan 29, 2024 at 03:54:44PM +0100, to...@tuxteam.de wrote:
> On Mon, Jan 29, 2024 at 03:29:57PM +0100, Franco Martelli wrote:
> > Those symbols are very nice, which tool have you used to insert them?
> 
> Easy. I configured my CAPSLOCK key (which is useless IMO) to be
> my X compose key. So entering COMPOSE-4-5 does ⅘, and COMPOSE-<-3
> does ♥. You can even define your own compose seqs, like I did with
> ♀ (COMPOSE-o-+) and others.

This is documented at  by the way.

Re: How to insert symbols into emails (was: Re: Monospace fonts, Re: Changing The PSI Definition)

[Michael Grant]

On Mon, Jan 29, 2024 at 03:29:57PM +0100, Franco Martelli wrote:
> On 26/01/24 at 20:50, David Wright wrote: > I'll give a shout-out for Hack,¹
> which I can't fault for use in > xterms. Comparing xterm -geometry 80x25+0+0
> -fa hack -fs 16 > with xterm -geometry 80x25+0 Sangu verification:
> ⓘ No issues found, please report it if otherwise
> Request analyst action Verified by Sangu
> On 26/01/24 at 20:50, David Wright wrote:
> > I'll give a shout-out for Hack,¹ which I can't fault for use in
> > xterms. Comparingxterm -geometry 80x25+0+0 -fa hack -fs 16
> > with   xterm -geometry 80x25+0+0 -fa inconsolata -fs 18
> > (to make the sizes roughly the same), I find the inconsolata
> > stroke width on the basic Roman alphabet is a little spindly.
> >
> > Other criticisms are that the stroke widths (and even the size)
> > later in the table (eg 0x256–1312) are thicker or larger, and
> > many single-width characters are slightly oversize and get
> > truncated at the top & right (eg Ŵ at 0x372, Lj 456). Mixing
> > fractions is ugly, too: ½ ⅓ ⅔ ¼ ¾ ⅛ ⅜ ⅝ ⅞. The ‘’ quotes
> > are pretty, though.
> 
> Those symbols are very nice, which tool have you used to insert them?
> I'm using Thunderbird for my emails but I've to enable "Compose message
> in HTML" to have a small subset of symbols, for me isn't enough. I'm
> using KDE desktop.
> 
> Thanks in advance, best regards.

I bet this has come up before.  I'll tell you what I did to solve
this.

For the most part, I use Debian on servers and I access them through a
windows desktop, so for me, the solution starts on Windows.  There's
different keyboards you can configure on windows but none of them get
you at arbitrary unicode characters.  What I did do was use a program
named kbdedit which allowed me to craft a key mapping for my keyboard
so I could create the various keys I wanted to use, and for the
characters that I don't use regularrly, I just copypaste the code from
either a web page or from kbdedit into the window, be that putty or ms
word.

What I did was create a heavily compose-key key mapping.  I use the
right hand alt key as the compose key.  So for me ½ is simply alt-1
2.  The accented letters like é is just alt-e '.

Is there a way to create a similar keyboard mapping in X-windows on
debian based systems?

I've often wondered what a "full unicode keyboard" might look like.
Unfortunately composing only gets you so far.  There's definitely some
common characters you can do by composing 2 characters logically but
it's far far from complete.  I do wonder if someday we'll see larger
physical keyboards with some extra keys at the top to eventually
access all characters via some logical interface rather than having to
know their unicode code point.

Michael Grant


signature.asc
Description: PGP signature

Re: How to insert symbols into emails (was: Re: Monospace fonts, Re: Changing The PSI Definition)

[tomas]

On Mon, Jan 29, 2024 at 03:29:57PM +0100, Franco Martelli wrote:
> On 26/01/24 at 20:50, David Wright wrote:
> > I'll give a shout-out for Hack,¹ which I can't fault for use in
> > xterms. Comparingxterm -geometry 80x25+0+0 -fa hack -fs 16
> > with   xterm -geometry 80x25+0+0 -fa inconsolata -fs 18
> > (to make the sizes roughly the same), I find the inconsolata
> > stroke width on the basic Roman alphabet is a little spindly.
> > 
> > Other criticisms are that the stroke widths (and even the size)
> > later in the table (eg 0x256–1312) are thicker or larger, and
> > many single-width characters are slightly oversize and get
> > truncated at the top & right (eg Ŵ at 0x372, Lj 456). Mixing
> > fractions is ugly, too: ½ ⅓ ⅔ ¼ ¾ ⅛ ⅜ ⅝ ⅞. The ‘’ quotes
> > are pretty, though.
> 
> Those symbols are very nice, which tool have you used to insert them? I'm
> using Thunderbird for my emails but I've to enable "Compose message in HTML"
> to have a small subset of symbols, for me isn't enough. I'm using KDE
> desktop.

Easy. I configured my CAPSLOCK key (which is useless IMO) to be
my X compose key. So entering COMPOSE-4-5 does ⅘, and COMPOSE-<-3
does ♥. You can even define your own compose seqs, like I did with
♀ (COMPOSE-o-+) and others.

The nice part is that it works for /all/ X11 applications, even
in a plain old xterm (I'm writing this mail in vim in an xterm).

Cheers
-- 
t


signature.asc
Description: PGP signature

How to insert symbols into emails (was: Re: Monospace fonts, Re: Changing The PSI Definition)

[Franco Martelli]

On 26/01/24 at 20:50, David Wright wrote:

I'll give a shout-out for Hack,¹ which I can't fault for use in
xterms. Comparingxterm -geometry 80x25+0+0 -fa hack -fs 16
with   xterm -geometry 80x25+0+0 -fa inconsolata -fs 18
(to make the sizes roughly the same), I find the inconsolata
stroke width on the basic Roman alphabet is a little spindly.

Other criticisms are that the stroke widths (and even the size)
later in the table (eg 0x256–1312) are thicker or larger, and
many single-width characters are slightly oversize and get
truncated at the top & right (eg Ŵ at 0x372, Lj 456). Mixing
fractions is ugly, too: ½ ⅓ ⅔ ¼ ¾ ⅛ ⅜ ⅝ ⅞. The ‘’ quotes
are pretty, though.


Those symbols are very nice, which tool have you used to insert them? 
I'm using Thunderbird for my emails but I've to enable "Compose message 
in HTML" to have a small subset of symbols, for me isn't enough. I'm 
using KDE desktop.


Thanks in advance, best regards.

--
Franco Martelli

Re: Monospace fonts, Re: Changing The PSI Definition

[Michael Stone]

On Fri, Jan 26, 2024 at 01:50:38PM -0600, David Wright wrote:

On Fri 26 Jan 2024 at 07:25:13 (-0500), Dan Ritter wrote:

Greg Wooledge wrote:
> On Thu, Jan 25, 2024 at 07:32:38PM -0500, Thomas George wrote:
> > The current PSI works perfectly but I don't like the pale green prompt.
> >
> > Tried editing .bashrd , /ext/fprofile and /ext/bash.bashrc but no changes to
> > the PSI definition had any effect
>
> You appear to be asking about the shell prompt.
>
> In bash, the shell prompt is defined in the PS1 variable, which stands
> for "Prompt String One (1)".  The last character is the numeral 1, not
> the capital letter I.

Might be time for a new font. I like Inconsolata, but l1I!
should never look similar, nor O0@ or S$.


I'll give a shout-out for Hack,¹ which I can't fault for use in
xterms. Comparingxterm -geometry 80x25+0+0 -fa hack -fs 16
with   xterm -geometry 80x25+0+0 -fa inconsolata -fs 18
(to make the sizes roughly the same), I find the inconsolata
stroke width on the basic Roman alphabet is a little spindly.


I've been pretty happy with the Intel One Mono font lately, it seems to 
incorporate the lessons learned from previous attempts at a highly 
readable mono font and I find it extremely legible. There are complaints 
about certain features being "ugly", but I'm well into a stage of life 
where I care more about being able to easily read the text without 
eyestrain than what it looks like on a sample sheet.

Monospace fonts, Re: Changing The PSI Definition

[David Wright]

On Fri 26 Jan 2024 at 07:25:13 (-0500), Dan Ritter wrote:
> Greg Wooledge wrote: 
> > On Thu, Jan 25, 2024 at 07:32:38PM -0500, Thomas George wrote:
> > > The current PSI works perfectly but I don't like the pale green prompt.
> > > 
> > > Tried editing .bashrd , /ext/fprofile and /ext/bash.bashrc but no changes 
> > > to
> > > the PSI definition had any effect
> > 
> > You appear to be asking about the shell prompt.
> > 
> > In bash, the shell prompt is defined in the PS1 variable, which stands
> > for "Prompt String One (1)".  The last character is the numeral 1, not
> > the capital letter I.
> 
> Might be time for a new font. I like Inconsolata, but l1I!
> should never look similar, nor O0@ or S$. 

I'll give a shout-out for Hack,¹ which I can't fault for use in
xterms. Comparingxterm -geometry 80x25+0+0 -fa hack -fs 16
with   xterm -geometry 80x25+0+0 -fa inconsolata -fs 18
(to make the sizes roughly the same), I find the inconsolata
stroke width on the basic Roman alphabet is a little spindly.

Other criticisms are that the stroke widths (and even the size)
later in the table (eg 0x256–1312) are thicker or larger, and
many single-width characters are slightly oversize and get
truncated at the top & right (eg Ŵ at 0x372, Lj 456). Mixing
fractions is ugly, too: ½ ⅓ ⅔ ¼ ¾ ⅛ ⅜ ⅝ ⅞. The ‘’ quotes
are pretty, though.

Of course, these criticisms only apply to the implementation from
fonts-inconsolata, rendered on xterms, as compared with fonts-hack.
I don't know whether they arise because the font is a work in
progress, and the implementation hasn't yet caught up: eg, the
capitals with diacriticals look fine in the sample off the web at:
  https://levien.com/type/myfonts/textest.pdf

¹ I first saw Hack mentioned by Gene in May 2016, thanks.

Cheers,
David.

Re: Very small fonts on 4K monitor [solved]

[Stefan Monnier]

>> I think you'll want to read things like
>>  https://wiki.debian.org/MonitorDPI
> That's a rather old reference and not particularly relevant to Debian 12 /

Sorry, the information I mean to convey is that your problem is probably
an incorrect DPI info (presumably one influenced by the display driver
since changing the driver affects the result).

E.g. you may want to compare the physical screen size that `xrandr`
announces with the real size of your monitor (and also comparing the
size you get with nouveau and the one you get with nvidia).


Stefan

Re: Very small fonts on 4K monitor [solved]

[jeremy ardley]

On 1/7/23 10:27, Stefan Monnier wrote:

I think you'll want to read things like

 https://wiki.debian.org/MonitorDPI



That's a rather old reference and not particularly relevant to Debian 12 
/ Bookworm, and certainly not relevant to Mate desktop. It also doesn't 
fix the problem with Google Chrome where the font in the address bar is 
microscopic as well as the icons on that line. That is something 
specific to Google Chrome.


As an aside, a second side-effect of using the NVidia driver is an 
increase in the width on window edges you can click when you are 
dragging to resize.


Using the Nouveau driver and Mate the selection width was exactly 1 
pixel and very difficult to click. ( Quite how the driver affects the 
selection width is completely unclear to me ! )


With the Nvidia driver the edge selection is now sufficiently broad and 
it's easy to resize windows.



Jeremy

Re: Very small fonts on 4K monitor [solved]

[Stefan Monnier]

> I recently upgraded my display to a 4K monitor.
[...]
> I had the immediate problem that most text was almost too small
> to view.

I think you'll want to read things like

https://wiki.debian.org/MonitorDPI


-- Stefan

Very small fonts on 4K monitor [solved]

[jeremy ardley]

I recently upgraded my display to a 4K monitor.

I am running it with a new instance of Debian 12 under the Mate desktop, 
though I think the problem happens with other desktops.


I had the immediate problem that most text was almost too small to view. 
This occurred in many different applications and especially Google Chrome.


There are a variety of tweaks you can do to adjust the font sizes for 
applications and for Mate defaults. None are really satisfactory and for 
Google Chrome it was impossible to increase the microscopic size of the 
text in the address bar and the size of the adjacent icons.


I did a fair bit of research and tried the various chrome 'cheats' but 
with little or no  effect.


There is however an easy fix that I discovered. Ditch Nouveau!

I put in the Nvidia driver for my board and instantly almost all the 
font problems were solved. In fact I had to go back and undo all the 
font overrides I had in order to get an easily usable desktop.


This may well work with AMD graphics cards as well, but I've not tested it.


Jeremy

Re: install missing unicode fonts

[Matt Zagrabelny]

Huzzah! Thanks for the help, Darac!

-m

On Thu, Nov 17, 2022 at 2:58 PM Darac Marjal 
wrote:

>
> On 17/11/2022 19:32, Matt Zagrabelny wrote:
> > Greetings,
> >
> > I've done some searching but came up empty with the correct way to
> > install missing unicode fonts.
> >
> > For example, in my terminal I type "exa -l --icons" and I see:
> >
> >  (that is a rectangle with the codepoint: F158)
> >
> > I don't see what F158 is supposed to represent.
>
> This is probably a NerdFont https://www.nerdfonts.com
>
>
> >
> > How do I find the package that installs this glyph/font/icon/whatever?
> >
> > If there is more than one package that provides it, how do I find out
> > which one I should pick?
> >
> > Thanks for any help!
> >
> > -m
>

Re: install missing unicode fonts

[Darac Marjal]

On 17/11/2022 19:32, Matt Zagrabelny wrote:

Greetings,

I've done some searching but came up empty with the correct way to 
install missing unicode fonts.


For example, in my terminal I type "exa -l --icons" and I see:

 (that is a rectangle with the codepoint: F158)

I don't see what F158 is supposed to represent.


This is probably a NerdFont https://www.nerdfonts.com




How do I find the package that installs this glyph/font/icon/whatever?

If there is more than one package that provides it, how do I find out 
which one I should pick?


Thanks for any help!

-m


OpenPGP_signature
Description: OpenPGP digital signature

install missing unicode fonts

[Matt Zagrabelny]

Greetings,

I've done some searching but came up empty with the correct way to install
missing unicode fonts.

For example, in my terminal I type "exa -l --icons" and I see:

 (that is a rectangle with the codepoint: F158)

I don't see what F158 is supposed to represent.

How do I find the package that installs this glyph/font/icon/whatever?

If there is more than one package that provides it, how do I find out which
one I should pick?

Thanks for any help!

-m

Re: Tiny fonts, was Re: system lock up, not sure if related to "your system is too slow"

[songbird]

David Wright wrote:
...
> For 1280x720, you could try 1920x1080, or 960x540, according
> to how large you want the characters. With a screen having
> a wide aspect ratio, you might try 1600x900, 800x450, and
> so on (ie native resolution ÷ small integer).

  thank you, i've already got that taken care of by the
what i wrote in the other message.  it wasn't enough to
just change the font, but rerunning the configure step
which copied the relevant files to /etc/ so
they were available during early boot stage.

  i've not had any more lock ups recently but i'm also
running a different kernel now so perhaps it was a bug in
there someplace that got squashed.  for that i would need
some kind of way to trace everything that is running and
put it in a log that persists, but not so much that it
plugs up my entire system.  i'm hoping it's just fixed and
gone, but ...


  songbird

Tiny fonts, was Re: system lock up, not sure if related to "your system is too slow"

[David Wright]

On Thu 10 Mar 2022 at 08:44:10 (-0500), songbird wrote:
> Jörg-Volker Peetz wrote:

> > Did you take a look into `dmesg -l err` and `Xorg.log` in this case?
> 
>   no, i didn't, too hard for me to see or sit to squint at the 
> screen to be able to read.  the login prompt and screen fonts
> are so small that i type it all in by memory and can usually 
> get it right.  i used to have it set up where all the terminal 
> fonts would come up with a big enough font that i'd not have 
> that problem, but i've not been dealing much with the raw 
> terminal screens enough to do it on this system yet.

The trick I use to workaround this problem is:

. When the grub screen appears, press "E" instead of Return,

. Look at the Grub script that appears (you don't need to be
  able to actually /read/ it).

. The bottom line is the initrd line, preceded by a comment line,
  The third line from the bottom is the kernel line.

. Press  enough times to reach the bottom (you can just see
  the cursor appear below the bottom line), then  twice, followed
  by . That puts the cursor at the end of the kernel line.

. Type  video=1280x720

. Type Ctrl-X to boot.

For 1280x720, you could try 1920x1080, or 960x540, according
to how large you want the characters. With a screen having
a wide aspect ratio, you might try 1600x900, 800x450, and
so on (ie native resolution ÷ small integer).

Cheers,
David.

[résolu] Répertoire des fonts dans la home

[benoit]

Le jeudi 20 janvier 2022 à 20:48, didier gaumet  a 
écrit :

> Si tu n'installes pas des paquets de polices mais des polices à la main, la 
> réponse est là:
>
> https://wiki.debian.org/Fonts#Manually


En effet je vais les installer à la main.

Merci pour ta réponse.

--
Benoit

Re: Répertoire des fonts dans la home

[didier gaumet]

Si tu n'installes pas des paquets de polices mais des polices à la main, la 
réponse est là:
https://wiki.debian.org/Fonts#Manually

Répertoire des fonts dans la home

[benoit]

Bonjour à toutes et tous,

Pour installer de nouvelles fontes dans la home, quel est le standard sous 
debian ?
$HOME/.fonts
ou
$HOME/.local/share/fonts
Ou autre ?

Merci d'avance

--
Benoit

Sent with [ProtonMail](https://protonmail.com/) Secure Email.

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[David Wright]

On Thu 02 Dec 2021 at 05:15:26 (-0600), Nate Bargmann wrote:
> * On 2021 02 Dec 01:07 -0600, Jonathan Dowland wrote:
> > On Wed, Dec 01, 2021 at 09:31:43PM -0600, David Wright wrote:
> > > As for the firefox version, it manages to combine them, but
> > > throws the emphasis onto the face, and just looks like a
> > > mischievous kid's cartoon character.
> > 
> > That's exactly what I look like ;)
> 
> Close!  Going by your avatar I see when browsing the Planet Debian blog
> feed.  :-)
> 
> In Mutt running in Gnome Terminal I see a square following the face
> (screenshot attached).

To me, that's a boy chorister (butter wouldn't melt…),
except that the starched ruff should be white.
Sigh, more fonts … :)

Cheers,
David.

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Nate Bargmann]

* On 2021 02 Dec 01:07 -0600, Jonathan Dowland wrote:
> On Wed, Dec 01, 2021 at 09:31:43PM -0600, David Wright wrote:
> > As for the firefox version, it manages to combine them, but
> > throws the emphasis onto the face, and just looks like a
> > mischievous kid's cartoon character.
> 
> That's exactly what I look like ;)

Close!  Going by your avatar I see when browsing the Planet Debian blog
feed.  :-)

In Mutt running in Gnome Terminal I see a square following the face
(screenshot attached).

- Nate

-- 
"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819



signature.asc
Description: PGP signature

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Jonathan Dowland]

On Wed, Dec 01, 2021 at 09:31:43PM -0600, David Wright wrote:

As for the firefox version, it manages to combine them, but
throws the emphasis onto the face, and just looks like a
mischievous kid's cartoon character.


That's exactly what I look like ;)

--
Please do not CC me, I am subscribed to the list.

  Jonathan Dowland
✎j...@debian.org
   https://jmtd.net

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[David Wright]

On Tue 30 Nov 2021 at 10:47:07 (+), Jonathan Dowland wrote:
> On Sun, Nov 28, 2021 at 11:54:16AM -0800, Charlie Gibbs wrote:

> > eagerly leaving behind the originally all-text form of e-mail
> 
> Unicode *is* text, as far as I'm concerned. I don't see the point in
> limiting what I write to a 7-bit namespace from the 1960s, even if I am
> fortunate enough that my chosen names are representable in it.

I agree. It's almost as important that people read, or can switch
to, a fixed width font when reading technical lists like this one.

> > in favour of graphics that are gleefully being used to highlight them.
> 
> My signature includes an emoji which is configured to be a reasonable
> approximation of my appearance.

… bearing in mind that what we see depends on the fonts we have
installed. Until Sunday, your emoji had the bouffant/flip of
Mary Tyler Moore, but then she got older and lost the flip. If
I reverse the colours of the latter, it becomes more like a
mop with a parting, say John Lennon before he grew it long.
As for the firefox version, it manages to combine them, but
throws the emphasis onto the face, and just looks like a
mischievous kid's cartoon character.

Cheers,
David.

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Charlie Gibbs]

On 2021-12-01, Jonathan Dowland  wrote:

> Speaking of colour, I work at Red Hat and I have had  (U+1F3A9 TOP
> HAT) as the shell prompt character for the main RHEL virtual machine I
> use for work. At that time, my terminal did not support colour glyphs,
> and the font that was used to render that happened to use the Fedora
> fedora for that glyph, and I coloured it red using terminal colour
> escape codes. Later, IBM bought Red Hat. And at a similar time, I
> updated my (Debian) system and gained the ability to display coloured
> glyphs. The chosen font to supply that glyph was changed, and my
> red-coloured monochrome hat became a blue one. Spooky.

For what it's worth, I read this list in slrn via Usenet
(linux.debian.user).  The "top hat" glyph you include above shows up
as a two-character-wide box with tiny hex numbers in it, like this:

.---.
|01F|
|3A9|
`---'

I'm running Buster on a Lenovo T410.  My primary interest in UTF-8
is to display characters with various diacritical marks, which it
handles quite well.

On the other hand, while composing this reply in Thunderbird,
the top hat showed up.

BTW at the start of your signature lines I see the following:

.---.
|01F|01F|
|471|3FB|
`---'

(pencil)

.---.
|01F|
|517|
`---'

Note: those hex characters are _really_ tiny - even with a
magnifying glass I might have misread some of them.

In Thunderbird they come out as a blond-haired smiley face
with light-coloured skin, a pencil, and a couple of links
of chain.  I guess Thunderbird's UTF-8 support is quite good.

> (This whole thing reminded me of a sub-project I have on the
> backburner to map the Debian swirl to a spare unicode code-point;
> or, to U+F000 in the private use area, where Apple systems display
> the Apple logo. I got as far as importing the swirl graphic into a
> OTF format font.  I should pick it up!)

Fun.

>> Again, my apologies.
>
> No problem. Thank you,

Glad I could smooth the waters.

--
/~\  Charlie Gibbs  |  Life is perverse.
\ /|  It can be beautiful -
 X   I'm really at ac.dekanfrus |  but it won't.
/ \  if you read it the right way.  |-- Lily Tomlin

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Jonathan Dowland]

On Tue, Nov 30, 2021 at 09:49:15PM -0800, Charlie Gibbs wrote:

My signature includes an emoji which is configured to be a reasonable
approximation of my appearance.


That does sound like fun, even though curmudgeons like me might consider
it frivolous.  I doubt I'll have a hardware/software combination that's
capable of displaying all of it anytime soon - I still see tofu on my
flip phone - but I'm not trying to stop anyone else from having harmless
fun with it.


I was a little surprised when this side-thread popped up, and I'd
mentally filtered out my signature when reading my own mails. FWIW, the
pencil and anchor render fine for me in my usual mail environment (mutt
in a terminal), but the emoji person and the skin colour swatch are not
combined. They are both individually rendered and in colour, so there's
that. Perhaps one day I'll find that something has changed in the
software stack and they become so! It does render properly via Firefox
in the mailing list archives.

Speaking of colour, I work at Red Hat and I have had  (U+1F3A9 TOP
HAT) as the shell prompt character for the main RHEL virtual machine I
use for work. At that time, my terminal did not support colour glyphs,
and the font that was used to render that happened to use the Fedora
fedora for that glyph, and I coloured it red using terminal colour
escape codes. Later, IBM bought Red Hat. And at a similar time, I
updated my (Debian) system and gained the ability to display coloured
glyphs. The chosen font to supply that glyph was changed, and my
red-coloured monochrome hat became a blue one. Spooky.

(This whole thing reminded me of a sub-project I have on the backburner
to map the Debian swirl to a spare unicode code-point; or, to U+F000 in
the private use area, where Apple systems display the Apple logo. I got
as far as importing the swirl graphic into a OTF format font.  I should
pick it up!)



Again, my apologies.


No problem. Thank you,

--
Please do not CC me, I am subscribed to the list.

  Jonathan Dowland
✎j...@debian.org
   https://jmtd.net

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Charlie Gibbs]

On Tue Nov 30 11:54:48 2021 Jonathan Dowland 
wrote:

> On Sun, Nov 28, 2021 at 11:54:16AM -0800, Charlie Gibbs wrote:
>
>> Am I the only one who sees the irony in all this?  We're living
>> in an era where the so-called "woke" generation is taking offence
>> at every perceived slight or sign of racial or sexual discrimination,
>> however minor.  Yet these same people are eagerly leaving behind the
>> originally all-text form of e-mail
>
> Since we're talking about my email signature here, this
> characterisation you've described is meant to be me.  I don't know
> what *I've* done for you to describe me that way, but at best it's
> irrelevant to debian-user. It's perjorative, and I would ask that you
> stop writing perjoratively about me on this mailing list, and go and
> re-read the Code of Conduct for participating in Debian.

I wasn't aiming it specifically at you, but merely pointing out
some conflicting trends that I've been seeing in society at large.
On re-reading the thread, I realize that I did fly off the handle.
Chalk it up to having read one too many news stories about the
Politically Correct 2.0 bullshit that is going on these days.
As the old netiquette guidelines suggest, one shouldn't post
when tired, drunk, or angry.  (I probably qualified for two
of the three.)

I apologize for having offended you; it was not my intent.

>> eagerly leaving behind the originally all-text form of e-mail
>
> Unicode *is* text, as far as I'm concerned. I don't see the point in
> limiting what I write to a 7-bit namespace from the 1960s, even if I
> am fortunate enough that my chosen names are representable in it.

Indeed, I'm an eager adopter of UTF-8 myself.

> in favour of graphics that are gleefully being used to highlight them.
>
> My signature includes an emoji which is configured to be a reasonable
> approximation of my appearance.

That does sound like fun, even though curmudgeons like me might consider
it frivolous.  I doubt I'll have a hardware/software combination that's
capable of displaying all of it anytime soon - I still see tofu on my
flip phone - but I'm not trying to stop anyone else from having harmless
fun with it.

Again, my apologies.

--
cgi...@surfnaked.ca (Charlie Gibbs)

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Jonathan Dowland]

On Sun, Nov 28, 2021 at 11:54:16AM -0800, Charlie Gibbs wrote:

Am I the only one who sees the irony in all this?  We're living
in an era where the so-called "woke" generation is taking offence
at every perceived slight or sign of racial or sexual discrimination,
however minor.  Yet these same people are eagerly leaving behind the
originally all-text form of e-mail


Since we're talking about my email signature here, this characterisation
you've described is meant to be me.  I don't know what *I've* done for
you to describe me that way, but at best it's irrelevant to debian-user.
It's perjorative, and I would ask that you stop writing perjoratively
about me on this mailing list, and go and re-read the Code of Conduct
for participating in Debian.


eagerly leaving behind the originally all-text form of e-mail


Unicode *is* text, as far as I'm concerned. I don't see the point in
limiting what I write to a 7-bit namespace from the 1960s, even if I am
fortunate enough that my chosen names are representable in it.


in favour of graphics that are gleefully being used to highlight them.


My signature includes an emoji which is configured to be a reasonable
approximation of my appearance.

--
Please do not CC me for listmail.

  Jonathan Dowland
✎j...@debian.org
   https://jmtd.net

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[David Wright]

On Sun 28 Nov 2021 at 11:54:16 (-0800), Charlie Gibbs wrote:
> On Sun Nov 28 11:38:54 2021 Celejar wrote:
> > On Sat, 27 Nov 2021 22:58:58 -0600 David Wright wrote:
> >> On Sat 27 Nov 2021 at 07:22:45 (-0600), John Hasler wrote:
> >>> Celejar writes:
> >>>
> >>>> I'm curious: do most users of Debian on the desktop (who use MUA
> >>>> software, as opposed to webmail via a browser) have such a font
> >>>> installed, or do they see tofu?
> >>>
> >>> I use Gnus.  I've never manually installed any emoji fonts
> >>> (or any other fonts) but I see the glyphs, not the tofu.
> >>
> >> Questions like this remind me how little I understand font handling.
> >> I read mail in mutt in xterm in fvwm in X, currently in buster, and
> >> I see four glyphs. If I save the email in a file, then I see the
> >
> > ...
> >
> >> I wrote /four/ glyphs, but it sounds as if Celejar sees three,
> >> the first one being coloured with some sort of skin tone. My
> >> second glyph, , is a half-tone box with three lines of dots
> >> inside, of 3, 4 and 3 dots.
> >
> > I assume that the reason I see three and you see four is that the
> > first one (of my three) consists of a combination of the basic
> > "blond haired person" glyph plus a "light skin tone" modifier glyph,
> > which are presumably ideally supposed to be displayed together:
> >
> > https://emojiterra.com/blond-haired-person-light-skin-tone/
> 
> Am I the only one who sees the irony in all this?  We're living
> in an era where the so-called "woke" generation is taking offence
> at every perceived slight or sign of racial or sexual discrimination,
> however minor.  Yet these same people are eagerly leaving behind the
> originally all-text form of e-mail - which has no glyphs that portray
> such differences - in favour of graphics that are gleefully being used
> to highlight them.  Why is nobody being "triggered" by this?

That assumes that I look at the emojis and have a clue what they
mean. I'm really only interested in this conversation in order to get
a more complete repertoire of Unicode displayed correctly. If you were
to look at my personal quick-view chart of Unicode, I think you'd see
that emojis are distinctly lacking. Currently I print:

  ranges = [range(0x20, 0x520, 32),
range(0x2000, 0x2be0, 32),
range(0x2e00, 0x2e40, 32),
range(0x3000, 0x3020, 32),]

Some of these look as if they're combining forms (like the accents
and squiggles, for want of a better word), but I've not found an
opportunity to see clearly whether combining forms actually combine,
before this. (Ie, the result would be an obvious change in glyphs.)

Cheers,
David.

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[David Wright]

On Sun 28 Nov 2021 at 15:43:52 (-0500), Celejar wrote:
> On Sun, 28 Nov 2021 14:11:27 -0600 John Hasler wrote:
> > Celejar writes:
> > > ...or even "recommends" that one...
> > 
> > I wrote:
> > > How do you know?
> > 
> > Celejar writes:
> > > $ apt-cache rdepends fonts-recommended 
> > > fonts-recommended
> > > Reverse Depends:
> > 
> > That doesn't show recommends.
> 
> Yes, it does. From the man page:
> 
> --no-pre-depends, --no-depends, --no-recommends, --no-suggests, 
> --no-conflicts, --no-breaks, --no-replaces, --no-enhances
>Per default the depends and rdepends print all dependencies. This 
> can be tweaked with these flags which will omit the specified
>dependency type. Configuration Item: 
> APT::Cache::ShowDependencyType e.g.  APT::Cache::ShowRecommends.

I wouldn't even need a Suggestion to install such a meta-package.
Anything to reduce the size of this line out of my "basic packages" list:

apt-get -y install fonts-lyx fonts-ricty-diminished texlive-font-utils 
fonts-rufscript fonts-yanone-kaffeesatz xfonts-efont-unicode-ib 
fonts-humor-sans fonts-3270 fonts-cantarell fonts-gfs-didot-classic 
fonts-ecolier-court ttf-aenigma texlive-fonts-recommended-doc 
texlive-fonts-extra fonts-oxygen fonts-lobster xfonts-jmk 
xfonts-terminus-oblique fonts-gfs-baskerville texlive-latex-extra-doc 
texlive-pictures texlive-fonts-recommended pfb2t1c2pfb fonts-ocr-a fonts-ocr-b 
texlive-latex-extra preview-latex-style xfonts-75dpi ps2eps fonts-oflb-euterpe 
ttf-anonymous-pro texlive-fonts-extra-doc fonts-gfs-bodoni-classic 
fonts-inconsolata xfonts-efont-unicode fonts-hack fonty-rg texlive-pstricks-doc 
xfonts-terminus texlive-pstricks fonts-ipafont-gothic cm-super-x11 tipa 
tex-gyre fonts-dkg-handwriting fonts-tiresias fonts-texgyre xfonts-100dpi 
cm-super tv-fonts texlive-latex-recommended-doc fonts-ecolier-lignes-court 
fonts-mph-2b-damase fonts-ipafont-mincho xfonts-scalable fonts-ipafont 
texlive-pictures-doc texlive-latex-recommended fonts-fantasque-sans 
fonts-liberation2 xfonts-intl-phonetic texlive-extra-utils cm-super-minimal # 
ttf-denemo # missing

Cheers,
David.

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Celejar]

On Sun, 28 Nov 2021 14:11:27 -0600
John Hasler  wrote:

> Celejar writes:
> > ...or even "recommends" that one...
> 
> I wrote:
> > How do you know?
> 
> Celejar writes:
> > $ apt-cache rdepends fonts-recommended 
> > fonts-recommended
> > Reverse Depends:
> 
> That doesn't show recommends.

Yes, it does. From the man page:

--no-pre-depends, --no-depends, --no-recommends, --no-suggests, --no-conflicts, 
--no-breaks, --no-replaces, --no-enhances
   Per default the depends and rdepends print all dependencies. This 
can be tweaked with these flags which will omit the specified
   dependency type. Configuration Item: APT::Cache::ShowDependencyType 
e.g.  APT::Cache::ShowRecommends.

Celejar

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Charlie Gibbs]

On Sun Nov 28 11:38:54 2021 Celejar  wrote:

> On Sat, 27 Nov 2021 22:58:58 -0600
> David Wright  wrote:
>
>> On Sat 27 Nov 2021 at 07:22:45 (-0600), John Hasler wrote:
>>
>>> Celejar writes:
>>>
>>>> I'm curious: do most users of Debian on the desktop (who use MUA
>>>> software, as opposed to webmail via a browser) have such a font
>>>> installed, or do they see tofu?
>>>
>>> I use Gnus.  I've never manually installed any emoji fonts
>>> (or any other fonts) but I see the glyphs, not the tofu.
>>
>> Questions like this remind me how little I understand font handling.
>> I read mail in mutt in xterm in fvwm in X, currently in buster, and
>> I see four glyphs. If I save the email in a file, then I see the
>
> ...
>
>> I wrote /four/ glyphs, but it sounds as if Celejar sees three,
>> the first one being coloured with some sort of skin tone. My
>> second glyph, , is a half-tone box with three lines of dots
>> inside, of 3, 4 and 3 dots.
>
> I assume that the reason I see three and you see four is that the
> first one (of my three) consists of a combination of the basic
> "blond haired person" glyph plus a "light skin tone" modifier glyph,
> which are presumably ideally supposed to be displayed together:
>
> https://emojiterra.com/blond-haired-person-light-skin-tone/

Am I the only one who sees the irony in all this?  We're living
in an era where the so-called "woke" generation is taking offence
at every perceived slight or sign of racial or sexual discrimination,
however minor.  Yet these same people are eagerly leaving behind the
originally all-text form of e-mail - which has no glyphs that portray
such differences - in favour of graphics that are gleefully being used
to highlight them.  Why is nobody being "triggered" by this?

--
/~\  Charlie Gibbs  |  Microsoft is a dictatorship.
\ /|  Apple is a cult.
 X   I'm really at ac.dekanfrus |  Linux is anarchy.
/ \  if you read it the right way.  |  Pick your poison.

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[John Hasler]

Celejar writes:
> ...or even "recommends" that one...

I wrote:
> How do you know?

Celejar writes:
> $ apt-cache rdepends fonts-recommended 
> fonts-recommended
> Reverse Depends:

That doesn't show recommends.
-- 
John Hasler 
j...@sugarbit.com
Elmwood, WI USA

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Celejar]

On Sun, 28 Nov 2021 12:38:19 -0600
John Hasler  wrote:

> I wrote:
> > Do you have the "fonts-recommended" package installed?
> 
> Celejar writes:
> > No, I had never heard of it. Do you?
> 
> Yes.
> 
> > No, I had never heard of it. Do you? No package depends on [it]...
> 
> True.
> 
> > ...or even "recommends" that one...
> 
> How do you know?

$ apt-cache rdepends fonts-recommended 
fonts-recommended
Reverse Depends:

Celejar

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[David Wright]

On Sat 27 Nov 2021 at 21:50:22 (-0600), John Hasler wrote:
> Do you have the "fonts-recommended" package installed?

Obviously I'm doing something wrong (or not doing it),
as I have just installed all the fonts available in
buster that match fonts-recommended/bullseye, including
fonts-noto-color-emoji, and yet:

$ dpkg -l | grep emoji
ii  fonts-noto-color-emoji0~20180810-1allcolor emoji font from 
Google
ii  fonts-symbola 2.60-1  allsymbolic font providing 
emoji characters from Unicode 9.0
$ fc-list noto
$ fc-match noto
DejaVuSans.ttf: "DejaVu Sans" "Book"
$ 

Nothing changes from my previous post: four monochrome emojis.
(I take Celejar's point, that correct installation and
implementation would cause the first two to combine.)

Cheers,
David.

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[John Hasler]

I wrote:
> Do you have the "fonts-recommended" package installed?

Celejar writes:
> No, I had never heard of it. Do you?

Yes.

> No, I had never heard of it. Do you? No package depends on [it]...

True.

> ...or even "recommends" that one...

How do you know?
-- 
John Hasler 
j...@sugarbit.com
Elmwood, WI USA

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Celejar]

On Sat, 27 Nov 2021 22:58:58 -0600
David Wright  wrote:

> On Sat 27 Nov 2021 at 07:22:45 (-0600), John Hasler wrote:
> > Celejar writes:
> > > I'm curious: do most users of Debian on the desktop (who use MUA
> > > software, as opposed to webmail via a browser) have such a font
> > > installed, or do they see tofu?
> > 
> > I use Gnus.  I've never manually installed any emoji fonts (or any other
> > fonts) but I see the glyphs, not the tofu.
> 
> Questions like this remind me how little I understand font handling.
> I read mail in mutt in xterm in fvwm in X, currently in buster, and
> I see four glyphs. If I save the email in a file, then I see the

...

> I wrote /four/ glyphs, but it sounds as if Celejar sees three,
> the first one being coloured with some sort of skin tone. My
> second glyph, , is a half-tone box with three lines of dots
> inside, of 3, 4 and 3 dots.

I assume that the reason I see three and you see four is that the first
one (of my three) consists of a combination of the basic "blond haired
person" glyph plus a "light skin tone" modifier glyph, which are
presumably ideally supposed to be displayed together:

https://emojiterra.com/blond-haired-person-light-skin-tone/

Celejar

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Celejar]

On Sat, 27 Nov 2021 21:50:22 -0600
John Hasler  wrote:

> Do you have the "fonts-recommended" package installed?

No, I had never heard of it. Do you? No package depends on or even
"recommends" that one, so I'm not sure how you would have ended up with
it insofar as you "never manually installed any emoji fonts (or any
other fonts)."

Celejar

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[The Wanderer]

On 2021-11-28 at 10:45, Nate Bargmann wrote:

> * On 2021 27 Nov 20:09 -0600, Celejar wrote:
>
>> I'm pretty sure Droid Sans Mono Slashed doesn't have the glyphs in
>> question, and that you must actually have the noto or similar fonts
>> installed, with some part of the Gnome infrastructure finding them when
>> you select the glyphs. What does "fc-list | grep noto" show?
> 
> $ fc-list | grep noto
> /usr/share/fonts/truetype/noto/NotoSansMono-Regular.ttf: Noto Sans 
> Mono:style=Regular
> /usr/share/fonts/truetype/noto/NotoSansMono-Bold.ttf: Noto Sans 
> Mono:style=Bold
> /usr/share/fonts/truetype/noto/NotoMono-Regular.ttf: Noto Mono:style=Regular

These three are from fonts-noto-mono.

> /usr/share/fonts/truetype/noto/NotoColorEmoji.ttf: Noto Color 
> Emoji:style=Regular

This one is from fonts-noto-color-emoji.

For comparison, according to a quick naive check I just ran, the
TrueType font-file counts per noto package are as follows:

fonts-noto-core: 268
fonts-noto-extra: 1540
fonts-noto-hinted: 0
fonts-noto-mono: 3
fonts-noto-ui-core: 36
fonts-noto-ui-extra: 532
fonts-noto-unhinted: 0
fonts-noto-cjk: 0
fonts-noto-cjk-extra: 0
fonts-noto-color-emoji: 1

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Nate Bargmann]

* On 2021 27 Nov 20:09 -0600, Celejar wrote:
> I'm pretty sure Droid Sans Mono Slashed doesn't have the glyphs in
> question, and that you must actually have the noto or similar fonts
> installed, with some part of the Gnome infrastructure finding them when
> you select the glyphs. What does "fc-list | grep noto" show?

$ fc-list | grep noto
/usr/share/fonts/truetype/noto/NotoSansMono-Regular.ttf: Noto Sans 
Mono:style=Regular
/usr/share/fonts/truetype/noto/NotoSansMono-Bold.ttf: Noto Sans Mono:style=Bold
/usr/share/fonts/truetype/noto/NotoMono-Regular.ttf: Noto Mono:style=Regular
/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf: Noto Color 
Emoji:style=Regular

> If you have the noto fonts installed, try uninstalling them and then
> see if your system can still display the glyphs.

As I don't really care to mess with a working system, perhaps someone
else without the Noto fonts can post their before and after results.

I see that gnome-core depends on gnome-characters which, in turn,
recommends fonts-noto-color-emoji and I have Aptitude configured to
install Recommends automatically.  So here the noto package shows to be
automatically installed so I guess I got the functionality "for free" by
using Gnome.

- Nate

-- 
"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819



signature.asc
Description: PGP signature

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[The Wanderer]

On 2021-11-27 at 22:36, Celejar wrote:

> On Sat, 27 Nov 2021 21:28:05 -0500
> The Wanderer  wrote:
> 
>> On 2021-11-27 at 21:08, Celejar wrote:

>>> I'm pretty sure Droid Sans Mono Slashed doesn't have the glyphs in
>>> question, and that you must actually have the noto or similar fonts
>>> installed, with some part of the Gnome infrastructure finding them when
>>> you select the glyphs. What does "fc-list | grep noto" show?
>> 
>> If my own system is any guide, that may be an overly broad sort of
>> question.
>> 
>> $ fc-list | wc -l
>>2479
> 
> Well, I didn't ask for that one.

Yeah - that was just to give a sense of context and scale for the rest.

>> $ fc-list | grep noto | wc -l
>>1847
> 
> Huh. Our systems must be very different:
> 
> ~$ fc-list | grep noto | wc -l
> 1
> 
> ~$ fc-list | grep noto
> /usr/share/fonts/truetype/noto/NotoColorEmoji.ttf: Noto Color 
> Emoji:style=Regular

That'd probably be because you only have one of the fonts-noto-*
packages installed, whereas I have four of them (and we don't have any
overlap).

>> The above is with the following installed package set:
>> 
>> dpkg -l "fonts-noto*" | grep ^ii
>> ii  fonts-noto-core 20201225-1   all  "No Tofu" font
>> families with large Unicode coverage (core)
>> ii  fonts-noto-extra20201225-1   all  "No Tofu" font
>> families with large Unicode coverage (extra)
>> ii  fonts-noto-mono 20201225-1   all  "No Tofu" monospaced
>> font family with large Unicode coverage
>> ii  fonts-noto-ui-core  20201225-1   all  "No Tofu" font
>> families with large Unicode coverage (UI core)
>> 
>> I don't think I was aware that there are color versions, and I certainly
>> don't think I'd want them.

Going a bit beyond this for more context:

$ apt-file search /usr/share/fonts/truetype/noto/ | wc -l
2380

(So my 1847 is about three-fourths of the total, assuming no collisions.
I did also verify that every item in this count is named as being a TTF
file.)

$ apt-file search /usr/share/fonts/truetype/noto/ | cut -d ':' -f 1 | uniq
fonts-noto-color-emoji
fonts-noto-core
fonts-noto-extra
fonts-noto-mono
fonts-noto-ui-core
fonts-noto-ui-extra

Per the above, I have four of those installed: core, extra, mono, and
ui-core. By contrast, you appear to have only one installed:
color-emoji, which (according to 'apt-file show') appears to contain
only one font file - the one you reported from fc-list, above.

In my case, I got tired of seeing the "tofu" (without, I think, ever
learning that term), and went out of my way to install fonts to provide
as much coverage as I could manage. I appear to have missed one or two,
but I haven't seen any missing glyphs in rather a while.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[David Wright]

On Sat 27 Nov 2021 at 07:22:45 (-0600), John Hasler wrote:
> Celejar writes:
> > I'm curious: do most users of Debian on the desktop (who use MUA
> > software, as opposed to webmail via a browser) have such a font
> > installed, or do they see tofu?
> 
> I use Gnus.  I've never manually installed any emoji fonts (or any other
> fonts) but I see the glyphs, not the tofu.

Questions like this remind me how little I understand font handling.
I read mail in mutt in xterm in fvwm in X, currently in buster, and
I see four glyphs. If I save the email in a file, then I see the
same glyphs in less etc. The font that I'm using in the xterm is
fonts-hack/fonts-hack-otf/fonts-hack-ttf/fonts-hack-web, whichever
of those is pulled in by   xterm -fa hack -fs 16 ….

If I type  xfd -fa hack, I can only display as far as 0x00feff,
which is far short of all but LOWER RIGHT PENCIL, and even that
glyph is displayed in xfd as an empty box. So it would appear
that something is performing font substitution in the xterm.
Hack is a pretty sparsely populated font AIUI.

A windowed   emacs -fn terminus-18   displays the pencil, and
replaces the others by boxes containing the appropriate hex
codes, 01f471, 01f3fb, and 01f517.

xfd -fn terminus-18   displays the pencil's glyph as ? (and
doesn't display a sufficient range to reach the others).

Running less in   xterm -fn terminus-18, I get a single-width
blank space for the pencil, and double-width ? for the others.

In case it matters, /etc/default/console-setup contains
  CHARMAP="UTF-8"
  CODESET="Uni2"
  FONTFACE="Terminus"
  FONTSIZE="16x32"

A VC displays solid diamonds for all of them.

I do have some noto packages installed (fonts-noto-hinted pulls
in fonts-noto-core, fonts-noto-mono and fonts-noto-ui-core in
buster), but don't know what's in them. When I use xfd on them,
it always displays DejaVu instead, and   fc-list noto
returns nothing. (fonts-recommended is new in bullseye.)

I wrote /four/ glyphs, but it sounds as if Celejar sees three,
the first one being coloured with some sort of skin tone. My
second glyph, , is a half-tone box with three lines of dots
inside, of 3, 4 and 3 dots.

Cheers,
David.

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[John Hasler]

Do you have the "fonts-recommended" package installed?
-- 
John Hasler 
j...@sugarbit.com
Elmwood, WI USA

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Celejar]

On Sat, 27 Nov 2021 21:00:35 -0600
John Hasler  wrote:

> Celejar writes:
> > What does fc-list | grep noto return?
> 
> 272 lines.

Sorry - see my other message in this thread. So you clearly have the
Noto fonts installed. They're not essential packages, so something you
installed must have brought them in, if you didn't do so manually.

> (No need to cc me)

Sorry, Sylpheed's reply-to-list puts your email address in the CC field
- perhaps because you set an explicit reply-to header? I'll take it out
in the future.

Celejar

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Celejar]

On Sat, 27 Nov 2021 21:28:05 -0500
The Wanderer  wrote:

> On 2021-11-27 at 21:08, Celejar wrote:
> 
> > On Fri, 26 Nov 2021 18:50:29 -0600
> > Nate Bargmann  wrote:
> > 
> >> * On 2021 26 Nov 11:36 -0600, Celejar wrote:
> 
> >>> I finally got tired of seeing tofu for some of the glyphs in your sig,
> >>> so I looked up their Unicode codepoints:
> >> 
> >> Interestingly, I see the glyphs in Mutt running in Gnome Terminal and in
> >> Vim as I edit this in the same Gnome Terminal.  My font is one
> >> installed locally, Droid Sans Mono Slashed which provides the zero
> >> character with a slash.
> >> 
> >> I know that there is keyboard sequence in Gnome Terminal (Ctl-Shift-E
> >> then Space) to bring up a menu to select Unicode glyphs.
> >> 
> >> 
> > 
> > I'm pretty sure Droid Sans Mono Slashed doesn't have the glyphs in
> > question, and that you must actually have the noto or similar fonts
> > installed, with some part of the Gnome infrastructure finding them when
> > you select the glyphs. What does "fc-list | grep noto" show?
> 
> If my own system is any guide, that may be an overly broad sort of
> question.
> 
> $ fc-list | wc -l
>2479

Well, I didn't ask for that one.

> $ fc-list | grep noto | wc -l
>1847

Huh. Our systems must be very different:

~$ fc-list | grep noto | wc -l
1

~$ fc-list | grep noto
/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf: Noto Color 
Emoji:style=Regular

> $ fc-list | grep -v noto | wc -l
> 632
> 
> Asking for the output of something that produces potentially thousands
> of lines may be slightly ill-advised (although asking the user to check
> that output and report back might be another story, and now that I look
> back it's not entirely clear which of the two you were intending).

I confess that it simply didn't occur to me that some systems would be
so different from mine. I concede that that may have been a naive
assumption ;)

> The above is with the following installed package set:
> 
> dpkg -l "fonts-noto*" | grep ^ii
> ii  fonts-noto-core 20201225-1   all  "No Tofu" font
> families with large Unicode coverage (core)
> ii  fonts-noto-extra20201225-1   all  "No Tofu" font
> families with large Unicode coverage (extra)
> ii  fonts-noto-mono 20201225-1   all  "No Tofu" monospaced
> font family with large Unicode coverage
> ii  fonts-noto-ui-core  20201225-1   all  "No Tofu" font
> families with large Unicode coverage (UI core)
> 
> I don't think I was aware that there are color versions, and I certainly
> don't think I'd want them.
> 
> (FWIW, with this set installed, I see actual glyphs rather than the
> "tofu' for each of the four in Jonathan Dowland's .sig - although I
> can't actually quite tell what the second one is, even at full
> enlargement.)

Celejar

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[John Hasler]

Celejar writes:
> What does fc-list | grep noto return?

272 lines.

(No need to cc me)
-- 
John Hasler 
j...@sugarbit.com
Elmwood, WI USA

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[The Wanderer]

On 2021-11-27 at 21:08, Celejar wrote:

> On Fri, 26 Nov 2021 18:50:29 -0600
> Nate Bargmann  wrote:
> 
>> * On 2021 26 Nov 11:36 -0600, Celejar wrote:

>>> I finally got tired of seeing tofu for some of the glyphs in your sig,
>>> so I looked up their Unicode codepoints:
>> 
>> Interestingly, I see the glyphs in Mutt running in Gnome Terminal and in
>> Vim as I edit this in the same Gnome Terminal.  My font is one
>> installed locally, Droid Sans Mono Slashed which provides the zero
>> character with a slash.
>> 
>> I know that there is keyboard sequence in Gnome Terminal (Ctl-Shift-E
>> then Space) to bring up a menu to select Unicode glyphs.
>> 
>> 
> 
> I'm pretty sure Droid Sans Mono Slashed doesn't have the glyphs in
> question, and that you must actually have the noto or similar fonts
> installed, with some part of the Gnome infrastructure finding them when
> you select the glyphs. What does "fc-list | grep noto" show?

If my own system is any guide, that may be an overly broad sort of
question.

$ fc-list | wc -l
   2479
$ fc-list | grep noto | wc -l
   1847
$ fc-list | grep -v noto | wc -l
632

Asking for the output of something that produces potentially thousands
of lines may be slightly ill-advised (although asking the user to check
that output and report back might be another story, and now that I look
back it's not entirely clear which of the two you were intending).

The above is with the following installed package set:

dpkg -l "fonts-noto*" | grep ^ii
ii  fonts-noto-core 20201225-1   all  "No Tofu" font
families with large Unicode coverage (core)
ii  fonts-noto-extra20201225-1   all  "No Tofu" font
families with large Unicode coverage (extra)
ii  fonts-noto-mono 20201225-1   all  "No Tofu" monospaced
font family with large Unicode coverage
ii  fonts-noto-ui-core  20201225-1   all  "No Tofu" font
families with large Unicode coverage (UI core)

I don't think I was aware that there are color versions, and I certainly
don't think I'd want them.

(FWIW, with this set installed, I see actual glyphs rather than the
"tofu' for each of the four in Jonathan Dowland's .sig - although I
can't actually quite tell what the second one is, even at full
enlargement.)

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Celejar]

On Fri, 26 Nov 2021 18:50:29 -0600
Nate Bargmann  wrote:

> * On 2021 26 Nov 11:36 -0600, Celejar wrote:
> > On Thu, 25 Nov 2021 10:43:16 +
> > Jonathan Dowland  wrote:
> > 
> > ...
> > 
> > > Jonathan Dowland
> > > ✎  j...@debian.org
> > >  https://jmtd.net
> > 
> > I finally got tired of seeing tofu for some of the glyphs in your sig,
> > so I looked up their Unicode codepoints:
> 
> Interestingly, I see the glyphs in Mutt running in Gnome Terminal and in
> Vim as I edit this in the same Gnome Terminal.  My font is one
> installed locally, Droid Sans Mono Slashed which provides the zero
> character with a slash.
> 
> I know that there is keyboard sequence in Gnome Terminal (Ctl-Shift-E
> then Space) to bring up a menu to select Unicode glyphs.
> 
> 

I'm pretty sure Droid Sans Mono Slashed doesn't have the glyphs in
question, and that you must actually have the noto or similar fonts
installed, with some part of the Gnome infrastructure finding them when
you select the glyphs. What does "fc-list | grep noto" show? If you
have the noto fonts installed, try uninstalling them and then see if
your system can still display the glyphs.

Celejar

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Celejar]

On Sat, 27 Nov 2021 01:32:51 +0100
Michael Lange  wrote:

> Hi,
> 
> On Fri, 26 Nov 2021 12:36:04 -0500
> Celejar  wrote:
> 
> (...)
> > I'm curious: do most users of Debian on the desktop (who use MUA
> > software, as opposed to webmail via a browser) have such a font
> > installed, or do they see tofu?
> 
> no idea what "most users" do; I am actually using sylpheed too, and I too
> have these "emoji fonts" installed. Makes life easier sometimes, when
> people use emoijis as a means of communication and just assume that you
> are able to have them displayed.

Makes sense. And my emails are now certainly more colorful ;)

> Have a nice day :-)

Celejar

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Celejar]

On Sat, 27 Nov 2021 07:22:45 -0600
John Hasler  wrote:

> Celejar writes:
> > I'm curious: do most users of Debian on the desktop (who use MUA
> > software, as opposed to webmail via a browser) have such a font
> > installed, or do they see tofu?
> 
> I use Gnus.  I've never manually installed any emoji fonts (or any other
> fonts) but I see the glyphs, not the tofu.

What does

$ fc-list | grep noto

return?

Celejar

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Celejar]

On Sat, 27 Nov 2021 23:41:37 +0100
Linux-Fan  wrote:

> Nate Bargmann writes:
> 
> > * On 2021 26 Nov 11:36 -0600, Celejar wrote:
> > > On Thu, 25 Nov 2021 10:43:16 +
> > > Jonathan Dowland  wrote:
> > >
> > > ...
> > >
> > > >   Jonathan Dowland
> > > > ✎j...@debian.org
> > > >    https://jmtd.net
> > >
> > > I finally got tired of seeing tofu for some of the glyphs in your sig,
> > > so I looked up their Unicode codepoints:
> >
> > Interestingly, I see the glyphs in Mutt running in Gnome Terminal and in
> > Vim as I edit this in the same Gnome Terminal.  My font is one
> > installed locally, Droid Sans Mono Slashed which provides the zero
> > character with a slash.
> >
> > I know that there is keyboard sequence in Gnome Terminal (Ctl-Shift-E
> > then Space) to bring up a menu to select Unicode glyphs.
> >
> > 
> >
> > - Nate
> 
> I use the cone e-mail client in rxvt-unicode with the Terminus bitmap font  
> and I see only the icon next to `j...@debian.org`. Apart from that, the  

Yes, that one seems to be included in "normal" system fonts - I, too,
saw it before I installed the noto fonts.

> first line of the signature has two squares, the third line one and the post  

The two squares is apparently because the "person with blond hair" has
a "light skin tone" modifier:

https://emojipedia.org/person-light-skin-tone-blond-hair/

> by Nate has a single square, too.
> 
> I can view the glyphs correctly by saving the mail as text file and opening  
> it with mousepad. `aptitude search ~inoto` returns the following here:
> 
> | idA fonts-noto-color-emoji- color emoji font from Google
> | i A fonts-noto-core   - "No Tofu" font families with large
> | i A fonts-noto-extra  - "No Tofu" font families with large
> | i A fonts-noto-mono   - "No Tofu" monospaced font family wi
> | i A fonts-noto-ui-core

Okay, so when mousepad is showing the glyphs, it's presumably using the
noto fonts.

> I am pretty fine with _not_ seeing the correct glyphs by default given that  
> I do not want fancy colorful icons in my terminals anyway :)

:/

Celejar

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Celejar]

On Sat, 27 Nov 2021 12:29:33 +0100
"Sijmen J. Mulder"  wrote:

> Celejar :
> > I'm curious: do most users of Debian on the desktop (who use MUA
> > software, as opposed to webmail via a browser) have such a font
> > installed, or do they see tofu?
> 
> I too use Sylpheed and get tofu. I must have mistakenly assumed emoji
> fonts would be installed by default hence this being a Sylpheed
> limitation. Thanks for enlightening!

:)

> Same issue with Sylpheed on Windows by the way, wonder if the same
> solution would work...

You can report back once you try it ;)

> Sijmen

Celejar

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Linux-Fan]

Nate Bargmann writes:


* On 2021 26 Nov 11:36 -0600, Celejar wrote:
> On Thu, 25 Nov 2021 10:43:16 +
> Jonathan Dowland  wrote:
>
> ...
>
> > Jonathan Dowland
> > ✎  j...@debian.org
> >  https://jmtd.net
>
> I finally got tired of seeing tofu for some of the glyphs in your sig,
> so I looked up their Unicode codepoints:

Interestingly, I see the glyphs in Mutt running in Gnome Terminal and in
Vim as I edit this in the same Gnome Terminal.  My font is one
installed locally, Droid Sans Mono Slashed which provides the zero
character with a slash.

I know that there is keyboard sequence in Gnome Terminal (Ctl-Shift-E
then Space) to bring up a menu to select Unicode glyphs.



- Nate


I use the cone e-mail client in rxvt-unicode with the Terminus bitmap font  
and I see only the icon next to `j...@debian.org`. Apart from that, the  
first line of the signature has two squares, the third line one and the post  
by Nate has a single square, too.


I can view the glyphs correctly by saving the mail as text file and opening  
it with mousepad. `aptitude search ~inoto` returns the following here:


| idA fonts-noto-color-emoji- color emoji font from Google
| i A fonts-noto-core   - "No Tofu" font families with large
| i A fonts-noto-extra  - "No Tofu" font families with large
| i A fonts-noto-mono   - "No Tofu" monospaced font family wi
| i A fonts-noto-ui-core

I am pretty fine with _not_ seeing the correct glyphs by default given that  
I do not want fancy colorful icons in my terminals anyway :)


YMMV
Linux-Fan

öö

[...]


pgpGNsO7W6ND3.pgp
Description: PGP signature

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[John Hasler]

Celejar writes:
> I'm curious: do most users of Debian on the desktop (who use MUA
> software, as opposed to webmail via a browser) have such a font
> installed, or do they see tofu?

I use Gnus.  I've never manually installed any emoji fonts (or any other
fonts) but I see the glyphs, not the tofu.
-- 
John Hasler 
j...@sugarbit.com
Elmwood, WI USA

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Sijmen J. Mulder]

Celejar :
> I'm curious: do most users of Debian on the desktop (who use MUA
> software, as opposed to webmail via a browser) have such a font
> installed, or do they see tofu?

I too use Sylpheed and get tofu. I must have mistakenly assumed emoji
fonts would be installed by default hence this being a Sylpheed
limitation. Thanks for enlightening!

Same issue with Sylpheed on Windows by the way, wonder if the same
solution would work...

Sijmen

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Nate Bargmann]

* On 2021 26 Nov 11:36 -0600, Celejar wrote:
> On Thu, 25 Nov 2021 10:43:16 +
> Jonathan Dowland  wrote:
> 
> ...
> 
> >   Jonathan Dowland
> > ✎j...@debian.org
> >    https://jmtd.net
> 
> I finally got tired of seeing tofu for some of the glyphs in your sig,
> so I looked up their Unicode codepoints:

Interestingly, I see the glyphs in Mutt running in Gnome Terminal and in
Vim as I edit this in the same Gnome Terminal.  My font is one
installed locally, Droid Sans Mono Slashed which provides the zero
character with a slash.

I know that there is keyboard sequence in Gnome Terminal (Ctl-Shift-E
then Space) to bring up a menu to select Unicode glyphs.



- Nate

-- 
"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819



signature.asc
Description: PGP signature

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Michael Lange]

Hi,

On Fri, 26 Nov 2021 12:36:04 -0500
Celejar  wrote:

(...)
> I'm curious: do most users of Debian on the desktop (who use MUA
> software, as opposed to webmail via a browser) have such a font
> installed, or do they see tofu?

no idea what "most users" do; I am actually using sylpheed too, and I too
have these "emoji fonts" installed. Makes life easier sometimes, when
people use emoijis as a means of communication and just assume that you
are able to have them displayed.

Have a nice day :-)

Michael


.-.. .. ...- .   .-.. --- -. --.   .- -. -..   .--. .-. --- ... .--. . .-.

What kind of love is that?  Not to be loved; never to have shown love.
-- Commissioner Nancy Hedford, "Metamorphosis",
   stardate 3219.8

Re: tofu - was -Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Celejar]

On Sat, 27 Nov 2021 03:06:01 +0800
Bret Busby  wrote:

> On 27/11/21 2:11 am, Tixy wrote:
> > On Fri, 2021-11-26 at 12:36 -0500, Celejar wrote:
> >> On Thu, 25 Nov 2021 10:43:16 +
> >> Jonathan Dowland  wrote:
> >>
> >> ...
> >>
> >>> Jonathan Dowland
> >>> ✎  j...@debian.org
> >>>  https://jmtd.net
> >>
> > [...]
> >>
> >> I'm curious: do most users of Debian on the desktop (who use MUA
> >> software, as opposed to webmail via a browser) have such a font
> >> installed, or do they see tofu?
> > 
> > I see the rectangle which is used for missing glyphs, I'm guess that's
> > what you mean by tofu (had to google the term).
> > 
> 
> I understood that tofu is rotten soy beans.
> 
> Is it something else?

https://en.wikipedia.org/wiki/Noto_fonts#Etymology

Celejar

Re: tofu - was -Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Brian]

On Sat 27 Nov 2021 at 03:06:01 +0800, Bret Busby wrote:

> On 27/11/21 2:11 am, Tixy wrote:
> > On Fri, 2021-11-26 at 12:36 -0500, Celejar wrote:
> > > On Thu, 25 Nov 2021 10:43:16 +
> > > Jonathan Dowland  wrote:
> > > 
> > > ...
> > > 
> > > >   Jonathan Dowland
> > > > ✎j...@debian.org
> > > >    https://jmtd.net
> > > 
> > [...]
> > > 
> > > I'm curious: do most users of Debian on the desktop (who use MUA
> > > software, as opposed to webmail via a browser) have such a font
> > > installed, or do they see tofu?
> > 
> > I see the rectangle which is used for missing glyphs, I'm guess that's
> > what you mean by tofu (had to google the term).
> > 
> 
> I understood that tofu is rotten soy beans.
> 
> Is it something else?

No. You are spot on. Thank you for your thouhtful and enligtening
contribution,

-- 
Brian.

tofu - was -Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Bret Busby]

On 27/11/21 2:11 am, Tixy wrote:

On Fri, 2021-11-26 at 12:36 -0500, Celejar wrote:

On Thu, 25 Nov 2021 10:43:16 +
Jonathan Dowland  wrote:

...


  Jonathan Dowland
✎j...@debian.org
   https://jmtd.net



[...]


I'm curious: do most users of Debian on the desktop (who use MUA
software, as opposed to webmail via a browser) have such a font
installed, or do they see tofu?


I see the rectangle which is used for missing glyphs, I'm guess that's
what you mean by tofu (had to google the term).



I understood that tofu is rotten soy beans.

Is it something else?

--
Bret Busby
Armadale
West Australia
(UTC+0800)
..

Re: Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Tixy]

On Fri, 2021-11-26 at 12:36 -0500, Celejar wrote:
> On Thu, 25 Nov 2021 10:43:16 +
> Jonathan Dowland  wrote:
> 
> ...
> 
> >   Jonathan Dowland
> > ✎j...@debian.org
> >    https://jmtd.net
> 
[...]
> 
> I'm curious: do most users of Debian on the desktop (who use MUA
> software, as opposed to webmail via a browser) have such a font
> installed, or do they see tofu?

I see the rectangle which is used for missing glyphs, I'm guess that's
what you mean by tofu (had to google the term).

-- 
Tixy

Emoji fonts in Debian [WAS:] Re: How to NOT automatically mount a specific partition of an external device?

[Celejar]

On Thu, 25 Nov 2021 10:43:16 +
Jonathan Dowland  wrote:

...

> Jonathan Dowland
> ✎  j...@debian.org
>  https://jmtd.net

I finally got tired of seeing tofu for some of the glyphs in your sig,
so I looked up their Unicode codepoints:

https://www.unicodepedia.com/unicode/miscellaneous-symbols-and-pictographs/1f471/person-with-blond-hair/
https://www.unicodepedia.com/unicode/miscellaneous-symbols-and-pictographs/1f517/link-symbol/

My MUA is Sylpheed, and it would not display those glyphs, regardless
of which of my system fonts I selected as the Sylpheed display font.
After some more hunting on the web, I installed "Noto Color
Emoji" (fonts-noto-color-emoji), and presto, now I see the person with
blond hair and the link symbol! I see them even when I don't select that
font as the application display font - I guess Sylpheed, or some
component of its underlying infrastructure, looks throughout the
installed system fonts when there's no glyph for a particular codepoint
in the currently selected font?

I'm curious: do most users of Debian on the desktop (who use MUA
software, as opposed to webmail via a browser) have such a font
installed, or do they see tofu?

Anyway, TIL something fascinating. Now that I have Noto Color Emoji
installed, my email is much more colorful and cuter - Sylph apparently
wasn't displaying tofu for emojis in email subject lines, and was just
ignoring them, and I had no idea what I was missing ;) ...

Celejar

Re: Using fontforge to convert TrueType or OpenType fonts to PostScript Type 1

[Tom Browder]

On Mon, Jul 26, 2021 at 23:50 Teemu Likonen  wrote:
>
> * 2021-07-26 16:15:01-0500, Tom Browder wrote:
> > Can anyone show how to script the above conversion?
> It's not good writing style to refer to a subject or heading.

True, I don't usually do that. I apologize.

> the script itself is simple and the code explains
> itself. Give it font file names as arguments.

It works like a charm, Teemu. Thanks very much!

Blessings,

-Tom

Re: Using fontforge to convert TrueType or OpenType fonts to PostScript Type 1

[Teemu Likonen]

* 2021-07-26 16:15:01-0500, Tom Browder wrote:

> Can anyone show how to script the above conversion?

It's not good writing style to refer to a subject or heading. A reader
may need to skip back to it if he didn't expect it to be referred later.
Message or document content should be clear even without subject or
heading.

> I have had success creating Type 1 .pfa files using the widget
> interface, but would prefer scripting.

I hope I can help with a script I made long ago for converting font
files. My script's date stamp says 2005-11-26 and I don't remember much
about Fontforge but the script itself is simple and the code explains
itself. Give it font file names as arguments.


#!/usr/bin/fontforge

i = 1
while ( i < $argc )
Open($argv[i])
Generate($argv[i]:r + ".pfa")
i++
endloop

-- 
/// Teemu Likonen - .-.. https://www.iki.fi/tlikonen/
// OpenPGP: 4E1055DC84E9DFF613D78557719D69D324539450


signature.asc
Description: PGP signature

Using fontforge to convert TrueType or OpenType fonts to PostScript Type 1

[Tom Browder]

Can anyone show how to script the above conversion?

The output should at least have the first 256 glyps, but converting to
multiple Types 1 or an acceptable PostScript Level 2 or 3 advanced type is
better (as long it can be represented in a PS printer-acceptable text file).

I have had success creating Type 1 .pfa files using the widget interface,
but would prefer scripting.

Thanks,

-Tom

Re: To enable TrueType fonts on uxterm by default

[陈贤文]

Thank you all!  


For me font size 13 is the better balance between visibility and
space-efficiency. Otherwise everything works like a charm! 

Cheers, 


Xianwen

On 2020-10-19 12:26, gru...@mailfence.com wrote:


On Mon, 19 Oct 2020, Brian wrote:

On Mon 19 Oct 2020 at 07:18:39 -0400, Dan Ritter wrote:

Xianwen Chen (?) wrote: Hi,

When I hold Ctrl and right click on uxterm, a menu shows up, where I can
click to enable TrueType fonts.

I would like to enable TrueType fonts by default.

I guess I could do it by setting it up in ~/.Xresources and use xrdb to
merge it. However, I do not know which TrueType font(s) uxterm used,
when I manually Ctrl + Right Click to enable it. Or, is there an option
in a config file where I just ask uxterm to use TrueType and let uxterm
to decide which TrueType font to use? 
The other way around: add a default font and you don't have to

say anything else.

xterm -fa 'Inconsolata' -fs 14


In my .Xresources I have:

xterm*faceName: Inconsolata
xterm*faceSize: 15 
and xterm*renderFont: true

Re: To enable TrueType fonts on uxterm by default

[grumpy]

On Mon, 19 Oct 2020, Brian wrote:


On Mon 19 Oct 2020 at 07:18:39 -0400, Dan Ritter wrote:


Xianwen Chen (?) wrote:

Hi,

When I hold Ctrl and right click on uxterm, a menu shows up, where I can
click to enable TrueType fonts.

I would like to enable TrueType fonts by default.

I guess I could do it by setting it up in ~/.Xresources and use xrdb to
merge it. However, I do not know which TrueType font(s) uxterm used,
when I manually Ctrl + Right Click to enable it. Or, is there an option
in a config file where I just ask uxterm to use TrueType and let uxterm
to decide which TrueType font to use?


The other way around: add a default font and you don't have to
say anything else.

xterm -fa 'Inconsolata' -fs 14


In my .Xresources I have:

xterm*faceName: Inconsolata
xterm*faceSize: 15


and xterm*renderFont: true

Re: To enable TrueType fonts on uxterm by default

[Brian]

On Mon 19 Oct 2020 at 07:18:39 -0400, Dan Ritter wrote:

> Xianwen Chen (?) wrote:
> > Hi,
> >
> > When I hold Ctrl and right click on uxterm, a menu shows up, where I can
> > click to enable TrueType fonts.
> >
> > I would like to enable TrueType fonts by default.
> >
> > I guess I could do it by setting it up in ~/.Xresources and use xrdb to
> > merge it. However, I do not know which TrueType font(s) uxterm used,
> > when I manually Ctrl + Right Click to enable it. Or, is there an option
> > in a config file where I just ask uxterm to use TrueType and let uxterm
> > to decide which TrueType font to use?
>
> The other way around: add a default font and you don't have to
> say anything else.
>
> xterm -fa 'Inconsolata' -fs 14

In my .Xresources I have:

xterm*faceName: Inconsolata
xterm*faceSize: 15

-- 
Brian.

Re: To enable TrueType fonts on uxterm by default

[Dan Ritter]

Xianwen Chen (?) wrote: 
> Hi,
> 
> When I hold Ctrl and right click on uxterm, a menu shows up, where I can
> click to enable TrueType fonts.
> 
> I would like to enable TrueType fonts by default.
> 
> I guess I could do it by setting it up in ~/.Xresources and use xrdb to
> merge it. However, I do not know which TrueType font(s) uxterm used,
> when I manually Ctrl + Right Click to enable it. Or, is there an option
> in a config file where I just ask uxterm to use TrueType and let uxterm
> to decide which TrueType font to use?

The other way around: add a default font and you don't have to
say anything else.

xterm -fa 'Inconsolata' -fs 14

-dsr-

To enable TrueType fonts on uxterm by default

[陈贤文]

Hi, 


When I hold Ctrl and right click on uxterm, a menu shows up, where I can
click to enable TrueType fonts. 

I would like to enable TrueType fonts by default. 


I guess I could do it by setting it up in ~/.Xresources and use xrdb to
merge it. However, I do not know which TrueType font(s) uxterm used,
when I manually Ctrl + Right Click to enable it. Or, is there an option
in a config file where I just ask uxterm to use TrueType and let uxterm
to decide which TrueType font to use? 

Yours sincerely, 


Xianwen

Re: fonts and wine in Debian buster

[Anil Felipe Duggirala]

On Sun, Apr 19, 2020, at 11:47 AM, didier gaumet wrote:
> Le 19/04/2020 à 18:45, didier gaumet a écrit :
> 
> > [...] to link is to copy:[...]
> 
> 
> sorry: to link is not to copy
> 
>

Thank you Didier, you are right, linking is not copying. Linking works for me 
actually, and the article you linked is very informative.
thanks again.

Re: fonts and wine in Debian buster

[didier gaumet]

Le 19/04/2020 à 18:45, didier gaumet a écrit :

> [...] to link is to copy:[...]


sorry: to link is not to copy

Re: fonts and wine in Debian buster

[didier gaumet]

Le 19/04/2020 à 16:34, Anil F Duggirala a écrit :

> Thank you Richard. As far as I can see in this link, they simply
> recommend making a link between my system fonts and the famous Fonts
> folder in drive_c/windows. My OP was about not having to do that [...]

Hello Anil,

You did mention that you do not want to copy fonts but to link is to
copy: https://en.wikipedia.org/wiki/Ln_(Unix)#Links

 :-)

Re: fonts and wine in Debian buster

[Anil F Duggirala]

On Fri, 2020-04-17 at 04:39 -0500, Richard Owlett wrote:
> On 04/17/2020 03:01 AM, didier gaumet wrote:
> > Hello,
> > 
> > https://wiki.archlinux.org/index.php/Wine#Fonts
> 
> Thank you. That page and it's links seem to provide a good
> introduction 
> to WINE. Installing WINE has been on my to-do list but I never got 
> around to searching out suitable references.

Thank you Richard. As far as I can see in this link, they simply
recommend making a link between my system fonts and the famous Fonts
folder in drive_c/windows. My OP was about not having to do that, since
I miss the days when Wine would just grab the system fonts
automatically.
thank you,

Re: fonts and wine in Debian buster

[Richard Owlett]

On 04/18/2020 03:15 AM, didier gaumet wrote:

there is a Debian Wiki page about Wine:
  https://wiki.debian.org/Wine

(I did not provide this link before because it is less specific about fonts)



Thank you.
That answers most of the questions raised while reading 
https://wiki.archlinux.org/index.php/Wine .

I'm a fan of the documentation style of Arch Linux.

Re: fonts and wine in Debian buster

[didier gaumet]

there is a Debian Wiki page about Wine:
 https://wiki.debian.org/Wine

(I did not provide this link before because it is less specific about fonts)

Re: fonts and wine in Debian buster

[Richard Owlett]

On 04/17/2020 03:01 AM, didier gaumet wrote:

Hello,

https://wiki.archlinux.org/index.php/Wine#Fonts


Thank you. That page and it's links seem to provide a good introduction 
to WINE. Installing WINE has been on my to-do list but I never got 
around to searching out suitable references.

Re: fonts and wine in Debian buster

[didier gaumet]

Hello,

https://wiki.archlinux.org/index.php/Wine#Fonts

fonts and wine in Debian buster

[Anil F Duggirala]

hello,
I would like to ask anyone using wine, if its possible for Wine to use
the fonts in my system?; short of copying those fonts into the
.wine/drive_c/windows/Fonts folder. 
I don't know why Wine won't see fonts in my /usr/share/fonts or even in
the /usr/share/wine/fonts (which I believe are fonts installed when
installing the wine-fonts package). I don't have a .fonts folder in my
home directory, but I have tried that before with no avail.
Basically my application running under Wine has zero fonts available to
it. The only way to get it use fonts is by copying to the
aforementioned folder. Please advise.
thank you,

Re: High DPI (4K), laptop screen, mode settings, fonts and initramfs-tools

[deloptes]

Darac Marjal wrote:

>> Is there an "official" way to accomplish this via hooks in
>> initramfs-tool? Are there user/system hooks that would be preserved
>> across initramfs-tool updates and a correct/conventional way of
>> implementing them?
>>
>> This is initramfs-tools 0.13deb10u1

I don't have 4k display, but I would try setting MODULES=list and provide
the modules that are required to boot. As you say everything else should
load when passing the stage.

Re: High DPI (4K), laptop screen, mode settings, fonts and initramfs-tools

[Darac Marjal]

On 22/02/2020 20:57, Alex Yuriev wrote:
> Hi,
>
> I have a 4K laptop in a 12" package with Intel HD520. I have been
> running Debian 7 and Debian 8 on it for a while and now I have updated
> to Debian 10.
>
> I'm sure that you already have an idea of the issue - the console
> fonts on 4k are tiny, barely usable even at 32px ( does anyone know
> why setfont is limited to 32 pixels in high or width )?
>
> The biggest problem is that if KMS is on which it has to be for X to
> accelerated graphics then the initrd uses default tiny font as
> described by in #859458
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859458 which makes
> say answering entering a passphrase for FDE extremely difficult.


If you install Plymouth, then you can use a Graphical theme during boot,
which allows for the option of any Scalable (aka True Type) font, at any
size.


>
> Now the solution/workaround is that while building the initrd we
> should blacklist i915 while allowing it to be loaded after the root is
> mounted. In that flow the KMS would not activate at initrd stage as
> i915 would be blacklisted but would activate in the late stage. I have
> tested this approach and it works perfectly.
>
> Which brings me to a question:
>
> Is there an "official" way to accomplish this via hooks in
> initramfs-tool? Are there user/system hooks that would be preserved
> across initramfs-tool updates and a correct/conventional way of
> implementing them? 
>
> This is initramfs-tools 0.13deb10u1 
>
> Thanks,
> Alex
>
>



signature.asc
Description: OpenPGP digital signature

Re: High DPI (4K), laptop screen, mode settings, fonts and initramfs-tools

[Felix Miata]

Alex Yuriev composed on 2020-02-22 15:57 (UTC-0500):

> I have a 4K laptop in a 12" package with Intel HD520. I have been running
> Debian 7 and Debian 8 on it for a while and now I have updated to Debian 10.

> I'm sure that you already have an idea of the issue - the console fonts on
> 4k are tiny, barely usable even at 32px 

Do you need your consoles to be running in native resolution? My kernel cmdlines
usually include this:

video=1440x900@60
or
video=1600x900@60

To make fonts nice size. I really have no need for more than 180x56 on consoles,
and my eyes like the big text.
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

High DPI (4K), laptop screen, mode settings, fonts and initramfs-tools

[Alex Yuriev]

Hi,

I have a 4K laptop in a 12" package with Intel HD520. I have been running
Debian 7 and Debian 8 on it for a while and now I have updated to Debian 10.

I'm sure that you already have an idea of the issue - the console fonts on
4k are tiny, barely usable even at 32px ( does anyone know why setfont is
limited to 32 pixels in high or width )?

The biggest problem is that if KMS is on which it has to be for X to
accelerated graphics then the initrd uses default tiny font as described by
in #859458 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859458 which
makes say answering entering a passphrase for FDE extremely difficult.

Now the solution/workaround is that while building the initrd we should
blacklist i915 while allowing it to be loaded after the root is mounted. In
that flow the KMS would not activate at initrd stage as i915 would be
blacklisted but would activate in the late stage. I have tested this
approach and it works perfectly.

Which brings me to a question:

Is there an "official" way to accomplish this via hooks in initramfs-tool?
Are there user/system hooks that would be preserved across initramfs-tool
updates and a correct/conventional way of implementing them?

This is initramfs-tools 0.13deb10u1

Thanks,
Alex

low density, low visibility default vtty fonts /during/ installation

[Felix Miata]

Unlike non-Debian distros like Fedora, Mageia and openSUSE, which during init 
and
continuing afterward, all Debians I've used configure a font for vttys that
differs from the nice weighty high visibility font compiled into the kernels. I
know how to reverse this with dkpg-reconfigure console-setup for installed
systems. What can I put on kernel cmdline to block this switchover to low
visibility fonts from happening in text mode installation environments?

Live Clonezilla is an easier test for this than Debian installation media, since
it allows access to a multi-vtty environment relatively quickly. Clonezilla
apparently tries to mitigate by using a bigger font, but it too is ugly low
density hard-to-see, which if configures via live_console_font_size=16x32 on 
cmdline.
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: ttf-mscore fonts and contrib repos

[Ólafur Jens Sigurðsson]

On Sat, Aug 24, 2019 at 11:56:21AM -0500, Christopher Marlow wrote:
> On 8/23/19 11:17 PM, Richard Hector wrote:
> >  From your other responses, I think you've got it. But please, make sure
> > you understand what you're trying to achieve, and what the lines mean,
> > rather than relying on others to provide every last detail.
> 
> 
> I think I understand. I am new to debian from the Ubuntu world...
> So to sum it up... I was wanting the non contrib repos so I could download 
> the TTF-MSCORE-Installer fonts aka Windows fonts. And then the other posters
> were telling me to remove the src source line because I wouldn't need them 
> unless I was downloading packages to install them.
> 
> I think thats all to sum it up.. If I missed anything let me know.

Ummm, just to clarify one thing here. The lines in /etc/apt/sources.list
that begin with deb (only deb, not deb-src) are the lines that tell apt
and friends where to look for packages to be installed (those are
usually binary packages) but lines that begin with deb-src tell apt and
friends where to look for the source of the binary packages. So you
don't need the deb-src lines unless you want to do something to the
source of the packages (try to compile them yourself, do some change to
the source and then compile to test out an idea etc etc).

It just seemd to me from your post that you were still confusing those
two (excuse me if that is wrong) :-)

So to sum it up:
   deb lines give apt and friends ability to install software
   deb-src lines give apt and friends ability to fetch source of
   packages

Cheers, Oli

Re: ttf-mscore fonts and contrib repos

[Christopher Marlow]

On 8/23/19 11:17 PM, Richard Hector wrote:

 From your other responses, I think you've got it. But please, make sure
you understand what you're trying to achieve, and what the lines mean,
rather than relying on others to provide every last detail.



I think I understand. I am new to debian from the Ubuntu world...
So to sum it up... I was wanting the non contrib repos so I could download the 
TTF-MSCORE-Installer fonts aka Windows fonts. And then the other posters
were telling me to remove the src source line because I wouldn't need them 
unless I was downloading packages to install them.

I think thats all to sum it up.. If I missed anything let me know.



--
Thanks in advance!
Chris

ch...@cwm030.com