Now that sounds more than plausible - I'd go so far as to say, probable even. Makes sense when you think about it.

Not sure if it's for little gain. Over the years I've had a ton of people complain about the lack of jumplists in the NextSTART tasklist buttons, for instance. I assume most of these complaints referred mostly to the lack of a list of files recently opened by that application.

I've never really understood people's need of jumplists. Never really use them myself. But then, I've always used a very different 'system', or MO if you like...

OK - while it probably might affect me more than many others, while redoing skinning on Batteries and changing layouts, it became REALLY evident that a generic "Lock modules" is not useful when checking sizes when I rescale the modules and I would almost bet it's probably not for a lot of themes, not just my own.

To validate this request I only used three(3) official Winstep themes as a test - Brisa, Office and Windows 7 Xtreme. Rather than say what happened it's probably best you try it for yourselves because resolutions are irrelevant when you lock modules and rescale.

I do truly believe the most valuable request I can make is to PLEASE facilitate a "Lock Modules per theme" feature.
I won't bug you again
Please do not tell me "Save module positions" works - it doesn't the moment you do a rescale. I am over trying to re-save module positions

Well, it does work some of the time, but can lapse back any time, alas. So, yeah, seconded as per previous. Though not necessarily for this next update. (I'm wondering if I shouldn't move this to 'Winstep Feature Requests'...?

Ahah, understatement of the year.

I have been writing this post for the past few days (no joke) and each day I had to extensively re-write it because of new break-thoughts.

Anyway, it appears I have finally succeeded. I am now able to know in nearly all the cases which jumplist is associated to which application (thanks to Hexacorn's JumpLists file names and AppID calculator perl script which I was able to convert to VB with the help of CoPilot and ChatGPT) and also to extract using heuristics - from the undocumented and ever changing Desclist stream - the actual date and time in which each recent file was added to the jumplist.

If for some reason this fails, I fall back to the files in the Recent Documents folder method.

Still not 100% finished as I still have loose ends to tie, but this took many days and a lot of hair pulling to accomplish and optimize.

Ok, so for privacy reasons I added a "Show Recent Files in context menu" setting to the Tasks tab of Preferences, but then it occurred to me...

... shouldn't this "Recent Files" context menu option be also available for applications in the dock, shelf, etc, that are NOT currently running?

And if so, where should the setting be placed in Preferences? I think location is important, some users might wish to turn this immediately off due to privacy concerns.

Yep, that's what I ended up doing too. Also works with UWP apps.

As for the on/off setting itself... well, I guess it stays were I put it, at least for the time being.

Ouch, yes, that does raise serious privacy concerns. I hope the default for all will be "off".

UWP apps makes it all the more iffy. Definitely, default for all needs to be "off". Anything else could be in contravention of the European privacy laws.

Windows Jumplists are enabled by default. This is no different, so it is enabled by default too.

It's like Recent Files being displayed on the Windows Start Menu by default too (iykes! lol)

And don't forget the default shelf has a Recent Items tab too eheh

That is unfortunate as, as per usual, hardly anybody is going to look through preferences and disable this. Jumplists in Windows have been globally disabled here for a very long time, plugging yet another of Windows' many privacy leaking holes.

"Free user data, easy to get, come and get them!" Pathetic to have that in place.

Hasn't existed here since original install of Xtreme.

The problem here is the opposite: if jumplists were disabled by default in the Winstep application hardly anybody would even know they are there and can be turned on.



Yeah, I think having Recent Documents plastered all over the hub that is the Windows Start Menu is pretty stupid and aggravating. And worse, AFAIK, if you turn that off you actually disable the whole recent documents feature everywhere else in Windows (which is actually a pretty useful thing to have - most of the time)



Yeah, but not only you can simply remove the Recent Items tab from the shelf (as you did), as the very first item in that tab is the 'Clear Recent Documents' internal command.

Also, I noticed Windows offers the ability to remove specific items from the jumplist by right clicking on them, and I think this is important too, so I'll try to add the same ability.

And just added this too, right click a file in the recent files/jumplist menu and the very first option is "remove from this list", which will remove the item from the actual Windows jumplist file (and from the menu too, of course).

One advantage over Windows jumplists is that unlike Windows, which only offers a couple of options if you right click a jumplist item, my right click menu on a jumplist item is equivalent to right clicking the actual document file itself (i.e. with all the options you get when you do that).