Talk:XTools

Jump to navigation Jump to search

About this board

This page is a feedback forum for XTools. For reporting bugs, it's preferred that you use Phabricator.

If the issue is urgent and you're unable to use Phabricator, feel free to ping one of the active maintainers.

Lepricavark (talkcontribs)

Now that my edit count is over 500K, I can no longer access my details. I saw a thread below in which @MusikAnimal: had indicated that they were planning to bump the maximum count higher. Is such an update still in the works?

MusikAnimal (talkcontribs)

I have bumped it to 550K for now. I can't promise it will stay that way. Further down the road, we may require users be logged in to query for users with a high edit count, and put it through a job queue so as not to disrupt the performance of other users (similar to how Quarry works). That's a lot of work, though, and I don't see it happening anytime soon. Until then, we have to have some sane limit or else querying for accounts such as your own will disrupt every other user of XTools. Frankly though, you should be proud of this. Very few editors ever become as prolific as you have! :)

Lepricavark (talkcontribs)

Thank you, I really appreciate it! I saw in another thread that someone else was able to get their information via Quarry, but I was not able to figure out how that site works.

Reply to "Edit Counter Limit"
Anupamdutta73 (talkcontribs)

In all the articles created under IP address, in the history section , no. of edits are always 0 for the creator.....

It should be at least 1, considering the page being created. Anupamdutta73 (talk) 09:08, 29 April 2021 (UTC)

Reply to "Edit count of IP address"
SlimVirgin (talkcontribs)

The new black background makes things harder to read, especially the parts that are written in dark blue. Can the white background be restored, please?

MusikAnimal (talkcontribs)

We just pushed an update that brightens the color of the links. Does it look better now?

You must have your browser or operating system set to prefer the dark mode. You can turn that off to restore the old look. But our intention again is to make a dark mode that is as legible as the light mode, so if you have any other feedback, please share :)

RXerself (talkcontribs)

I want to turn the dark mode off but keep my dark mode on in my browser.

Levivich (talkcontribs)

Would be great to be able to turn off the dark mode (of this app, without having to turn off dark mode for the browser/windows). No offense but this dark mode implementation is near-unreadable for me due to low-contrasting colors (and I have no visual impairments).

Reply to "Black background"
Ugochimobi (talkcontribs)

Hi, Please i need XTools on my wiki, although its not a Wikimedia wiki, but uses MediaWiki software

MusikAnimal (talkcontribs)

Hello! I'm afraid support for 3rd party wikis has long been dropped, as simply no one seemed to have interest in it. There is a possibility we will restore support, but it won't happen anytime soon. For now, you can try using an older version of XTools, I'm guessing around version 3.7.0 or earlier (see docs). Hope this helps.

Ugochimobi (talkcontribs)

@MusikAnimal:I hope using an older version doesn't make it outdated??

MusikAnimal (talkcontribs)

It is highly dependent on your version of MediaWiki, so maybe. If you're running the latest (1.35), and you only care about the Edit Counter (the most popular tool), using the latest XTools should probably still work. Just be sure to disable the other tools, or at least ones that won't work for 3rd parties such as the Authorship and Blame tools. If you run into any issues, let me know and I can try to help.

Ugochimobi (talkcontribs)

Yes the version of MediaWiki i'm using is the latest (1.35)

I'll keep you posted please. @MusikAnimal:

RhinosF1 (talkcontribs)

Hi,

The hope is the roll it out to all Miraheze wikis. We'd like it to not require DB access. Could you advise how we can set this up?

MusikAnimal (talkcontribs)

How untimely that, after all these years, it's right after we officially drop support for 3rd party wikis that you all start asking about it! =P We can revive support, but it will take a bit of work. Unfortunately the WMF system is very customized in such a way that providing configuration for other MediaWiki installations is complicated. But it can be done...

To answer your question, RhinosF1, there is no way for XTools to work without some sort of database access. A replica is fine (that's how it works for WMF), so long as XTools is able to talk to it.

If you want to try to get this to work, I recommend using 3.10.19 or earlier. Installation docs can be found on xtools.readthedocs.io.

RhinosF1 (talkcontribs)

Hi @MusikAnimal,

So far, our teams have been against database access because of the risks it poses and the complexity of replicas.

Would there be any consideration of allowing XTools to use the API?

Thanks.

MusikAnimal (talkcontribs)

No, it would be extremely inefficient if not impossible to provide the same functionality with only the API.

Ugochimobi (talkcontribs)

Wow

Reply to "Request on XTools"
Summary by MusikAnimal

Not related to XTools

SGlad (talkcontribs)

Thé "Blame" tool should use https and not http specially when called from hîstory pages.

~~~~

MusikAnimal (talkcontribs)

I'm assuming you're referring to links coming from the wiki. If so, you will need an administrator on that wiki to change the protocol. However note that XTools (as well as all WMF Cloud Services tools) only operate over HTTPS. Attempting to use HTTP will simply redirect to HTTPS.

SGlad (talkcontribs)

In fact it is a tool appearing in the header of all history pages in many wikis (english and french wikipedia) calling directly "wikipedia.ramselehof.de/wikiblame.php".

I don't know where it should be said (many wikis).

MusikAnimal (talkcontribs)
Summary by MusikAnimal

It might need more tweaks, but this has been implemented.

Vitaly Zdanevich (talkcontribs)
MusikAnimal (talkcontribs)

It is not ignored. Rather, one must implement the code to honor it :) That's the part that's not so easy. I'd like to get around to this some day but admittedly it's not very high-priority at the moment. Thanks for the suggestion.

Vitaly Zdanevich (talkcontribs)

I can implement it.

MusikAnimal (talkcontribs)

