Pkp-lib: Move Gitbooks to PKP website so they can be indexed

Created on 9 Mar 2018  路  11Comments  路  Source: pkp/pkp-lib

-Subdomain has been created on PKP server - docs.pkp.sfu.ca. -Write script so that books get downloaded every day.
-Create index page or website page that will list these documents. Have subdirectory for each guide.
-Make sure it is all indexed

Community Priority Dev Housekeeping

All 11 comments

Can I mockup the index page? :) Are we planning to use Jekyll or some other static site generator? Does anyone mind if I whack the Community Priority and Dev Housekeeping tags on this?

Whack away! And right now the way we're doing this is generating the gitbook docs at docs.pkp.sfu.ca, but redirecting the web root to https://pkp.sfu.ca/pkp-software-documentation/ for the "TOC". Open to suggestions for doing this better (I was actually futzing around with using OMP to manage a documentation catalogue, but very quickly hit some problem areas).

I'd also like to use a better/different theme for the documentation - right now it's just the gitbook standard. See eg. http://docs.pkp.sfu.ca/ojs3/. We can do this better.

right now the way we're doing this is generating the gitbook docs at docs.pkp.sfu.ca, but redirecting the web root to https://pkp.sfu.ca/pkp-software-documentation/ for the "TOC".

Is it ok if the web root is a HTML/markdown file under version control and one of our tech people has to commit to modify it? This would only be the root/hub. The docs would remain GitBooks editable by non-technical users....

Yep, totally fine!

Some quick mockups on what the hub page could look like using a simple card-based approach. The cards can be mixed and matched as needed so that we don't have to maintain too much in terms of layout. Each app is just a card dump of resources.

Don't pay too much attention to styles here (typography, colors). We'll probably adjust this to match whatever PKP's branding is at the time. At this stage, I'm just interested in whether you think this overall approach to site layout and information structure will work for your needs. You'd obviously be figuring out the exact content yourself -- but do you see in here the parts that you'll need to put that together?

mockup

And on large screens it can spread out to a three-column layout:

mockup-3-col

The cards are pretty easy to expand with components as we'd like. So we can provide more detail on key documents:

mockup-toc

Or bring attention to a specific card:

mockup-attention

Or group related resources in a single card:

mockup-group

I'm going to play around with Jekyll now to see how we can build this automatically from a simple .yml file, like our API docs, so it's easier for non-technical team members to contribute and update things.

Just a comment, Nate, that I think this looks excellent.

Likewise Nate, this looks great! @AhemNason and I reviewed briefly, and will be following up with a few more questions/comments.

These are beautiful "quick mockups"! I think the official name should be "Help or something".

Really nice :+1:

Closing because I think all the gitbooks have been migrated.

Was this page helpful?
0 / 5 - 0 ratings