Closed bast closed 7 years ago
Suggestion for 1) is to introduce version info into the URL, e.g.:
/v3/remark/0.14.0/github/<namespace>/<repo>/<branch>/<file>/
We could also make it possible to create talks which automatically go with the latest remarkjs version:
/v3/remark/latest/github/<namespace>/<repo>/<branch>/<file>/
at the expense that talks can break.
Suggestion for 2) is to move CSS customization to user space. If the user wants to serve the file mytalk.md
and mytalk.css
exists, then mytalk.css
is appended after remarkjs' css (both locally and in the cloud).
Currently we allow customization by providing own template next to mytalk.md
but I think this is too brittle with respect to versions and also exposes more than people perhaps want to see or edit.
Waiting for good suggestions for 3).
@robertodr @olemb your ideas/questions/concerns are very welcome.
To give a more pictorial representation of what I have now in mind: If you fetch an URL that asks for remarkjs version 1.2.3, I would imagine Cicero assembling the following html and shipping it to the browser:
<html>
css from remark 1.2.3
css from user (if any)
markdown from user
js from remark 1.2.3
js from user (if any) # not sure exactly how
</html>
latest
. It's not going to be the default "engine" and if talks break because of that choice, well users were warned (if it's clearly documented)I think your "picture" :smile: explains it pretty well.
I think this is now implemented (although not default yet). I decided to not have latest so that things never break.
Goal of this issue thread is to agree on v3 of the API and iron out some known issues (listed below).
Current headaches with v2: