Thu, Sep 12
Wed, Sep 11
I'm thinking on implementing a solution that mimics the standard reference list on Wikipedia articles, that is: a little arrow next to each reference that takes you to the reference without opening it, and little letters that take you to the citations, again without opening the reference for editing.
I recently updated the ProveIt gadget so that it now supports the 2017 wikitext editor. However, one functionality I haven't been able to carry over is tagging the edits.
Mon, Sep 9
Mon, Aug 26
I evaluated this once more. Again, the difficulties seem to outdo the benefits. Deciding which fields should remain full-width and which ones half-width would require more fields in the ProveIt template map, which would require many difficult-to-explain edits to the template data of many wikis. Also, this two-column layout is not mobile-friendly and mobile support is on the roadmap.
This has been fixed for a while.
I have studied this issue and unfortunately it's not easy to fix. The tooltip hides behind the header because the entire form hides behind the header, so changing that would mean removing the tooltips from the form HTML and somehow getting them to show in the right place (a nightmare) or maybe hiding the form with z-index techniques rather than overflow techniques, which again is much harder and bug-prone.
Mon, Aug 19
@kostajh I won't reopen, but it seems a shame that Flow will not work with mod_security, not because of any serious or deep security issue, but because a tiny version number is encoded in such a way that mod_security confuses it with SQL Hex encoding. Cheers!
Aug 3 2019
Aug 2 2019
This was bug with the Poncho skin, not the PageForms extension. I've fixed it now, sorry for the misleading tag and title.
Hi! I added the templates to the list of available templates, and created some basic template data for them.
Aug 1 2019
Now yes, this should be fixed, thanks for the report!
Jul 27 2019
Jul 17 2019
@OriHoch I'm so happy you decided to take on fixing this tool! Having so many different watchlists is a daily pain. Please keep it up!
Jul 16 2019
Jul 15 2019
Minimize requests (maybe). Not much else. I agree this is the lowest priority now, cheers!
My bad. I was looking at the target URLs instead of actually clicking on them. I have updated the title and description to better describe the situation, but I realize this "bug" is much less serious now.
Jul 14 2019
Jul 12 2019
Jul 11 2019
In my humble opinion, this functionality could be improved by parsing any #hashtag pattern in the edit summaries. This would simplify automated as well as manual tagging. To prevent indiscriminate tagging, only tags in Special:Tags would be parsed.
Jul 10 2019
Jul 7 2019
Jul 5 2019
Jul 1 2019
The new config option $wgPonchoSitename (see https://www.mediawiki.org/wiki/Skin:Poncho) allows to shorten the title or remove it completely when it's too long. Also the recent changes to the skin allow titles considerably longer before the mobile layout starts to break.
Jun 27 2019
Another solution is moving the logo + sitename above the search bar. This has the downside of a larger header, but a larger logo is usually appreciated.
The Foreground skin solves this issue by providing a configuration prameter "wikiName" allowing to override the site name just for the display in the top bar of the skin.
Jun 11 2019
Jun 10 2019
May 30 2019
May 29 2019
Strange thing is that the transclusions seem to be returning an empty string as expected (see the div at the bottom of the demo) so maybe the issue is related to parsing order.
I just found out that Massviews Analysis has a feature like the one requested here. Another way to fulfill this request would be to provide a way to generate a list of recent changes from the output of a Massviews Analysis query. Yet I think that a pure on-wiki solution would be better.
May 23 2019
May 15 2019
May 1 2019
Apr 8 2019
Apr 6 2019
What's going on?
Apr 5 2019
This can be accomplished using the Template:Excerpt.
Mar 30 2019
Mar 24 2019
I'm not sure I understand your question. Adding a talk page to a category does not cause or imply that the content page will be added too.
Sure, here is a demo!
Mar 23 2019
One possible approach would be to expand Special:RecentChangesLinked with an additional option to show the changes to the associated talk/subject pages, maybe in a way similar to how Special:Watchlist works.