-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Windows Support #47
Comments
@Stuk left some notes https://gist.github.com/anonymous/f9f7e996dd74c525d1b0 |
Hi guys,
The command to open seems to have the right path but for some reason at execution, the path gets transformed into a unix format which obviously can't be used to access the file in Windows. Please advise where the path transformation occurs so that I can apply fixes such as is in path.diff (https://gist.github.com/anonymous/f9f7e996dd74c525d1b0) to the applicable file(s). |
Sorry about the massive font -- not sure how/why my comment was posted as such |
I was taking another look at this yesterday, and will hopefully fix it today. (Markdown was treating the |
I have a PR here for review: #50 |
Thanks @Stuk. Much appreciated. |
Turns out problem was due to space character in directory absolute path name - Program Files - |
Oh, that’s interesting, and probably reproducible elsewhere. |
Just stumbled over @onezeroonezero's issue with a path containing spaces on Windows... |
Mop was designed to work on Windows, but it was never tested and I cut some corners, especially in Mr where paths are supposed to be consistently normalized to URL’s, and where URL’s have to be transformed back to paths for FS operations.
The text was updated successfully, but these errors were encountered: