second real-world use-case:
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Sat, May 4
In T107119#8629980, @Krinkle wrote:I notice the task description is currently prescribing a very specific solution, but lacks any description of a currently experienced problem ("bug") and also lacks any high-level outcome that it would enable ("feature"). It is not uncommon than once the reason for something is understood, the maintainers and other developers like yourself, might iterate on the idea and come up with a perhaps even better solution. This is currently not possible though, and is likely why it has little engagement and low priority. It's currently Yes/No situation without any apparent downside or invitation to help.
TLDR: Why do we want to load TemplatatData into Lua? What are some use cases for that? I can imagine some of course, but I'd like to hear yours.
Thu, Apr 25
In T363053#9732636, @thiemowmde wrote:Unfortunately not, sorry. At the moment the ticket explains neither a solution nor a problem. What is the user story? How should the new syntax look like? How should it be presented and explained in the interactive TemplateData editor? How should it be documented? How should consumers like VisualEditor, the MediaWiki-extensions-TemplateWizard, Citoid, or the ContentTranslation workflow behave? Should this really block the user's edit from being saved? How would this look like in the UI? What does the error message say? What if the template already contains an unknown value that wasn't entered by the current user? Should we still block the user from continuing what they wanted to do? Why? How do we explain it to the user? How do we help the user to get unstuck? How do we measure the success rate to make sure the change was worth it and we don't loose meaningful edits due to users getting frustrated and giving up?
This is very similar to what I said in T197634#9712254 just a few days ago: I think what we are discussing here is called "programming" and requires an actual programming language. Which we have: Lua. It's the job of the template to decide if it wants to accept unlisted values, ignore them, or trigger an error. Why would we need to duplicate this logic in a different place an entirely different format?
Sun, Apr 21
i am asking for minimal change, in TD validation only.
the other stories may be viewed as asking for some behavior change (mainly VE support), all i'm asking here is to allow two specific "parameter" attributes when validating. code (and doc) changes should be minimal.
unfortunately i am not able to submit pull request myself, but i imagine such change should not be more than a dozen or so lines of code (most of which as comments)
T54582 asks a bit more,=, it asks for VE to behave in a certain way. this request is more modest: all i ask is to allow 2 more attributes.
there's strict validation code that doesn't let you save a page which contains invalid TD, and this request is to allow two more attributes, with suggested names.
it should be straightforward and short to implement, maybe even simpler than documenting it.
Sat, Apr 20
Jan 5 2024
In T354383#9437737, @Esanders wrote:I get a warning in both Firefox and Chrome when I press back. The only way I can get no warning is if I press back very quickly after the preview loads.
Jan 4 2024
In T354383#9436556, @Aklapper wrote:Which source editor? See https://www.mediawiki.org/wiki/Editor
Jun 8 2023
this is not wikidata specific, and already hit the "early upgrade" wikipedias such as cawiki and hewiki. for details and links, see T338405
Jun 7 2023
May 17 2023
this is an old, practically abandoned story.
Feb 1 2023
Sep 2 2022
In T315639#8204471, @Jdlrobson wrote:We simply wouldn't be able to change anything if we had to retain all existing CSS selectors and IDs. I don't know if you do development yourself, but if you do I'd urge you to take a moment to think
about how a constraint of not being able to change any ID would impede you with developing a MediaWiki interface.
Aug 31 2022
In T315639#8175177, @Jdlrobson wrote:....
Impact doesn't seem quite so bad. I'm only seeing 1408 cases across all wikis for JS files (I don't think it's worth focusing on CSS here).
Aug 25 2022
In T315539#8166643, @MusikAnimal wrote:They should instead file a Wikimedia-Site-requests to change the thresholds for semi-protection.
Mar 20 2022
Mar 15 2022
Feb 19 2022
Feb 10 2022
Jan 18 2022
IMO, the exploit should not be exposed, to avoid causing more pain to sites running vulnerable versions.
Jan 12 2022
Jan 10 2022
just to clarify: the issue is that this was allowed until last version, which means there are already "live" templates which violate the assertion.
this caused significant disruption: specifically, one of these templates was the hewiki equivalent of "Cite journal" - as a result, editors could not create automatic citations of articles using DOI, and could not even create manual such citations using VE (and thanks to mediawiki devs, many editors don't even know how to use source editor - kudos!).
we went and amended those templates on hewiki (can't be sure we found them all - see below :) ), but it's more than likely similar issue still exists on other projects.
Jan 8 2022
we should distinguish between visualeditor and templatedata.
templatedata provides a syntax to describe the template behavior, and is used not just by visualeditor, but other tools too.
Jan 7 2022
just realized that this error does not add the template to any tracking category. make it 2 demerits.
Dec 19 2021
beg to differ.
when ply is not defined, the final state of the game may or may not be useful to readers not using the interactivity, but the opening board is guaranteed to have zero value.
if you are 100% against showing the last ply, it would be better to declare ply= "mandatory" parameter, and show error when not defined, rather than defaulting to absolutely useless real estate on the page.
Dec 3 2021
no need, thanks.
your explanation clarified it, and the comment is junk.
Dec 1 2021
@4nn1l2 - please see update to story and consensus, and my comment on gerrit.
Nov 30 2021
Oct 30 2021
speaking of the algebraic notation, i would like to suggest some css tweaks to make it clearer that the plys are clickable.
cursor:pointer comes to mind.
another css change i request: please replace the bike and ped icons for fast/slow with dear/snail, as in the prototype. turtle would be even better.
Oct 25 2021
description should be expanded to cover ply and swap.
i think you should obtain a simpler PGN with NAGs and test it with it.
the game on my user page was copied from one of the test cases in the extension's repo, but i do not know that it's valid.
Sep 14 2021
Sep 3 2021
@Wugapodes : can you see why 3rd game in https://en.wikipedia.beta.wmflabs.org/wiki/User:%D7%A7%D7%99%D7%A4%D7%95%D7%93%D7%A0%D7%97%D7%A91/ChessBrowser_test_cases still fails to parse?
i copied it from one of the test cases in the repo.
Aug 26 2021
(critique based on the screenshot only)
Aug 9 2021
@Wugapodes
now it seems that it does not like the question mark in the doc, and complains about
@param array? $fenParts The ....
on lines 149 and 214 of includes/ChessParser.php
Jul 29 2021
@Wugapodes :
it says
Jul 15 2021
Jul 1 2021
Jun 1 2021
May 24 2021
looked at the beta.
saw for the first time how "flip" also rotates the board itself, not just the button. super cute.
In T281649#7084227, @Wugapodes wrote:....
suggest we make these optional features that each wiki can configure as-needed.
.....
Thoughts?
In T281649#7084227, @Wugapodes wrote:....
suggest we make these optional features that each wiki can configure as-needed.
.....
Thoughts?
interestingly, the first implementation of the standalone introducing speed control used slider.
never got it to be satisfactory.
if i may, i think it will be better and more useful to have a single "speed control" button, which will allow the reader to enter the delay numerically.
May 8 2021
lichess is not the model.
look for any site which holds large library of games in PGN format, and look at the interactive game interface. first i stumbled on (from enwiki article) https://www.chessgames.com/perl/chessgame?gid=1129672
autoplay is useful feature. talk with chess aficionados. at the very least we should consult the authors. i asked on their talk page. (see enwiki:Wikipedia talk:WikiProject Chess ).
May 6 2021
several comments:
Apr 27 2021
@sbassett : currently, the beta deployment task, T244075 depends on this task.
iiuc, there is kind of agreement that the extension can be deployed to test wiki, maybe under some conditions.
can you please update the beta task, and clarify if it can progress despite declining this task, and if so, what needs to be done?
maybe it's clear to everyone but me...
peace.
Feb 25 2021
(not very useful comment):
Jan 1 2021
In T269222#6716104, @Aklapper wrote:Please contact the Chrome/Chromium developers (or use another browser).
In my understanding, there is nothing we can do/fix on our side hence closing this ticket.
See also T269222#6681319.
Dec 31 2020
Dec 1 2020
I added a wishlist item to add this extension to wmf wikis.
Aug 13 2020
Apr 10 2020
fwiw, i added to mediawiki:minerva.js on hewiki the following line, and the pencils are visible again.
Feb 18 2020
Feb 13 2020
first of all, this is different than the error i see in the console when adding debug=1, which is
Jan 24 2020
can someone please explain
Jan 5 2020
on further examination, it's a bit more complicated than than.
Jan 2 2020
i would add specific chess cases, to verify correct pgn parsing:
- en passant
- castling
- promotion
Nov 8 2019
Aug 8 2019
Jul 29 2019
currently, on wikimedia sites, the parsing _is_ lax, despite what the documentation says.
Jun 13 2019
In T167423#3990447, @brion wrote:3D has been deployed to Commons, but not yet to the other wikis, so files can be uploaded but not yet used in articles. It'd be real nice to have mobile support working when that further deployment goes out so we don't have a bifurcated experience for our users -- is there any current work on this?
May 25 2019
Apr 13 2019
another user have copied the whole content of her console:
Apr 12 2019
In T220706#5107219, @Aklapper wrote:Could you please try this with safemode=1? This allows you to test if a problem is because of your user scripts or personal gadgets without uninstalling them. See https://www.mediawiki.org/wiki/Help:Locating_broken_scripts for more information.
additional information:
user reports that on enwiki, and on hewiki with "uselang=en", she _does_ sees the "Save" button, but not with hebrew ui.
Apr 11 2019
In T217087#5103885, @aezell wrote: