You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Sep 28, 2022. It is now read-only.
Repository navigation
This repository was archived by the owner on Sep 28, 2022. It is now read-only.
@SimonBiggs I love how when you run scriptedforms the docs interface launches:
I think it would be great to make it as simple as this for a user to deploy all of their own scriptedforms via a mini website, so I can just send my colleagues a single url and they can browse my forms. If it was just a case of organising forms into a folder structure, then running scriptedforms parent_directory to get the website that would be incredible.
Cheers
Have a think about what sort of control you would need.
My thoughts are minimal control over page layout etc would be required. For this use case the best method for the creator really should just be forms inside a directory and then it creates a mini-website using it.
...That would mean Jekyll won't really be necessary, as I will set up the page layout + design using Angular. Page contents would still just be markdown files of course, probably just ScriptedForms to be exact.
Sounds good.
Re control, I imagine I would have 1 server for personal scripts, and another for sharing with colleagues, so permissions wouldn't be an issue. If the shared server could also log traffic that would be useful
Ahh when I said control I mean over page layout etc. If you don't mind not having much control/configurability then that makes the creation much simpler both for the form creator and for me making the system ...
Ok sure, I say keep it simple then. I presume that someone with web skills could write a wrapper around the basic page, if they wanted to add official logos, or embed within a corporate wiki structure?
btw your idea of making the official docs using this approach would be neat and then serve as a good example in itself!
Alright, well that puts this issue then as top priority. I need to do a bit more thinking about how best to implement it. If you have any more ideas/needs with respect to this let me know so that I can think about those also.
How I've thought about implementing it, it would be quite rigid. It wouldn't be simple to change the layout without seriously digging deep. Not ideal.
But you're right, this is a need. Maybe I could enable the use of jinja2 templates. That way someone could change that template to have control over the layout etc.
@robmarkcole you mentioned a big benefit of this website idea is you could point to a directory and allow users to navigate through it.
Could the solution be as simple as something like when you call scriptedforms from the command prompt there is an option --with-navigation you would write something like the following:
That would then open up the form called 00-landing-page.form.md, but with a difference, there would be a navigation panel to the left. That panel would provide links to all the forms within the directory. By default it would be alphabetical order, but by putting numbers in front of all the files you could control the display order...
Okay, so I've been struggling with how to implement this. To create the docs I want to be able to create a form with a navigation panel, and I want it to no have the toolbar at the top.
To achieve this, really what I need is some form configuration or metadata. Something like Jekyll's front matter might be perfect for this advanced use case.
For example:
---toolbar: falsenavigation: true---# Heading
Rest of form ... etc ...
<observe-session-start>
```python
stuff ='foo'```
</observe-session-start>
@SimonBiggsfront matter looks good to me. Best to keep the yaml as simple as possible as I know from expereience on Home-Assistant that yaml is very sensitive to indentation/white-space etc.
Cheers
I don't know if that's the right issue, but having the capability to launch a scriptedform from within a jupyter-notebook, would be more welcomed. That way, spending the usual effort to install and an maintain a jupyter server would give you a home for your forms for free.
On Thu., 7 Mar. 2019, 10:04 pm Kostis Anagnostopoulos, < ***@***.***> wrote:
I don't know if that's the right issue, but having the capability to
launch a *scriptedform* from within a jupyter-notebook, would be more
welcomed. That way, spending the usual effort to install and an maintain a
jupyter server would give you a home for your forms for free.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#241 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AGQVex_6BqiOIBUmLJv2Gzo2XrPuhIAGks5vUPJIgaJpZM4TVVZA>
.
I think issue #243 is about what i had in mind:
instead of spending the time to have an easy-to-deploy standalone scriptedforms distribution, just make sure that it embeds flawlessly into any Jupyter-server installation, so the usual options for that piece of software apply: jupyter-hub, multi-user setup, security extensions, widgets, etc.
On Sat, 9 Mar 2019 at 02:43, Kostis Anagnostopoulos < ***@***.***> wrote:
I think issue #243
<#243> is about what i
had in mind:
instead of spending the time to have an easy-to-deploy standalone
*scriptedforms* distribution, just make sure that it embeds flawlessly
into any Jupyter-server installation, so the usual options for that piece
of software apply: jupyter-hub, multi-user setup, security extensions,
widgets, etc.
Does that make sense?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#241 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AGQVe8-mZXiYBh6iCpMsTyagesuqkUaZks5vUoUlgaJpZM4TVVZA>
.
I had previously included that in the docs, but removed it. Maybe I should
add it in again... A pull request would be welcome given you know where you
would have most preferred to have found the information.
Activity
SimonBiggs commentedon Apr 15, 2018
I really like this idea. Maybe I should be fleshing this idea out first, then use this "website builder" to create the docs themselves...
SimonBiggs commentedon Apr 15, 2018
I originally dismissed your jekyll idea... but maybe to handle this side of things, that is the way to go...
SimonBiggs commentedon Apr 15, 2018
Have a think about what sort of control you would need.
My thoughts are minimal control over page layout etc would be required. For this use case the best method for the creator really should just be forms inside a directory and then it creates a mini-website using it.
...That would mean Jekyll won't really be necessary, as I will set up the page layout + design using Angular. Page contents would still just be markdown files of course, probably just ScriptedForms to be exact.
robmarkcole commentedon Apr 15, 2018
Sounds good.
Re control, I imagine I would have 1 server for personal scripts, and another for sharing with colleagues, so permissions wouldn't be an issue. If the shared server could also log traffic that would be useful
SimonBiggs commentedon Apr 15, 2018
Ahh when I said control I mean over page layout etc. If you don't mind not having much control/configurability then that makes the creation much simpler both for the form creator and for me making the system ...
robmarkcole commentedon Apr 15, 2018
Ok sure, I say keep it simple then. I presume that someone with web skills could write a wrapper around the basic page, if they wanted to add official logos, or embed within a corporate wiki structure?
btw your idea of making the official docs using this approach would be neat and then serve as a good example in itself!
SimonBiggs commentedon Apr 15, 2018
Alright, well that puts this issue then as top priority. I need to do a bit more thinking about how best to implement it. If you have any more ideas/needs with respect to this let me know so that I can think about those also.
SimonBiggs commentedon Apr 15, 2018
How I've thought about implementing it, it would be quite rigid. It wouldn't be simple to change the layout without seriously digging deep. Not ideal.
But you're right, this is a need. Maybe I could enable the use of jinja2 templates. That way someone could change that template to have control over the layout etc.
SimonBiggs commentedon Apr 15, 2018
@robmarkcole you mentioned a big benefit of this website idea is you could point to a directory and allow users to navigate through it.
Could the solution be as simple as something like when you call scriptedforms from the command prompt there is an option
--with-navigationyou would write something like the following:That would then open up the form called
00-landing-page.form.md, but with a difference, there would be a navigation panel to the left. That panel would provide links to all the forms within the directory. By default it would be alphabetical order, but by putting numbers in front of all the files you could control the display order...robmarkcole commentedon Apr 16, 2018
@SimonBiggs that sounds like a good solution
SimonBiggs commentedon Apr 30, 2018
@robmarkcole
Okay, so I've been struggling with how to implement this. To create the docs I want to be able to create a form with a navigation panel, and I want it to no have the toolbar at the top.
To achieve this, really what I need is some form configuration or metadata. Something like Jekyll's front matter might be perfect for this advanced use case.
For example:
What do you think? Okay for this advanced case?
robmarkcole commentedon Apr 30, 2018
@SimonBiggs
front matterlooks good to me. Best to keep the yaml as simple as possible as I know from expereience on Home-Assistant that yaml is very sensitive to indentation/white-space etc.Cheers
ankostis commentedon Mar 7, 2019
I don't know if that's the right issue, but having the capability to launch a scriptedform from within a jupyter-notebook, would be more welcomed. That way, spending the usual effort to install and an maintain a jupyter server would give you a home for your forms for free.
SimonBiggs commentedon Mar 7, 2019
ankostis commentedon Mar 8, 2019
I think issue #243 is about what i had in mind:
instead of spending the time to have an easy-to-deploy standalone scriptedforms distribution, just make sure that it embeds flawlessly into any Jupyter-server installation, so the usual options for that piece of software apply: jupyter-hub, multi-user setup, security extensions, widgets, etc.
Does that make sense?
SimonBiggs commentedon Mar 8, 2019
ankostis commentedon Mar 8, 2019
Thanks!
From the docs i got the impression that it is only possible to launch it from the command-line.
SimonBiggs commentedon Mar 8, 2019