on of a smaller than default font size in
> those
> HTML emails, apparently to match what web designers were doing, making email
> mousetype similar to the web page mousetype those eagle-eyed designers were
> fond
> of imposing on everyone in the days before zoom was invented.
[.
and Win95 seem to
be
the root blame for the practice of both use of not only HTML for email by
default,
but also of defaulting to imposition of a smaller than default font size in
those
HTML emails, apparently to match what web designers were doing, making email
mousetype similar to the web page
On Sat, 2024-07-06 at 15:41 +0100, debian-u...@howorth.org.uk wrote:
> > It's not my responsibility to deal with messages the senders aren't
> > serious about being read.
>
> It's up to you of course but if that's your opinion then you always
> have the option of simply not reading messages that a
ines) with HTML parts that suggest using fonts that are too
small for you.
Alternatively:
- you could search for how to adjust font sizes in evolution (hint
edit/ preferences/ mail preferences/ general tab)
- you could set evolution to display the plain text version of emails
- you could choose
On 06/07/2024 01:01, Van Snyder wrote:
I'm not able to read this message.
I do not think you will manage to achieve anything on this way. The
person has clearly expressed that their are not going to follow
recommendations concerning message format and do not care if messages
cause trouble fo
t also has a minimum
> displayed text size
> option as web browsers offer.
Ctrl-+ works on the entire window. So if the tiniest font is enlarged
enough to be readable, the rest of the message doesn't fit anymore. And
Evolution remembers it, so you have to be careful to count the number
of times y
Van Snyder composed on 2024-07-05 11:45 (UTC-0700):
> On Fri, 2024-07-05 at 14:07 -0400, Felix Miata wrote:
>> > I'm not able to read this message.
>> Can you suggest to us why you think that might be?
> Because the message was composed in html using a very small
On Fri, 2024-07-05 at 14:07 -0400, Felix Miata wrote:
> > I'm not able to read this message.
>
> Can you suggest to us why you think that might be?
Because the message was composed in html using a very small font, and
my mail reader (evolution) automatically prefers to read ma
Van Snyder composed on 2024-07-05 11:01 (UTC-0700):
> I'm not able to read this message.
Can you suggest to us why you think that might be?
> On Fri, 2024-07-05 at 14:01 +0200, Richard wrote:
>> You really need to better read who writes what. I didn't start the
>> discussion on message sizes d
I'm not able to read this message.
On Fri, 2024-07-05 at 14:01 +0200, Richard wrote:
> You really need to better read who writes what. I didn't start the
> discussion on message sizes due to HTML, I simply ended it because of
> irrelevance.
>
> On Fri, Jul 5, 2024 at 1:30 PM Greg Wooledge
> wrot
Thank god nobody needs help from people so hung up on absolute irrelevant
stuff and rules that haven't made sense in decades - if ever. As you may
have read from the threads, those rules aren't undisputed at all. If they
where seen as relevant as some people want to make believe, the list
maintaine
Richard (12024-07-05):
> You really need to better read who writes what. I didn't start the
> discussion on message sizes due to HTML, I simply ended it because of
> irrelevance.
And that ended the willingness of many people to help you.
Good luck with your problems.
--
Nicolas George
You really need to better read who writes what. I didn't start the
discussion on message sizes due to HTML, I simply ended it because of
irrelevance.
On Fri, Jul 5, 2024 at 1:30 PM Greg Wooledge wrote:
> [...] you chose to shift the topic to message
> sizes (which isn't the primary reason HTML e
t in a small font. Some readers found your
messages difficult to read for that reason, and we politely pointed it
out to you.
Everything after that has been you ranting against everyone who talks to
you, shifting the goalposts, and refusing to acknowledge that *any* of
your etiquette violations ar
And who was talking about transport? The whole discussion was about
storage, and storing mail compressed is hardly a security issue.
On Fri, Jul 5, 2024 at 5:02 AM Jeffrey Walton wrote:
> Compression is a security hole. It leaks information. It should be
> disabled. Infact, TLS v1.3 removed it f
Not how lossless compression works. The final size depends much more on the
content than on how much content there is. By no means it's "proportional".
On Thu, Jul 4, 2024 at 10:09 PM Michel Verdier wrote:
> Compression reduces the size but it's proportionnal so don't negate the
> extra html siz
> Compression reduces the size but it's proportionnal so don't negate the
> extra html size. The global size will always be 4-10x.
No, the compression is not proportional. HTML is naturally very
redundant, and machine-generated HTML like the one seen in Richard's
email tends to be excruciatingly
On Thu, Jul 4, 2024 at 2:58 PM Richard wrote:
>
> Right, because 4x = 10x. Jesus, stop being so ridiculous. Also, there's some
> magic trick called compression.
Compression is a security hole. It leaks information. It should be
disabled. Infact, TLS v1.3 removed it from the protocol. Also see
On Thu, Jul 4, 2024 at 9:58 AM jeremy ardley wrote:
>
> On 4/7/24 17:13, Roger Price wrote:
> >
> > The Debian mailing list Code of Conduct at
> > https://www.debian.org/MailingLists/
> > is clear:
> >
> > « Please don't send your messages in HTML; use plain text instead »
>
> I presume there is s
On 2024-07-04, Richard wrote:
> Right, because 4x = 10x. Jesus, stop being so ridiculous. Also, there's
> some magic trick called compression. Human readable text is especially easy
> to compress, basically negating all those effects. So just stick to
> reality, everything else is just embarrassin
Right, because 4x = 10x. Jesus, stop being so ridiculous. Also, there's
some magic trick called compression. Human readable text is especially easy
to compress, basically negating all those effects. So just stick to
reality, everything else is just embarrassing.
On Thu, Jul 4, 2024, 16:48 Greg Woo
On Thu, Jul 04, 2024 at 16:19:44 +0200, Richard wrote:
> If you ever want to be taken seriously, stop spreading such bogus nonsense.
> Even base64 encoding wouldn't blow up the size that much. No idea what bs
> mail you are talking about, but for me, both the plain text and html
> version are said
If you ever want to be taken seriously, stop spreading such bogus nonsense.
Even base64 encoding wouldn't blow up the size that much. No idea what bs
mail you are talking about, but for me, both the plain text and html
version are said to be 4k in size (by du). Even though that's not that
exact, si
rity.
Best
On Thu, Jul 4, 2024, 14:26 Greg Wooledge wrote:
> "Richard", for example, seemed to be
> unaware that the HTML parts of his multipart messages were being sent
> with the font size set to "small".
>
/07/msg00124.html
In a way, this is good. It lets Richard see what his messages look like
to other people. At least, assuming his browser isn't configured to
ignore his own font size directives
If you still have one of Richard's messages in your inbox, you can
look at the raw HTML.
iciency than one would
expect on, say, a Debian developers' list.
As long as people are not intentionally being rude about it, I'd give
them the benefit of the doubt. "Richard", for example, seemed to be
unaware that the HTML parts of his multipart messages were being sent
with
On 2024-07-04, jeremy ardley wrote:
> The problem is mostly because users have email software that automatically
> uses mixed format. That's not their fault as they are probably unaware of the
> problem.
And lots of MUA only show HTML version, hiding the text copy and the
problem.
> Unless there
On 07/04/2024 06:09 AM, jeremy ardley wrote:
On 4/7/24 18:34, to...@tuxteam.de wrote:
But let me try: perhaps because the people who set up the mailing
list don't believe in enforcing behavior by technological means,
but rather by convincing people?
If I understand the history correctly:
-
On 4/7/24 18:34, to...@tuxteam.de wrote:
But let me try: perhaps because the people who set up the mailing
list don't believe in enforcing behavior by technological means,
but rather by convincing people?
If I understand the history correctly:
- All early email lists were text only
- After
On Thu, Jul 04, 2024 at 06:20:22PM +0800, jeremy ardley wrote:
>
>
> On 4/7/24 17:13, Roger Price wrote:
> >
> > The Debian mailing list Code of Conduct at
> > https://www.debian.org/MailingLists/
> > is clear:
> >
> > « Please don't send your messages in HTML; use plain text instead »
>
> I p
On 4/7/24 17:13, Roger Price wrote:
The Debian mailing list Code of Conduct at
https://www.debian.org/MailingLists/
is clear:
« Please don't send your messages in HTML; use plain text instead »
I presume there is some compelling reason that the mailing list doesn't
filter html emails an
On Thu, 4 Jul 2024, Michel Verdier wrote:
Tell that to your mail progra=
---^^^
I would add that it's up to the *sender* mail program to send text only
mail to this list (and others). As the html part is useless and multiply
the mail size by almost 10.
Hi,
Michel Verdier wrote:
> I would add that it's up to the *sender* mail program to send text only
> mail to this list (and others).
I found this link in the monthly list FAQ:
https://www.debian.org/MailingLists/#codeofconduct
where i read:
"Please don't send your messages in HTML; use pl
On 2024-07-04, Max Nikulin wrote:
>> Tell that to your mail program. If it chooses to show you the mail that way,
>> don't blame me.
>
> - insisting on an "industry standard" mail style
>
>> > y:arial,helvetica,sans-serif;f
I am in doubts what is more rude:
On 04/07/2024 04:02, Richard wrote:
Please stop using such a dinky font. There are plenty of old farts
trying to read this list.
- writing this before an attempt to hijack the thread using an already
discussed question,
Tell that to your mail
On Sun, 23 Jun 2024, Dan Ritter wrote:
Use this as a test file:
testfile
here is the base text
run it through htmldoc without using a --fontsize option, open
the resulting pdf and measure?
I no longer have a working printer, but when I get access to one, I'll do
some measurements.
htmldo
On 6/23/24 10:32, Roger Price wrote:
I'm using htmldoc 1.9.11-4+deb11u3 to convert html files to pdf. When
playing with the fontsize option I discover that the default is not a whole
number, more like 11.2 points.
Hmm, maybe the author used something in mm? Weird. 4mm is 11.33 points.
--
An
tps://www.msweet.org/htmldoc/htmldoc.html#3_2_23
> says “The --fontsize option specifies the base font size for the entire
> document in points (1 point = 1/72nd inch)”, but doesn't say what the
> default value is if the option is omitted.
>
> What is the default font size?
Use th
says “The --fontsize option specifies the base font size for the entire document
in points (1 point = 1/72nd inch)”, but doesn't say what the default value is if
the option is omitted.
What is the default font size?
Roger
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
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
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
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
Hi Marco,
thanks for taking the time to reply.
Am Tue, 22 Aug 2023 20:24:39 +0200
schrieb Marco Möller :
> Having had the same problem to solve for myself I ended up to use:
> Noto sans for all my GUI
> Liberation Mono for coding
The "Noto Sans" has an almost identical
On 19.08.23 21:19, Christoph K. wrote:
Could you please recommend a "suitable" sans-serif font that
a) (...)
b) (...)
c) (...)
d) (...)
Thanks,
Christoph
Having had the same problem to solve for myself I ended up to use:
Noto sans for all my GUI
Liberation Mono
On Sat, Aug 19, 2023 at 09:19:48PM +0200, Christoph K. wrote:
Could you please recommend a "suitable" sans-serif font that
A lot of your criteria are rather subjective. For packaged fonts you
might look at "hack"
(https://source-foundry.github.io/Hack/font-specimen.h
On Mon Aug 21 16:23:25 2023 "Christoph K." wrote:
> Am Sun, 20 Aug 2023 21:41:04 +
> schrieb "Russell L. Harris" :
>
>> On the 3, 5, 6, and 9, open the end of the loops, and shorten the
>> horizontal stroke on top of the 5 so the 5 is not mistaken for an S.
>> Always put horizontal strokes o
.
...
# Don't override COLUMNS and LINES if already set; when my eyes are
# tired, I use an xterm with characters two pixels larger:
## FONT=xft:Cascadia:pixelsize=22:bold LINES=35 xt
: ${COLUMNS=80}
: ${LINES=40}
Thank you for clarification. Certainly it is aside from my use
scription for
>> fonts-anonymous-pro specifically references both 0 v. O and I v. l v.
>> 1: "Description-en: fixed width font designed for coders This package
>> contains two Font Families. - Anonymous Pro - Anonomous Pro Minus .
>> 'Anonymous Pro' is a fa
Am Sun, 20 Aug 2023 21:41:04 +
schrieb "Russell L. Harris" :
> On the 3, 5, 6, and 9, open the end of the loops, and shorten the
> horizontal stroke on top of the 5 so the 5 is not mistaken for an S.
> Always put horizontal strokes on I. Make the 1 with a flag on the
> upper end and put a hor
On Sun, Aug 20, 2023 at 10:38:34PM -0400, Max Nikulin wrote:
> On 20/08/2023 14:55, Karl Vogel wrote:
> > #!/bin/sh
> ...
> > # -fa 'xft:...' font size and weight
> ...
> > ( $XTERM $geo $topts -fa "$FONT" -title "Remote
On 20/08/2023 14:55, Karl Vogel wrote:
#!/bin/sh
...
# -fa 'xft:...' font size and weight
...
( $XTERM $geo $topts -fa "$FONT" -title "Remote" ) &
Xterm configuration options may be put to ~/.Xresources, e.g.
xterm*VT100.faceName: ...
On Sun, Aug 20, 2023 at 15:45 James H. H. Lampert
wrote:
> What Herr Rönnquist said.
> And given that I actually *do* set type with some regularity,
...
> (And for the record, my "go-to fonts" are all versions of Garamond.)
Wow, another Garamond lover! I do, too, love it (and bought a copy of
On Sun, Aug 20, 2023 at 10:14:20PM +0200, Christoph K. wrote:
And I loathe fonts in which the numerals 3, 5, 6, and 9
are not radically different.
Interesting point. Didn't pay much attention to these numerals, yet.
Back in the 1970's, I ran across a detailed study of character shape
with res
`liberation
> mono regular' looks promising.
I do admit that I wasn't specific enough in my first question.
When I wrote "sans serif", I meant "a not serif font".
Actually I wasn't looking for a monospace font either
(but didn't state that explicitly).
For now "IBM Plex" seems to do a good job.
Thanks,
Christoph
Hmm. IBM Plex. Not bad-looking, and it does solve the stated problem.
I will note that like Bistream Swiss Monospaced, it's only *nominally*
sans-serif, in that it has slab-serifs (Stymie-style, rather than
Clarendon-style) on the capital I, and one small slab-serif on the
lowercase l.
--
JH
> Have a look at: https://github.com/IBM/plex
> it is very readable.
> Rolf
>
Thank you, that's something I've been looking for.
There's even a debian package ...
apt-get install fonts-ibm-plex
... did do the job.
Best regards,
Christoph
What Herr Rönnquist said.
And given that I actually *do* set type with some regularity, I can say
from experience that, with the exception of some monospaced examples
that are only *nominally* sans-serif (e.g., Bitstream Swiss Monospaced),
sans-serif fonts in which uppercase I and lowercase l
Op 19-08-2023 om 21:19 schreef Christoph K.:
I'm unsatisfied with the default sans font in debian for use in the
graphical user interface (in my case XFCE).
To be honest, I've long since forgotten what the default is. I've used
Liberation Mono Regular everywhere in my Xfce DE
On Sat, Aug 19, 2023 at 03:29:22PM -0400, Christoph K. wrote:
>
> I'm unsatisfied with the default sans font in debian for use in the
> graphical user interface (in my case XFCE).
I use BSD and Linux, and my eyesight sucks. For console work (23" monitor
that's about 2 f
For a proportional font, Verdana, Regular seems to come close with, it
seems to me, good differentiation between l, I, and 1. O and 0 are a
bit problematic as 0 is not dotted or slashed but is more of an ellipse.
On this GNOME desktop the interface is set to Cantarell, Regular, and
while it has
On Sat, Aug 19, 2023 at 16:15 Russell L. Harris
wrote:
> bumper sticker: DYSLEXICS UNTIE!
I concur on sans comments. You might take a look at the Free* fonts family
(Debian packages “fonts-freefont-ttf” and “fonts-freefont-otf”).
-Tom
Have a look at: https://github.com/IBM/plex
it is very readable.
Rolf
bumper sticker: DYSLEXICS UNTIE!
ally
> references both 0 v. O and I v. l v. 1:
>
> "Description-en: fixed width font designed for coders
> This package contains two Font Families.
> - Anonymous Pro
> - Anonomous Pro Minus
> .
> 'Anonymous Pro' is a family of four fixed-width fonts designed
>
On 8/19/23, Andreas Rönnquist wrote:
> On Sat, 19 Aug 2023 21:19:48 +0200,
> Christoph K. wrote:
>>
>>I'm unsatisfied with the default sans font in debian for use in the
>>graphical user interface (in my case XFCE).
>>
>>My main concern with the defa
I am a XFCE user with a similar taste in fonts, but I have no need for
umlaut.
I am concerned primarily with the distinction between numeral 1 and
lower case L. And I loathe fonts in which the numerals 3, 5, 6, and 9
are not radically different.
Back in the 1970's, I ran across a detailed st
On Sat, 19 Aug 2023 21:19:48 +0200,
Christoph K. wrote:
>Hi all,
>
>I'm unsatisfied with the default sans font in debian for use in the
>graphical user interface (in my case XFCE).
>
>My main concern with the default sans font (I guess it's Bitsream Vera,
>but tha
Hi all,
I'm unsatisfied with the default sans font in debian for use in the
graphical user interface (in my case XFCE).
My main concern with the default sans font (I guess it's Bitsream Vera,
but that doesn't really matter) is the the small 'L' and the capital
On Sun, 30 Apr 2023 14:26:12 -0600, D. R. Evans wrote:
> I have TB configured so as to display incoming e-mail as plain text. They
> display correctly, BUT the font used to display the contents in the third
> pane
> is too large on the new monitor. How *exactly* do I control the
gured so as to display incoming e-mail as plain text.
> They
> display correctly, BUT the font used to display the contents in the
> third pane
> is too large on the new monitor. How *exactly* do I contr
third pane,
below the second one, is where the contents of e-mails are displayed.
I have TB configured so as to display incoming e-mail as plain text. They
display correctly, BUT the font used to display the contents in the third pane
is too large on the new monitor. How *exactly* do I control
Dear list,
when enlarging text in LibreOffice Writer (e.g. 96pt) so that the characters
fill the screen, the X server reproducibly crashes.
I'm running Debian sid with the package xorg-server
21.1.7-1. Hardware is a ThinkPad T410 with integrated Intel graphics.
Xorg.0.log:
###
[ 3
On 2022-11-02, David Wright wrote:
>
> Perhaps try https://support.mozilla.org/en-US/questions/1239467
> though I don't understand their "Don't choose a value below 1.0 or
> about [is that above?] 4.0", because the value I have is -1.5
> (ie negative, and I didn't choose it).
My understanding is
On Tue 01 Nov 2022 at 15:53:56 (-0400), pa...@quillandmouse.com wrote:
> Folks:
>
> Typically, I use i3wm, but I just got through sampling Plasma. Somehow
> it has reduced/changed what I guess I'd call my "system font". This
> shows up in Firefox menus, Claws-Mail me
Folks:
Typically, I use i3wm, but I just got through sampling Plasma. Somehow
it has reduced/changed what I guess I'd call my "system font". This
shows up in Firefox menus, Claws-Mail menus and others. I don't really
care about the font, but the size must be increased.
On Wed, 2 Feb 2022, Pierre Frenkiel wrote:
hi,
I'm looking for a way to increase the font size in alpine (Debian buster).
I was unable to find an answer with google...
I found the answer: just add "-fn 10x20" to the xterm call
best regards,
--
Pierre Frenkiel
t%20color
I got these results as my first two:
https://unix.stackexchange.com/questions/233483/change-xfce-desktop-font-color
https://forum.xfce.org/viewtopic.php?id=6553
i am sorry. it is a long time i was mailing to this list for help
OK. Now we know which terminal you use, and this*probably* also means
you're running XFCE as your desktop environment. That will be useful
information for the thread back on the mailing list.
yes, that is right i am using xfc
scribe what you want to do.
I'm wondering, actually, what you mean by "fonts on the desktop". Most of
the time, when people talk of fonts, they actually mean fonts within a
terminal emulator or a web browser, since that's where they see the
most text. It's hard for me t
hi folks
a small problem for me in using bullseye: how can I change the colours of the
fonts on the desktop??
(if possible)
thanks a lot
cheers,
steef
groningen
Siard writes:
> On Thu, 1 Jul 2021 22:37 -0700, Marc Shapiro wrote:
>> On 6/22/21 9:23 AM, Siard wrote:
>> > In the MATE Terminal settings (Edit > Profile Preferences),
>> > tab 'Colors', under 'Palette', set 'Built-in schemes' to 'Custom'
>> > and change every color in the color palette to black
On Thu, 1 Jul 2021 22:37 -0700, Marc Shapiro wrote:
> On 6/22/21 9:23 AM, Siard wrote:
> > In the MATE Terminal settings (Edit > Profile Preferences),
> > tab 'Colors', under 'Palette', set 'Built-in schemes' to 'Custom'
> > and change every color in the color palette to black.
> >
> > Here is a sc
On 6/22/21 9:23 AM, Siard wrote:
On Tue, 22 Jun 2021 17:32:55, Andrei POPESCU wrote:
On Ma, 22 iun 21, 08:14:08, Richard Owlett wrote:
I have vision problems.
I *MUST* have black on white text in all cases.
The program I'm running gives out colored text.
The MATE Help screen is NOT helpful.
H
On 2021-06-28, Long Wind wrote:
>
> i rather put up with ugly font than imperfect fixanyway Thanks to all that
> reply!
>
For me it's unequivocally the contrary. But then I'm not a perfectionist
about picayune things and would rather see the entire picture a little
fau
On Monday 28 June 2021 11:46:00 Curt wrote:
> On 2021-06-28, Gene Heskett wrote:
> >> The workaround at the bottom of the thread is to create a service
> >> file that systematically deletes the cache at shutdown.
> >
> > That sucks unless its a gracefull shutdown, power failures don't
> > leave t
On 2021-06-28, Gene Heskett wrote:
>>
>> The workaround at the bottom of the thread is to create a service file
>> that systematically deletes the cache at shutdown.
>
> That sucks unless its a gracefull shutdown, power failures don't leave
> time to do that, so why not clean the cache early in t
On Monday 28 June 2021 08:19:37 Curt wrote:
> On 2021-06-28, Brian wrote:
> > On Mon 28 Jun 2021 at 11:20:12 -, Curt wrote:
> >> On 2021-06-28, Long Wind wrote:
> >> > Thank IL Ka and Cater!i've run console-setup,
> >> > but it's n
On 2021-06-28, Brian wrote:
> On Mon 28 Jun 2021 at 11:20:12 -, Curt wrote:
>
>> On 2021-06-28, Long Wind wrote:
>> >
>> >
>> > Thank IL Ka and Cater!i've run console-setup,
>> > but it's not persistent, after reboot, it uses ugl
On Mon 28 Jun 2021 at 11:20:12 -, Curt wrote:
> On 2021-06-28, Long Wind wrote:
> >
> >
> > Thank IL Ka and Cater!i've run console-setup,
> > but it's not persistent, after reboot, it uses ugly font again
> > PS: i reply a little late, becaus
On 2021-06-28, Long Wind wrote:
>
>
> Thank IL Ka and Cater!i've run console-setup,
> but it's not persistent, after reboot, it uses ugly font again
> PS: i reply a little late, because yahoo is partially blocked
>
Looks like this four-year-old bug:
htt
1 - 100 of 2528 matches
Mail list logo