Per discussion in #121, this issue is to determine what we should do if we can't get the latest build number from GitHub at build time. The options I can think of are as follows:

1. Hide the name section in the version information.
2. Use 'deep clone' on Travis and get the tag from the git history. (Could make builds slower over time but probably wouldn't have that big an impact)
3. Get it fr

Context

We would like to add torch::nn::functional::normalize to the C++ API, so that C++ users can easily find the equivalent of Python API torch.nn.functional.normalize.

Steps

• Add torch::nn::NormalizeOptions to torch/csrc/api/include/torch/nn/options/normalization.h (add this file if it doesn’t exist), which should include the following parameters (based on https://pytorch.

The deprecated decodeDracoFile method should be removed and replaced with a parse method similar to other loaders. Currently decodeDracoFile does not propagate errors, and should do so. So probably a signature like:

dracoLoader.parse( arrayBuffer, /* options, maybe? */, onLoad, onError );

And it better be New Moon.

Use case

I wanted to customize cupertino slider thumb color but discovered that the cupertino thumb painter color is hardcoded instead of using SliderThemeData or something like that.

Proposal

Could you make it customizable, please?