Open With Menu

[romulous]

The open with context menu is not available when you right click on a file after using CTRL+B. Once you cancel out of CTRL+B mode, the option becomes available again.

[Clo]

2romulous

Hello !

• I cannot confirm, the “Open with >” item is present in both cases, CTRL+B or not…
… at least here under XP-Pro SP1 32-bit.

• Which OS are you running when you get that issue ?

 KR
Claude
Clo

[MVV]

I can confirm. Windows 7. After Ctrl+B context menu doesn't contain Open With submenu. After refreshing panel (Ctrl+B turns off) submenu appears again.

[Samuel]

I cannot confirm. -> Windows 7.

[roentgen]

It happens only if the file is in a subfolder. Windows 7.

[Clo]

2MVV
2Samuel

Hi !

• Hm… No Win 7 here, but such opposite results lead to think that (perhaps) there is one of these “delicious” (rather hidden)
M$ settings in that OS, causing this behaviour ?
- Just a thought…

 KR-VG
Claude
Clo

[Clo]

2roentgen

Hello !

• It seems Win 7 specific, since I tested under XP with files in sub-folders and got no issue…

 KR
Claude
Clo

[MVV]

I have a text file 111.TXT in upper folder and another one 222.TXT in its subfolder. When I press Ctrl+B and try to open context menu, 111.TXT have submenu Open With, but file 222.TXT have no such submenu.

[Sombra]

Also confirmed this issue here for files in a sub-dir. Tested on WinXP SP3.

As note:
This happens with some shell extensions too - i.e. for make PDF with "PDFCreator" - such context menu appears for files which are not in subfolders but this don't happen for files in subfolders.

As supposition:
After of CTRL+B, Try to rename in line for a file. Files in subdirectories appears in this way: subdir1\test2.txt while that if you try to rename a file in main directory, only the name of the file is shown for change (as in normal view)

Maybe... Could be that the name and path for files in subdirs are passed incorrectly?

[romulous]

2romulous

Hello !

• I cannot confirm, the “Open with >” item is present in both cases, CTRL+B or not…
… at least here under XP-Pro SP1 32-bit.

• Which OS are you running when you get that issue ?

 KR
Claude
Clo

XP Pro, 32bit, SP3.

[romulous]

Also confirmed this issue here for files in a sub-dir. Tested on WinXP SP3.

As note:
This happens with some shell extensions too - i.e. for make PDF with "PDFCreator" - such context menu appears for files which are not in subfolders but this don't happen for files in subfolders.

As supposition:
After of CTRL+B, Try to rename in line for a file. Files in subdirectories appears in this way: subdir1\test2.txt while that if you try to rename a file in main directory, only the name of the file is shown for change (as in normal view)

Maybe... Could be that the name and path for files in subdirs are passed incorrectly?

The sub-dir thing may be the problem here. In a CTRL+B of 35 files, I only get the Open With menu on one of them. Actually, there looks to be some options on each context menu that are not on the other - the example I am using are both the same filetype (.txt). For example, Print is on the menu that does have Open With, but is not on the menu that does not have Open With. To balance that out, the menu that does not have Open With has an Explore option, the menu that does have Open With does not. There are actually a number of differences between the two menus, so something is indeed wrong inside TC.

[Samuel]

It happens only if the file is in a subfolder. Windows 7.

Can confirm this now.

[StatusQuo]

It happens only if the file is in a subfolder. Windows 7.

Confirmed also for XP SP3.

Also most program entries are missing, here only those extensions are listed, that are also shown in context menu of folders)...

[ghisler(Author)]

It seems to depend on what shell extensions are there (MS or not) - they must all support subfolders, or it will not work.

[MVV]

Fixed in TC 7.55b1.