truncating pages

[Tina]

I've noticed this a few times with several wiki pages: WikiPack will (seemingly arbitrarily) truncate a page, so that I can't see all of the text. If I go back into edit mode, all of the content is there, but once I go back to view mode, half the page is missing. Here is a page that's guilty of this (if you can access it):

http://fidlet.wikipackit.com/pages/HutsonAppWorkingOn

[Mark Beattie]

Hi Tina, thanks for posting. I'll take a look at it shortly and post back again tomorrow.

Have you tried viewing the same page in another app like Marked and observed the same behaviour, or does it render correctly?

Regards,

Mark

[Tina]

It renders correctly in marked.

[Mark Beattie]

I've managed to get it rendering correctly just by cleaning up the Markup a bit, which I'll email back to you. I just indented a code block and a bulleted list that were both nested within a numbered list. Still, it is disappointing that WikiPack just cut off a large part of the document, while Marked was able to display it. Testament to Brett Terpstra's awesome awesome coding prowess :) Seems that the Markdown parser which WikiPack uses is a bit more temperamental.

By the way, your use of <strike> tags is interesting. I wish there was native support for strikethrough text in Markdown, but there are a couple of alternatives that I've been contemplating. For example, Trunk Notes uses special syntax like {{check Buy Eggs}} to render an actual checkbox on the page with it's on/off state persistence stored in the page's metadata header. Task Paper on the other hand just uses hyphen lists to indicate todo items. I always use asterisks for bulleted lists personally, so I'm sorely tempted to implement something similar to Task Paper's todo list syntax as clickable checkboxes...

mark

[Tina]

Thanks! It's good to know what was causing the problem -- next time I'll know just to try to clean up the markup some. Clickable checkboxes would be great, btw!