[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#57012: Activating versus raising frames
From: |
Po Lu |
Subject: |
bug#57012: Activating versus raising frames |
Date: |
Sun, 07 Aug 2022 13:27:40 +0800 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) |
Daniel Colascione <dancol@dancol.org> writes:
> Because, as a pragmatic matter, they don't. We're lucky if users read
> fatal error messages. People don't have time to trawl through
> documentation before trying something. They read about some cool new
> compilation mode on Reddit (scanning just the post titles of course),
> them try it. It's not that they're dumb. They've busy. It doesn't
> matter whether some file somewhere says a scenario isn't supported:
> users are going to try that scenario anyway if it plausibly looks like
> it might work, and when it doesn't, they're going to think less of the
> whole project. I'd feel much better if pgtk simply refused to start
> under X (explaining that it's not supported) than silently give users
> a poor experience.
How about adding a warning to configure.ac instead? Do you think those
users will read that?
- bug#57012: Activating versus raising frames, (continued)
- bug#57012: Activating versus raising frames, Po Lu, 2022/08/06
- bug#57012: Activating versus raising frames, Daniel Colascione, 2022/08/06
- bug#57012: Activating versus raising frames, Po Lu, 2022/08/06
- bug#57012: Activating versus raising frames, Daniel Colascione, 2022/08/06
- bug#57012: Activating versus raising frames, Po Lu, 2022/08/06
- bug#57012: Activating versus raising frames, Daniel Colascione, 2022/08/06
- bug#57012: Activating versus raising frames, Po Lu, 2022/08/06
- bug#57012: Activating versus raising frames, Daniel Colascione, 2022/08/07
- bug#57012: Activating versus raising frames, Po Lu, 2022/08/07
- bug#57012: Activating versus raising frames, Daniel Colascione, 2022/08/07
- bug#57012: Activating versus raising frames,
Po Lu <=