List view
The heatmaply function has become very complex, holding all of the functionality of building and configuring the heatmap. Ideally, the different aspects could be split into separate functions or classes as appropriate. This would allow for a more interactive or modular approach to building the heatmap, instead of always a single call to `heatmaply()` (this would help to optimise the package for large datasets, as clustering would not need to be performed with each iteration). This milestone may help to catalogue the planning and execution of this process. For example, the main heatmap section, dendrograms, and side color plots all contain largely independent information. Probably the best way to accomplish this while retaining backwards compatibility is to maintain `heatmaply()` as a function which configures the encapsulated objects. If and when appropriate, we could then issue a major version increment and change the interface. Perhaps it would be useful to provide functions such as `heatmaply.2` which present a similar interface to existing packages. Development towards this milestone will likely need to be performed on a separate branch, to be created once a rough plan of action has been formulated.
No due date