| I agree, the UI needs improvement. No one feels the gaps more than I do. But they say, "launch before you're ready!" ;) For one thing, scrolling on its own (with mouse scroll), doesn't automatically highlight whichever card is now centered. So it breaks the flow. Clicking, or scrolling with keyboard are the only way right now to keep the context clear. > the hyperbole is a bit of a turnoff for me. I know, it's a big claim, and I don't expect anyone else to believe it. I thought about not including it, but it's honestly what I believe. Delusional founder? Check. > This is really a different formatter for the same structure of text we've already been using That's true, more or less. Table of contents, chapter & subsection breaks, etc, are all attempts to make the structure clearer. However, once we go beyond 3 levels deep, this has significant advantages. One can get an overview of a text by reading column 1, but can drill deeper and deeper into specific sections, and even into other trees that are embedded (or "transcluded") into this one. We could have all of physics, or comp-sci, in one tree, and the reader will always be able to drill in for more, or zoom out for overview. > Why do we need something new? What's being added? What couldn't I do before that's now possible? There are great benefits for writing this way, for one. Rearranging entire sections or subsections is just a drag and drop. Working collaboratively is also easier, because each person can focus on their particular strengths > Hopefully this criticism is helpful. It is, thank you. All criticism forces us to reevaluate our approach, again and again. |
Oh I fully agree, I'm also sure that things I don't like are points of joy for others :) Launching like this is important, it helps you focus on things that people find rather than things you think they'll find.
> For one thing, scrolling on its own (with mouse scroll), doesn't automatically highlight whichever card is now centered. So it breaks the flow.
Yeah, I was going to try and suggest something but I'm not sure what'd be better (I make terrible UIs). The problem is the alternative is while you're scrolling automatically making other columns move which could be jarring. Your approach might be better and I might be 'using it wrong' because I'm trying to read it like a normal doc.
> That's true, more or less. Table of contents, chapter & subsection breaks, etc, are all attempts to make the structure clearer.
But you have the same structure, internally. That was rather my point. It's an editor and a viewer, not a new structure, which is why I would heavily suggest you use standards rather than writing your own.
The structure is this
This is covered by already existing standards, which will play nice with accessibility devices too. If I was a company, I could be held liable if I release something which is unusable to the blind because of the way I'd mixed the content.> We could have all of physics, or comp-sci, in one tree, and the reader will always be able to drill in for more, or zoom out for overview.
I hate to be a downer on this, but a tree won't describe these things well, there isn't an exact hierarchy. So you improve it incrementally like so:
* Make it a DAG
* Realise there can be cyclic references, make it a graph
* See that the graph looks like trees with links but with links in between them
* Represent it as a series of distinct trees with links and anchor points
* Make it lazy loading
* Define a way of allowing people to link between different trees stored anywhere
* Realise that's the internet
While that's a bit of an annoying thing to say, it's actually nice :) Lots of stuff that'd be a great boon already exists. If you can use existing HTML standards then you get lots of functionality for free.
> Working collaboratively is also easier, because each person can focus on their particular strengths
Yes, it will really help this, having embeddable nested trees works wonderfully, it's why latex is nice for collaborative work. Although I'd like the nesting to be arbitrary (maybe there's a way of doing this, but I don't think so). It's also why the web works so well.
What I'd suggest is this:
* Use HTML sections.
* Write a bit of js to load in specific nodes from other documents lazily. The semantics for linking already exist.
* Keep the sexy visuals :)
You'll have properly marked up, parseable documents. They'll link together or be embeddable (depending only on the renderer, the semantics are the same) and you can represent any graph with it, but still have a focus on trees, and render graphs as trees. You'll get more and have to build less yourself.