implement folds

Ticket

+commit
 

shows only the first part of the card (or a user-written summary in a plus card?), with some kind of "more" link to show the rest (in place and/or by going to card's page)

 

My current thinking is that the :core view in the html renderer should handle "show:folded", such that any view that uses core can then use that syntax.

 

When that is in place, the renderer will scan for an explicit fold.  My current thinking there is that we should use something very much like tinyMCE's page break button, only use the "fold" terminology.

 

If there's not an explicit fold, we'll have to take a stab at it algorithmically.

 

 

And then we add new markup to indicate where the fold is? Something like {{*fold}} ? (It would be nice to avoid adding a whole new category of markup besides []s and {}s.)


It should not be new markup, it should use standard html/css functionality. What does tinyMCE put in for a break?

I'm thinking that within the 'content' which would have some wrappers, but not in the :core view, you would need to add some wrapping <div class="above-fold"> .... </div> <div class=below-fold"> ... </div> to mark the divisions. I think that is more in line with typical web design practice, but you could also add classes to a tag like <br class="fold"> to avoid adding element nesting, and then it is just a standard break unless the JS and CSS implement it differently.

Note that a design like this doesn't have to fetch any new data from the server, the javascript can just change the styles so the below-fold divs are hidden or not.

--Gerry Gleason.....2013-06-08 16:42:19 +0000

Also, shouldn't we be thinking in terms of having the javascript be able to just change views between say: line, folded, open (or full maybe). That suggests that this isn't really something for the :core view, but for the wrapped views (:content and :open), right? I think there may be some design tradeoffs we want to explore before we decide on how best to do this.

--Gerry Gleason.....2013-06-08 16:50:18 +0000

By new markup I meant Wagn markup, not HTML markup. How does a user indicate where the fold goes? Definitely don't want them to have to edit the HTML, and even if we provide a button in the tinyMCE toolbar I think it should add something in the edit box (as I'm assuming our link/inclusion editor will, adding [[]] {{}} markup).

--John Abbe.....2013-06-09 05:20:35 +0000

I know you meant Wagn markup, and this doesn't seem like a case for that. Yes, it would need to be added somehow to tinyMCE so that they don't have to go to the HTML editor, but Wagn markup seems totally inappropriate to this case.

--Gerry Gleason.....2013-06-09 12:08:11 +0000

As far as I know, this would be a new thing for us to have something that you can enter via GUI that lacks visible markup, it seems very un-wiki to me. What if the fold weren't new markup, but just an inclusion of a new built-in card - say, *fold - that had the relevant HTML in it?

--John Abbe.....2013-06-09 14:30:07 +0000

Oh duh, there also needs to be an opening div at the very beginning and a closer at the end. I guess the code could add those to any card that has *fold in it?

--John Abbe.....2013-06-09 19:38:28 +0000

also see blogging blueprint

--Ethan McCutchen.....2013-09-12 20:45:03 +0000