[TxMt] [ANN] Select Balanced HTML Tag!!!1!

Hans-Jörg Bibiko bibiko at eva.mpg.de
Fri Nov 16 13:00:31 UTC 2007

On 16.11.2007, at 13:29, Thomas Aylott - subtleGradient wrote:
> This runs into the problem I'd been having for 3 years.
> How do you get it to work when you have a tag nested inside the  
> same kind of tag?
> Keeping it from matching the first close tag it finds, or the very  
> last one.
> <div>
> 	<div>
> 		<div>
> 			TEXT
> 		</div>
> 	</div>
> </div>

Of course, you're right. That is THE problem! And I also have no  
solution for it by using regexp.

One way I have in my mind is to write a character by character  
parser. If one has found the closing tag (e.g. 'p') it should be  
possible to go from the caret's position step by step to the right  
side to look for '</p>'. If one finds '<p...>' while doing this a  
counter would be set counter+1; if one finds '</p>' the counter would  
be set to counter-1; then if counter < 0 I found my closing tag  
(meaning index). As next the same from the caret's position to left  
side. If one writes this in perl/ruby/... and the entire text is  
stored as character array I can splice the array and finally I have  
the desired string. With that string I can execute a normal findNext  
and findPrevios macro.

I don't know whether it works but ...
Maybe I find some time to try it out. The advantage would be that I  
don't have to parse the entire document.
Or one would write it in Objective-C as plug-in, or Allan has a nice  
idea for it ;)

On the other hand I thought about to use an external HTML parser.  
This works but the parser is also very slow if one has a large HTML  
file. One could think about to restrict the area - 100 line above and  
below the current line - for parsing but this is also tricky.



More information about the textmate mailing list