Jump to content

User talk:Matma Rex

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Matma Rex (talk | contribs) at 14:11, 24 November 2019 (→Google Code-In 2019 is coming - please mentor some documentation tasks!: +). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

A barnstar for you!

The Special Barnstar
Thanks for fixing my screw-up on the Penny-farthing article. If you have any idea what causes all paragraphs to be stripped off my edits, please message me. Turbotape (talk) 13:15, 27 October 2012 (UTC)[reply]

Classic skin and CSS

As per our discussion on IRC, I'd like your assistance in modifying my .css file so that all non-article pages have a background which is a placid shade of yellow identified as hexcode FF FF EC.

I'd also like to ensure that header text is displayed in boldface, not just larger size. DS (talk) 22:54, 3 April 2013 (UTC)[reply]

More fussing over details

The css and js you gave me to customize Vector have proven helpful, but not perfect. Here are some more parts I'd like fixed, please:

  • the placid yellow background should be in every namespace except articles. Those (and the Main Page) should be white.
  • bluelinks should be bright blue, not greyblue
  • the relative font sizes of the various elements are wrong (for this, it might be easier to just get the relative sizes used by Classic and copy those)
  • the box containing the categories should have a transparent background, not a grey one (and no border!)
  • same for the box containing the language links
  • the links "edit / watch / move / delete / protect / discuss / history" should be on the left sidebar, not on the top. If they must be enclosed in a box, that box should also have a transparent background with no border
  • text in pulldown menus should not have serifs. (Sorry!)

Thanks. DS (talk) 18:05, 9 April 2013 (UTC)[reply]

This should fix #1. πr2 (t • c) 18:17, 9 April 2013 (UTC)[reply]
#4 fixed. #5: I don't see any background or border for the language links. πr2 (t • c) 22:18, 9 April 2013 (UTC)[reply]

Hey

meta.wikimedia.org/wiki/Tech#Classic_skin_and_CSS may benefit from your contribution. DS (talk) 21:20, 13 April 2013 (UTC)[reply]

Based on your post here, I'm guessing you had something to do with moving the section edit links from right to left. Where can I find additional information about this "core change"? Thanks. Levdr1lp / talk 18:44, 6 May 2013 (UTC)[reply]

Hello, Matma Rex. You have new messages at Levdr1lp's talk page.
You can remove this notice at any time by removing the {{Talkback}} or {{Tb}} template.

VEKiller stopped working?

Hi, I'm using your VEKiller and it's great, but at some p6oint today the "edit | edit source" nonsense came back. I didn't do anything that might have affected it, I don't think. Just thought you might like to know. ... discospinster talk 23:38, 3 July 2013 (UTC)[reply]

There are users who load your userspace version and not the gadget so I have copied the update of MediaWiki:Gadget-oldeditor.js.[1] I hope you don't mind. PrimeHunter (talk) 01:37, 4 July 2013 (UTC)[reply]

Some bubble tea for you!

For fixing ar-WP Monobook skin, per Klapper request =) Zack (talk) 16:53, 19 July 2013 (UTC)[reply]

The Progressive Barnstar

The Progressive Barnstar
I couldn't find a barnstar that would adequately thank those involved in making the template editor user right RFC a reality, so I created this new one. The Progressive Barnstar recognizes those courageous enough to work towards a vision for change at Wikipedia.
Matma Rex, I'm not sure if you're aware, but your suggestion to create a new protection level during your IRC chat with User:Technical 13 was a main inspiration for our taking the RFC in that direction; and I believe that decision is one of the main reasons the RFC is seeing widespread support. Thank you for taking the time to share your ideas. I consider the RFC a success at this point, no matter what the eventual outcome. equazcion (talk) 01:03, 19 Sep 2013 (UTC)

Convert

Thanks for your comment at Template talk:Convert where you notice the good news that migrating convert to other wikis will be much easier when the module is deployed. I'm posting here to let you know that after problems are sorted out here, I would like to assist anyone wanting to use the module at another wiki, and there are a number of funky configuration settings that can be made to aid translation. For an extreme example, check bn:User:Johnuniq/Translation—that was done three months ago so their module is somewhat out of date now. Please let me know if you plan to do anything. Johnuniq (talk) 03:23, 10 December 2013 (UTC)[reply]

