Hi,
There's a little thing that I happened to find in Display.cc some time ago,
but I forgot to report.
If the "date_format" config attribute is empty, it is substituted by
hard-coded attributes in Display.cc. If not, the $(MODIFIED) field is not
filled, even if the "iso_8601" attribute is defined to 'yes'. Apparently,
there is an incorrect '!' in the corresponding 'if'. I submit a patch
annexed to this (using version 1.100.2.25).
The second point is absolutely unrelated, but touches the same file :)
I'd like to propose a new type of template variable substitution.
Currently, we dispose of literal $(VAR), url-encoding $%(VAR) and
HTML-encoding $&(VAR). My proposal is a new $=(VAR) that does url-decoding.
This is apparently an useless addition, but
I justify it below,
I believe it to be harmless,
The change itself affects no more than 4 lines of code in the current
Display.cc,
so I submit this modification too in the annexed patch.
<boring-justification>
Here at GTD we use ht://dig for indexing our intranet. The largest part of
the indexed content are non-HTML documents found in several servers. We dig
these servers via http, following the filesystem arborescence, which has a
quite logical structure, e.g. division/dept/project/subsystem/etc... so the
pathname (i.e. the URL) of each file is relevant and informative. The
resulting URLs, however, are full of encoded accents and spaces, since we
are both spanish and verbose :), and use NT filesystems :(. They became
mostly unreadable when shown as htsearch results. Consequently, we hacked
out the $=(VAR).
</boring-justification>
Regards,
// Joaquim Sanmarti
// GTD Ingenieria de sistemas y software industrial, S.A.
// c/Rosa Sensat 9-11
// 08005 Barcelona SPAIN
// Tel. +34 93 225 77 00
// Fax. +34 93 225 77 08
// mailto:[EMAIL PROTECTED]
// http://www.gtd.es
Display.cc.patch
------------------------------------
To unsubscribe from the htdig3-dev mailing list, send a message to
[EMAIL PROTECTED]
You will receive a message to confirm this.
