Skip to content
This repository has been archived by the owner on Mar 13, 2018. It is now read-only.

Reformatted the type info displayed for method and event parameters #28

Merged
merged 5 commits into from
Sep 30, 2014

Conversation

jeffposnick
Copy link
Contributor

@ebidel @addyosmani

Closes #27, with a live example at http://jeffposnick.github.io/core-doc-viewer/components/core-doc-viewer/demo.html#core-xhr.methods.request (and that link makes use of support for intra-page URL fragments!).

I'm happy to switch up the formatting, if you have any strong preferences re: wrapping the type in <> vs. something else, using <em>, etc.

@ebidel
Copy link
Contributor

ebidel commented Sep 29, 2014

I like what you've done. Should we do it everywhere there's type information? Fix up attributes and properties too to be this new format?

@jeffposnick
Copy link
Contributor Author

Okay, you can see what that looks like for attributes/properties at http://jeffposnick.github.io/core-doc-viewer/components/core-doc-viewer/demo.html#core-doc-viewer.attributes

The default: ... section ends up shifted over with this change, but it doesn't look too out of place.

@ebidel
Copy link
Contributor

ebidel commented Sep 29, 2014

Can we keep the same formatting as before, but just use <em>&lt;{{type}}></em> around the type? Still 3 columns. The attribute/property name is most important and should still come first.

@jeffposnick
Copy link
Contributor Author

@ebidel
Copy link
Contributor

ebidel commented Sep 30, 2014

LGTM

ebidel added a commit that referenced this pull request Sep 30, 2014
Reformatted the type info displayed for method and event parameters
@ebidel ebidel merged commit ef90aad into googlearchive:master Sep 30, 2014
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Method parameter types look odd
3 participants