[SUGGESTION]: Summary-maker in insertVectorButtons.js[edit]
[FEATURE REQUEST]: Rollback via ajax request[edit]
| Type |
Feature Request |
| Setup |
unknown |
| Link |
http://nl.wikipedia.org/wiki/Gebruiker:Krinkle/RTRC |
| |
Hi Krinkle, is het misschien een idee om het knopje [Terugdraaien] op dezelfde manier als [Markeren als gecontroleerd] te laten gaan via een Ajax request? Dat scheelt dan weer een open venster :) Geen idee hoeveel werk het is, maar het is ook maar een suggestie :) Verder een hele toffe tool! Ik hoor het wel! :) Gr, Freaky Fries 06:35, 8 September 2010 (UTC) Aanvulling: Ik zie nu pas dat we op Meta zitten. Ik kom hier eigenlijk nooit.
-
- Ik zie nu ook dat dit al in de todo lijst staat. Laat maar zitten dan :P 92.70.218.137 13:51, 8 September 2010 (UTC)
|
- Hi Freaky Fries,
Het staat bij deze op de todo-lijst voor versie 0.8.x. Komt in een paar dagen/weken aan de beurt. Bedankt voor de suggestie. –Krinkletalk 14:06, 8 September 2010 (UTC)
[SUGGESTION]: Sorting per category[edit]
| Type |
suggestion |
| Setup |
Firefox |
| Link |
Real-Time Recent Changes |
| |
There is this tool which makes it possible to select articles from just one category and the categories below. Is it possible to include that option into this tool as well?
Davin 07:59, 26 September 2010 (UTC)
|
- Hi Davin,
- I see how this can be handy in some cases, however it's not exactly the scope of RTRC which is to patrol new pages, edits or both. As new pages aren't categorized yet (or atleast they should be checked during patrol) it's hard to be able to use that. And for edits, it would be cool to have a list of recent changes to articles in a certain category but that's already in that tool. You may not know this but Erwin's tool has an option to hide patrolled edits with a checkbox. Ofcourse RTRC has the advantage of being on-the-fly and all it's features like the Usertools, MassPatrol and Userfilter; however it is due to technical limitations not possible at the moment to build in category support as this is this an option in the MediaWiki software.
- On the toolserver these limitations don't exist, however the reason RTRC can't be on the toolserver is because patrolling requires one to be logged in and from the toolserver it is not allowed to let users login with their Wikimedia credentials.
- So I'll have to mark this for Later. –Krinkletalk 21:22, 17 November 2010 (UTC)
[SUGGESTION]: Clustering per article[edit]
| Type |
suggestion |
| Setup |
Firefox |
| Link |
Real-Time Recent Changes |
| |
When patrolling it is possible to cluster all edits made on one page. It gives i.e. the result "► Pagename (7 edits)". Is it possible to include that option into this tool as well? It would be great if they can be marked in a way "mass patrol" does (or all at once)
Davin 08:06, 26 September 2010 (UTC)
|
- Hi Davin,
- Yes that is possible. Although it's not perfected yet. Check out my Tools page. There you will find "Get Top RC Pages" and "SpeedPagePatrol". The first generates a list of pagenames on a wiki that have many unpatrolled edits. You can then click the link and patrol them all at once with "SpeedPagePatrol".
- If you want to do it on a page that is not in the "Top" list you can try to edit the link:
http://toolserver.org/~krinkle/SpeedPagePatrol.php?wiki=wikishortname&title=pagetitle (without Namespace:)&namespace=namespace number
- Example:
http://toolserver.org/~krinkle/SpeedPagePatrol.php?wiki=commonswiki&title=Village_pump&namespace=4
- In the future I will add this as a quicklink somewhere inside the RTRC patrol tool. –Krinkletalk 23:14, 26 September 2010 (UTC)
- It's indeed a good idea to insert it RTRC, preferably with as least clicks possible. Thanks for developing all these tools!. Davin 09:17, 29 September 2010 (UTC)
[SUGGESTION]: Clustering per user[edit]
| Type |
suggestion |
| Setup |
Firefox |
| Link |
Real-Time Recent Changes |
| |
With the tool it is possible to mass patrol the edits made by one person. If I notice such a trusted user though, it would be great to have his/her name in the "Userfilter" with one click. Is it possible to include that option into this tool as well?
Davin 08:09, 26 September 2010 (UTC)
|
- Hi Davin, you can add a username to the Userfilter with a single click. To do so hover with your mouse over the username in the feed below and click "[+filter]". This will copy/past the numername to "Userfilter" and click "Apply" for you. –Krinkletalk 23:19, 26 September 2010 (UTC)
- I don't succeed. I tried in FireFox, IE and Safari, but when the mouse arrow is above a username, I don't find a sign "[+filter]". Davin 09:47, 29 September 2010 (UTC)
- See an example here: http://i.imgur.com/Jx3ew.png . Could you tell me which version of Firefox / Safari you're using ? –Krinkletalk 07:53, 30 September 2010 (UTC)
- FireFox 3.6.10, Safari 5.0.1 - 75533.17.8 (FireFox is that I use usually). I was wondering if it could be that you have something in your monobook of another tool that I don't have? Just a thought. I use a PC not an Apple. Davin 15:19, 1 October 2010 (UTC)
- I do have several other tools of which many I use myself, but this these tooltips are part of RTRC. I'll check this out on Windows in the weekend and see what my debugger tells me. –Krinkletalk 15:46, 1 October 2010 (UTC)
- I've tried this myself on someones laptop in Chrome and in Firefox on Windows 7 but it worked fine. For what it's worth, I don't believe the computer (PC/Mac) or operating system (Windows XP, Win 7, Linux, Mac OS X) matter here. It's the browser that matters, and the script for these green tooltips, as is the rest of my tools, are supported in the WebKit engine and Mozilla engine (examples of browsers that use these engines are Chrome, Safari and Firefox). Are you still not seeing the tooltips ? Either case, which version do you see in the dark grey bar on the top at the moment ? It should read 0.8.2-beta. –Krinkletalk 21:20, 12 November 2010 (UTC)
[OTHER]: Questions about CUP[edit]
| Type |
Other |
| Setup |
unknown |
| Tool |
Commons Upload Patrol |
| |
I have several question about CUP. For example, in this edit, three changes were made. I don't understand the motivation behind any of them. The parts of the source that were edited were generated by Commons itself as part of the upload process. Why is CUP fixing code generated by Mediawiki itself? Shouldn't such fixes be filed as bugs against Mediawiki or, alternatively, have some sort of addition that makes these before before the first version is saved? Also, where can I see the translation associated with "int:filedesc" and "int:license-header"? They are used like templates but I cannot see them when I try to go to the URL for them. Thanks.
Jason Quinn 16:32, 17 November 2010 (UTC)
|
- Hi,
- Except for Commons specific things everything you see is centrally localized in MediaWiki itself. Which can be followed on TranslateWiki. These messages are stored in the MediaWiki:-namespace. Unless a page with such name is manually created the default value from the software is used. This is the case for most messages. Think for example the links in the Sidebar, the text on buttons, the tabs, the labels on Special:Preferences etc., the entire interface is localized, check out Preferences with user language set to "de" (German). For example the label "Basisinformationen" is defined on MediaWiki:Prefs-info/de, from the English "Basic information"[1]. It is possible to use these labels and messages inside an article/page by calling "int" (internationalization) and passing the message key, which then returns the message in the current users' language. Another function that is called like this is "lc" (lowercase),
{{lc:MeDiAWiKI}} => mediawiki.
- Due to an ongoing discussion and a technical bug it is currently not possible to make the upload script put this on the page directly, which is why the clean up bots on Commons take these kind of things at the same time during other tasks (such as tagging uncategorized files or find/replacing something). Becuase as patroller we're on the page anyway and often find a mistake (like the wrong dateformat) then I edit the page fix the dateformat and the CUP-script replaces the headings and other commons translation things at the same time, example. See also the Commons:FAQ –Krinkletalk 02:31, 18 November 2010 (UTC)
[FEATURE]: Add option to Show/Hide redirects[edit]
[FEATURE]: Ability to add callbacks in RTRC[edit]
| Type |
Feature |
| Setup |
unknown |
| Tool |
RTRC |
| |
Thanks to User:Matanya for suggesting this on IRC. The ability for callbacks in some of RTRC events would be nice.
For example the diff-event (to insert buttons like fancy rollback or user warnings).
/* In RTRC */
this.callHooks( 'diffLoad', [diffId, pageName, generalAppInfo] );
/* In third party script */
if ( typof RTRC !== 'undefined' ) {
RTRC.addHooks( 'diffLoad', myFunction );
}
note to self: This will be a feature for after version 1.1 since it requires a cleaner object oriented backend. –Krinkletalk 17:38, 31 January 2011 (UTC)
|
[FEATURE]: Patrolling to stay on page[edit]
| Type |
Feature |
| Setup |
Chrome 9.0.597.107 and FF 3.6.13 (Windows 7) |
| Tool |
AjaxPatrolLinks |
| |
At enWS we have been using Splarka's ye olde ajax patroller en:s:MediaWiki:Gadget-LinkPatroller.js. When we use that, it patrols the page (removes link) and stays on the same page, rather than to progress to the "you have patrolled" page. At enWS as we have a lot of progressive edits for pages, it is quite useful behaviour for our site. Is there any means/thought/scope to replicating that behaviour in this script?
billinghurst sDrewth 23:41, 5 March 2011 (UTC)
|
- Hi billinghurst,
- I could misunderstand your question, but from what I understand I'm not sure what you're asking. AjaxPatrolLinks does exactly what you ask for (patrolling an edit while staying on the page you were, without this extra "Mark as patrolled" page). Have you tried it ? –Krinkletalk 08:36, 7 March 2011 (UTC)
- Yes, I have tried it locally loading the script via monobook.js using the resource loader as per your instructions, and I have now set it up as a gadget en:s:Special:Preferences:#preftab-8 and I cannot get it to function by staying on the page, it keeps moving to the Marked as patrolled. Addendum. I tried from the secure and the standard login, from my two boxen that run Firefox, same result. Suggestions? billinghurst sDrewth 10:44, 7 March 2011 (UTC)
- Resolved. Not sure what is different or why it happened. Happy that it has resolved. billinghurst sDrewth 00:37, 13 March 2011 (UTC)
[FEATURE REQUEST]: Show only latest revisions[edit]
| Type |
Feature request |
| Setup |
unknown |
| Tool |
RTRC |
| |
It would be useful if RTRC had an option to show only edits that are the latest revisions to an article
MorganKevinJ(talk) 01:49, 7 April 2011 (UTC)
|
- Hi Morgankevinj,
- This kind of query is currently not supported in the mediawiki api software, as such I cannot implement it from within the RTRC tool. You most likely got this idea from the checkbox "Only show edits that are latest revisions" on Special:Contributions. I've requested this feature to be added to the developers backend for gadgets (API) as well, this was apparently forgotten. The ticket can be found at bug 26873. –Krinkletalk 07:55, 7 April 2011 (UTC)
[FEATURE]: redlinks[edit]
| Type |
Feature |
| Setup |
unknown |
| Tool |
RTRC |
| |
In the realtime recent changes I think it would be better to mark pages that does not exist with the "a.new" class. This will in Vector and Monobook turn the link to a red color indicating that the page does not exist. This help to show if the User making an edit has got a user-page or talk-page yet. This indicates if its a new user or not.
Atluxity 18:31, 7 April 2011 (UTC)
|
- By default the MediaWiki API doesn't provide this information. For the benifit of speed I rather not make many additional requests to the API just to retrieve this information, this in return to preserve close to real-time polling of the events to improve simultaneous patrolling by multiple users.
- However I agree that this would be a nice feature to have and could potentially save a bit of time. I will keep this in mind for the next major revision.
[BUG]: Incomplete TOC[edit]
| Type |
Bug |
| Setup |
Chromium 11.0.696.71 (86024) Ubuntu 11.04 |
| Tool |
Wikimedia SVN Search |
| |
In a recursive search for "preConvertPlural" on /trunk/phase3 the "Table of contents" of the displayed page was incomplete, having only the first 50 items. The files below "./resources/mediawiki.language/languages/cu.js" were displayed in the page content but not in the TOC. Could this be fixed?
Helder 15:03, 7 June 2011 (UTC)
|
- Currently there's a fixed limit to avoid hanging/crashing the browser if searches return 100s of files (ie. a phrase that happened to be in the key of one or more interface messages and thus return matches from (
number of languages * number of key matches) number of files.
- The above scenario was described in an earlier bug ticket and as a temporary fix I hard-limited it to 50. Coming summer I will revise the wikimedia-svn-search tool from a proof-of-concept to something more solid. Especially now that the Ts-jobqueue can be accessed from webserver scripts directly.) and that TsIntuition is ready for use.
- I'll look at this tonight and see if I can make it nicer for the time being, 50 is a low and annoying limit. –Krinkletalk 15:36, 7 June 2011 (UTC)
- Limit was raised to 100 and a small note indicating when it was limited has been added. –Krinkletalk 21:56, 9 June 2011 (UTC)
- Thank you! Helder 13:15, 10 June 2011 (UTC)
[FEATURE]: Wikieditor: It works and adding to the advanced section?[edit]
| Type |
Feature |
| Setup |
unknown |
| Tool |
User:Krinkle/Scripts/InsertWikiEditorButton |
| |
Thanks. I have it working for one, and now I will look to build for more. Some of the buttons that I will be creating for enWS would fit comfortably into the "Advanced" section, with the new script is there a means to place something into the subsidiary toolbars?
billinghurst sDrewth 09:04, 14 June 2011 (UTC)
|
Addendum, I am also trying to get it to run some of the js from proofread.js and I am presuming that it is the callback function (it isn't documented), but the useless toad at my end of the keyboard cannot work it out. Thanks. billinghurst sDrewth 12:51, 19 June 2011 (UTC)
- Thanks for the work that you did on the upgrades to the script. Very much appreciated Sir Krinkle.
billinghurst sDrewth 10:43, 20 June 2011 (UTC)
[BUG (?)]: RTRC and Twinkle[edit]
| Type |
Bug (?) |
| Setup |
unknown |
| Tool |
User:Krinkle/Tools/Real-Time Recent Changes |
| |
Hey, Krinkle. I'm not sure if it is a problem; perhaps it's something already predicted or maybe I just did something wrong. When I used RTRC on en.wiki it worked correctly, but all Twinkle tabs just disappeared and I could not use it. Is it normal?
” Teles (Talk @ C S) 23:36, 20 June 2011 (UTC)
|
[ADDITION]: Support for gender magic word[edit]
| Type |
Addition |
| Setup |
unknown |
| Tool |
Real-Time Recent Changes |
| |
On this page this page the footer shows "Contribuições {{GENDER:{{#titleparts:{{PAGENAME}}|1|1}}|do usuário|da usuária|}}" instead of parsing the magic word to get "Contribuições do usuário" or "Contribuições da usuária" accordingly.
Helder 20:01, 25 July 2011 (UTC)
|
Not done. I assume you mean the link in the sidebar under Toolbox. That is part of MediaWiki core, not my gadget. If that is wrong, please contact translatewiki.net as they do the translations of MediaWiki interface. Thanks. –Krinkletalk 21:58, 10 January 2012 (UTC)
- I'm sorry for the inconvenience. The link must have been to this page. Helder 10:32, 25 January 2012 (UTC)
- Okay, same thing though. The "User contribution" link is generated by MediaWiki core. If there is a problem with that, it is not related to this gadget and will happen on other pages as well. Note that RTRC hides the Toolbox by default, so those links aren't shown at all when using RTRC. It is either a bug in the translation or another gadget you're using besides mine. Can you provide a screenshot, perhaps I can recognize the problem that way (please upload somewhere not on the wiki). Thanks, –Krinkletalk 21:00, 27 January 2012 (UTC)
- The error also happens when I open this link without being logged in, so it doesn't depends on my gadgets. The full content of line where the text is displayed is the following:
Abbreviations: T - discussão, C - Contribuições {{GENDER:{{#titleparts:{{PAGENAME}}|1|1}}|do usuário|da usuária|}}
- I've sent an screenshot to your email. Helder 22:32, 27 January 2012 (UTC)
[FEATURE]: Improved namespace selection[edit]
| Type |
FEATURE |
| Setup |
unknown |
| Tool |
RTRC |
| |
A user from Portuguese Wikipedia suggested the addition of a way to select pages not in user/user talk namespaces. Would it be possible to provide some checkboxes in the interface to achieve this? Or maybe a text field accepting a list of namespace numbers, together with a "invert selection" checkbox.
Helder 15:14, 30 July 2011 (UTC)
|
[FEATURE]: Watchlist[edit]
| Type |
FEATURE |
| Setup |
unknown |
| Tool |
RTRC |
| |
A user requested a feature similar to the RTRC for use on Watchlists. Would it be feasible? Maybe the current RTRC could have an option to filter "watched pages only".
Helder 15:17, 30 July 2011 (UTC)
|
[BUG]: Fix function test[edit]
| Type |
Bug |
| Setup |
unknown |
| Tool |
insertVectorButtons |
| |
Woldn't be better to use jQuery.isFunction( callbackFunc ) instead of "typeof callbackFunc == 'function'"?
BTW: when I opened this page in http to add this comment, I got two edit-intros above my edit box. Do you know how to fix that? Helder 20:34, 7 October 2011 (UTC)
|
[SUGGESTION]: Untitled[edit]
| Type |
Suggestion |
| Setup |
unknown |
| Tool |
unknown |
| |
Hi. I have a suggestion. What do you think about a script (something like Cat-a-lot) for changing category of multiple articles? For example, if you want to rename a category with 200 articles you need to change manually the category name for all 200 articles. A script like Cat-a-lot would be very useful, IMO.
mickit 10:15, 11 November 2011 (UTC)
|
- Seems more suited for a bot than a gadget or user script (since you'd have to leave your browser open for a while and it would blow up your contributions overview). On Commons this is done by SieBot (Rename a category / commands) –Krinkletalk 22:09, 21 November 2011 (UTC)
[FEATURE]: Protocol relative would be nice[edit]
| Type |
Feature |
| Setup |
unknown |
| Tool |
CUP User:Krinkle/Tools/Commons Upload Patrol |
| |
- On Commons: The next-link next to the patrol-status (which goes to ts and then you are redirected back to commons) should respect the current server or at least protocol. This should be possible reading the referrer on ts.
- On the Toolserver list: It should be also possible to change all links in the list of unpatrolled/new uploads (on toolserver) to https. Finally, it would be nice if next to each user-name there would be a link that I can click to filter by this user. When attempting to copy&paste you have the problem that the page sometimes is reloaded before you could click or images are loaded and the whole content moves around.
Rillke 21:45, 10 January 2012 (UTC)
|
[FEATURE]: Configuration options[edit]
| Type |
Feature |
| Setup |
N/A |
| Tool |
WhatLeavesHere |
| |
Gday Krinkle. Been using WhatLeavesHere at enWP, after using it in other places, and it is useful for spam fighting. I would like to see the ability to have some configuration for its use at enWP to hide some of the templates. Looking at w:en:Special:WhatLeavesHere?target=List_of_As_Told_by_Ginger_episodes it picks up Templates and I think that for the general user this will be confusing. So a tweak so that by user you can set it up in a configuration file as per the popups, or whether there is a click twist that turns on configs and remembers one's settings, with certain things being default off. Anyway, just thoughts, thanks for listening and especially thanks for your tools and your assistance.
billinghurst sDrewth 02:28, 24 January 2012 (UTC)
|
Translator request[edit]
Hey, could I get to translate RTRC into hindi? I'd really like to get the translations done and then enable it at hindi wikipedia. Thanks and regards--Siddhartha Ghai 02:08, 31 January 2012 (UTC)
[SUGGESTION]: Search icon padding[edit]
| Type |
Suggestion |
| Setup |
Firefox Aurora 12 |
| Tool |
VectorSearchNav |
| |
I got another suggestion, but his is only about aesthetics.
Add #searchButton { padding-right: 1.2em !important } to the line where the CSS is added. It'll make the icon looks better :) Locos epraix 02:46, 4 March 2012 (UTC)
|
[OTHER]: Use together with magic words[edit]
| Type |
Other |
| Setup |
unknown |
| Tool |
InsertWikiEditorButton |
| |
Before trying this out. I would like to know if it is possible to use this extension together with magic words? The feature I'm looking for is a button that creates a link to a new subpage. This by utilizing the magic word:
{{FULLPAGENAME}}
and a dummy name for the new subpage. It would in my case speed up the creation of links to new subpages.
Dafunq (talk) 17:16, 23 April 2012 (UTC)
|
- I'm not quite sure what you mean, but I think this is possible yes. Try it :) –Krinkletalk 15:56, 25 April 2012 (UTC)
- Wouldn't be easier to use a subpage link such as this one (whose source code is "
[[/this one/]]")? Helder 21:12, 17 May 2012 (UTC)
- Indeed,
[[/subpage|label]] will work too in that case. Although be careful, since subpages are not supported in all namespaces. If you use it in a namespace where subpages are not supported, it will link to a (likely inexistant) page in the main namespace named "/subpage". –Krinkletalk 22:45, 17 May 2012 (UTC)
[BUG]: SpecialAbuseLog_HistLink.js[edit]
| Type |
Bug |
| Setup |
FF12/Win7 |
| Tool |
SpecialAbuseLog_HistLink.js |
| |
It seems that this tool doesn't work. Tested on sr.wp and meta.
micki 21:01, 17 May 2012 (UTC)
|
- Actually, it works here, but not here. Can you, please, make some changes? micki 07:47, 19 May 2012 (UTC)
[SUGGESTION]: A few suggestions for the recent changes tool[edit]
| Type |
Suggestion |
| Setup |
unknown |
| Tool |
User:Krinkle/Tools/Real-Time Recent Changes |
| |
After using the tool for a while, I've felt that there could be a few extra details that can be added (some more possible than others of course, but they are just suggestions).
- A way to undo/rollback through the script without it opening a new page (if the user doesn't want it they can just do some type of variable = 0 on their common.js); If an undo/rollback was given, an option is available so you can warn the user (similar to Huggle), but allows you to enter a custom message (since all wiki's are different of course).
- Things from the Special:Log to be viewed to, either in a smaller separate section or in the main view
- If something new appears in Special:NewFiles, it loads the previous image as the old revision and the uploaded image as the new one. (If this special page isn't possible to operate with, Special:Log/upload might be possible too)..
- If one of the edits is a tagged change from Special:Tags, in front of the time either * for the tags or change/add-on to !. Then whatever the tag was after the edit, like so (not properly spaced, but still gives a main idea):
(diff) * 01:32 Article • T • C • Vandal Adding important info [ Possible Vandalism ]
- In a show/hide under the revision, a preview of the new page revision is shown to immediately see if an error occurred with the new revision, without having to leave the script.
These are just some small things that I thought should be added. :)
Hairrr (talk) 02:44, 1 August 2012 (UTC)
|
[MINOR SUGGESTION]: Window/Tab title notification[edit]
| Type |
Minor suggestion |
| Setup |
not relevant |
| Tool |
Real-Time Recent Changes (v0.8.8-beta as of 2012-02-23) |
| |
The RTRC tool is really a masterpiece of JavaScript here. I have a minor suggestion: I've mostly got the tool in a new tab in my browser. Would it be able to change the tab title to a sort of notification like: "(1 pending changes) RTRC: simplewiki" whenever an edit arrives? That would be very useful.
Intforce (talk) 19:34, 11 September 2012 (UTC)
|
[BUG]: User 'null'[edit]
| Type |
Bug |
| Setup |
unknown |
| Tool |
Real-Time Recent Changes |
| |
The "[my patrol log]" link has user=null if the user is not registered. The tool could get the IP from Geo.IP
Helder 22:44, 3 October 2012 (UTC)
|
- Thanks! I'll convert it into a different bug. Anonymous users don't have the patrol right, as such linking to their log is useless. That link shouldn't be shown unless there is a patrol token received. –Krinkletalk 22:13, 4 October 2012 (UTC)
- Indeed! That solution is also good. Helder 11:24, 5 October 2012 (UTC)
[SUGGESTION]: Translations for AjaxPatrolLinks[edit]
| Type |
Suggestion |
| Setup |
Not relevant. |
| Tool |
User:Krinkle/Scripts/AjaxPatrolLinks |
| |
Just a suggestion. It would be good if the messages "Marking as patrolled..." and "Marked as patrolled" could be translated into some languages so when it's used outside non-English wikis editors do understand what the script is saying. Also, I've installed the tool as a gadget on es.wikibooks :-) Thanks.
-- MarcoAurelio (talk) 20:11, 12 October 2012 (UTC)
|
[SUGGESTION]: Add link to "User:Krinkle/RTRC" on "Special:RecentChanges"[edit]
| Type |
Suggestion |
| Setup |
unknown |
| Tool |
RTRC |
| |
Consider adding a link to the default recent changes page of the wiki pointing to your customized version (i.e. your /RTRC subpage on that wiki), so users can find it more easily (just in case they are expecting the script to improve the existing special page, which is something I've seen...)
Helder 13:49, 15 January 2013 (UTC)
|
[BUG]: RTRC not working through https[edit]
| Type |
Bug |
| Setup |
noted with Firefox on Windows, confirmed with Chrome |
| Tool |
RTRC |
| |
Going to nl:Gebruiker:Krinkle/RTRC, expecting to have RTRC start up, nothing happens (i.e., I see the same as when I'm not logged in, even though my common.js did not change since previous attempts when it did work). Clicking the "Installeer" button, results in the error message "Het is op deze pagina niet mogelijk om paragrafen te bewerken". The tool works normally when retrieved through http://nl.wikipedia.org rather than https://nl.wikipedia.org
Andre Engels (talk) 21:24, 12 April 2013 (UTC)
|
Some more checking makes me think it probably has to do with https. Could it be that the tool does not work/often fails when using https rather than http to connect with Wikipedia? - Andre Engels (talk) 11:38, 14 April 2013 (UTC)
- More checking confirms that it's the https that causes the problem. The bug report has been adapted to reflect that. - Andre Engels (talk) 07:09, 16 April 2013 (UTC)
[MINOR THING]: It comes weird on Minecraft Wiki[edit]
| Type |
This script on Minecraft Wiki |
| Setup |
Google Chrome, Windows XP SP3 |
| Tool |
RTRC |
| |
I tried this script on Minecraft Wiki, but it comes out really weird. And I can barely click the buttons, and it is impossible to type in the boxes. Do you mind making a version which hides the User and talk tabs, and maybe even the user options type thing at the top? Thanks!!!
Numbermaniac (talk) 07:14, 2 May 2013 (UTC)
|
[SUGGESTION]: Storing options[edit]
| Type |
Suggestion |
| Setup |
unknown |
| Tool |
RTRC |
| |
It could be useful to store some preferences with MediaWiki's Options API; custom settings should be stored on Meta-Wiki and retrieved from there, starting with userjs- and with max. 255 bytes. For example, userjs-RTRC-filter-anons = 1 etc.
--Ricordisamoa 07:03, 19 June 2013 (UTC)
|