Talk:Community Wishlist/W414

Clarifying this wish

I think the title of this wish is spot on (Make the Chart extension beginner-friendly) but there are a number of components to be explored.

Keep in mind I am not 100% familiar with the Chart extension as usage/documentation on enwiki is currently lacking.

I see the huge benefit in keeping chart data on Commons but it does come with complications. The suggestion to define local data is concerning to me.

I see a few cases:

• Editing an existing chart on Wikipedia.
  • I assume every chart has (or should have) a [data] link when reading the article that takes users to the Commons data page. Users can view the data and sources there. From there users should be able to use VisualEditor (VE), or Source if they prefer, to edit the page. T393637 is quoted in the wish. A link returning them to the Wikipedia page they were just on would be useful.
  • Users click [edit] using VE on the Wikipedia page. When they go to edit the chart, they will need to be prompted to visit (maybe in a new tab) the Commons data page.
  • Users click [edit] in Source mode. They will not see any data, just a chart tag, and get confused (or enlightened on how charts work). I don't know a solution to this, but hopefully most new users are using VE.
• Inserting a new chart on Wikipedia. I think a wizard would be useful, for VE and Source. The cross-wiki upload tool seamlessly allows Commons uploads.

The issue of providing a link in a Wikipedia article to the chart's data and sources is particularly important. Already I have seen a case where an svg graph from 2008 with all data sourced on the image description page was replaced with a chart and someone asked for the sources of the chart.

Side note: I presume the Charts extension is in some sort of alpha testing introduction phase? I visited the documentation example at de:Autobahn_(Deutschland)#Netzentwicklung, followed the Definition link which took me to the Commons page. On mobile I clicked the three dots and Edit full page threw error "Section editing not supported Section editing is not supported in this page or is disabled for this view." (I may look for or file a bug on Phabricator if I have time). There was no link to the source data, but when I found it the sources were bare urls clumped together at the bottom. I hope that each data point can have the source listed in a nice <ref>-style way. Commander Keane (talk) 07:45, 18 August 2025 (UTC)

Scope

I have created a module that allows keeping datapoints on Wikipedia. It is c:Module:Graph:Chart, it is usable without copying it to any wiki. See the module page for more information on it. That then leaves the .chart page data. Any mentioning of datapoints having to be on Wikimedia Commons should be removed. Snævar (talk) 11:47, 19 August 2025 (UTC)

That is interesting Snævar. Was there a discussion about using data points within the article namespace on English Wikipedia? It screws over, by requiring duplication of the data, the other 300+ Wikipedias. And the favour will be returned.

Awesome for Wikiprojects though.

I would also guess that VE data editing will never be possible without json. Commander Keane (talk) 02:05, 20 August 2025 (UTC)

There was and is enough people from English Wikipedia agreeing on using data point within the article namespace. There are also some that have agreed to that outside English Wikipedia too. Femke, the creator of this wish is one of those. As someone that does translate from English Wikipedia, let me tell you that code like this is usually just copied over. There is very little skill involved. Usually, the argument among people wanting to have this data local is that is hard for newbies to create json files. At en:Wikipedia:Help desk/Archive 68#h-Don’t know how to convert graph-20250617010700 there was a user with around 1100 edits that could not understand the instructions, and actually, if that message did not exist, the module I linked would not either.

Personally, I very much do not agree with .charts needing to be on the original wiki. I also think .tab files should just be local when the data is frequently updated. But, at the same time, I will not police how people use this. Snævar (talk) 13:29, 23 August 2025 (UTC)

@Femke

Thank you for your patience, while we identify whether there are blockers for the team to implement this. We will keep you updated about it. MikeZ-WMF (talk) 12:10, 27 November 2025 (UTC)

Response to the wish

@Femke Thank you for submitting your wish! We are working with internal stakeholders to figure out next steps, such as feasibility and prioritization. We’ll keep you posted about it. Sannita (WMF) (talk) 14:44, 27 November 2025 (UTC)

Also please note that this wish has been worked upon during our last Wishathon, and we made some progress towards its resolution. Sannita (WMF) (talk) 14:44, 27 November 2025 (UTC)

Feedback request while we scope this

[Tagging supporters of this wish: @Femke @Neriah @ZandDev @Iniquity @Omnilaika02 @Shushugah @Yodaspirine @Girart de Roussillon @Ayack @EatingCarBatteries @Waldyrious @Hakimi97 @Lewisiscrazy @Jugondial @Escargot bleu @Kulawik.pl @Matěj Suchánek @Red Sneak ]

