For CoordCartesian(), ggplot_build(p1)$layout$panel_params[[1]]$x is scale-like (i.e., has get_limits(), get_breaks() and get_labels()...it is technically a ViewScale). You might have some trouble with expansion...I forget whether get_limits() returns the expanded range or the original range. I think I thought ahead on this and had it return the unexpanded range and had $dimension() return the expanded range...

Yes, this seems correct. In the past, getting ranges of auto-expanded scales, in particular of discrete scales with data extending beyond the standard expanded range, has been difficult. (These arise with ggridges, for example.) Now it seems to work fine. We may want to document the properties of ViewScale a bit more, though, to make this easier to discover for others.

I'll see what I can do with this. It should be possible to convert a ViewScale back into a regular scale by disabling the train() function.

library(ggplot2)
library(ggridges)
#> 
#> Attaching package: 'ggridges'
#> The following object is masked from 'package:ggplot2':
#> 
#>     scale_discrete_manual

p <- ggplot(iris, aes(Sepal.Length, Species)) +
  geom_density_ridges()
p
#> Picking joint bandwidth of 0.181

pb <- ggplot_build(p)
#> Picking joint bandwidth of 0.181

scale_x <- pb$layout$panel_params[[1]]$x
scale_x$get_limits()
#> [1] 3.757376 8.442624
scale_x$dimension()
#> [1] 3.523114 8.676886

scale_y <- pb$layout$panel_params[[1]]$y
scale_y$get_limits()
#> [1] "setosa"     "versicolor" "virginica"
scale_y$dimension()
#> [1] 0.40000 4.25645

^{Created on 2019-07-16 by the reprex package (v0.3.0)}

Yes, I plan to document ViewScales for #3436 before my internship is done! After #3398 is merged the ViewScales need at least one more round of tightening up.

Another approach may be to add a $clone() method for ranges (the R6 ranges in the dev version of scales already have this), and have Scale$clone() clone the ranges, rather than re-instantiate them. Then you could do ViewScale$scale$clone(). Perhaps ViewScale$clone() should do this (pretend like it's the original scale class).

I like the idea of giving ViewScale the functionality to produce a new scale that is a copy of the original one. However, I don't think it should be called ViewScale$clone(), since that name would imply that the ViewScale is being cloned. Maybe ViewScale$clone_scale()? For a Scale$clone() function, my assumption would be that the cloned scale behaves like the original one, i.e., can be further trained. Of course, any clone() function could also take an argument that specifies whether the cloned scale should be permanently frozen or not.

Just a note that I played around with a $finalize() method for scales but couldn't replicate some expansion corner case behaviour, which is how ViewScales came to be. I'm not sure I've convinced myself that a ViewScale is better than a Scale$finalize() clone like you've described, but the two are interface-compatible so from an internal interface perspective there isn't really a difference.

@clauswilke Is this still something you think you'd use / would like to use?

Not actively working on this but still think it would be good to have. Big picture I think it would be great if we had a way of making marginal plots that isn't a huge hack. Something like: make center plot; make marginal plots copying scales; stitch everything together with patchwork.