As a user of KDE/Plasma I would like to know in general and without obligation if you use these so called extended file attributes or if you prefer something else or if you are not interested in such stuff?
By the way, there are no wrong answers here and I am a big fan of freedom of speech!
Hi
What are extended file attributes?
Grum999
That was a very good question, @Grum999, please give me a little time to answer.
Ok, I prefer to quote an excerpt from Wikipedia āExtended file attributesā, then no errors creep into the translation:
Extended file attributes are file system features that enable users to associate computer files with metadata not interpreted by the filesystem, whereas regular attributes have a purpose strictly defined by the filesystem (such as permissions or records of creation and modification times). [ā¦] Typical uses include storing the author of a document, the character encoding of a plain-text document, or a checksum, cryptographic hash or digital certificate, and discretionary access control information. In Unix-like systems, extended attributes are usually abbreviated as xattr. [ā¦] As of 2016, they are not yet in widespread use by user-space Linux programs, but are used by Beagle, OpenStack Swift, Dropbox, KDEās semantic metadata framework (Baloo), Chromium, Wget and cURL.
And here is the link to the āGuidelines for extended attributesā from freedesktop.org.
I donāt use it, I think.
But for what I understood itās more something managed by linux kernel according to used filesystem rather than a specific KDE/Plasma thing?
In this case Iām not sure to understand the āAs a user of KDE/Plasmaā; it should be āAs a user of Linuxā no? 
Or thereās specificity to KDE/Plasma I miss?
Grum999
The most direct way to use them is via tags in Dolphin.
I donāt use this feature at the moment because I find it to be too buggy and unreliable, unfortunately. But if this state of affairs were improved, I would. Back when I was a macOS user, I extensively used the tags feature, which stored data in extended attributes just like Dolphin does.
I donāt use Dolphin 
Iām more comfortable with Krusader and MidnightCommander UI
Itās seems in Krusader I can set some extended files attributes:
If I set some extended attributes, I can see them
$ getfattr -d krita-5.2.0-prealpha-cdb36cb4f0-x86_64.appimage
# file: krita-5.2.0-prealpha-cdb36cb4f0-x86_64.appimage
user.xdg.comment="test"
user.xdg.tags="ttest"
Nothing in MidnightCommander
But I never use them in fact
Anyway I wasnāt aware of their existence, I may take a look about this to understand how it works.
Especially, moving a file from a directory to another one or doing a tar/zip if this extended attributes are kept or notā¦
Grum999
Iām very interested and I wish it would be more prominent. Currently the comment attribute is the most useful to me. Tags could be very useful, alas Iām bitten by the ābaloo btrfs multi indexingā-bug, so every entry shows up multiple times.
The biggest hurdle is (testing for) interoperability. Which filesystem supports attributes, which tool/operation preserves them, what happens when you sync through the cloud with service X? A table/chart about it would be super handy, maybe itās worth an entry on the Arch Wiki.
Tags could be very useful, alas Iām bitten by the ābaloo btrfs multi indexingā-bug, so every entry shows up multiple times.
This may also have another cause. When I initially assigned tags, I did not pay attention to the spaces after the separator, but chose the natural notation. It looked like this: "Tag1, Tag2, TagX" instead of "Tag1,Tag2,TagX". As a result, the tags were separated but had leading spaces, from " Tag2" to " TagX". After I removed all (!) leading spaces the tag duplicates were gone.