unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Christopher Dimech <dimech@gmx.com>
To: Jeff B <Jeff_B.atHome@clowderHouse.net>
Cc: Protesilaos Stavrou <info@protesilaos.com>,
	Richard Stallman <rms@gnu.org>,
	Stefan Monnier <monnier@iro.umontreal.ca>,
	49050@debbugs.gnu.org, Jose Marchesi <jemarch@gnu.org>
Subject: bug#49050: 26.1; The INSANITY of setting a default font size in EMACS and saving it for future instances.
Date: Thu, 17 Jun 2021 21:31:15 +0200	[thread overview]
Message-ID: <trinity-97e49161-414f-43eb-a2d7-8918a3a74216-1623958275704@3c-app-mailcom-bs02> (raw)
In-Reply-To: <df24e8a5-ba34-1402-8d6d-f7fc75058336@clowderHouse.net>



> Sent: Friday, June 18, 2021 at 6:48 AM
> From: "Jeff B" <Jeff_B.atHome@clowderHouse.net>
> To: "Christopher Dimech" <dimech@gmx.com>, "Eli Zaretskii" <eliz@gnu.org>
> Cc: 49050@debbugs.gnu.org
> Subject: Re: bug#49050: 26.1; The INSANITY of setting a default font size in EMACS and saving it for future instances.
>
> 
> My response is down below at the end.
> 
> >>>> Such changes in the defaults will need to be requested by much more
> >>>> than a single individual, for them to be considered seriously.
> >> Why me?  I have enough on my plate already, and starting a discussion
> >> needs neither my consent nor my help.
> > On 6/17/21 10:13 AM, Christopher Dimech wrote:
> >
> > So me starting a discussion does not require your consent nor your help.
> > I shall take you up on that and start discussing.
> >
> > The suggestion was mainly driven by the previous comment that my requests are not
> > considered seriously.  This is not always a healthy solution to inactivity.
> >
> >> The decision to add an "Accessibility" toggle, which is off by
> >> default, is a much easier one, and given that someone writes the code,
> >> should be a no-brainer to install.  No discussion is needed for that.
> > Let's do the no-brainer and see how that goes.  An accessibility option is good,
> > but need an easy way to enable it after installing emacs.  I suggest an
> > "Initial Option" such as "emacs -A", together with an elisp command
> > "(accessibility 1)".
> >
> > Jeff, what do you think about this?  Would it be a good 70th birthday present?
> >
> > Felicitations
> > Christopher
> 
> Since you ask I will answer.
> 
> • I would NOT use an Initial Option such as "emacs -A" because that
>     means that you would have had to read the man page to know that
>     -the A option is there.  The Emacs 26.1 man page is already 473
>     lines long.  If someone is having a hard time seeing to begin with
>     then expecting them to read their way through all that to look for
>     something they don't know is there is not exactly
>     accessibility-friendly.

There could be "emacs -h" telling you about the options.  Still, you do not
like the loads of information about emacs to be useful to you.  So let's not
demand a month of reading to enable accessibility.
 
> • Instead I would add an accessibility item either as an item to the
>     Options menu or, better still, add it as a separate item to the menu
>     bar.  That would make it easy to stumble upon.  :-)

That is good plan.  Although lately there has been a freak show by those
who do not many any menu bar my default.  I disagreed at the time, and still
do.  Not having the menu is tho same as saying "read the fucking 473 page manual".

It really should be in the menu under heading "Accessibility".
 
> • Which brings me to another point.  I accept that I probably have
>     some weirdness in my environment which causes Save Options to
>     fail, so solving that problem is probably on me.  BUT since saving
>     options has never worked for me I am particularly sensitive to the
>     issue of saving options.
> 
>     As I understand it (because it has never worked for me) to save
>     options chosen one not only has to make changes somewhere under
>     the Options item but then one has to re-enter the Options menu and
>     explicitly save the changes.  If it were up to me I'd reorganize that
>     so that each Options menu item had Cancel, Apply and Save buttons
>     so that you can save right then and there.
> 
>     HOWEVER I recognize that would be a major refactoring of the code
>     (I have been a hard-core programmer all of my professional life!)
>     which would take a lot of work so it probably won't happen.  BUT, as
>     I said, if it were up to me I'd do it.

The conclusion is that you would do it, and that emacs developers should do it.
I can agree with that.
 
> • Responding to a comment in an earlier eMail, YES, the default font
>     size IS TOO SMALL to be accessibility-friendly.  It is far easier for
>     a person who has good vision to make the text smaller than it is for
>     a vision-impaired person to make the text bigger.

Quite right.  The font size is too small.  In newspaper publishing, 65 characters
are normally put in a single line.  I would like that emacs does the same (and then
peaple can reduce that).  It also solved the problem with small screens, which I use
when I am on the road.
 
> I know all about wanting to cram more lines and columns of code into
> a frame.  I used to have 20/20 vision and made the characters as small
> as possible so I could have more lines of code visible on my screen at
> any one time.  Then I got older and, as happens to many people, I lost
> my ability to focus rather suddenly at about 45 years of age. Assuming
> that you do make it to "older", then you may also discover, personally,
> how important accessibility features really are.  So I urge you to get
> them in place BEFORE you need them, and in the meantime making it
> easier for all of the people who already have sight impairment.

I agree, we should assume that getting older imposes some further emacs
capabilities that are easy to use. 

> Thank you,
> Jeff Barry
> Old Fart and Curmudgeon-In-Training

It would help immensely if a number of other Old Fart friends comment
on our discussion.  The comments would help the emacs developer community to 
understand the importance of what the older members would find of value.

There will be a time when they realise the difficulties, but would be a shame
if the changes take 20 years.
 
> PS: Fix the EMACS documentation problem with jargon too!
 
Makes sense to me too.  I have been getting strong opposition to that.
The debate is usually born out of experience.  But with time, it has ended
up to be an intellectual trap, and some want to warn the world about it.

Thank you so very much.
Christopher






  parent reply	other threads:[~2021-06-17 19:31 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-15 16:47 bug#49050: 26.1; The INSANITY of setting a default font size in EMACS and saving it for future instances Jeff B
2021-06-15 18:08 ` Eli Zaretskii
2021-06-15 22:45   ` Christopher Dimech
2021-06-16 14:57     ` Eli Zaretskii
2021-06-16 15:07       ` Christopher Dimech
2021-06-16 16:03         ` Eli Zaretskii
2021-06-17 14:13           ` Christopher Dimech
2021-06-17 18:48             ` Jeff B
2021-06-17 19:08               ` Eli Zaretskii
2021-06-17 19:31               ` Christopher Dimech [this message]
     [not found]   ` <5a3fc745-5500-94fb-5725-bf6b05cd1b0e@clowderHouse.net>
     [not found]     ` <83r1h32bkx.fsf@gnu.org>
     [not found]       ` <35cbc6ad-32a5-d89c-77eb-582e29c57d8e@clowderHouse.net>
2021-06-16  2:25         ` Eli Zaretskii

Reply instructions:

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

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

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

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

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

  git send-email \
    --in-reply-to=trinity-97e49161-414f-43eb-a2d7-8918a3a74216-1623958275704@3c-app-mailcom-bs02 \
    --to=dimech@gmx.com \
    --cc=49050@debbugs.gnu.org \
    --cc=Jeff_B.atHome@clowderHouse.net \
    --cc=info@protesilaos.com \
    --cc=jemarch@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    --cc=rms@gnu.org \
    /path/to/YOUR_REPLY

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

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

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

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