Jump to content

Wikipedia:Gadget/proposals

From Wikipedia, the free encyclopedia
< Wikipedia:Gadget

This is an old revision of this page, as edited by Cat in the Hat (talk | contribs) at 21:39, 15 May 2012 (→‎Gadget to assist people with Red/Green colour-blindness issues (from de.wikipedia): fix first link, broken). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Shortcut


Watchlist script

I propose User:Js/watchlist.js (documentation at User:Js/watchlist) as a new gadget. It adds the ability to unwatch pages directly from the watchlist using Ajax, and has some other handy features. Ucucha 12:10, 19 June 2011 (UTC)[reply]

This seems like a great idea, but why are you using so many obscure symbols for your interface? It makes it quite confusing to use. Why not just use words like "Add unwatch links", "Use alternate sorting", and "Hide options"? This would make it a lot more user friendly. Kaldari (talk) 07:14, 25 October 2011 (UTC)[reply]
Also it seems rather pointless that I have to re-enable the unwatch links every time I visit my watchlist. Why not just turn them on by default? Isn't that the main reason for people to use the script? Kaldari (talk) 07:16, 25 October 2011 (UTC)[reply]
The main reason for "obscure symbols" was to occupy less space and it can be changed very easily if needed. The same goes for "onload" unwatch links (which is a user-defined parameter right now). As for the last question, I use the script mostly for "only new" link. — AlexSm 20:49, 25 October 2011 (UTC)[reply]
The watchlist options area has plenty of space. I don't see any reason the links need to be shortened into mysterious symbols. Also, why not store the users settings in a cookie, so it remembers them? This would be easy to implement. Kaldari (talk) 21:31, 25 October 2011 (UTC)[reply]
The symbols aren't really mysterious, I think everyone knows what an x is and there are hover descriptions. As for the cookie, well that could be useful but it's really just one click. --Kangaroopowah 06:06, 14 November 2011 (UTC)[reply]
So is this a good idea for a gadget? --Kangaroopowah 04:38, 8 December 2011 (UTC)[reply]
I think it's a great idea for a gadget, but needs some polish before it is added as an official gadget. I stand by my contention that the use of symbols for many of these links is confusing. For example, it is not at all obvious that 'x' means 'add quick unwatch links'. Usually 'x' means remove something, not add something, so this is very unintuitive. This should be changed to simple text: 'Add unwatch links'. Actually, the link should be removed completely and this should be the default behavior. What's the point of me enabling the gadget if I have to manually activate it every time I go to my watchlist page? Also, it is not at all obvious that a pair of up and down arrows means change the sorting method. I would assume that it meant show older or newer changes than the current view if I had to guess (based on the context). And the hover description for this link isn't even accurate—it sorts by title first, then by namespace. This link should be changed to 'Sort alphabetically'. As I said before, there's plenty of space here for long link titles, so there's no logical reason for us to use symbols. I'm fine with having the x's next to the change listings for actually unwatching, but the other links should be removed or spelled out. Kaldari (talk) 20:51, 8 December 2011 (UTC)[reply]

(Reset Indent)I agree with you on everything except that the unwatch should be by default. I don't want to accidentally unwatch something. --Kangaroopowah 02:36, 9 December 2011 (UTC)[reply]

Any new comments? --Kangaroopowah 02:00, 6 April 2012 (UTC)[reply]

Limit page content width to 800px with a nice page-like view (Vector skin)

I created this simple CSS file User:Agent007bond/vector.css which makes the changes shown in this screenshot: [1]. In words, it does the following:

  • Restricts the main body of a page on Wikipedia to 800 pixels width.
  • Centers the content on screen (or browser window).
    • Note: The sides of the body are at equal distance from the edges of the screen/browser window, not from the edges of the white area of Vector skin template.
    • This also works well with the narrowing of browser window width, displaying horizontal scroll bars only when the content is truly overflowing (the invisible border created by the CSS does not force scroll bars to display).
  • Creates a nice blue border around the content to give it a 'page' look and feel.
    • Without the border, the text looks strange as though it's "hanging in mid-air" when considering the large whitespaces on the sides.

