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.md tab #72

Open
BLamy opened this issue Nov 30, 2015 · 9 comments
Open

README.md tab #72

BLamy opened this issue Nov 30, 2015 · 9 comments

Comments

@BLamy
Copy link

BLamy commented Nov 30, 2015

(In addition to a test tab) I would really like to see yet another tab added for the README.md.

With some very small changes I think iron-component-page could actually be polymer's most powerful developer tool. Typically, in my elements readme file I put a roadmap, just a simple checklist so everyone know what the planned evolution for a particular element is.

I think these 4 tabs would really give every developer a good bang for their buck.

  1. Road map Planning
  2. API docs and goals
  3. Demos and examples.
  4. Testing
@MeTaNoV
Copy link

MeTaNoV commented Nov 30, 2015

+1 /sub

@MeTaNoV
Copy link

MeTaNoV commented Nov 30, 2015

(also fix linting an element through the base index.html)

@notwaldorf
Copy link
Contributor

Right now, README.md is automatically generated from the docs inside the mail html file, which is the same thing that iron-component-page renders, so displaying it on its own wouldn't make a difference.

@BLamy
Copy link
Author

BLamy commented Nov 30, 2015

@MeTaNoV I like the idea of linting but my next suggestion was going to be integrating iron-component-page directly into something like atom. (I know polymer has current issues atom's CSP). But if this where done I could be editing my file on the leftside of my editor and have a markdown preview-like window open on my right side with these 4 different views for the currently open element.

I would prefer to see that and then use the polylint plugin I already have for linting.

@MeTaNoV
Copy link

MeTaNoV commented Nov 30, 2015

jup, I am still working with Sublime... I have to do a switch to Atom somehow in the near future, but I prefer concentrating my effort on finishing my set of components first! :)

@blasten
Copy link
Contributor

blasten commented Nov 30, 2015

@BLamy there are plans to rewrite this element to enhance its core functionalities, but I'm not sure why roadmap, planning & testing should be put in there.

@BLamy
Copy link
Author

BLamy commented Dec 1, 2015

@blasten I think I went a little off topic in my OP in an attempt to provide a use case. I wasn't suggesting a tab for roadmaps & planning. I was saying we should add a tab for the markdown rendering of the readme.md file.

@notwaldorf
Copy link
Contributor

@BLamy As I mentioned before, the readme.md file is an exact copy of the docs in the main element's html file (or, if there are multiple, an aggregation of all the elements' html files), and it's automatically generated by a bot. It doesn't contain any additional information from what iron-component-page is already displaying.

@BLamy
Copy link
Author

BLamy commented Dec 1, 2015

@notwaldorf That is a part of the google's build process. It is also opinionated that iron-component-page is only used inside of google's catalogue (since it has that link to github). The majority of custom elements I work with are written by coworkers or myself where iron-component-page runs as a stand alone (And are not published on github).

We like to put important notes in the readme file, and if there was a simple tab with the markdown rendering of the readme.md file it would really enhance our productivity. I don't really think that it's all that uncommon to utilize the readme file even if google doesn't.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants