lvillani

The Pros don't fit my ears even with the smallest ear tips. I definitely welcome bringing that feature to the regular model.

Interesting. OpenRouter classifies the Moonshot provider as ZDR. I wonder whether they have a ZDR agreement or it's a misclassification on their part.

Not the OP, but I just downloaded the latest stub from an M2 MacBook Air using Safari and it appears to be an x86_64-only binary:

  % file /Volumes/Steam/Steam.app/Contents/MacOS/steam_osx 
  /Volumes/Steam/Steam.app/Contents/MacOS/steam_osx: Mach-O universal binary with 1 architecture: [x86_64:Mach-O 64-bit executable x86_64]
  /Volumes/Steam/Steam.app/Contents/MacOS/steam_osx (for architecture x86_64): Mach-O 64-bit executable x86_64

On macOS you can search menu items via Shift–Command–QuestionMark (or by opening the Help menu). Most toolbar actions are also exposed as menu items, so this lets you essentially search for almost every function of every application that plugs into standard macOS frameworks.

Some applications have features that extend beyond what can be surfaced through the standard menu bar but the infrastructure is there for "normal" apps.

Ubuntu used to have something similar in earlier versions of Unity. It would surface Gtk and Qt menu trees in a searchable interface.

Some apps offer to move themselves to /Applications on first launch.

Still, there's the possibility of users clicking "Cancel". Even then, it's a bit more code to write, test and pay for (from the POV of a client).

Wrapping the bundle inside a .pkg instead of a .dmg solves the problem "for free".

Another reason could be to ensure that you have at most one copy of the application ever, since you can force it to install stuff always at the same location.

On an unrelated product we learned that users ended up with many different copies of the app scattered throughout the system, if they were allowed to use the traditional bundle + DMG distribution method. Spotlight would then helpfully pick one random copy, with obvious consequences wrt. project file versioning. That is despite the DMG having the usual symlink to /Applications for a drag-and-drop installation.

You have to take into account the helper and renderer processes. A freshly launched instance takes around 250 MB on my system. It consumes more as you open files that trigger lazy loading of additional extensions. Still less than other IDEs, though.

Yes! Thanks for releasing this and making my life easier :)

I have an old app deployed to App Engine. The app itself is rock solid and chugging along fine (I touch it once a year or so), but I dreaded having to deploy it due to the lack of vendoring support and other... peculiarities of the Go runtime. Glad to see this is no longer an issue!

It depends.

I used to have my own email server.

Having to manage yet another public server is a stress on its own. Having to worry about server backups, security, DKIM, SPF, DMARC, avoid being blacklisted, etc made it even worse. Despite all of this I couldn't shake off the feeling that my mails went directly to the recipient's spam folder.

I'm not interested in maintaining mail servers. I can certainly do it, but my spare time is scarce.

Nowadays, I periodically sync all mailboxes to my laptop, so that they enter the backup chain I already have. If GSuite goes down or Google disables my account, I'll upload my backups to Fastmail, point the MX records there and go on with my life.

I find this setup way easier to understand and maintain than a mail server.

I read this as HipChat’s own export function having problems handling large amounts of data.

I’m not sure how this is Mattermost’s fault.