My purpose of creating this CSS is to make the content of Wikipedia more readable in large screens, especially widescreen monitors. Many professional websites and blogs follow this 'restricted width' format to make their content well-presented and easily readable. Without it, articles tend to have extremely long lines from screen edge to screen edge, and the reader has to move eyes (and sometimes head) across uncomfortably long distances left and right.

I would like to know if this CSS can be added as a gadget for every Wikipedian to use. Basically, in My preferences > Gadgets, I would like to see a checkbox "Limit page content width to 800 pixels and center it on page (for Vector skin. Non-content elements of page will remain intact)" under the Appearance section.

I don't expect this CSS to function properly with any other skin although it could give some results. However I don't know how a CSS can be limited to a particular skin, as CSS cannot be programmed to verify anything unlike JS. -- ADTC Talk Ctrb . 23:45, 25 November 2011 (UTC)[reply]

I wrote a script a few years ago for myself, for the Monobook skin, that makes page widths about 1000px. It shrinks everything, moving the menus in too, so it doesn't look as strange. It still keeps discussion pages like WP:ANI at full width though, because it's easier to read huge, long paragraphs of discussions at full width, I find. So, I'd suggest making a script that moves in everything, rather than just the content since it looks really strange at the moment. The code I personally use is a bit complex, but can be found at User:Gary King/layout.js under "function pagesLayout()". Gary King (talk · scripts) 18:29, 26 November 2011 (UTC)[reply]
Thanks for the reply. To me, it doesn't seem strange that only the content is squished to 800px because I don't find a need to have everything other than the content nearby when I'm reading the content. I actually find it suitable to focus on the content I'm reading and not be distracted by the extra elements on the page. This is just my viewpoint anyway. As for the script, I was trying to do this in CSS so that it's merely an application of style sheet properties rather processing of JS. I have attempted to make everything on page restricted to 1000px, but it just makes the page very messy and doesn't work properly. Properties applied on the body or html tag do not affect the left sidebar or the top user links.
I know that JS gives much more power and control over the page elements than CSS, but it wasn't something I had in mind at the time I created the CSS. For me, squishing the content to 800px seems to work well for me, including discussion pages. One place I miss the extra width is logs such as page history. My point in creating in this discussion is actually to make a gadget or preference of similar results (squishing either the contents or entire page) available to all registered users of Wikipedia at their disposal. Or have Wikipedia squish content pages (but not logs or history) by default. Currently neither of my suggestions have been implemented. It's not necessary to be my own CSS or your JS, but something ought to be made available.
Great JS script btw. I don't know what exactly it does (a screenshot would be nice) but it seems to do a lot of useful things :) -- ADTC Talk Ctrb . 06:29, 27 November 2011 (UTC)[reply]
There are a lot of things that Wikipedia could do to improve its layout. I suspect it would require a lot of time and discussion to change much around here, though, so I have hundreds of lines of code to make it look exactly how I want. A few examples include adding spacing between separate comments to easily tell them apart, removing most colors from the Monobook skin, such as the logo and the background image, so only the content stands out, highlighting discussion sections that I have commented in or that have had activity in the past 24 hours, etc. Regarding only using CSS, I understand that because JS is sometimes applied after the page finishes loading, which makes it look like things are moving even after the page already loaded. That's why I have both CSS and JS at work here; CSS covers most situations, like 95% of them, and then JS is purely for backup. Feel free to click on "scripts" next to my username to check out some of my stuff, although not all of it is listed there. Gary King (talk · scripts) 07:44, 27 November 2011 (UTC)[reply]
I think the Vector skin (now default) is a very nice and clean improvement over the older Monobook skin. It already does some of the things you mentioned, such as removing background image and avoiding unnecessary use of colors. It's cleaner and nicer to look at, IMO. Anyway I hope Wikipedia considers making the option of restricting the page/content width available to all users. PS: I have made some slight modifications today to my CSS. -- ADTC Talk Ctrb . 07:57, 27 November 2011 (UTC)[reply]

