Please consider at some point changing the soft wrapping algorithm so it indents to the same level as the first (non-space/tab) character in the line. Anyone think this would be a *bad* idea (in which case perhaps it could be a preference)?
-- Russell
P.S. this mailing list is now available from news.gmane.org as news group gmane.editors.textmate.general.
On 16-12-2004 18:11, Russell E. Owen wrote:
Please consider at some point changing the soft wrapping algorithm so it indents to the same level as the first (non-space/tab) character in the line. Anyone think this would be a *bad* idea (in which case perhaps it could be a preference)?
This is something I would really like as well.
Jeroen.
On Dec 16, 2004, at 6:16 PM, Jeroen van der Ham wrote:
On 16-12-2004 18:11, Russell E. Owen wrote:
Please consider at some point changing the soft wrapping algorithm so it indents to the same level as the first (non-space/tab) character in the line. Anyone think this would be a *bad* idea (in which case perhaps it could be a preference)?
This is something I would really like as well.
Just to throw another idea (Allan will choose priorities) one thing I like very much in emacs is that it takes into account in text mode whether the first character's a list item marker. If it is, then indents the rest of the lines to match the first non-blank after the bullet (or something like that).
So you get this:
* This is an item in some todo list, with some description of the task and some guesses about possible implementations and timings.
Lists in text mode are nicely formatted this way.
-- fxn
On Dec 16, 2004, at 18:29, Xavier Noria wrote:
Please consider at some point changing the soft wrapping algorithm so it indents to the same level as the first (non-space/tab) character in the line. [...]
This is something I would really like as well.
Just to throw another idea (Allan will choose priorities) one thing I like very much in emacs is that it takes into account in text mode whether the first character's a list item marker. [...]
That's very cool! I've had the indent-feature on the to-do for some time, but with this it goes from 'perhaps useful' to 'very cool', and that's a sure priority booster ;)
I'm thinking this should just be a language specific regex which decides what should be skipped, so e.g. for sources it could be comments etc.
On the topic of syntax files let me just follow up on two issues.
Kumar: I very much intend that various 'settings' (such as the increase-indent pattern) reflect the current (potentially included) syntax (element). As previously mentioned, settings will be much more fine grained, so e.g. ' can be a smart typing character inside tags in HTML, but not outside, spell checking can be enabled for comments and strings in C++ but not for code etc., and the various patterns (folding markers, increase indent etc.) will just follow the same hierarchical/cascading system.
And Eric: I'll check out VIM's syntax files. Somehow I just expected emacs and vim to use actual code for their syntax modes, and never bothered to look at them ;)
On Fri, 17 Dec 2004 08:19:17 +0100, Allan Odgaard allan@macromates.com wrote:
Kumar: I very much intend that various 'settings' (such as the increase-indent pattern) reflect the current (potentially included) syntax (element).
Cool! In fact I often go back to Emacs because of its syntax-aware indentation, eg it doesn't just {in,de}crease the number of tabs but indents to the right length. This contributes to the feeling that the editor is syntax-aware, and IMHO probably even more that coloring.
-- D
On 16. dec 2004, at 18:11, Russell E. Owen wrote:
Please consider at some point changing the soft wrapping algorithm so it indents to the same level as the first (non-space/tab) character in the line. Anyone think this would be a *bad* idea (in which case perhaps it could be a preference)?
It's pretty nice.. sometimes. So I would definately want it to be an option :-p. The same option could apply to paragraph formatting, where it would be equally useful IMO.