• 0 Posts
  • 14 Comments
Joined 1 year ago
cake
Cake day: July 8th, 2023

help-circle





  • takeheart@lemmy.worldtoLinux@lemmy.mlMusic Players
    link
    fedilink
    arrow-up
    5
    ·
    5 months ago

    I much like Quod Libet. It has a clean, functional interface to manage your local music collection. Also support for Plugins is nice.

    You can create Boolean Logic filters like (played < 10 times AND genre = classical AND composer = Mozart) which I appreciate. And some of the included tools like being able to automatically create meta data tags from file names (for instance <artist> - <album> - <track>.mp3).

    It’s the best replacement for Music Bee (Windows only) that I’ve come across.





  • I haven’t seen an app that does it really well like some libraries or ontologies do but I’m certainly not well versed with all of them. Back in the day I used Evernote which was at least a start, as you could create arbitrary hierarchies (nest tags within tags).

    So ideally you would want to be able to nest tags like this:

    news.politics.europe.denmark

    of course another person might prefer the hierarchy

    politics.elections.news.denmark

    There’s no strict right or wrong here but often over time some consensus forms. Bonus points if there are equivalency classes, ie “recipe”, “recipes”, “cooking recipe”, and even the Spanish versions “receta” and “recetas” all refer to the same thing.

    By meta tags I mean the ability to describe and classify certain tag groups. For instance “politics”, “cats” and “Hollywood” are content tags while the tags “English”, “Danish” and “French” are language tags. “PDF”, “MP3” and “HTML” are file format tags but “video”, “music” and “text” are content form tags while “2023”, “2004-04-03” are time-line tags

    Meta categories allow you for instance to search for pages that are about the English language, but not necessarily in English and surely not written by people who happen to have the last name ‘English’. Now some systems encode this information inside the string of the tag itself like so: “language = English” or “topic = cats”, but I think the most elegant solution is really to let a tag have categories or tags on its own which describe what it’s used for (thus meta tags).



  • Recently purchased a high class ebook reader and had to return it. The display technology simply doesn’t match paper yet.

    As far as the pure reading experience goes paper is better. Also less distractions and no blue light that keeps you awake late at night. Printed books take up physical space which is a negative for me.

    But digital has the advantage when it comes to working with the text: quickly being able to search for strings, copy and paste whole passages, get translations or pronunciations, reorder pages, etc. Plus all the meta data and library management.

    Libraries are in a weird space betwixt when it comes to digital versions btw. They give you a digital text but lock you into a specific app that denies the advantages of the digital format mentioned above.

    That being said stuff like blog posts, online articles, social media, etc simply doesn’t exist on paper. But for anything I read for pure enjoyment like literature paper is the way to go.

    Lastly, in my experience electronic versions tend to be a bit cheaper than paperbacks but a lot less so than you expect. But a library card pays off after borrowing even a single book, so there’s that 🤷‍♂️.



  • Works as intended for me between my android phone and Kububtu PC however I deliberately turned it off for security reasons.

    ¿Why? Whenever I copy a password from my password manager on the PC it is shared to the Android phone and stored on the clip board there in plain unecrypted form. Since I also use a clip board manager app which remembers anything that is copied for later retrieval this means that if I were to lose my phone it would yield the finder with a long list of logins and passwords that I use.

    I could of course manually delete each password from the smart phone after logging in but it’s way too much of a hassle and I’m prone to simply forgetting it.

    By default KDE connect should simply not transfer copies made from password managers. It bypasses the whole security feature that password managers have which automatically clears the clipboard a short time after copying any password. Last I checked there were feature requests // bug reports on github arounc issue. But I’m not tech savvy enough to know whether there is a programmatic way to detect what kind of app the copy is originating from or whether we are stuck with the current way by design constraint.