XYplorer Beta Club

I've already mentionned this before I'm pretty sure, but for a few lists we can manage, I really wish there was more to it. (I'm not talking about changes to the way LM works)

For example, for all rename features (RegExp, Batch, S&R, etc) I wish that:
- along with the MRU list, there was another list : Favorites. That way one could store & be sure to find whenever needed not (only) the most frequently used settings, but those that are used regulary.

- and that for this "Favorites" list, there was another field (along with the actual pattern) : Name. Because, for example, it's much easier to find & know what will do "add 'xxx' if filename starts with 3 digits" than "(^\d{3}.*)>xxx_$1" ! (even though that one wasn't too hard, you get the point)

jacky wrote:- and that for this "Favorites" list, there was another field (along with the actual pattern) : Name. Because, for example, it's much easier to find & know what will do "add 'xxx' if filename starts with 3 digits" than "(^\d{3}.*)>xxx_$1" ! (even though that one wasn't too hard, you get the point)

I agree this would be useful, but I'd suggest maybe calling it "User Description" or similar...

The name/description part is easy: just need some escape sequence so htta I can cut it off when I need the real data. Well, why not simply quoting it and put it to the beginning fo the string:

"add 'xxx' if filename starts with 3 digits" (^\d{3}.*)>xxx_$1

Quotes are good because they are not used in RegExp (or???) nor in file names.


For the favorites part (which I like, too) a simple flag would do it. Something attached to the front of the string, like a "*".

Or: a 3-field format with a suitable separator, like
Format: IsFavorite > Description > Data
Example: 1 > add 'xxx' if filename starts with 3 digits > (^\d{3}.*)>xxx_$1

But this would mean you cannot use ">" in the description... a source of potential trouble...


You see, I always try to keep it flat and ASCII.

I see, but it can also have a downside to make things more complicated.

For example, especially for the new/non-aware users, if you only use one list it will be expected to be a simple MRU. Including here an optional "field" for a description might not be confusing and indeed do its job fine, but somehow I'm not sure about the favorite flag.

I said another list because that's how I thought of it, as something separated and that can be easilly seen as such. Having a mix of favs & non-favs might not be the best way to deal with things IMO.
That's why I envisionned either a button for a popup menu, or simply a way to trigger another list than the MRU, just like now! start typing and you (can) get an MRU alpha. sorted autocomplete list (in blue) that shows up, but pressing F4 will show another one (regular MRU, the dropdown). A solution like that, eg. pressing F6 to show the list of favorites, so with a good distinction between the two (MRU vs Favs), would be better IMHO.

And to add something to that list you ask? Well, there's always LM And there can be a checkbox "Add to Favorites", or simply a trick such as pressing Enter (clicking Ok) while holding Shift.

jacky wrote:I said another list because that's how I thought of it, as something separated and that can be easilly seen as such...

Yes, I see your point. Also "names" would only make sense with favs, not with mru. I have to think about the interface... if I find an easy self-explaining way, I'll add it...

admin wrote:

jacky wrote:I said another list because that's how I thought of it, as something separated and that can be easilly seen as such...

Yes, I see your point. Also "names" would only make sense with favs, not with mru. I have to think about the interface... if I find an easy self-explaining way, I'll add it...

*prays that you'll find that easy self-explaining way you're looking for*