Title: [MNT]: Unite property cycles for lines and patches · Issue #29468 · matplotlib/matplotlib · GitHub
Open Graph Title: [MNT]: Unite property cycles for lines and patches · Issue #29468 · matplotlib/matplotlib
X Title: [MNT]: Unite property cycles for lines and patches · Issue #29468 · matplotlib/matplotlib
Description: Summary Loosely insprired by #19479. We have separate property cycles for lines and patches. This is a source of confusion and IMHO doesn't give a benefit. Proposed fix Unite the property cycles so that an Axes has just one cycle to draw...
Open Graph Description: Summary Loosely insprired by #19479. We have separate property cycles for lines and patches. This is a source of confusion and IMHO doesn't give a benefit. Proposed fix Unite the property cycles so...
X Description: Summary Loosely insprired by #19479. We have separate property cycles for lines and patches. This is a source of confusion and IMHO doesn't give a benefit. Proposed fix Unite the property cycle...
Opengraph URL: https://github.com/matplotlib/matplotlib/issues/29468
X: @github
Domain: github.com
{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"[MNT]: Unite property cycles for lines and patches","articleBody":"### Summary\n\nLoosely insprired by #19479.\r\n\r\nWe have separate property cycles for lines and patches. This is a source of confusion and IMHO doesn't give a benefit.\n\n### Proposed fix\n\nUnite the property cycles so that an Axes has just one cycle to draw from, no matter what the Artist is.\r\n\r\n- Most simple plots use only either lines or patches. They wouldn't know the difference.\r\n- If plots have both lines and patches, e.g. one line, one bar plot, IMHO it's more clear to by default use different colors.\r\n- It's quite unlikely that people implicitly rely on synced colors to intentionally have parallelism between the lines and colors.\r\n\r\nMigration:\r\n- Add/document a way to get the state of the next element in *the* cycle (as long as there are two, use the line cycle). This will enable explicit use of a cycle element for multiple artists like this:\r\n ```\r\n prop = ax.prop_cycle_next()\r\n ax.plot(..., color=prop['color'])\r\n ax.bar(... color=prop['color'])\r\n ```\r\n- Maybe consider ways to feed a cycle element back into a plotting function, either through an explicit kwarg `ax.plot(..., prop=prop)`, or by ensuring that the cycle element can be dict-unpacked `ax.plot(..., **prop)`.\r\n- Minimal announce this as upcoming change in the release notes. If people are relying on parallel cycles they should move to the above pattern.\r\n- We could also detect when both cyclers are used and issue a warning. The downside is that people will get a warning as soon as they use a mixture of lines and patches and they may be ok with the new behavior (it's unlikely they really intend to use the old behavior).","author":{"url":"https://github.com/timhoffm","@type":"Person","name":"timhoffm"},"datePublished":"2025-01-13T09:16:37.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":1},"url":"https://github.com/29468/matplotlib/issues/29468"}
| route-pattern | /_view_fragments/issues/show/:user_id/:repository/:id/issue_layout(.:format) |
| route-controller | voltron_issues_fragments |
| route-action | issue_layout |
| fetch-nonce | v2:1dc3e1bd-dd87-79a9-ed65-7f94c22a1533 |
| current-catalog-service-hash | 81bb79d38c15960b92d99bca9288a9108c7a47b18f2423d0f6438c5b7bcd2114 |
| request-id | A1E4:22A568:55B23A:71EB79:6A527D87 |
| html-safe-nonce | 11d3a0cde969a3e3ecbd6c9e25b5eabd90bc863b933bf6be1921c6451a6a6b34 |
| visitor-payload | eyJyZWZlcnJlciI6IiIsInJlcXVlc3RfaWQiOiJBMUU0OjIyQTU2ODo1NUIyM0E6NzFFQjc5OjZBNTI3RDg3IiwidmlzaXRvcl9pZCI6IjEzMjg0NzE4NDc4Njg3MjY2NjMiLCJyZWdpb25fZWRnZSI6ImlhZCIsInJlZ2lvbl9yZW5kZXIiOiJpYWQifQ== |
| visitor-hmac | 0c39ff6162e21198d4988f620407b39e5efd5e5492bc54c0a64e6d67a8421762 |
| hovercard-subject-tag | issue:2783411453 |
| github-keyboard-shortcuts | repository,issues,copilot |
| google-site-verification | Apib7-x98H0j5cPqHWwSMm6dNU4GmODRoqxLiDzdx9I |
| octolytics-url | https://collector.github.com/github/collect |
| analytics-location | / |
| fb:app_id | 1401488693436528 |
| apple-itunes-app | app-id=1477376905, app-argument=https://github.com/_view_fragments/issues/show/matplotlib/matplotlib/29468/issue_layout |
| twitter:image | https://opengraph.githubassets.com/1925c2333911fa03f38d85e29560ada53b0facaea91f661a8cbff40ef8976738/matplotlib/matplotlib/issues/29468 |
| twitter:card | summary_large_image |
| og:image | https://opengraph.githubassets.com/1925c2333911fa03f38d85e29560ada53b0facaea91f661a8cbff40ef8976738/matplotlib/matplotlib/issues/29468 |
| og:image:alt | Summary Loosely insprired by #19479. We have separate property cycles for lines and patches. This is a source of confusion and IMHO doesn't give a benefit. Proposed fix Unite the property cycles so... |
| og:image:width | 1200 |
| og:image:height | 600 |
| og:site_name | GitHub |
| og:type | object |
| og:author:username | timhoffm |
| hostname | github.com |
| expected-hostname | github.com |
| None | b9a586c06a05a7a86fc7e3f4dbd03e42f6869085879aa184aa6369456dbd50fb |
| turbo-cache-control | no-preview |
| go-import | github.com/matplotlib/matplotlib git https://github.com/matplotlib/matplotlib.git |
| octolytics-dimension-user_id | 215947 |
| octolytics-dimension-user_login | matplotlib |
| octolytics-dimension-repository_id | 1385122 |
| octolytics-dimension-repository_nwo | matplotlib/matplotlib |
| octolytics-dimension-repository_public | true |
| octolytics-dimension-repository_is_fork | false |
| octolytics-dimension-repository_network_root_id | 1385122 |
| octolytics-dimension-repository_network_root_nwo | matplotlib/matplotlib |
| turbo-body-classes | logged-out env-production page-responsive |
| disable-turbo | false |
| browser-stats-url | https://api.github.com/_private/browser/stats |
| browser-errors-url | https://api.github.com/_private/browser/errors |
| release | 07a982c1d40157c619b364352b704c3ce66bb332 |
| ui-target | full |
| theme-color | #1e2327 |
| color-scheme | light dark |
Links:
Viewport: width=device-width