User talk:Verdy p

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search

Template:Main Page/WM News broken[edit]

Hi. It seems that with your changes to Module:Fallback you broke Template:Main Page/WM News. --Base (talk) 00:29, 7 May 2020 (UTC)

Thanks for pointing; unfortunately, there was a correct fix in the Fallback module (which has numerous issues, including non-conformance to BCP47 and broken/mismatching fallback lists) since long, but it was never applied.
Additions were even made later that made it even more inconsistant. This module then was separated from other functions, making the situation even worse.
The "nil" bug was unexpected; but this old broken version has no test module (unlike the Fallback module that was tested and fixed) that would have spotted this error:
there's a need to perform some tostring() conversions for UI messages, but using tostring() on nil returns the non-empty string 'nil' (instead of just nil) and I forgot it: as it was a non empty string, any fallback language tested but without actual translation would then return the string 'nil', instead of continuing to the default (in this case for example when formatting months, French would have not matched because there was no need to add an "fr=" case in the LangSwitch when it could behave like "en="; but the initial requested is also the first tested in the fallback chain: it ift does not exist, this"tostring()" would have returned the non-empty "nil" string. Thanks for pointing it. It's fixed. verdy_p (talk) 01:42, 7 May 2020 (UTC)

Notification de traduction : Communications/Wikimedia brands/2030 movement brand project/Naming convention proposals[edit]

Bonjour, Verdy p,

Vous recevez cette notification parce que vous vous êtes inscrit comme traducteur en français sur Meta. La page Communications/Wikimedia brands/2030 movement brand project/Naming convention proposals est prête à être traduite. Vous pouvez la traduire ici :

Cette page a une priorité haute.

Votre aide est grandement appréciée. Les traducteurs comme vous aident Meta à fonctionner comme une véritable communauté multilingue.

Vous pouvez modifier vos préférences de notification.

Merci !

Les coordinateurs de traduction de Meta‎, 16:56, 17 June 2020 (UTC)

Notification de traduction : Template:2030 movement brand project nav/text[edit]

Bonjour, Verdy p,

Vous recevez cette notification parce que vous vous êtes inscrit comme traducteur en français sur Meta. La page Template:2030 movement brand project nav/text est prête à être traduite. Vous pouvez la traduire ici :

Cette page a une priorité haute.

Votre aide est grandement appréciée. Les traducteurs comme vous aident Meta à fonctionner comme une véritable communauté multilingue.

Vous pouvez modifier vos préférences de notification.

Merci !

Les coordinateurs de traduction de Meta‎, 07:51, 18 June 2020 (UTC)

Notification de traduction : Wikimedia Foundation Board noticeboard/Board Update on Branding[edit]

Bonjour, Verdy p,

Vous recevez cette notification parce que vous vous êtes inscrit comme traducteur en français sur Meta. La page Wikimedia Foundation Board noticeboard/Board Update on Branding est prête à être traduite. Vous pouvez la traduire ici :

Cette page a une priorité haute.

Votre aide est grandement appréciée. Les traducteurs comme vous aident Meta à fonctionner comme une véritable communauté multilingue.

Vous pouvez modifier vos préférences de notification.

Merci !

Les coordinateurs de traduction de Meta‎, 08:49, 22 June 2020 (UTC)

Notification de traduction : VisualEditor/Newsletter/2020/July[edit]

Bonjour, Verdy p,

Vous recevez cette notification parce que vous vous êtes inscrit comme traducteur en français sur Meta. La page VisualEditor/Newsletter/2020/July est prête à être traduite. Vous pouvez la traduire ici :

La date limite pour traduire cette page est the end of this week.

Votre aide est grandement appréciée. Les traducteurs comme vous aident Meta à fonctionner comme une véritable communauté multilingue.

Vous pouvez modifier vos préférences de notification.

Merci !

Les coordinateurs de traduction de Meta‎, 20:25, 6 July 2020 (UTC)

Notification de traduction : Trust and Safety/Case Review Committee/Charter[edit]

Bonjour, Verdy p,

Vous recevez cette notification parce que vous vous êtes inscrit comme traducteur en français sur Meta. La page Trust and Safety/Case Review Committee/Charter est prête à être traduite. Vous pouvez la traduire ici :

Cette page a une priorité moyenne.

