I tried starship a few years ago and found it too "extra" and sluggish. I'm sure it may have improved in this time, but I ended up sticking with the excellent Hydro[0], only for fish though.

It's very minimal while having useful features: - exit codes, even for pipelines - git branch, status (displayed as a dot if your tree is dirty) and ahead/behind counts - command execution time (if above some configurable threshold) - truncated/minified $CWD, always maintaining the git root's name (I sometimes like it, sometimes don't; fortunately, it's very easy to change) - current vi-like mode (I don't use that)

It's very fast and async (prompt repaints don't block your input or running commands), and totals 132 lines of fish (according to cloc[1]). It's also very customisable through variables, which can be declared as universal to instantly change on all sessions you have open.

If you're on fish and like this feature set, definitely give it a shot, or at least look at the code as a base for a bespoke prompt :P

[0]: https://github.com/jorgebucaran/hydro [1]: https://github.com/AlDanial/cloc

Yeah! I use that quite a lot on my Pixel 4a. It's particularly useful to close the system quick settings, since I can just scroll once instead of 4 times x)

I see it also supports fish. That's been my shell for many years, it just works really well and, as far as I can tell (couldn't find a demo on their website), it doesn't add much to fish beyond syncing?

Has anyone used fish + autuin? What are your thoughts? I'm curious to know if it is worth the extra tool, maybe I should just try it :)

I use fish + atuin. I leave the "Up" arrow set to use fish's default history search (see https://docs.atuin.sh/faq/#how-do-i-remove-the-default-up-ar...), which keeps the UI minimal when just going back one or two commands, then use atuin via Ctrl+R when I need to find a command from earlier in my history. At that point Atuin provides a nicer UI for searching the history.

I've been using fish + atuin for well over a year now. I personally love it. I'm not sure if zsh or bash with atuin offers some additional features that fish doesn't, but the shell syncing and fuzzy search is enough of a value that it made it completely worth setting up for me.

The main thing would be opt-in syncing, and I think we might store a little more context than fish does in their SQLite!

Otherwise consistency is nice if you use a few setups

fish doesn't use SQLite, but its own plaintext format. They've been trying to migrate to other formats.[1] Currently fish stores timestamps and directories in its history.

[1] https://github.com/fish-shell/fish-shell/issues/3341

+1 for tectonic, it's miles better than the alternatives for every single case, in my experience. Development seems to have slowed down lately, which is a shame.

That's neat, ty for sharing!

Briar cannot do offline delivery unless you setup a stand-in service. Unfortunately that's way to complicated for regular use.

Briar looks really nice for people that really need the extra security and privacy, though.

I've been interested in SimpleX lately, but I don't really have anyone to properly test it with.

Looks fine to me. The circle grows when you're inhaling and shrinks when you're exhaling.

Yes, oh my Lord I've been getting seriously frustrated with Mongo's documentation lately. I'm not sure if it picks the language based on location or Accept-Language, never played around with it, but it's behavior is deeply rage-inducing.

I do a web search and get a list of results for the English version, open it and it automatically changes to PT-br as soon as JS loads, but then, after a few seconds, once the page is fully loaded, it jumps back to English, while keeping the /pt-br/ slug in the URL...

What the heck??

And yeah, the translation is very obviously not human made or reviewed. Furthermore, I'm PT-pt, so the differences to PT-br just make the experience even more annoying X)

I assume they mean this feature is built into the JVM itself, whereas Kotlin's lateinit more or less "just" desugars into code you could otherwise write yourself.

I'm not sure I agree with Adobe design suite being needed. I am a close to someone who's been through multiple different public sector institutions in my country and the only true constants is the cord Microsoft Office suite (Word+Excel+PowerPoint), Outlook and more recently Adobe Acrobat (mostly because of digital signing) and Microsoft Teams.

The core office suite is very good and people are very used to it. It also seems to be the hardest to truly replace, in my opinion.

LibreOffice and OnlyOffice are a good step forward but they're not replacements yet, for a lot of people, due to a simple fact (already mentioned somewhere here): people have been using this software for decades and are very used to the way they work, and replicating that, especially nicher things, is not trivial and takes a lot of work. Still, I'm hopeful.

Outlook, Acrobat and Teams may be easier to switch, particularly the last two. Outlook (and Exchange) has some extra nicities compared to plain standard email (from the top of my head, I recall read receipts and automatic responses for when you're away being important ones), but there are some nice projects tackling both the client and server side parts of those features. Acrobat could maybe be replaced by a reader like Okular, given a bit more polish, and Teams is so bad and often used in such basic ways that it could trivially be replaced by something like Mattermost (though I personally much prefer Zulip's model).

Again, all this is based on my experience and certainly won't apply everywhere.

People complained about the ribbon and how hard it was to learn/use when it first came out, now 18 years latter (some people reading this were not even born when it was introduced!) it is the default and nobody talks about those issues anymore. They will learn LibreOffice if they are told they must - they will complain but people always complain about change.