public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Stroller <stroller@stellar.eclipse.co.uk>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] How to set udev rule?
Date: Mon, 31 Aug 2009 15:32:26 +0100	[thread overview]
Message-ID: <AE0B6612-882D-4E05-A176-225252575A81@stellar.eclipse.co.uk> (raw)
In-Reply-To: <5b7f62152b3704f3ce8c684a81cb8893.squirrel@jesgue.homelinux.org>


On 31 Aug 2009, at 06:38, Jesús Guerrero wrote:
> ...
>> I see Windows users do this all the time, without any problem
>> yet. Of course, the wait a little after writing to it, but a few  
>> seconds
>> after the blinking stops seem to be enough.
>
> Lucky guys. That, or when the file is not on the drive they come back
> and copy it again without you noticing it. This happens lots of times.
> I've seen it and I'll continue to see it as long as users don't
> understand what's going under the hood. That's what the safe removal
> feature in Windows is about, it's not there just to decorate your
> try, it exists for a reason.

Indeed.

Macs complain if you pull a USB drive without safely removing it  
first, and this warns users against doing it again in the future.

The problem with XP is that the "safely remove" icon is so small that  
typical users don't ever notice it, and consequently don't know any  
better. They're used to hot-plugging USB mice, keyboards & printers  
into & from their laptops, so they don't see why a USB drive should be  
any different. XP doesn't complain about a USB drive unsafely removed;  
Vista's "safely remove" is slightly more obvious (available from a  
right-click menu) but I don't know if any other improvements (IMO a  
warning is important) have been made in Vista or Windows 7.

Windows does have an option which implies immediate syncs to USB  
drives, and I'd guess that if this is selected the copy or save file  
dialogues should remain on the screen until the whole file has been  
written, thus discouraging the user from unplugging the drive mid- 
write. I'm sceptical, however.

Stroller.


  reply	other threads:[~2009-08-31  9:26 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-27  7:22 [gentoo-user] How to set udev rule? Song Zhiwei
2009-08-27 10:01 ` KH
2009-08-28  1:51   ` Song Zhiwei
2009-08-28  3:33     ` David Relson
2009-08-30 17:29       ` Alex Schuster
2009-08-30 19:38         ` Dirk Heinrichs
2009-08-30 20:15           ` Jesús Guerrero
2009-08-30 21:13             ` Dale
2009-08-30 21:26             ` Alex Schuster
2009-08-31  5:38               ` Jesús Guerrero
2009-08-31 14:32                 ` Stroller [this message]
2009-08-31 16:41               ` Dirk Heinrichs
2009-08-31 19:40                 ` Mick

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

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

  git send-email \
    --in-reply-to=AE0B6612-882D-4E05-A176-225252575A81@stellar.eclipse.co.uk \
    --to=stroller@stellar.eclipse.co.uk \
    --cc=gentoo-user@lists.gentoo.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox