The behavior is worse depending on whether or not you have it plugged
in. I use the Cr48 at home as a communication hub and when its plugged
in, the screen dims, but at least the wifi stays on and it stays
connected.
Switchover to when your on the road (or dont have your charger with
you) and not only does the screen dim, but the wifi turns off as well
to conserve power. This is a major annoyance when I take my Cr48 to
work in my cube! I enjoy the 7-8 hours of batter life even on constant
use, however when your on a network that requires constant traffic
every 15 minutes or so (you get logged out of the Radius Server when
you stop sending traffic) not only do you have to wake up the machine,
but re-authenticate. THIS is even worse of an annoyance.
I can handle the screen timeouts, but not the wifi radio being turned
off while the cover is open! Can't ChromeOS assume that I might want
to save battery life (turn off the screen) but stay connected, since I
haven't closed my cover?
I would say keep the wifi radio on when the cover is open and turn it
off when the laptop is closed.
On Jan 14, 11:40 am, Wes Beal <
beal....@gmail.com> wrote:
> I've got enough faith in google's track record to not question their
> approach to configurability, but I have to agree with the annoyance of
> the screen timing out.
>
> Let me start with one observation about the Cr48: is battery life an
> issue for anyone? After I charged the thing up for the first time,
> I've never seen the battery get that low. Granted, I always keep it
> plugged in overnight...
>
> On to the screen timeouts: I submitted a feature request on this, and
> on the wifi connection going to sleep, a while back too.
>
> Using Gmail as a communications hub (fans of LifeHacker have probably
> read their article on this athttp://
lifehacker.com/5713726/how-to-use-gmail-as-your-central-univer...)
> is something I'm trying to do now, but failing because of this very
> issue.
>
> This also becomes an issue for me again, when I try and use the Cr48
> in the kitchen. I like referring to recipes on the internet when I
> cook. On a windows laptop, I can set things up so the machine will
> always be on, but on the Cr48 I can't. And when my hands are covered
> with whatever I'm cooking with, I really don't want to touch the
> keyboard to wake the machine back up.
>
> I would also like it if the wifi signal did not go to sleep as soon as
> I close the cover. I like being able to have the Cr48 at my side
> wherever I'm at, and if I think of something I want to check on or
> know, pop it open and look. Right now if I haven't kept it open the
> whole time (not something I like to do) I have to wait, a fairly long
> time, for the wifi to kick in with a connection. On laptops I set
> things up so this isn't an issue, but can't solve this problem on the
> Cr48.
>
> Since the battery life is really good, I'd like the Cr48 to wait *a
> lot* longer before it powers things down.
>
> Especially if the cover is open. Why dim anything before an hour of no
> use if the cover is open?
>
> If you wanted to predict what the right thing for most users was, you
> could control the dimming to be relative to the amount of battery life
> currently available on the machine: Since charging it up initially, I
> don't think I've had less than a half full charge on the machine. You
> could choose to go with a more aggressivetimeoutfunction when the
> battery is less than half full.
>
> My two-cents. This really is an issue for me though, and I think it
> will be for others too. This isn't a smartphone that I'm going to have
> out all the time; when I do have it out, I want it to be ready to
> work.
>
> -Wes
>
> On Jan 13, 9:23 pm, Chris Masone <
cmas...@chromium.org> wrote:
>
>
>
>
>
>
>
> > Rather than erring on the side of hyper-configurability like most open
> > source projects, Chromium has had a long-standing design principle to figure
> > out the right thing for most users and just do it. Chromium OS intends to
> > continue in this vein, though I admit we caved in on some things so we could
> > get features in by the time we wanted to send out the Cr48s. Thus, we're
> > much more interested in shipping a solution like what Steve was talking
> > about than adding yet another slider to the settings tabs or exposing an
> > extensions API that makes sense only on our platform.
>
> > On Thu, Jan 13, 2011 at 5:42 PM, .:triune. (♪_♪) <
tri...@gmail.com> wrote:
> > > The issue here is much simpler than you think. I just want the screen
> > > to not turn off for a duration of time that is of my choosing, not
> > > when ChromeOS decides to dim it for me....
>
> > > On Jan 13, 2:08 am, Steve Pirk <
pirks...@gmail.com> wrote:
> > > > What is it about the screentimeoutthat keeps you from using the Cr-48
> > > as a
> > > > communications hub?
> > > > The only thing that slows me down bringing it out of sleep is that I lock
> > > my
> > > > screen ontimeout. Other than that, gmail updates within seconds after
> > > the
> > > > wifi reconnects.
>
> > > > Now if it is the lack of notifications, wouldn't that be handled by the
> > > 3g
> > > > card?
> > > > Maybe not. I think I see the issue. 3g does not connect until wireless
> > > > disconnects. Not sure a screentimeoutcompletely disconnects the
> > > wireless.
> > > > My 3g does not work, so I cannot test getting notifications when idle. I
> > > > usually listen for my phone to ping on incoming.
>
> > > > --steve
>
> > > > On Wed, Jan 12, 2011 at 14:16, .:triune. (♪_♪) <
tri...@gmail.com> wrote:
> > > > > Sorry, I meant code, not could the extension :)
>
> > > > > On Jan 12, 5:12 pm, .:triune. (♪_♪) <
tri...@gmail.com> wrote:
> > > > > > I asked about this here >>
> > > > >
http://code.google.com/p/chromium-os/issues/detail?id=4070
> > > > > > and was directed to put in a feature request here. Basically, I use
> > > my
> > > > > > netbook as my communication portal: email, IM, phone, video chatting,
> > > > > > etc... and as such, I'm always leaving it open with Gmail open in the
> > > > > > browser. The problem is, ChromeOS doesn't allow you to set the screen
> > > > > >timeoutperiod or disable it. From what I can tell, they are using
> > > > > > "intelligent" algorithms to determine when to turn off the display.
> > > > > > Personally, I think this approach serves most users' needs. But I
> > > > > > think it would be grand if the OS has an API that an extension
> > > > > > developer could plug into to disable or change the screentimeout. I
> > > > > > reaches thetimeoutperiod. I would perhaps make an options page for
> > > > > > the extension to set thetimeoutperiod when the coffee cup is empty.