Closed choldgraf closed 6 years ago
I think solving (2) will also help with (1)! If it is easier for users to identify the source repo(+tag/commit/branch), they should be more likely to file timely issues when things break.
To give a bit more color: I first went looking for something like the "Edit on Github" button in readthedocs, or the ubiquitous "Fork me on Github" corner ribbons. I also looked through menu options for something marked 'Binder' that would help me understand the history/state/origins of this notebook. I next inspected the URL, which gave me not-quite-enough information to reconstruct the correct repo location. I guess all of those would be candidates for how to get this information to a user. Not sure, technically, the best place to inject this kind of information.
More generally, I guess I was surprised that there was no Binder-specific chrome on the notebook page, given that I had just clicked on a 'Launch Binder' button. Now that I understand the project a little better, this makes more sense to me (all that should happen is an interactive data environment should magically appear and be usable), but this was my experience on first encounter.
The repo and link from eLife should work again thanks to @tjd2002. I am a bit surprised/annoyed that the data file can change and remain reachable at the same URL. Something to pass on to the Open Data Zurich people.
@choldgraf Do you wish to close?
I think we can close this since there are already
https://github.com/jupyterhub/binderhub/issues/160 https://github.com/jupyterhub/binderhub/issues/260 https://github.com/jupyterhub/binderhub/issues/196
open. @tjd2002 I'll close this, but feel free to re-open if you wish!
Recently @tjd2002 posted some comments about their "first time user" experience clicking a Binder link in the eLife article. I'll post their thoughts in their entirety below:
Some challenges to overcome
This is me spit-balling a few of the challenges here:
cc @willingc