happy solution.
From: Greg Wooledge
Sent: Sunday, February 16, 2025 10:54 PM
To: debian-user@lists.debian.org
Subject: Re: fonts printing too thin from qpdfview (solved)
External Email: Use Caution
> On 17/02/2025 01:23, Kleene, Steven (kleenesj) wrote:
> > On Sund
On Mon, Feb 17, 2025 at 09:27:19 -0600, David Wright wrote:
> On Sun 16 Feb 2025 at 00:56:50 (+), Kleene, Steven (kleenesj) wrote:
> > Yes. I called evince from the command line in an xterm running under fvwm.
> > I also call up the xterm and fvwm from startx (via ~/.xinitrc) when I log
> > i
On 2025-02-17, David Wright wrote:
>>
>> And on Saturday, February 15, 2025 6:31 PM, Charles Curley asked:
>>
>> > Are you running evince and X as the same user?
>>
>> Yes. I called evince from the command line in an xterm running under fvwm.
>> I also call up the xterm and fvwm from startx (v
On Sun 16 Feb 2025 at 00:56:50 (+), Kleene, Steven (kleenesj) wrote:
> On Saturday, February 15, 2025 5:31 PM, Dan Ritter replied:
>
> > That's the sort of thing that happens when you run evince from a
> > command line not in an Xterminal, or from a terminal running on
> > a different userid t
> On 17/02/2025 01:23, Kleene, Steven (kleenesj) wrote:
> > On Sunday, February 16, 2025 8:53 AM, I wrote:
> > > That should not *literally* be ~/.Xauthority of course.
> >
> > Yes, the output is literally
> >/u/steve/.Xauthority
A thought just occurred to me. Having your home directory outs
Steven, it seems you have managed to print your PDF file, so perhaps you
should stop debugging evince (unless you need it for some feature with
worse support in okular or browsers: form filling, printing, annotating,
etc.; or you need to run another application with deep mandatory desktop
integ
they were a problem, but they do have an effect here.
From: Greg Wooledge
Sent: Sunday, February 16, 2025 11:18 AM
To: debian-user@lists.debian.org
Subject: Re: fonts printing too thin from qpdfview (solved)
External Email: Use Caution
On Sun, Feb 16,
On Sun, Feb 16, 2025 at 13:53:21 +, Kleene, Steven (kleenesj) wrote:
> echo $DISPLAY -> :0
> xhost -> access control enabled, only authorized clients can connect
>
> > echo $XAUTHORITY
> >
> > The last usually points to ~/.Xauthority.
>
> echo $XAUTHORITY -> ~/.Xauthority
That should no
__
From: Max Nikulin
Sent: Saturday, February 15, 2025 9:39 PM
To: debian-user@lists.debian.org
Subject: Re: fonts printing too thin from qpdfview (solved)
External Email: Use Caution
On 16/02/2025 04:41, Kleene, Steven (kleenesj) wrote:
> I installed Evince. C
On 16/02/2025 04:41, Kleene, Steven (kleenesj) wrote:
I installed Evince. Calling it brings up not even a GUI, just two error
messages:
Authorization required, but no authorization protocol specified
Cannot parse arguments: Cannot open display:
Looks like missed DISPLAY environment varia
15, 2025 6:31 PM
To: Debian Users
Subject: Re: fonts printing too thin from qpdfview (solved)
External Email: Use Caution
On Sat, 15 Feb 2025 21:41:27 +
"Kleene, Steven (kleenesj)" wrote:
> I installed Evince. Calling it brings up not even a GUI, just two
> error messages:
On Sat, 15 Feb 2025 21:41:27 +
"Kleene, Steven (kleenesj)" wrote:
> I installed Evince. Calling it brings up not even a GUI, just two
> error messages:
> Authorization required, but no authorization protocol specified
> Cannot parse arguments: Cannot open display:
Interesting. I run evi
On 16/2/25 05:41, Kleene, Steven (kleenesj) wrote:
On Friday, February 14, 2025 5:08 PM, I wrote:
I've completed my U.S. tax forms in the fillable PDFs provided by the
Internal Revenue Service. Now I want to print them ...
In the past, I was happy printing from Acrobat 9, which is still fine
Kleene, Steven (kleenesj) wrote:
> On Friday, February 14, 2025 5:08 PM, I wrote:
>
> I installed Evince. Calling it brings up not even a GUI, just two error
> messages:
> Authorization required, but no authorization protocol specified
> Cannot parse arguments: Cannot open display:
That's t
s:
Authorization required, but no authorization protocol specified
Cannot parse arguments: Cannot open display:
On Friday, February 14, 2025 9:54 PM, Max Nikulin suggested:
> Have you tried printing PDF files from Firefox or Chromium?
I brought up the IRS pdf in firefox (file:///[pathname]
On 2025-02-15, David Wright wrote:
>
> Without a DE, okular is quite a large install. On my bullseye, it
> would require 194 new packages, including switching fuse to fuse3,
> which might affect ntfs-3g and jmtpfs.
> OTOH, I have evince installed from when I set up the machine,
> and 48 extra pac
On Sat 15 Feb 2025 at 06:47:23 (-0500), Dan Ritter wrote:
> Kleene, Steven (kleenesj) wrote:
> > Xpdf prints show a font that is a little too thick, and xpdf offers none of
> > the printer's options (e.g. double-sided printing). I don't try Evince
> > (Gnome) or Okular (KDE) because I run the fvw
Which fonts are used by the pdf file?
You could try
pdffonts PDF_FILE
The command is contained in package poppler-utils.
Regards,
Jörg.
Kleene, Steven (kleenesj) wrote:
> Xpdf prints show a font that is a little too thick, and xpdf offers none of
> the printer's options (e.g. double-sided printing). I don't try Evince
> (Gnome) or Okular (KDE) because I run the fvwm window manager.
Unless you are extremely low on disk space, the
On 15/02/2025 05:08, Kleene, Steven (kleenesj) wrote:
I don't try Evince
(Gnome) or Okular (KDE) because I run the fvwm window manager.
Have you tried printing PDF files from Firefox or Chromium? There are
some other PDF viewers like zathura and atril, but I have never tried
their printing fe
"Kleene, Steven (kleenesj)" wrote:
> I've completed my U.S. tax forms in the fillable PDFs provided by the
> Internal Revenue Service. Now I want to print them to (yes) submit
> through snail mail.
>
> In the past, I was happy printing from Acrobat 9, which is still fine
> for display purposes.
On 2/14/25 15:08, Kleene, Steven (kleenesj) wrote:
I've completed my U.S. tax forms in the fillable PDFs provided by the
Internal Revenue Service. Now I want to print them to (yes) submit through
snail mail.
In the past, I was happy printing from Acrobat 9, which is still fine for
display purpo
On 15/2/25 06:08, Kleene, Steven (kleenesj) wrote:
I've completed my U.S. tax forms in the fillable PDFs provided by the
Internal Revenue Service. Now I want to print them to (yes) submit through
snail mail.
In the past, I was happy printing from Acrobat 9, which is still fine for
display purpo
> Xpdf prints show a font that is a little too thick, and xpdf offers none of
> the printer's options (e.g. double-sided printing). I don't try Evince
> (Gnome) or Okular (KDE) because I run the fvwm window manager.
FWIW, I think these should work regardless of your window manager
(e.g. I'm using
Evince works for me under FVWM (though I rarely use it).
--
John Hasler
j...@sugarbit.com
Elmwood, WI USA
I've completed my U.S. tax forms in the fillable PDFs provided by the
Internal Revenue Service. Now I want to print them to (yes) submit through
snail mail.
In the past, I was happy printing from Acrobat 9, which is still fine for
display purposes. But with my new printer (Brother DCP-L2640DW),
Hi,
On Sun, Dec 29, 2024 at 04:13:14AM +, Alain D D Williams wrote:
> On Sun, Dec 29, 2024 at 09:09:46AM +0700, Max Nikulin wrote:
>
> > Do you have the "fonts-recommended" package installed?
>
> That did the trick thanks - then a reboot. I might have been able
On Sun, Dec 29, 2024 at 09:09:46AM +0700, Max Nikulin wrote:
> Do you have the "fonts-recommended" package installed?
That did the trick thanks - then a reboot. I might have been able to get away
with a logout.
I also now seem to be able to see all the emojis that my daughter send
system thing.
I have no idea if Thunderbird renders Korean glyph properly, but failure
(if any) at least is not apparent to me. I expect that Gecko is able to
find a fallback font if it is installed.
Do you have the "fonts-recommended" package installed?
You may skim through
apt s
th the
Unicode values in them, called tofu. So I grabbed one and searched in
the character map accessory (package gucharmap) for it. That told me it
was a Hangul symbol. A simple search gave me several Hangul font
packages one might try:
charles@hawk:~$ apt-cache search hangul | grep font
fonts-alee
Alain D D Williams (12024-12-28):
> I suspect that I could see them if I used the testing version of some package.
> Which one(s) and how do I do this ?
I strongly doubt a common font will be “upgraded” with Korean
characters. More likely, the package is just not installed.
So: find out which fon
I am running Debian 12 - Bookworm.
I occasionally see Unicode characters that do not do not display properly. Eg:
메리 크리스마스 (for the curious: this says Happy Christmas in Korean).
These do however display properly on my laptop which runs Mint 21.3.
I suspect that I could see them if I used the te
On Thu, Dec 12, 2024 at 09:31:16AM -0500, Dan Ritter wrote:
> Chris Green wrote:
> > I have a program that uses 'real' X bit-mapped fonts. I'm running
> > Debian 12. The default installation provides basic bit-mapped X fonts
> > but on previous systems I
On 12/12/24 04:32, Chris Green wrote:
> I have a program that uses 'real' X bit-mapped fonts. I'm running
> Debian 12. The default installation provides basic bit-mapped X fonts
> but on previous systems I was using the 'terminus' bit-mapped fonts.
>
>
Dan Ritter (12024-12-12):
> Everything else involves fun with fontconfig and/or the X font
> server and/or `xset fp`
For real X11 fonts, if the package is properly done, the fun with xset
is just `xset fp rehash`.
The `xlsfonts` to see if the fonts are there without relying on the
extra la
Chris Green wrote:
> I have a program that uses 'real' X bit-mapped fonts. I'm running
> Debian 12. The default installation provides basic bit-mapped X fonts
> but on previous systems I was using the 'terminus' bit-mapped fonts.
>
> So, I have insta
I have a program that uses 'real' X bit-mapped fonts. I'm running
Debian 12. The default installation provides basic bit-mapped X fonts
but on previous systems I was using the 'terminus' bit-mapped fonts.
So, I have installed the xfonts-terminus package but the ext
by creating or editing
> the local.conf file in the /etc/fonts/ directory.
>
> # Check The existing default font
>
> fc-match monospace
> NotoSansMono-Regular.ttf: "Noto Sans Mono" "Regular"
>
> # edit the configuration file
>
>
to something else
(e.g., IBM Plex Mono or Courier), you can do so by creating or editing
the local.conf file in the /etc/fonts/ directory.
# Check The existing default font
fc-match monospace
NotoSansMono-Regular.ttf: "Noto Sans Mono" "Regular"
# edit the configuration
IBMPlex.
IBMPlex is what I originally planned to use and I have downloaded and
installed the font variants on my system fonts directories. I also have
a ~./fonts directory containing the ttf versions. I have not knowingly
specified anywhere that IBMPlex is my preferred font for printing a text
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
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)
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 look
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.
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
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
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
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 st
eems 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
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
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 5
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 9
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
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
;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 lette
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 -geome
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
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
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 -f
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 widt
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
n 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 criticism
>> 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 displa
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 Goog
> 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
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 application
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 unicod
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
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
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 c
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 an
erminal 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.
* 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 exa
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
avour 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/f
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 th
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 comb
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 r
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 peo
;>
> >>>> 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 m
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 writ
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
> > R
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,
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
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 pack
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, includin
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?
--
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
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 y
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 som
* 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
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 m
. 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
Do you have the "fonts-recommended" package installed?
--
John Hasler
j...@sugarbit.com
Elmwood, WI USA
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
> >> 🐮
> >
> > 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 glyph
Celejar writes:
> What does fc-list | grep noto return?
272 lines.
(No need to cc me)
--
John Hasler
j...@sugarbit.com
Elmwood, WI USA
;> 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
27;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
ch 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 th
1 - 100 of 3631 matches
Mail list logo