what's happened with importScript()

What's happened with importScript(). It isn't running anymore and my GoogleTrans gadget won't load.

Has the version of mediaWiki changed? and importScript is not supported anymore. If so, is there any documentation of coding in the new regime.

Endo999 (talk) 03:21, 6 December 2011 (UTC)[reply]

importScript() still works for me. I would be shocked if it stopped working in the next few years, because hundreds of thousands of users still use it. Are you using the Monobook skin? If so, then you aren't using importScript() anyway, since you copied the entire script to User:Endo999/monobook.js. It's highly recommended to use importScript() instead, which updates your code whenever the developer does so, which may explain why your version is now broken. Gary King (talk · scripts) 03:28, 6 December 2011 (UTC)[reply]
If possible look to use mw.loader.load('//xxxxxxxxxx.js&action=raw&ctype=text/javascript'); is the recommendation these days. This way the script can be cached effectively. More information about Resource Loader is available, especially at mw: — billinghurst sDrewth 11:39, 6 December 2011 (UTC)[reply]
+ try adding it to Special:MyPage/common.js as that file is independent of the skin in use. — billinghurst sDrewth 11:40, 6 December 2011 (UTC)[reply]

I have more information on this failure to load using importScript(). It happened to me while I was working at the Dept of Social Security in Canberra Australia. They have a heavy proxy filled restrictive environment. It did not happen to me while I was at home. I also received a message (at work) about mw not loading before the error message about importscript not being present. I assume therefore that the underworks of importscript() now actually uses the MW loader feature, and that this new feature was not surviving the heavy proxy restrictive environment of the Social Security dept environment of Australia. It happened while I used either Firefox or IE. Endo999 (talk) 16:25, 6 December 2011 (UTC)[reply]

Image Siblings

How it would look like

I propose offering Image Siblings written by Magnus Manske as a gadget. --Leyo 17:06, 6 December 2011 (UTC)[reply]

The image doesn't quite make it clear what this script does. Does it grab other images in the same category as the image we are currently viewing? Gary King (talk · scripts) 01:15, 7 December 2011 (UTC)[reply]
Yes, exactly. If the file is on Commons, it shows files of the same category/categories and gallery/galleries. You can test the gadget in de.wikipedia by enabling it and watching any Commons image over there. --Leyo 08:28, 7 December 2011 (UTC)[reply]
I enabled the gadget "ImageSiblings" on de.wikipedia.org and went to this image. I didn't see what was shown in the screenshot, or anything different that I can tell was from the gadget. Gary King (talk · scripts) 18:31, 7 December 2011 (UTC)[reply]
I just tried it and it worked for me. But I know that sometimes, probably related to Toolserver problems, it does not work. --Leyo 00:31, 8 December 2011 (UTC)[reply]
Still not working for me, with only that gadget enabled (I've never used my de.wiki account), and purging and hard refreshing the image. Gary King (talk · scripts) 20:54, 8 December 2011 (UTC)[reply]
After optimizing and internationalizing the script, it also works here. It can be tested using this code. --Leyo 18:39, 16 February 2012 (UTC)[reply]

Reference Tooltips

A reference tooltip. (Not actual screenshot.)

I propose adding mw:Reference Tooltips (designed by Brandon Harris) as a gadget. JS and CSS at User:Yair rand/ReferenceTooltips.js and User:Yair rand/ReferenceTooltips.css, respectively. --Yair rand (talk) 22:02, 6 December 2011 (UTC)[reply]

How do this differ from the existing feature in navigation popups, enabled as a gadget for 34,000 users? — Dispenser 23:52, 6 December 2011 (UTC)[reply]
Mostly in the presentation. I don't think many users are interested in seeing "Article#cite_note-XXX-2 ⋅ actions ⋅ popups / ^ a b c" in the tooltip, and many users would probably prefer to be able to see references without going to the bottom of the page and probably losing their place, but not have every link bring up a large popup box. (Also: I'm hoping that this script, or something like it, will eventually be enabled by default at some point, and I thought being a gadget might be a good intermediate step.) --Yair rand (talk) 00:13, 7 December 2011 (UTC)[reply]
I would definitely use this gadget, but not navigation popups. I have no use for pop-ups on every link, but ref pop-ups seem quite useful, and the presentation of the ref pop-up in this gadget doesn't make my head hurt. I would support this being added as a gadget. It should be noted, however, that the current implementation only works in modern browsers (as far as I can tell). Kaldari (talk) 00:34, 7 December 2011 (UTC)[reply]
I wasn't able to test it on old browsers, but I had hoped the only issues would be a purple coloring of the arrow and the lack of box-shadowing. Do you know what else breaks? --Yair rand (talk) 03:19, 7 December 2011 (UTC)[reply]
Got it working for IE7. --Yair rand (talk) 06:15, 21 December 2011 (UTC)[reply]
I will test this later. How does it compare to User:Blue-Haired Lawyer/Footnote popups or User:Anomie/reftooltip.js. ---— Gadget850 (Ed) talk 01:27, 7 December 2011 (UTC)[reply]
Anomie's script just overwrites the title attribute, so it's not possible to click on the references, and Blue-Haired Lawyer's creates a box that covers the whole area, including the words surrounding the ref. --Yair rand (talk) 03:19, 7 December 2011 (UTC)[reply]
Well popup can be configured (I think) to not show with general links, but plenty of people like that. The designed (based off classic skin) has yet to be changed after 7 years despite the ease of doing so. Finally, WMF generally rewrites everything added to the site (for security reasons), so I'm afraid your efforts are in vain.
An improvement I'd suggest is to make it function more like the Office 2007's floating tool bars where it become non-linearly less transparent with the closer the mouse is. — Dispenser 02:15, 7 December 2011 (UTC)[reply]
Re: "WMF generally rewrites everything added to the site", I don't think that's correct... --Yair rand (talk) 03:19, 7 December 2011 (UTC)[reply]
I like this, especially compare to the other scripts.
  • It seems to only work with Vector
  • If the in-text cite is at the top of the window, the popup is not visible
  • If regular popups are enabled, you get two popups
  • Links in the popup do not popup— they do with regular popups
