User:Waldyrious

Waldir@meta.wikimedia

Useful stuff

 * Writing an extension for deployment
 * http://shorturls.redwerks.org (see Manual:Short URL)
 * Manual:JS/API/UI Extension Developer Library
 * Git/TLDR
 * investigate withJS url param (possibly only enabled in commons, i.e. not a mediawiki feature)
 * installation:, , (Manual:install.php), Manual:Installation guide,
 * Using maintenance/install.php (todo: test and make sure of the parameters; add some documentation to the file and its Manual entry):
 * See also: MediaWiki-Vagrant
 * Mediawiki documentation (especially reference, index-like ones)
 * Lua: slideshow, tutorial
 * Check commons:MediaWiki:Gadget-Hotcatcheck.js (also Cat-a-lot) for direct, non-refresh, no-edit-view editing
 * patch that enabled direct linking to diffs: 63395
 * Check commons:MediaWiki:Gadget-Hotcatcheck.js (also Cat-a-lot) for direct, non-refresh, no-edit-view editing
 * patch that enabled direct linking to diffs: 63395

API + Javascript

 * API:Client code (JsMwApi looks interesting)
 * API:Data formats and Manual:Ajax
 * Bug 20814 - Enable $wgCrossSiteAJAXdomains for wikimedia sites (only WMF wikis allowed to make AJAX requests to each other)
 * 19907 -- "For non-credentialed requests, we can send Allow-Origin: *" -- i.e., for actions that don't require login, allow third-party apps
 * Could Cross-document messaging help here?
 * Thread:Talk:Requests for comment/API Future/CORS and third-party web apps
 * bug 62807 - Create TODO list for best MediaWiki API client library in JavaScript

Developers

 * Developers/Accounts
 * Special:Code/MediaWiki/author
 * http://toolserver.org/~krinkle/TSUsers.php
 * http://toolserver.org/~krinkle/wikimedia-svn-users.php
 * http://korma.wmflabs.org/browser/contributors.html

Misc.

 * WikiOverflow (abandoned), Wikis@StackExchange & MediaWiki IdeaTorrent
 * Pitch wysihtml5 (also check for similar stuff?) against VisualEditor and suggest improvements to both
 * It could be interesting to make diffs flattrable. See Extension:Flattr.

