In terms of layout of rooms and useful monitoring, you have to be able to configure which node it attaches to, right? Because it's going to monitor the physical space between itself and that node.
So you might have an ESP32 placed across the room from one mesh node to monitor that particular room. But if that ESP32 roams to, say, the mesh node on the floor above it, it's going to monitoring a much less useful space - just the vertical space between itself and the mesh node on the floor above.
Am I envisioning this correctly? I'm thinking its a problem for systems like eero, where you can't lock a device to a particular mesh node.
I absolutely love Arc for Mac. It gets all the little things right -- at least for my workflow and mindset. But "getting all the little things right" in a browser isn't something you can monetize.
Neat! I played for a while with my 10yo son. The timer is a bit of a drag. My suggestion is to either implement a lives mechanism like the other poster suggested, or to make the timer reset after each success.
* voice commands for navigation actually work. Recognition is quick and accurate.
* Should you need to type in an address, Tesla treats you like an adult, and lets you do it while the car is moving.
All the other recent cars I've driven won't even let the passenger enter an address unless the car is stopped.
Ha yeah - we opened up a port in iptables for this so we don't have to ssh tunnel in to see stats. Obviously, if you're concerned about exposing numbers, you can view via an ssh tunnel instead of opening a port.
Check out Redwood, http://redwoodapp.com. It runs on your desktop and searches Google Docs, GMail, and Basecamp. Since there's no server intermediary, it doesn't have the same privacy concerns as greplin.
That's true. Bundling MacRuby with your application is easy though, and doesn't take up us much space as you might think. My MacRuby app, together with the MacRuby framework and a couple of embedded gems, takes just over 10MB GZip'd for download. Obviously that's heavier than it would be without the embedded framework, but I don't think it will be a deal killer.
Even if Apple does switch MacRuby to a public Framework in Lion, my guess is that MacRuby will evolve quickly, and many developers will choose to embed MacRuby anyway to be assured of the latest version.
The project templates aren't there yet, but should be any day now. In the mean time, everything else works -- compilation, Interface Builder, etc. You'll want to grab MacRuby 0.10 from source or nightlies.
Just because it's a laptop doesn't mean you have to use it in an non-ergonomic configuration. My current setup is a 15"MBP mounted on a sit/stand desk at home. An external keyboard and monitor keeps both hands and eyes in the right position. I have a similar docking setup at the office. That covers 80% of my time on the machine. The other 20% (mostly at coffee shops) doesn't bother me, and I still get the benefits of mobility and freedom.
Reader certainly does strip away most images, that's the point. Folks who like reader are using it precisely because it provides a cleaner view, highlights the content, and minimizes distractions.
So you might have an ESP32 placed across the room from one mesh node to monitor that particular room. But if that ESP32 roams to, say, the mesh node on the floor above it, it's going to monitoring a much less useful space - just the vertical space between itself and the mesh node on the floor above.
Am I envisioning this correctly? I'm thinking its a problem for systems like eero, where you can't lock a device to a particular mesh node.