Skip to content
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

Allow locking frames (prevents deletion) #316

Open
neilccbrown opened this issue Nov 8, 2024 · 0 comments
Open

Allow locking frames (prevents deletion) #316

neilccbrown opened this issue Nov 8, 2024 · 0 comments
Labels
enhancement New feature or request

Comments

@neilccbrown
Copy link
Collaborator

We should add the ability to lock frames so that they can't be deleted without first explicitly unlocking them. The more I think about this the more I think it might be a good idea. The main use case is that the teacher wants to give out some code with an example with pre-provided code that they don't want the student to edit or accidentally delete. This is particularly useful in Strype because you might want to give out code in the main section which is locked, but which calls an editable function. You may also want to give out code which calls a main loop (that updates a set of actor classes periodically on a timer) which you don't want them to edit.

A frame would be in one of two states: locked or unlocked. You can toggle it on a context menu. Locking is like disabling in that it prevents editing (including inside a locked frame), but unlike disabling the code is still active and will be executed.

Plus: this is a feature that is hard to implement in text-editors, but comes quite naturally with frames.

Edit to add: we could also allow locking of slot editing but still allow moving, which would let us support Parson's problems quite well.

@neilccbrown neilccbrown added the enhancement New feature or request label Nov 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant