search

enjalot / blockbuilder-search-index

download and process d3.js blocks for further indexing and visualization
BSD 3-Clause "New" or "Revised" License
24 stars 5 forks source link

search by script tag dependencies #11

Open micahstubbs opened 8 years ago

micahstubbs commented 8 years ago

it would be cool to be able to search for blocks by what external libraries they import with script tags.

specifically, I would like to be able to search for blocks that only load d3, so that I can find an example of a technique implemented in pure d3 and javascript, without the overhead of some other charting library.

mindrones commented 8 years ago

It'd be nice to search by version, say: /search#text=foo;libs=d3@3+topojson@1.6.19

mindrones commented 8 years ago

Also, it would be nice to use an operator to exclude a lib.

Say we use ! as a not: /search#text=foo;libs=d3@3+backbone!react!ember

enjalot commented 8 years ago

getting the ball rolling: http://bl.ocks.org/enjalot/0c029c6295d1870050c89c75bed2bb6e parsed with new code here: https://github.com/enjalot/blockbuilder-search-index/blob/master/parse.coffee#L230

mindrones commented 8 years ago

I see from #10 that you are now experimenting with cloning the gists: great!

Since @mbostock is updating his blocks to d3 v4 and many people will probably do the same, it would be super to be able to find v3, v4, vN of the same gist by keeping a reference to the last commit for a certain version, say:

{d3: {v3: '2n323ds', v4: 'd84hd67', ...}, backbone: {...}}

It might be expensive, but at least you need to do it just once for each gist and then keep it up to-date when future commits happen.

I'm thinking binary search may help to find out the version switch quickly and it can be enhanced by knowing the release dates: if d3 v4 has been released on a certain date it should be impossible to find it in commits happened before that release date.