---— Gadget850 (Ed) talk 05:30, 22 December 2011 (UTC)[reply]
Re non-Vector skins: Thanks for pointing this out, I've now fixed it so that it works with other skins. --Yair rand (talk) 05:38, 22 December 2011 (UTC)[reply]
I prefer fr:MediaWiki:Gadget-tooltipRef.js and fr:MediaWiki:Gadget-tooltipRef.css and the screen is in fr:Aide:Gadget-tooltipRef. it has link to bibloghrafy and citacion part.Reza1615 (talk) 19:58, 8 February 2012 (UTC)[reply]
To the best of my knowledge, on English Wikipedia references don't generally have standardized links to a further Bibliography section with a convenient renvois_vers_le_texte CSS class (or equivalent) over every link, like they do on the French Wikipedia, so that specific feature couldn't really work here. --Yair rand (talk) 20:27, 8 February 2012 (UTC)[reply]
From the picture, I would love this script. I haven't been able to get it to work though. Is the current code working? —danhash (talk) 19:12, 14 February 2012 (UTC)[reply]
You need to also import the CSS for it to work. The full code for importing both the JS and the CSS is importScript('User:Yair rand/ReferenceTooltips.js');importStylesheet('User:Yair rand/ReferenceTooltips.css');; you only added the first part. --Yair rand (talk) 20:05, 14 February 2012 (UTC)[reply]
I LOVE IT. —danhash (talk) 20:33, 14 February 2012 (UTC)[reply]
Looking at the code review, I think this will not be enabled by default. ---— Gadget850 (Ed) talk 19:21, 14 February 2012 (UTC)[reply]
Just discovered this one while testing scripts for inclusion in the new user script list, and I think it should definitely be a gadget. Everyone will love being able to read ref info without jumping away from the text, and this does so quite elegantly. It can be marked as vector-only in the gadget list, if that's an issue... Equazcion (talk) 16:15, 27 Mar 2012 (UTC)
I'd place an editprotect request over here, tbh. I use it and I'm really happy with it. --Kangaroopowah 00:54, 3 April 2012 (UTC)[reply]
Hm, apparently editprotects can't actually be placed except on talk pages... --Yair rand (talk) 16:38, 3 April 2012 (UTC)[reply]
I started Wikipedia:Village_pump_(proposals)#Gadget_proposal. Equazcion (talk) 17:02, 3 Apr 2012 (UTC)
User:WOSlinker has added this as a gadget. Equazcion (talk) 18:55, 4 Apr 2012 (UTC)

