Geoff Hutchison writes:
 > 
 > As a slightly better work-around, we could change the Word() method 
 > to allow an optional DocID parameter for the AddDescription call. 
 > This method would just use the DocID as a temporary matter.

 I advocate against this because it will not go in the good direction.
Separating the word insertion context and the word insertion function is,
IMHO, very important.

 > On a related subject, we're going to need to go through the Retriever 
 > class with a fine-toothed comb. It works, but I'm a bit worried about 
 > a number of issues like those mentioned:
 > 
 > 1) It hasn't really changed since 3.1.x--up until this week, it would 
 > still call MarkScanned, MarkGone, etc.
 > 2) The got_word method should just take a WordRecord flag instead of 
 > all this mess with the factor[] array.
 > 3) The URL validation doesn't check a URL against the server's 
 > robots.txt information.
 > 

 Very good to know that. I asked two month ago if there was a repository
for tasks and I remember you told me that the bug reporting was only used
for interaction between developpers and users. Would it be possible/easy to
set a separate database to store that kind of stuff ? I.e. your three points
become an entry and we can add more when we think about them even if we
don't have time to implement. It would be 100% better than sending them
on the list since retrieving an item like is likely to be a pain for 
any developper not watching at the time the message is send.

 Cheers,

-- 
                Loic Dachary

                ECILA
                100 av. du Gal Leclerc
                93500 Pantin - France
                Tel: 33 1 56 96 09 80, Fax: 33 1 56 96 09 61
                e-mail: [EMAIL PROTECTED] URL: http://www.senga.org/


------------------------------------
To unsubscribe from the htdig3-dev mailing list, send a message to
[EMAIL PROTECTED] containing the single word "unsubscribe" in
the SUBJECT of the message.

Reply via email to