@Johnuniq: Thanks for the note. I probably won't be doing anyhting myself (not enough time :( ), but I do know we have (or used to have) some half-assed old forked versions of convert at pl.wp. Matma Rex talk 10:42, 10 December 2013 (UTC)[reply]

barnstar

The Technology Barnstar
This barnsar is awarded to Matma Rex for his help on WP:VPT[2] THANK YOU! Igottheconch (talk) 21:38, 29 December 2013 (UTC)[reply]

Regarding Sobieski Vodka

Hi, thanks for catching the error. The tool used to (attempt to) convert the bare URLs was Reflinks, and it still seems to not be functioning properly. The hashes did not appear in the bot-generated preview. I'll post a notice on the toolserver.org board of the malfunction. In the meantime, the article will need a bare URL maintenance template, which I will go ahead and install. Thanks! User:OliverTwisted 09:27, 5 January 2014 (UTC)[reply]

  • Actually, it seems to be an IE browser-specific error. When running Reflinks using the Chrome browser, the links which could be converted were done so properly, without any break in syntax. I went ahead and removed the bare URL maintenance template, and allowed the tool to complete the conversion. If you are still seeing hashes, please let me know. --User:OliverTwisted 09:33, 5 January 2014 (UTC)[reply]

Hello Matma Rex. We have spoken before at User talk:Wbm1058#Permalinks to diffs -- coming soon to a Wikipedia near you. Thanks for your work on Special:Diff! I'm still getting some usage on Special:Permalink and found a browser-specific quirk when using permalinks that is baffling, though low-priority.

Fully spelled-out URL
https://en.wikipedia.org/w/index.php?title=Wikipedia:Administrators'_noticeboard/Edit_warring&oldid=594059677#101
  • Opened in any of the three browsers it goes to the right page and section, as you would expect.
