Re^5: Character encoding in console in Windows

Not on my system it doesn't.

Just to clarify. I'm dragging a file from the Explorer over a console window.

And when I do, the cursor switches to the "no entry' sign.

When I drop, nothing at all happens. Regardless of whether the console session is at the shell prompt awaiting input, or if there is a perl script running blocked reading from STDIN.

Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.

"Science is about questioning the status quo. Questioning authority".

In the absence of evidence, opinion is indistinguishable from prejudice.

RIP an inspiration; A true Folk's Guy

Comment on Re^5: Character encoding in console in Windows

Replies are listed 'Best First'.
Re^6: Character encoding in console in Windows by Anonymous Monk on Sep 11, 2010 at 20:32 UTC
Hmm, well it works for me in windows 2000, xp and windows 7 ... doesn't seem to be related to quick edit or insert mode	[reply]
Re^7: Character encoding in console in Windows by BrowserUk (Patriarch) on Sep 11, 2010 at 20:53 UTC
Strange. A) That I've never encountered it. B) that they dropped it for Vista. Not that I'm gonna miss what I never knew I had.	[reply]
Re^8: Character encoding in console in Windows by Corion (Patriarch) on Sep 11, 2010 at 21:05 UTC
I think dropping it for Vista was fallout from the problem that under Win32, any program could send window messages to any other program, which was a bad thing, as you could send `WM_TIMER` messages with a callback parameter to execute arbitrary code in the other executable. I'm using filename drag-n-drop quite often, but I'm still on Windows XP.	[reply] [d/l]
Re^6: Character encoding in console in Windows by ikegami (Patriarch) on Sep 12, 2010 at 16:23 UTC
I've always gotten the same results as the anonymous monk: The quoted path to the file gets pasted into the console. Win2k Pro, WinXP Pro, Win7 Pro.	[reply]