XYplorer Beta Club

jjk wrote:Surely File tags is a nice feature. Don, how do you plan its future ?
Surely a GUI for tagging files, and next ?
- copy/paste/move files with their tags (as an option) ?
- apply same tags to multiple files, even in differents diirectories ?
- ability to add CR/LF in comments ?
- searching inside tags/comments ?
- even, more than one tag column e.g. to visually find "prod/beta/alpha" and at once (or in another directory) "pop/rock/rnb" (bad examples) ?
I find colored tags nice. But comment column, with its free content, is also indispensable.
I think also that descript.ion format of NortonDos (then 4NT and others), used also by Total Commander, is a very good (and standardized) format for comments. But there is one descript.ion file by directory while XY has only one tag.dat.
So I say you : feel up to doing that, because for me it is one the best latest enhancements for XY.

Another killer feature for sure. Hey, it's a serial killer feature!
One tag column is enough. Keep it simple.
Ability to add CR/LF in comments: could be added later, no problem.
descript.ion is crap compared to tag.dat.

Later you'll get a simple way to have all say "Violet" items in a tab (wherever they are, in lightning speed). This will be implemented as new location syntax, maybe "tag:Violet" or similar. It should be obvious to the thinking user that we are only millimeters away from cached find results and virtual folders (defined by lists very similar to tag.dat)...

admin wrote:Actually this might be the non-portable part of XY

Well, alright then. Actually thinking about it more, it wouldn't be the only part : highlighted folders and boxed branch do not support relative syntax either, do they?

jacky wrote:

admin wrote:Actually this might be the non-portable part of XY

Well, alright then. Actually thinking about it more, it wouldn't be the only part : highlighted folders and boxed branch do not support relative syntax either, do they?

Right.

admin wrote:Later you'll get a simple way to have all say "Violet" items in a tab (wherever they are, in lightning speed). This will be implemented as new location syntax, maybe "tag:Violet" or similar. It should be obvious to the thinking user that we are only millimeters away from cached find results and virtual folders (defined by lists very similar to tag.dat)...

I totally missed this part, awesome idea. I have a question, are you planning to keep the current format for tagging? if so I am planning to tag lot of my projects, should I go ahead or wait?

serendipity wrote:

admin wrote:Later you'll get a simple way to have all say "Violet" items in a tab (wherever they are, in lightning speed). This will be implemented as new location syntax, maybe "tag:Violet" or similar. It should be obvious to the thinking user that we are only millimeters away from cached find results and virtual folders (defined by lists very similar to tag.dat)...

I totally missed this part, awesome idea. I have a question, are you planning to keep the current format for tagging? if so I am planning to tag lot of my projects, should I go ahead or wait?

Wait! I'm still having ideas...

Also, you'll get KS and TB button and icons so tagging will be much more fun soon...

admin wrote:

serendipity wrote:

admin wrote:Later you'll get a simple way to have all say "Violet" items in a tab (wherever they are, in lightning speed). This will be implemented as new location syntax, maybe "tag:Violet" or similar. It should be obvious to the thinking user that we are only millimeters away from cached find results and virtual folders (defined by lists very similar to tag.dat)...

I totally missed this part, awesome idea. I have a question, are you planning to keep the current format for tagging? if so I am planning to tag lot of my projects, should I go ahead or wait?

Wait! I'm still having ideas...

Also, you'll get KS and TB button and icons so tagging will be much more fun soon...

Thanks, waiting to see all those features, especially the possibility of searching them.

serendipity wrote:

admin wrote:Wait! I'm still having ideas...
Also, you'll get KS and TB button and icons so tagging will be much more fun soon...

Thanks, waiting to see all those features, especially the possibility of searching them.

That'll be really nice, but for now, I'd like to be able to have the color applied to tag col instead/also as I'd mentioned previously.

I renamed the color names (Red/Yellow/...) in tag.dat to category names (ToDo, Important) because that makes more sense to me. Regarding the fact that you want to make them searchable etc., is there anything (e.g. use of special characters) I should bear in mind to not screw it up?

