Yes please, that is sounding marvellous Hendrik, <br>thank you for the effort much appreciated.<br><br>Would that be able potentially in the future to be set up under the area that Stefan is looking at as suggested in his earlier postings – do you think?<br><br>Downloading and producing locally and reposting resultant document(s), seems a fair way to go.<br><br>Would we use RStudio for production locally, or could we jump directly to pandoc?<br><br>Can we produce a multi-page approach if deemed necessary, or would we be looking at everything being in one index file?<br><br>And I assume that a seperate project could conceivably handle the main TeXworks manual? <br><br>Or is there a case here, for just making the scripting API TwScript a section of that TeXworks manual, or is it better to keep them both separate from each other?<br><br>What I like is that afaik we can throw out a LaTeX version providing the core of the document and provide necessary improvements (document preamble header, redefined macros, and packages statically etc.).<br><br>Looking good so far overall, for sure.<br><br>Kindest regards, <br>and thanks again Hendrik,<br><br>Paul <br><br>On Wednesday, 9 June 2021, Henrik Skov Midtiby <<a href="mailto:henrikmidtiby@gmail.com">henrikmidtiby@gmail.com</a>> wrote:<br>> Dear Paul and Stefan,<br>><br>> If you want to have push access to the repository for testing purposes<br>> let me know.<br>><br>> Best regards,<br>> Henrik<br>><br>> On Tue, 8 Jun 2021 at 14:22, Henrik Skov Midtiby<br>> <<a href="mailto:henrikmidtiby@gmail.com">henrikmidtiby@gmail.com</a>> wrote:<br>>><br>>> The system is now working ;-)<br>>><br>>> The workflow will be as follows:<br>>> Push a commit with a changed markdown file to github.<br>>> Travis CI is activated automatically.<br>>> The updated site is deployed within approx. 3 minutes.<br>>><br>>> /Henrik<br>>><br>>> On Tue, 8 Jun 2021 at 12:32, Henrik Skov Midtiby<br>>> <<a href="mailto:henrikmidtiby@gmail.com">henrikmidtiby@gmail.com</a>> wrote:<br>>> ><br>>> > Dear Paul and Stefan,<br>>> ><br>>> > Regarding the difference between markdown and bookdown it is mainly<br>>> > related to the intended output.<br>>> > Markdown is for smaller documents (ie. articles) whereas bookdown is<br>>> > more suited for longer texts as books and reports.<br>>> ><br>>> > Today I have been experimenting with the combination of bookdown,<br>>> > github, travis-ci and github-pages.<br>>> > It should support the workflow of changing a single text file in the<br>>> > git repository and then travis-ci should update the published book.<br>>> > It is still not working as I would like, but it seems doable.<br>>> > I have written a few notes about the process here<br>>> > <a href="https://github.com/henrikmidtiby/bookdown-testing/blob/main/00-texworks-scripting.Rmd">https://github.com/henrikmidtiby/bookdown-testing/blob/main/00-texworks-scripting.Rmd</a><br>>> ><br>>> > What I try to achieve is to host a bookdown on github pages on this address.<br>>> > The book present there at the moment was "compiled" on my own computer<br>>> > through RStudio.<br>>> > <a href="https://henrikmidtiby.github.io/bookdown-testing/">https://henrikmidtiby.github.io/bookdown-testing/</a><br>>> > Unfortunately the site is not available right now due to a server issue.<br>>> ><br>>> > I will get back with an update in a few days.<br>>> ><br>>> > /Henrik<br>>> ><br>>> ><br>>> > On Fri, 4 Jun 2021 at 16:03, Paul A Norman <<a href="mailto:paul.a.norman@gmail.com">paul.a.norman@gmail.com</a>> wrote:<br>>> > ><br>>> > > Dear Stefan,<br>>> > ><br>>> > > Really appreciate you taking the time to address this, and your suggestion sounds really valuable.<br>>> > ><br>>> > > Having everything together – TeXworks msnual and the API help (TwScript :-) would be great.<br>>> > ><br>>> > > Henrik's suggestion on Bookdown looks very good. I should not be surprised if that could some how be used to some useful degree in a GitHub environment.<br>>> > > The extended MD syntax of Bookdown certainly looks very useful.<br>>> > ><br>>> > > Even if the MD source files were to be taken client side and put through Pandoc, and the results uploaded back to the Git hub repository, we'd still have a central editable repository for the source files.<br>>> > ><br>>> > > I know that MD —> Pandoc produced html can also be uploaded to GitHub as a static website.<br>>> > ><br>>> > > I might be out of touch for just a few days. If Henrik is still following this thread, his thoughts and others' might also be valuable at this point.<br>>> > ><br>>> > > There may be other options for a compliant repository for theBookdown MD, perhaps others might chime in here, the Bookdown reccomendation I think handles everything out of the box for "post-production" (html pdf docx) I think(?)<br>>> > > If that is not essential then GitHub would be great.<br>>> > ><br>>> > > I do believe that the application I've been using to make the TwScript API help – html pdf etc. – HelpnDoc, can throw out MD (I think that they list three available dialects) so that may give us a base to start from using the work already done to date to seed the new project.<br>>> > ><br>>> > > Going forward I could put a redirect on the existing TwScript api web site as well.<br>>> > ><br>>> > > If we can settle on simillar if not identical processes for the TeXworks main manual, and repository, it would make a lot of sense.<br>>> > ><br>>> > > There may be a way to process the existing TeXworks manual's work to MD to seed it's initial project as well.<br>>> > > If not from pure LaTeX(?) then initially from the html to MD may be feasible.<br>>> > ><br>>> > > Seems things are starting to look good on this documenation front overall :-)<br>>> > ><br>>> > > Paul<br>>> > ><br>>> > > On Saturday, 5 June 2021, Stefan Löffler <<a href="mailto:st.loeffler@gmail.com">st.loeffler@gmail.com</a>> wrote:<br>>> > > > Dear Paul,<br>>> > > ><br>>> > > > sorry for not writing sooner, busy as always... :/<br>>> > > ><br>>> > > > On 30.04.21 09:40, Paul A Norman wrote:<br>>> > > ><br>>> > > > Thanks Henrik,<br>>> > > > That is certainly very helpful.<br>>> > > > "A nice example is the bookdown R package, that makes it easy to suggest a change to a book through a github pull request.<br>>> > > > You can see it in action here —<br>>> > > > <a href="https://bookdown.org/yihui/bookdown/">https://bookdown.org/yihui/bookdown/</a><br>>> > > > I know that other LaTeX documentation is produced through intermediary formats, and this one is looking like a good approach.<br>>> > > ><br>>> > > > We may need, whatever option is followed, some sort of "safe" server, as all too often for commercial or other reasons, public "free" hosting options are withdrawn often with little or no warning. May be in this case the situation is safer?<br>>> > > ><br>>> > > > If it helps, I can definitely create a new repository on Github in the "TeXworks organization" and give you write access to it.<br>>> > > ><br>>> > > > In fact, I was going to propose to look into the markdown support for Github Pages (i.e., writing stuff in markdown, publishing it to Github, and getting it rendered nicely). The result would be something akin to <a href="https://stloeffler.github.io/texworks-testing/">https://stloeffler.github.io/texworks-testing/</a> (the theme is customizable ;)), though probably at a url similar to <a href="http://texworks.github.io/js-api-doc">texworks.github.io/js-api-doc</a>.<br>>> > > ><br>>> > > > I am quite happy to just dive into any realistic option, and MarkDown as provided up by Bookdown is looking like a very viable option indeed.<br>>> > > ><br>>> > > > Not sure what the differences (benefits) are between MarkDown and BookDown...<br>>> > > ><br>>> > > > Anyway, please let me know what you find, as I have been toying with the idea of converting the "main" manual to markdown as well (for easier writing, editing, and conversion to multiple formats).<br>>> > > ><br>>> > > > HTH<br>>> > > > Stefan<br>>> > > ><br>>