![]() I find the tagging a bit clunky, but I could probably get used to it.but if I can't find the files I want to tag then it misses the point for me. If I am going to pay $40 for something, it has to at least match what the native File Explorer can do. It is starting to look as if this is not the app for me. So,I am not sure this is a filter issue for XYPlorer, at least a far that is concerned. The other app I am trialling is Directory Opus, which has the same problem as XYplorer in that I can't get it to read the contents of PDF files, but DO *can* read the contents of a Libre Office file, *.odt. Thanks for the response.interesting to see it can, or at least could work with PDFs, but sadly doesn't really take me any further forward. Thanks in advance for any advice you can offer as to what I am doing wrong, I attach a screen capture, if this helps, together with a screen capture from a File Explorer search on the same content. Just to be explicitly clear, the PDF file I am using for my search is text searchable both internally and by File Explorer. There may issues with other files, I don’t know because at this point I stopped looking, because PDF are not exactly obscure file types. I can use XYExplorer to search the content of text files, but I can’t make it search either PDF or ODT files. I can search by file content on the native File Explorer, including PDF files and ODT (Libre Office) files. I have let the indexing process run its full course. ![]() I have set Indexing Option to “Index Properties and File Contents”. I have installed Adobe PDF Ifilter 11 (64 bit) and Adobe PDG Ifilter 6.0 (32 bit?). I have been researching my needs for a couple of weeks and I am down to Xyplorer and one other product, and I have both installed on a trial basis. At this stage, two things are important to me.ġ) A user friendly tagging system for all files (something like what MusicBee uses would be great) So read(M,N) function will remain usable if some day number of extras will increase to 32.I am new to file management at this level of complexity. As i noticed in manual they started from 5 fields. There are 16 extra fields today but there probably will be more some day. There is lot of freedom for further usage. But tastes differ and others may prefer column with dates or checkboxes. I prefer "color" column that gives ability to assign file categories with single click (that column is is not a real extra field, because it is placed before tags column). Displaying fields as plain text without conversion and not fixing strict M/N numbers gives chance to load fields one needs while skipping others. ![]() Extra fields of XY are very flexible but it is difficult to guess what each user stores in those XY fields. Setting configuration via ini file will be enough. Is it possible to have a sort of «function» like read(M,N) to read XY extra field M to Everything custom property N without any conversion ? Those who prefer rating stars could use readstar(M,N). Relative + absolute paths is good enough for me. I see no useful scenarios with that storage=2 option. The Storage parameter is a little difficult to support as Everything doesn't know where the portable XYplorer application is located.Įverything will currently always treat the paths as relative to the tags.dat file location. Line 27: Tagged item #1: Full filename|LabelID|Tags|Extra1|Extra2|Extra3|Extra4|Extra5|Extra6|Įxtra7|Extra8|Extra9|Extra10|Extra11|Extra12|Extra13|Extra14|Extra15|Extra16|Comment Line 7-22: Extra Tag Definitions: Caption|TypeID|0|0|||||. Line 1: Header and version info: XYplorer File Tags v5 The file is kept in an open, simple, and human-friendly text format (UTF-16 Text File) so that youĬan easily edit it manually using an editor or programmatically using any scriptable software.įile Format of the XYplorer Tag Database (version 5 - from 19.70 onwards) All tag data are retained across sessions and stored in one file, tag.dat, located in the application dataįolder.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |