Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

README, Help info and Changelog—what are their purposes to be? #233

Closed
matatk opened this issue Dec 17, 2018 · 2 comments
Closed

README, Help info and Changelog—what are their purposes to be? #233

matatk opened this issue Dec 17, 2018 · 2 comments
Labels

Comments

@matatk
Copy link
Owner

matatk commented Dec 17, 2018

The changelog has recently been spun off as a separate thing, which paves the way for release-specific info that's of interest to most users to be included in the release and potentially for automagical creation of the full changelog using automated tools.

However, thought is needed on the following:

  • What will potential users see when they visit the main site?
  • What will existing users see when they visit the main site?
  • What content will appear (in-browser) on install?
  • What will appear (in-browser) on update?
  • Where will help be hosted?
  • What topics should the README cover? (Any help info?)
  • How will this change when headings (and potentially articles) are added?
matatk added a commit that referenced this issue Dec 20, 2018
* Generate a help.json file from help.html (not yet in the repo).
* help.json is saved to src/static/ before the build script runs, so
  it's picked up as part of the repo.
* Declare that file in web_accessible_resources and load it from the
  splash script.
* First attempt at generating the HTML from that JSON and inserting it
  into the splash page.

Next steps:
* Refactor the JSON in the splash to use the same format as the
  JSON-to-HTML process (maybe even generate it as part of a build, though
  most of it is focused on the keyboard stuff, which can be dynamically
  generated.
* Figure out the neatest way to attach custom event listeners after the
  HTML has been generated (e.g. just use known IDREFs and attach the event
  listeners after the HTML has been generated).
* Include the help HTML & CSS in the extension. Should they go under
  meta/? How should change notes be incorporated (manually at first I
  think, as mentioned in #233).

Partly addresses #165 and #233.
@matatk
Copy link
Owner Author

matatk commented Dec 28, 2018

Had though on this for a while, and got quite far with a new web home page and the outline of a help page (Help page first added in df8d0d5). However, the questions above need proper answers...

What will potential users see when they visit the main site?

A friendly and relatively simple page that states/shows what Landmarks does.

What will existing users see when they visit the main site?

As above. Could link to the help page if it's already installed.

What content will appear (in-browser) on install?

The help page (first added in df8d0d5), which includes what's new in this version and keyboard shortcuts. The sections are in details/summary disclosure widgets, so the appropriate ones could be expanded based on if this is an install or upgrade.

What will appear (in-browser) on update?

As above, though maybe in a slightly different expanded/collapsed configuration.

Where will help be hosted?

Directly in the extension.

What topics should the README cover? (Any help info?)

Maybe a brief intro as to what Landmarks does, but not as great as the main web site. No need to include how to use it, as that's covered in the help for each version. Definitely the information on support, development, and for authors—at least currently that's intended to be the destination of links for "more info for authors/developers" from the Help page.

How will this change when headings (and potentially articles) are added?

New headline (pun intended) features can be added to the home web page; how to use them would be added to the Help pages. The README would be updated if this has a bearing on development/standards support (which it sounds like it would).

@matatk
Copy link
Owner Author

matatk commented Dec 29, 2018

The initial version of the new web home page was completed in 33ca7f5 (that was the last of four related commits).

Things to do:

The general direction of travel has now been established, so will close this.

@matatk matatk closed this as completed Dec 29, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant