Skip to content

highlight examples of new features in gallery #15920

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
6 tasks
story645 opened this issue Dec 12, 2019 · 13 comments
Closed
6 tasks

highlight examples of new features in gallery #15920

story645 opened this issue Dec 12, 2019 · 13 comments
Labels
Documentation Good first issue Open a pull request against these issues if there are no active ones!

Comments

@story645
Copy link
Member

Currently, the what's new content in the gallery is in the pyplot section of the gallery, I think because they somewhat (but inconsistently) use the pyplot api and are from the 0.9X version releases.

For discoverability and to really highlight the new features, it might be good to factor these out into their own section in the gallery and then add plots from more recent Whats New for the newer releases:

@story645 story645 added Documentation Good first issue Open a pull request against these issues if there are no active ones! labels Dec 12, 2019
@timhoffm
Copy link
Member

I fully agree we should not have "What's new" scattered throughout the gallery. Moving them to a separate section is a good step.

More generally, I'm not sure if we need a "What's new" section in the long run. Taking the matplotlib version as a category criterion seems not quite useful. Nobody cares if a feature was added in 0.98 or 1.2.1 when looking at the gallery. For future additions, I propose not to add "What's new" plots. Instead, add regular plots in the respective categories and link to them in the "What's new" document; or add an inline plot there if that's more suitable.

With the existing ones, we should finally also integrate them in the regular sections. Depending how important it is to keep the "What's new" aspect, we could edit the examples and old "What's new" files" accordingly. - Or we just discard that aspect because nobody cares about that in current docs (it would still be present in old versions of the docs).

@story645
Copy link
Member Author

story645 commented Dec 13, 2019

So the reason I like a standalone what's new section, especially if we can pull in more images from the newer what's news, is that it shows a record of new features to the library/that the library is dynamic & responsive to user requests. I agree that maybe making a standalone what's new section in an already too crowded gallery long term isn't the right approach, but I think that may be a bigger discussion on what is the point of the gallery/should we maybe have multiple smaller gallery pages that serve different purposes?

@timhoffm
Copy link
Member

timhoffm commented Dec 15, 2019

it shows a record of new features to the library/that the library is dynamic & responsive to user requests.

Isn't that what https://matplotlib.org/devdocs/users/whats_new.html is for? I agree that this is not as nicely formatted/described as it could be; and the pages for older what's new entries are hard to find.

@story645
Copy link
Member Author

Kind of, but the what's new pages are not a gallery (the visual is really important to me cause it's a visualization library) nor is it super discoverable right now (it's like 3 links under docs I think), but maybe the fix is something like using sphinx gallery in more places & putting a link + small blurb on the what's new in the right sidebar on the home page like a lot of other libraries do?

@timhoffm
Copy link
Member

Kind of. I think there are multiple things to do here.

My main point is that a user is only interested in "What's new" of the last 1-2 releases. Everything else is established functionality in the library, and "new in version 0.x" is not a criterion I would look for in the gallery, instead the content (e.g. "Fill between") is the most relevant property and should be the main organization criterion.

@jklymak
Copy link
Member

jklymak commented Dec 15, 2019

Maybe a “new” badge on examples added in the last two releases?

@story645
Copy link
Member Author

I really like that @jklymak if it's doable!

What's New discoverablity/layout can totally be addressed in a seperate issue

@timhoffm
Copy link
Member

A "new" badge (or more general badges) would likely need to be a feature of sphinx-gallery because it generates the HTML code.

@grammicus
Copy link

Hi,
Since it doesn't seem like badges are a feature for sphinx-gallery would using an emoji like 🌟 at the beginning of the title of the recent examples achieve the same result?

@story645
Copy link
Member Author

story645 commented Apr 2, 2020

@smolgeat I think it's that that probably can't be automated and we'd have to have a legend to explain what that symbol means, but you're welcome to give it shot.

@story645 story645 changed the title Create what's new section in gallery highlight examples of new features in gallery Dec 31, 2020
@story645
Copy link
Member Author

closing since the what's new section is gone in favor of #23506 - if those directives get added, can maybe use them for gallery badges

@story645 story645 reopened this Oct 14, 2022
@QuLogic
Copy link
Member

QuLogic commented Nov 18, 2022

Was there a reason for re-opening?

@story645
Copy link
Member Author

story645 commented Nov 19, 2022

Oh, probably cause I was talking to @melissawm about using sphinx-tags for this - I think basically auto generating tags from version added directives. simplest is probably to add which version the feature the example went in as a tag in the example and alias the release version tag to a 'new feature' tag.

I also don't think we've actually solved this in any good way but I'll close this in favor of making a new issue that proposes something concrete.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Documentation Good first issue Open a pull request against these issues if there are no active ones!
Projects
None yet
Development

No branches or pull requests

5 participants