herakles wrote:I renamed the color names (Red/Yellow/...) in tag.dat to category names (ToDo, Important) because that makes more sense to me. Regarding the fact that you want to make them searchable etc., is there anything (e.g. use of special characters) I should bear in mind to not screw it up?

You cannot use ";" and "|" within the tag label (it would confuser the parser). That's all.

j_c_hallgren wrote:

serendipity wrote:

admin wrote:Wait! I'm still having ideas...
Also, you'll get KS and TB button and icons so tagging will be much more fun soon...

Thanks, waiting to see all those features, especially the possibility of searching them.

That'll be really nice, but for now, I'd like to be able to have the color applied to tag col instead/also as I'd mentioned previously.

In the next version look for INI key "TagStyle".
The following binary values can be combined (OR-ed).
0 = none, 1 = caption, 2 = Tag column, 4 = Tag symbol, 8 = whole row

Your preference is TagStyle=2.

Later you'll get a GUI for this, of course...

admin wrote:

j_c_hallgren wrote:

serendipity wrote:

admin wrote:Wait! I'm still having ideas...
Also, you'll get KS and TB button and icons so tagging will be much more fun soon...

Thanks, waiting to see all those features, especially the possibility of searching them.

That'll be really nice, but for now, I'd like to be able to have the color applied to tag col instead/also as I'd mentioned previously.

In the next version look for INI key "TagStyle".
The following binary values can be combined (OR-ed).
0 = none, 1 = caption, 2 = Tag column, 4 = Tag symbol, 8 = whole row

Your preference is TagStyle=2.

Later you'll get a GUI for this, of course...

Thanks!! I like "Tag symbols" the best, I have my tag columns next to line number now.

There may possibly be a slightly better way to describe two options as the choices of "tag col (label)" and "tag col (symbol)" aren't immediately obvious as to what they represent...I centainly didn't understand what the difference is, and wasn't until I tried it that I figured it out.

Another minor point: Unable to have choice of both name col & tag col via drop-down, it seems...You'd mentioned "OR'ing" above but I don't see that avail via Config GUI...still in progress or ???

I also think the initial default should be to 'show tags = on' unless that is just a temp thing until feature is finished.

One little thing I'm missing: The possibility to assign a CKS to Favorites > Comment and/or the "Comment" command in the right-click menu of the "Tags" toolbar button.

Thanks again for this great feature/implementation, Don!

herakles wrote:One little thing I'm missing: The possibility to assign a CKS to Favorites > Comment and/or the "Comment" command in the right-click menu of the "Tags" toolbar button.

Thanks again for this great feature/implementation, Don!

I know. I'm still waiting with it because I have not finally decided how I organize the comment implementation. Since the function IDs are pretty much eternal I only assign them when I'm sure enough that I'm doing the right thing. Give me 2 more days...

Yep, this feature is really cool!
Funny, I thought of wishing for something like that last night, but didn't even had time to do so Except that I would have wished for something slightly different : First of all, for it to be triggered on right-click - I'm not sure like that a single click can remove a tag like that; and secondly, that it would actually pop-up the Tags submenu, so one can set whatever tag just as easily.

And actually, to go somewhat off-topic, for when onEvent actions will come, it would really be cool to have events for right-click on an empty area on List, as well as on columns Name, Size, Comment, Modified, etc (as in a click on the actual data, not the column) each triggering, of course, a different action.
Much like what happens on column Name with the shell's item's ctxt menu only trigger on the actual Name (not the full column), but with every column. I can already see myself assigning some things like right-click on Modified/Created to trigger a script to timestamp, on Comment to edit it, etc

Another thing I would like, is a little change in the Tag column. I use the "Symbol" style, which is really cool, but when doing so the column's width is more than the actual "symbol", and I feel like as a result there are wasted pixels, which I don't like. Plus, if you ever try to put the Tag column first before the Name one for example, it really looks bad with all those waster pixels on the right of the tag' symbol. I'd be fine with a column without a name, just a "square" or something to symbolize the Tag symbol, and thus allowing for the column to be as small as it can be without any "wasted" pixels anywhere.