"Dr. Arne Babenhauserheide" <arne_...@web.de> writes: >> I see few ways forward: >> >> 1. Document the current behavior and keep it as it is. >> 2. Add argument #:decode-attributes, defaulting to #f, to the relevant >> procedures, so that people can opt into the fixed behavior. >> 3. Introduce parameter %decode-attributes, so that people can opt into >> the fixed behavior. >> >> I am sure there are also other approaches possible. > > Since htmlprag already uses parameters for customization > (%strict-tokenizer?), option 3 sounds best to me. > > http://git.savannah.nongnu.org/gitweb/?p=guile-lib.git;a=blob;f=src/htmlprag.scm;h=79a7b2f33b0755474bfc015912c01bdf6c676a15;hb=HEAD#l44 > > (but I’m not the maintainer, so others may have a different opinion) > > Can you create a patch?
Probably not. I have spent 20 minutes staring into the file and do not really have any idea where to start (ok, probably somewhere around `scan-attr'). So I cannot really promise I will be able to work on this (at least not soon), since I assume it will take me long time to figure out. Tomas -- There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors.
signature.asc
Description: PGP signature
