Continuing the thoughts further… Hook 2.0 appears to make the assumption that when retrieving a past item as a selection, the user will want to search by title or maybe in future releases search by tag. Perhaps there are some users who indeed want to create a large Hook database for that purpose, though I would argue that lots of other software applications are better for that purpose including DT3, KeepIt, and others.
I view Hook as much more helpful as a transient database - effortlessly tracking the documents and websites that I am using today or maybe that I used yesterday or a couple days ago. My key “search criteria” in this situation would be when I accessed it last - not a search by title or tag.
Thus I would suggest regarding the Recent list:
(1) Some automatic annotation of when each item was added to the Recent list would be very helpful - often “That website I viewed Tuesday morning” is the easiest/quickest means of retrieval
(2) The current maximum of 20 items in the Recent list seems arbitrary - the ability to include a higher (or infinite) number along with scrolling would be really helpful. I would use this all the time to retrieve items. This way if I am working on something now that I want to come back to in the future - but maybe do not want to go through the effort of formaly creating a record/tag/etc in some database - I could simply click the Hook icon in the menu bar, knowing that is going to add the current item to the “Recent” list and then I can easily retrieve that item tomorrow or next week.
A key problem with the list of 20 items is that currently an item disappears from the list when it is # 21. So I cannot rely on being able to retrieve something too far into the future because it may fall off the list. Much better would be for this list to fit as many items as I want, with the list organized by hour/day/week etc