You know, I love the idea of this; given that hypertext is such a dynamic medium I've actually been surprised in the past that something like this wasn't built-into the extension already. In that vein, I can't help but think that some of the folks who would benefit the most from this are readers - people without accounts at all. What of them, might that be a possible later step once bugs and other issues are worked out? — Isarra (talk) 21:40, 4 April 2012 (UTC)[reply]

I had that same thought. Convincing the powers that be to implement new javascript for all might prove difficult though. Equazcion (talk) 22:19, 4 Apr 2012 (UTC)
Can it hurt to try? — Isarra (talk) 23:10, 4 April 2012 (UTC)[reply]
For javascript changes to this project, the only "powers that be" are the English Wikipedia community. I plan to propose at the Village Pump in about two weeks that this gadget be enabled by default. --Yair rand (talk) 23:30, 4 April 2012 (UTC)[reply]
Well, in theory yeah, but then you need to contend with the developers and Foundation people who answer bugzilla requests, and their accompanying egos. I've been through that before and I'm just saying, in practice it's proven not quite as simple as getting community consensus. But no it can't hurt to try, and I'll support it. Equazcion (talk) 12:38, 5 Apr 2012 (UTC)
This doesn't actually need a bugzilla request, that's only for installing extensions, modifying the Mediawiki software, changing local Mediawiki configuration, everything that uses PHP. For this, all that's necessary is for an admin to add "[default]" right after ReferenceTooltips in Mediawiki:Gadgets-definition. --Yair rand (talk) 15:34, 5 April 2012 (UTC)[reply]
I guess I stand corrected. Though I have a feeling they'd still get involved for something like this. They view stuff that affects anons by default pretty seriously. I'm up for proposing it, just saying it could be tough. Equazcion (talk) 16:21, 5 Apr 2012 (UTC)
Maybe, but I don't know why there should be issue with this particular proposal. Now turning the skin pink, that might... nevermind.
Regardless, two weeks from now should prove fun. The community here can be a very scary power. — Isarra (talk) 17:53, 5 April 2012 (UTC)[reply]
A feature very similar to this is part of the new mobile interface that is currently being beta tested. Also, I would like to see a half-second delay set on the pop-up trigger, so that simply moving the cursor across a ref by accident doesn't trigger it. Kaldari (talk) 18:28, 5 April 2012 (UTC)[reply]
identical functionality is available in hewiki for about a month now, and activated as default for a little less then this. our version use the tipsy jquery plugin, and as a result "delayIn" and "delayOut" are available (we use 300 ms for delayIn and 1500 for delayOut). code is significantly simpler (can be made even more simple for enwiki, because part of it deals with bidiretionality - in hewiki cites can be LTR or RTL). because we use tipsy, we don't need an additional css page, either.

you can see how it works (even if you do not read Hebrew), e.g., here, because it's on by default.

the script itself is here: he:Mediawiki:Gadget-CiteTooltip.js. peace - קיפודנחש (talk) 16:27, 21 April 2012 (UTC)[reply]

My Sandbox

hello,

I proposed a link to my sandbox, but it was not implemented. There, Anomie adviced me to request it here. Thanks. ♫GoP♫TCN 10:17, 14 January 2012 (UTC) [reply]

And?--♫GoP♫TCN 12:51, 13 February 2012 (UTC)[reply]

Note the original proposal is at Wikipedia:Village pump (proposals)/Archive 83#Add link to sandbox on the top right corner. The gadget would add "my sandbox" between "my talk" and "my preferences" at the top of the page. The necessary javascript would look something like this: 

