Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Visualization is different across computers? #40

Closed
andburch opened this issue Jun 25, 2019 · 6 comments
Closed

Visualization is different across computers? #40

andburch opened this issue Jun 25, 2019 · 6 comments

Comments

@andburch
Copy link

When I plot dabest objects, I get annoying black borders around the effect size distributions, seen here. They look ugly and can partially hide the actual confidence intervals.

Additionally, when I re-knitted "bootstrap-confidence-intervals.Rmd," all the images with distribution curves (even the images not created with dabestr) had black borders. Not sure what that means.

Anyway, I included my session info below, if that helps. I'm running Windows, and I know not everyone else does.

Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows >= 8 x64 (build 9200)

Matrix products: default

locale:
[1] LC_COLLATE=English_United States.1252  LC_CTYPE=English_United States.1252   
[3] LC_MONETARY=English_United States.1252 LC_NUMERIC=C                          
[5] LC_TIME=English_United States.1252    

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base     

other attached packages:
 [1] dabestr_0.2.0   magrittr_1.5    boot_1.3-20     forcats_0.3.0   stringr_1.3.1  
 [6] dplyr_0.8.0.1   purrr_0.2.5     readr_1.3.1     tidyr_0.8.2     tibble_2.0.1   
[11] ggplot2_3.1.0   tidyverse_1.2.1

loaded via a namespace (and not attached):
 [1] beeswarm_0.2.3     tidyselect_0.2.5   xfun_0.8           haven_2.0.0       
 [5] lattice_0.20-38    colorspace_1.4-0   generics_0.0.2     htmltools_0.3.6   
 [9] yaml_2.2.0         rlang_0.3.1        pillar_1.3.1       simpleboot_1.1-7  
[13] glue_1.3.0         withr_2.1.2        RColorBrewer_1.1-2 modelr_0.1.2      
[17] readxl_1.2.0       plyr_1.8.4         munsell_0.5.0      gtable_0.2.0      
[21] cellranger_1.1.0   rvest_0.3.2        evaluate_0.14      labeling_0.3      
[25] knitr_1.23         vipor_0.4.5        broom_0.5.1        Rcpp_1.0.0        
[29] backports_1.1.3    scales_1.0.0       jsonlite_1.6       hms_0.4.2         
[33] digest_0.6.18      stringi_1.2.4      cowplot_0.9.4      grid_3.5.2        
[37] cli_1.0.1          tools_3.5.2        lazyeval_0.2.1     crayon_1.3.4      
[41] pkgconfig_2.0.2    rsconnect_0.8.13   xml2_1.2.0         ggbeeswarm_0.6.0  
[45] lubridate_1.7.4    assertthat_0.2.0   httr_1.4.0         rstudioapi_0.9.0  
[49] R6_2.3.0           nlme_3.1-137       compiler_3.5.2```
@josesho josesho assigned josesho and unassigned josesho Jun 26, 2019
@josesho
Copy link
Member

josesho commented Jun 26, 2019

Sorry for this, getting an ugly plot is definitely frustrating!

Could you see what happens when you update ggplot2 to 3.2.0, i.e. the latest version?

@andburch
Copy link
Author

andburch commented Jun 26, 2019

Unfortunately, I get the same thing!

Edit: I updated all the packages that dabestr imports, nothing changed it.

@josesho
Copy link
Member

josesho commented Jun 28, 2019

Do you get these black borders when you run the code through the console, and then save the images manually?

@andburch
Copy link
Author

Yes! I'm using RStudio, I use the console, then I save them. They look like that in the "Plots" window, even before I save them too.

@LouArcher
Copy link

In case you still have this issue, I have just discovered that if you export the dabest object plots using the Cairo package, the unwanted black borders disappear from the saved images. Happy plotting!

@andburch
Copy link
Author

Ah, this makes sense! I've recently been having other, unrelated difficulties with Cairo not being the default on Windows! Thank you so much.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants