I agree, “Think Deeper” seems good for chatbot-style use. However, “Quick Response” is awful, even for simple, one-step queries and very often makes things up or contradicts its earlier replies.
This has happened to me, but only a couple of times. I think it’s an issue with the UI, not with the actual LLM output, and a reload of the page fixes it.
I think it’s related to how they display the LLM output, through some obfuscation layer in the HTML presented to the browser. I tried to save a thread as pdf once and that got me nowhere because of this.
A few apps have been showing pop-ups warning users in advance that they are not going to do the verification. Obtanium is definitely on of them. I think I saw something similar on NewPipe.
It says they will not comply with whatever registration is required. It does not say specifically what they will do, in part I assume because they had not been given enough specifics (for example if it remains possible to sideload but not to be in a third party app store, would they continue to develop with that diminished accessibility?). Additionally YouTube itself has been making some system changes that, outside NewPipe's control, may make it functionally impossible to use the service without being logged into a Google account, so they may be suggesting that they think the writing is on the wall for them.
> sadly many websites have botched their password input so even with a password manager you may still need to manually copy and paste (or even type, if pasting is disabled) the password.
Unfortunately, it’s exactly those websites that I think would be unlikely to support passkeys at all.
I'm only a light user of office programs, both at work and at home. I have access to M365, but for my personal usage I prefer LibreOffice over MS Office, especially when it comes to spreadsheets. I generally don't mind the UI of the MS suite, but I find it's getting increasingly bloated and slow, and sometimes updates move UI elements around for no benefit that I can perceive. I haven't experienced the same with LibreOffice; it's lighter than MS Office I find it easier to find the options I'm looking for, which I know exist but don't always remember _where_ they live, because of the low frequency with which I use them.
With Excel in particular, there is something I can't put my finger on that I just don't get along with. It's unintuitive in a way that I can't describe, but which I notice about half the time I use it. Sometimes clicking doesn't do what I expect it to do, clipboard contents are lost all the time, scrolling resets or jumps around for reasons I don't understand. I don't have the same issues with LibreOffice Calc, which is why I choose it for my personal work. In fact, I think Google Sheets is the most pleasant to use of the options I've tried, which is something I thought I'd never say about a web-based alternative to a native app...
Regarding Excel's weird warts... Microsoft knows all about them but they're stuck with it for backwards compatibility. The business world has a billion Excel scripts and macros done by barely technical users that all inadvertently depend on the details of things like the scrolling and clipboard behavior. Trying to improve that would break all of that. Same as all the weirdness in JavaScript, Microsoft has to just call it a feature and live with it.
What I experienced with excel is that it provides an ability to edit cells, but then it suddenly jumps to another cell (IIRC when you press arrow keys as a text editor reflex). To disable this behavior click the cell then click the cell content field and edit there.
But that's what sorted by date means, right? When you get a new mail, it goes at the top of the mailbox, and after new ones arrive, it goes down.
My mailbox sorted by date is a total mess. Having everything grouped by sender email would automatically make it tidy.
That works for single-sender mails, but most of my work mails have almost a different sent of contacts per topic. Grouping mails by subject (topic) makes this more manageable.
In all mail clients I've used, you're 1 or 2 clicks away from seeing your unread messages only, which greatly helps with filtering what's important to read soon.
Yes, after that they said that there will be an on-device flow to load apps from outside the Play Store after all. They didn’t describe how that will work and I didn’t see it discussed as commonly as the original announcement; I only saw it mentioned by the way in a Reddit thread.
> Fish is also not POSIX which has always been its, and my, issue
Could you give some examples of issues you encountered because of that? I've been using fish for about 8 years now I can't remember an instance where that was a problem in interactive use.
Same here. More than 5 years with fish and it’s been like 5 times when not-POSIX was an “issue”, which I’ve been solving by temporarily entering bash and rerunning the command there.
Issue is the cognitive overhead to know 2 distinct shell languages. One you use, and one (almost) everyone else uses. If later isn't of your concern and Fish is all you interact with then no issue whatsoever for interactive or/and scripting use.
Not to be funny, but is POSIX scripting even still relevant? It's well understood that they should only be used for quick and simple tasks, and anything more serious or demanding should be done using something like python instead. But these quick and dirty tasks are very easy for LLM coding agents to do in python. I used to have dozens of shell scripts, each no more than tens of lines long, in my ~/bin/, but I had an LLM rewrite all of them in python, adding proper argument handling, --help messages and error handling too in the process. I sincerely don't think I'll ever write another bash script again.
Do you know how many CI/CD pipelines run on shell scripts?
Another example is small utilities. I wrote one to login to MySQL DBs at work. We have to use Teleport, which I dislike, and it has MFA. So I made a small SQLite DB that has cluster names, endpoints, and secret ARNs (no actual secrets, only metadata), and then wrote a shell function that uses fzf to parse the SQLite DB contents, then ssh tunnels through an EC2 with Teleport to the selected MySQL DB, using expect with a call to 1Pass to answer the password request, and then picks the first available port >=6033 to connect the mysql client. It also tracks the MySQL DB : port assignments in the SQLite DB and waits for the client to exit so it can tear down the ssh tunnel. The only input I have to do beyond selecting the DB is answering a push notification on my phone for MFA.
> replacing 10-LOC shell scripts with Python
The startup time would drive me insane. I love Python, but it’s not great for stuff like that, IMO.
For me it’s always been an inability to “copy this command from stackoverflow” (or in the modern day, it’ll be copy this from ChatGPT) into your shell. Maybe it’s better now, but the last time I seriously gave fish a chance was 2014.
Also one of may main use case is documenting things other developers can do to make their life easier. There are handful of things where zsh behaves differently than bash. And while those handful of thins are not even a POSIX or shell things, they often come up.
The reality is, every day I’m fighting with “developers” who don’t know what the difference between AWS, Linux, and bash is. Throwing “fish” into the mix seems like I’m just being obtuse for no reason. I have sept hours trying to explain to some dumbass that git-bash on windows is not the same thing as Linux only for them to call me “oh he really cares about ‘bash’”-guy. While claiming they are “Linux developers” as they use macOS.
I confess I don't really get this. Fish and Bash are different languages in the same way that Ruby and Perl are different languages. And if I want to run a Perl script, I don't try to run it in a Ruby interpreter, and I don't get grumpy at Ruby for not being source-compatible with Perl.
Which is to say, if you need to run a Bash script, run it via `bash foo.sh` rather than `./foo.sh`. There's no need to limit yourself to a worse shell just because there exist some scripts out there written in that shell's language.
There's nothing even preventing the second form from working either. Just put the right shebang at the top of the script and it'll run through that interpreter. I've been on fish for a decade, but still write all my shell scripts in Bash. It's never been an issue.
reply