Fwirt

Actually it's an odd split. The temperature and fan adjustment are physical buttons, but the A/C, recirculation, and heated seat controls are on the screen. I'm thinking this is for two reasons: If a lower trim level lacks heated seats then they just exclude them from the firmware, and the AC and recirc controls require lighted indicators, which is probably a lot more expensive than just a button, so those were much cheaper to integrate into the display. That being said, I've heard digitizer failures can be an issue on this model so I dread that happening.

It also irritates me that there are 3 of those blank button placeholders on the dash and I wish they were actual buttons that were just mapped to A/C and recirc...

I've been daily-driving a Planck with a custom layout for years now. I developed my own layout (QWERTY based but with punctuation and function keys on thumb-driven layers) and it took me a few weeks to get speed parity with my old 104 key, which was rough. But now I can't go back to a standard layout, it's just so much less hand movement that it feels so much better to type on. For gaming it's still a tossup, as most games expect you to have all the same keys in the same places. I've experimented with a "gaming" layer, but lacking a 5th row on the Planck still causes issues with some games.

It still baffles me that the standard layout isn't ortholinear after all these years. There's no reason for staggered rows other than path dependence. But when you have billions of people relying on years of muscle memory on the same layout, it's just not a tradeoff most people are willing to make.

Touch screens don't have to be modal, that's a UI choice. The 2020 Bolt we just got leaves the climate controls on screen at all times, even when CarPlay is open. I was also pleasantly surprised by the number of buttons it has, including both a volume knob and a temperature knob.

That being said, the touchscreen software is abysmal and laggy. CarPlay works great, but any time I have to navigate the car's built-in software is a headache.

What I’ve always wished is that I could take pictures with a nice DLSR or bridge camera and have a way to quickly load the RAWs into my phone for culling and processing. You could get the best of both worlds, better sensors and lenses, and simple developing within seconds. I know there are cameras with built-in WiFi that do this but camera manufacturers seem to let their software become outdated quickly.

It’s exploiting the natural tendency of trees to create “waterspouts” through a technique called pollarding. When a tree suffers an injury it creates a bunch of new twigs that tend to grow straight upwards if the injury is on the upper branches. The waterspouts grow more slowly and so in this species of cedar they develop those desirable properties.

No, because the criteria here is state transition from not-in-use/power saving to in-use/"on". The Pi Zero has no meaningful sleep state, as I lamented above, thus the only valid "off-on" state transition for the Optocam Zero is a full boot. Sure, if you were to leave it on in your bag then there's no boot time, but then you're limited to 70-80 minutes of runtime. Then you get "instant-on", but you're limited to the photos you can take within an hour off the charger, which also renders it useless as a camera, and compares unfavorably to the iPhone . If it had a sleep state then we could compare apples to apples. Since the iPhone's default "off" state is sleep, that's what counts for "turning it on".

Yep, those are the ones! There's also the oddity of the [[ and ]] motions. In the POSIX standard, those are the only two-character motions. I was using a state-machine to implement motion commands, and that single command threw a wrench in the works. Of course, vim took two character commands and ran with it, so in vim [ can be followed by a whole host of characters that all do different things. Since g was not mapped in vi they also did the same thing there.

I started writing a more fleshed out vi compatibility mode for TextAdept earlier this year. As someone who understood the basics after going through :vimtutor multiple times but always struggled with the more "advanced" commands, there's no better way to actually grok vi than to just try to recreate it. It's pretty amazing how much Bill Joy managed to pack in. Of course, if you're implementing POSIX vi, there are quite a few features that have aged poorly, like roff/troff macros and line-editing, but there are also quite a few commands that I had never paid attention to (like _) that have subtle behaviors that sped up my editing even more. The hardest part about becoming proficient in vi is committing commands to muscle memory so you don't habitually fall back on hjkl.

