Shanny, here a little idea from another user from Russian board. Maybe it would be useful to have an option or parameter to execute program associated in Windows (just like first menu item does) if no internal editors associated with given file type when it is opened in background/default mode?
MVV wrote:Shanny, here a little idea from another user from Russian board. Maybe it would be useful to have an option or parameter to execute program associated in Windows (just like first menu item does) if no internal editors associated with given file type when it is opened in background/default mode?
Thanks, good idea, but I think it should only be used in background mode,
since the default mode should always used the default editor.
[2010-11-30 0.59]
+ F4Menu.ini [Option] UseWinAssoc=0 In background mode use Windows associated editor to open the file which has no internal associated editor (thanks to MVV@tc)
+ Improve the reliability of shortcuts handling (thanks to Daocang@newsmth)
* Language update: Russian (thanks to MVV@tc)
Hi, Shanny, there is some visual thing in latest versions. If no editors associated with current extension 0.59 shows two separators together - I think you may hide second one in such case.
Here a couple of bugs or strange things from Russian board.
1. If I press F4 onto a file and menu appears, file gets selection. If I press Escape or just click outside menu, selection remains. Is it a bug or some kind of feature?
2. Try to start F4Menu just with -b parameter w/o filename. It tries to open some non-existing file (maybe bug in command line scanning). And a question. Should -b, -d, -f work w/o filename in command line or not?
3. It seems that Win key detection in Windows 7 doesn't work. If I set Win+F4 for foreground mode, F4Menu is always started in background one. Same effect if someone try to set Win+F4 for default mode.
4. It seems that -m is broken in 0.59 - program selects focused in TC file and shows menu for it even when I use Shift+F4 and Enter with empty filename.
I tried to edit alternate NTFS stream for file when found a little bug in F4Menu. E.g. I have 1.txt file focused in TC, I press Shift+F4 and specify path 1.txt:2.txt (i.e. I want to edit stream named 2.txt for file 1.txt). When I press Enter F4Menu passes wrong path to editor (it passes "enu\F4Menu.exe" instead of full path to stream). If I try stream name w/o extension all works well. Bug has place only when I try to work with file streams, folder streams F4Menu processes correctly.
Until now I used the version 0.20. I changed to version 0.59 and - sorry - I'm confused with these new options. In the past I had a foreground and a background hotkey. Now I have a foreground or a background hotkey and a default open mode hotkey ...
I want to use F4 without any menu (only if necessary), Esc + F4 for the menu with all editors (as before) and maybe Win + F4 for the reduced menu with the similar editors (e.g. 2 editors for *.txt).
In tried various options , but I failed ... Thx for any clue.
ate, currently you can't use three modes simultaneously. You may setup F4Menu to start assigned editor on F4 (background mode) and always display menu on Esc+F4 (foreground mode):
1. Uncheck 'Default open mode' checkbox, you don't need this mode.
2. Select 'Foreground mode' and specify ESC w/o any modifiers as a hotkey (BTW this mentioned in Readme).
Now on Esc+F4 program will use foreground mode (since Esc is pressed) and on just F4 - background mode as you wanted.
Program always shows associated for current extension editors in main menu and other editors in submenu. Pinned editors are always displayed in main menu. There is no different modes for all editors and only associated ones.
Shanny, I've noticed that Win+F4 hotkey doesn't work (maybe only sometimes but now it is such time ) under Windows 7, but Win+(Any) works fine and does what I expect.
Hi Shanny, thanks for this nice and usefull add-on.
I have a suggestion. I think, that the input buffer for the extensions
field in modify dialog is too small.
XnView for example allows to handle more than 600 file formats.
If I create an extension list, paste it into the field and confirm
with OK, only 128 extensions are saved. The rest will be cut off.
OK, one could leave the extensions field empty and choose
"Always show in main menu", but in my mind the user should
be able to decide how many extensions he wants to assign to
a program.
@MVV: Thx for reply - it's o.k. now. I misunderstood the hotkey-selection and that I only have to choose the selector and not the main key (F4). I read the readme, but that thing wasn't clear for me.
I found another bug. Under W7 your tool doesn't allow to edit files if path contains system symbolic link or junction. Here a test with same file but via diferent paths:
C:\Users\Me\1.txt - OK
C:\Documents and Settings\Me\1.txt - ERROR
In second case F4Menu passes to editor just path "C:\Documents and Settings" instead of full path. I don't know why. Please note that C:\Documents and Settings is a special junction folder that can't be entered because of access rights, you only can enter inner paths like "C:\Documents and Settings\Me".