DonationCoder.com Software > Post New Requests Here

IDEA: reopen recently opened explorer windows, history, MRU

<< < (8/8)

ewemoa:
Do you know if it works on 64 bit versions of Windows?  It doesn't mention 64 bit on the product page.
-MilesAhead (May 05, 2010, 01:27 PM)
--- End quote ---
I didn't manage to determine this via some searching.

As far as making info available to FolderCache is concerned, some kind of merging is what I currently have in mind.  No point in duplicating paths.  Perhaps there is some date / time info (may be the last accessed or modification info for FolderCache.txt?) that can be leveraged for this purpose.

Also you need to make sure FolderCache is not running while you do this since it rewrites the FolderCache.txt on closing.

--- End quote ---
The situations under which it occurred to me to use this is when FolderCache has not been running, so ordinarily it doesn't seem like it'd be a problem, but thanks for the warning.  It'd be good to check for a running FolderCache.  For reference, the cases I have considered so far are:


* When you first install FolderCache
* While performing maintenance / debugging of some sort, it's not unusual for me to shut down a lot of utilities -- sometimes I stop certain things and not others and don't always remember to restart everything (though I wrote a little utility that's been helping me to "fill in the missing processes").
* Accidental process killing without noticing
I am happy to report that I have not yet witnessed FolderCache crashing on its own :)

A few lines of batch should do it depending on what you have to do to format the output of the ShellBagsView. 

--- End quote ---
He he.  I will probably avoid batch as I still find it hard to use -- though it's nice that I don't typically need to install anything extra.  (I find coming back to batch good from time to time -- it helps in my appreciation of other programming languages.)

By having your lines first in the FolderCache.txt file they won't be discarded because the stack has reached its limit.  They will be the last entries pushed on.

--- End quote ---
Thanks for this explanation.

edit: looking at the output I don't see what the information is.  It shows the root of the folder opened for all I can see.  A bunch of C:  X: F: with no particular folder info.. unless something escapes me.

--- End quote ---
Interesting -- I typically get full path info, though not always.  My current leaning is just to work with full path information, at least to start with.  Hmm, a random thought -- if FolderCache could be handed folder info from other programs (e.g. via command line invocation) whether it's running or not, may be that'd open up some interesting possibilities...

edit2: Sifting through registry mish mash, esp. 32 vs 64 bit is not my thing.  That's why I do the active window in the first place.  If you can some up with something yourself I'd be curious to see it though. :)

--- End quote ---
If ShellBagsView isn't managing to extract anything useful, my first inclination would be after doing some further testing and searching to see if others had similar experiences, to try to bug Nir Sofer about it -- I think sifting through registry stuff is one of his things :)

MilesAhead:
So far I really don't see the benefit.  You're going to come up with some complicated software to go through the registry to avoid running a small utility that only uses a couple of megs of ram.  I don't see the cost benefit.

But many things are done combining multiple programs. In fact I've given up trying to do much with the mouse in AutoIt3 when I can just knock off a small ahk app to do the mouse part and let it send the keyboard hotkey to the AutoIt3 app.  Many Linux things are done chaining a bunch of little filter apps.  Give it a go and see what you come up with.

PhilB66:
Nice work with the helpfile, but what if one has the Treepad portable version? Could you add an option to indicate where the Treepad.exe is located?

MilesAhead:
Could you try right clicking on the .hjt help file and using Open With... to select your TreePad exe? I didn't try TreePad portable but I tried the "no install" TreePad viewer and it seemed like once I opened an .hjt file with it, it had the association set. (Or if there's a reason not to set the association please elaborate.  I haven't being doing a lot with apps on USB so I'm not up on all the nuances.)

They let you distribute TreePad Viewer but my help has no graphics and it seems like TreePad Lite snaps open about 4 times faster.

Right now what I'm using is one API call that checks that the help file is there, and that there's an .exe associated with it, in one shot(that's the way it works.. you can't even use a wildcard like *.hjt) so it's pretty much one line of code. But I'm open to it if I see how it would be an enhancement.

edit: I can see you might just use both the program and TreePad from USB.  I'll add an .ini file option, HelpReader or something like that, so you can specify the program to use to open the help file.  .txt file extension is nearly 100% guaranteed to be set up on any machine but .hjt not so.  Sounds like a good modification.  I'll update the version number when it's debugged and available for download.

MilesAhead:
Ok, I added the feature.  See the FolderCache 4.3 and ReOpen 4.3 threads for details.
The new versions are on my site now.

Navigation

[0] Message Index

[*] Previous page