User Details
- User Since
- Jan 4 2015, 2:23 PM (320 w, 6 d)
- Availability
- Available
- LDAP User
- IKhitron
- MediaWiki User
- IKhitron [ Global Accounts ]
Wed, Feb 24
At least for me, it is. Between the first unseen edit on this page until the last one, both with the same name.
I expect not to see Y again, and all the edits of both pages see in X group, as in Special:Watchlist, this is why.
You can check over there how is it implemented.
Mon, Feb 22
Sun, Feb 21
Sat, Feb 20
Thu, Feb 18
As you wish. For me, it will look wierd if it "jumps" from side to side on the same page.
Just a thought. Can you put the collapse button on the line center, nevermind what is the uselang and what is the wiki? It should be much easier.
Tue, Feb 16
Well, @DannyS712, it's on 30.
Sun, Feb 14
Fri, Feb 12
It will work better if you allow to make uselang language permanent in preferences, as I already suggested.
But, on the other hand, how can you be sure that the user does not prefer the foreign language preferences. He set them to use these wikis, including reading the diffs and the history pages.
I see. You're right.
OK. So how is this different from the current state? It does show the wikidata labels on the Meta preferences language, or overrided by uselang, doesn't it?
On which wiki? If somebody turns on a computer, opens a browser, opens the GW page on Meta, you do not know what wiki does this user prefer to work on.
I mean, how do you know which language you should use to override? How do you now that I prefer Hebrew without me saying this explicitly, for example by using uselang?
Thu, Feb 11
How can you use the language of local wiki? You do not know what is this language and can't recognize this.
Yes, I have all rtl wikis on Hebrew, ruwiki on Russion, and the rest on English. So?
As I already said, for my sake uselang is quite enough. Don't know what do you want achidve with this.
Confirm that it works on testwiki.
If I understand properly, I should see the results on testwiki now?
Maybe I needed a deep refresh once more. It works fine now in all cases.
On LTR interface:
On RTL interface:
Are you sure? The jenkins-bot did not leave a comment this time to say it's already there, and nothing changed visually.
@DannyS712, I'm here, but where is the jenkins-bot?
Well, can you try to change the code to
.ext-globalwatchlist-feed-site { /* @noflip */ text-align: left; /* @noflip */ direction: ltr; } /* Handling of rtl wikis */ div[ id^='ext-globalwatchlist-feed-site-he_' ], div[ id^='ext-globalwatchlist-feed-site-ar_' ], div[ id^='ext-globalwatchlist-feed-site-azb_' ], div[ id^='ext-globalwatchlist-feed-site-ckb_' ], div[ id^='ext-globalwatchlist-feed-site-dv_' ], div[ id^='ext-globalwatchlist-feed-site-fa_' ], div[ id^='ext-globalwatchlist-feed-site-glk_' ], div[ id^='ext-globalwatchlist-feed-site-ks_' ], div[ id^='ext-globalwatchlist-feed-site-lrc_' ], div[ id^='ext-globalwatchlist-feed-site-mzn_' ], div[ id^='ext-globalwatchlist-feed-site-nqo_' ], div[ id^='ext-globalwatchlist-feed-site-pnb_' ], div[ id^='ext-globalwatchlist-feed-site-ps_' ], div[ id^='ext-globalwatchlist-feed-site-sd_' ], div[ id^='ext-globalwatchlist-feed-site-ug_' ], div[ id^='ext-globalwatchlist-feed-site-ur_' ], div[ id^='ext-globalwatchlist-feed-site-yi_' ] { /* @noflip */ text-align: right; /* @noflip */ direction: rtl; }
?
Found the problem, trying to solve.
Thanks @DannyS712 and @Legoktm. It was definitely merged, and it's much better now, but not enough.
See how it looks on LTR wikis:
Looks fine, English on the left, Arabic on the right.
See how it looks on RTL wikis:
Looks wrong, English on the right, Arabic on the left - an opposite from needed.
Wed, Feb 10
Too late. They are already here.
Well, @DannyS712, I still have no normal F12 tools, but try to replace the line 62 selector with
.ext-globalwatchlist-feed-site
Tue, Feb 9
I do not know how to do this, never tryed.
The script works fine for both cases, up to now.
Well, @DannyS712, I think the patch will fix the problem of rtl wikis on ltr language page.
But I do not believe it will fix the problem of ltr wikis on rtl language page.
Please open the watchlist with uselang=he. As you can see, all the wikis are aligned to right. It should not happen without the patch. Maybe there is a problem with css selectors on the line 62, thay must align all the text to the left without the patch.
I see. Well, I haven't +2, of course, so I'll just take a look to the code and wait.
You can lie. Wait 5 seconds with the message, it will drop the number or users with irrelevant message from 100% to 1%.
I don't. I know it works, it's my code. I just was affraid you can't proceed to the deployment without enough reviews.
Show this message with delay, for example.
So, you don't need me for +1? If so, there is no need to call him.
@DannyS712, you've asked me to review the code, but I'm not a developer on that level. May I call to a real developer that understands a lot in RTL?
Still, it's a wrong behavior.
- You can add more than five wiki fields on Special:GlobalWatchlistSettings. The settings list should be aware of the wiki variable for maximum number of wikis.
You can add more fields, but you can't save them if there is more than 5 - its allowed to add extra fields because there is no easy way to reorder them
Yes, I know you can't save, but it will be better if you can't add. About an easy way - I suggest to remove the "Add" buttons at all, and always show maximum number of fields, empty or not. On save you read all the fields and filter out the empty ones, in any order.
- You've commented out the code I wrote for rtl wikis, because "CSSJanus should handle it", or something like this, but it doesn't. The GW appears wrong for rtl wikis on ltr language page and for ltr wikis on rtl language page.
Okay, I forgot to test that out - handling at T274313
Thanks.
N3: The bug for empty lists fixed, thanks a lot for this.
Congratulations again, @DannyS712! Three little issues that should not disturb to the deployment tomorrow, but should be fixed soon.
- There is a second delay between opening the link Special:GlobalWatchlist and the watchlist work start. In this time, we can see an error message that we have no Javascript on this browser. It should be removed or replaced.
- You can add more than five wiki fields on Special:GlobalWatchlistSettings. The settings list should be aware of the wiki variable for maximum number of wikis.
- You've commented out the code I wrote for rtl wikis, because "CSSJanus should handle it", or something like this, but it doesn't. The GW appears wrong for rtl wikis on ltr language page and for ltr wikis on rtl language page.
N3: The bug for empty lists fixed, thanks a lot for this.
Sat, Feb 6
Thu, Feb 4
@Johan, I suggest to remove the message entirely from 2021/06, because it's already Thursday evening, the issue is closed very soon, and add it, for now, in "Recent changes" of 2021/07. We can move it again, if there will no be deployment next week.
Thanks, done.
Hmm, okay. Once its enabled on meta, is it okay to then disable it on testwiki?
Wed, Feb 3
Mon, Feb 1
@DannyS712, do you need us to translate MediaWiki messages on translatewiki toward the deployment?
Jan 21 2021
Another possible solution: The line above was added for better orientation. Now, when we have section names, the line above the header is not needed any more.
No. What I'm saying that if you display a part of section from any reason, you should not give her a wrong name. Nkw one can understand the line is the part of the wrong section. You can show both names, it will solve the problem. Or you can find another visualization.
I do not say if the first name should or should not be here. I do say the second name should be here for sure, the last header before the quoted line, and it's not here at all.
Thanks. I do not think I am able to do it by myself.
Jan 18 2021
Hello, @Esanders. It looks different now, but has a lot of problems. It shows dozens of irrelevant paragraphs, and also shows empty section names.
Jan 8 2021
Thanks s lot, @Esanders, it's very helpful. Hou aboug Lua pages?
Dec 16 2020
Dec 15 2020
Hello, @Esanders. I'm keeping eye on this as original proposer. So I've tryed, and I can't see any difference:
If it was merged to 1.36.0-wmf.21, shouldn't it already work?
Dec 3 2020
As I already explained, I do not know how to do this. Well, I'll wait the real deployment. I only hope there will be enough weeks between it and publishing in Techo News, to find all the bugs before the users start to use it.
@DannyS712, is there a chance you'll create a falsificated account on Beta and publish the password, such that it will have a lot of pages in many watchlists, so we could check "for real"? Thank you.
Nov 19 2020
Return to the state you opened the settings page the last time.
I can only test so many functionality, because I have no multiple watched pages on beta wikis, of course. I did find many problems and intended to talk with you about them this evening, but as I can see, you've filed tasks for all of them today. For your question, I expected to see autoredirect to Special:GWL as in the script, and was surprised there wasn't. If it was my call, I would have four buttons at the bottom of the settings page: "Save", "Save and go back to the GWL", "Clear", "Clear and go back to the GWL".
Nov 15 2020
It's much worse in last week. And there is a partial way to recognize the "wrong" diffs. If you open the Special:Watchlist with the filter "unseen only", all the edits should be bolded by definition. Some of the "wrong" ones are not bolded.
Nov 3 2020
Oct 1 2020
Hi, Moriel, what's up. Here are my 5 cents. I really don't think that the first option should be implemented. I do not use the global watchlist for my prime wiki. This is because I prefer the regular watchlist there, that has much more functionality (remember WLM (-: ?). I do use the global watchlist on the rest, dozens of times every day, instead of opening all the wikis that I do not reach oftenly.
Also, I use the Global Watchlist for 19 wikis, and I do not think there should be only 5. It works very fast anyway. Moreover, I do not think the new extension will be helpful for me, if it will not show at least 6 wikis - meta, mediawiki, commons, wikidata, enwiki and ruwiki.
Sep 26 2020
Unfortunately, I do not know. I payed attention just before the task creation.
Well, I went to enwiki global preferences, and changed "he" to "en". It still shows he on both sites, but it does work now.
Sep 22 2020
Hello and thank you for your answer.
- No, I do not. I'm actually talking about the button "Set your global preferences".
- Indeed.
- Indeed.
- Indeed.
Sep 15 2020
See also T262879.
Sep 14 2020
Jdlrobson, I'm still not there.
Hello, @ovasileva, when it should start to work? It does not now.
Sep 13 2020
Please do. The current format is very inconvenient.
Yes, but there is no need to visit the page for logs.
I'm talking about using it for new pages too.
Could you also consider a possibility to add a link mark as read, because for now we should click stop watching and then watch agsin to remove the log entry on-page?
Hi, @DannyS712. Please consider a possibility to use special:diff/<page creation revision>, to make the entry format the same for all pages.
Sep 11 2020
Well, I think you can find them using regular wikisearch. And yes, I did fix it once on MediaWiki-extensions-GlobalWatchlist.
Sep 7 2020
Fixed a little to remkve ambiguity.