Skip to content

Theming Section for Individual Widgets #144

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

Closed
wants to merge 20 commits into from

Conversation

tjvantoll
Copy link
Member

I want to get these all out there before moving forward, but I thought I'd open a pull request to show where I'm at.

@jzaefferer
Copy link
Member

We used to have sample markup in this section:

Do we not want that anymore?

@scottgonzalez
Copy link
Member

We discussed this in IRC the other week and we didn't want to show full markup. Showing the hierarchy might be nice, but showing the full generated markup is overkill. Showing the markup has also been a cause of confusion, even when accompanied by a note that says you are not supposed to render this yourself.

@tjvantoll
Copy link
Member Author

I agree that the full markup is potentially confusing, regardless of disclaimers. Showing the hierarchy without showing the full markup is kind of tricky. Maybe something like this?

  • ui-dialog: Description
    • ui-dialog-titlebar: Description
      • ui-dialog-title: Description
      • ui-dialog-titlebar-close: Description
    • ui-dialog-content: Description
    • ui-dialog-buttonpane: Description
      • ui-dialog-buttonset: Description

I think the main intention here is to show users a quick list of the classes the widget uses so they know what's available. If they're doing anything non-trivial they're going to head into the dev tools of their choice anyways.

@jzaefferer
Copy link
Member

The nested list looks good to me.

@scottgonzalez
Copy link
Member

Looks good to me too.

@tjvantoll
Copy link
Member Author

@scottgonzalez / @jzaefferer if either of you want to take a look at these they should be good to go.


<ul>
<li><code>ui-autocomplete</code>: The menu used to display matches to the user.</li>
<li><code>ui-autocomplete-input</code>: The autocomplete's <code>&lt;input&gt;</code> element.</li>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Technically, this isn't always an <input>. It can be an <input>, <textarea> or anything with @contenteditable.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

tjvantoll@f65b2de

I changed it to just "input element" since "input" and "input element" already appear a whole lot of autocomplete's API page. And I think it makes sense too; it is the element you're inputting into.

I put a sentence at the beginning because the textarea or contenteditable information is not mentioned anywhere currently.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That looks good.

@scottgonzalez
Copy link
Member

This looks pretty good to me. Is it worth somehow indicating which element is the "main" element (the one the user instantiated the widget from)?

<xi:include href="../includes/widget-theming.xml" xmlns:xi="http://www.w3.org/2003/XInclude"/>

<ul>
<li><code>ui-autocomplete</code>: The menu used to display matches to the user.</li>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Link to the Menu widget's theming section here?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good idea; let's add that.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Added 9493a34.

@jzaefferer
Copy link
Member

Found a few missing things, unless those were intentionally not documented. Otherwise looking good.

@scottgonzalez
Copy link
Member

@jzaefferer Did you just skim this? Almost everything you mention is already documented, just not in its own bullet points.

@jzaefferer
Copy link
Member

Yeah, looks like I did. I deleted those comments. Just three left now.

@tjvantoll
Copy link
Member Author

@scottgonzalez For the "main" elements note I added a clarification for the situations that I believe are not intuitive tjvantoll@9517b68. I was torn about adding that note to the other widgets.

@tjvantoll
Copy link
Member Author

@scottgonzalez @jzaefferer I believe I've covered everything noted. Let me know if you notice anything else otherwise I'll squash and merge this tomorrow night.

@jzaefferer
Copy link
Member

👍

@scottgonzalez
Copy link
Member

Awesome. Let's land it.

@tjvantoll
Copy link
Member Author

Landed in 7a2b894.

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

Successfully merging this pull request may close these issues.

3 participants