The drasil-docLang subpackage should be created to start the process of supporting multiple languages.
Right -- this would be the home for what is currently in Example.Drasil.DocumentLanguage (and all its support functions). Example.Drasil.SRS too. This would be the start of being able to have multiple languages.
Should this export a Drasil.DocLang, or should examples only import what they need?
I just want to confirm with you - as of now, drasil-docLang needs Drasil.Sections, which is in drasil-example, so I'm going to move Drasil.Sections to drasil-docLang. @JacquesCarette
DocLang. And yes, move Drasil.Sections here too.
A lot of files have the import statement: import qualified Drasil.SRS as SRS (<imports>). Should Drasil.SRS be another exposed module in drasil-docLang? I think that that would be the easiest solution, but I'm not sure what is desired here. @JacquesCarette @szymczdm
Note: this would also fix an ambiguous import error with intro.
And imports should be specified from DocLang, correct? Examples shouldn't just import the whole subpackage? @szymczdm @JacquesCarette
I think that SRS has a lot of names that clash with pre-existing names. But the names used are 'meaningful', so the easiest way to deal with that is to use import qualified. So it should indeed be another exposed module of drasil-doclang. And right, let's specify the imports from DocLang.
Can be closed with merge of #788