From: Johannes Weiner <hannes@saeurebad.de>
To: "Lennart Borgman \(gmail\)" <lennart.borgman@gmail.com>
Cc: Emacs Devel <emacs-devel@gnu.org>
Subject: Re: Why @#! is not Emacs using the Recycle bin on w32?
Date: Sat, 30 Aug 2008 17:06:52 +0200 [thread overview]
Message-ID: <87prnqo837.fsf@skyscraper.fehenstaub.lan> (raw)
In-Reply-To: <48B95210.5070704@gmail.com> (Lennart Borgman's message of "Sat, 30 Aug 2008 15:58:40 +0200")
"Lennart Borgman (gmail)" <lennart.borgman@gmail.com> writes:
>>>> Why do you expect it from the UI in the first place?
>>> Thomas Lord took some time to explain what user interface (scientific
>>> and non-scientific) research had found in this area.
>>>
>>> I simply think it is good trying to use the result from that research.
>>> (Or invalidate it, but I think that takes much, much time to try. And I
>>> do not expect it to succeed.)
>>
>> I already invalidated them for myself and I am sure there are others who
>> like terminal deletion.
>
> Maybe that does not really invalidate the statistical results of the
> more scientific research ... - but of course if many think the same
> ... ;-)
Statistics always include outliers. While stats draw conclusions about
broader masses, they are bad when it comes to making statements about
individuals.
>> My only wish is that whatever fix will result from this thread is
>> nothing that changes the default behaviour for the main bulk of dired
>> users that are used to it and can cope.
>
> That is fair though I personally want it the other way round. Those who
> can cope should cope (if I may stretch your words a bit).
>
>> My main question, though, was why you expected the trash can thing from
>> an interface that obviously has its roots in *nix cli programs.
>
> I am not sure. Maybe because I was upset. Or maybe because I expect and
> hope things to evolve ;-)
I might sound a bit conservative on these issues but in fact I have
tried and failed working with interfaces that are `as proven by
research' the most ergonomic ones.
And while certain tools are niche products, they still have a vivid
community like tiling window managers, text shells (have a look at the
zsh developer mailing list, THAT is innovation) and programmatically
combinable text-based utils.
I see that the main bulk of people using computers is more and more
getting away from understanding the tools they use and the tools
accomodate to that to become more and more simple to use intuitively and
with more mechanisms that protect ignorant users from their own actions.
But in this process they lose power. I noticed that when I watched a
friend of mine resizing images one by one, for hours. Sure, he didn't
have to learn much because the program was intuitive. But I read into
the manpage for a text-based util that does the same job for 10 minutes
and did his resizing work that would have taken _hours_ in literally
_minutes_.
Still, every average Windows user would tell me that resizing images
with Photoshop is a more modern way than using ImageMagick. Even if
it's inefficient to ludicrous dimensions.
If people want `modern' interfaces that are accepted by broad masses
then there is enough supply of tools that does that for them.
Just because the average desktop environment has `evolved' into
something that even untrained people can use does not mean that it is
technically better and more usable. It might be instantly usable but
not much else.
And if you call it evolving to accomodate for untrained users while
punishing those who know their tools, then, yes, I really hope Emacs
does not evolve much.
Seriously, Emacs is one of the rare tools that can still be used
efficiently and without annoyance and I use it for exact that reason. I
don't need a mouse for it, it does not have stupid popups and when I ask
it to delete a file it deletes it instead of moving it.
I like Emacs because it is NOT like all the others, because it has NOT
broken heuristics that get in my way in really annoying ways.
Again, *nix-like interfaces might not have so many users as other
interfaces have but there *is* demand for it and if you don't like it,
adjust the tool or use a different one.
And in Emacs, you have all the power to hack something up that does the
trash-can disposal of files. But please don't change the default
behaviour that integrates really well with the overall philosophy.
From my experience with the GNU coreutils I expect Emacs to delete a
file when I ask it to delete a file.
Hannes
next prev parent reply other threads:[~2008-08-30 15:06 UTC|newest]
Thread overview: 119+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-28 22:37 Why @#! is not Emacs using the Recycle bin on w32? Lennart Borgman (gmail)
2008-08-28 23:41 ` Michael Ekstrand
2008-08-29 0:16 ` Lennart Borgman (gmail)
2008-08-28 23:42 ` David De La Harpe Golden
2008-08-28 23:48 ` Lennart Borgman (gmail)
2008-08-28 23:54 ` Jason Rumney
2008-08-29 0:06 ` Lennart Borgman (gmail)
2008-08-29 5:39 ` Jason Rumney
2008-08-29 6:51 ` Lennart Borgman (gmail)
2008-08-29 7:52 ` Eli Zaretskii
2008-08-29 7:58 ` Lennart Borgman (gmail)
2008-08-29 8:06 ` Eli Zaretskii
2008-08-29 8:17 ` Lennart Borgman (gmail)
2008-08-29 9:24 ` Eli Zaretskii
2008-08-29 9:43 ` David House
2008-08-29 10:16 ` Eli Zaretskii
2008-08-29 13:26 ` Lennart Borgman (gmail)
2008-08-29 14:36 ` Eli Zaretskii
2008-08-29 15:06 ` Drew Adams
2008-08-29 15:11 ` Juanma Barranquero
2008-08-29 16:28 ` Drew Adams
2008-08-29 15:39 ` Alan Mackenzie
2008-08-29 16:32 ` Drew Adams
2008-08-29 16:43 ` David House
2008-08-29 22:12 ` René Kyllingstad
2008-08-30 0:29 ` David House
2008-08-30 0:33 ` Lennart Borgman (gmail)
2008-08-30 1:58 ` David House
2008-08-31 2:32 ` Sean Sieger
2008-08-31 2:34 ` Lennart Borgman (gmail)
2008-08-31 3:28 ` Sean Sieger
2008-08-29 19:58 ` Taylor Venable
2008-08-29 20:08 ` Lennart Borgman (gmail)
2008-08-29 20:46 ` Taylor Venable
2008-08-29 21:00 ` Lennart Borgman (gmail)
2008-08-29 21:59 ` Phil Jackson
2008-08-29 22:12 ` Lennart Borgman (gmail)
2008-08-29 23:43 ` Miles Bader
2008-08-30 9:49 ` Phil Jackson
2008-08-30 10:18 ` Alan Mackenzie
2008-08-30 10:43 ` Phil Jackson
2008-08-30 20:41 ` Lennart Borgman (gmail)
2008-08-30 14:03 ` Taylor Venable
2008-08-30 14:11 ` Lennart Borgman (gmail)
2008-08-30 22:32 ` Manoj Srivastava
2008-08-30 22:40 ` Lennart Borgman (gmail)
2008-08-31 3:35 ` Manoj Srivastava
2008-08-31 3:49 ` Lennart Borgman (gmail)
2008-08-30 23:04 ` David De La Harpe Golden
2008-08-31 3:37 ` Manoj Srivastava
2008-08-31 6:55 ` David De La Harpe Golden
2008-08-31 6:59 ` Alfred M. Szmidt
2008-08-31 9:31 ` David De La Harpe Golden
2008-08-31 13:51 ` Alfred M. Szmidt
2008-08-31 15:04 ` Lennart Borgman (gmail)
2008-08-31 16:38 ` Alfred M. Szmidt
2008-08-31 17:43 ` David De La Harpe Golden
2008-08-31 20:25 ` Lennart Borgman (gmail)
2008-08-31 10:46 ` David De La Harpe Golden
2008-08-29 20:12 ` Drew Adams
2008-08-29 23:43 ` David De La Harpe Golden
2008-08-30 0:21 ` Lennart Borgman (gmail)
2008-08-30 2:16 ` David De La Harpe Golden
2008-08-30 5:10 ` tomas
2008-08-30 21:26 ` David De La Harpe Golden
2008-08-31 4:53 ` tomas
2008-08-31 12:25 ` Lennart Borgman (gmail)
2008-08-31 16:51 ` tomas
2008-08-31 20:22 ` Lennart Borgman (gmail)
2008-09-01 4:33 ` tomas
2008-08-29 10:41 ` Jason Rumney
2008-08-29 11:35 ` martin rudalics
2008-08-29 12:16 ` David House
2008-08-29 13:22 ` Lennart Borgman (gmail)
2008-08-29 13:45 ` Lennart Borgman (gmail)
2008-08-29 14:00 ` Jason Rumney
2008-08-29 16:16 ` Francis Litterio
2008-08-29 9:19 ` David De La Harpe Golden
2008-08-29 8:16 ` David House
2008-08-29 8:18 ` Lennart Borgman (gmail)
2008-08-29 8:31 ` David House
2008-08-29 8:39 ` Lennart Borgman (gmail)
2008-08-29 10:01 ` Werner LEMBERG
2008-08-29 13:28 ` Lennart Borgman (gmail)
2008-08-30 18:37 ` Werner LEMBERG
2008-08-31 12:31 ` Lennart Borgman (gmail)
2008-08-31 19:26 ` Richard M. Stallman
2008-08-31 21:49 ` Werner LEMBERG
2008-08-29 10:57 ` Phil Jackson
2008-08-29 14:35 ` Eli Zaretskii
2008-08-29 18:37 ` Johannes Weiner
2008-08-29 19:59 ` Lennart Borgman (gmail)
2008-08-30 9:11 ` Johannes Weiner
2008-08-30 12:42 ` Lennart Borgman (gmail)
2008-08-30 13:26 ` Johannes Weiner
2008-08-30 13:58 ` Lennart Borgman (gmail)
2008-08-30 15:06 ` Johannes Weiner [this message]
2008-08-30 17:23 ` René Kyllingstad
2008-08-30 20:40 ` Lennart Borgman (gmail)
2008-08-29 22:37 ` Thomas Lord
2008-08-30 3:11 ` Stephen J. Turnbull
2008-08-30 9:40 ` Alan Mackenzie
2008-08-30 10:11 ` Eli Zaretskii
2008-08-30 15:03 ` Jason Rumney
2008-08-30 20:22 ` Lennart Borgman (gmail)
2008-08-30 9:36 ` Johannes Weiner
2008-08-31 1:30 ` Richard M. Stallman
2008-08-31 6:22 ` Johannes Weiner
2008-08-29 20:24 ` Gilaras Drakeson
2008-08-29 20:56 ` Drew Adams
2008-08-29 21:05 ` Lennart Borgman (gmail)
2008-08-29 21:11 ` Drew Adams
2008-08-29 21:13 ` Lennart Borgman (gmail)
2008-08-29 21:20 ` Drew Adams
2008-08-29 21:54 ` Lennart Borgman (gmail)
2008-08-29 22:20 ` Drew Adams
2008-08-29 22:25 ` Lennart Borgman (gmail)
2008-08-29 22:17 ` René Kyllingstad
2008-08-30 3:14 ` Stephen J. Turnbull
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=87prnqo837.fsf@skyscraper.fehenstaub.lan \
--to=hannes@saeurebad.de \
--cc=emacs-devel@gnu.org \
--cc=lennart.borgman@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.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).