Votre aide est grandement appréciée. Les traducteurs comme vous aident Meta à fonctionner comme une véritable communauté multilingue.

Vous pouvez modifier vos préférences de notification.

Merci !

Les coordinateurs de traduction de Meta‎, 08:32, 8 July 2020 (UTC)

Notification de traduction : Tech/News/2020/32[edit]

Bonjour, Verdy p,

Vous recevez cette notification parce que vous vous êtes inscrit comme traducteur en français sur Meta. La page Tech/News/2020/32 est prête à être traduite. Vous pouvez la traduire ici :

Votre aide est grandement appréciée. Les traducteurs comme vous aident Meta à fonctionner comme une véritable communauté multilingue.

Vous pouvez modifier vos préférences de notification.

Merci !

Les coordinateurs de traduction de Meta‎, 05:26, 31 July 2020 (UTC)

Notification de traduction : Tech/Server switch 2020[edit]

Bonjour, Verdy p,

Vous recevez cette notification parce que vous vous êtes inscrit comme traducteur en français sur Meta. La page Tech/Server switch 2020 est prête à être traduite. Vous pouvez la traduire ici :

Cette page a une priorité moyenne.

Votre aide est grandement appréciée. Les traducteurs comme vous aident Meta à fonctionner comme une véritable communauté multilingue.

Vous pouvez modifier vos préférences de notification.

Merci !

Les coordinateurs de traduction de Meta‎, 13:02, 15 August 2020 (UTC)

Active project item templates[edit]

Hello. I apologize for misunderstanding your edits a few days ago on the Active (project)/item templates. That said, I came up with a more unified version here. Some highlights:

  • I added documentation to explain how it works.
  • Parameters 1 and 2 are fully case-insensitive and must be filled in. (Since the point of the template is to create interwiki links, these parameters must be filled in.)
  • The existing templates will be kept, but will serve as wrappers to the new template.
  • Siberian is added to the list of custom-filled languages alongside Klingon and Toki Pona.
  • I moved the example you used noinclude tags on previously to a list of examples alongside some more examples.

What do you think? Should we swap this in or leave it off? -BRAINULATOR9 (TALK) 18:36, 22 August 2020 (UTC)

Template:Support[edit]

I have reverted this change of yours to the support template as you actually changed it quite a bit. You removed the word "support" from the template. Such a change would need some sort of discussion. Regards, --IWI (talk) 03:57, 3 October 2020 (UTC)

No I DID NOT remove it, I added some whitespaces to allow translating to more languages (and added a few others) !!! verdy_p (talk) 04:10, 3 October 2020 (UTC)
Can you re-instate the boldness? –MJLTalk 05:09, 3 October 2020 (UTC)
The way it was written and packed was strange (a switch within an if for the same variable, those caused confusion when adding languages). verdy_p (talk) 05:15, 3 October 2020 (UTC)

Machine translation[edit]

Hi,

I'm not sure why did you create a Hebrew translation for {{Abstract Wikipedia navbox}}, but it looks like you copied some things from a dictionary and others from machine translation. There were a lot of mistakes there. Please don't do it, without at least consulting with somebody who knows the language well. Thanks! --Amir E. Aharoni (talk) 15:07, 4 October 2020 (UTC)

That's mostly for testing the BiDi layout, it has not been validated. verdy_p (talk) 21:37, 4 October 2020 (UTC)
and anyway I copied existing translations (100% match) for variout terms. verdy_p (talk) 21:38, 4 October 2020 (UTC)
Where else are these existing translations used? --Amir E. Aharoni (talk) 17:28, 5 October 2020 (UTC)
and eanyway youalso reviewed tyhem for just keeping what I used, you just dropped the diacritic vowel points for a few, even though they are not incorrect, just optional). Almost all was correct even in your own opinion. I did not translate any long sentence just basic terms, already found with the builtin search engine with 100% matches, I also double checked them in various sources (search engines, Wiktionnary, they all looked correct, so it was still a good start. Note that this was part of something that was not translated at all and just available in English: to review the translation process I needed to prefill some basic translation with what was existing, and lake sure thelayout was correct for Bidi, I just used Hebrew as it was easier to than Arabic). I have made the whole translatbility of this Abstract Wikipedia project, and was reviewed and thanked by the WMF itself for this work. It was important to make a complete test for that, I also provided the full translation to French.
As this is a start, all can still be reviewed, I won't oppose you, but be ready also to be exposed to critics from others that may not like your choice: you need to be able to negociate, and not formalize things too much when they are of minor importance, and if so you'll wind friends. Later may be they'll change their opinion or you'll change your own. a lot of things will change in this new project. verdy_p (talk) 17:37, 5 October 2020 (UTC)
I corrected several grossly incorrect translations. If they appear anywhere else, they must be corrected there, too. Did they appear in translation memory? --Amir E. Aharoni (talk) 07:51, 6 October 2020 (UTC)

