CLOSED: [2019-11-26 Tue 00:58] SCHEDULED: <2019-11-24 Sun> :PROPERTIES: :CREATED: [2018-07-26 Thu 10:08] :ID: 2019-11-26-Tagging-Files-With-Windows-10 :END: :LOGBOOK: - State "DONE" from "DONE" [2023-09-25 Mon 14:16] - State "DONE" from "STARTED" [2019-11-26 Tue 00:59] - State "STARTED" from "WAITING" [2019-10-27 Sun 22:08] - State "WAITING" from "NEXT" [2018-07-28 Sat 09:58] - Not scheduled, was "[2018-08-11 Sat]" on [2018-07-28 Sat 09:58] :END: - Update 2023-09-25: tagging modifies file hashes This quite lengthy article explains and discusses the built-in file [[https://en.wikipedia.org/wiki/Tag_(metadata)][tagging]] implementation of Microsoft [[https://en.wikipedia.org/wiki/Windows_10][Windows 10]]. [[https://karl-voit.at/tagstore/][I do have a strong background with PIM and tagging]] and this article is written from the human perspective when manually tagging user-generated files. Please do read [[id:2022-01-29-How-to-Use-Tags][my general recommendations on using tags in an efficient way]]. To my knowledge, *Microsoft is currently not actively promoting this feature*. Therefore, complaining on [[id:2018-06-05-bad-design-decisions][bad design decisions]] does not apply here as long as Microsoft does not understand this kind of tagging as something which was designed to be used by the general user. Because from my perspective, it obviously can't be meant to be used in practice. Unfortunately. Let's take a closer look why I came to this conclusion. [[https://en.wikipedia.org/wiki/Wikipedia:Too_long;_didn%27t_read][TL;DR]]: Microsoft Windows does provide NTFS features to tag arbitrary files. Some applications do also merge format-specific tags with these NTFS tags. Although there are quite nice retrieval functions for tags, it is very complicated to use this for general file management. Applied tags are easily lost so that in practice, users will refrain from using native Windows file tagging like this. Table of contents: 1. What Does Tagging Mean Here? 2. A Well-Hidden Feature 3. How to See and Assign Tags 4. How to Make Use of Tags 5. Playing Around With Tags 6. Enabled File Types for Tagging 7. How to Enable Tags for More File Types 8. Relations Between Applications and Meta-Data 9. History, Implementation Details, and Similar Implementations 10. Windows 10 Tags Considered as Fragile 11. Summary and Remarks *** What Does Tagging Mean Here? For this article, I am talking about *non-collaborative local file-tagging*. This describes the process of attaching one or more unique keywords to files stored on [[https://en.wikipedia.org/wiki/Ntfs][NTFS file systems]] by users who are able to access the file with granted write-permissions via the Windows [[https://en.wikipedia.org/wiki/File_Explorer][File Explorer]]. "Keywords" and "tags" are used as synonyms here. I could elaborate on tag and tag-system definitions for quite some time but let us stop here for the sake of brevity. It will be a long journey after all. *** A Well-Hidden Feature By default, the *Windows UI does not expose anything at all* that would help the users to recognize the file tagging possibility. So we do have a more or less full support for tagging files and yet Microsoft hides this quite well from the common eye. Probably for a good reason, which we are going to find out below. #+CAPTION: File Explorer showing files that actually have been tagged before. The tags are not visualized by default. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2018-07-28T11.03.36 File Explorer - Details view of test files without showing tags -- publicvoit screenshots.png][2018-07-28T11.03.36 File Explorer - Details view of test files without showing tags -- publicvoit screenshots.png]] Although I'm very interested in topics related to tagging this feature is that well hidden so that I was not aware of this feature myself until [[https://amzn.to/2QH7HJO][I read about it in a book]] in 2018. Support for tagging started as early as with [[https://en.wikipedia.org/wiki/Windows_vista][Windows Vista]]. *** How to See and Assign Tags In order to see and edit file tags, you have to enable "View (Tab) → Details pane" in the [[https://en.wikipedia.org/wiki/File_Explorer][File Explorer]]. #+CAPTION: File Explorer with the details pane on the right hand side. See "Add a tag" for tag input field. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-18T16.48.54 Windows Explorer with activated Detail Pane on JPEG -- screenshots publicvoit.png][2019-11-18T16.48.54 Windows Explorer with activated Detail Pane on JPEG -- screenshots publicvoit.png]] There is a second [[https://en.wikipedia.org/wiki/User_interface][UI]] feature you might want to activate: the read-only Tags column is activated by choosing "Tags" in the [[https://en.wikipedia.org/wiki/Context_menu][context menu]] of the column bar: #+CAPTION: File Explorer: activating the Tags column. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-18T16.50.50 Windows Explorer while adding Tags column -- screenshots publicvoit.png][2019-11-18T16.50.50 Windows Explorer while adding Tags column -- screenshots publicvoit.png]] When you go through different files, you will recognize that *not all [[https://en.wikipedia.org/wiki/File_format][file types]] can be tagged by default*. For example, the details pane for a simple text file does not show the "Tags: Add a tag" in contrast to any [[https://en.wikipedia.org/wiki/Jpeg][JPEG]] image file as shown in the screen-shots above. #+CAPTION: File Explorer showing details pane for a text file: no tagging possible for this file type (yet). #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-18T16.52.23 Windows Explorer - no tagging for txt files -- screenshots publicvoit.png][2019-11-18T16.52.23 Windows Explorer - no tagging for txt files -- screenshots publicvoit.png]] Assigned tags are visible in the details pane as well as in the tags column: #+CAPTION: File Explorer showing tags of JPEG file. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-18T19.11.52 Windows Explorer - after installing LibreOffice and tagging JPEG file -- screenshots publicvoit.png][2019-11-18T19.11.52 Windows Explorer - after installing LibreOffice and tagging JPEG file -- screenshots publicvoit.png]] Adding or modifying tags is possible in the Details pane but not in the tags column. You will recognize that Microsoft allows *tags with spaces and special characters*. Multiple tags are usually *separated by semicolons* which is probably the only standard character which is not allowed within tags. The last place where File Explorer is showing you the assigned tags and also allows to edit them is within the Properties of a file: #+CAPTION: Details tab of the Properties of a file showing tags. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-19T00.13.23 Properties of a JPEG file showing tags on Details tab -- screenshots publicvoit.png][2019-11-19T00.13.23 Properties of a JPEG file showing tags on Details tab -- screenshots publicvoit.png]] As shown in the screenshots above, tags might be added/removed/modified at two places: either on the "Details pane" (on the right hand side of the File Explorer window) or within the file properties on its "Details" tab. *** How to Make Use of Tags Now that we have tagged some files, what possibilities are there to use this meta-data in daily life? First of all, there is navigation. For navigating through your files, you might prefer your File Explorer sorted alphabetically by file name: #+CAPTION: File Explorer view: sorted by file name. #+ATTR_HTML: :align center :width 350 :linked-image-width original [[tsfile:2019-11-19T15.20.32 File Explorer detail - sorted by name -- screenshots publicvoit.png][2019-11-19T15.20.32 File Explorer detail - sorted by name -- screenshots publicvoit.png]] With tags, you might also *sort alphabetically by tags* instead: #+CAPTION: File Explorer view: sorted by file tags. #+ATTR_HTML: :align center :width 350 :linked-image-width original [[tsfile:2019-11-19T15.21.24 File Explorer detail - sorted by tags -- screenshots publicvoit.png][2019-11-19T15.21.24 File Explorer detail - sorted by tags -- screenshots publicvoit.png]] Since the order of files in the "sorted by tags"-view is depending on the order of tags within the files, I do not consider this a great improvement. However, what is really neat is when you consider the "Group by"-method. Be default, File Explorer is grouping by names: #+CAPTION: File Explorer in Pictures library showing default view with "Group by (None)". #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-19T15.47.58 File Explorer - Pictures Library - sorted by name -- screenshots publicvoit.png][2019-11-19T15.47.58 File Explorer - Pictures Library - sorted by name -- screenshots publicvoit.png]] You can change the grouping in the "View" tab of the File Explorer: #+CAPTION: Switching file explorer option: View → Group by → "Tags". #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-19T15.50.06 File Explorer - Pictures Library - changing view option to group by tags -- screenshots publicvoit.png][2019-11-19T15.50.06 File Explorer - Pictures Library - changing view option to group by tags -- screenshots publicvoit.png]] Having switched to *"Group by Tags"*, you will notice that all files are arranged by their assigned tags: #+CAPTION: File Explorer in Pictures library showing files with "Group by Tags". #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-19T15.51.30 File Explorer - Pictures Library - group by tags -- screenshots publicvoit.png][2019-11-19T15.51.30 File Explorer - Pictures Library - group by tags -- screenshots publicvoit.png]] Untagged files are listed in the "Unspecified" category at the bottom. The categories above correspond to the alphabetically sorted list of tags. Each file is listed once for each tag. So if a file like =JPEG file 3.jpg= does have two different tags ("Dogs" and "House"), it is listed twice. One time in the category "Dogs" and one time in the category "House". If you select it in one category, this single file gets selected in all categories. Complementary to file navigation, File Explorer has a search feature implemented. The following image shows the result when you do *search for a tag* "house" within the folder we've used above: #+CAPTION: File Explorer in Pictures library: searching for "house". #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-19T16.06.45 File Explorer - Image Library - search for tag house -- screenshots publicvoit.png][2019-11-19T16.06.45 File Explorer - Image Library - search for tag house -- screenshots publicvoit.png]] You will notice that all files are listed in the results that do feature the tag "house" or "House". So search as well as "Group by Tags" is [[https://en.wikipedia.org/wiki/Case_insensitive][case insensitive]] when it comes to tags. All other files, not having the "house" tag, are omitted. When you search for multiple tags, just the files that do contain all of them are listed: #+CAPTION: File Explorer in Pictures library: searching for "dog" and "bob". #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-19T16.08.11 File Explorer - Image Library - search for tags dog and bob -- screenshots publicvoit.png][2019-11-19T16.08.11 File Explorer - Image Library - search for tags dog and bob -- screenshots publicvoit.png]] On the negative side, you can not search for keywords that only occur within tags. I would have expected a query language according to the widespread pattern like "tag:dog" which would look for the occurrence of "dog" but only within the tags and not the file name or the content. So if you're searching for "dog", you will find files that contain the tag dog as well as files that do contain "dog" within their file name: #+CAPTION: File Explorer in Pictures library: searching for "dog" also finds "JPEG file 6 Dog.jpg" which has no tag assigned. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-19T17.11.23 File Explorer - Image Library - search for tag dog also finds file name words -- screenshots publicvoit.png][2019-11-19T17.11.23 File Explorer - Image Library - search for tag dog also finds file name words -- screenshots publicvoit.png]] This File Explorer tag search is not a sub-string search: if you want to find files tagged with "mydog", you can not find them by searching for "dog". However, when you have tagged files with "my dog", you will find them in the search results for "dog" but not within search results for "dogs". In summary: Searching for tags is: - case-insensitive, - non-sub-string, - whole-word and not whole-tag. *** Playing Around With Tags When you play around with different tags, you will find out that this feature is intended to be used case-insensitive. When you tag a file with "Dog" and "dog", the last one wins and the other gets removed. When "Arrange by Tags" is used, the tag "Dog" as well as "dog" gets listed in the category "Dog". When you select multiple tagged files, the Details pane shows only the tags that can be found within all selected files. The other ones are not visualized. You may add additional tags which then gets added to all selected files: #+CAPTION: File Explorer multiple tagged files selected, adding the new tag "tag 4" to all of them. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-24T21.15.52 File Explorer - Multiple tagged files selected and adding a new tag -- screenshots publicvoit.png]] You may *remove all tags* of one or a set of selected files with "Properties → Details → Remove ...". [[https://github.com/Dijji/FileMeta/wiki/What-you-see][This page]] mentions a context menu function to export the meta-data of selected files to an =xml= file. Meta-data from an =xml= file could be applied to the files as well. I was not able to find this function in my tests. *** Enabled File Types for Tagging In the previous sections I mentioned briefly that only a sub-set of file types may be tagged by default. In my opinion, this is a very tough restriction if you want to use tags for organizing your files. On a fresh Windows 10 installation, there are not even a hundred file types that may be tagged. When apps get installed like [[https://en.wikipedia.org/wiki/Ms_office][Microsoft Office]] or [[https://en.wikipedia.org/wiki/Libreoffice][LibreOffice]], meta-data handlers for additional file formats gets added and configured. On my business Windows 10 system approximately 180 extensions had associated meta-data handlers. After installing LibreOffice on [[https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/][a Windows 10 virtual machine]], about 120 extensions were listed as tag-able, approximately thirty of them from LibreOffice alone. I noticed that LibreOffice does not create meta-data handlers for Microsoft formats such as =.docx= or =.xlsx= whereas handler for older formats are created: =.doc= or =.xls=. It is important to know that *not all meta-data handlers offer meta-data tagging by keywords*. Only meta-data handlers that contain definitions for "System.Keywords" result in the ability to be tagged. Furthermore, not all meta-data handlers that contains keywords/tags offer them also in file properties. I tried to come up with a minimum list of activated tagging via meta-data handlers. When downloading a fresh Windows 10 virtual machine [[https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/][like that one]], you will find some tools pre-installed. In this case, these are many development tools. After manually installing DotNet, LibreOffice 5.4.4, paint.net 4.2.5, all extensions with *enabled handlers for keywords/tags* are: : .asf .cr2 .crw .dng .doc .dot .dvr-ms .erf .flac .jfif .jpe .jpeg .jpg : .jxr .kdc .m1v .m2t .m2ts .m2v .m4a .m4b .m4p .m4v .mka .mkv .mod .mov : .mp2 .mp2v .mp4 .mp4v .mp3 .mpeg .mpg .mpv2 .mrw .msi .msp .mts .nef : .nrw .pef .raf .raw .rw2 .rwl .sr2 .srw .tif .tiff .tod .ts .tts .uvu : .vob .wdp .weba .webm .wma .wmv I did not mention all well-known LibreOffice formats that were also in the list. As you can see, most of these activated file types do not reflect bug relevance for the average user. Selected extensions that do not have handlers or no handlers that provide tagging: : .avi .docx .exe .gif .lnk .mp3 .png .wav .css .csv .epub .gz .html : .json .java .txt .wmf .xhtml .xlsx .zip Therefore, there are many file types which may be used on any given Windows machine that can not be tagged by default. *** How to Enable Tags for More File Types After we have found out that it would be nice to have more file formats enabled for tagging, how are we able to enable meta-data handlers ourselves? #+CAPTION: FileMeta installation. #+ATTR_HTML: :align right :width 150 :linked-image-width original [[tsfile:2019-11-19T00.09.53 File Metadata - Install window -- screenshots publicvoit.png][2019-11-19T00.09.53 File Metadata - Install window -- screenshots publicvoit.png]] The answer lies within a project called [[https://github.com/Dijji/FileMeta/][FileMeta]]. You can [[https://github.com/Dijji/FileMeta/releases][download the latest release on their release page]]. Installing this tool requires administration permissions. I totally recommend [[https://github.com/Dijji/FileMeta/wiki][the documentation pages]] for learning about details on this topic in general. After installing FileMeta, you will find multiple executables in its install directory: =FileMeta.exe=, =FileMetaAssoc.exe= and =FileAssociationManager.exe=. #+CAPTION: Installed files from FileMeta. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-19T15.29.01 File Explorer - showing files from File Metadata -- screenshots publicvoit.png][2019-11-19T15.29.01 File Explorer - showing files from File Metadata -- screenshots publicvoit.png]] Most things can also be done on the command line. For configuring the tagging functionality, we'll stick to the graphical =FileAssociationManager.exe= for this article. After starting up the File Meta Association Manager you will see three main parts of the UI: 1. Some workflows for manipulating on the left hand side, 2. the File Extensions list with the handler associations and 3. the meta-data related settings on the right hand side: #+CAPTION: File Meta Association Manager after starting up. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-24T14.58.41 File Meta Association Manager - view after starting -- screenshots publicvoit.png]] **** Extending the List of File Extensions The list of the file extensions are read from the Windows registry. If you can not find a specific file extension in the File Meta Association Manager, no application has registered the file extension so far. If you do associate a file extension with an application ("Always open with ..."), this does not create a registry entry. Therefore, associating an extension with an application is not sufficient that this extension gets listed in the File Meta Association Manager. To add an extension not listed yet, you have to start the registry editor with administrator privileges, go to "HKEY_LOCAL_MACHINE" → "SOFTWARE" → "Classes" and choose "New → Key" from the context menu. #+CAPTION: Adding a new file extension to the registry. #+ATTR_HTML: :align center :width 550 :linked-image-width original [[tsfile:2019-11-24T14.53.15 Registry Editor - adding a new key -- screenshots publicvoit.png]] Then you can enter your new extension like, e.g., =.org= and confirm with the return key. After restarting the File Meta Association Manager you'll find the new extension in the list. **** Pre-Defined Profiles My File Meta Association Manager lists two pre-defined profiles: "Simple" and "OfficeDSOfile". The latter seems to be set up by LibreOffice. The "Simple" profile has a few properties set up for "Preview Panel", "Details tab in Properties" and "Info Tip": #+CAPTION: Assigning the Simple profile to three file extensions. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-24T14.07.28 File Meta Association Manager - added simple handler for 3 extensions -- screenshots publicvoit.png]] **** Custom Profiles If you would like to set up a new custom profile, you have to know: - Full details → Description "System.Keywords": necessary to see and edit tags in the *preferences → Details tab*. - The Preview Panel → "System.Keywords": necessary to see and edit tags in the *Details pane*. You can't have Details pane without preferences Details tab. Both settings enable the tags shown in the column bar. #+CAPTION: File Explorer showing a file with has just the Full details → Description "System.Keywords": no tags visible in the Details pane. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-24T14.25.27 File Explorer - selected Z file with full details only profile -- screenshots publicvoit.png]] Therefore, a minimal custom profile for tagging where you can see the tags in the Details tab looks like that: #+CAPTION: File Meta Association Manager with a minimum custom profile for tagging. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-24T14.22.20 File Meta Association Manager - added new profile - tags full details and perview panel -- screenshots publicvoit.png]] Such a profile results in a File Explorer view like that, where you can edit tags in the preferences as well as in the Details tab: #+CAPTION: File Explorer showing a file with has both keyword locations enable: tags visible in the Details pane. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-24T14.26.56 File Explorer - selected ZIP file with full details and preview profile -- screenshots publicvoit.png]] Whenever you change meta-data handlers, you will probably going to restart the File Explorer via the "Restart Explorer" button of the File Meta Association Manager in order to apply changes. After setting up a custom meta-data handler for file extensions, you can see them also in the command line tool =FileMetaAssoc.exe=: #+BEGIN_EXAMPLE c:\Program Files\File Metadata>FileMetaAssoc.exe -l .txt Simple File Meta Property Handler c:\Program Files\File Metadata> #+END_EXAMPLE *** Relations Between Applications and Meta-Data As mentioned briefly before, some applications do create meta-data handlers for file extensions when being installed. For example, LibreOffice is creating handlers for their document formats as well as some formats from Microsoft such as =.doc= or =.xls= but not =.docx= or =.xlsx=. Programs like LibreOffice Writer or Microsoft Word do provide meta-data within the preferences of an open document. #+CAPTION: Opening the document properties within LibreOffice Writer. #+ATTR_HTML: :align center :width 580 :linked-image-width original [[tsfile:2019-11-24T19.16.08 LibreOffice Writer - opening document properties -- screenshots publicvoit.png]] You are able to enter tags within the document properties: #+CAPTION: LibreOffice Writer: document properties with keywords/tags. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-24T19.17.14 LibreOffice Writer - document properties showing tags -- screenshots publicvoit.png]] These tags can now be seen in the file properties (Details tab) as well as in the tags column. Because of the missing "System.Keywords" in the profile for the "Preview Panel", the tags are not shown in the Details tab of the File Explorer: #+CAPTION: File Explorer showing the tags from the LibreOffice Writer document properties. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-24T19.18.37 File Explorer - LibreOffice Writer document with tags -- screenshots publicvoit.png]] Here is the File Meta Association Manager profile "LibreOffice property handler" as set up by LibreOffice: #+CAPTION: File Meta Association Manager showing the settings for the odt file extension for LibreOffice Writer documents. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-24T19.24.26 File Meta Association Manager - odt profile with LibreOffice property handler -- screenshots publicvoit.png]] It's interesting to see that the "LibreOffice property handler" is not visible in the File Meta Association Manager profiles. So I tried to overwrite the "LibreOffice property handler" with the "Simple" profile. To my surprise, this happened: #+CAPTION: File Meta Association Manager suggesting to merge profiles when applying "Simple" profile to an extension which was created by LibreOffice. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-24T19.55.59 File Meta Association Manager - trying to overwrite odt profile with Simple handler -- screenshots publicvoit.png]] Yes, this makes sense after all. After confirming this dialogue, the File Meta Association Manager window was gone. I thought that this action was not successful and the app crashed. After restarting the application, I noticed the successfully merged profiles for the =.odt= extension. Unfortunately, in contrast to my expectations, there was no change: no tags visible in Preview page of File Explorer and tags in Details tab can not be changed, only viewed. So this was not a success after all: I still can not modify tags for LibreOffice Writer files outside of LibreOffice Writer file preferences although they can be seen in File Explorer. So I started to create some non-native LibreOffice Writer documents: =.doc= and =.docx=. For =.docx= files, there were no document property tags visible in File Explorer: not in Preview pane, not in tags column and not in the file properties. Different story with the =.doc= files though: Here, the document property tags are synchronized with the NTFS meta-data. Whenever a tag is added or changed in the file properties, the same change appears in the LibreOffice Writer document properties and vice versa. However, there are no tags/keywords visible in the Preview pane. #+CAPTION: File Explorer with misc document formats showing their tags. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-24T20.10.57 File Explorer - LibreOffice Writer documents of various format with tags -- screenshots publicvoit.png]] This tag synchronization mechanism has a minor issue: when you do not create a =.doc= file from within LibreOffice Writer or Microsoft Word but with a text editor, there is no within-file meta-data preferences yet. This results in an error message when you want to tag a zero byte =.doc= file in File Explorer: #+CAPTION: File Explorer with error message when tagging an empty Word file. #+ATTR_HTML: :align center :width 630 :linked-image-width original [[tsfile:2019-11-24T20.48.36 File Explorer - Tagging 0 bytes doc with error message -- screenshots publicvoit.png]] When you do select "New → Excel Spreadsheet" in File Explorer with Microsoft Office installed, it does not create a zero byte file as with Word files using the same method. Instead, it fills the spreadsheet file with a seven kilobyte default content. This way, you won't get this error message for Excel files in this situation. Related to this, you can read on [[https://github.com/Dijji/FileMeta/wiki/FAQ][the FileMeta FAQ]] for PDF files: #+BEGIN_QUOTE If I add the File Meta Property Handler for PDF files, will I see properties already in those files? No, unless you are using version 1.4 and are extending an existing property handler for PDF files. File Meta has no capability otherwise for reading properties held within the PDF formatted part of the file. File Meta always writes properties in an NTFS-provided annex to the file. [...] The bad news is that File Meta before version 1.4 will not read properties held in the type-specific formatted part of a file, and no version of File Meta will update such properties. #+END_QUOTE To make this even more complicated, you have to know that Windows supports tags for every file type, internally. They will not be visible in the properties section of that file, but when you search for those tags, the file appears in search results. After all these experiences I can only sum up my experience with: *it's very complicated*. The end-user can not expect tags/keywords to be visible in the File Explorer. She is not able to know if document preference keywords are synchronized to the NTFS meta-data. If there are tags visible, they may not be able to be managed on the Preview pane or the file preferences. File Explorer search seems to find all keywords so far. However, you don't know that a specific file was found because of a tag or anything else since this visualization is missing. *** History, Implementation Details, and Similar Implementations You can read about the history of this feature and some technical details [[https://github.com/Dijji/FileMeta/wiki/XP,-Vista-and-File-Metadata][on this page]]. Basically, NTFS stores the meta-data within an [[https://en.wikipedia.org/wiki/NTFS#Alternate_data_streams_(ADS)][Alternate data streams (ADS)]]. This is quite similar to how Apple stored meta-data in [[https://en.wikipedia.org/wiki/Hfs%2B][HFS+]] and probably also within [[https://en.wikipedia.org/wiki/Apple_File_System][AFS]]. I was using the color labels of OS X up to Leopard. They ended up as file-system based meta-data as well. You can read [[https://en.wikipedia.org/wiki/Tag_(metadata)#Assigned_to_computer_files][on this Wikipedia article]]: #+BEGIN_QUOTE In Apple's macOS, the operating system has allowed users to assign multiple arbitrary tags as extended file attributes to any file or folder ever since OS X 10.9 was released in 2013, and before that time the open-source OpenMeta standard provided similar tagging functionality in macOS. #+END_QUOTE *** Windows 10 Tags Considered as Fragile I do think that the average reader does agree that using tags with this Windows 10 feature is a drag from the user experience point of view already. I do have sad news: this now even gets worse. Since meta-data are stored in NTFS data streams, *you are losing all of the tags* when files get moved to someplace where there are no NTFS data streams or when applications generating files do not respect them properly. As a consequence, there are many possibilities where meta-data gets lost. Here is a list of the most obvious ones. 1. Losing meta-data when copying to a *thumb drive* - Copying a tagged file to a drive that is not formatted with NTFS results in a silent loss of the meta-data. Thumb drives usually are formatted with [[https://en.wikipedia.org/wiki/Vfat#FAT32][FAT32]]. 2. Losing meta-data when sending them via *email* - When you attach a tagged file to an email, the meta-data does not get attached as well. 3. Losing meta-data because of *applications handling temporary files* - When you open a file in too many Windows applications, new modifications by the user get written to a temporary file. On saving the changes to the file, this temporary file then gets renamed to the original file name, overwriting the previous file as well as the meta-data. This is a very mean behavior since users would never expect to lose meta-data just by saving a file. 4. Losing meta-data when doing *backup* - When you back up your data, the backup application needs to save and restore meta-data within ADS properly. I did not investigate this issue but my gut feelings are that only a fraction of the tools on the market do consider ADS meta-data and handle them accordingly. As I've [[https://www.reddit.com/r/datacurator/comments/16qz77p/comment/k24bg0d/?utm_source=reddit&utm_medium=web2x&context=3][read on reddit]], modifying the NTFS tags of a file also modifies its hash sums which renders some workflows that rely on stable content hashes useless. *** Summary and Remarks After being enthusiastic when I found out that Microsoft provides a native file tagging ecosystem with Windows, I had to take a closer look. This enthusiasm was replaced by a disillusion. Everything related to file tagging is hidden from the common user by default. Enabling it results in manual labor not only for the UI but also for each and every file extension separately. Although there are some nice retrieval features for navigation, search does not differ between keywords in tags and keywords anywhere else. It is not entirely clear to me how file-format-specific tags interact with the NTFS tags. Finally, when you did invest some time for tagging files, there is a high chance of losing all this meta-data sometimes without even realizing it. If Microsoft would act in a way that somebody would be thinking that this tagging feature is ready for production, it would qualify for my [[id:2018-06-05-bad-design-decisions][bad design decisions series]]. For me personally, *I'd never invest anything in using this feature* mainly because of the many ways of losing meta-data without noticing. My current approach for tagging is described on [[id:2014-05-09-managing-digital-photographs][this article]]. It's an OS-independent and app-independent method with very nice features like TagTrees you can not find elsewhere. If you would like to get an overview on other non-file-system-based tagging solutions, you can read the bachelor thesis "[[https://karl-voit.at/tagstore/downloads/Binder2013.pdf][Marktübersicht von Tagging-Werkzeugen und Vergleich mit tagstore]]" which can be downloaded [[https://karl-voit.at/tagstore/en/papers.shtml][at the tagstore page]]. It's in German language and it reflects the situation of the year 2013. Before writing this article I needed to implement [[https://github.com/novoid/lazyblorg/issues/17][a necessary feature for my blogging system]] beforehand. With this, you are now able to click on the screenshot previews to see them with their original size. So this article was in my personal pipe-line for over a year. As a consequence, early findings and screen shots from 2018 are based on =Windows 10 Pro version 1803 OS build 17134.165= whereas the most current ones from 2019 are based on =Windows 10 Enterprise Evaluation 1809 OS build 17763.805=. Congratulations for following this very long blog article until its end. I hope I could teach you something on Windows 10 functions and help you decide on its usefulness for your situation. Drop me a line in the comments below when you do have some questions or remarks.