public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* chere (=> windows explorer context menu) not working with German umlaut in Path
@ 2018-03-09 13:56 Josef Frank
  2018-03-11  2:57 ` Thomas Wolff
  0 siblings, 1 reply; 2+ messages in thread
From: Josef Frank @ 2018-03-09 13:56 UTC (permalink / raw)
  To: cygwin

The "chere" package installs an entry in the windows explorer context menu to open a mintty window running bash at an arbitrary location. 

However the context menu entry "Bash prompt here" does not work, when the directory path contains a German umlaut in any position. E.g.: using it for c:/temp/ö results in a Bash prompt opened in _c:/temp_, while opening a windows cmd prompt via context menu also works with umlauts in the path.

How do I resolve this issue?

FYI:

1. created registry entry is c:\opt\cygwin\bin\mintty.exe -e /bin/xhere /bin/bash.exe "%L" (in extended context menu "%L" is replaced by "%V"; but this also does not work)

2. locale setting in cygwin: LANG=de_DE.UTF-8

3. File system is NTFS. Therefore file names are claimed to be stored in "Unicode", whatever this means in the respective documentation (Windows Dev Center description of encoding for file names[https://msdn.microsoft.com/en-us/library/windows/desktop/dd317748%28v=vs.85%29.aspx])

4. Codepage in CMD-window: 850 (according to powershell command [System.Text.Encoding]::Default)

5. Windows codepage: 1252

6. All three programs (windows explorer, cmd.exe, bash in mintty) show the umlaut in consistent manner despite different encodings

7. Renaming files is not possible as the problem mainly arises on network drives with folders/files that are a) referred to by lots of links (symbolic as well as windows shortcuts) and b) owned/shared by multiple different users

Greatly would appreciate help
Thanks in advance
JF


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: chere (=> windows explorer context menu) not working with German umlaut in Path
  2018-03-09 13:56 chere (=> windows explorer context menu) not working with German umlaut in Path Josef Frank
@ 2018-03-11  2:57 ` Thomas Wolff
  0 siblings, 0 replies; 2+ messages in thread
From: Thomas Wolff @ 2018-03-11  2:57 UTC (permalink / raw)
  To: cygwin

Am 09.03.2018 um 10:40 schrieb Josef Frank:
> The "chere" package installs an entry in the windows explorer context menu to open a mintty window running bash at an arbitrary location.
>
> However the context menu entry "Bash prompt here" does not work, when the directory path contains a German umlaut in any position. E.g.: using it for c:/temp/ö results in a Bash prompt opened in _c:/temp_, while opening a windows cmd prompt via context menu also works with umlauts in the path.
This has been reported before: 
https://cygwin.com/ml/cygwin/2016-09/msg00239.html
I though I had responded then but apparently I didn’t; the issue is 
described on the mintty Tips wiki page:
https://github.com/mintty/mintty/wiki/Tips#creating-a-folder-context-menu-entry-for-mintty

> How do I resolve this issue?
By fixing chere/xhere to handle the additional quoting magically added 
by Windows in this case,
or by using the mintty --dir option instead of xhere.

Thomas

> FYI:
>
> 1. created registry entry is c:\opt\cygwin\bin\mintty.exe -e /bin/xhere /bin/bash.exe "%L" (in extended context menu "%L" is replaced by "%V"; but this also does not work)
>
> 2. locale setting in cygwin: LANG=de_DE.UTF-8
>
> 3. File system is NTFS. Therefore file names are claimed to be stored in "Unicode", whatever this means in the respective documentation (Windows Dev Center description of encoding for file names[https://msdn.microsoft.com/en-us/library/windows/desktop/dd317748%28v=vs.85%29.aspx])
>
> 4. Codepage in CMD-window: 850 (according to powershell command [System.Text.Encoding]::Default)
>
> 5. Windows codepage: 1252
>
> 6. All three programs (windows explorer, cmd.exe, bash in mintty) show the umlaut in consistent manner despite different encodings
>
> 7. Renaming files is not possible as the problem mainly arises on network drives with folders/files that are a) referred to by lots of links (symbolic as well as windows shortcuts) and b) owned/shared by multiple different users
>
> Greatly would appreciate help
> Thanks in advance
> JF
>
>
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2018-03-10 11:56 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-03-09 13:56 chere (=> windows explorer context menu) not working with German umlaut in Path Josef Frank
2018-03-11  2:57 ` Thomas Wolff

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).