SaaSHub helps you find the best software and product alternatives Learn more →
File-system-access Alternatives
Similar projects and alternatives to file-system-access
-
-
excalidraw
Virtual whiteboard for sketching hand-drawn like diagrams
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
-
-
-
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
absurd-sql
sqlite3 in ur indexeddb (hopefully a better backend soon)
-
datasette-lite
Datasette running in your browser using WebAssembly and Pyodide
-
-
standards-positions
WebKit's positions on emerging web specifications (by WebKit)
-
-
construct-stylesheets
API for constructing CSS stylesheet objects
-
-
brave-browser
Brave browser for Android, iOS, Linux, macOS, Windows.
-
-
wasmbuilder
Javascript package that helps to build wasm code by hand.
-
-
-
wasmcurves
Web Assembly low level implementation of pairing friendly curves.
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
file-system-access reviews and mentions
-
The web just gets better with Interop 2024
You can read about the privacy concerts the community group published [1].
[1]: https://wicg.github.io/file-system-access/#privacy-considera...
-
I spent two years building a desktop environment that runs in the browser, it's finally in beta!
WHATWG File System Standard provides a means to write directories and files to the private origin storage associated with a Web page origin. If you want you can use WICG File System Access API to write data directly to your filesystem in the browser. WHATWG File System Standard uses the same FileSystemDirectoryHandle and FileSystemFileHandle defined by File System Access API.
-
How to execute arbitrary dynamic shell scripts from and read output in the browser
Chromium-based browsers support File Systeam Access API.
-
"Can't open files in this folder because it contains system files"
We have stopped using the file system access API: https://github.com/WICG/file-system-access/issues/401
-
SQLite WASM in the Browser Backed by the Origin Private File System
Where file handling is concerned, there are at least
- File System Access API, https://wicg.github.io/file-system-access/
- File Handling, https://github.com/WICG/file-handling/blob/master/explainer....
- Origin Private File System, https://github.com/WICG/file-system-access/blob/main/AccessH...
There was also Storage Foundation API to which the reaction was "I don't think it's an acceptable outcome for the web platform to have that many ways to work with files" :) https://github.com/mozilla/standards-positions/issues/481 This one never saw the light of day.
-
Learn Postgres at the Playground
Huh. Disregard what I wrote entirely, then. Reading through https://github.com/WICG/file-system-access/blob/main/AccessH..., I can see how they’ve bypassed most of the problems I saw—I was making unnecessary assumptions.
Thank you for correcting me.
-
The State of WebAssembly 2022
> Browsers have never let anything (not even JS) have raw access to the host FS
I'm not sure what you mean by "raw access", but the File System Access API certainly allows web applications to do a lot of things.
> The File System Access API (formerly known as Native File System API and prior to that it was called Writeable Files API) enables developers to build powerful web apps that interact with files on the user's local device, like IDEs, photo and video editors, text editors, and more.
https://web.dev/file-system-access/
> After a user grants a web app access, this API allows the app to read or save changes directly to files and folders on the user’s device. Beyond reading and writing files, this API provides the ability to open a directory and enumerate its contents. Additionally, web apps can use this API to store references to files and directories they’ve been given access to, allowing the web apps to later regain access to the same content without requiring the user to select the same file again.
> Additionally this API also makes it possible for websites to get access to some directory without having to first prompt the user for access.
https://wicg.github.io/file-system-access/
It's not just a draft, it's been part of Chrome since version 78 in 2019.
> After a user grants access, this API allows web apps to read or save changes directly to files and folders on the user's device. It does all this by invoking the platform's own open and save dialog boxes.
https://blog.chromium.org/2019/09/chrome-78-beta-new-houdini...
Discussion at the time:
-
How to Persist Web App Data in the User File System?
In the post, the Vite webserver is only used to serve the HTML and JS static files to the browser. When the user saves or opens text files, the code uses the web File System Access API (https://wicg.github.io/file-system-access/) to interact with the user file system.
-
The road to universal JavaScript
Have you heard of Project Fugu and their idea of a File System Access API in the browser? https://wicg.github.io/file-system-access/
-
What's your prefered way to allow end user to rename multiple text files?
I don't know a C++ equivalent of HTML , prompt(), or File System Access API (https://wicg.github.io/file-system-access/; https://web.dev/file-system-access/) using JavaScript in the browser window.
-
A note from our sponsor - SaaSHub
www.saashub.com | 19 Apr 2024
Stats
WICG/file-system-access is an open source project licensed under GNU General Public License v3.0 or later which is an OSI approved license.
The primary programming language of file-system-access is Bikeshed.
Popular Comparisons
- file-system-access VS datasette-lite
- file-system-access VS brave-browser
- file-system-access VS webusb
- file-system-access VS fs
- file-system-access VS standards-positions
- file-system-access VS wasmbuilder
- file-system-access VS construct-stylesheets
- file-system-access VS goyo.vim
- file-system-access VS v86
- file-system-access VS absurd-sql