diff --git a/src/about.md b/src/about.md
index 40fb70304146f9d4a61391a3e463dc2e15b33e12..70a1720e3f90cc8ee969b34f3f5793ec84b98adc 100644
--- a/src/about.md
+++ b/src/about.md
@@ -39,6 +39,6 @@ We will ask difficult questions and challenge your assumptions.
 
 ### We are not-for-profit
 
-Coko is a fiscally sponsored charitable not-for-profit project of [Aspiration](https://aspirationtech.org/). All surplus goes back into the development of what we call “Community Products” (see [Community](https://coko.foundation/community)). These products are developed with the community, for the community, and are freely available (open source) for use and re-use.
+Coko is a fiscally sponsored charitable not-for-profit project of [Aspiration](https://aspirationtech.org/). All surplus goes back into the development of what we call “Community Products” (see [Community](https://coko.foundation/community)\). These products are developed with the community, for the community, and are freely available (open source) for use and re-use.
 
 Coko will only work with organisations to develop products that are 100% open source. For-profits interested in working with Coko code and community should contact [Nikau Consultancy](https://nikau.consulting).
diff --git a/src/articles/RFPs.md b/src/articles/RFPs.md
index 48eacfa3f5d69d375ec12c6f76d3e30e8eea6378..53a8d10a14a830a514b1e6a96e6723908dc67065 100644
--- a/src/articles/RFPs.md
+++ b/src/articles/RFPs.md
@@ -1,6 +1,6 @@
 ---
 title: "Can we do away with RFPs?"
-subtitle: "Originally published on Upstream - https://upstream.force11.org/posts/can-we-do-away-with-rfps"
+subtitle: "Originally published on Upstream - https://upstream.force11.org/can-we-do-away-with-rfps"
 author: Adam Hyde
 date: "2022-02-01"
 category: "thoughts"
diff --git a/src/articles/WorkflowSprints.md b/src/articles/WorkflowSprints.md
index c56bd450659cbecfee10885184d8acce99510c19..13dec090a6fc50a328355e6f29db4379d6ad375d 100644
--- a/src/articles/WorkflowSprints.md
+++ b/src/articles/WorkflowSprints.md
@@ -5,7 +5,6 @@ author: Adam Hyde
 date: "2022-09-27"
 category: "article"
 ---
-  <a href="/outputs/Understanding_and_Implementing_Workflow-first_Design_(Workflow Sprints).pdf" download>Download PDF</a>
 
 ## ~~Technology!~~  Workflow!
 
diff --git a/src/articles/itch-to-scratch.md b/src/articles/itch-to-scratch.md
index b8eb6ace220e46544742b63d0fa8f6128f8f7e34..aa4e010a2c072b7bdc737604a06196cc6dfd1585 100644
--- a/src/articles/itch-to-scratch.md
+++ b/src/articles/itch-to-scratch.md
@@ -5,6 +5,7 @@ date: "2017-04-20"
 author: Adam Hyde
 category: "article"
 ---
+
 Open source is a developer-centric solutions model, which, in a nutshell, could be described as building communities of developers to solve problems.
 
 In its most simplistic form, the model has two stages. First, a developer has a problem, which they can fix with some new code, and they make a start on it. Second, if they then make their solution available to other developers it can develop into a full blown thriving open source community. When it works it is a fantastic process to behold and it this simple model that has changed the history of computing.
diff --git a/src/articles/kotahiToJats.md b/src/articles/kotahiToJats.md
index a9bfa5779c3813baa9bdf851165764b676f3eaab..3c15a56fee3242a6e0c9306ce5af4565c6afc8f1 100644
--- a/src/articles/kotahiToJats.md
+++ b/src/articles/kotahiToJats.md
@@ -12,7 +12,7 @@ category: "article"
 
 Not all workflows require every one of these output formats – it’s possible to use Kotahi for evaluating preprints residing on external servers, for example, with no need to regenerate their PDFs – but an increasing number of publishing projects aim to generate multiple formats, and Kotahi is designed to make it easy for teams with minimal format-specific knowledge to publish to any of those formats. Kotahi also versions documents; if a new version of a document is created, re-exporting in all formats is simple.
 
-Kotahi is in active development, with a growing number of users. It is available for installation from the [Coko Gitlab](https://gitlab.coko.foundation/kotahi/kotahi)).
+Kotahi is in active development, with a growing number of users. It is available for installation from the [Coko Gitlab](https://gitlab.coko.foundation/kotahi/kotahi)\).
 
 ### Features
 
@@ -20,10 +20,10 @@ Kotahi’s main features include:
 
 - Multiple workflows and use cases: Kotahi supports multiple workflows for PRC (Publish, Review, Curate) and the submission, peer review, and publishing of everything from preprints, micropubs, journals, and books to exciting new types of publishing.
 - Multiple review models: Kotahi enables publishers to use a number of different review models: open, blind, or double blind. Reviewers can have individual reviews or collaborate on a shared review. Review forms are customizable from within the browser.
-- Document editing: Users can author and edit articles in the browser, using Wax ([https://waxjs.net/](https://waxjs.net/&sa=D&source=editors&ust=1651750069393906&usg=AOvVaw1hiJCkq-r6xLfX28HyypEI)), Coko’s full-featured web-based word processor.
+- Document editing: Users can author and edit articles in the browser, using Wax ([https://waxjs.net/](https://waxjs.net/)\), Coko’s full-featured web-based word processor.
 - Real-time notifications and chat: Kotahi is built to get the best from web collaboration and supports real-time notifications, chat, synchronized updates and more. Live chat (both text and video) functionality can be used to communicate with authors or collaborate as an editorial team.
 - Metadata: The in-browser form builder can be used to design submission forms to capture and manage metadata specific to each workflow.
-- Single-Source Publishing: Kotahi supports single-source publishing ([https://coko.foundation/articles/single-source-publishing.html](https://coko.foundation/articles/single-source-publishing.html&sa=D&source=editors&ust=1651750069395187&usg=AOvVaw3XoD9JfFimzi0cSJFW995M)). All stakeholders are able to access the same manuscript during content creation (peer review, editing, etc.) and production (copy editing, semantic tagging, etc.). This obviates the need to track and control documents across multiple systems.
+- Single-Source Publishing: Kotahi supports single-source publishing ([https://coko.foundation/articles/single-source-publishing.html](https://coko.foundation/articles/single-source-publishing.html)\). All stakeholders are able to access the same manuscript during content creation (peer review, editing, etc.) and production (copy editing, semantic tagging, etc.). This obviates the need to track and control documents across multiple systems.
 - Versioning: Versioning is supported so that changes to a submission can be easily compared.
 - Exporting: Currently Kotahi exports to PDF, JATS, and HTML. A GraphQL API makes it possible to export Kotahi’s data to other systems (such as PubMed, Crossref and FLAX) as needed.
 - Integrations: Authorization integration via ORCID is available. Kotahi can register DOIs for articles via integration with Crossref. It can also publish reviews of existing articles as Hypothes.is annotations, as used by eLife for generating Transparent Review in Preprints (TRiP) on the bioRxiv server.
@@ -33,7 +33,7 @@ Kotahi’s main features include:
 
 Development of Kotahi is being supported by eLife, Amnet Systems, and Aperture (an open publishing platform from the Organization for Human Brain Mapping).
 
-This article primarily focuses on the production of JATS ([https://jats.nlm.nih.gov/](https://jats.nlm.nih.gov/&sa=D&source=editors&ust=1651750069397466&usg=AOvVaw05HDhmlOZ88Odz2oZMvAo7)) in Kotahi. These capabilities have been anticipated for many years by the Coko team and the build up to the current JATS functionality has taken many years. However it is worth noting that recently Coko has collaborated with Amnet, a publishing solutions company in India, on the Wax-JATS development.
+This article primarily focuses on the production of JATS ([https://jats.nlm.nih.gov/](https://jats.nlm.nih.gov/)\) in Kotahi. These capabilities have been anticipated for many years by the Coko team and the build up to the current JATS functionality has taken many years. However it is worth noting that recently Coko has collaborated with Amnet, a publishing solutions company in India, on the Wax-JATS development.
 
 ## Background: Coko and Kotahi
 
@@ -50,11 +50,11 @@ Kotahi builds on a number of different projects produced by Coko. Major componen
 
 In conjunction with Kotahi, integration work is also being done on another Coko project:
 
-- FLAX (website forthcoming). FLAX is an open source publishing front end, a web presence for content produced in Kotahi and Editoria ([https://editoria.community/](https://editoria.community/&sa=D&source=editors&ust=1651750069402435&usg=AOvVaw0-b_yh0Fdremq-4tABHlKC)). FLAX is in active development as a way to present content which lives in Kotahi in a web-first model. FLAX is written in JavaScript.
+- FLAX (website forthcoming). FLAX is an open source publishing front end, a web presence for content produced in Kotahi and Editoria ([https://editoria.community/](https://editoria.community/)\). FLAX is in active development as a way to present content which lives in Kotahi in a web-first model. FLAX is written in JavaScript.
 
 And two other projects at Coko, which may be integrated with Kotahi in the near future:
 
-- Science Beam ([https://sciencebeam.org/](https://sciencebeam.org/&sa=D&source=editors&ust=1651750069403242&usg=AOvVaw2SF1zF93scLn3zFpCYQ4ab)). An open source machine learning application to convert PDF scholarly articles to XML with high accuracy. Originally built by eLife and transferred to Coko to further develop and maintain. ScienceBeam is primarily a Python application.
+- Science Beam ([https://sciencebeam.org/](https://sciencebeam.org/)\). An open source machine learning application to convert PDF scholarly articles to XML with high accuracy. Originally built by eLife and transferred to Coko to further develop and maintain. ScienceBeam is primarily a Python application.
 - Libero Editor (website forthcoming). An open source JATS XML editor (a replacement for Texture). Originally built by eLife and transferred to Coko to further develop and maintain. Libero Editor is written in JavaScript.
 
 While traditional workflows involve direct editing of documents inside of Kotahi, it’s also possible to use Kotahi to run a PRC workflow, ingesting preprints from external servers. In that particular case, ScienceBeam might be used to generate JATS from PDF-based manuscripts. In this use case Libero Editor would then be used to edit the JATS produced by ScienceBeam. This same pipeline could be used for other scenarios that need to convert PDF back into structured data (eg. where LaTeX PDF output has been submitted).
@@ -71,7 +71,7 @@ The following is also a workflow diagram showing Kotahi being used by a PRC orga
 
 ![](/images/uploads/2022-05-kotahi-image7.jpg)
 
-These diagrams don’t need to be explored in depth for an understanding of how JATS fits into Kotahi (see [https://coko.foundation/articles/white-paper-kotahi-current-state.html](https://coko.foundation/articles/white-paper-kotahi-current-state.html&sa=D&source=editors&ust=1651750069405898&usg=AOvVaw1HRubmN35e_zR4yQ_ytB-_)), though it’s useful for thinking about the ways documents travel through a system from user to user. Many different people are viewing a manuscript – in different states – and may be making changes; and every publication probably has their own, slightly different, path. Aperture, for example, is publishing to static HTML pages and PDF as a one-time event; but you can also configure Kotahi to publish multiple times synchronously or asynchronously. Most of the time we imagine JATS as being the final point in a document; but Kotahi is designed in such a way that it doesn’t have to be.
+These diagrams don’t need to be explored in depth for an understanding of how JATS fits into Kotahi (see [https://coko.foundation/articles/white-paper-kotahi-current-state.html](https://coko.foundation/articles/white-paper-kotahi-current-state.html)\), though it’s useful for thinking about the ways documents travel through a system from user to user. Many different people are viewing a manuscript – in different states – and may be making changes; and every publication probably has their own, slightly different, path. Aperture, for example, is publishing to static HTML pages and PDF as a one-time event; but you can also configure Kotahi to publish multiple times synchronously or asynchronously. Most of the time we imagine JATS as being the final point in a document; but Kotahi is designed in such a way that it doesn’t have to be.
 
 ### HTML
 
@@ -174,7 +174,7 @@ The following image shows the user interface for Wax.
 
 As mentioned earlier, Wax’s internal format is HTML. Consequently, Kotahi can directly export PDFs using HTML with PagedMedia queries (utilizing Paged.js). Styling for Paged.js is done with stored CSS templates. Paged.js is itself a comprehensive topic and deserves a separate article.
 
-For more information on PagedMedia and how Paged.js works please see [https://pagedjs.org/](https://pagedjs.org/&sa=D&source=editors&ust=1651750069423540&usg=AOvVaw00hukBa_BtCRuJ9c9QbOGW)
+For more information on PagedMedia and how Paged.js works please see [https://pagedjs.org/](https://pagedjs.org/)
 
 It’s important to note that Wax (as used in Kotahi) is not an ‘anything goes’ HTML editor: Wax allows only a strict predefined (and configurable) set of document semantics. Each semantic element (eg italics, or headings) are recorded in the underlying source as tags (eg. ` <em>``</em> ` or ` <h1>``</h1> `) which align (by configuration) with the same tags produced by xSweet. While a submitted docx file might consist of a great variety of (almost) arbitrary tags, the result of xSweet’s docx-to-HTML conversion has a clearly defined, clean, tag range and structure. The output from xSweet is also conformant with the structure and tags required by Wax. Editing in Wax also ensures the underlying integrity of the underlying document source is maintained.
 
diff --git a/src/articles/signalProcessing.md b/src/articles/signalProcessing.md
index cc9b8dc9742babf5f864d10b3e2df5f0fe7d0f12..b22769dd67a4a309d2601c3d643a679f947f47b7 100644
--- a/src/articles/signalProcessing.md
+++ b/src/articles/signalProcessing.md
@@ -5,7 +5,7 @@ date: "2017-12-07"
 author: Adam Hyde
 category: "thoughts"
 ---
-I wrote a blog post about an emerging method to design workflows, tentatively titled [‘1+1‘](https://www.adamhyde.net/11-design-method-for-workflow/). I’m refining this a little and also have spoken to a few people about it, in particular, I stole a few minutes of Anthony Mann’s time (founder of [Make us Proud](http://www.makeusproud.com/), and [YLD](https://www.yld.io/)) in London over drinks to explore the idea. Interestingly, Anthony immediately saw parallels to signal processing apps which was quite an interesting insight – even more interesting to me as Signal Processing is something I happen to have had a lot of experience in from my artist days. This insight inspired me to think through that connection a little more… so, inspired by the chat with Anthony, the following takes ‘1+1’ a bit further, maybe I’ll iteratively call it ‘SignalPath Workflow Design’…
+I wrote a blog post about an emerging method to design workflows, tentatively titled [‘1+1‘](https://www.adamhyde.net/11-design-method-for-workflow/). I’m refining this a little and also have spoken to a few people about it, in particular, I stole a few minutes of Anthony Mann’s time (founder of [Make us Proud](http://www.makeusproud.com/), and [YLD](https://www.yld.io/)\) in London over drinks to explore the idea. Interestingly, Anthony immediately saw parallels to signal processing apps which was quite an interesting insight – even more interesting to me as Signal Processing is something I happen to have had a lot of experience in from my artist days. This insight inspired me to think through that connection a little more… so, inspired by the chat with Anthony, the following takes ‘1+1’ a bit further, maybe I’ll iteratively call it ‘SignalPath Workflow Design’…
 
 ## Signals
 
diff --git a/src/articles/ssp-editoria.md b/src/articles/ssp-editoria.md
index 9bf1b7497a26d37e53d18c8752d37cd26a8bb119..f8904a9ae0a73033ba30e7ba07fa98c4a8a1d68b 100644
--- a/src/articles/ssp-editoria.md
+++ b/src/articles/ssp-editoria.md
@@ -5,7 +5,6 @@ author: Adam Hyde
 date: "2021-09-13"
 category: "study-paper"
 ---
-  <a href="/outputs/Single_Source_Publishing_Case_Study_Ketida_(Books).pdf" download>Download PDF</a>
   
   <video controls>
     <source src="/images/uploads/editoriaDemo.webm" type="video/webM">
diff --git a/src/articles/ssp.md b/src/articles/ssp.md
index 981a48457f19d592b9bd2bed9ddecce009061841..e5367371efb78d22bfe4f40be345072a21367484 100644
--- a/src/articles/ssp.md
+++ b/src/articles/ssp.md
@@ -5,7 +5,6 @@ author: Adam Hyde
 date: "2021-08-16"
 category: "article"
 ---
-  <a href="/outputs/Single_Source_Publishing.pdf" download>Download PDF</a>
 
 <p>note: this is a combination of 6 articles published in a series in 2021.</p>
   <h2>The Problem</h2>
diff --git a/src/layouts/article-single.njk b/src/layouts/article-single.njk
index 57a0513855cb5fe3422c9468db4c8f5dc88388d3..8bd6c8bc6dc0b2f8bb5dfa3a40f617f9ce0e5507 100644
--- a/src/layouts/article-single.njk
+++ b/src/layouts/article-single.njk
@@ -15,6 +15,9 @@
         </header>
 
         <article class="post-content">
+            <a href="/outputs/{{title | slugify}}.pdf" download class="download">
+                <img src="/images/downloadPDF.png" alt="Download PDF"/>
+            </a>
             {% if image %}
                 <figure>
                     <img src="{{image}}" alt="{{title}}">
diff --git a/src/services.md b/src/services.md
index 9315a553774889db9717757b3b0417e5c1b3d75d..275e225cb422544fba80bb8409a2ea257e13da78 100644
--- a/src/services.md
+++ b/src/services.md
@@ -7,7 +7,6 @@ order: 3
 heading: We build better.
 chapeau: "We help established publishers improve existing workflows and new entrants explore new ways to publish. We build better, in less time and for less money."
 ---
-
 <!-- ## We are experts in publishing technology and development. We help established publishers improve existing workflows and new entrants explore new ways to publish. Our services include: -->
 
 ## Our services include
diff --git a/static/css/theme-coko/main.css b/static/css/theme-coko/main.css
index bd2950d7fda6740d9e7e97b25a9c3a4b8f5dc62f..2f2a358e4dcd481c267324e679144e223179e3ad 100644
--- a/static/css/theme-coko/main.css
+++ b/static/css/theme-coko/main.css
@@ -927,6 +927,11 @@ article iframe {
   margin-top: 2em;
   padding: 2em;
 }
-
-
-
+.download {
+  position: absolute;
+  top: 0; 
+  right: 0;
+}
+.post-content {
+  position: relative;
+}
diff --git a/static/images/downloadPDF.png b/static/images/downloadPDF.png
new file mode 100644
index 0000000000000000000000000000000000000000..594ffaf9718f5a2fa492bcea0ccfd1d0a98a2880
Binary files /dev/null and b/static/images/downloadPDF.png differ
diff --git a/static/outputs/a-typescript-for-the-web.pdf b/static/outputs/a-typescript-for-the-web.pdf
new file mode 100644
index 0000000000000000000000000000000000000000..0fdb1a56f3caac7ef4fa4d95ce1bc3fee881d2ab
Binary files /dev/null and b/static/outputs/a-typescript-for-the-web.pdf differ
diff --git a/static/outputs/can-we-do-away-with-rf-ps.pdf b/static/outputs/can-we-do-away-with-rf-ps.pdf
new file mode 100644
index 0000000000000000000000000000000000000000..14db82fc5eccd9f237484581716319977f095741
Binary files /dev/null and b/static/outputs/can-we-do-away-with-rf-ps.pdf differ
diff --git a/static/outputs/designing-for-emergent-workflow-cultures-e-life-prc-and-kotahi.pdf b/static/outputs/designing-for-emergent-workflow-cultures-e-life-prc-and-kotahi.pdf
new file mode 100644
index 0000000000000000000000000000000000000000..199c554298f650644c35e98e931377a931c0f8ca
Binary files /dev/null and b/static/outputs/designing-for-emergent-workflow-cultures-e-life-prc-and-kotahi.pdf differ
diff --git a/static/outputs/how-the-itch-to-scratch-model-can-solve-our-ux-woes.pdf b/static/outputs/how-the-itch-to-scratch-model-can-solve-our-ux-woes.pdf
new file mode 100644
index 0000000000000000000000000000000000000000..e46b324fc85d90763d2ea56b9c3fc6c36c57a4c9
Binary files /dev/null and b/static/outputs/how-the-itch-to-scratch-model-can-solve-our-ux-woes.pdf differ
diff --git a/static/outputs/html-typescript-redistributing-labor.pdf b/static/outputs/html-typescript-redistributing-labor.pdf
new file mode 100644
index 0000000000000000000000000000000000000000..cf8858a77d2ef7acb8ee89728de70f3bde36796d
Binary files /dev/null and b/static/outputs/html-typescript-redistributing-labor.pdf differ
diff --git a/static/outputs/kotahi-a-new-approach-to-jats-production.pdf b/static/outputs/kotahi-a-new-approach-to-jats-production.pdf
new file mode 100644
index 0000000000000000000000000000000000000000..439928609c6e3f533c8334caa9ee416bfdf995bf
Binary files /dev/null and b/static/outputs/kotahi-a-new-approach-to-jats-production.pdf differ
diff --git a/static/outputs/open-source-and-scholary-publishing.pdf b/static/outputs/open-source-and-scholary-publishing.pdf
new file mode 100644
index 0000000000000000000000000000000000000000..e90905a0017e24fc2470a1a6b46fd6da86c46c0e
Binary files /dev/null and b/static/outputs/open-source-and-scholary-publishing.pdf differ
diff --git a/static/outputs/signal-path-workflow-design.pdf b/static/outputs/signal-path-workflow-design.pdf
new file mode 100644
index 0000000000000000000000000000000000000000..2e2e2153f8a43153c5647c8d240a93ff74df89fb
Binary files /dev/null and b/static/outputs/signal-path-workflow-design.pdf differ
diff --git a/static/outputs/Single_Source_Publishing_Case_Study_Ketida_(Books).pdf b/static/outputs/single-source-publishing-case-study-ketida-books.pdf
similarity index 99%
rename from static/outputs/Single_Source_Publishing_Case_Study_Ketida_(Books).pdf
rename to static/outputs/single-source-publishing-case-study-ketida-books.pdf
index 00ccc35f77191d8395657a22b7b5cd19ea948655..d653bbe73939fd44948b679a3a3778d891808f64 100644
Binary files a/static/outputs/Single_Source_Publishing_Case_Study_Ketida_(Books).pdf and b/static/outputs/single-source-publishing-case-study-ketida-books.pdf differ
diff --git a/static/outputs/Single_Source_Publishing.pdf b/static/outputs/single-source-publishing.pdf
similarity index 79%
rename from static/outputs/Single_Source_Publishing.pdf
rename to static/outputs/single-source-publishing.pdf
index b81c8a7e19a3e6a0d92ab86d76840f2b5db40a64..33cdcafd5e4a40442b2243fb01e540c06b42a34b 100644
Binary files a/static/outputs/Single_Source_Publishing.pdf and b/static/outputs/single-source-publishing.pdf differ
diff --git a/static/outputs/Understanding_and_Implementing_Workflow-first_Design_(Workflow Sprints).pdf b/static/outputs/understanding-and-implementing-workflow-first-design-workflow-sprints.pdf
similarity index 92%
rename from static/outputs/Understanding_and_Implementing_Workflow-first_Design_(Workflow Sprints).pdf
rename to static/outputs/understanding-and-implementing-workflow-first-design-workflow-sprints.pdf
index 88e36932c2d1669ff4f72d0a75714dfd44ce8a39..a2a496c6d3c2a91b2723fde972c787a3a6cda2b7 100644
Binary files a/static/outputs/Understanding_and_Implementing_Workflow-first_Design_(Workflow Sprints).pdf and b/static/outputs/understanding-and-implementing-workflow-first-design-workflow-sprints.pdf differ
diff --git a/static/outputs/white-paper-kotahi-current-state.pdf b/static/outputs/white-paper-kotahi-current-state.pdf
new file mode 100644
index 0000000000000000000000000000000000000000..f629caf58c7170610d1370841809ae4ee87b4d63
Binary files /dev/null and b/static/outputs/white-paper-kotahi-current-state.pdf differ