cljdoc

https://cljdoc.org/ & https://github.com/cljdoc/cljdoc
2018-11-18T00:37:16.133100Z

I barbarianly pressed Ctrl+C on ./script/cljdoc run then ran it again.

2018-11-18T00:45:43.133300Z

I made a PR, then.

2018-11-18T04:43:09.137500Z

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.

2018-11-18T18:25:55.140Z

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.

2018-11-18T18:30:51.143300Z

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

martinklepsch 2018-11-18T19:03:40.145700Z

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

martinklepsch 2018-11-18T19:04:53.147400Z

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

martinklepsch 2018-11-18T19:10:59.148600Z

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

martinklepsch 2018-11-18T22:37:14.149800Z

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