Permalink version of the same thing
Special:Permalink/594059677#101
  • Opened in Firefox or Chrome, it goes to the page *and* the section
  • Opened in Safari, it only goes to the top of the page. (this is the 'bug' or feature that I'm noticing)
The #101 is an artificial section name that I created with the anchor tag, though the behavior is the same if you use normal section labels.
In all three browsers you can see the PermaLink expanding into https://en.wikipedia.org/w/index.php?oldid=594059677#101 in the status bar, when you hover over the link with the mouse pointer. The tooltips are all the same for the three browsers but they all omit the section anchor. It seems like clicking on the permalink in Safari opens up the tooltip version of the link, not the full version. Maybe this is a pure coincidence, and it's not the real reason.
The machine is Mac OS X 10.9.2
Browsers are Safari 7.0.2 Firefox 27.0.1 Chrome 33.0.1750.117

Let me know if you see anything to do here. I would make a report in Bugzilla if that was a reasonable thing to do. Thanks, EdJohnston (talk) 23:05, 3 March 2014 (UTC)[reply]

  • No worries, EdJohnston. Is the correct resolution here to make a tracking bug in bugzilla and reference the webkit bug? Haven't worked on WMF projects like this so I don't know how they track platform issues which block local issues. Thanks. Protonk (talk) 14:50, 10 May 2014 (UTC)[reply]
  • The impact of this on Wikipedia appears small. I've never filed a bugzilla on a Mediawiki issue so I'm not the best person to ask (User:Matma Rex might know). It might be more logical to contact some WebKit maintainers and see what the prospects are for fixing this. The person who offered the patch in 2009 didn't respond to the follow-up question about testing, so perhaps that's all that would be needed to go further with it. ("Would you be willing to submit a patch with layout tests and a ChangeLog for review? See <http://webkit.org/coding/contributing.html>"). From looking at the code in the patch it's not entirely trivial, so I can see why good testing would be expected. A developer named Alexei Proskuryakov is one of those who commented on the WebKit bug, and he still seems to be an active committer on WebKit. EdJohnston (talk) 16:33, 10 May 2014 (UTC)[reply]
  • The end resolution needs to be a patch to webkit but some projects file tracking bugs for issues like this just to dupe new instances or note that the problem is recognized and tracked. Don't know if that's the mediawiki policy or not. Protonk (talk) 16:51, 10 May 2014 (UTC)[reply]

Talkback: Skin and gadget Gadget issues [...]

Hello, Matma Rex. You have new messages at Chaosdruid's talk page.
You can remove this notice at any time by removing the {{Talkback}} or {{Tb}} template.

Chaosdruid (talk) 16:56, 18 May 2014 (UTC)[reply]

To be honest, I do not understand what you were after, and I most certainly derive no pleasure from having a discussion without a positive outcome. I tried to achieve understanding between us, but it seems clear you are after some sort of "win", and feel I have "won".
Wikipedia is not about winning, there is no battleground. I felt you had not fully understood why it was not a gadget issue, which you should be admitting.
You brought it to my talk page with "Which skins were affected? I don't see any report suggesting that on VPT, nor I have seen them affected when I was investigating this bug [...]" So I explained, and you stated "Vector classic typography" is a gadget, as evidenced by the fact that it is available from the "Gadgets" tab of preferences." That statement is not correct. The whole premise of your argument, and reason for changing the section title was that a skin is a gadget because it is on the gadget tab. That is not true - it is on the "appearance" tab.
You should have said "Sorry, fair enough, I see your point - as it is not on the gadget tab, and people do not know it is a gadget, and as there is no evidence that a skin is a gadget, you were right to call it "skin & gadget"."
More importantly, I would have preferred you to have read my posts and understood them. Perception of something is what matters, I saw you misunderstood why I had called it that, realised it might be a language barrier, and tried to help you understand. I did not expect you to say "Have fun feeling good about having won the discussion", but if that is how you see it I have obviously failed. Chaosdruid (talk) 03:16, 25 May 2014 (UTC)[reply]

P.S. If you start to think that you are still right, check again. The gadget tab refers solely to the Vector skin, while there were reported issues with at least two other skins (monobook & modern).

Wikipedia talk:Media Viewer/June 2014 RfC

What is your purpose with this edit [3]? I identified Rdicerb as another editor and corrected the mistake, as simple as that. You have no right to modify my own comments! Alvesgaspar (talk) 13:22, 15 July 2014 (UTC)[reply]

@Alvesgaspar: I implementing the guidelines described at WP:REDACTED. Matma Rex talk 17:07, 15 July 2014 (UTC)[reply]
  • I was not reverting a personal attack but correcting a mistake. And nobody had yet answered to my comment when I changed it. Anyway I don't recognize you the right to change my comments. Next time you do it (the third) I will present a formal complaint. As a volunteer MediaWiki developer you should be more carefull with your actions, most especially in the present discussion. Alvesgaspar (talk) 17:44, 15 July 2014 (UTC)[reply]
    @Alvesgaspar: People have responded to one of the comments you rewrote, please re-read the discussion. I "should be more careful"? Why, exactly? This sounds like a threat. I'm not sure why would you want to complain when you are wrong, but I have more pleasant things to do than fighting you. Matma Rex talk 18:52, 15 July 2014 (UTC)[reply]

Recent software update

Hi, Matma Rex – it is my understanding that you made a recent change to how redirects are handled. Is it possible that this change could have affected the way Internet Explorer handles updating the position in the page based on the hash that is pushed using history.replaceState.? The reason I ask is that my IE10 no longer takes me to a section of a page when I click on a redirect to a section. Instead, it takes me to the TOP of the page. If I go to the redirect and click on the section link directly, I am then taken to the section. I checked this with Firefox and that browser still works okay in this respect. I opened a discussion, Wikipedia:Village pump (technical)/Archive 129#Redirects to sections, where I give two examples of this. It was there that TheDJ informed me of your update. Again, is there anything you can do to accomplish what you set out to do and to also fix it so that IE will work correctly with redirects to sections? – Paine Ellsworth CLIMAX! 14:03, 29 August 2014 (UTC)[reply]

MediaWiki:Titleblacklist

I've reverted the edit you requested be made to this interface, for the reasons I've given on its talk page. I'm puzzled as to why you want this change to be made. Can you explain how allowing the creation of very long usernames would benefit Wikipedia? -- The Anome (talk) 14:22, 30 August 2014 (UTC)[reply]

Hey there.

I read your comments on the redirect-URL related thing that recently came out. When I type in Google maps on search bar, my address bar reads /wiki/Google_maps . Then, one second after, it changes to target's name Google Maps /wiki/Google_Maps . Other redirects could be different, as I type in something in search bar, and sometimes I'll be like "What!? That's what I'm not looking for", as I use the address bar frequently. Could this be fixed, or put into user preferences to update URL or not? Thanks, A Great Catholic Person (talk) 19:01, 30 August 2014 (UTC)[reply]

Please comment on Wikipedia:Village pump (proposals) Media Viewer RfC

You are being notified because you have participated in previous discussions on the same topic. Alsee (talk) 19:05, 5 October 2014 (UTC)[reply]

Barnstar

The Technical Barnstar
Dude, you're bloody ridiculous. wctaiwan (talk) 01:52, 21 December 2014 (UTC)[reply]

Redirection to disambiguation page

Hi Matma Rex, I would like to ask you a question about http://gerrit.wikimedia.org/r/#/c/157836/. In it.wiki we have two small gadgets ([4] and [5]) to color the links to disambiguation and redirection pages. In this sandbox I have described the "problem": we would like to have the third case ("Aaa") colored as a link to a disambiguation page, not as a link to a redirection page. Do you know if is there an easy way to achieve this behaviour? --Rotpunkt (talk) 14:41, 28 January 2015 (UTC)[reply]

Ok, thanks! --Rotpunkt (talk) 14:08, 29 January 2015 (UTC)[reply]

Absurd?

Can you explain whay a comment on one edit somehow labels your "contributions" in general as absurd? That is, I think, an absurd conclusion. As for the edit in question, I considered it absurd that simplifying the syntax was someohow preferable to simplifying the result of the use of the syntax. Looking at the result, it seemed to me that combined image creates an elegant presentation on the page, unlike the juxtaposed boxes you created. There are other cases in which this structure has positive results. For example at the top of the Second Triumvirate page, where it allows a close comparison of images, or on the Bat Creek inscription page, where close comparison of images is part of the function of the illustration. I recently tried to use it on the Love's Labour's Won page, but the result was a mess - because the combined images both comprised text, so the compresson of image-text and dual captions made the whole more difficult to decipher. For that reason I adopted a different format. Overall, I took the view that we should be guided by the visual and legible qualities of the result on the page, rather than the coing used. That why I thought your rationale was absurd. Sorry if you were upset. Paul B (talk) 21:19, 4 February 2015 (UTC)[reply]

Wikipedia:Database reports/Large non-free files

Hi Matma Rex. I see you are the last person to have updated the list at Wikipedia:Database reports/Large non-free files. I was wondering if you could perform another update? I tried to do it myself using your database query as a guide, but appear to have failed, as my query has been running for 15 hours without generating a list. Thanks, -- Diannaa (talk) 18:19, 3 July 2015 (UTC)[reply]

Diacritics in sortkeys, Polish Wikipedia

Hi, following up on https://phabricator.wikimedia.org/T99431 I am lead to https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Le_Bistro/26_septembre_2013#Ordre_alphab.C3.A9tique_des_lettres_accentu.C3.A9es_dans_les_cat.C3.A9gories and fortunately as I can read French I read there information that you changed the Polish Wikipedia so that diacritics and accents can be used in DEFAULTSORT and category sort keys. So should I update AWB to not remove diacritics and accents from DEFAULTSORT and category sort keys for Polish Wikipedia (I'm doing this for the French Wikipedia)? Thanks Rjwilmsi 09:42, 24 August 2015 (UTC)[reply]

Vanishing hatnotes on IE9

Hi Matma Rex, I see you closed phab:T108727 as resolved, but it still isn't working for me. I'm not really familiar with the process flow. Is there a time lag before it comes out on production WP? LeadSongDog come howl! 19:57, 29 September 2015 (UTC)[reply]

Wikilinks are stripped in MediaWiki:Cite error references duplicate key now that it's displayed next to the reference. See Wikipedia:Village pump (technical)#Category:Pages with incorrect ref formatting. Can this be changed or should the message be modified to not use wikilinks? PrimeHunter (talk) 14:39, 20 October 2015 (UTC)[reply]

Thanks again for the fast work but the wikilink is now being stripped again when the pages are purged. PrimeHunter (talk) 22:19, 22 October 2015 (UTC)[reply]

Nested references with identical definitions

While examining Wikipedia:Help desk#Help:Cite errors/Cite error references duplicate key 2, I found that this produces MediaWiki:Cite error references duplicate key: 

<ref name="Buna">Advance to Buna</ref>
{{sfn|Blakeley|1956|ps=. Cited in Advance to Buna.<ref name=Buna />}}
{{sfn|Blakeley|1956|ps=. Cited in Advance to Buna.<ref name=Buna />}}
<references />

The error message is hidden in many namespaces at the English Wikipedia but displayed in mainspace. I know there has always been limitations on nested references. This case worked before but should it be disallowed now? It expands to code which may always have been broken when written in expanded form in wikitext: 

<ref name="Buna">Advance to Buna</ref>
<ref name="FOOTNOTEBlakeley1956">[[#CITEREFBlakeley1956|Blakeley 1956]]. Cited in Advance to Buna.<ref name=Buna /></ref>
<ref name="FOOTNOTEBlakeley1956">[[#CITEREFBlakeley1956|Blakeley 1956]]. Cited in Advance to Buna.<ref name=Buna /></ref>
<references />

PrimeHunter (talk) 01:10, 13 November 2015 (UTC)[reply]

Help needed for the next French language WP main page

Hello,

We currently needs some help from CSS specialists to apply the visual results of a poll from 2014 you can currently see >here<.

I'm currently trying make the main page header responsive with local templates ("Modèle:" namespace) and to make so it doesn't use table anymore, but it looks like MediaWiki restrictions make impossible to load the logo background with "background-image". And workarounds I've tried with the help of Dereckson looks like >this<.

Dereckson said on IRC you may be more able than him to help me to fix problems that kept me to make the responsive version looks like the original version that uses a table. Is he right? Could you help us even if it's not on a language of wiki you know, please? I'm getting kinda desperate, here. :( (PS: the test page is currently Utilisateur:Feldo/Brouillon/Titre 2015, templates used can be found >here< and >there< for columns, >here< and >there< for blocks) — Foldo (talk) 22:18, 16 November 2015 (UTC) — Preceding unsigned comment added by Feldo (talk • contribs) [reply]

ArbCom elections are now open!

Hi,
You appear to be eligible to vote in the current Arbitration Committee election. The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to enact binding solutions for disputes between editors, primarily related to serious behavioural issues that the community has been unable to resolve. This includes the ability to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail. If you wish to participate, you are welcome to review the candidates' statements and submit your choices on the voting page. For the Election committee, MediaWiki message delivery (talk) 13:46, 24 November 2015 (UTC)[reply]

@

Hi. IKhitron (talk) 01:07, 7 May 2016 (UTC)[reply]

Wikipedia:Database reports/Large non-free files

Hi Matma Rex. I was wondering if you could run the above database report again if you have time? Thanks, — Diannaa 🍁 (talk) 16:02, 21 October 2016 (UTC)[reply]

@Diannaa: Sure, done. I just visited quarry:query/853, logged in and clicked "Submit Query" and it was done in a few minutes. Matma Rex talk 17:41, 21 October 2016 (UTC)[reply]
Thanks! — Diannaa 🍁 (talk) 19:46, 21 October 2016 (UTC)[reply]

ArbCom Elections 2016: Voting now open!

Hello, Matma Rex. Voting in the 2016 Arbitration Committee elections is open from Monday, 00:00, 21 November through Sunday, 23:59, 4 December to all unblocked users who have registered an account before Wednesday, 00:00, 28 October 2016 and have made at least 150 mainspace edits before Sunday, 00:00, 1 November 2016.

The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to impose binding solutions to disputes between editors, primarily for serious conduct disputes the community has been unable to resolve. This includes the authority to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail.

If you wish to participate in the 2016 election, please review the candidates' statements and submit your choices on the voting page. MediaWiki message delivery (talk) 22:08, 21 November 2016 (UTC)[reply]

Mail

Hi. I sent you some email. Thanks, EdJohnston (talk) 15:22, 10 August 2017 (UTC)[reply]

More email

Hello Matma Rex. Please see https://etherpad.wikimedia.org/p/Wikimania_hackathon_showcase_2017 where item 12 is new. This is basically a report of your coding work, so please check to see if it's correct! The one-page description is at https://docs.google.com/document/d/1YauXJWoA4kQBwDJqiTdd5-OH6X36fIwirCUSarQaNjs/edit?usp=sharing. Do you want to help present this? Thanks, EdJohnston (talk) 19:54, 12 August 2017 (UTC)[reply]

ArbCom 2017 election voter message

Hello, Matma Rex. Voting in the 2017 Arbitration Committee elections is now open until 23.59 on Sunday, 10 December. All users who registered an account before Saturday, 28 October 2017, made at least 150 mainspace edits before Wednesday, 1 November 2017 and are not currently blocked are eligible to vote. Users with alternate accounts may only vote once.

The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to impose binding solutions to disputes between editors, primarily for serious conduct disputes the community has been unable to resolve. This includes the authority to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail.

If you wish to participate in the 2017 election, please review the candidates and submit your choices on the voting page. MediaWiki message delivery (talk) 18:42, 3 December 2017 (UTC)[reply]

ArbCom 2018 election voter message

Hello, Matma Rex. Voting in the 2018 Arbitration Committee elections is now open until 23.59 on Sunday, 3 December. All users who registered an account before Sunday, 28 October 2018, made at least 150 mainspace edits before Thursday, 1 November 2018 and are not currently blocked are eligible to vote. Users with alternate accounts may only vote once.

The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to impose binding solutions to disputes between editors, primarily for serious conduct disputes the community has been unable to resolve. This includes the authority to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail.

If you wish to participate in the 2018 election, please review the candidates and submit your choices on the voting page. MediaWiki message delivery (talk) 18:42, 19 November 2018 (UTC)[reply]

ArbCom 2019 election voter message

Hello! Voting in the 2019 Arbitration Committee elections is now open until 23:59 on Monday, 2 December 2019. All eligible users are allowed to vote. Users with alternate accounts may only vote once.

The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to impose binding solutions to disputes between editors, primarily for serious conduct disputes the community has been unable to resolve. This includes the authority to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail.

If you wish to participate in the 2019 election, please review the candidates and submit your choices on the voting page. If you no longer wish to receive these messages, you may add {{NoACEMM}} to your user talk page. MediaWiki message delivery (talk) 00:10, 19 November 2019 (UTC)[reply]

Google Code-In 2019 is coming - please mentor some documentation tasks!

Hello,

Google Code-In, Google-organized contest in which the Wikimedia Foundation participates, starts in a few weeks. This contest is about taking high school students into the world of opensource. I'm sending you this message because you recently edited a documentation page at the English Wikipedia.

I would like to ask you to take part in Google Code-In as a mentor. That would mean to prepare at least one task (it can be documentation related, or something else - the other categories are Code, Design, Quality Assurance and Outreach) for the participants, and help the student to complete it. Please sign up at the contest page and send us your Google account address to google-code-in-admins@lists.wikimedia.org, so we can invite you in!

From my own experience, Google Code-In can be fun, you can make several new friends, attract new people to your wiki and make them part of your community.

If you have any questions, please let us know at google-code-in-admins@lists.wikimedia.org.

Thank you!

--User:Martin Urbanec (talk) 21:58, 23 November 2019 (UTC)[reply]

@Martin Urbanec: Thanks for the note, but I think I won't be able to participate this year. Sorry! Matma Rex talk 14:11, 24 November 2019 (UTC)[reply]
Retrieved from "https://en.wikipedia.org/w/index.php?title=User_talk:Matma_Rex&oldid=927744991"