setVeryLoud(true);

💯

I also found that using agents to write code for you leaves you with unintelligible code that you have to reverse engineer.

I found it useful for PoCs, but not for something that goes into production unless I want to spend the same amount of time it would have taken me to write the code myself understanding and detangling the generated code.

It would need to be implemented in the compositor.

Either as a Wayland protocol that a patched version of xscreensaver can hook into, or baked into the compositor.

The compositor is the most analogous replacement to the xorg server. It would be Mutter on GNOME or KWin on KDE.

dd

Why not build that into Localsend instead of developing a separate solution?

Wish you could plug it to your own model, then it could support whatever.

no you idiot, it’s orange flavoured

To everyone in the thread going “ugghhhh this isn’t what PDF is intended for!!!1!!1!!!”

Please stop. We know. We all know. It’s irrelevant to this conversation.

In an ideal world, PDF would be an output only format. Meanwhile, I have to manually apply text to PDFs and paste my signature as an image to file both my Canadian and Quebec taxes. Reality doesn’t care about technical perfection and is run by a bunch of senile luddites.

A PDF editor is basically a requirement for anyone who files their own taxes here, and it’s a requirement for many, many industries, where they may need to doctor a document whose source is long gone to the winds of time.

To answer your question:

• Foxit (wine)
• Qoppa PDF Studio (native)
• An older version of Acrobat Pro (Wine)

GNOME’s papers now supports basic file editing, but no image pasting, which may be required for “”“signing”“” documents (how is this even legally binding? anyway).

Lmao they both have a black text logo with a yellow accent.

Is the BSD file system read only?

Except malware. No one repackaged the snap malware for flatpak 😭

Make your app (flatpak, snap or appimage) be owned by another user.

Use a .desktop, wrap the command in the graphical equivalent of “sudo -u” for your graphical shell, and it will ask you for that user’s password.

You can also write a util to decrypt an encrypted .tar.gpg flatpak directory (flatpak lets you specify different installation paths, you can use that to separate it from the main flatpak dir), or decrypt a .appimage.gpg, and execute it. You could even write a wrapper to install a flatpak with a specific password, and it would automatically pick that specific install dir and .tar.gpg it every time.

Keep in mind that nothing keeps your other users from downloading that software on their own and using another copy of it unless you use parental controls.

I highly recommend giving them their own account though.

640kb ought to be enough for anybody

The demo is a bit stuttery on my Pixel 9 on Firefox.

It doesn’t stutter on Chrome, but it seems like it’s only running at 60 FPS rather than my native frame rate?

node-gyp applications not building on Alpine 🥰

GNOME OS

it’s technically not for everyday use, but it has been simple and trouble free for me.

Why are they still using grub? Part of the changes was thinning out grub for “security”, but systemd-boot exists and is way more secure. Is there a use case I’m missing?

Replace that shit

it is copies?