pingu_98/cara
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
cara/app/cara.ipynb

56 lines
1.3 KiB
Text
Raw Normal View History

Bring over the prototyped voila app, and handle installation dependencies correctly.
2020-10-20 07:51:34 +00:00
{
"cells": [
{
"cell_type": "markdown",
"metadata": {},
"source": [
Update the expert app to include a logo.
2020-11-20 10:24:25 +00:00
"<div style=\"text-align: center;\" align=\"center\">\n",
Fix logo distortion issue and reduce the size of the image downloaded when presenting the logo in small.
2021-04-01 19:20:17 +00:00
"<img src=\"../files/static/images/cara_logo_text_cern.png\" align=\"center\" style=\"text-align: center; height: 12em;\" /></div>\n",
Bring over the prototyped voila app, and handle installation dependencies correctly.
2020-10-20 07:51:34 +00:00
"<p style=\"color: blue; font-weight: bold; font-size: x-large; text-align: center;\" align=\"center\">\n",
"Airborne Transmission of SARS-CoV-2\n",
Update the pages based on the open source requirements.
2021-04-29 17:47:10 +00:00
"</p>\n",
"<p style=\"text-align: center;\">\n",
"Please see the <a href=\"https://cara.web.cern.ch/\">CARA homepage</a> for details on the methodology, assumptions and limitations of CARA.</p>"
Bring over the prototyped voila app, and handle installation dependencies correctly.
2020-10-20 07:51:34 +00:00
]
},
{
"cell_type": "code",
Undo the change to the notebook.
2020-10-26 12:43:27 +00:00
"execution_count": null,
Abstract the model state so that we can mutate it conveniently. This rather large change adds a layer between the underlying (immutable) model and the application. In doing so we can avoid the use of a global state (useful for the purposes of configuring multiple models in the same application later on) and it also unlocks the ability to implement an MVC-like separation of concerns - again, the intention is that when it comes to comparisons, we will just be able to re-use our application views. I was hoping that ``cara.state`` could have been avoided in lieu of using traitlets, but unfortunately I found a number of limitations which were prohibitive for its use here. Foremost of which was the lack of first-class dataclass support and the difficulty in needing either to use instances of the model (immutable) or duplicate the model and its structure in a mutable form and use the ``traitlets.Instance`` type. Instead I opted for doing it myself - the ``cara.state`` module would make a very good standalone project in the future.
2020-10-21 18:29:17 +00:00
"metadata": {
"pycharm": {
"name": "#%%\n"
Implement most of the model parameters in widgets.
2020-10-26 07:21:31 +00:00
},
"scrolled": false
Abstract the model state so that we can mutate it conveniently. This rather large change adds a layer between the underlying (immutable) model and the application. In doing so we can avoid the use of a global state (useful for the purposes of configuring multiple models in the same application later on) and it also unlocks the ability to implement an MVC-like separation of concerns - again, the intention is that when it comes to comparisons, we will just be able to re-use our application views. I was hoping that ``cara.state`` could have been avoided in lieu of using traitlets, but unfortunately I found a number of limitations which were prohibitive for its use here. Foremost of which was the lack of first-class dataclass support and the difficulty in needing either to use instances of the model (immutable) or duplicate the model and its structure in a mutable form and use the ``traitlets.Instance`` type. Instead I opted for doing it myself - the ``cara.state`` module would make a very good standalone project in the future.
2020-10-21 18:29:17 +00:00
},
Undo the change to the notebook.
2020-10-26 12:43:27 +00:00
"outputs": [],
Bring over the prototyped voila app, and handle installation dependencies correctly.
2020-10-20 07:51:34 +00:00
"source": [
Abstract the model state so that we can mutate it conveniently. This rather large change adds a layer between the underlying (immutable) model and the application. In doing so we can avoid the use of a global state (useful for the purposes of configuring multiple models in the same application later on) and it also unlocks the ability to implement an MVC-like separation of concerns - again, the intention is that when it comes to comparisons, we will just be able to re-use our application views. I was hoping that ``cara.state`` could have been avoided in lieu of using traitlets, but unfortunately I found a number of limitations which were prohibitive for its use here. Foremost of which was the lack of first-class dataclass support and the difficulty in needing either to use instances of the model (immutable) or duplicate the model and its structure in a mutable form and use the ``traitlets.Instance`` type. Instead I opted for doing it myself - the ``cara.state`` module would make a very good standalone project in the future.
2020-10-21 18:29:17 +00:00
"import cara.apps\n",
Bring over the prototyped voila app, and handle installation dependencies correctly.
2020-10-20 07:51:34 +00:00
"\n",
Abstract the model state so that we can mutate it conveniently. This rather large change adds a layer between the underlying (immutable) model and the application. In doing so we can avoid the use of a global state (useful for the purposes of configuring multiple models in the same application later on) and it also unlocks the ability to implement an MVC-like separation of concerns - again, the intention is that when it comes to comparisons, we will just be able to re-use our application views. I was hoping that ``cara.state`` could have been avoided in lieu of using traitlets, but unfortunately I found a number of limitations which were prohibitive for its use here. Foremost of which was the lack of first-class dataclass support and the difficulty in needing either to use instances of the model (immutable) or duplicate the model and its structure in a mutable form and use the ``traitlets.Instance`` type. Instead I opted for doing it myself - the ``cara.state`` module would make a very good standalone project in the future.
2020-10-21 18:29:17 +00:00
"app = cara.apps.ExpertApplication()\n",
"app.widget"
Bring over the prototyped voila app, and handle installation dependencies correctly.
2020-10-20 07:51:34 +00:00
]
}
],
"metadata": {
"kernelspec": {
"display_name": "Python 3",
"language": "python",
"name": "python3"
},
"language_info": {
"codemirror_mode": {
"name": "ipython",
"version": 3
},
"file_extension": ".py",
"mimetype": "text/x-python",
"name": "python",
"nbconvert_exporter": "python",
"pygments_lexer": "ipython3",
"version": "3.6.12"
}
},
"nbformat": 4,
"nbformat_minor": 4
Update the expert app to include a logo.
2020-11-20 10:24:25 +00:00
}
Reference in a new issue Copy permalink