XYplorer Beta Club

Having used XYplorer for quite a long time, I find that the help file has some errors here and there. An example:

Find Files by Date and Age

Code: Select all

dateM: 20.05.2014 16:16:40       = exact timestamp
dateM: == 20.05.2014 16:16:40    = same
dateM: >= 20.05.2014 16:16:40    = then or later
dateM: 22.05.2014                = covers the whole day
dateM: 05/22/2014                = same
dateM: 19.05.2014 - 20.05.2014   = covers two whole days
dateM: 05/19/2014 - 05/20/2014   = same
dateM: 2014-05-19 - 2014-05-20   = same

The examples indicate that one can use either ., / or - as the delimiter in yyyy mm dd.
But I found out only / is accepted.

Are there any plan of correcting these maybe outdated help file contents?
Or are you collecting these documentation errors in some thread in this forum?

PS: BTW, I wanna ask about the layout of this forum. I noticed that the forum layout has changed in the last few months, like this.
But after I logged in, the layout changed back (like this).
Is that normal?

You didn't read the help file correctly:

Examples

These examples are ready to paste into the Quick Search box, but beware: valid date syntax depends on your system locale.

Obviously your system locale defaults to the / delimiter^^

Is that normal?

Yes, it is, at least someone reported the same. Too lazy to search for that thread myself.

What about this one:

tags:""quotedtag""
find all items with tag "quotedtag" (including the quotes)

While " is NOT allowed in tags:

Tags can contain any characters apart from:
, (comma) which is used as separator between the tags.
| (pipe) which is used as separator between the fields.
" (double quote).
(space) at the left and right end of a tag. Spaces within a tag are okay.

And this one:

lbl::"red" or "green"
find all tagged items with label "red" or "green"; the second ":" after "lbl:" is the inline Boolean search marker

But the truth is, the : should be placed in front of lbl:.

If I try lbl::"red" or "green" /? in the Find Files Tab, I'll get this:

Query: lbl::"red" or "green" /?
Parsed: lbl:":"red"" OR lbl:"green"

...which is clearly not intended.