-
Notifications
You must be signed in to change notification settings - Fork 760
feat(windows): known folders support #259
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
base: master
Are you sure you want to change the base?
Conversation
Access to known user folders: documentsDirectory: Documents, picturesDirectory: Pictures, musicDirectory: Music, videoDirectory: Videos
Nice! eslint is not happy though:
|
Has no effect
Ouch, doesn't like your editor settings:
By the way: There is no real testing going on for Windows itself, we are currently working on fixing that. PS: You can probably use |
I can fix this irrelevant formalia you criticize. But beside that, it'll be more important to be concerned of real functionality and usefulness of the module. |
It is not me criticizing, but the
That sounds pretty sensible. Best open an issue in this repo and describe the changes you propose and the reasoning behind them. Sounds like a bigger change though, and would most probably require a new major release. |
@janpio: I've now installed VisualLinter and will try to check for the tab/space inconsistencies again. |
No worry, as long as you don't forget to fix this up we will be happy ;) |
and replaced tab with spaces
Hello, I've been testing this pull request on the following device: Windows 10 pro 1511 build 10586.1176 It seems like Windows.Storage.UserDataPaths is always undefined. Only specific Windows 10 devices can download this update which means that not all Windows 10 devices support this extension(like mine). Is there any other way to get access to the known folders ? I'm not a pro in native Windows development so any tips are welcome. |
@@ -30,7 +30,7 @@ xmlns:android="http://schemas.android.com/apk/res/android" | |||
<issue>https://issues.apache.org/jira/browse/CB/component/12320651</issue> | |||
|
|||
<engines> | |||
<engine name="cordova-android" version=">=6.3.0" /> | |||
<engine name="cordova-android" version=">=6.0.0" /> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why this change?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In fact we have still build configurations with cordova-android: 6.0.0
We haven't recognized an incompatibility with cordova-plugin-file. Was there a serious reason behind to restrict a higher cordova-android version?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This PR also needs changes to the README so this is actually discoverable to users: https://github.com/apache/cordova-plugin-file#where-to-store-files
Restart tests. |
CI: Once more please. |
Access to known user folders:
documentsDirectory: Documents,
picturesDirectory: Pictures,
musicDirectory: Music,
videoDirectory: Videos
Platforms affected
Windows
What does this PR do?
Add support for known folders. Essential feature that is needed to access any file outside of private app sandbox
Limitation:
What testing has been done on this change?
Tested on Windows 10 Pro 1803 Build 17134.320
Checklist
Reported an issue in the JIRA databaseCommit message follows the format: "CB-3232: (android) Fix bug with resolving file paths", where CB-xxxx is the JIRA ID & "android" is the platform affected.