Sorry, syntax highlighting support for multi markdown style
tables isn't likely to be added. Though you can of course still
enter the tables and generate the final HTML using an app like
Marked. FoldingText shouldn't really get in your way in this
respect, it just won't do syntax highlighting of the table
I'm missing CMD-Return to get to the next line.
It'd also be nice to have a Typewriter scrolling option like in
WriteRoom. Not a fan of typing things at the bottom of the page,
especially for long-form notes.
FoldingText should be remembering window sizes and positions,
but it works a little differently then WriteRoom. WriteRoom did it
manually, FoldingText uses the OS X built in support (added in
10.7) for this sort of thing.
The difference is, that FoldingText will remember the sizes and
positions of all documents that are left open when you quit the
app. But it won’t remember that information for documents
that are closed before you quite the app.
Line spacing, and lots of other visual stuff is
“unofficially” configurable right now. You need to
provide a custom CSS file as
described here. Longer term (post 1.0 release) we’ll make
this an official documented feature that won’t keep breaking
on each new release.
Indentation alignment has the same problem as the problem I
pointed out to you with TaskPaper way back in the day - which you
corrected. The Dash in the sublevel should start at the first
position of the superlevel for it look like it is aligned
I don’t think it should work like that in FoldingText. The
issue is that in folding text we also have numbered lists. So
imagine we have:
- item 1
- item 2
1. item 1
2. item 2
If I carefully lined up the unordered items so that the dash
started at the parent, then the actual text items in both lists
wouldn’t be aligned properly. Also, in general most list
systems (i.e. what people are used to) that I’ve come across
(html default, text edit) don’t align things the way that you
expect either. Plus this implementation is simpler. I’m just
going to leave as is I think.
Most software (any word processor, any outliner, any list
program) with which I'm acquainted is EXACTLY like I stated. Is it
the case that you do not have the ability to tab in your ASCII
file? If you do have the ability, then what is the problem? The
dashes and the numbers could be aligned with the associated text
starting at the tab distance. And, the 'problem' you mentioned is
Maybe we are not on the same page. Can you send me a screenshot
of what a lists looks like now, and then one of the same image, but
changed to how you think it should look. Right now I’m just
looking at what TextEdit lists look like, and (spacing is
different) but generally to my eye they look exactly like
Ok, I think I finally see again the issue you guys are talking
about. I think the key place where FoldingText layout is different
then what you might expect is in the way that list and body text
work together. Lets use this as an example:
- list item
1. another list item.
If you put that in FoldingText the body text blocks are all left
aligned. Which means that the list syntax overhangs into the right
column. I agree this isn’t the most common way of doing
lists, but it is pretty standard. For example it’s how
numbered lists are presented in “The Elements of Typographic
Style” and also in many less grand places.
The benefit of doing things this way is, subjectively, a cleaner
look. It’s also a little better technically for numbered
lists. If you have a numbered list that goes over 9 then (with
fixed width font, and current tab size) the numbers start drifting
into the left margin anyway.
Anyway I hope that explains the issue. It’s easy enough to
change, but for now I just like the current look. When themes
eventually become public it should be possible to choose either
look by using a different theme.