Preview Folders

[jgpaiva]

Today I noticed that the Preview tab is blank when the focused item is a folder.
So, I thought maybe you could make it show the list of files inside that folder in this situation. I think it'd be handy if you're going through several folders to see their contents, you wouldn't have to open each of them and go back.
Not that that's a very tedious job, since xy remembers the last folder you opened on the parent directory, though.

ps: sorry if this was already proposed, but a search for "preview folders" got me "The following words in your search query were ignored because they are too common words: folders preview."

[admin]

ps: sorry if this was already proposed, but a search for "preview folders" got me "The following words in your search query were ignored because they are too common words: folders preview."

Uaaah! I disabled that stupid feature.

Now you can see that it has been wished already. Lo prio though.

[jgpaiva]

ps: sorry if this was already proposed, but a search for "preview folders" got me "The following words in your search query were ignored because they are too common words: folders preview."

Uaaah! I disabled that stupid feature.

Now you can see that it has been wished already. Lo prio though.

Actually.. I still can't, the search still is broken

[admin]

ps: sorry if this was already proposed, but a search for "preview folders" got me "The following words in your search query were ignored because they are too common words: folders preview."

Uaaah! I disabled that stupid feature.

Now you can see that it has been wished already. Lo prio though.

Actually.. I still can't, the search still is broken

Oh, I had to rebuild the index first. Now it works!

[j_c_hallgren]

Now it works!

Oh really? I just got that error now! Tried searching for "search"

And other related issue is the 3 char min..didn't we have that set to 2 on old forum? Mainly due to our usage of 2 char abbrev for some items, such as "DP", as I recall...as it seems to have ignored one of my search terms partially, but not sure if that was reason...

Code: Select all

Search term used: tab color ignored: tab

[admin]

Now it works!

Oh really? I just got that error now! Tried searching for "search"

And other related issue is the 3 char min..didn't we have that set to 2 on old forum? Mainly due to our usage of 2 char abbrev for some items, such as "DP", as I recall...as it seems to have ignored one of my search terms partially, but not sure if that was reason...

Code: Select all

Search term used: tab color ignored: tab

Common word threshold:Words which are contained in a greater percentage of all posts will be regarded as common. Common words are ignored in search queries.
I raised it from 5% to 10%. So "search" is in more than 10& of all posts? Surprising...

3 char min... yes, I think you are right. I'll set it to 2.

[j_c_hallgren]

BTW, the reason I was looking for "search" that caused me the error was that I was trying to locate this thread.
I knew it'd been recently and that it was a thread diversion...I ended up looking for "common words" which worked.

[admin]

BTW, the reason I was looking for "search" that caused me the error was that I was trying to locate this thread.
I knew it'd been recently and that it was a thread diversion...I ended up looking for "common words" which worked.

So "common words" are not common words!

[daSpud]

I found this thread because "forum" is not common, but my search for

right click

was considered too common to be allowed. Granted "right" may appear in more than 10% of the posts as might "click", but the combination has to be much, much rarer. I think the 10% rule that kills individual words in a search causes more new posts because one cannot find out if something has been asked before.

I tried to use Google to search, but the forums must be excluded from it?

So, short of browsing all the posts or downloading all the posts and creating one's own index, how does one find out why the right click menu in XYPlorer does not contain the same items as the right click menu in windows Explorer?

Thanks, Spud

[j_c_hallgren]

but my search for
right click
was considered too common to be allowed.

Look for the more technical name for part of this: "context menu"

how does one find out why the right click menu in XYPlorer does not contain the same items as the right click menu in windows Explorer?

Presuming you've already read this? http://www.xyplorer.com/faq-topic.php?id=ctx64

[daSpud]

I had read that and didn't think it applied because Windows Explorer displays the menu item I am looking for. Would it not follow the same path for 32 bit extensions? The program that I was looking for is 32bit only.

here is a comparison of JPG file right click vs XYPlorer right click. The program I was looking for was the VSO resizer, but there are other differences.

Also I tried context menu and got some 2700+ matches because it threw out menu and gave me every post with "context" in it.

Spud

[nas8e9]

I had read that and didn't think it applied because Windows Explorer displays the menu item I am looking for. Would it not follow the same path for 32 bit extensions? The program that I was looking for is 32bit only.

On 64-bit Windows, Windows Explorer itself only comes in a 64-bit version, which can't load 32-bit code in-process; hence the limitation.

[daSpud]

I had read that and didn't think it applied because Windows Explorer displays the menu item I am looking for. Would it not follow the same path for 32 bit extensions? The program that I was looking for is 32bit only.

On 64-bit Windows, Windows Explorer itself only comes in a 64-bit version, which can't load 32-bit code in-process; hence the limitation.

According to that then VSO image resizer should not have shown, but it does show in Explorer and not in XYPlorer.

To make things even more interesting.... XYPlorer shows a 7-ZIP context line but explorer does not. If I right click a .RAR file then Windows explorer will show the 7 ZIP line.

I think there has to be something else in operation here besides 64 bit/32 bit.

[nas8e9]

On 64-bit Windows, Windows Explorer itself only comes in a 64-bit version, which can't load 32-bit code in-process; hence the limitation.

According to that then VSO image resizer should not have shown, but it does show in Explorer and not in XYPlorer.

To make things even more interesting.... XYPlorer shows a 7-ZIP context line but explorer does not. If I right click a .RAR file then Windows explorer will show the 7 ZIP line.

I think there has to be something else in operation here besides 64 bit/32 bit.

With respect, the wonderful world of a 32-bit app (XYplorer) on 64-bit Windows is something of a recurring theme around these parts.

More specifically, 7-Zip comes in both 32-bit as well as 64-bit versions. To increase the headache, the 64-bit *beta* version comes with both 32-bit as well as 64-bit shell extensions since a few versions ago. Trust me, the bitness of the shell extension as opposed to that of the app, determines whether XYplorer can use it.

[daSpud]

Let's see if I understand this correctly....

XYPlorer is a 32 bit application and therefore can only load 32 bit extensions -- Yes?

VSO Resizer is a 32 bit application (written in 2007/2008 for the version I am using) so it could load in XYPlorer if XYPlorer wanted to load it (based on its "bittedness")-- Yes? BTW, This app ran quite well on my XP 32 bit system and I simply copied the file over to my Win 7 64 bit system so I KNOW it is 32 bit.

I am thinking that there must be some other reason besides "bittedness" that XYPlorer has decided not to load this particular shell extension. Does that seem logical?

Spud