That'd be wonderful! The source code can be found at https://github.com/x-tools/xtools, and the CSS file in this case is probably best placed in application.scss. Setting up XTools on your local is pretty hard, I will admit, and the docs aren't up-to-date, either (my fault, but it's hard to keep everything documented when you're the only maintainer!). You probably can give me a solution solely with CSS, though, in which case you can test in your browser's developer tools and just create a PR on GitHub directly. Or, just send me the CSS :) Whatever's easiest. Thanks for contributing!

Vitaly Zdanevich (talkcontribs)
Mik (talkcontribs)

The grid in tables and in charts is not visible. Please correct it.

Vitaly Zdanevich (talkcontribs)

Please show a screenshot with the problem, for me is ok now.

Mik (talkcontribs)

I put a comment in github with a screenshot.

MusikAnimal (talkcontribs)

The grid in tables is easy to fix (I think #333 looks good), but I'm not sure what to do about the charts. Those are canvas elements. If we are able to change the color (based on the prefers-color-scheme media feature), I don't know how to it.

Time Card API docs don't match reality

2
Summary by MusikAnimal

Docs updated

RoySmith (talkcontribs)

The docs say:

Get the relative distribution of edits made by a user based on hour of day and day of week. The returned values are a percentage of edits made relative to the other hours and days of the week. Hence the maximum value is 100 and this would represent that time and day that the user is most active.

But, the actual JSON output has elements like:


{"day_of_week":2,"hour":10,"value":13,"scale":0}


It's unclear how this maps to what the docs describe.

MusikAnimal (talkcontribs)

Docs are out of date! Thanks for pointing this out, I'll get that fixed. The numbers you see should be the total number of edits made during that hour and day of week.

Icons could be improved

3
Summary by MusikAnimal

Icons match community norms

Equinox (talkcontribs)

I don't mean the quality, but the choice of pictures to convey the meaning. They should ideally match the wiki terminology. The mop suggests "janitor" rather than "administrator". The choice of physical tools for "bureaucrat" (is it a wrench and screwdriver?) is particularly symbolically jarring for me, because bureaucrats are people who sit at desks, the opposite of people who do physical labour.

RoySmith (talkcontribs)

Using the mop to symbolize administrator is long-steeped in wiki-culture. I've been around for 15 years, and the association predates me. The idea is that an administration is a necessary, but not glamorous, job. If you search for the word "mop" in wikipedia space (at least on enwiki), you'll find many usages. For example, this signpost article.

MusikAnimal (talkcontribs)
Summary by MusikAnimal

Bumped to 500,000 for now

Red Director (talkcontribs)

Hello. I recently crossed the 400,000 mark. It no longer shows details for me. Can the limit be upped? If not, I understand completely. I can extract my data second-hand through other means.

MusikAnimal (talkcontribs)

I have increased it to 450,000, but if things start timing out a lot it may have to be reduced again. There is a more robust longer-term solution that I hope to get to implementing soon. Until then, the limit may fluctuate depending on the health of the databases.

Red Director (talkcontribs)

No problem. Thanks for the help.

Red Director (talkcontribs)

Hello. I have returned to ask if the limit can be upped again. I have crossed the 450,000 mark. I apologize and understand completely if this is not feasible.

Frustrating page history auto-calendar

4
Summary by MusikAnimal

XTools uses your browser's calendar widget. The issue reported here appears to be with the user's browser, not XTools.

O'Dea (talkcontribs)

Since the page history analysis tool (xtools.wmflabs.org/articleinfo) has been upgraded to automatically display a calendar to choose a date from for the "from" and "to" dates, the tool has become very frustrating to use because the user is no longer allowed to simply type in a distant date in the past. Now, the editor is forced to tap (on a mobile phone) the back button to scroll through potentially dozens of calendars for months to reach a year in the past, such as 2010. To reach January 2010 from December 2020 requires tapping on the back button 120 times. The user of the tool should be allowed simply to type in the date of his choice. You will add, potentially, years to my life by restoring this old way of doing things. Thank you. O'Dea (talk) 15:12, 30 December 2020 (UTC)

MusikAnimal (talkcontribs)

XTools is just showing a standard date input. The calendar is implemented by your browser and/or phone. On Android 11 you can click on the year independently of the month and day, so it's only a few taps to go back to 2010. I would check if your phone has the same capability (it should), as I agree it is an odd and sub-par experience to force you to scroll month-by-month. You could also try a different browser to see if it has better date handling.

It's also worth noting the date inputs are optional. Simply leave them blank to show all-time stats.

Hope this helps.

O'Dea (talkcontribs)

Replying to "The calendar is implemented by your browser and/or phone."

Hmm, stroking my chin here. I don't find any germane "calendar settings" either in my phone settings or in my browser settings.

On other Wikipedia and Xtools pages, as well as date-input boxes on lots of other websites (e.g. https://www.timeanddate.com/date/weekday.html) I find that when I tap in a textbox to enter a date that I can simply type any date I want on top of the mm/dd/yy prompt within the box.

Replying to "It's also worth noting the date inputs are optional. Simply leave them blank to show all-time stats."

Thanks for this; it is worth noting. O'Dea (talk) 05:16, 31 December 2020 (UTC)

MusikAnimal (talkcontribs)

I doubt your device or browser has many calendar settings; rather, I find it hard to believe it forces you to swipe month by month. Perhaps there is a way to switch the year more easily (in the calendar dialog, does tapping on the year do anything?). What device and browser are you using?

Here is another example of a date input (that is <input type=date />). Your phone should give you the same calendar you see on XTools: https://codepen.io/MusikAnimal/full/PoGQOBW

Wikipedia and the example you give use normal text inputs and implement their own calendars. I think this is mostly because they intend to support very old browsers that don't implement calendars. We can do this on XTools too, but it's a lot of JavaScript to do something most browsers can do natively and quite well at that.