Open mimi-uxui-dev opened 2 years ago
feedback 2022.03.17
edit/add exercises is similar to adding gigs ... probably the same process more or less.
it neds a tool to make new gigs/exercises and then to "publish" or "tag" or somehow "attach" it to a specific workshop, so they show up there.
creating the exercise (like a gig) is probably not part of the "workshop component"
results 2022.03.19
:
edit/add/delete exercises
from the @todo
above, in addition to delete/create/edit+preview workshop
because the users are suppose to do this from their profile and put them in wizardamigos.github.io#65
Workshop innerComponentfeedback 2022.03.21
results
2022.03.19
:
- I have removed
edit/add/delete exercises
from the@todo
above, in addition todelete/create/edit+preview workshop
because the users are suppose to do this from their profile and put them inwizardamigos.github.io#65
Workshop innerComponent
yes, maybe we need to rename "workshop innerComponent" to something more specific that captures what it actually is and does instead of "inner component" :-)
feedback 2022.03.21
I think the following feedback should probably be copied into todos and new or corresponding issues for each part of the feedback. we definitely need some extra components and probably wireframes for those :-) ...
our main goal is still the "WA summary slide deck", so some main slides and the sub slides of it might not be enough to capture all the content, so additional details that are important to specify exactly how things should work and be implemented later might need to go into the linked markdown files for those slides, where we can also link to additional screenshots of wireframes and descriptions if it does not fit into the main slide deck at the end, because the main slide deck should be just a summary.
regarding bottom right drop-up menu/overlay: we could do it like that menu, but as a user i would never imagine whats behind that menu until i click it.
24/70
to indicate to you which folder you currently scrolled to ...
[47]/70
+ So in summary:
regarding gigs and chat
workshop/chat.json
or workshop/gigs.json
regarding notes one more thing. in "file systems" you can of course make files and folders, but you can also make "links" to files and folders. sometimes called bookmarks, sometimes called symbolic links and the likes. So if somebody creates new notes, maybe with the "notes tool"? ...the workshop or place where it was created should definitely get a symbolic link to it. Maybe a single note is a note for many workshops, not just one and maybe it contains embedded images and diagrams, but to me that says a note should a folder
note.json
where we can store all the places (e.g. workshops) where a note is linked?feedback 2022.03.21
e.g. when you click on top of lessons another overlay with a back button shows on top
that is great and kinda compatible with the "dropdown" or "dropup" menu from the lesson tab below the content iteself :-) Just the "completed checkmark" can not be meaningful, because we dont have or plan any metric yet to verify lesson. we could though define a quick "multiple choice" format for the "lesson player component" so a teacher could define quizzes. If a learner solves a quiz exercise, we indicate it as progress... maybe some idea we should capture somebody to not forget.
Basically, the "bottom right menu overlay" is somehow already going into the form factor and content of that dropdown menu to select files/folders :-)
Main > Content Info wireframe to show a 3 split tiling with "content, tool, info"
I think we probably need "tiles in tiles" :-)
workshop title
and the content would be split into 3 parts
Now how to define the default layout of the grid based on the available files in a workshop?
Main > Gigs list This is pretty cool, i like it. One thing to have in mind is that on a technical level, the list of gigs is like a list of chat rooms Its unclear yet what the application procedure to enter a chat room looks like, but once you enter the chat room you have a structured chat where gig author and gig worker exchange messages of certain types, like "worklog videos", "feedbacks", "payments", "results", etc...
I also love the "gig status" (open/taken/pending/...) those are also perfect to trigger notifcations to those who subscribe once something changes :-)
regarding notifications
super cool that you have a notification bell for the workshop and also a notification bell for the gig list
Feedback 2022.03.22
Q : what if the bottom menu bar had one tab for each lesson?
interesting feature, but what if the workshop had 50 or just 10 lessons wouldn't that be crowded; how about we make just 1 icon down there or 1 icon+title which is for Content then the user can click/hover it and it open a drop-up/overlay with all the lessons ? Q maybe a user could use, e.g. <ctrl+alt+tab> or <ctrl+alt+shift+tab> to move back and forth between them ?
that's a feature we will use, maybe to toggle from tools to nots .. etc.what if each tab of those bottom tabs could have not one "content" but a tiling window manager grid of content? so each lesson tab on the bottom could show a new tab grid with different video/notes/tools/etc...But the chat is for all lessons, so maybe then we need one tab that never changes and is split
That's the default behavior, i thought this from the start, each workshop have one chat, one tool, list of lessons, list of gigs and a list of exercisesZEN MODE
i guess it's not the same as the case where the user toggles off the chat and tool and leaves just the content tile which will become full screen automatically 🤔 .. all add tile grid in addition to shortcuts :-)pagination nav component
is 🔥Why would content be a folder or nested folders
we can add to each lesson a list of links and downloadable like pdfs if that's the point .. What i'm trying to say is that if a lesson have a folder maybe that should be an entire new standalone workshop, isn't the goal of a workshop to be direct and straight to point, dedicated to just one thing.Q. can you temporarily collapse a single tile, but not close it ....?
i thought about this when i was designing, well, all the tiles available are collapsible but you cannot close them, because they are necessary if the workshop-creator didn't find a certain tile crucial then why would they bother to add it, therefor, a user can toggle everything which give them more control on the tiles layout :D Q. can you temporarily expand a single tile in the grid to take 100% of the space so you see more details?
not yet, but if you toggle off all the tiles
except the desired tile that you want to go 100% of the space, then yes it will take all the available spacecan you re-arrange the tiles and have the browser remember it for you?
yes, you can rearrange the tiles and shrink/expand each tile as you with and the browser will remember them and save it for you :Dfeedback 2022.03.22
Feedback
2022.03.22
- How about we put the menu in the top nav bar next to profile? it would be more accessible, and users won't have a difficulty noticing it
not sure how that would look. if what you mean is what you showed in the worklog video, then i think that goes into the right direction, but maybe i'm not entirely sure what you mean here :-)
Q : what if the bottom menu bar had one tab for each lesson?
interesting feature, but what if the workshop had 50 or just 10 lessons wouldn't that be crowded; how about we make just 1 icon down there or 1 icon+title which is for Content then the user can click/hover it and it open a drop-up/overlay with all the lessons ?
yes. i thought thats what i also described in my last feedback further on :-)
Q maybe a user could use, e.g. <ctrl+alt+tab> or <ctrl+alt+shift+tab> to move back and forth between them ?
that's a feature we will use, maybe to toggle from tools to nots .. etc.
i think all these little snippets of information and micro decisions we have in the chat, worklogs and in the feedback discussion below issues will get lost, because we probably wont go again through it to read everything. I suggest making an issue or adding that kind of decision about e.g. <ctrl+alt+(shift)+tab>
in the info section in the top level comment in the corresponding issue or even into a markdown document which we add to the datdot-ui repository, so we can later link to it from the slide deck, no?
what if each tab of those bottom tabs could have not one "content" but a tiling window manager grid of content? so each lesson tab on the bottom could show a new tab grid with different video/notes/tools/etc...But the chat is for all lessons, so maybe then we need one tab that never changes and is split
That's the default behavior, i thought this from the start, each workshop have one chat, one tool, list of lessons, list of gigs and a list of exercises
yes, it was more meant as each piece of content comes from a file or folder and gets visualized in the tiling window manager. a tile shows a file, but if a tile shows a folder, that tile would be split into a sub tiling window manager to show the content. i think i described that in a lot of details in the last feedback
ZEN MODE
i guess it's not the same as the case where the user toggles off the chat and tool and leaves just the content tile which will become full screen automatically thinking .. all add tile grid in addition to shortcuts :-)
how would the user "toggle off" the chat? where would the chat go? just close? how can they toggle it on? of course the user can always close tiles and later go to the tab bar and open it again.
...but what if there are 5 open tiles and one of them is the video and the user wants to see the video full screen? ...zen mode would enable that.
here is zen mode in vscode but i figured out it doesn't work exactly like in some older editors.
Many tiles are great for overview One or a few selected tiles are great for a temporary focus, until i exit and go back to the overview tile grid with everthing. thats the idea.
- I think the idea of
pagination nav component
is fire
:fire: :fire: :fire: :rocket: :woman_singer:
Why would content be a folder or nested folders
we can add to each lesson a list of links and downloadable like pdfs if that's the point .. What i'm trying to say is that if a lesson have a folder maybe that should be an entire new standalone workshop, isn't the goal of a workshop to be direct and straight to point, dedicated to just one thing.
haha, yeah, i see, the idea wasn't yet well described i think.
the workshop.json
describes a little file system with files and folders, just imagine
{
"title": "create workshop",
"icon": "https://i.imgur.com/Ph0WP2l.png",
"chat": "https://gitter.im/ethereum/play/~embed",
"lessons": [{
"title": "Step-by-step tutorial for creating workshops",
"lesson": "//slides.com/ninabreznik/deck-17/embed",
"info": [
"In this step by step tutorial we will walk you through every little step ",
]
}, {
"title": "Step-by-step tutorial extended",
"lesson": "https://www.youtube.com/watch?v=DEH0eoppbyc",
"tool": ''https://wizardamigos.com/make-workshop",
"info": "./info.md",
}],
"needs": [
"https://other-workshop-1.com",
"https://other-workshop-2.com",
"https://other-workshop-3.com",
],
"unlocks": [
"https://recommended-workshop-1.com",
"https://workshop-2.com",
"https://workshop-3.com",
]
}
means
`/docs/create_workshop/icon.png`
`/docs/create_workshop/chat.json` // from https://i.imgur.com/Ph0WP2l.png
/*=>*/ { "type": "https://gitter.im/", "data": "ethereum/play/~embed" }
`/docs/create_workshop/needs/1.json`
/*=>*/ { type: "https://wizardamigos.com/workshop-viewer", data: "https://other-workshop-1.com" }
`/docs/create_workshop/needs/2.json`
/*=>*/ { type: "https://wizardamigos.com/workshop-viewer", data: "https://other-workshop-2.com" }
`/docs/create_workshop/unlocks/1.json`
/*=>*/ { type: "https://wizardamigos.com/workshop-viewer", data: "https://recommended-workshop-1.com" }
`/docs/create_workshop/unlocks/2.json`
/*=>*/ { type: "https://wizardamigos.com/workshop-viewer", data: "https://workshop-2.com" }
`/docs/create_workshop/unlocks/3.json`
`/docs/create_workshop/lessons/`
/*=>*/ { type: "https://wizardamigos.com/workshop-viewer", data: "https://workshop-3.com" }
`/docs/create_workshop/lessons/Step-by-step_tutorial_for_creating_workshops/`
`/docs/create_workshop/lessons/Step-by-step_tutorial_for_creating_workshops/lesson.html` // from "//slides.com/ninabreznik/deck-17/embed"
`/docs/create_workshop/lessons/Step-by-step_tutorial_for_creating_workshops/info.md` // content: "In this step by step tutorial we will walk you through every little step "
`/docs/create_workshop/lessons/Step-by-step_tutorial_extended/info.md`
`/docs/create_workshop/lessons/Step-by-step_tutorial_extended/lesson.json`
/*=>*/ { type: ''https://www.youtube.com/watch?v=", data: "DEH0eoppbyc" }
`/docs/create_workshop/lessons/Step-by-step_tutorial_extended/tool.json`
/*=>*/ { type: ''https://wizardamigos.com/make-workshop", data: null }
- regarding note, so we're not gonna use HackMD, but we will create our own tool? i'm cool with the folder structure, it makes sense and is organized. Also, i think each workshop.
We might totally use hackmd
for the beginning but we might also create our own tool or rather use hackmd and adapt it, because the code behind hackmd is open source :-)
Q. can you temporarily collapse a single tile, but not close it ....?
i thought about this when i was designing, well, all the tiles available are collapsible but you cannot close them, because they are necessary if the workshop-creator didn't find a certain tile crucial then why would they bother to add it, therefor, a user can toggle everything which give them more control on the tiles layout :D
Interesting. Technically if they close something they could go to the "tab bar" and open it again from the dropdown/dropup menu, but would be cool to have wireframes to play around with the ideas.
Q. can you temporarily expand a single tile in the grid to take 100% of the space so you see more details?
not yet, but if you toggle off all the tiles
yes, technically if you toggle off all tiles according to what you said about toggeling this would work, but would maybe be a lot of work if there are many tiles open, so the "ZEN MODE" idea was or is to select a specific tiles or a few and make them "full screen", thus maximize them and hide the other tiles behind them, probably by making the selected ones an overlay? ...and then when exiting "ZEN MODE" put every tile back into the tile grid where they belong or where they were before basically.
except the desired tile that you want to go 100% of the space, then yes it will take all the available space
can you re-arrange the tiles and have the browser remember it for you?
yes, you can rearrange the tiles and shrink/expand each tile as you with and the browser will remember them and save it for you :D- regarding notifications, maybe we should have just one whish is for the entire workshop, if a user activates the notification for a workshop they will be notified for everything: chat updates, new gig, new message in the gigs chat, a file update and exercises update
maybe or maybe not. its technically not super hard to differentiate. imagine a workshop is very active and has lots of gigs and updates... similar to a github repository with lots of updates and many issues ...maybe you want to only get updates around a specific issue and not everything else.
Worklog 1/2 2022.03.24
Worklog 2/2 2022.03.24
Results 2022.03.24
Wire-frames iteration 5
feedback 2022.03.24
Content
drop down menuIt looks good and has the "dropdown pagination element thing" from previous feedback, otherwise:
Folder XYZ ">"
icon to show content, because instead of opening the folder as a new "sub tile grid", a user might just navigate to a specific sub file and open that instead
you say that we might only need to bottom tab bar for the lessons and that we dont need a tab button for "tool" or "info/desc" in the bottom tab bar.
I agree that we should not have a "tool" or "info/desc" button in the bottom tab bar. BUT :-) ...each tile (maybe only if you focus the tile) could have a small little tab that slides/fades in when focused? And that little tab button shows the file name and works similar to the lesson tabs in the bottom menu bar, but just for that tile
tool
button in title barits interesting that toggle decides how the different tiles show, i was more imagining that you can drag'n'drop them like in vscode instead or use action buttons to minimize/maximize. I think i would still prefer that over toggeling things on/off until i have the right order of tabs. I think i would just love to "grab" a specific tile window by click/press and hold its tab and then drag it to a new position
Also, the way i was imagining this earlier is, that there can be no tab without an associated tool
file/folder/tool-idea All those tool tabs also always come with a specific file opened by default If you select from the "dropdown" menu a specific file/folder, that will open a new tab with the tool which depends on the "file extension" of the selected icon, but the tool will load the selected file/folder content immediately
info/desc
button in title barsame feedback as for tool
in the sense that everything is supposed to be a tool, etc...
chat
button in title barsame as info/desc
or tool
button.
again, if its part of the tile grid, instead of toggle on/off, it would be cool to also resize it or even maximize it to focus on chat and give more space to talk.
Thats of course true not only for the chat but for any tile a user wants to focus on so it would be a feature of the tiling window manager
gigs
button in title baryeah, same as the previous buttons in title bar
Now how should this work in general regarding the tool and content? The "gigs" content looks maybe the way you designed it but it represents a "list of chat rooms" and people need to apply to enter those rooms We don't have a detailed concept yet for how the application process works, but you gig description screen is definitely part of it.
again, should a user be able to have the "gigs" list open in one tile, but then open one or more gigs in parallel in different tiles to read through them and compare them before applying? I think that would be useful. So a user would open the "gig chat tool", which is what maybe gets opened when a user selects a "gig room" from the gig list The gig list itself might be a different tool... these are details we can brainstorm about.
But This would all make it fit into the *bigger picture** where:
1. TECHNICAL One thing is ... when you think of the gig list as compared to our dropdown/dropup menu for files/folders
...so WHAT IF each "gig" was made by the author with the "gig-editor" and was saved as a "gig file", which means the gig list tool is just showing the list of gig files ???
Now if that is the case, maybe the "gig list" is just our "files/folder dropdown with a bunch of extra custom defined actions in addition to the standard ones and it has a slightly different theme and in this case, it (=the files/folders dropdown) gets opened as a tool inside a tile instead of when you click on the tab of a tile
...still, we could re-use the logic and the entire component we are going to implement for gigs and it works in the exact same way regarding UX
2. CONTRACTUAL
Another thing is, that clicking a "custom action" like apply
for a gig just means some sort of special "chat message" (or "chat action")
For example, when you get an invite to another discord server on discord, you can see that a a special "chat messages" that you can accept or reject.
There are in fact many chat actions, for example a "friend request" which you can accept or reject.
In fact, when doing a gig and talking to the author of the gig and working on it, there are many such "chat actions", for example:
In between are of course also just normal chat messages to communicate information
So when a user clicks "APPLY" on a gig, thats the first message in that chat. The response of the author could be an accept/reject or some text before the accept/reject is issued once accepted, maybe the gig disappears from the public list or is in progress and others are then not able to apply But if the author rejects, the gig is again open for others
Now details whether that discussion is public or private is for later and for now i would all keep it open, because thats how we work and how github works and its for now one less thing to worry about. Also: other applicants can already learn from previous applicants and the conversations instead of going through all the questions again and again :-)
feedback 2022.03.24
ii think the only meaningful difference between gigs and exercises is, that gigs pay real money and that you chat with a gig author instead of a bot, but otherwise they are literally the same. ttechnically that means you can use the "gig editor" to make exercises, but you would add some sort of scripted bot gig author and not pay real money, so therefore they should probably show up in the same list of gigs/exercises.
The only difference is probably a tiny indicator whether its a real author gig or a bot exercise and maybe you can autocomplete/filter/sort based on that.
Again - you visually center them, which feels like "ZEN MODE". But otherwise, you might totally want to watch the exercises or many of them next to maybe tools or notes or a chat to write or talk about them and compare them. So even here - the tiling window manager that allows you to arrange, and resize, maximize/minimize things the way you want makes more sense. It is much more flexible to (re)arrange things how you want instead of toggeling in the correct order to get something you can work with but its not really what you would want
example: you might even open "figma" in an iframe and then use "ZEN MODE" to go full screen or watch it next to the exercise or gig chat. you can litterally start working on tasks/gigs using existing professional tools one day.
same thing as for all previous tools in previous feedback
so yeah, thats a pretty special section. great that you added it, but its not just "maintainers" :-) its "value network" (or supply chain network) there are lots of information about "the people" who make and enable a workshop.
The point is, if you see the entire WORKSHOP as the basic "tab" and all the lessons and tools and stuff inside, which includes chat program and gigs as more "sub tabs" in the tiling window manager (which itself is a tool)
THEY ALL HAVE MAINTAINERS and entire supply networks, so we need to find a more generic solution.
The same way you can maybe minimize/maximize every single tab The same way you can or should also see the maintainers behind a tab (content + tool)
NEXT STEP:
...this needs to all be taken into account
So while you are a learner, you go through and learn and do gigs BUT: occasionally you check who are the maintainers behind certain tools or content and what are they using and what are the maintainers of that => you essentialy can start exploring the entire supply chain and if something is of interest to you you can reach out and even start helping maintain something yourself and solve gigs around it.
in summary maintainer doesn't just mean a "teacher" or whatever of a workshops content - there is much more to it, its like github almost, but different :-)
feedback 2022.03.26
"can we include gigs in here that we took?"
ISSUE:
please add that to the "profile issue" :-)The settings button though is not bad, but just editing the name, avatar and details is too little. So pressing that button should for sure give more option, but also at least should open the "profile page" full screen in a new tab
i like the dropdown menu (especially the last entry: (e.g. "Lesson Update! \newLine Marketing 101 Workshop") also the "green dot" or whatever to indicate new notifcations is good. The "bell icon" should also have a small "number of unread notifications" counter.
a dropdown to show you the history of notifications, but filtered to only what is relevant for this current workshop
ISSUE:
as said in earlier feedback, this should be more granular to every tab/tileISSUE:
it is just yet another "action icon" of what you can do with a menu item
=> for ""show all" notification history", a user should go to their profile page notification insteadISSUE:
please add a litte note or todo to the "profile issue" or also to the "workshop notifcation issue"
feedback 2022.03.26
one thing to have in mind is we are working on a "theme picker" component for datdot. we are also working on a "style guide page" for datdot to present all components. now we and others can make more themes and the theme picker can apply those.
In this context, a "dark mode" and "light mode" will be maybe default themes, but every workshop maker can submit their own themes. and a user can technically select one of those or their own theme and switch between them. all workshops will then use those.
Thats just a feature we need to have in mind when doing dark mode / light mode :-)
I also think reserving a "dark mode / light mode" button in the main bar is a bit much. It is something people configure and sometimes change, but not that often that it deserves such a "good spot" in the UI :P
Maybe having it as a "config" option in a config menu would be good enough?
ISSUE:
so a general "config" section is a users custom settings for using a specific app stored with the users profile
now given the previous feedback on the previous set of worklog videos which you did not read yet when working on the worklog i am writing about right now, i suggested to put more focus on the: tiling window manager which kinda makes a pretty flexible layout.
A browser can remember a specific layout for next time. But technically it wouldnt be hard to allow a user to "save" a layout and multiple layouts. So the browser doesnt restore the layout from the last visit, but allows the user to load/restore any of their saved custom arranged layouts
All the options, resizing, zen mode, selecting multiple, draging tiles to different positions, minimizing, switching tabs, etc... Whatever the user arranged, it can be saved as a named layout.
Now the "top bar" and whether to move it around - its an interesting idea, but lets first re-do how the tiling window manager works in general. That way we also don't overwhelm the user with so many icons like the user can see now. Once we changed that to the new concept, lets see how and what we can do next with the top bar :-) ...maybe we can get rid of it entirely?
ISSUE
: the options listed under layout is something to consider adding to a "tab bar button" as described in previous feedback
ISSUE:
also to quickly remind about a potential "view source code"
option or "look behind the scenes"
option
similar to what i wrote about the config
above.
The hotkeys or shortcuts the user uses or even redefines get saved to the users config.
Technically, each tile is a tool.
So each tool can have its own set of shortcuts.
Those can technically conflict with each other.
Of course it also depends on which tool the user focuses.
But even the tiling window manager itself will have shortcuts.
But then again the tiling window manager itself is a tool that can open in a tile as a sub tile
And also the tab bar button dropdown/dropup is a tool.
In the case of e.g. the exercise or gig screen, this can open in a tile itself.
It also has hotkeys.
So every tool in a tile has a "tab button", which might include settings to set/change the hotkeys/shortcuts?
maybe thats how we can integrate it very generically into any tool any user might make?
also - you say the shortcuts have a "search bar" but then again, the "tab button" when you click it to expand also comes with an autocomplete search. so maybe we can again think how to standardize this into a generic feature? :-) it seems to have some potential to think about that. The shortcuts you show has a "full screen toggle" button, but the tab button might also need that for the current tab, but maybe for settings?
off topic: issue
each tab bar button technically has a shows a tool and content with maintainers
and also has its own config
...how to integrate that? :-)
...i like how you even say how the "shortcuts search" is similar to the content icon search and you said you would not yet have a name for it...
Feedback 2022.03.27
Content
drop down menucontent tile
can have multiple tile windowthe bottom bar already shows me the currently open tabs, so we can save space and don't need that again
the bottom bar already shows me the currently open tabs
Yes, that's correctso we can save space
also correctand don't need that again
i'm confused haha, what is it that we don't need again? currently open files
in the file/folder dropdown
are sorted by date and time of opening them, it's like a list that we keep adding to it (we open a file and then open the second file. the second file will be under the first one in the list)
zen mode
: zen mode
removes all distructions, in our case the top and bottom bar
, it doesnt take in considiration the open tiles, for example you can have content
tile, tool
tile and chat
tile open, if you hit activate zen mode
, you'll still have three tiles open. tool
button in title barchat
button in title bargigs
button in title baragain, should a user be able to have the "gigs" list open in one tile, but then open one or more gigs in parallel in different tiles to read through them and compare them before applying? I think that would be useful.
YES of course :DSo a user would open the "gig chat tool", which is what maybe gets opened when a user selects a "gig room" from the gig list The gig list itself might be a different tool... these are details we can brainstorm about.
I always thought that the gigs are just a special instance of the workshop, when toggeling the gigs icon, a tile will apear, in side that tile a list of gigs will apear, when clicking on a certain gig's room
a descriptions of the offer will appear and an apply button, when you click on the button, a chat room will append next to the gigs room. this is how i see it :)
everything is files/folders/links
then maybe we should structure gigs like workshops are.=> should be something a user should not be able to do from a specific workshop
what do you mean by thisWorklog 2022.03.29
: Fixing issues
@todo
@input
:package:what have we built hackmd
from #45@input
:package:history content slides
from #45@input
:package:brief summary slide deck
from #42@input
:package:concept outline description
from #46@input
:question:idea in section C
from #issue 59@input
:question:idea in section C
from #issue 59@output
:factory:workshop viewer slides
@output
:factory:workshop viewer linked markdown file per slide in "./slides/<slidename>.md"
@output
:factory:workshop viewer wireframes
@output
:factory:workshop data generator slides
@output
:factory:workshop data generator linked markdown file per slide in "./slides/<slidename>.md"
@output
:factory:workshop data generator wireframes
@info
...