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.

Comments

  1. Cute. Trying to identify a face? ;)

    ReplyDelete
  2. I am not sure about the 185th byte... could you double check that one for me please ;-)

    ReplyDelete
  3. Is there any pattern as to when it doesn't show up? Specific files? Specific code constructs?

    ReplyDelete
  4. Remember 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/

    ReplyDelete
  5. Jacob 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.

    ReplyDelete
  6. The 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.

    ReplyDelete
  7. Jacob Thurman - If I can find a pattern to it - I will post a QP.

    ReplyDelete
  8. Lars Fosdal That would be great; please do!

    ReplyDelete
  9. Seems indeed there are some issues with the structural highlighter :(

    https://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.

    ReplyDelete

Post a Comment