From: Samuel Wales <samologist@gmail.com>
To: Ihor Radchenko <yantar92@gmail.com>
Cc: emacs-org list <emacs-orgmode@gnu.org>
Subject: Re: [PATCH] Add make target to ease creating reproducers and testing them
Date: Sat, 30 Apr 2022 22:01:39 -0700 [thread overview]
Message-ID: <CAJcAo8uqhB-Y3D0hy5LH9TJUVwCbTrk5XG96o+=NP-TG0iqVTw@mail.gmail.com> (raw)
In-Reply-To: <CAJcAo8tVrda=tLQkKBz7zgLcTyX0MFSbt2B1gpKxYK4H-C9XfA@mail.gmail.com>
i took another look.
repro args might be enough for most users.
> As for accessibility, I doubt that we can provide something that fits all people. Not to mention that accessibility settings themselves can
affect reproducer.
i don't think anybody is asking for the first point. if something is
unusable at all, it won't be reproed, so the second point is sort of,
either it gets reported along with the settings as a heads up, or it
doesn't get reproed.
On 4/30/22, Samuel Wales <samologist@gmail.com> wrote:
> thanks for reply. merely pointing out that: some users, myself
> included, need settings to make the system work at all. that is, it
> is impossible to use emacs. this is solved in some cases by .emacs
> settings and command line args.
>
> for example, just today i clicked on a download link --- for your
> patch, now that i think about it --- and firefox suggested emacs as an
> alternative to saving. so i tried it, and emacs came up completely
> unusable. i was able to save using the firefox dialog box, then open
> with my regular emacs, but wasn't able to determine much from the
> patch in my case.
>
> [firefox did not offer to allow a command line to run my shell script
> which sets up emacs correctly, and idk if it even ran with my .emacs.
> does it do -q? not sure because emacs is too unusable to even find
> that out. so firefox fails to be accessible in that dialog box. they
> probably never thought anybody would need to run a command line
> instead of choosing from some "applications" list. whereas i never
> thought major free software would /not/ provide for a command line.
> different perspective i guess.]
>
> if those users are not anticpated by the make target, perhaps a line
> indicating something like that [idk what as i didn't understand the
> patch] in the description would be useful so that they do not have to
> follow a false trail?
>
>
> On 4/30/22, Ihor Radchenko <yantar92@gmail.com> wrote:
>> Samuel Wales <samologist@gmail.com> writes:
>>
>>> coupld of questions. first, is there accommodation for accessibility?
>>> e.g. if a user needs a setting for large fonts, small window size to
>>> not be larger than monitor size, any emacs args, black bg.
>>
>> There is REPRO_ARGS variable. It can be used to pass any extra args to
>> Emacs. I provided relevant example in the manual (see the patch).
>>
>> As for accessibility, I doubt that we can provide something that fits
>> all people. Not to mention that accessibility settings themselves can
>> affect reproducer.
>>
>>> for these reasons, and because setup of agenda etc. takes a bit of
>>> code, my test file is not tiny. but maybe it is good enough to
>>> combine user setup with the code that triggers the issue. for
>>> simplicity. [in my case by variations i mean e.g. which version of
>>> emacs, which version of org, whether my .emacs is loaded. i doubt
>>> this is needed, but some users might want to set such things sometimes
>>> for comparison. probably simplicity should be a higher priority.]
>>
>> We cannot expect users to do anything more than reporting their system,
>> Emacs, and Org mode versions. If desired, our Makefile provides EMACS
>> variable to control which Emacs executable to use.
>>
>>> second, this is for which instantiations of org? git yes, what about
>>> package managers? built-in org??
>>
>> This is for git and assumes that git version of Org is already
>> downloaded (how would you run make repro otherwise?).
>>
>> For built-in Org, manual just says emacs -Q. Nothing much to simplify.
>> For package managers, users need to provide the load-path. Again,
>> details are already covered in the manual.
>>
>> Best,
>> Ihor
>>
>
>
> --
> The Kafka Pandemic
>
> A blog about science, health, human rights, and misopathy:
> https://thekafkapandemic.blogspot.com
>
--
The Kafka Pandemic
A blog about science, health, human rights, and misopathy:
https://thekafkapandemic.blogspot.com
next prev parent reply other threads:[~2022-05-01 5:02 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-01 3:03 [PATCH] Add make target to ease creating reproducers and testing them Ihor Radchenko
2022-05-01 3:47 ` Samuel Wales
2022-05-01 4:20 ` Ihor Radchenko
2022-05-01 4:53 ` Samuel Wales
2022-05-01 5:01 ` Samuel Wales [this message]
2022-05-01 11:36 ` Emacs launched from Firefox Max Nikulin
2022-05-02 2:03 ` Samuel Wales
2022-05-02 8:26 ` Max Nikulin
2022-05-26 0:25 ` Samuel Wales
2022-05-26 2:59 ` Ihor Radchenko
2022-06-01 12:26 ` Max Nikulin
2022-05-01 14:03 ` [PATCH] Add make target to ease creating reproducers and testing them Christopher M. Miles
2022-07-22 13:37 ` Ihor Radchenko
2023-04-22 8:37 ` Max Nikulin
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.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAJcAo8uqhB-Y3D0hy5LH9TJUVwCbTrk5XG96o+=NP-TG0iqVTw@mail.gmail.com' \
--to=samologist@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=yantar92@gmail.com \
/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/org-mode.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).