那就是可以在日光灯(50Hz)下玩啦

@codermagefox
可以看下楼上提到的 Ciechanowski 讲 GPS 的教程，看了下源码大概 10000 行。感觉像是纯手写的，看不太出来有用工具的痕迹——说是呕心沥血之作也不为过。 😂
所以有一个称手的工具还是必须的。

@sjhhjx0122
谢谢，我看看。

第 1 条，我也遇到过

@sillydaddy
参考的是 https://stackoverflow.com/questions/13040958/merge-two-git-repositories-without-breaking-file-history

另外
@xtinput
@dayeye2006199
submodule 确实也是一个方案，还没试过。

@ihaoz
@noe132
试验了一下，补充一点，在 git merge --allow-unrelated-histories 之后，还需要使用 git mv 命令把文件移动到子文件夹。

@delectate #1
感谢，原来这个作者写了这么多教程，看起来应该积累了一套代码模版，也就不需要啥工具了😂

@xiyuesaves
嗯，他们团队给这种形式的课程起的名字叫「交互式视频」，他们制作课程的交互复杂度更高。

@zhixiao #4
感谢，通过你发的链接又发现了一个「机械手表原理」的教程( https://ciechanow.ski/mechanical-watch/ )。
exactly 我想要的效果！！

@delectate
@SingeeKing
@Zoopen
纯手工制作是可以，不过我总感觉用工具来比较好一些。

@aryu
Storyteller 的实现思路是这样吗：录制网页以及网页的操作过程，然后在这个录制好的基础上，中间插入一些中断点，在这些中断点，需要用户作一些交互操作(比如输入特定文字、点击特定按钮)，才能从断点继续「播放」，否则过程会一直停留在断点。顺便说下，能够「录制交互的过程」，很强大。

上述我的理解对吗？感觉这个思路很有意思，用户制作起教程来也非常容易。但总感觉哪里不对劲，比如以官网的例子，在 bing 输入框中输入文字后搜索，录制过程会输入一遍文字，用户实际操作时，也会输入一遍文字。但是我看到实际演示时并没有这个现象，所以，用户制作时，还需要对原始的录制作一些裁剪处理，是吗？

@aryu
请问楼主，现在 storyteller 发布了吗？目前还能试用吗？
之前我一直在寻找一个交互式课程的编辑器： https://www.v2ex.com/t/796494
对 Storyteller 比较感兴趣。

不得不说，名字和 logo 很带感

沃野码农。。感谢分享。

同问，手机扫码太繁琐。

如果侧重点在于「公式输入」的话，我推荐参考 GrafEq 这个软件的实现方式：
http://www.peda.com/grafeq/spec.html#math-formats

它录入公式的特点，类似于 markdown 编辑器的「所见即所得」：随着用户把公式逐字敲进去的过程，公式会逐渐自动地显现出对应的数学格式。

举个复杂点的例子，比如对 y 开 x 次方，纯手打的话应该是输入"root(x,y)"。不过真实过程一点都不像这个公式一样枯燥：当用户输入完"root"这几个字母，然后输入一个"("，这时「根号」这个数学符号就自动显现出格式来了，同时焦点光标自动移动到了根号左上角指数幂的位置，然后用户输入"x"。这时光标仍然在左上角，用户需要输入一个","，把焦点切换到根号里面，也就是底数部分，这时可以输入"y"，光标焦点仍在根号内。最后需要输入")"将光标切出根号外面。整个过程很自然。

这种方式有点「所见即所得」的意思，它把线性的输入字符串转变成了非线性的显示。最神奇的是当你完成了公式的输入，得到了一个完全格式化显现的公式后，你还可以把光标逐个字符向前移动，数学公式会像电影的倒放一样，逐渐恢复到线性的字符串格式。

对于所有难记的公式，它有「 easy button 」可以用，点一个按钮自动填入公式。但所见所得的思想没变。
http://www.peda.com/grafeq/spec.html#easy-buttons

楼主可以试一下输入上面链接里举的例子"y={x if x>0,0 if x=0,-x if x<0}"，输入过程中的实时显示反馈感觉非常好。既不像 MathType 那种纯按钮输入的死板，又不像编程一样纯代码的晦涩。

这个待解决的问题点在哪里呢？没有太搞懂。是公式很复杂难以解析呢？还是对客户来说输入公式比较麻烦？

技术栈这个词显得高大上，我觉得也可以叫「技术堆」(Tech Heap)——“一堆技术”