Closed ncarchedi closed 10 years ago
Welcome back, Nick. We can share credit for flaws :-D. I'm not up to speed; do you understand the Travis failure?
Ah, yes. It's because this branch depends on swirl 2.2.11, which only exists in branch swirl/fromto. I have swirl/fromto installed on my machine and the swirlify check passes.
I understand. Thanks.
@WilCrofter Rethinking my earlier response.
I added a version constraint to swirlify's swirl dependency (swirl (>= 2.2.11)
) to enforce compatibility. Until 2.2.11 is available on CRAN, Travis builds will continue to fail, since they rely on install.packages()
to install dependencies. I think it's more important to enforce compatibility than it is to have the Travis badge of honor. Removing Travis from swirlify until the package stabilizes some....
Merging now, since everything seems to function well and this is all code additions, not modifications.
@ncarchedi Makes sense.
This pull request incorporates the yaml_writer.R script, which was originally composed by @WilCrofter. Any virtues of this new approach should be attributed to @WilCrofter. I accept credit for any and all flaws.
Some changes/additions have been made, including
testit(from, to)
, which is compatible with theswirl/fromto
development branch (not yet merged). Also, lesson meta data is stored inoptions()
(seeset_swirlify_options()
in yaml_writer.R, so that it is globally available. This prevents the user from having to pass this information as arguments to the authoring functions (txt()
,qmult()
, etc).Eventually, the code added here will be more tightly coupled with existing swirlify features. However, it works well as is and will serve our immediate needs by allowing for fast prototyping of new swirl content.