File System Access API

[RockyTheProtogen]

Notice: The extension is receiving a well needed rewrite! Why? BUGS!

Contribution of ideas, images, code, etc. is welcome, plus you will be
recognized in the JS for your contribution (even if it doesn't make it through).

License:
GNU-GPL-v3*

Description

This extension brings the File System Access API (not to be confused with File System API) to Turbowarp.

Use cases

• For a file editor
• User-defined game save data file
• Memory usage reduction for large variables, lists, etc.
• Uhhh... Linux.
• and more!

Features

Entire File System Access API
What else would you think it was?

If there is something in the JS file that needs to be changed, please let me know.

[RockyTheProtogen]

Writing to a file is being fixed as I noticed it was erasing the data and not writing.
As for tonight, it will be unchanged.

[RockyTheProtogen]

Also, tons of bug squashing and quality improvement will probably come in last.

ToDo list for that time:

• removal of error throwing, which has been used to debug
• Handling of unexpected/sudden access removal
• Clean up js
• Easier conditinal statements for access checking.
• Different handling for large files (as the extension freezes entirely on large files. Wether or not I set a limit is still deterministic...)
• Plus more...

[RockyTheProtogen]

#81 Need to consider this issue. Could probably implement this as a prompt() confirm() if length is larger than 10⁸.

[RockyTheProtogen]

Another thing to do:
Store unchanged data in memory until no longer needed.

Edit: Not needed. Just let the people making the projects do it.

[kindpump]

It seems as though the files can be read and written to, but after they are written to, the extension breaks. Here's a modified working version of the code that is able to save data to the file more than once without breaking:
fileSystemAccessAPI.zip

[RockyTheProtogen]

I'll give it a good little test. I noticed my files were being erased, haha... that is why this is a draft.
I'll do a diff check on the file and merge it with attribution.

[RockyTheProtogen]

Oop, forgot to format before committing, oh well.

[RockyTheProtogen]

Okay, I now have reading and writing singular files done!
Next is directories/folders!

[RockyTheProtogen]

And thank you, @kindpump for the fixes! That genuinely helped a ton and prevented my terrible, garbled JavaScript from breaking everything.

[CubesterYT]

If he's helped significantly, you can ask him if he wants to be credited for the help.

[RockyTheProtogen]

If he's helped significantly, you can ask him if he wants to be credited for the help.

I have put direct links to all resources and contributions in lines 7 to 16.
Which includes a link to the exact comment the file was sent from.

[RockyTheProtogen]

I may go ahead and push some improved attribution

[RockyTheProtogen]

Ah, named it wrong, oh well.

[RockyTheProtogen]

Directory stuff seems like it has gone well so far.

[RockyTheProtogen]

4 main features left to implement before refining.

• Read files in folder
• Write to files in folder
• Create files in folder
• Delete files in folder

[RockyTheProtogen]

I question things I shouldn't. Apparently Scratch.BlockType.<insert block type here> returns a string.

[RockyTheProtogen]

Kate seems to not be committing changes
Odd, but I'll work with it

[RockyTheProtogen]

apparently giving it my email just shows it without the numbers.. huh.. enjoy ig.

[RockyTheProtogen]

It's coming along well this time!

[RockyTheProtogen]

I just realized why my commits aren't under my username, and it is stupid. Should be fixed next commit.

[RockyTheProtogen]

Also, note that leaving the field without an object will result in an error. I'll fix this next commit:

And until Firefox implements the API, which is highly unlikely, good luck with it:

[LSPECTRONIZTAR]

Pushing changes to files doesnt work for .exes...
also how to erase stuff from files instead of just writing new stuff at the end

[RockyTheProtogen]

Pushing changes to files doesnt work for .exes...
also how to erase stuff from files instead of just writing new stuff at the end

I am no longer working on the second rewrite. I'm on to a third and final rewrite. I will not be revisiting that version.

Edit: Why specifically executable files?

[LSPECTRONIZTAR]

Pushing changes to files doesnt work for .exes...
also how to erase stuff from files instead of just writing new stuff at the end

I am no longer working on the second rewrite. I'm on to a third and final rewrite. I will not be revisiting that version.

Edit: Why specifically executable files?

I'm making a game that i will package as an exe
but the project can't push changes to device files as an exe for some reason
will the rewrite contain being able to change the file entirely instead of just writing new content on a new line

[RockyTheProtogen]

Pushing changes to files doesnt work for .exes...
also how to erase stuff from files instead of just writing new stuff at the end

I am no longer working on the second rewrite. I'm on to a third and final rewrite. I will not be revisiting that version.
Edit: Why specifically executable files?

I'm making a game that i will package as an exe but the project can't push changes to device files as an exe for some reason will the rewrite contain being able to change the file entirely instead of just writing new content on a new line

The rewrite should fix it by allowing the end user (people like you or me) to interact with the raw functions of the API (plus a few needed tools). I can't say it is definite though.

[RockyTheProtogen]

Oops, I forgot about this. Luckily I still have the repo on a hard drive, I'll get to work on it during class tomorrow I guess.

[Drago-Cuven]

Oops, I forgot about this. Luckily I still have the repo on a hard drive, I'll get to work on it during class tomorrow I guess.

still working on it?

[RockyTheProtogen]

Oops, I forgot about this. Luckily I still have the repo on a hard drive, I'll get to work on it during class tomorrow I guess.

still working on it?

I should work on it, I have done a good bit and don't particularly want it to go to waste. Thanks for reminding me.

[RockyTheProtogen]

Rereading the W3C draft, looks like I overlooked a couple of things about querying and requesting permissions

[RockyTheProtogen]

That shouldn't happen...

2024-12-24.14-00-58.mp4

[yuri-kiss]

This is a cool extension, I am just wondering if this would warrent a new API like Scratch.canEditLocalFiles or something.

[RockyTheProtogen]

This is a cool extension, I am just wondering if this would warrent a new API like Scratch.canEditLocalFiles or something.

The browser should already handle that. You'll be prompted to allow or deny access to edit the file.

I guess it'll be determined when I'm done. If the browser handles it, then there shouldn't be a reason to proceed with a new API. If it doesn't, then a new API might be required.

[yuri-kiss]

This is a cool extension, I am just wondering if this would warrent a new API like Scratch.canEditLocalFiles or something.

The browser should already handle that. You'll be prompted to allow or deny access to edit the file.

I guess it'll be determined when I'm done. If the browser handles it, then there shouldn't be a reason to proceed with a new API. If it doesn't, then a new API might be required.

The browser does handle it, but it also handles all the other notable "dangerous" API's like geolocation and stuff.

TurboWarp has a security manager which ALSO handles it all including but not limited to downloading, fetching, geolocation, and more.
I bring a new API up because of the "recent" issue of TurboWarp/scratch-gui#969

[RockyTheProtogen]

This is a cool extension, I am just wondering if this would warrent a new API like Scratch.canEditLocalFiles or something.

The browser should already handle that. You'll be prompted to allow or deny access to edit the file.
I guess it'll be determined when I'm done. If the browser handles it, then there shouldn't be a reason to proceed with a new API. If it doesn't, then a new API might be required.

The browser does handle it, but it also handles all the other notable "dangerous" API's like geolocation and stuff.

TurboWarp has a security manager which ALSO handles it all including but not limited to downloading, fetching, geolocation, and more. I bring a new API up because of the "recent" issue of TurboWarp/scratch-gui#969

In that case, it probably will need one.

[RockyTheProtogen]

I'll probably have to write some documentation on this extension too, as it isn't clear how to use it just by looking at the blocks.

The average person isn't going to look at this:

and think "oh, yea, that opens a file as text"

[CST1229]

I'll probably have to write some documentation on this extension too, as it isn't clear how to use it just by looking at the blocks.

just my opinion, but IMO the blocks don't really need to just be direct javascript code as their names. that's not very scratch-like (and probably unintuitive too)

[RockyTheProtogen]

I'll probably have to write some documentation on this extension too, as it isn't clear how to use it just by looking at the blocks.

just my opinion, but IMO the blocks don't really need to just be direct javascript code as their names. that's not very scratch-like (and probably unintuitive too)

I could make the javascript part included, but not as a main part of the extension. Maybe hidden behind a button, though (like "Advanced Blocks" or something). I'll keep working on the javascript part, as the main part could just reference the existing stuff.