Special:Diff/20514850[edit]

About your this edit, please can you have a look at File:MediaWiki_fallback_chains.svg? Under this chain, currently zh fallbacks to zh-hans but no inverse fallback, so by typing zh, neither of the variants users work. --Liuxinyu970226 (talk) 21:50, 5 October 2020 (UTC)

The SVG does not speak for all. What matters is how the fallback are working (inside {{LangSwitch}} which is used there): both "zh-hant" and "zh-hans" are falling back to "zh", which itself fallbacks to "zh-hans". The SVG forgets one arrow... In summary, whan zh-hant and zh-hant are the samle value, you can just specify one in "zh" which is valid for both, no need to duplicate the value (and this is also how this is working for zh.wikipedia, including its transliterator where a singhle Chinese source can be used when there's no difference between simplified and tradiational, for most sinograms or words). For simplifying, the SVG cannot show the cycles and shows only the hierarchic tree, but there are also backward arrows from a parent node to one of its children. This is fully conforming to BCP47 as well (it is not on the graph betcause this is an implicit behavior required for conformance with BCP 47 itself, and even confimed in the IANA database for BCP 47 shiwh states that in the "zh" entry which also aliases to "cmn" i.e. Mandarin as its default mapping, whereas "zh" is a macrolanguage encompassing many Sinitic languages and not just Mandarin). verdy_p (talk) 23:44, 5 October 2020 (UTC)

sockpuppet of bishal khan[edit]

@Verdy p:, Dear metawiki administrators, I am a sockpuppet of User:Bishal Khan (globally blocked account), unblock my real account globally. পাভেল ক. (talk) 10:36, 8 November 2020 (UTC)

I'm not a local admin, sorry ! verdy_p (talk) 10:37, 8 November 2020 (UTC)

Personal taste vs. preferences[edit]

You reverted my change of the maximum width of a resolution page by the board from normal page use again to only use minor space in the middle of the screen with a maximum of useless whitespace right and left. Please refrain from such paternalism with your personal taste towards others. If you prefefr this Minimum screen-use, adjust your preferences, but don't bother others with this nonsense. Grüße vom Sänger ♫(Reden) 15:33, 12 November 2020 (UTC)

That's not an article but a verbatim letter. It's not a question of taste, everywhere you'll see that it's highly recommanded to make a long text with very large columns that are hard to read (the suggested maximum is usually about 36 em, at most 40em).
These letters are meant to be read vertically. And they are even sent bny email with similar limits. The extra margins don't matter, they collapse when needed so it remains readable as well on very narrow screens.
The form makes clear that this is a captured text whose content has officiel status from the WMF, which signs it formally. It is not meant to be "augmented" by users. verdy_p (talk) 15:38, 12 November 2020 (UTC)
The extreme narrow scale you chose is perhaps fine for upright mobile screens, but not for normal monitors. This kind of paternalisation is bad behaviour. It's a wikipage, full stop. Everybody has their personal preferences, you are trying to octroy your personal taste on everyone, that's not fine. Grüße vom Sänger ♫(Reden) 15:59, 12 November 2020 (UTC)
It is NOT "extreme". Look at any book, and printed media of any size. Large screens are not suited for reading long texts, unless they are arranged in columns with the same constraints, and columns are properly scaled, or margin,s are used.
This is a very wellknown accessbility rule: very long lines of text (over 40em) are NOT easy to read on ANY device (recommendations are often a but narrower at 36em; note that this is is measured at EVERY font size of the main text).
So unless you want to add other contents on the side, it's still best to keep the width constrained to a maximum, even if there are margins. Good websites do that (but social networks and portals make use of the margins to place various navigation tools or ads, because then there's a use of those lateral margins). Press sites (and allprinted publications) respect this rule of 40em (including for smallprints, and very small font sizes or indexes which are then arranged in multiple columns to take that space).
But here for a single letter, it does not make sens to bezak it into columns.
In Wikipedia we accept such large columns (over 40em) only because they are suppose to be illustrated. But for evey long lists, also we use multicolumn for them, as it allows easier navigation with less scrolling.
Here there's not much scrolling, this is a single text and at its effective size of 40em, this still looks as a single page that is very easy to read. Anything larger causes accessiblity problems for many people. See WAIS for reference, and many docs/books/article discussing this for web design or document designs and typography. Ignoring accessibility rules on this wiki would be a bad choice.
Users can still zoom in/out according to their preference or viewing distance.
If you don't like these maring, find something to fit nicely in the margins (e.g. a vertical navbox or infobox, or an illustration, but make it clear that it is not part of the WMF's letter, which is neatly delimited in its scope). verdy_p (talk) 16:09, 12 November 2020 (UTC)
Fixed layout, anywhere, is bad. Be it fixed pixels in [[Datei:Beispielbild.jpg|250px]], fixed width in table columns or this here. Relative sizes, like 50% for the first column, 30% for the second and 10% each for the others, is fine, but fixed sizes only serve those, who have the personal affection to them. It's paternalizing to expect everyone to like those wastelan on the screen. If you like that, find something for yourself, for example simple make your browser more narrow. Grüße vom Sänger ♫(Reden) 16:53, 12 November 2020 (UTC)
You're wrong, widths in % are NOT accessible; all I made was just to place a maximum (it may be lower), not a fixed layout (it is dynamic, and adaptative for all users, while respecting the accessiblity rules). Note that the default font size of this wiki (also Wikipedia...) is also too small (smaller than the recommanded default), so the accessibility problem is even worse with too long lines that are hard to follow visually.
As I said, if we want to fill in the side margins left blank (when they exist, which is not necesarily true), we've got to use more columns, not enlarging the columns, and NOT fixing also the number of columns (this number must just adapt so that each column has a convient width, measured in "em" or "ex" or i.e. relative to the font size, and absolutely NEVER in "%" i.e. relative to the page content width, and also NEVER in "px" as this would be fixed and tyhis is reserved exclusively for floatting illustration images and lateral bars filling the margins). Overusing the margins for extending the column of text above 40em is absolutely always wrong.
Really you should document yourself about accessibility (you can do what you want on your user page, but on such page intended to be read easily for all users, accessibility prevails). verdy_p (talk) 17:01, 12 November 2020 (UTC)
It's a fixed max width, that leaves more then half the screen empty. It's probably fine for mobile usage with upright screens, but there, i.e. with the /m/ in the URL, you have those huge wastelands anyway.
You declare some strange layout, that is your personal taste, as something everybody has to have, you don't want to give others a choice not to agree with your personal taste, I regard that as extremely unfriendly and patronising. Without such personal fixed constraints everybody can chose the layout s/he wants in their personal preferences. You want to forbid me to use half of my screen.
If you do so here on your personal pages, it will be fine, it's your personal space, it's your personal decision. But on pages for everybody, everybody should have the choice themself for such layout questions. Grüße vom Sänger ♫(Reden) 17:18, 12 November 2020 (UTC)
This is not huge and the page is not long.And the fgorm of the page as a hardcopy of a formal letter is fine with it. If you have a large screen, you can as well use the extra width for other windows/tabs. But definitely reading a text with overlong lines is very difficult, if the text is not constained in a column. The amximum width still fits paragraphs neatly and offers a good measurement of how the text is structured; it allows faster reading as well (even "diagonally" with rapid eye), with less visual efforts to track the progress point. What do you want to fit in this width ? There's nothing else than this text for now. You can fill that space with illustrations or a vetical navbox/infobox, if there's one for that page, but still outside the content this letter that remains as is in its bordered box which "mimics" the appearance of letters on paper: when do you send printed letters or see books that use a single column of text with more than 40em ? Nowhere, it would not be respectful. 36 to 40em is a very standard measurement (36em is used for legal texts). As well the margins are convenient to place user annotations. (Even with traditional Asian text written vertically, there's a similar measure of about 40em max per vertical line of text, otherwise they are stacking vertically rows for exactly the same reason, but this is even more critical due to the grid layout of Han/Kanji/Hanja characters where it is not easy to keep the eye focused). verdy_p (talk) 17:24, 12 November 2020 (UTC)
If you like it that way, simply make your browser window more narrow, but don't restrict me because of your personal taste. I have no choice with that tiny max-width but to live with the huge wasteland, you have a choice, a very simple one, to adhere with your personal taste of extreme narrowness. (Something aside: Why don't you use the normal way of indenting, but go behind my indentation every time you post something? As if you don't answer to my last post.) Grüße vom Sänger ♫(Reden) 17:32, 12 November 2020 (UTC)
Long indentations has no interest, when this is a sucession between two users, they can use each their own indentation alterating... As long as the order of discussions is kept, this is clearer.
And counting them is boring when it is not necessary. verdy_p (talk) 17:35, 12 November 2020 (UTC)
You don't have to count, wiki does it for you if you use replying in your Beta preferences. It even autosigns your post. Grüße vom Sänger ♫(Reden) 17:44, 12 November 2020 (UTC)
Too many gadgets break the browser too often. I'm minimalist and against beta gadgets. verdy_p (talk) 17:45, 12 November 2020 (UTC)

A request for translation[edit]

Hi! I've noticed you've done some translations from English to bahasa Indonesia. Would it be possible for you to translate some messages about the Community Wishlist Survey, starting from completing the invitation message? In CWS, individual experienced editors vote for useful technical improvements. This is a truly impactful project.

If you know other English-Indonesian translators, you can also share this request with them. Thank you! SGrabarczuk (WMF) (talk) 02:39, 14 November 2020 (UTC)

@SGrabarczuk (WMF): I'm not good enough at Indonesian to provide long text translation. My contributions are very limited. There's visibly active translators in this wiki for Indonesian (you can see that in the text content part of the pages for the current votes for the Wiki of functions naming, it was done recently as these pages are mostly complete, including some weekly news, I suggest you contact them). verdy_p (talk) 07:55, 14 November 2020 (UTC)

Template:Lang[edit]

For the record, I did read the doc. In bold, it starts by saying:

Obsolete: please use {{PAGELANGUAGE}} magic word instead whenever possible.

If that is not the case, then change the doc. –MJLTalk 19:44, 14 November 2020 (UTC)

It is already explicitly written in the doc: Template:CURRENTCONTENTLANGUAGE. verdy_p (talk) 19:45, 14 November 2020 (UTC)
It starts by saying the template is obsolete, so most people (like myself) assume the rest of the documentation is out of date. (Edit conflict.)MJLTalk 19:47, 14 November 2020 (UTC)
The one that added this notice at top, did not care about reading why it was used. Many pages on this wiki will not be updated to use the translate tool, which appeared much later. And converting these pages would cause much work to transfer the existing translations which are kept as is for most of them.
So {{PageLang}} works all the time. Pages can be prepared witjh the translate tool but this is a slow process and for existing translations that are NOT direct translations (e.g. pages about local chapters whose primary langauge is not English and that detail specific things in their own languages), this is the only way. You cannot break all these pages which are still very active (and not "legacy"): people that maintain these pages in another primary langauge than English won't like we force them to create their primary work in English. And don't forget the words "whenever possible".
The performance cost is in fact minor, the module is quite simple and its calls are cached (one call maximum per rendered page; hiostorically this was not even a module but a real template), so its expansion is just some nanoseconds (and the cache is valid as long as pages are not refreshed, which occurs about once a week and only if they are visited). verdy_p (talk) 19:52, 14 November 2020 (UTC)
The only thing I did wrong here was blindly follow the template's documentation. If a template is obsolete, then it needs to be depreciated. However, as you pretty much made crystal clear to me with your first revert, the template isn't obsolete and should be used whenever needed. That's why I self-reverted where you had not already corrected my mistake.[1][2]
Also, I am literally an admin on Scots Wikipedia. The language is spelled Scots. It isn't called "Scotish" or "Scotts". Either way, as I already explained, I translated the title 6 days ago. Can you please stop edit warring with me? –MJLTalk 20:05, 14 November 2020 (UTC)
I'm not "edit warring" you, you've made several different edits that I reversed for the same reason. I commented, you asked me here, I reply. Not readin the doc and applying changes blindly causes problems. I moved down this "obsolete" notice in the doc because it was explained since long. And the new magic keywords has had several incarnations, the tempalte name "Pagelang" is clear enough and shorter, easier to remember. The magic keyword was made this long onkly because of the many incarnations that existed before in various wikis under similar names. None of these wikis have suddenly declared their template is obsolete. And especiually on this wiki where there are TONs of community pages (notably pages for local chapters when they don't have their own separate wiki) where English is not the primary working language, and for tons of reports, or specific talk pages (which will never be translated verbatim, but have their own separate content for their own language). verdy_p (talk) 20:11, 14 November 2020 (UTC)

Duplicate voting[edit]

Sorry for the duplicate vote! I thought "second round" meant everyone would vote again.--Sudonet (talk) 07:22, 16 November 2020 (UTC)

The first round was several weeks ago for the pre-selection of 6 names in October. The second round (on the 6 names) is terminating today after 2 weeks. All is described in the pages since the begining.
The two rounds were on separate pages.
No problem: you can vote twice in the same round as stated, only the last vote counts as indicated (all votes for the 1st round of preselection are ignored) ! And your earlier vote was already on these 6 names for the second round. verdy_p (talk) 08:41, 16 November 2020 (UTC)

Community Wishlist Survey 2021: Invitation[edit]

SGrabarczuk (WMF)

18:25, 20 November 2020 (UTC)

Community Wishlist Survey 2021[edit]

SGrabarczuk (WMF)

16:09, 11 December 2020 (UTC)

Notification de traduction : Wikimedia CH[edit]

Bonjour, Verdy p,

Vous recevez cette notification parce que vous vous êtes inscrit comme traducteur en français sur Meta. La page Wikimedia CH est prête à être traduite. Vous pouvez la traduire ici :

Cette page a une priorité moyenne.


Votre aide est grandement appréciée. Les traducteurs comme vous aident Meta à fonctionner comme une véritable communauté multilingue.

Vous pouvez modifier vos préférences de notification.

Merci !

Les coordinateurs de traduction de Meta‎, 07:42, 17 December 2020 (UTC)

Template:Lc-row[edit]

Hi, your edits broke the links to the two pages where "title =" is used in the template ("Wikipedia Punjabi (Romanized)" and "Wikipedia Sindhi (in Devanagari)"). Please fix. Also, can the prefix be hidden from the links again? --MF-W 22:02, 19 December 2020 (UTC)

@MF-Warburg: That's strange, because the parameter titlle is not ignored: if it's set, it is displayed instead of parameter 1 (used for the target link).
Oh, I see, the modified title was used as well as the target of the link instead of parameter 1 (there was a non-evident trick as well with the "fake" #if test just used to trim the return value in the target link for the subpage name, I fixed it as well; I incorrectly interpreted this old "fake" test, and reapplied it to get the correct link). verdy_p (talk) 22:05, 19 December 2020 (UTC)

Regarding Affiliate Template Editing[edit]

Hi User:Verdy p, I appreciate your vigilance towards the affiliate records updation but please refrain from making any changes to any affiliate templates as they are being managed by staff members. I understand the reason why you edited, but the discrepancy is in the list and we are working to fix it. It would be advisable to drop me a line if you notice any issue rather than directly editing the pages.

Regards,

MKaur (WMF) (talk) 11:02, 19 January 2021 (UTC)

That's what is visible in the templates and pages. I thought you forgot to update the counter or miscounted it after you edited the list. So the list is still not OK if the counter is correct, as they do not match. verdy_p (talk) 11:38, 19 January 2021 (UTC)

"Body risk"[edit]

hi @Verdy p – I wonder if you can recommend where I might read more about "body risk" in the way it's used on the Community page? I thought you might be a good source for recommendations considering the contributions you've made to the page. Then again, those contributions happened ~7 years ago, so if they've since escaped you, not to worry ^ _ ^ Stussll (talk) 20:57, 29 January 2021 (UTC)

I did not contribute any real content to the page; all I did was to prepare/update it for translatibility, not changing any text. Yes this was a long time ago. I still don't understand very well the "body risk" terminology used. And after all it was and it is still an "essay" page made informally by a few users, and not really reviewed by a community and a formal vote: these are just opinions from them, with low level of discussions. I was just concerned years ago because probably someone wanted me to fix the translatability (and you can see in the history that I have not changed any word, only some markup, invisible when rendered in the English page but important to have translations working correctly). verdy_p (talk) 21:22, 29 January 2021 (UTC)
@Stussll:Note that I don't fully support the ideas exposed in that page. In my opinion, there's a real community made of physical persons, many of them are known and involved publicly. Even if to allow real persons to participate, some people need to be hiddden behing virtual identities, when they have no other choice to protect their privacy. Even virtual bots are run by real persons. Their opinion matter in that community that help preserve or promote their opinion and freedom of view. As well problems in wikiemdia almost always involve real persons. And it's because they are real persons that they have so many divergent point of views that it is hard for all of us to find a solution for coexistence: it's long, but finally some consensus emerges that allows this diversity. A community does not mean uniformity and standardization. In fact wikimedia promotes the right to such diversity and allows it to be exposed and known by others, as it is an essential freedom. Only robots are not free, they are pure slaves, they can render some services to the community but they are not part of it, we require them to be guided by humans identifiable and liable as indivuals, even if these individuals have a virtual but strong online identity. As well the community owns real assets, donates real money, and time for work and presence. These assets are paid for, the community also pays the employees whose mission in the WMF (or the chapters) is to support the community with an active duty and presence, and report their work to the community. All these people that make up the community or those serving the community, take risks. Wikimedians are exposed as well directly to lot of possible threats (political, personal, social) and the community is there to help protect each other and avoid abuses or unfair attacks, and help calm disputes that arise sometimes. The community also trakes lots of decisions, but none of them are definitive: the communitiy evolves jsut like the rest of the world, the envioronment, state of the art of knowledge. Some events initially small can become dramatic (like the current COVID pandemic which affects so almost everyone on Earth in many aspect of their life) and it's natural that we change our priorities and overtake some past decisions and even how the community is organized, as well as all the technical tools we use, so we also change our policies and our vision of the world: everything is then mutable in Wikimedia, including for essential positions and roles: this pandemic clearly demosntrates that Wikimedia is a rela community exposed to many risks, jsut like other online or outdoor communities (minorities or majorities). verdy_p (talk) 03:35, 30 January 2021 (UTC)

Notification de traduction : Project wiki representatives[edit]

Bonjour, Verdy p,

Vous recevez cette notification parce que vous vous êtes inscrit comme traducteur en français sur Meta. La page Project wiki representatives est prête à être traduite. Vous pouvez la traduire ici :


La date limite pour traduire cette page est 2021-02-14.

The five year old strategy process has resulted in recommendations. After Global Conversations the number one priority is to establish an Interim Global Council, who will draft a Movement Charter, which will lead to the formation of a Global Council. Please help in translating the concise page "Project wiki representatives" which asks contributor to select for each project wiki a representative, who will help in implementing the first strategic priority.

Votre aide est grandement appréciée. Les traducteurs comme vous aident Meta à fonctionner comme une véritable communauté multilingue.

Vous pouvez modifier vos préférences de notification.

Merci !

Les coordinateurs de traduction de Meta‎, 12:08, 6 February 2021 (UTC)

Hidden buttons[edit]

Your recent changes have hidden the buttons/links entirely on the translated subpages. E.g. Abstract_Wikipedia/Wikifunctions_logo_concept/Vote/id. Please could you revert your changes?

Note that the gadget requires that the /button code is included on "the same page where the votes are stored", so the /layout system will not work. Thanks. Quiddity (WMF) (talk) 21:31, 3 March 2021 (UTC)

No this is what you already did by the condition (to hide the button on the target vote page), which i am fixing because this was already wrong in your test from your last untested emergency edits. verdy_p (talk) 21:32, 3 March 2021 (UTC)
Please could you test it again on Abstract_Wikipedia/Wikifunctions_logo_concept/Vote/id ? The blue buttons do not work there. That is why I had selectively transcluded them. Please either find a way to make them work, or revert to the previous setup that did work. Thank you. Quiddity (WMF) (talk) 23:04, 3 March 2021 (UTC)
@Quiddity (WMF): No this is what you already did by the condition (to hide the button on the target vote page), which i am fixing because this was already wrong in your test from your last untested emergency edits. verdy_p (talk) 21:32, 3 March 2021 (UTC)
In fact not only the code you added in emergency on late March 1 did not work at all, it broke many other things. Broke the basic layout.
And the gadget that you used and published only in the lasdt minute has NEVER worked elsewhere than from the main vote page. As well, by dropping the button, you also decategorized the individual pages, and the unified "layout" was copy-pasted as well with errors, and old bugs that I had already fixed before FOR mobiles.
For this reason I made the "mobile" link work properly (it works on all translated pages, and on moble. The "wp-addme-button" gadget simply does not properly use the correct target page, it seems to drop one and only one subpagename level from the current page, then the data specifies a new relative subpage name which gets appended. I found no way to force this button to not use the parent page but use an absolute pagename for the target: it works as is from the base English page (which has no "/en" suffix) but oin translated pages it just removes the language code suffix before trying to appen the target page: translated pages are one sublevel deeper than the base English page).
There's no eveident way to test that we are on a translated page or on the parent English page, so your test to explude buttons did not work. I hgad to remove that test, even if this means that the button (and the "mobile" link) is always displayed. The UI button does not work in translated pages (pressing it however causes no error, it just does nothing because it cannot locate the target to check an existing vote and post a new one), the mobile link works unconditionally.
Once again, you've used expeditive procedure, wihout any prior test to fix it. And what you did in emergency (reverting all and changing things the bad way as it was still not working), because you did was even worse than what I could test before. All this was not prepared. All this was caused by the custom gadget you wanted to work with, but that has NEVER worked properly and your urgent fixes made things even worse (so you had to add a "mobile" link: I have kept this link that works even where the button gadget does not work.
To make it work effectively, the "data-*" attribute should allow specifying a full page name, without have the gadget trying to compute an incorrect relative page name.
Also the gadget is just parsing thr content of the last editable section of the wiki page (marked by "=="..."=="). It does not care about what is after it. For this reason I had made the top part in the "onlyinclude" section so that the gadget can jus add votes at end of the target page, without needing any "/noinclude" closing tag after the last vote.
I had only taken care to present all logo without the same layout (they don't have all the same metrics) for fairness: the "columns" where then exactly proportioned and balanced. They were also comapcted for rendering on mobiles (this was not the case at all with the quirky table you used initially and that I had properly checked for narrow mobiles).
It's clearly not my fault. I made the maximum I could, but next time consider a testing phase, that will be reset when all is OK and the vote opens.
The UI button has NEVER worked on the Indonesian page (or any translation, it was not even working in French when I saw it) ! Where it does not work, the basic "mobile" link below still works properly (they are alway present). verdy_p (talk) 23:22, 3 March 2021 (UTC)

Logo and the new Vector skin[edit]

Hello. I vaguely remember French Wikipedia changed its logo for the 20th birthday of Wikipedia. Am I right? If so, could you please guide me about designing a logo for the new Vector skin which is currently implemented on both French Wikipedia and Persian Wikipedia. I recently created File:Wikipedia-logo-v2-fa-spring-blossom-v2.svg for the start of spring (Nowruz, New Year in Iran which is annually celebrated on fawiki with a new logo design), but I recently became aware that because fawiki uses the new Vector skin like frwiki, my design cannot be used. Thanks 4nn1l2 (talk) 16:03, 7 March 2021 (UTC)

Abstract Wikipedia and Wikifunctions[edit]

I am interested in Abstract Wikipedia and Wikifuctions. Are there any userboxes for them?. Hope to learn a lot from you. Thank you. BoldLuis (talk) 12:43, 26 March 2021 (UTC)

There are many documents in the relevant categories, but also in Phabricator. But you should still know that lots of things are in development and not decided. So your recent additions were reverted as they do not match the current plans. There are talk pages if you wish. Lots of things will continue to change, but don't anticipate as things will continue to be different, and even the development plan changes constantly (because of tests or because of existing talks and negociations with communities, or because of technical constraints, or lack of resource for some specific subgoals and change of priorities). verdy_p (talk) 12:47, 26 March 2021 (UTC)