It's a minor thing, but it does not really move a document to the trash, but it removes it from the thingy overview of recently accessed documents.

Every time I access this option it makes me think if I accidentally remove something that I shouldn't. It would be more appropriate to rename this item to something like "Remove a shortcut from thingy/library" or something in that spirit.

This adjustment is in the sphere of approaching users in a way that doesn't distract them from their workflow.

Best wishes

Is there a way we can install thingy on other distros via deb packages or flatpak? if so, can you please guide us how to do so.

~Thank for you time and great project

Thingy already has "Move to Trash button", but I think it's a good idea to add button for removing documents opened accidentally. So they won't take space instead of documents you really want to read and see in the app. It's not just me. Other users agree with me here and here.

Also I noticed that after reading a whole document progress bar is not full. So I've fixed that too. Before: After:

I am kinda new in coding and don't have much experience, so criticism is welcome. If there's any issue in my code, i'll fix it

This pr introduces search capability for thingy, it searches on recent and favorites without an app_id.

While using add_document_to_library function i passed app_id as a null string. Please let me know if this should be change.

It would be nice if thingy was available for all distro's via flatpak packaging. I have gotten it compile successfully in my attempts till now, but it does not start the GUI. If the maintainers are interested, I can share my progress too.

Not sure how this program got on Linuxmint, but then I thought it might be handy. Except there doesn't seem to be any way to use or add anything to it. If you can point me to a link where I can find out, that would be appreciated. If not, let me know there ins't any way to use it, and I'll remove it from my distribution and find something else.

When I read "Learning Python 5th Edition" by Mark Lutz and close Xreader and then reopen with Thingy it just restart from the cover page.

I don't know how to get infomation of this bug because I don't see any error message in the terminal

Thing 1.06's supported app list only looks for desktop files for Libreoffice in /usr/share/applications and only named in the format libreoffice-(app).desktop when deciding whether Libreoffice categories should be available in it's dropdown.

This naming convention is used in Libreoffice installed as deb from the ubuntu repos, or the official Libreoffice PPAs.

Users that remove the stock installed Libreoffice and install Flatpak Libreoffice have no Libreoffice categories available in Thingy. The desktop files are in /var/lib/flatpak/exports/share/applications/ and are named in this format org.libreoffice.LibreOffice.(app).desktop

Users that remove the stock installed Libreoffice and install via the debs available from https://www.libreoffice.org/download/download/ have desktop file in /usr/share/applications but named as libreoffice(version)-(app).desktop - e.g libreoffice7.3-writer.desktop. Thingy again fails to display Libreoffice categories.

Finally users with an Appimage version of Libreoffice only don't have desktop entries at all unless they create them. Not sure if they can be supported without thingy adopting a different method of deciding the categories available.