Is there any chance of being able to set a preference where the code collapsing is not based on indentation? To be honest I'm not sure how other applications have handled collapsing programmatically, but basing it on indentation seems to be a bit buggy and doesn't work for every situation.
Thanks, Colin D. Devroe Blog: http://theubergeeks.net/ Photos: http://flickr.com/photos/cdevroe/
On 10/11/2005, at 18.48, Colin D. Devroe wrote:
Is there any chance of being able to set a preference where the code collapsing is not based on indentation?
As mentioned in the past, more advanced folding is something I'll look into for 1.3.
To be honest I'm not sure how other applications have handled collapsing programmatically, but basing it on indentation seems to be a bit buggy and doesn't work for every situation.
Very few editors implement foldings, and of those who do, many require some special marks in the code, like: /* {{{ */ to indicate a fold start marker.
Indent-based foldings is required for languages that re-use an 'end' keyword to end various types of blocks, where not all are foldable. I'm fully aware that this is not always optimal, but it works pretty well for 95% of the stuff out there…
Thank you for the explanation.
On Nov 11, 2005, at 6:21 AM, Allan Odgaard wrote:
On 10/11/2005, at 18.48, Colin D. Devroe wrote:
Is there any chance of being able to set a preference where the code collapsing is not based on indentation?
As mentioned in the past, more advanced folding is something I'll look into for 1.3.
To be honest I'm not sure how other applications have handled collapsing programmatically, but basing it on indentation seems to be a bit buggy and doesn't work for every situation.
Very few editors implement foldings, and of those who do, many require some special marks in the code, like: /* {{{ */ to indicate a fold start marker.
Indent-based foldings is required for languages that re-use an 'end' keyword to end various types of blocks, where not all are foldable. I'm fully aware that this is not always optimal, but it works pretty well for 95% of the stuff out there…
For new threads USE THIS: textmate@lists.macromates.com (threading gets destroyed and the universe will collapse if you don't) http://lists.macromates.com/mailman/listinfo/textmate
On Fri, Nov 11, at 5:21 AM, Allan Odgaard wrote:
Indent-based foldings is required for languages that re-use an 'end' keyword to end various types of blocks, where not all are foldable. I'm fully aware that this is not always optimal, but it works pretty well for 95% of the stuff out there…
Just to be sure I didn't miss something: TM currently does NOT have a folding mode that is based purely on indent, right? Or does it, and if so what should the foldingStartMarker/foldingStopMarker contain? I'd love to have one, as I have a few hundred source files that are formatted for indent-based folding...
Gerd
Gerd Knops wrote:
Just to be sure I didn't miss something: TM currently does NOT have a folding mode that is based purely on indent, right? Or does it, and if so what should the foldingStartMarker/foldingStopMarker contain? I'd love to have one, as I have a few hundred source files that are formatted for indent-based folding...
TextMate currently has folding based on indent *and* foldingStartMaker and foldingStopMarker.
Jeroen.
On Nov 13, 2005, at 13:11, Jeroen van der Ham wrote:
TextMate currently has folding based on indent *and* foldingStartMaker and foldingStopMarker.
Is there jedit-style strictly indent-based folding? afaict, tm relies on indenting to determine the pairs for the items it detects with the markers, but does not have a folding mode that relies solely on indentation.
such mode is great for editing outline-ish texts (along with indended wrapping, which tm does not yet have)
-
Allan Odgaard -
Caio Chassot -
Colin D. Devroe -
Gerd Knops -
Jeroen van der Ham