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

Which adventures to show to second teacher #6136

Open
AnneliesVlaar opened this issue Jan 27, 2025 · 1 comment
Open

Which adventures to show to second teacher #6136

AnneliesVlaar opened this issue Jan 27, 2025 · 1 comment
Assignees
Labels
design PR and issues related to the design and interface of Hedy

Comments

@AnneliesVlaar
Copy link
Collaborator

AnneliesVlaar commented Jan 27, 2025

I would expect to only see the custom adventures that are used in the shared class, would that be possible?

Everything is possible 😆, it's just a matter of time. On first glance it seems like it shouldn't take too long, but I don't have the data model super clear in my head so it might be that there are dragons.

Can we remove the link behind the name of the adventure that goes to the customization page, and disable the remove button. Then the only thing one can do is preview the adventure?

I haven't checked, but I think the current explicitly implemented behavior is that if you share a class with someone, you can do everything to their adventures, including editing and deleting. (The reason I'm saying this is because I've seen calls to get_second_teacher_adventures() in many different places in the for_teachers file, including in the "deleting" code path).

While I agree with you that it seems unexpected, it seems to have been "expected behavior" by someone, because it was explicitly implemented that way. It might make sense as well: if you share a class with someone, you trust them to teach with you, and they might want to make a small improvement to some adventure. It would be annoying if they then had to wait for you to make the change.

These are good questions, that we might need to ponder a bit. Also, I don't think the current PR makes anything worse, you would just like to see more improvements. I propose we do the following:

  • If you think this PR makes the situation better, merge it as-is
  • Create 2 new issues for the 2 changes you would like to see (showing only adventures that are used in a class, second teachers only allowed to preview an adventure and nothing else)
  • Have a discussion on the additional issues and see if this is what we really want, and what the reason is for the current behavior being what it is
    • This could be a Discord discussion, and it could be informed by going back into the pull request history of the project, finding the PR that in introduced the current behavior, and seeing who made it (ask them) and seeing if there's any discussion on it

Originally posted by @rix0rrr in #6134 (comment)

@AnneliesVlaar
Copy link
Collaborator Author

The current status is that when teachers share a class, they can see all the custom adventures from one another and thus choose from all custom adventures to add to the shared (!) class (it is not possible to add custom adventures from the second teacher to a class that is not shared with that specific teacher)

The behavior was confusing for me, @MarleenGilsing what do you think on this?

@AnneliesVlaar AnneliesVlaar self-assigned this Jan 31, 2025
@AnneliesVlaar AnneliesVlaar added the design PR and issues related to the design and interface of Hedy label Jan 31, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
design PR and issues related to the design and interface of Hedy
Projects
Status: No status
Development

No branches or pull requests

1 participant