Open DougBurke opened 13 years ago
I have made some commits to prototype this:
*) Saved searches: https://github.com/DougBurke/appsem/commit/248215920270a36e0eadade51d0deea74f9a6ea5
This just converts the search term into something vaguely human readable.
*) Saved papers: https://github.com/DougBurke/appsem/commit/4caa0ab23420b6f12422eb3fe09ee5ec6b7e59a7
(and some later changes)
Here we save the paper title and bibcode and use this both for a human readable link and we use the bibcode rather than the document id as the search term itself.
There's no also a proof-of-concept for recording the time a search was saved; see https://github.com/DougBurke/appsem/commit/c0a5a63db5aab4b2fe1de4e9718984290fe06acc
although am likely to update this to use the time to order the search list to get time-ordered output (suggestion from Rahul).
At present the "saved" pane is unintelligible. Improvements could include
*) recording the date and time a save was made
*) allowing the user to provide their own name for a saved search, otherwise defaulting to something like
search <n>
orsearch on Monday July 11, 10:56
.*) for papers, we may want to allow a user to name the paper, but could probably get away with using either the bibcode or the title and first author (or some other reference style).
Question: what to use as a search element when the user selects a saved paper link? I think the bibcode would make sense as it's vaguely human readable but should still result in that match. At present you see the uuid value in the filter area.