Use tuples instead of StaticArrays about colorschemes.jl

[rafaqz]

Maybe ColorScheme could itself be in <: AbstractVector and that would be solved. It already defines getindex the whole abstract array interface, it may as well be an AbstractVector

[cormullion]

Sounds good to me - it's a long time since I made this package (Julia v0.4) ... :) Make sure you don't break the entire plotting ecosystem... :)

[rafaqz]

Eeeek that was my worry... We would have to test all the dependent packages before merging.

[mbaz]

Maybe this change merits a major, breaking release? That way you wouldn't (technically) break any package that depends on ColorSchemes. I can't speak for everybody but I'd welcome the improved load times.

[KristofferC]

Why would this be a breaking change? Are people doing math with the color vector? It's just a list of colors.

[rafaqz]

This mostly works and package load time is less than half of what it is with StaticArrays, but documentation breaks
https://travis-ci.com/github/rafaqz/ColorSchemes.jl/jobs/402345022

I think using Tuples loses a bunch of show methods for vectors of colors. So they will also no longer show in atom etc. I'm not sure how much work that is to fix.

[cormullion]

I don't think there are any tests for show at the moment... :( I could fix the documentation to not automatically insert a colorscheme by default, but it would be better if there was some kind of show method perhaps.

[rafaqz]

I really like seeing the colorscheme in atom - I guess it would mean adding a method here in Colors.jl?
https://github.com/JuliaGraphics/Colors.jl/blob/0890b410940fa9645496a394e5c449ef7104769a/src/display.jl#L26

The AbstractArray interface does seem kinda handy ;) I'm wondering if it's worth losing the simplicity of that for 1 second of start time...