It's a shame that, being based on a full-blown Linux SBPC, it has an absolutely unacceptable boot time for a camera. 22 seconds. I can have my iPhone camera out and ready to capture an ephemeral moment of child's play in under 3 seconds, most commercial cameras boot in seconds as well. A film camera can be ready to go the second the lens cap is off. 22 seconds is an eternity in the world of photography. It's a shame that the SoC the Raspberry Pi line is based on has no kernel support (or IIRC hardware support) for S3 or anything similar.

The point they were trying to make was that if you take appreciation of assets into account, if your billion is appreciating by a relatively modest 5% per year, you are passively earning 50 million/year. Whereas someone with one million passively earns 50 thousand/year. One is enough to live in luxury anywhere in the world for several lifetimes, the other is enough to live comfortably in some parts of the US (or like a king in many parts of the world) but not enough to throw 6 figures at a programming language foundation for fun.

We just bought our first (used) EV, and charging stations are the Wild West right now. Any random station you pull up to might charge close to the local cost of electricity, or some wild sky-high amount. And hopefully they’ll tell you what that is before you have to swipe your card. There the economics can swing towards gas cars depending on how absurd your local charging station prices are. For people filling their tank every couple days because of a 2 hour commute or something an EV may still not make sense financially. But if you’re putting in under 40 miles and have even a modest 120v 12 amp circuit you can plug into at home (e.g. a dedicated washing machine circuit) you’ll likely only need a charging station on rare occasions such as a road trip. As a matter of fact I am writing this from our first EV road trip. The inconvenience has been comparatively minor and our “fuel” costs should end up being about half of what they would have been in our hybrid SUV.

G-code is like assembly language for CNC. It’s human readable, you can write it by hand if necessary, most machines will compile it internally to machine instructions, and there are a million different flavors with incompatible macros, etc. The flavor I’m most familiar with is Klipper’s interpreter, which will let you write macros, but that would technically be cheating since you could just stuff an entire program into a macro.

I'm sure the idea here was a physical quine, although since it only contains 2.5% of its own G-code it's not really a quine, any more than a "Hello World" program is a quine since the string "Hello World" is in the program text. It would be trivial to generate something like this depending on which part of the G-code you pick.

I think ultimately the conclusion the author reaches is an interesting one, that the real "disease" of tourism is like sepsis. It comes not from without, the tourists themselves, but from within, the changes made by locals to try to capture the opportunities for wealth that the tourists create.

The paradox of the tourist is fascinating. All at the same time, a locality experiencing a flood of tourism will welcome the sudden wellspring of foreign currency pouring forth from the rock, and loathe the disruption the flood causes to the steady pace of life. Anyone who has been a tourist knows what the tourist wants, a break from the monotony of their own culture, a desire to know the other and tread in their footsteps, in some cases a wholesome longing to break down cultural barriers and prejudice. And yet anyone who has been on the other side of the interaction with a tourist feels the heady mix of emotions that comes with the experience of being the toured. The discomfort that comes from the wall being torn down unexpectedly. The inconvenience of disruption in routine. No tourist wants to do harm, but even the most sensitive and well-meaning tourist creates a breach in routine that is disruptive. Nobody likes change.

Houses are big, the air mass inside is big, convection and recirculation maintain a fairly consistent temperature throughout the house, and the thermostat is centrally located so it averages the temperature of the air. The air coming out of the vents is still often colder or hotter than the set temperature, so sitting next to a vent can be less comfortable. Cars have a much smaller air mass, much poorer insulation, a thermostat that is usually installed in the ventilation rather than in the cabin where the people are, so the perceived temperature inside of a car can vary wildly if you don't live in an extremely mild climate, even as a sibling commenter mentioned, between the back seat and front seat, or between the passenger seat and driver seat.

It also prevents all kinds of clients who (for various reasons) can't implement SSL from visiting your website. I'm sure this is a "small web" blog, whose author wants to be visited by e.g. a Commodore 64, an OS 9 iMac, or somebody who just wants to telnet in. If the sensitivity of the information on this page was critical or you were going to be submitting information then by all means yes, SSL is important, but if you're going to be reading a personal blog about calendars then http is probably fine. Of course the ideal solution is offering both and letting the client choose.

For anyone who was also curious what Justin Frankel got up to after the speculation at the end of the article, he founded Cockos Software and is the lead developer on the excellent REAPER DAW.

It's a shame, he's a genuinely cool guy! If I wasn't convinced that my kids would find a way to break it when I wasn't looking I'd definitely have an Acme Klein Bottle by now.

The question is, do the same firms ban Excel? Excel spreadsheets often end up as shadow databases in unlikely places.

It's not just that, Notepad++ is built around Win32 APIs and is designed for Windows. He's got some non-portable optimizations baked in. At its core, Notepad++ is just another Scintilla wrapper (like SciTE or Textadept) but it's targeted at and optimized for Windows. There will not be a Mac or Linux port.

If you want an editor with the same core as Notepad++, but fewer batteries included and more extensibility, Textadept is worth a look.

Touch and mouse are two very distinct forms of input that need to be kept separate. Every convertible Windows laptop I have ever used has convinced me of that.

Mouse interfaces can be incredibly information dense because mice are both incredibly economic from a space and motion standpoint, and also somehow incredibly precise. You can flick your wrist to select any target the size of a grain of rice on a 32" screen. Touch interfaces require larger targets because fingertips are larger than a cursor point, and also require smaller screens because your arm now has to move the entire length of the screen, which is slow and tiring.

Where touchscreens excel is tactile experiences, things that mice cannot replicate. Multi-touch, pressure sensitivity, pen angle. Sweeping motions are difficult to control with a mouse. Manipulating multiple analog controls is nigh-impossible with a mouse.

When an app tries to accommodate both input styles, it inevitably ends up catering to one style or the other, unless two separate interfaces are built. And because a touchscreen laptop can be touched or have the mouse moved at any given time, it's not really possible to switch between the two input styles seamlessly.

I would really enjoy having a device that is capable of both, since the iPad has a gorgeous screen, a great form factor, and a lot of killer uses. But it can't cannibalize mouse interfaces or we wind up with the direction that MacOS is going.

There is nothing wrong with having a keyboard connected to a touch device per se, but the gross arm motion required to move between the touchscreen and the keyboard, and the awkward angle the keyboard puts the touchscreen at sort of nukes the usefulness of the touchscreen. And again, jumping in text is the sort of small target action that mice excel at.

Not wanting to install an OS package to do something as simple as sending some bytes a couple years back, I wrote a shell script to send WoL packets. Its only dependencies are netcat and bash so if you have busybox it should run almost anywhere. It just takes the mac address and interface as an argument and sends a WoL packet on that interface

  #!/bin/bash
  hex="\xFF\xFF\xFF\xFF\xFF\xFF"
  mac_hex="\\x`printf "$1" | sed 's/:/\\\\x/g'`"
  wol_string="$hex"
  for i in {1..16}
  do
      wol_string+="$mac_hex"
  done
  printf "$wol_string" | nc -u -b -w 1 "$2" 9

To me the buns still look far too perfect and fluffy. I don't know if I've ever received a wrapped McDonald's hamburger that hasn't been smashed flat to some extent, with cracks in the bun. The ones that come in boxes fare a little better but they still look as if they've weathered some turbulence.

Quick plug for this guy who built a LoongArch emulator for use as a... scripting engine?

https://github.com/libriscv/libloong

Yes and no - while it's still simple enough to replace parts in some cases, and said parts are usually easy enough to track down, manufacturers are starting to go the Apple route and lock the ECU to a given part, or require what boils down to a very expensive dongle to perform even simple maintenance procedures. Some of this is due to an actual need to recalibrate the vehicle due to minute differences in performance between parts, other cases are clearly laziness or malice.

For example, some modern Hyundai models require a very expensive ECU reprogramming tool to... release the electronic parking brake. So that you can change brake pads, a job that is normally well within the reach of anyone willing to get their hands dirty. I've seen suburban moms be shocked by how simple it is. And yet some vehicles now require a service at the dealership to change brake pads because they are the only ones who can command a parking brake unlock. What was wrong with the old pull handle or floor pedal parking brakes?

