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

Add support for Slide Fragments in editor #1163

Open
bwulff opened this issue Apr 11, 2019 · 3 comments
Open

Add support for Slide Fragments in editor #1163

bwulff opened this issue Apr 11, 2019 · 3 comments

Comments

@bwulff
Copy link
Member

bwulff commented Apr 11, 2019

reveal.js supports the fragment class for initially hiding elements on a slide and then making them visible step by step. See: https://revealjs.com/#/fragments

This could be a nice enhancement if we expose the feature in the editor since it would enable users to produce more dynamic and structured presentations while not changing the markup significantly which means that it wouldn't affect any content analysis.

Enhancement was proposed by a user via feedback form.

@kadevgraaf
Copy link
Member

👍

I proposed and discussed this in SWIK-1778 - https://slidewiki.atlassian.net/browse/SWIK-1778 but we never got around to implement it.

@aoelen do you think this is a worthwhile feature to work on?

From the discussion:

A possible approach would be to append the context menu with options to apply the different fragments to the input box that the context menu controles. Downside: no preview.
Another option would be to have a preview of possible fragments in the slide-edit left menu - after clicking a fragment the user would also have to click an element on the slide to apply the fragment to. Downside: more actions and possibly less intuitive for users.

@aoelen
Copy link
Member

aoelen commented Apr 11, 2019

I think it is a nice feature, however with a low priority. As you mentioned, the potential problem with this feature would be extra complexity for the users. At this moment, I think it is more important to make the slide editor itself more intuitive, instead of adding new features to it.

@bwulff
Copy link
Member Author

bwulff commented Apr 12, 2019

I agree that there is rather complex user interaction involved with this and it is definitely low prio. Just wanted to file it so that we have it on the radar (wasn't aware of SWIK-1778).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants