Pantherina

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!

Imagine I get hardware without TPM or something, that is not supported by Win11.

I will not run an EOL Win10 as the machine needs to be connected to the internet. Tbh isolating stuff in a VM could be an idea but I dont know.

Its not for me but a noob with 0 tech knowledge, that says all...

How stable are the available hardware check bypasses? Is Micro$ already starting to aggressively block those?

I would not want to buy a PC to find out Win11 doesnt boot anymore in a few months...

Thanks!

I use Chromium only for PWAs like the Element Web UI of my server, to avoid Electron.

Now I have a different browser set as default in my system.

Firefox of course integrates perfectly and uses the "system link handler" to open links.

I want to make Chromium use this link handler, to open every clicked link not in the same browser but send it to my system link handler and thus open in my default browser.

I already set #enable-user-link-capturing-pwa Disabled in chrome://flags. The addon "Open in Firefox Browser" seems to be broken.

I dont know how manifest v3 interferes with that ability of addons to hook into the link handling of the browser.

Btw Chromium has not a single "portal" setting in the flags, but uses the filepicker portal by default.

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

*Timestamps*
00:00 Introduction
01:45 Astra Monitor
02:36 Pano Clipboard Manager
03:14 PaperWM
04:04 MiniView
04:51 Quick Settings Tweaker
05:12 Privacy Settings
05:29 Apps Menu
05:50 Places Status Indicator
06:04 Logo Menu
06:36 Just perfection
07:25 Top Bar Organizer
08:01 SpeedUp Gnome Shell
08:43 Wiggle
09:07 Blur my shell
09:30 Burn My Windows
09:56 Caffeine
10:20 DDTerm

I dont necessarily agree.

• a different clipboard manager (whatever is equal to KDEs)
• blur my shell
• quick settings tweaker probably
• privacy settings (which is only for pipewire apps I guess, so nearly none)
• wiggle
• probably some maximize to workspace

!linux@feddit.de

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.