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.

Sign up for GitHub

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

Jump to bottom

Revert to using family as family class rather than string #438

Closed
athowes opened this issue Nov 15, 2024 · 0 comments · Fixed by #449
Closed

Revert to using family as family class rather than string #438

athowes opened this issue Nov 15, 2024 · 0 comments · Fixed by #449
Assignees
@athowes
Labels
high Required for next release

Comments

@athowes
Copy link
Collaborator

athowes commented Nov 15, 2024

As discussed in #423 comments.

What needs to be done:

  • Revert to family as e.g. lognormal() in vignettes
  • And in default to function
  • And in test suite
  • Add back in tests that the string version works
  • Export common families so that brms:: isn't needed

This will fix #332 also.
@athowes athowes self-assigned this Nov 15, 2024
@athowes athowes added the high Required for next release label Nov 15, 2024
@athowes athowes mentioned this issue Nov 16, 2024
Merged
9 tasks
seabbs pushed a commit that referenced this issue Nov 19, 2024
@athowes
Issue #438: Use class as default for family and reexport common famil…
3991f2f 
…ies and formula function (#449)

* Add 3 families and bf as reexports

* Use lognormal() as default and document it

* Use lognormal() not "lognormal"

* Stop with brms::bf and use bf

* Remove more calls to brms::lognormal that can be lognormal

* We are also exporting stats::Gamma

* Another one

* Document

* Use predictions in test of sex effect

* Can do this without predict_delay_pars

* Change to link function here
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@athowes athowes

Labels
high Required for next release
Projects
None yet
Milestone
No milestone
1 participant
@athowes