You can't tell me that all the features of an ECU reader couldn't be programmed into a modern head unit. The stereo is already on the CAN bus, why doesn't the stereo just pop up an alert that says e.g. "VSS Malfunction", "Oxygen Sensor Malfunction" instead of the cryptic check engine light requiring a special tool? Why don't our vehicles have a "maintenance mode" built into the head unit that can clear codes and recalibrate injector timings?

Even on early 2000s vehicles, there were usually procedures to do things like reprogramming key fobs by doing arcane things like cycling the key in the ignition 5 times while holding the brake pedal down. Old PCs had beep codes or blinkenlichten to tell you what the problem was when they couldn't POST, the only reason modern vehicles can't do the same is that automakers are looking for new revenue streams amid shrinking margins.

And this is aside from the fact that we have optimized for ease of construction rather than ease of repair, I saw a picture from a mechanic friend who works at a dealership recently, to replace a camshaft actuator on a modern Ford Bronco they had to lift the entire cab off the chassis. While I have seen home mechanics lift a cab a foot or two to access a part, it's well outside the ability of the average person to crane one of the heaviest parts of their vehicle several feet in the air.

My point was that when it does go, it will go with no warning, and there is a non-zero cost to replacing it. Cheap, easy, yes, but nothing lasts forever.

I realize the purpose of the essay, and I agree with the author's sentiment that our possessions ask more of us than is necessary, and more than ever before. But I disagree that any object is finished. That Casio that the author mentions, yes it goes 7 years without a battery change, but the day the battery dies will be the day that you have to buy a new battery, figure out how to open it, and change it. Or (as many people will unfortunately do) throw it away and buy a new one because it's beat up now anyway.

Tools dull, and people neglect to sharpen them. Filters clog, and people neglect to clean them. Oil needs to be changed, guitar strings lose their brightness, lightbulbs flicker and die, rooftops gather moss. We live in a world where our possessions require maintenance, and the only solution to that is to have fewer possessions. Some people choose to rent instead of buying because they don't want to deal with property upkeep (which is undoubtedly a bad deal, but one that some choose to make regardless.)

The iPhone that the author mentions gives many tools to silence notifications from apps. The real problem is the social expectation that we are always paying attention, always ready to respond. I had a phone free week last year and now frequently will leave my phone in another room on silent for hours at a time unintentionally. It irritates my friends and my wife when I don't respond to their texts immediately. And it's frustrating that these features are being foisted on us more and more. But ultimately all things require maintenance, including relationships, and ultimately we set the standard of how much we have to give and are willing to put up with.

As far as the watch goes, personally I wear a Casio Tough Solar w/ Waveceptor because in theory they should go decades without needing a battery change or needing me to set the time, unless I travel. The WVA-M640 is reasonably stylish, and G-Shocks are virtually indestructible. As long as they keep changing the rules there's no escaping daylight saving time though.

This jives with something that’s occupied my brain a couple times in the last year, the separation of art and science.

Science is empirical knowledge and processes which can be transferred, art is gut feeling and subconscious knowledge applied automatically, which can’t be transferred.

Roughly I think this corresponds to how our minds perform cognitive offloading of repeated tasks. New tasks that require instruction following occupy our attention, but the more we do them, the more our minds wire the behavior into our “muscle memory”. Practitioners of the arts (or even the art of science, one might say) have a built a neural network that offloads tasks so that higher cognitive functions can focus on applying those tasks in expert ways.

It’s sort of like when we start out our brains have to bitbang all tasks (muscle movement, speech, etc.) but over time our brains develop their own TCP offloading, or UART peripherals. And you can’t just download a TCP offloading engine, it has to be built into the silicon. Hence why “expert knowledge” isn’t transmissible.

Which is why spaced repetition is an effective learning method. You’re hacking your brain to wire facts into the hardware.

AdGuard has never given me any trouble.

AdGuard installs through the App Store and integrates seamlessly with Safari. It's not as perfect as some of the desktop class adblockers, but it's free and can be up and running in a couple minutes.

If you're on Android, Firefox supports many full desktop extensions, including uBlock Origin.