Re: Cancel Sleep
Re: Cancel Sleep
- Subject: Re: Cancel Sleep
- From: David Elliott <email@hidden>
- Date: Wed, 2 Jan 2008 00:01:42 -0500
On Jan 1, 2008, at 11:15 PM, Jordan K. Hubbard wrote:
On Jan 1, 2008, at 7:00 PM, Michael Smith wrote:
This has wandered quite a bit off the original topic at this point,
and become another one of those "I don't care what anyone else
thinks, I reckon it should do <blah>" threads. It's not helpful to
the OP, who wants something that's not really doable, and it's not
helpful to the rest of you because nobody here is in a position to
do anything about your opinions.
And, I might add, even those who might be in a position to authorize/
effect change in reaction to these various requests to do <blah> can
only be far from convinced by the arguments presented thus far.
Apple engineering is hardly deaf to feature requests (we receive,
appreciate, and act on them all the time) but they have to be argued
from some "greater good" perspective to have any chance of success.
Personal preference arguments usually don't make it unless it can be
demonstrated that there is some large number of persons asking for
the same thing (and "asking loud" will not be confused with a strong
argument, though folks are always likely to try that approach first).
When a laptop has power and an external display connected it should be
presumed that the user does not want it to go to sleep when he closes
the lid. If you don't believe that and want to continue the Apple
dogma then this might work for you: if the machine is capable of
safely running closed (e.g. is a PB or MBP) and the user is holding
Option while he closes the lid then the laptop should not go to
sleep. Since it's impossible to hold option on the internal keyboard
while closing the lid, an external keyboard must have been used.
That one simple feature will cover 90% of cases people want and will
dissuade them from writing their own kernel extension hacks that do
really bad things like make the machine ignore lid close entirely.
There is almost no chance that a clueless user could invoke this
functionality accidently.
Convinced?
-Dave
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden