Fork me on GitHub
#cljdoc
<
2018-11-18
>
Vincent Cantin04:11:09

We may want to provide the user some link to the library page or its clojars page when we ask him/her if s/he wants to build its documentation. For instance on https://cljdoc.org/d/aoe/aoe/0.1.0-SNAPSHOT, it is difficult to know if I should press that build button if I am not sure what the library does or is.

Vincent Cantin18:11:55

The open search feature starts to work on my branch. However, the search function from Clojar is really not good, so it makes it less usable than it should be.

Vincent Cantin18:11:51

I am thinking about ways to run a search function directly in cljdoc: - There is this file which is available. https://github.com/clojars/clojars-web/wiki/Data#list-of-jars-and-versions-in-leiningen-syntax - There is those download stats which can help prioritize the search results which only partially match. https://github.com/clojars/clojars-web/wiki/Data#download-stats - That page also mention a lucene index, maybe worth taking a look at what can be done with it. https://github.com/clojars/clojars-web/wiki/Data#lucene-index-of-maven-artifacts

martinklepsch19:11:40

Would be interesting to evaluate SQLites search features. The search stuff we’re looking for is probably basic-ish so maybe that would even be sufficient. Using that would also make it easier to integrate artifacts from maven central

martinklepsch19:11:53

Download stats are interesting as well but it might be tricky to integrate efficiently. There’s also http://GitHub.com/cljdoc/clojars-stats

martinklepsch19:11:59

But in any case, improving artifact search would be super nice

martinklepsch22:11:14

Maybe we should also give Lucene a closer look. Does sound like a good tool