On Sun, Jan 28, 2018 at 3:13 AM, Gabe Harbs <harbs.li...@gmail.com> wrote:
> Is this an additional way of viewing the content or a replacement for the > Jenkyll-produced site? > > If it’s the former, I can’t see any reason why not. > It's an additional way. It uses the .md files from the github repo and builds its own site. Thanks, Om > > Harbs > > > On Jan 28, 2018, at 1:09 PM, OmPrakash Muppirala <bigosma...@gmail.com> > wrote: > > > > I've been playing around with the tool: GitBook [www.gitbooks.io] > > I was able to connect my personal fork of the royale-docs to my > gitbooks.io > > account. This way, all my .md files are automatically available for Docs > > creation. > > > > Here is an example I created in a few minutes: > > https://bigosmallm.gitbooks.io/royale-docs-test2/content/ > v/develop/Create%20An%20Application.html > > > > The advantages I see using this tool are: > > > > * Seems to be a widely used tool for documentation these days. > NPMjs.org, > > React, Redux, etc. use Gitbook > > * Two way sync between github and gitbook app. That is, you can create > an > > .md file on github and see it on gitbook. You can also create more > content > > using the WYSIWYG editor on Gitbook, which will be synced to the github > > repo. > > * Seems pretty straightforward to create a TOC. It includes support for > > tree structure by default > > * We can choose to use the web app on gitbook.com or use the open > > source(Apache V2 licensed | https://github.com/GitbookIO/gitbook) > command > > line tool. The CLI will help us integrate with our Jenkins build for > > example. > > * Allows users to provide feedback on the site itself > > * Allows us to point the docs site to our custom domain address > > > > > > If there is more interest in trying this out, I can set up an > Organization > > account (free) and add users as needed. > > > > Thanks, > > Om > > > > On Sun, Jan 28, 2018 at 2:53 AM, Andrew Wetmore <cottag...@gmail.com> > wrote: > > > >> If the ToC accordions properly and we need three levels, I do not see > why > >> three levels would cause more confusion than two levels. If this is a > >> resource providing information people are going to need to use Royale, > and > >> if that information is not readily available elsewhere, then we should > make > >> the ToC fit the information, not the other way around. > >> > >> On Sun, Jan 28, 2018 at 5:56 AM, Carlos Rovira <carlosrov...@apache.org > > > >> wrote: > >> > >>> Hi Alex, > >>> > >>> for TOC. One think that's very important to me: Please only *two > levels* > >> in > >>> TOC. For simplicity and clarity. Like the demo page I did. It's the > >>> standard right now and a three level only created confusion. Again see > >>> Angular and React sites to match what they did and take it as a > >> reference. > >>> > >>> For states. I think the trick here is that a .md page has some > variables > >>> that will make the right top level branch open in TOC and as well make > >> the > >>> right sub option appears as selected (strong type) and without link. As > >> we > >>> are dealing with static GitHub pages I think there's no concept of > >>> component, only that all pages has the TOC added to the sidebar. > >>> > >>> > >>> > >>> 2018-01-27 1:18 GMT+01:00 Andrew Wetmore <cottag...@gmail.com>: > >>> > >>>> What you describe sounds fine to me. I don't think we need to worry > >> about > >>>> breadcrumbs and state and helping people go backwards through their > >>> series > >>>> of clicks. > >>>> > >>>> On Fri, Jan 26, 2018 at 8:09 PM, Alex Harui <aha...@adobe.com.invalid > > > >>>> wrote: > >>>> > >>>>> Breaking out a separate thread on this... > >>>>> > >>>>> Thinking about this some more, I think I can generate an interactive > >>>>> control with Jekyll, but I don't know how to make it retain state. I > >>>>> think that might require cookies and/or frames. > >>>>> > >>>>> For example, let's say the TOC looked like: > >>>>> > >>>>> Welcome > >>>>> --High Level View > >>>>> --Features > >>>>> ----AS3 > >>>>> ----MXML > >>>>> Get Started > >>>>> --Download > >>>>> --Hello World > >>>>> > >>>>> I've already implemented logic in the template to auto-expand the > >> tree > >>> to > >>>>> the document for folks who have direct links. So, if you do a Google > >>>>> Search and find the link to the MXML page, when you go to that page, > >>> the > >>>>> ToC will automatically look like: > >>>>> > >>>>> Welcome > >>>>> --High Level View > >>>>> --Features > >>>>> ----AS3 > >>>>> ---*MXML* > >>>>> Get Started > >>>>> > >>>>> > >>>>> > >>>>> If you hit the main doc page, the ToC starts out collapsed so that > >> Get > >>>>> Started isn't pushed down by a bunch of Welcome sub-topics. So the > >> ToC > >>>>> initially looks like: > >>>>> > >>>>> Welcome > >>>>> Get Started > >>>>> > >>>>> Now let's say you expand both Welcome and Get Started so you see: > >>>>> > >>>>> Welcome > >>>>> --High Level View > >>>>> --Features > >>>>> Get Started > >>>>> --Download > >>>>> --Hello World > >>>>> > >>>>> Then you click on Features. The logic that opens trees to direct > >> links > >>>> is > >>>>> going to cause the ToC to look like: > >>>>> > >>>>> > >>>>> Welcome > >>>>> --High Level View > >>>>> --Features > >>>>> Get Started > >>>>> > >>>>> Even though you had expanded "Get Started" it will collapse when > >> going > >>> to > >>>>> the Features page. That's because, without frames, each page is its > >>> own > >>>>> HTML page. No state about the ToC is retained or shared. > >>>>> > >>>>> If folks are ok with that, I can probably get that to work. > >>>>> > >>>>> Thoughts? > >>>>> -Alex > >>>>> > >>>> -- > >>>> Andrew Wetmore > >>>> > >>>> http://cottage14.blogspot.com/ > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> <https://www.avast.com/sig-email?utm_medium=email&utm_ > >>>> source=link&utm_campaign=sig-email&utm_content=webmail> > >>>> Virus-free. > >>>> www.avast.com > >>>> <https://www.avast.com/sig-email?utm_medium=email&utm_ > >>>> source=link&utm_campaign=sig-email&utm_content=webmail> > >>>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > >>>> > >>> > >>> > >>> > >>> -- > >>> Carlos Rovira > >>> http://about.me/carlosrovira > >>> > >> > >> > >> > >> -- > >> Andrew Wetmore > >> > >> http://cottage14.blogspot.com/ > >> > >