Hi folks,

Thank you for voting! As the wish is relatively general, we would like to ask you for some feedback to help scope milestones and priorities - please feel free to reply to all or a subset of these questions and number your responses, so we have the context and can organize ourselves better:

1.Which features are absolutely essential to solve the core problem?

2. What goals do you have when interacting with the extension?

3. What are the pain points or frustrations you face on this user journey?

4. What might be complexities with the wish that we are currently aware of? MikeZ-WMF (talk) 11:35, 19 February 2026 (UTC)

1. Ability to create and edit a chart directly from the visual editor on-wiki. I imagine an interface with 2 parts. One to fill the data table and one to set graph options. All edits on Commons should be invisible to the user.

2. Creating graphs.

3. Everything needs to be done on Commons.

4. It will require creation of a user interface. Escargot bleu (talk) 13:14, 19 February 2026 (UTC)

There's a major problem with charts right now: localization and data modification are edited in a single location .tab using code spanning several pages. This is confusing and frustrating, even for me, an experienced contributor with technical expertise.
The second most significant problem is that the participant has to go to the Commons. Iniquity (talk) 15:44, 19 February 2026 (UTC)

To add to the points from Escargot blue:

1. Ability to update the graph rapidly from VE and Source too

2. Creating graphs, while ensuring data integrity by being able to watchlist the underlying data is some form, which is in a human-readable form.

3. Commons is a hurdle, the json files are a hurdle, and the spread over informaion on three different pages is a hurdle.

4. The combination of tracking/watchlisting data, but using data across multilpe languages is a new challenge, perhaps outside of the scope of this wish. It's the reason that enwiki doesn't use wikidata much for instance. —Femke 🐦 (talk) 08:32, 20 February 2026 (UTC)

Thanks for the ping! I want to preface that I don't have any experience using the new Chart extension, and I'm more so looking at this from an outsider's POV.

1. If we want to make editing Graphs approachable to anyone, they need the equivalent of a Template's Visual Editor GUI. Keep the JSON editing for more advanced users and for those who copy + paste from other sources. The longer editing takes, the less users are willing to follow through with editing
2. The ability to quickly create, edit, and fix graphs
3. The requirement for it to be on Commons and via JSONs. It simply isn't practical for new users to have to go to another website and know basic JSON editing just to be able to add one data point to a chart. The data on Commons is spread across multiple pages, which is not approachable.
4. Mobile editors. They take up a considerable share of new users, and they should not be discriminated against.

EatingCarBatteries (talk) 06:31, 21 February 2026 (UTC)

To add onto this, there should be a way to convert old Charts into new ones. EatingCarBatteries (talk) 17:47, 21 February 2026 (UTC)

See c:User:Tomastvivlaren/graphDataImport and the links in the See also section there. This is also linked here. Prototyperspective (talk) 19:57, 21 February 2026 (UTC)

1. There is still some problems in terms of user experience of the Graph extension when editing the Wikipedia page visually. Currently, when any user clicks Insert (or + sign) > Chart, the interface only shows two text inputs with no other information: "Chart definition page" and "Chart tabular data source".

