aka. dont use OpenOffice

On Windows, KDE Plasma, and likely many other Desktops, if a window is ~~fullscreen~~ maximized and you push the mouse to the top edge and click, it will close.

Chrome-ium actually fixed that in their builtin buttons to work the same.

Not on GNOME because there is a panel at the top, lol.

But also not when using GTK apps on these desktops, where it should work. Instead you need a lot of precision, for no reason.

An easy fix would be to expand the actual clickbox further, not only around the (oversized) close button circle, but to the edge of the ~~screen~~ window.

This would make Thunderbird, Firefox, etc. closable likel any other normal app. ;D

If you support this, leave a like on the issue. And lets hope this doesnt get closed because of whatever...

Edit

This is about maximized, not fullscreen windows. But also about those.

And the request is to expand the clickbox to the corner of the window, not of the screen.

A friend of mine has 2 Windows Laptops, where in the process of moving from an old 2TB storage laptop to a newer 256GB storage laptop, moving files manually (somehow, dont ask me).

They noticed they accidentally removed a 35GB folder full of media files from a very big vacation, including nature photography and some strange GoPro format files. Valuable stuff.

So we took the newer laptop as its fresh, very small storage and not much done after deleting the files.

We used a 2TB backup drive which works well.

Used CloneZilla, exited to shell, mounted the drive with udisksctl and used testdisk and photorec, but with strange results.

1. Testdisk created a "whole" recovery in .dd format
2. Then noticed the "undelete" function in testdisk and manually undeleted all files we found
3. Then used photorec on that .dd recovery

The testdisk undelete files are mostly corrupted, images with missing header files etc. Same as the result of some magic sauce proprietary recovery program.

The photorec results where really strange, everything was intact but only system stuff, cache, icons etc, not a single of the deleted media.

The media are 3000 or more, so this makes no sense, we used the "full" backup from testdisk.

The laptop is off and we have some time, we can also use the older, messier one if needed.

Questions:

• any way to repair these corrupted images and media?
• how to work with this data in photorec? How to export just the deleted files?

I think we should try to use photorec directly with the drive and not the .dd image, which may help.

We used dd and cloned the entire small, new disk to an .iso on the backup drive so we can work with it easier. Does this include all the stuff, also the deleted things?

We will also try scalpel.

Thanks!

Update

We did a lot with the small disk which should basically be in perfect condition to undelete stuff.

• dd and ddrescue backup into an .iso and .raw image
• testdisk backup into a .dd image
• photorec found only usable pictures from the OS, not a single of the wanted ones
• testdisk and Recuva had the exact same results, all of the wanted files but all broken, missing headers and metadata
• using scalpel currently

I would be happy about experience on how to restore such header files, information what they are and if you can use files for multiple media or guess them. We know the filetypes that we search for.

Also, are there any modern recovery tools out there, that promise better reliability?

Thanks!

A little admiration of how easy UI customization is on Firefox, and how shitty Chromium looks.

Appimages totally suck, because many developers think they were a real packaging format and support them exclusively.

Their use case is tiny, and in 99% of cases Flatpak is just better.

I could not find a single post or article about all the problems they have, so I wrote this.

This is not about shaming open source contributors. But Appimages are obviously broken, pretty badly maintained, while organizations/companies like Balena, Nextcloud etc. don't seem to get that.

Btw there is skim, a Rust fzf replacement that is in most repos!

There already is an experimental image based on Silverblue with the alpha stage Cosmic Epoch Desktop.

Mainly finetuning and SELinux profiles are needed!

Join the Matrix Group! (yes, no Discord 😉)

There are big wishes for Signal to adopt the perfectly working Flatpak.

This will make Signal show up in the verified subsection of Flathub, it will improve trust, allow a central place for bug reports and support and ease maintenance.

Flatpak works on pretty much all Distros, including the ones covered by their current "Linux = Ubuntu" .deb repo.

To make a good decision, we need to have some statistics about who uses which package.

You can easily add them by following the instructions on their site.

On immutable fedora it can be done via

curl -o - https://repository.mullvad.net/rpm/stable/mullvad.repo | sudo tee /etc/yum.repos.d/mullvad.repo

rpm-ostree uninstall mullvad-vpn --install mullvad-vpn

# after reboot, if not working
sudo systemctl start mullvad-daemon

I use KDE. Some use GNOME. Most other options are probably to be left out as X11 is unsafe.

Cosmic is not nearly finished, but will probably be a bit safer, as its in rust, even though not tested.

Then there are window managers like Sway, Hyprland, waymonad, wayfire, etc.

RaspberryPi also has their own Wayland Desktop.

Is every Wayland Desktop / WM equally safe, what are other variables here like language, features, control over permissions, etc?