Another #10Seattle Castalia weirdness that just happened, and I can't reproduce :) Structure blocks found in binary .dfm data :)

Another #10Seattle Castalia weirdness that just happened, and I can't reproduce :) Structure blocks found in binary .dfm data :)
I'm actually having some Castalia weirdness all over the place. The structure highlighting is enabled, but sometimes it just doesn't show up.
Cute. Trying to identify a face? ;)
ReplyDeleteProbably Ian Drury and the Blockheads hiding in that data ;)
ReplyDeletehttps://www.youtube.com/watch?v=Xq4NZEtNTAo
I am not sure about the 185th byte... could you double check that one for me please ;-)
ReplyDeleteIs there any pattern as to when it doesn't show up? Specific files? Specific code constructs?
ReplyDeleteRemember my young time, when magazines where full of hexadecimal codes, to be enter in our home computer, and eventually play some game... See http://www.hebdogiciel.fr/
ReplyDeleteJacob Thurman - .dfm block highlighting? Nope - can't reproduce it. Code - not sure yet. Trying to figure it out. As I went to check now, code that previously wasn't highligted, now was. Go figure.
ReplyDeleteThe strange .dfm block highlighting is clearly incorrect. I'd bet that it's correct for the associated .pas file, but is being shown incorrectly on the .dfm.
ReplyDeleteJacob Thurman - If I can find a pattern to it - I will post a QP.
ReplyDeleteLars Fosdal That would be great; please do!
ReplyDeleteSeems indeed there are some issues with the structural highlighter :(
ReplyDeletehttps://www.dropbox.com/s/tkdx9k7qsdxu7cs/drunk%20highlighter.png?dl=0
As an aside, I must admit I prefer the structural highlighter in CnPack, which changes the color of the block keywords, ie "for ... to ... do begin ... end;" would have the same color as the block line.