ygra

Probably a reflection of the age of that code along with the usefulness of the feature. If no one actually needs the video blurry, then it doesn't matter how efficient the filter is.

I found it very tiring to read, actually.

It's not really a vehicle that many people need. Our VW Caddy seats 7 with the third row of seats, but that was installed for a week before we took it out and it's been in the garage since then. I've had the car full of stuff more often than I had it full of people. And even then it's mostly air in a car that's shaped like a brick wall that's been driven around most of the time. I can drive it at around 6.5 l/100 km of gas, but 7.1 is more typical. So a more sensible choice would have been a smaller and more efficient car.

Similar to Audio CDs. Considering that that was a time when these were more likely being played in an actual hardware player than put into a PC, I don't think the choice was necessarily wrong. Also, I think for CDs with a file system on them, the error correction was necessary, thus reducing content size.

From the description I'm not sure Explorer is actually the culprit, as they mention other apps also causing this, if they use Windows’ own file copying routine. And that might mean just restarting Explorer might not work, when the CopyFile call hangs somewhere in the kernel.

As someone with mild prosopagnosia I find some of them rather frustrating instead. Interestingly I can find a face in many of them, but some are effectively impossible.

> I don’t mind if you want a custom look and feel for your application: I very much do mind if your widgets don’t behave like other widgets of the same type ...

Interesting that you picked 2007 as the start of Windows' decline in this regard when WPF (from the same year) makes it so much easier to change the look without changing the behavior. I my eyes that toolkit does a lot of things right with controls that only define their behavior and not their visuals, which can easily be completely replaced (well, easier than writing a new Scrollbars from scratch).

I don't think the original Minesweeper used actual buttons for its playing field. That'd be a lot of controls that can be better handled by one custom drawn control. They also did look different from actual Win32 buttons which likely is another clue.

You don't really have to use the latest C# version, though. Install the latest .NET and you get the performance improvements without usually having to change anything about your code.

Either that call would have to do the same (i.e., walking the files and counting), or you'd need some additional metadata in the directory entry to store how many files there are, requiring additional storage accesses for adding and removing files. Adding to that that both FAT32 and NTFS are quite old and had to run on older hardware. Cycles and disk accesses are not free.

On top of that, how often is it necessary to efficiently know the number of files in a directory while at the same time not caring about the files enough to list or display them? This algorithm is a special case where you could use the count of using a bit simpler code that ultimately would have the same file system API calls (since you cannot tell the FS to give you file #37 from that directory, so you'd have to use FindNextFile 37 times anyway, just like the sampling algorithm).

Are there options that don't limit the output power? Typically the light power is limited, so dynamos only provide around 5 W or so, which already makes them not so attractive even for charging your phone on a bike.

They do exist here in Germany as well, mostly in tourist destinations. The map does not show any outside the US, though. OpenStreetMap has 662 of them here.

You can bring the water to a boil and dial back the heat when you add the pasta. Will still cook, but no boiling over. Saves a bit of electricity as well.