WebView on Windows is pretty good, and Chromium-based, so I think that something like Tauri is preferable to Electron.

The only thing keeping my secondary / gaming / file-server computer on Windows is Backblaze. The main obstacle to me switching from macOS to Linux is Office 365 (doesn't work on Wine).

If tech companies implemented real, e2e encryption for all user data, there would be a huge outcry, as the most notable effect would be lots of people losing access to their data irrevocably.

I'm all for criticizing tech companies but it's pointless to demand the impossible.

Just say "we are storing your keys on our servers so you won't lose them" and follow that with either "do you trust us" or even "we will share this key with law enforcement if compelled". Would be fine. Let people make these decisions.

Besides, bit ocker keys are really quite hard to lose.

is it just me or would "Microsoft refuses to comply with a legal search warrant" be an actual, surprising news story? like of course MSFT is going to hand over to authorities whatever they ask for if there's a warrant, imagine if they didn't (hint: not good for business. their customers are governments and large institutions, a reputation for "going rogue" would damage their brand quite a bit)

The metric systems's worse flaw was doubling down on base 10 instead of the plainly superior base 12.

Only in certain fields. For most interactions divide by 10 is far easier than divide by 12, and you'd end up with far, far more "eyeballed" measurements.

So no, as a human being, I'm fine with base 10.

Or you'd have to go all in and write numbers in base 12 too, then dividing by 12 would be easier...

Yes, I think we should be all in on base 12. 10 is just the arbitrary number of fingers we have. Poor choice! 12 is much more composite.

I hope you're comfortable with changing literally every number in society to base 12. My house cost $42A765_12. My SSN is 399-AA-5866 and phone number is (289) 257-B84A. The distance to the moon is actually 50A693_12 feet. I used the additional symbols A and B as per usual notation, but it's okay if society agrees on some other symbols for the extra two digit values.

If you don't make the base of the number system agree with the base used for converting between units, then conversion becomes so much harder. For example, it's not immediately apparent that 204 inches is 17 feet, but it is immediately apparent that 204 cm is 2.04 m. Furthermore, when the base disagrees with conversion factors, you run into issues like variable-length fields - like, "2ft 9in", "2ft 10in" (notice the inches transitions from one digit to two digits).

Yes I am literally a member of the dozenal society

Obviously base 60 is superior to all

https://www.youtube.com/watch?v=R9m2jck1f90

Possibly yes. But every implementation of base-60 I've ever seen is actually implemented as alternating base-6 and base-10.

A true base-60 would have 60 unique symbols for the different digital values, much like how in our set of ten digits {0123456789}, none of the symbols have any rhyme or pattern with respect to the others.

Good luck memorizing the ~1800 entries of the base-60 multiplication table.

The right time to fix that mistake wasn't in metric, it was while creating our numbering system.

Base 12? That's a small number. Now base 13? 13's a big number. The biggest number, perhaps. That's what they're saying at least. Base 13, 13 colonies, now that's America.

The PDF standard uses base 85 encoding (Ascii 85).

The metric system is the tool of the devil! My car gets 40 rods to the hogshead and that's the way I likes it!

Someone else must be paying for your fuel. Nobody who pays for their own fuel likes that.

This can make sense for currency, but units of weight and distance and so on are infinitely divisible. You can just have a third of a metre if you like. Or 333 mm if the inaccuracy is acceptable. And so on.

And it's not like 1 is some special value. If you start from a base of 120cm you get enough even divisions that you rarely run into the need for fractions

Unless everyone worked in base 12 numbers too, that'd be a mess. Part of the beauty of metric is how often calculations devolve to shifting the decimal point.

And nothing really prevents metric system from working in base-12. Ofc base 12 kilometre would be larger than base-10. But it still would work.

Base 10 really is used because our number system is base 10. And more so base 1000. Apart from some cultures.

As long as we count in base 10, it makes sense for the unit system to also be based on base 10.

As for changing the world to counting in base 12, yes there would be some advantages, but really, good luck with that.

Too bad there are 11 players on the pitch, otherwise US could switch entirely to the football fields measurement system.

Isn't base 10 easier because you just add/remove zeros, and also we have 10 fingers to count..?

No, converting units is not a useful exercise. airplanes are measured in mm - even the full length is in mm not decameters or even hecameters (i had to look those prefixes up, spellcheck doesn't even know the word, but I think they are correct)

Vehicle drawings (maybe mechanical engineering in general) might be in millimetres, but a lot of civil engineering works in metres, so when designing some bit of infrastructure to fit certain kinds of vehicles, I do need to convert between the two, and the easier, the better.

Being able to count using fingers is more valuable than having one more prime factor.

You can actually count to 12 on your fingers using one hand. Use the thumb as a pointer, then for each of your other fingers you have three joints. So 3*4=12.

If you include the tip, you can do base 16.

Let’s go hexadecimal all the way.

No. Base 16 is only divisible by 1, 2, 4, and 8, while Base12 is divisible by 1, 2, 3, 4, and 6. Of course, Base 10 is only divisible by 1, 2, and 5.

Switching from Base 10 to Base 12 would be difficult. Instead we should go back in time and ensure we evolve with 6 fingers on each hand and foot.

This is an excellent compromise

This is why men are superior to women, we can always count to one higher. (or two including the tip, as someone suggested with the fingers) :-p ducks

But all the techniques to multiply numbers with your fingers are more confusing in base 12.

https://www.wikihow.com/Multiply-With-Your-Hands

Those techniques can be useful. If you add toes, multiplying numbers up to 20 (like 16x18) is easy.

Or use a hand as a 5-bit integer, then you can count to 31 :)

It's hard to actually count using more than 4 bits/hand though. The quickest methods that require the least dexterity are those that count the knuckles (which are actually used in some counting traditions, unlike binary finger-counting).

Icons should not be a uniform shape.

I would like to know more about this. I love the resurgence of TUI apps but there is a samey-ness to them.

Ghostty is so great. Cross-platform but native on Mac and Linux. Core written in a cool random language, showing that you can have well-behaved Mac apps that aren’t just pure Swift / Objective C. Same great design no doubt helps here.

libghostty is stellar! I’m using it for my session persistence for terminal processes tool: https://github.com/neurosnap/zmx

When users reattach to their session we render the terminal state and output from ghostty. Super cool and works really well. It’s basically tmux-lite in 1k LoC

I like that. I don’t want to use tmux (and I don’t when I’m working on my local machine), but I can’t escape it when SSHing. I could ssh to a ton of sessions, but then I 1. Have to remember their names 2. Can’t easily create a new pane (on the remote host) for some short task and 3. Need yet another solution for restoring my pane layout for when my client restarts.

Maybe I’ll try the session name thing, I just foresee it being annoying. Do you see your tool as a shpool replacement?

Yes this completely replaces `shpool`.

I totally understand your concerns for creating new terminals for short tasks. I generally lean towards `nvim` terminal buffers to solve that issue. Or I have a `term` session open that I can quickly go to for random terminal commands that don't belong to a project.

Don't give them useful names, just call them 1 or 2 or asdf and let your brain do the mapping.

I also (coincidentally) just started using OP's coder, and that also sets up ssh config to use special wildcard hosts, and unfortunately 'hogs' the config (it threatens to trash any changes to the coder section).

Love this idea. Though, apparently zig isnt available in any version of Debian including sid, which is annoying. A multiyear packaging effort stalled out 8 months ago with zig 0.14, which is too old for zmx.

Will try this out on my arch system later this week though.

My next step is to package this tool so people can easily install it.

This is super cool! I didn’t know I was looking for exactly this, but I am

The only thing I want (on MacOS) is the ability to search for text within a winodw, like when I'm debugging a stack trace, and multi-tab support.

Text search has been merged on main

Could you explain what you mean by multi-tab support? I use Ghostty daily with multiple tabs.

I wasn't clear, I mean split-pane side by side (or top-bottom etc.) tab views, like iTerm offers.

change update channel to tip and you'll have it

I like System 6: the most complete version of the “real” classic Mac OS before System 7 started to be more “modern.” Dead simple, not a lot of new abstractions and metaphors layered on.

I kind of wish there was a version of System 6 without MultiFinder. Classic Mac OS clearly wasn’t built with multi-tasking in mind.

You could turn off Multifinder in System 6, no problem. It wasn't until System 7 that it was fully baked-in.

I tried to get it set up so I could boot into my Windows partition natively and also boot it in a VM in Qemu on Linux and, what a nightmare.

Cosmic.