mw.util.addPortletLink('p-personal',
                       '/w/index.php?title=Special:MyPage/sandbox&action=edit&preload=Template%3AUser_sandbox%2Fpreload&editintro=Template%3AUser_sandbox',
                       'My sandbox', 'pt-mysandbox', 'Go to my sandbox', null, '#pt-preferences');

The line for MediaWiki:Gadgets-definition should probably go in "appearance", and would look like: 

* mySandbox[ResourceLoader|dependencies=mediawiki.util|default|rights=createpage]|mySandbox.js

Unless there are any overriding last-minute objections, I'll add this soonish. I'll also protect Template:User sandbox/preload and add Template:User sandbox to Wikipedia:Cascade-protected items#Interface templates. Anomie⚔ 17:20, 13 February 2012 (UTC)[reply]

 Done Anomie⚔ 03:53, 15 February 2012 (UTC)[reply]
It doesn't show on the preferences page. —danhash (talk) 20:56, 15 February 2012 (UTC)[reply]
Any site or user JavaScript and CSS do not work in preferences and login pages because of MediaWiki security restrictions. — AlexSm 21:06, 15 February 2012 (UTC)[reply]
Makes sense, thanks. —danhash (talk) 21:11, 15 February 2012 (UTC)[reply]
Wouldn't it be easier/faster/better in the long run, if this is an interface change that's wanted as a default, to update the appropriate MediaWiki page to add this link, instead of adding more JavaScript to load and run? —danhash (talk) 21:03, 15 February 2012 (UTC)[reply]
If implemented as MediaWiki feature this would need an extra checkbox in preferences and devs usually do not want to do that. — AlexSm 21:06, 15 February 2012 (UTC)[reply]
Is it a time/benefit tradeoff issue? —danhash (talk) 21:11, 15 February 2012 (UTC)[reply]
There is no MediaWiki page that can be edited to add the link. Such a change would require either editing MediaWiki itself (SkinTemplate.php, to be specific) or creating and convincing the devs to install an extension that would use the PersonalUrls hook to add the link. And then, of course, there would have to be the user preference added and such. Anomie⚔ 16:26, 16 February 2012 (UTC)[reply]
Should the "My Sandbox" link be appearing in the Monobook skin? I'm not seeing it. Oh nevermind, never figured it'd be near the "my preferences" links. Gary King (talk · scripts) 17:08, 16 February 2012 (UTC)[reply]

Okay, I can get why such a thing might be useful to folks, but I have to ask... why was it made default for everyone, especially given the apparent lack of any wider consensus? — Isarra (talk) 05:29, 26 February 2012 (UTC)[reply]

The original proposal was to make this link for all users, and was overwhelmingly supported provided that it would be easy to remove (i.e. without adding user css). There are three ways to do this: modify MediaWiki, write a MediaWiki extension and convince the sysadmins to install it, or create an "enabled by default" gadget that people can turn off.
Since the very intention of this was to create the feature for new users who don't know about gadgets and such, having the gadget not enabled by default would completely miss its target audience. Anomie⚔ 20:38, 26 February 2012 (UTC)[reply]
Ah, didn't find that one; thanks. — Isarra (talk) 21:01, 26 February 2012 (UTC)[reply]

Tabify Vector Skin

Commons has a gadget called "Tabify Vector Skin" at commons:MediaWiki:Gadget-DropdownToTabbar.js:

Tabify Vector Skin: Remove the Vector skin dropdown menu, moving each menu item to an individual tab. (Vector only)

I copied it here and it works fine, it's a trivial script. I think it could be extremely helpful for users who do large numbers of admin actions or moves, since it takes substantially less time to click on a single target than to use a drop down menu (this can be predicted without experiment using Fitts's law). Dcoetzee 14:45, 20 January 2012 (UTC)[reply]

That gadget has been deprecated here in favor of MenuTabsToggle, an advanced version. Look for "Enable toggling between tabs and dropdown menus in the Vector skin." under gadgets. — Edokter (talk) — 14:49, 20 January 2012 (UTC)[reply]

