eBookConfig migration

[ascholerChemeketa]

This is for discussion related to moving as much responsibility for eBookConfig to Runestone as possible.

Here is what the _base.html emitted by RS has:

eBookConfig property	Runestone-hosted context variable / source	Non-Runestone-hosted value
🟢 🔵 🟡 useRunestoneServices	Fixed: true	false
🔴 host	Fixed: ''	http://127.0.0.1:8000
🔴 app	Derived from host	Not set
🟢 course	course_name	PTX_Course_Title_Here
🟢 termStartDate	term_start_date	Not set
🟢 basecourse	base_course	PTX_Base_Course
🟢 isLoggedIn	is_logged_in (default false)	false
🟢 email	user_email	''
🟢 isInstructor	is_instructor (default false)	false
🟢 🔵 logLevel	Fixed: 10	0
🔴 ajaxURL	Derived from app	Not set
🟢 username	user_id	''
🟢 readings	readings (default [])	null
🟢 activities	activity_info (default {})	null
🟢 🟡 downloadsEnabled	downloads_enabled (default false)	false
🟢 🟡 allow_pairs	allow_pairs (default false)	false
🟢 course_attrs	course_attrs (default {}, JSON-encoded)	Not set
🟢 🔵 🟡 enableScratchAC	Publisher option: $b-has-scratch-activecode	Same
🟢 🔵 🟡 acDefaultLanguage	$html-scratch-activecode-language, when Scratch enabled	Same
new_server_prefix	Fixed: "/ns"	Not set
🟡 runestone_version	$runestone-version	Same
🔴 build_info	Not set	''
🔴 python3	Not set	null
🔴 jobehost	Not set	''
🔴 proxyuri_runs	Not set	''
🔴 proxyuri_files	Not set	''
🔴 enable_chatcodes	Not set	false

🟢 Definitely needed for RA
🔴 Should be removed, potentially with a bit of work
🔵 Needed for static html
🟡 Gets a value set by PreTeXt

[ascholerChemeketa]

...list merged into table above...

BUT... is enableScratchAC a publisher option or an instructor option? Just because the author of the book didn't turn it on, does that mean an instructor shouldn't be able to? Maybe not worth changing even if ownership is questionable.

Open question: which are truly needed for builds not being served by Runestone? Can/should we harden the JS so that those values get set to defaults on attempted read rather than depending on PTX to inject the defaults.