Show HN: I made a no-code tool to create animated technical papers
textframe.app
textframe.app
My name is Rahul Sarathy and I created TextFrame, a no-code platform to create animated written content. I've linked an example here where I use TextFrame to animate the Bitcoin white paper.
You can check out more examples are https://textframe.app/examples
If you're interested, feel free to sign up and play around with the software.
I'd never start putting significant work into writing a paper, or book, on a platform which might close and take all my work & animations with it.
Paid accounts can sync to Dropbox, and the files in Dropbox are enough for me to view my presentations -- I wouldn't necessarily want to edit them (although I could, it's HTML), but I know even if slides.com shut down tomorrow I'd have the files.
Well done Rahul!
I signed up and liked the familiar Notion-style interface, however I had some difficulty figuring out how to create the same caliber of animations as your examples, and get them to sync up correctly with the text - would be nice to get a bit more help when opening the animation editor for the first time.
Edit: also not able to delete blocks and re-order, and I am still trying to figure out the controls to switch between editing different animation steps.
And yes, the editor view is not fully intuitive unfortunately. You can delete blocks similar to how you delete blocks in notion - dragging a rectangle over them.
If you are having trouble creating content for an idea you have, feel free to email me at rahul@textframe.app. I can help you figure out any other issues you have.
- While I was reading (left column), the image (right column) changed but I did not catch it, since my focus was on the left column
- Sometimes when I was reading and the image changed, I was not sure which part of the reading section the new image referred to.
- Due to the 2 above things, I had to do a lot of left and right eye movements with every scroll of the mouse wheel.
Now, I am not sure of the best solutions for the above problems, but just wanted to bring these "user experience" challenges to your attention.
Nice work!
Most people reading technical papers care absolutely zero about the animations in between the diagrams and figures.
For example, the Bitcoin whitepaper animations probably bring no value, and I personally would prefer to rather read the PDF version of that.
With that in mind, you may still be on to something, but I suspect there needs to be another value proposition here that perhaps you haven't identified yet.
If in your paper you are going to try and explain abstract concepts in words and expect the reader to visualise things in their head, why not make it easier by dynamically rendering it out alongside the paper?
I think this is a very cool innovation in an area that is pretty old (research papers), and something that with a proper go-to-market strategy could end up having wide adoption.
This is for the Projectlead who sends you links to papers, to do "research" for him and wants it visualized in a presentation.
Now he does not need you to be his eyes and explaining things in layman terms. Actually i could see this standardized and partially auto-generated for math-papers.
All things become browsers given enough time..
Another thing that has been pointed out is that this needs to degrade gracefully for PDFs and printed media.
It does not. I can't remember the last time I printed out a tutorial video. Just because this media describes itself as 'animated technical papers' does not mean it should behave like dead-tree or static pdf technical papers any more than 'motion pictures' should behave like tintypes.
Super impressive, and inspiring for my own pursuits :)
It's always good to see more people building interactive learning content. Feel free to email me at rahul@textframe.app if you want to chat.
I also recommend Idyll, a JS / React framework for creating scrollables:
I am a backer in the open collective :]
This looks super cool. Will definitely look towards some of the examples here as features I can implement.
Started with the editor view itself, and then built the final output page afterwards.
Even more so, because it might be a glimpse of a 'next-gen' PDF format.
PDF can include vector graphics. In the same way that SVG encompasses both static and animated images, there's no reason why similar graphics in a 'PDF-next' document shouldn't be animatable, with a fall-back to static images for printed output...
The next step would be to get together with Adobe/Apple/Microsoft and convene a panel of experts to thrash out the details ;-)
Do you mind emailing me at rahul@textframe.app?
Would love to see if I could help you and your co-worker's workflow at all.
Have you considered integrating with DocFX, Jekyll, Read The Docs and the ilk. I'd think for a lot of Tech Docs where we have a ton of flow diagrams, would be interesting.
As someone who reads technical papers and is a visual learner, I enjoyed this demonstration a lot. I'd imagine website/webapp-based electronic textbooks favoring this format.
And I would normally scroll to the full next page rather than scroll to each paragraph, which also then means you skip the animations.
Also the text is really weirdly formatted in the bitcoin paper - like lots of paragraphs that are only half a sentence.
Also a lot of the diagrams don't mean much, like the bitcoin one has "1 CPU is 1 vote" in the text, and then the diagram is an image of a CPU and an arrow to some text that says 1 vote. For me, the diagrams are supposed to add something, and this just says the same thing twice.
Apologies if this is a bit critical as the tool looks like a lot of thought has gone into it, but the examples given don't give me a good reading experience in the style that I personally read. For examples of this done well, there is this site: https://distill.pub/2020/communicating-with-interactive-arti... but the common thread here is that the diagrams and images add to the text rather than repeat it.
If anyone has any input on how I could add more resistance to the scrolling, I would greatly appreciate it!
Launch HNs (and also job ads) for YC startups are special mechanisms that get special front page treatment. This is in the FAQ: https://news.ycombinator.com/newsfaq.html#yc. In that sense, but only in that sense, submissions are not treated equally. We do those things so HN gives something back to YC in exchange for funding it. That's important for a balance of giving and taking, and for HN's long-term future. I believe the bulk of the community understands this and is ok with it.
The important thing to understand is that these are specific, clear exceptions to HN's general practices. Other than that (plus orange usernames for YC alums), there are no such exceptions. In particular, what you describe here is absolutely not ok:
> sometimes come pre-loaded with canned comments that all show up at once.
We tell all HN users, including all YC founders, never to do that. Not only that, but I tell YC founders that it's the fastest way for them to get flagged and flamed by this community, and that there will be little we can do to salvage their thread if it happens. Basically I try my best to terrorize them about this. You'll notice that it's the only bold text in the Launch HN instructions: https://news.ycombinator.com/yli.html. It's also one of the few things that appear both in the FAQ (https://news.ycombinator.com/newsfaq.html: "Can I ask people to comment on my submission?") and in the site guidelines (https://news.ycombinator.com/newsguidelines.html: "Don't solicit upvotes, comments, or submissions"). The rules are clear and they're the same for everybody*.
> There is one on the front page right now that I suspect is up to something like this
What is the link? Even when non-YC startups or projects do this, I often tell them not to and explain why it's not in their interest.
* That doesn't mean we automatically ban people for breaking them; there's a gradient of punishment. A lot of the time people have no idea that they're breaking rules or local conventions. That's different from hardened manipulators trying to game the site, people buying upvotes or comments from spammers (<-- do not! that will get you banned!), and so on.
It's true that booster comments aren't helpful in the end, but people often post them without the slightest idea that they're doing anything wrong. They don't deserve to be piled on. Also, vsarathy didn't upvote this submission; that's not the mark of a typical manipulator. The benefit of the doubt would have gone a long way here!