Feedback tab

User:Slaporte/FeedbackTab.js adds a tab for Article feedback (version 5) for an article if there is any. Try it on the article on Wikipedia, Barack Obama, or any article that shows up in the stream. Stephen (talk) 02:26, 3 February 2012 (UTC)[reply]

One my friends developed internal link translator this code helps users to translate articles, templates, categories with their internal links also it has option to change language

how it works?

it adds translate links to fa button next to title of the page and whit clicking on translate it replace other wikis links inside the text .in edit view or general view it has two different works. now we are using it in fa.wiki as external extention and it is realy useful for translating nave boxs . by clicking on fa you can change the language to home-wiki

case for templates

I translated Template:Fars Province Labelled map and Template:Persian Constitutional Revolution Persions from fa.wiki to en.wiki.(by one click!)

case for categories;

in fa.wiki many of the users use this script to copy categories with their upper category

case for lists

I translated many list of cities from de.wiki to en.wiki and fa.wiki

next features

in my opinion it is much better to add possibility to use it as gadget in home wiki but the major problem is when you want to transfer a template or text from second-wiki->home-wiki you must instal it in second-wiki and it is very difficult for elementary users that they cannot work with vector.js also they can not handle it from their home-wiki.if some one can extend this script to ask page name in other wiki (with text box) and transfer translated text to user's sub-page or predefined page it will be useful and possible to handle it in home-wiki.Reza1615 (talk) 20:49, 8 February 2012 (UTC)[reply]

Bug tracking helper gadget

The release of 1.19 is imminent, and, to help track any issues reported on WP:VPT, I'd like to get the gadget we have been using on enwiki.beta deployed here. I've found this gadget very useful on the problem reports and hope to use it here. Please add it. -- ☠MarkAHershberger☢(talk)☣ 00:02, 13 February 2012 (UTC)[reply]

Does it also need any templates like {{tracked}} on enwiki beta? — Edokter (talk) — 00:23, 13 February 2012 (UTC)[reply]
Never mind :) — Edokter (talk) — 00:24, 13 February 2012 (UTC)[reply]
 Done. — Edokter (talk) — 00:39, 13 February 2012 (UTC)[reply]
arrow Reverted by Tim Starling. Apparently, it overloads Bugzilla. Mark, can you find out what's wrong with the script? — Edokter (talk) — 11:36, 13 February 2012 (UTC)[reply]
It looks like the script MediaWiki:Gadget-BugStatusUpdate.js makes its request on every pageview, instead of only when it finds at least one id from {{tracked}} to look up. Anomie⚔ 15:31, 13 February 2012 (UTC)[reply]
I had the same idea. I'd fix it myself, but ajax is not my cup of tea. — Edokter (talk) — 15:36, 13 February 2012 (UTC)[reply]
That should fix the "query on every pageview, even where {{tracked}} is not used" issue. Whether just the readers of WP:VPT and other pages where {{tracked}} is used would be enough to overload bugzilla, I couldn't say. That's for others (mainly Tim Starling) to decide. Anomie⚔ 16:08, 13 February 2012 (UTC)[reply]
I think the <= 0 part is not needed, but it doesn't hurt. Shall we start again by enabling the gadget, this time not as default? Just asking before Tim torches me again. — Edokter (talk) — 21:42, 13 February 2012 (UTC)[reply]
Ah, it was enabled by default?!
Nonetheless, I would very much recommend to have Mark or Tim give the OK first. Tim sounded pissed enough to flip a bit in the database if it blows up again … Amalthea 23:26, 13 February 2012 (UTC)[reply]
True, !ids.length would work, although ids.length == 0 is a little more explicit about what's going on. My <= 0 is probably a habit from situations where -1 can be returned on error. Anomie⚔ 03:03, 14 February 2012 (UTC)[reply]
Tracked in Phabricator
Task T36353
Mark asked me to re-eanble it (default off). Testing to the right. (EDIT) Unfortunately, it does not seem to work. (EDIT2) Fixed. — Edokter (talk) — 22:38, 15 February 2012 (UTC)[reply]

