I'll be happy the day there's an official distribution and I can put the repo to rest

- titlebar

- tray icon w/light and dark mode support

- global keyboard shortcut

- redraw events after resizing

Those are a subset of the many items that don't play well between various distros.

Like Ubuntu Gnome w/X11 vs Pop!OS COSMIC w/Wayland or any of the tiling window managers like hyprland.

Comments URL: https://news.ycombinator.com/item?id=48438983

Points: 4

# Comments: 0

Wanted to try Wispr Flow but they don't have a linux distro yet. I already run aaddrick/claude-desktop-debian (not just debian...), so I ran the same playbook here to create an auto-updating release pipeline.

I've only tested on Nobara (Fedora) KDE. Mind testing on your various setups?

If you run into issues on other backends/compositors/etc, feel free to file an issue, PR, or just drop a note here.

Comments URL: https://news.ycombinator.com/item?id=48436737

Points: 1

# Comments: 1

Made comment about flatpack below the comment above.

My reply to the comment below outlines the shape of the problem.

https://news.ycombinator.com/item?id=48434436#48435801

While GNOME tray lovers and haters both exist, only one of those two groups is liable to submit an issue against my repo looking for help getting icons working correctly.

https://news.ycombinator.com/item?id=48434436#48435801

It's great that I can ship one item for all platforms, but Flatpack doesn't solve the compatibility discovery problem for me.

More context in my reply to the comment linked here :https://news.ycombinator.com/item?id=48434436#48435661

A lot of that is keyboard shortcuts for push-to-talk. Easy right?

X11 is mostly fine, but the world is moving into Wayland. Wayland doesn't have shortcuts native and relies on xdg-desktop-portal, which in turn relies on each backend to implement it's own version.

COSMIC from the Pop!OS team's xdg-desktop-cosmic doesn't support GlobalShortcuts yet (might now, haven't checked in a bit). So XWayland for them.

Tray icons? GNOME doesn't have a tray out of the box, but there's an extension. There's no standard for whether it's light mode or dark mode across distros and when you map out the options, no api's indicate whether the tray is light or dark while in light/dark mode. At some point you have to just accept it's not always perfect or patch in an override.

Swipe keyboards on mobile are awful, but I can't break that habit.

I manage the unofficial build at https://github.com/aaddrick/claude-desktop-debian

Debian is in the name, but scope has grown to all backends, compositors, etc.

The main reason must companies don't publish Linux electron apps is fragmentation. If you're doing anything more than rendering a webpage as an app, it starts to get complicated. I've got a bank of VM's setup for testing, and I still need it up.

That's me, and that sounds weird. Mind giving stone more details so I can help get to the source of it? Or just submit an issue on the repo. Should just be one main electron process.

----

AI-assisted PRs are landing in maintainers’ queues with the wrong CSS framework and no tests. Sometimes with no disclosure that AI generated the code at all. The contributor often isn’t cutting corners. Their AI tool just had no project context when it generated the code.

There are two files that fix this. CLAUDE.md is read automatically by Claude Code when a contributor opens the project. AGENTS.md is a vendor-neutral standard, already supported by over twenty tools, that does the same thing across all of them. Both work the same way: when a contributor clones your repo and opens it in their AI tool, these files are loaded into the tool’s context before a single line is generated.

Comments URL: https://news.ycombinator.com/item?id=47166426

Points: 2

# Comments: 1