Potential bugs for hacking sessions

 * See also: /hackathon


 * easy*
 * As soon as 49208 is merged, propose renaming the directory "mw-config" → "first-run" or "run-installer" (see this post on wikitech-l)
 * Normalize nomenclature of access points (see in-wiki changes)
 * Fix "of a page X" to "of the page X", see Communication/pt.
 * Done in 132324
 * Also, make it suck less in narrow browser windows (other languages cell unnecessarily long, progress indicators getting wrapped away from the corresponding languages). Make it use the flatlist/ approach.
 * Special:Version/Credits
 * Apply flatlist approach
 * Link to translatewiki:Category:MediaWiki translators rather than translatewiki:Special:ListUsers/translator
 * if translatewiki is on the interwiki map by default, use the internal link format rather than the external one.
 * Harmonize special page titles (Delete page✓ / Delete → Delete file / Action completed → Page deleted / Block user → User blocked)
 * Difference between revisions of "Pagename" → Pagename | Difference between revisions
 * 29488 - Make pages accessed from special:random display a redirect notice. Most useful for when a custom random link --e.g. Special:Random/talk-- is followed.
 * 3753 - Option to hide rows from Special:Contributions where the edit is the most recent to a page
 * When a category contains elements whose sort key is a space, the header in the category should be a  so that it aligns with other columns, "cont.", etc.
 * Add class to files that are redirects
 * Redirected files don't show the "redirected from" line
 * Move options (e.g. watch src & target page) not preserved if error returns editor to move page (e.g. destination page exists) WORKSFORME
 * Special:Blocklist's wpOptions url parameter uses [] which makes link in wikitext not work correctly. why is it there anyway?
 * patrolling:
 * Autopromotion rule to make a user's edits auto-patrolled if all their previous edits (minimum: X) have been patrolled
 * The "Marked as patrolled" page's "Return to Special:RecentChanges" link should preserve the RC configs (e.g. hideanons, etc)
 * Can't patrol a redirect's first revision (mark as patrolled link should show up as it does for a new page)
 * Patrolling a the first revision of a page: no diff link in the RC, one has to click the page title, which displays the latest revision for patrolling, rather than the 1st
 * Check if this solves the issue
 * "Mark this page as patrolled" is ambiguous. Doesn't that work by revisions? Clarify.
 * Marking an edit as patrolled should have a link back to the patrolled edit!
 * What's the difference between MediaWiki:Sitesubtitle (seems to be only used in the CologneBlue skin), MediaWiki:Tagline and $wgExtraSubtitle (seems to only be used in SkinLegacy.php)? Should one of the messages be deprecated/aliased? should the config variable be deprecated? (If so, Extension:Configure needs to be updated)
 * See Manual:Tagline (Site Subtitle) & 132583
 * Why doesn't display entries in alphabetical order?
 * Special:Stabilization (for FlaggedRevs) should have an input box if no target is specified.
 * (and a more useful error message than this).
 * After deleting a thread reply the "return to" link should point to the thread. If deleting the whole thread, it should point to the talk page. Currently, both point to the root subject page.
 * 64164 - customization parameters for the  parser function


 * medium*
 * 44205 - rename userrights to usergroups
 * 42964 - Add support for more types of Flickr URLs to UploadWizard
 * 27087 - Rename curid and wgArticleId to pageid and wgPageId
 * 10268 - Watchlist RSS feed should include diffs (like page history rss does. See also: 471 - Basic XML Feed support for watchlist)
 * Does RC feed omit diffs for pages in the MediaWiki namespace?
 * 7908 - Footnotes content should appear in a tooltip | 5231 - Mouseover explanations for interlanguage links in native languages
 * 14901 - Email notification mistakes log action for new page creation (don't send emails saying a page was created when it was deleted, protected, etc. See also Extension:Email notification/to-do. Also, there was a post in the planet wikimedia about simplifying the email text, but I can't find it... Account Creation Improvement Project/Testing content?). Meta-bug for email notification issues: 1932
 * Special:UserList and Special:ActiveUsers: Add option to filter out blocked users.
 * Special:UserList: Contribs filter should include only non-deleted contribs count.
 * Add checkbox to Patrol log to allow hiding automatic patrols
 * Undeleting a page should show a checkbox to undelete the corresponding subject/talk dual
 * Investigate illegal title issues (see gmail chat log w/ Robin, Manual:$wgIllegalFileChars, Manual:$wgLegalTitleChars, docs/title.txt, and includes/Title.php's )
 * try uploading a file and setting its target filename to include a /
 * "Associated namespace" checkbox in Special:RecentChanges should work also when namespace filter is inverted
 * auto-generated icons for sidebar items: lowercase everything; replace periods (and possibly other special characters) with dashes
 * Why is Media: a virtual namespace rather than a parser function?


 * hard*
 * Is it possible to change the url when following a redirect? what are the drawbacks? cache invalidation? reload (new http request)?
 * would it be possible to enable transclusion of Special:Random?
 * Allow  parameter to index.php so wikitext can be passed directly in the url (and thus customized, while a preload file can't take parameters). See Manual:Creating pages with preloaded text and Manual:Parameters to index.php
 * Allow filtering popular pages by namespace (e.g. Special:PopularPages/talk). Also allow transcluding it and adding a limit (Special:PopularPages/10 or Special:PopularPages?limit=10). This would enable making a box similar to the common "popular posts" feature in various blogging platforms.
 * Implement wikicreole parsing using the approach suggested in this thead (see also a very interesting analogy with spoken languages, by Thomas Dalton)

''* Note: These are my personal estimates. I have no idea how optimistic I'm being in some of these.

Toolserver projects

 * See tools:~waldir

Skins

 * Overview of existing documentation
 * Collect all skin-related links from mediawiki.org, meta, en.wikipedia, the source code, etc.
 * Summarize each link
 * Complete the first draft of the proposed manual in the "proposed overview" section
 * Request review of the overview, for correctness. Potential people to contact for this:
 * Matma Rex restored one of the old skins (Cologne Blue) to make it conform to the modern system based on templates
 * Ryan Lane has fixed up the strapping-mediawiki skin
 * Daniel Friesen has written quite a bit about the skin system
 * Trevor Parscal was, I believe, one of the main people involved in creating Vector
 * Krinkle seems to be quite knowledgeable about how skins work, judging from some of his comments to Gerrit patches I've seen
 * Jack Phoenix (see here)
 * Liangent (suggested by Sumana)
 * My CSS tweaks: notes at meta:User talk:Waldir/common.css, code at meta:User:Waldir/vector.css
 * Wouldn't it be great if mediawiki was like the CSS Zen Garden? Then skins would be only a CSS file. Why isn't this possible? Maybe when there's support for recent CSS features for layout manipulation, such as flex, grid (note: grid is still a long way to come), move-to, order?

Meta MW documentation

 * Moving mediawiki documentation from meta to mediawiki.org
 * Project:Requests/User rights/Waldir 2 (archived without actually being closed)