1. Minimally, the normal non-technical contributors should understand what "Chart definition page" and "Chart tabular data source" represent for, either some simple text explanation, or an interwiki link to a page such as mediawikiwiki:Extension:Chart for more information. If possible, the users should be able to lookup for the chart and there is a dropdown to suggest what respective definition page and tabular data source to be inserted.
2. Ideally and hypothetically, the users should be able to create graph directly on VisualEditor of the respective language edition of Wikipedia and save the graph on Commons Wikimedia from the Wikipedia itself. After that, there should be a mechanism to check whether the new data or chart that is going to be created has a duplicate at the Data namespaces on Commons Wikimedia, if there is any other duplicate chart then the user be prevented from creating the duplicate and motivate the user to use the existing chart instead. Finally when it is confirmed no duplication, then the user can finally export the data to Data namespace, and save their edits (through adding something like {{#chart:Example.Line.chart}} or {{#chart:Population through years.chart|data=Population of UK.tab}} on Wikipedia. However, I understand that this might technically expensive but at least the idea is here.

2. Creating charts that could be convertible across different language variants.

3. I could not find any guides on how to ensure the charts convertible across different language variants. For example, please have a look on ms:Pengguna:Hakimi97/Kotak_pasir#Charts_extension_testing. I want to be able to convert between ms and ms-arab for let say {{#chart:Swedish aid.chart}} and {{#chart:Swedish electricity production by type.chart}}. Although mediawikiwiki:Extension:Chart mentioned "Charts can only be embedded in the wiki's content language; so, for example, the "uselang" query string (e.g. ?uselang=es) will not impact the chart.", I hope for any other alternatives/ways for users to modify the lang attribute of the chart, so that the chart could also change its language variant accordingly (for example relying on the wiki's interface language instead since all language variants are readily available there, or maybe the chart extension could have something for user to define the content language explicitly with the example of {{#chart:Swedish aid.chart|lang="ms-arab"}}). Hakimi97 (talk) 05:59, 28 February 2026 (UTC)

1. I also think that the "add a chart" feature should be doable directly on-wiki. Our wikis contain data mainly in tabular format, so adding and displaying data in other (and better) ways should be easier for the user base.

2. Be easier to create graphs.

2. Edit JSON should be simpler, as hoped in c:Help:Tabular data with "a spreadsheet-like editor".

3. The actual "add a chart" UI feature (at least in Vector-2022 menu) requests the page name. So I think that it is assumed that the average user knows how to create them, and that they are splitted in two pages, are on Commons, ...

4. A new dedicated graphic UI may be necessary.

I agree with the proposals presented above, but I want to clarify that I believe that the data should remain centralized/shared on Commons and not, as Femke's openness on the point might suggest, distributed across various wikis. -- ZandDev (talk) 22:25, 1 March 2026 (UTC)

New designs available for this wish

[Tagging supporters of this wish: @Femke @Neriah @ZandDev @Iniquity @Jules* @Omnilaika02 @Shushugah @Yodaspirine @Girart de Roussillon @Ayack @EatingCarBatteries @Waldyrious @Hakimi97 @Lewisiscrazy @Jugondial @Escargot bleu @Kulawik.pl @Matěj Suchánek @Red Sneak @NightWolf1223 @Toadspike @ChaoticVermillion @Inter-rede @Jeroen N ]

Hi all, we wanted to share that on our new project page for this wish, we shared some initial designs about how a potential visual mode for Charts might look like. We are open for feedback: what do you think of our current designs? What is missing? What could be improved? What works, in your opinion? Let us know in this thread! Sannita (WMF) (talk) 16:28, 7 May 2026 (UTC)

Hi! Thanks, this looks very comprehensive. However, I think the main issue is still missing: there are no design mockups for how the data stored in the .tab file itself should be displayed. Iniquity (talk) 16:51, 7 May 2026 (UTC)

----

Hi ! Thanks for these first mockups, which I suppose is focusing only on the .chart part on Commons of this community wish, since the .tab view is not showed and the Commons .chart page headers are there (then no VE integration on WP yet).

• What I like is the Chart type selection coupled with the preview.
• What misses is the data transform function selection, for example if TabUtils is used to select a subset of the tabular data, the user may not understand why the whole dataset isn't there.
• What I'm worrying about is the languages variants, for example I made a chart of the world fastest elevators. If someone on EN or DE opens this wizard on a existing page, they may think "Let's translate this!", select their preferred language and unknowingly erase the FR version. A button that suggests to create a new variant of the current chart would avoid that kind of confusion.
• What puzzles me is the "Recently viewed datasets": how is it feeding, how many items will be there ?

Yodaspirine (talk) 14:26, 8 May 2026 (UTC)

The mockups look good, but I have some thoughts. The data selection (ireland_population.tab) shows a file extension that is unfamiliar to editors, so might create some friction. Should it be shown?

A typical user journey is:

- Find a dataset online that you want to include

- Try to insert graph onwiki

- Be redirected to Commons (?)

- Have nowhere to add the data in this mockup

Could a button be added to the page where they can add data? Even if at this phase of the wish, the addition of data is still only for highly experienced users, it would be good to give them a route to do this. —Femke 🐦 (talk) 09:16, 10 May 2026 (UTC)

Screenshot of the upcoming visual mode of the Chart extension with JSON visible on the right

@Iniquity @Yodaspirine @Femke Thanks for this initial feedback. I've got some more info from our UX designer, who is working to integrate your feedback into the new designs. In particular she's sharing an additional screenshot to clarify how we're thinking about the relationship between .tab datasets and .chart creation within the MVP experience.

The idea is that users can search, select and preview existing tabular datasets directly within the chart workflow, rather than needing to immediately work in raw JSON. For now, the focus is primarily on improving the chart creation flow itself and making existing datasets easier to understand and work with. But some of your feedback, especially around dataset creation/upload flows, localisation/versioning concerns, and transformed datasets, is really useful context for future exploration beyond the initial scope.

Hope this helps, and as always we're glad to listen to your feedback. Sannita (WMF) (talk) 14:30, 11 May 2026 (UTC)

Hello,

Thank you for the designs. I like the overall design.

• It would be nice to have some information about what a CC0-1.0 license is / a link to license page.
• I would prefer tabular datasets to also be in visual mode with a link to the .tab page so that we can easily read and edit it.

Escargot bleu (talk) 05:54, 14 May 2026 (UTC)

ChartWizard deployed on Beta cluster for testing

[Tagging supporters of this wish: @Femke @Neriah @ZandDev @Iniquity @Jules* @Omnilaika02 @Shushugah @Yodaspirine @Girart de Roussillon @Ayack @EatingCarBatteries @Waldyrious @Hakimi97 @Lewisiscrazy @Jugondial @Escargot bleu @Kulawik.pl @Matěj Suchánek @Red Sneak @NightWolf1223 @Toadspike @ChaoticV  @Inter-rede @Jeroen N @GhostInTheMachine ]

Hi!

The new ChartWizard is currently available for testing on Beta, including a sample chart for you to edit. Open tasks in progress include features related to indicating lua transforms (T432138) and language fallbacks (T432139).

If you experience any issues that prevent you from submitting a chart on beta, please let us know here the wish talk page.

Lastly, if you're unable to access the example chart on Beta, please file a Phabricator task here and explain that you are trying to access the ChartWizard in Beta and point to the project page. MikeZ-WMF (talk) 16:15, 22 July 2026 (UTC)

Whichever connection I use, "Requests from [my] IP have been blocked", I cannot access https://commons.wikimedia.beta.wmcloud.org/wiki/Data:2022_US_energy_consumption.chart --Lewisiscrazy (talk) 17:29, 22 July 2026 (UTC)

Same deal here. I'm hesitant on requesting an unblock for a specific IP because I am unsure whether my household uses a static IP or not. EatingCarBatteries (talk) 21:22, 22 July 2026 (UTC)

Same for me... Ayack (talk) 07:11, 23 July 2026 (UTC)

I supported this wish but there are in my opinion other urgent issues to be solved to make charts usable W406 W531... --Lewisiscrazy (talk) 09:11, 23 July 2026 (UTC)

Thank you @Lewisiscrazy for the feedback. There are changes coming regarding prioritization - see this recent update. We'll work on wrapping up this wish and others in flight for now though. MikeZ-WMF (talk) 09:32, 23 July 2026 (UTC)

@Lewisiscrazy @EatingCarBatteries @Ayack

Thank you for confirming this an issue. Whether your IP is static or not (check your wifi settings: DHCP Enabled indicates dynamic; Manual indicates static), I would personally still request an unblock since your home IP may not change for days or even weeks, and you won't need too long to test the workflow. (Caveats: an IP update is always subject to factors such as your ISP and not rebooting your router - plus remember that mobile phones' IP may update much more frequently, so test on desktop if possible.)

On my end, I'm figuring out an alternative with the team for testing (screenshots wouldn't be as interactive we know...), and I also asked the Security team how long it may take them to process any unblock requests along with context here regarding the fact that many of you may have dynamic IPs. MikeZ-WMF (talk) 09:29, 23 July 2026 (UTC)

[Tagging supporters of the wish:  @Femke @Neriah @ZandDev @Iniquity @Jules* @Omnilaika02 @Shushugah @Yodaspirine @Girart de Roussillon @Ayack @EatingCarBatteries @Waldyrious @Hakimi97 @Lewisiscrazy @Jugondial @Escargot bleu @Kulawik.pl @Matěj Suchánek @Red Sneak @NightWolf1223 @Toadspike @ChaoticV  @Inter-rede @Jeroen N @GhostInTheMachine @Booksmurf ]

Hi folks,

A few updates since last week:

• The Security team has been informed about potential unblock requests - these should be relatively easy to process since only three of you have reported this issue so far. So please file Phab tickets here to unblock your current IP if you haven't already.
• We will continue the QA process to test the workflow end-to-end this week, and your feedback would be greatly appreciated by the end of 6th August.

Thank you in advance! MikeZ-WMF (talk) 08:47, 28 July 2026 (UTC)

Hi, thanks! I will try to take a look as soon as possible. Best, — Jules* ^talk 15:16, 28 July 2026 (UTC)

Hi @MikeZ-WMF. Thanks for asking for feedback. Getting the same issue with my IP being blocked as all the others. Could this wizard be placed in a location that is testable without all of us having to requests unblocks first? Is this solving the main bit of the wish now (making charts directly from Wikipedia, like dewiki contributors can do)?

(pss, never link to 'here', that's inaccessible and makes it more time-consuming to figure out how to help test, see en:MOS:CLICKHERE). —Femke 🐦 (talk) 19:08, 28 July 2026 (UTC)

I requested unblock and was able to test the chart wizard.

The selection of a .tab file and the input of texts work fine and correspond to what I would expect. I would appreciate to have more control over the data inside the same wizard without needing to manually go to the tab page to edit it. I would also appreciate being able to add lua transforms from the wizard, in particular the column selection would be something that most users would expect as an option in such a wizard.

Minor detail: I find it confusing that the selection of a license is followed by a message reading that my contributions will be CC0 anyway.

Thank you for the progress on this task, unlike a comment above I personnaly consider the difficulty of use for beginners to be the main concern with charts. Escargot bleu (talk) 20:46, 29 July 2026 (UTC)

@Escargot bleu Glad to hear the unblock request was processed and thank you for the feedback! I'll forward this along. MikeZ-WMF (talk) 09:44, 30 July 2026 (UTC)

@Escargot bleu

Just to be clear on the last piece of feedback about license selection language, did the CC0 string not update when you tried other license types? For example, if you select "Geo Data license Germany (GeoNutzV)" then the string updates to "By publishing your changes, you agree to our Terms of Use, and you irrevocably agree to release your contribution under the terms of the Geo Data license Germany license."

And of course the CC license types' strings are all very similar, but the last parts will always update to the right number and link based on your selection. It's definitely not intended that your contributions will always be CC0 regardless of license selection, so let us know if the string was not updated when you selected something else. I wasn't able to reproduce. MikeZ-WMF (talk) 15:33, 31 July 2026 (UTC)

@MikeZ-WMF I could try the wizard after an unblock of my IP (not very convenient, as said before). It works well, I find it nice to use! Regarding Escargot bleu comment: when I change the licence, the text below updates accordingly.

I don't know if this is in the scope of this whish, but I think we should be able to edit the data in the same tool (with a clear indication that we are modifying the .tab file), and within a table (not in a json format). We also should be able to transpose columns and rows, without needing to go back on our spreadsheet (I had several times this problem). Currently, the wizard only adresses half of the process. — Jules* ^talk 15:24, 1 August 2026 (UTC)

Hi @Femke - placing the wizard in another location is still something we're discussing (see previous update from a week ago) since it wasn't planned plus it may be that it's limited to a few of you affected by the block. I'll update here once a decision has been made.

As for what this solves and how, I think the Design mocks illustrate this best. MikeZ-WMF (talk) 09:42, 30 July 2026 (UTC)

[Tagging supporters of the wish:  @Femke @Neriah @ZandDev @Iniquity @Jules* @Omnilaika02 @Shushugah @Yodaspirine @Girart de Roussillon @Ayack @EatingCarBatteries @Waldyrious @Hakimi97 @Lewisiscrazy @Jugondial @Escargot bleu @Kulawik.pl @Matěj Suchánek @Red Sneak @NightWolf1223 @Toadspike @ChaoticV  @Inter-rede @Jeroen N @GhostInTheMachine @Booksmurf ]

Hi folks - one more update to get around the Beta cluster block some of you have experienced: the ChartWizard has now been launched on Commons: https://commons.wikimedia.org/wiki/Special:ChartWizard/Data:Example.Pie.chart

The caveat is that you can't work with the tabular data as you can on Beta, but this largely shows the experience of editing with the new ChartWizard. We'll keep you updated on other changes. Please feel free to share any feedback! I'm summarizing what has been shared here and in other threads, and will post a summary later this week. MikeZ-WMF (talk) 15:27, 3 August 2026 (UTC)

When I wrote this wish, I had never come as far as the middle bit of chart making, hence the wish focusing on the start (getting data into Wikipedia, avoiding Commons and json), and the end (actually making the graph in Wikipedia).

This bit of creating the graph looks really neat, two bits of feedback:

1. It would be nice if this Wizard is available where people would want to make graphs, on Wikipedia? Maybe a bit like how image search is incorporated on Wikipedia, even though it's hosted on Commons
2. The categories when you upload an image on Commons are quite neat, in the sense that it shows you subcategories. For instance, when you have some data about pollution in China, you first type in Pollution, and it will show you the subcategories to browse through. So far, on Commons, that does not seem integrated yet.

Looking forward to further work on the two big asks of the wish :). Is that planned as well? —Femke 🐦 (talk) 16:39, 3 August 2026 (UTC)

@Femke - thank you for the detailed feedback!

1. Indeed, the ChartWizard will be available more widely on Wikipedia after we have done sufficient testing on Commons. We'll follow up soon a timeline as development wraps up and as we become more confident with testing results. To get more feedback, I'm drafting a note about this for the next edition of Tech News.
2. You're right about possible parent/child relationships of categories being missing. I didn't notice that until now since the categories I tested were not so creative, but now I've tried something more random to test (Pomeranian) in both the UploadWizard and ChartWizard, and see these are not integrated yet. I'll follow up.

MikeZ-WMF (talk) 08:58, 5 August 2026 (UTC)

@Femke

Actually, correction on the first point - it will stay in Commons for now, but we'll revisit this availability based on reception and usage later on.

And the team is looking into the categories issue you highlighted, so thanks again for that! MikeZ-WMF (talk) 16:35, 5 August 2026 (UTC)

I know the wishlist is in flux, so maybe you don't have the answer, but will the work on the wish continue until the two core points are addressed (removing the need to see json / make graphs from Wikipedia directly)? And brilliant about categories, thanks :D. —Femke 🐦 (talk) 16:43, 5 August 2026 (UTC)

@Femke No prob!

What do you mean by removing the need to see JSON? We would like to keep the option there for anyone still interested, but of course nobody is forced to interact with it. (I actually almost couldn't find the JSON option when first testing the wizard!)

As for making available Wikipedia directly - such as embedded in the VisualEditor - this would be something long-term to do due to the complexity, but it's something the CommTech team acknowledged when scoping (some more context on the project page).

Maybe we could still keep this wish open when the vote comes later in the year or have a spinoff that is just about having this in the VisualEditor? By then there may also hopefully be enough usage and feedback to help justify and popularize as well. (Personally I imagine there would be more usage if embedded in the VisualEditor, but we also have to balance the cost.) MikeZ-WMF (talk) 15:03, 6 August 2026 (UTC)

The typical work flow you expect for graph production is:

1. You find a source with some data you like
2. You go to the article you want your graph, and click 'insert graph'
3. You add that data in a type of Excel-like format
4. You create your graph with the new Wizard
5. And it also uploads the data and graph to Commons, so that it can easily be translated.

Very rarely would you start from the Wizard, and try to find data on Commons. It's just virtually impossible someone has already uploaded the type of data you need for your specific article.

Now for step 3, you have to go to Commons, upload data in a JSON format, and then go to the Wizard to use. I was just trying it out, typing "Data:Example dataset to test.tab" in search, and I couldn't even click on a red link to get started. I don't know how step 3 is supposed to work. If you want to adjust existing data, I see there is a slightly hidden button in Commons to 'Edit as table'. Low-hanging fruit for this wish is make that button larger and blue, even if that interface does not yet allow for editing of headings or metadata.

Happy to do a spin-off if there's not the capacity to do these elements of the wish before we get our large-scale voting back. —Femke 🐦 (talk) 16:32, 6 August 2026 (UTC)

Wish complete: ChartWizard deployed on Wikimedia Commons

[Tagging supporters of the wish:  @Femke @Neriah @ZandDev @Iniquity @Jules* @Omnilaika02 @Shushugah @Yodaspirine @Girart de Roussillon @Ayack @EatingCarBatteries @Waldyrious @Hakimi97 @Lewisiscrazy @Jugondial @Escargot bleu @Kulawik.pl @Matěj Suchánek @Red Sneak @NightWolf1223 @Toadspike @ChaoticV  @Inter-rede @Jeroen N @GhostInTheMachine @Booksmurf ]

ChartWizard is deployed on Wikimedia Commons and is also accessible via "Edit with form" tab on any chart definition page to edit existing charts. This provides form-based editing for the chart definition, with realtime preview. The team considers the wish complete. Thank you for your support! Follow up improvements could be done as part of a future wishlist project.

LGoto (WMF) (talk) 21:54, 27 August 2026 (UTC)

Feel free also to report any issues or feature requests in Phabricator, in the Charts project [1] and/or submit them as part of the upcoming, new Community Wishlist project to help get them prioritized. I am also happy to review any volunteer patches or provide some guidance on how to get involved with the Chart extension. KFilbert-WMF (talk) 22:00, 27 August 2026 (UTC)