cat-a-lot

Hi, I found a version of commons:MediaWiki:Gadget-Cat-a-lot.js that works on wikis ( change page's instead of file's categories). we use it in fa.wiki (fa:مدیاویکی:Gadget-Cat-a-lot.js) may be it is interesting for you.Reza1615 (talk) 09:41, 16 February 2012 (UTC)[reply]

I made a pretty basic gadget on MediaWiki.org that might be of some small use to others here. It shows a contributions link (just a simple link to Special:Contributions, specifying the user's name) on each user/user talk page. (Below the move button on vector.)

It's based on blocktab, with some improvements which I then integrated back into blocktab.

Code.

--Krenair (talk • contribs) 16:53, 27 February 2012 (UTC)[reply]

There is already such a link ('User contributions') in the toolbox on the left side of the screen. — Edokter (talk) — 17:41, 27 February 2012 (UTC)[reply]
Proposal withdrawn I feel stupid now. --Krenair (talk • contribs) 17:55, 27 February 2012 (UTC)[reply]

Regex li filter

I suggest adding Splarka's regexlifilter which Mike.lifeguard amended. --Kangaroopowah 04:43, 21 March 2012 (UTC)[reply]

Link: commons:MediaWiki:Gadget-rightsfilter.js --Leyo 08:44, 21 March 2012 (UTC)[reply]

Open search results and suggestions in new tabs

commons:User:Rd232 has developed some JavaScript that opens search results and suggestions in new tabs. It works on both the Commons and Wikipedia. See:

Could a gadget for this be put in preferences? --Timeshifter (talk) 04:52, 4 April 2012 (UTC)[reply]

Putting an "advanced search" (Special:search) link in the sidebar would fix the problem too. People could right-click it to open it in a new tab. Most readers do not know much about how to find stuff on Wikipedia. They try the search form, but soon see that it covers up the page they are looking at. Many people stop using the search form after that, and use Google Toolbar instead for site searches.

But Google Toolbar does not allow one to pick and choose namespaces to search. Special:search does do this. Also, Google no longer makes Google Toolbar for Firefox. So, putting an "advanced search" link in the sidebar would solve many problems. --Timeshifter (talk) 23:50, 23 April 2012 (UTC)[reply]

Diffs: old colours

There is a CSS gadget at commons, commons:MediaWiki:Gadget-DiffOldStyle and associated commons:MediaWiki:Gadget-DiffOldStyle.css, which gives something approximating the old yellow/green style for page diffs. Please could it be added here; and, if possible, brought closer to the actual old behaviour (slightly bigger font, bolded red text). --Redrose64 (talk) 21:59, 23 April 2012 (UTC)[reply]

I just added it 15 minutes ago. — Edokter (talk) — 22:02, 23 April 2012 (UTC)[reply]
Oh yes, Thank you - I wasn't watching MediaWiki:Gadgets-definition but fooling around with User:Redrose64/common.css and wondering how far back from rev:113098 I'd have to go to find the old colour scheme. --Redrose64 (talk) 22:43, 23 April 2012 (UTC)[reply]

Gadget to assist people with Red/Green colour-blindness issues (from de.wikipedia)

Hi. I'd like to propose the import and usage on this Wikipedia of a useful little gadget which exists at the German Wikipedia as part of their project to assist people with disabilities - simply known there as the Red/Green Sight deficiency gadget, it's intended to change the background of red & green text in situations where it would be difficult for people with Red/Green colour-blindness to distinguish them.

I have some issues with this particular form of colour-blindness, and have found the gadget to be really useful there, and would like to see it imported here as an accessibility feature. At present, it's optimised for monobook, but I am sure it could be adapted to work in other skins, and may already do so - I don't know, since I only use monobook on all wikipedias. You can see a copy of the (very basic) script, here. Cat in the Hat | To the Thinga-ma-jigger | Whistle for Things 1 and 2 21:36, 15 May 2012 (UTC)[reply]

Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia:Gadget/proposals&oldid=492765918"