Open main menu

Wiktionary β

User talk:Yair rand

This talk page uses the LiquidThreads discussion system.

Namespace listing on search page

Hi, is there any chance you could have look at [[WT:GP#Namespaces listing on search page]], please? Your expertise is needed.​—msh210 (talk) 18:50, 15 January 2012 (UTC)

Proposal to de-sysop/de-checkuser Connel MacKenzie

Since you participated in the the 2012 vote to de-sysop and de-checkuser Connel MacKenzie, you may wish to participate in the current discussion of this proposal. Cheers! bd2412 T 17:01, 7 April 2015 (UTC)

Start a new discussion


Thread titleRepliesLast modified
AddTranslation021:17, 9 June 2016
New appendix009:23, 3 July 2015
Tabbed language idea420:04, 7 April 2015
let's roll and tabs219:46, 28 January 2015
Template:langrev subpages315:25, 13 November 2014
new mediawiki softwareversion308:56, 15 August 2014
User:Yair rand/WDJlist118:44, 27 July 2014
countries information box as like as iran118:35, 20 July 2014
TabbedLanguages rewrite917:13, 2 July 2014
Russian with User:Yair rand/newentrywiz.js701:48, 24 April 2014
Template:etymtree022:16, 14 April 2014
MediaWiki:Gadget-FastRevert.js205:45, 31 October 2013
Diff radio buttons on history pages017:36, 28 October 2013
My gadgets.722:49, 8 October 2013
WT:BP#Search results page119:47, 15 September 2013
Collapsible tables in etyltree?212:02, 12 August 2013
Definition editing gadget409:25, 22 July 2013
TabbedLanguages.js413:09, 18 July 2013
show the links to senseids421:48, 7 July 2013
Module:etymtree needs some fixes421:29, 7 July 2013
First page
First page
Previous page
Previous page
Last page
Last page


Hello, I have exported the Conrad.Irwin/editor.js to the Unfortunately I have a problem with the "Translation table header lacks gloss". If I add a gloss to the template, the whole templatebecomes smaller like that and I can't reedit it by clicking on the + (its says no translations table found). I can't figure it out what the problem might be. Can you please help me solve this.

21:17, 9 June 2016

New appendix

Edited by another user.
Last edit: 10:59, 5 June 2013

As a participant in an associated discussion, you are invited to contribute to the list of terms and criteria at Appendix:Terms considered difficult or impossible to translate into English.


  — C M B J  

10:58, 5 June 2013

Tabbed language idea

I had an idea for tabbed languages and was wondering what you'd think. What if made the TOC two columns. The languages would be listed on left and the subsections of the selected language would be displayed on the right (changing when someone selected a different language from the left). This would utilize some blank space and shift content up a bit on some pages. Thoughts?

Bequw τ

15:46, 30 November 2010

I'm not really sure what you mean. Would the tabs still exist? Would the TOC be in the same style it is now, non-floating top-left position?

04:31, 1 December 2010

I was thinking something like User:Bequw/template. The languages would be "tabs" in the ToC. In this setup, yes the ToC is probably best top-left non-floating.

Bequw τ

03:54, 20 December 2010

Hmmm... It might be an improvement over the existing system, but it doesn't save all that much space. One still has to scroll down a bunch just to see the first definitions, and there's no easy way to switch from language to language mid page. Also, would the language links in the ToC scroll to the section? If so, I'm not sure how the changing of the "tabs" would be much help. Stacking the language sections in general seems unhelpful.

I've been working on User:Yair rand/TabbedLanguages.js, a modified version of Atelaes's User:Atelaes/TabbedLanguages.js (available in prefs right under the original), and I think that it would work better than a simple section stacking system.

04:13, 20 December 2010

Here is my two cents. Look at [1] this is a template which supports wiki content localization and therefore offers language selection. Although it is unsuitable the UI could be useful as a basis for tabbed navigation.

Also what I think is missing from most implementations is the ability to select/deselect and remember a user language view preferences. Which works nicely in the translation editor.

13:03, 22 June 2011

"let's roll" is a bit mangled with the TabbedLanguages gadget enabled. Maybe it's because of the apostrophe? Also, in case you haven't seen it, I posted some feature ideas based on an independent implementation I wrote for the Vietnamese Wiktionary.

12:27, 27 January 2015

Not sure what's up with that entry, but it wasn't an issue with TabbedLanguages. Turning off TL resulted in the same malformed page. Purging the page seems to have fixed whatever was wrong.

13:04, 27 January 2015

Ah, thanks!

19:46, 28 January 2015

Are there any still-functional scripts that keep using them? I already switched WT:EDIT to use Module:JSON data. It seems to work, although it feels kind of sluggish. Any suggestions for improvements?


17:12, 10 November 2014

Using JSON_data, it's slow enough as to be no longer helpful, and I can't think of any way to sufficiently speed it up. Lua simply doesn't have the ability to conduct that kind of search on a large collection of strings efficiently. (Also, something tells me that some people might not be so enthusiastic about the possibility of such a heavy module being parsed on every keystroke.)

My recommendation is to give up on transitioning WT:EDIT's autocomplete away from the otherwise-obsolete langrev templates, despite the issues regarding the data becoming out of date.

02:31, 11 November 2014

Oh, and to answer the first question: User:Yair rand/TabbedLanguages2.js, which is loaded for some users by a button setup in MediaWiki:Gadget-legacy.js, uses the langrev subpages for language name autocomplete in a little-used and buggy feature used to add new language sections. That version of TabbedLanguages is going to be replaced with the gadget code as soon as I get around to it, and eventually deleted entirely if we ever get the gadget enabled by default, so I wouldn't consider that an obstacle.

02:43, 11 November 2014

Well, I do not want to give up so easily.

I managed to speed it up a bit by adding some simple caching. The subjective responsiveness was comparable, despite the requests taking three times as long (with the majority of the time apparently spent executing the Lua code). Not sure if it helps. I think some caching on the server side would.

(I have also tried the scribunto-console API just out of curiosity; the overhead seems comparable, and often worse.)

I also thought about creating a JS library which would manage a much more sophisticated cache of language data and various code-name mappings. It would be a longer-term project, though.


15:25, 13 November 2014

new mediawiki softwareversion

We encountered a problem in the german wiktionary. It seems to be related to the new mediawiki softwareversion installed tonight. The problem is, that if you enter a non existing pagename in a rhyme page using your rhymeeditor this pagename is created as an empty page. I just tested if this also happens in the english wiktionary, because we ported the rhymeeditor from here. I found you have the same problems. It might be a change in the api, so that the rhymeeditor has to be fixed. But i didnt figured this out yet.

13:09, 13 August 2014

I fixed this in the german wiktionary by inserting some code to test if a page exists.

... JsMwApi().page(values.rhyme).edit(
 function(text, saveFunction, editRes){
  if(editRes.query.pages.hasOwnProperty("-1")) { --numberOfRhymesAdded ? 'wait' : '';
 var langcode = setUpRhymeAdder.langCode || (new LangMetadata()).cleanLangCode(langname), ...
--Formatierer (talk) 17:29, 13 August 2014 (UTC)
17:29, 13 August 2014

Should be fixed now, but I haven't tested it. Thank you for pointing out the bug.

21:59, 14 August 2014

Just for your interest: this change brought the bug into effect.

08:56, 15 August 2014

Are you still intending to use this, or can it be deleted?

17:08, 27 July 2014


18:44, 27 July 2014

countries information box as like as iran

could you help us to creat the[1] as like as the template that exists in this page[2] I mean the box that name is جمهوری اسلامی ایران me and my other lur friends with your help want to make this tempalate in luri language please help us we translate the words of this template in luri lrc
and these changes are made: to your wiki. For this, make these changes:


please help use to create this template in luri language
best regards

17:12, 20 July 2014

I'm sorry, I'm not an admin at the Incubator, so I'm not able to make these changes. I recommend asking for help at the Incubator Community Portal.

18:35, 20 July 2014

TabbedLanguages rewrite

For some reason, at [[γ]] the Translingual categories still show up in the Greek tab. Can you investigate why? Also, the gadget tends to interact funnily with AJAX preview (I think it sometimes even prevents it from working altogether; it often falls back to plain preview)

I also thought about fixing up section links in definitions to point to English inside TL (since this is an issue primarily for TL users anyway).

Also, you might want to have a look at MutationObserver. I used it in User:Kephir/gadgets/nectie.js, which may also interest you.


09:19, 1 July 2014

[[γ]] is broken because it is miscategorized. Letters of a script are supposed to have "Category:X script characters", not "Category:X script". Apparently all the Greek characters are similarly miscategorized. This isn't related to the rewrite; those entries were having their categories misplaced before as well.

Regarding AJAX preview: I've fixed the issue that was causing the language tab buttons to malfunction. I haven't noticed any other issues.

I've actually used MutationObservers before, but I didn't know that they could be used to detect when new elements are loaded onto the page. Fascinating. I've changed the script to use those instead. Thanks.

I notice that you changed MediaWiki:Gadgets-definition so that TL isn't loaded from the top, with the summary "seems to cause problems". Which problems specifically are you referring to? As you probably gathered, having the script run before/while the content loads was the entire point of the rewrite, so fixing the issues blocking top-position deployment are high priority for this script.

20:38, 1 July 2014

"TypeError: bodyContent is undefined". I think you might have already fixed it, though.

As for categories… I looked at the script and I cannot gather why sortCats() is supposed to work in the first place. Can you explain the intent behind it to me?

The miscategorisation was done by {{Greek character info}} and ultimately {{character info}}, of which I just edited the former; I could also "fix" it by replacing it with {{character info/new}} which currently does not apply any categories at all. Not sure what should be done about it, really.


21:02, 1 July 2014

I'm not sure what you mean by the intent regarding sortCats... The function goes through the categories placing them into language sections, moving on to the next language section if the category name begins with the name of the next section's language, except if the category also matches /letter\snames$|script\scharacters$|mythology$/, which, afaik, covers all the exception categories that start with language names without being related to the language. (Example: "Category:Greek script characters" begins with "Greek" but doesn't indicate the start of a Greek section.)

21:48, 1 July 2014

…and the categories are guaranteed to be in the order in which they are rendered on the page? In that case, I need no further explanation.


21:55, 1 July 2014

I fixed one bug that was causing a "TypeError: bodyContent is undefined" within ten minutes of the original deployment. Is it possible that this was the bug you saw? If so, any objections to re-adding [top]?

00:13, 2 July 2014

No, I think we can re-enable it now.


03:35, 2 July 2014

Hmm, there still seem to be some funky interactions between this rewrite and live preview. It looks like the JavaScript does not even run sometimes.

I suggest you better revert to the old version, develop the rewrite in WT:JSSAND (install w:User:Kephir/gadgets/jssand.js beforehand) or as a browser user script, test it thoroughly and then deploy.


10:35, 2 July 2014

Russian with User:Yair rand/newentrywiz.js


Can this be added? Could you help me please?

   noun:ru-noun (genders: m-an, m-in, f-an, f-in, n-an, n-in, m-an-p, m-in-p, , f-an-p, f-in-p, n-an-p, n-in-p, p;
   adjective: ru-adj
   verb: ru-verb
   verb: ru-adv
00:51, 16 April 2014

What should the text displayed in the buttons for the noun genders be, and what wikicode should each of them output?

00:39, 24 April 2014

Oops, sorry, I missed your answer (never got used to liquid threads :) ) I don't understand your question.

Let me try:

m-an - masculine animate f-in - feminine inanimate, etc.

The rest must be straightforward.

00:43, 24 April 2014

So, there would be one button saying "masculine animate" which would produce the wikitext "|2=m-an"? Or "||m-an"?

Also, is "n" neuter? And what would be the text for the "-p" options?

00:51, 24 April 2014

I don't quite understand the usage of numbers here but m stands for masculine, f for feminine, n for neuter, an for animate, in for inanimate, p for plural (with nothing else). They can be used in any combination (like with other languages). p may appear on its own when gender or animacy is not known or not important. There can be nouns with more than one gender in the header.

Verbs can be impf - "imperfective", pf - "perfective", the other equivalent is usually provided, e.g. скрести. These two parameters and all genders are valid to all Slavic languages, although animacy may not be important for some genders in some Slavic languages, it is used for consistency and doesn't cause errors in Slavic languages. @CodeCat may give you some hints on gender handling modules. So, if you make it for Russian it can be copy-pasted for all Slavic languages but Serbo-Croatian uses different formats for imperfective/perfective.

01:10, 24 April 2014

Now, an important question, how do I enable it (apart from having it in User:Atitarev/common.js and hard-refreshing) and use this tool. Say, I want to create аадсфсдфзфздффгд?

01:33, 24 April 2014

User:Clyde is developing a template for Uralic that seems to fulfill the same purpose as this. As they're new to Wiktionary, could you show them how to use Template:etymtree instead?

It might also be good to add more documentation on how to create new trees. Currently it only tells you how to use information from an existing tree.

22:16, 14 April 2014

How does changing ".innerHTML = .innerHTML + ..." to ".innerHTML += ..." fix anything? For all I know, JavaScript treats these two as equivalent (and if it does not, this language is even more fucked up than I thought): the DOM is still being thrashed, and event handlers forgotten (which is why the radio buttons do not disappear and reappear properly after that script fires). You should probably avoid innerHTML entirely, and just use document.createElement/.createTextNode and appendChild. (Though there is also insertAdjacentHTML, but I am not sure how widely it is supported.)

Also, I have read somewhere that addOnloadHook is deprecated, but I am not sure what the replacement should be.

20:31, 30 October 2013

You're completely right on all points. I've changed the script to use the normal DOM methods instead of modifying innerHTML.

The replacement for addOnloadHook is $(document).ready.

22:33, 30 October 2013

Why not use it, then? We never know what is going to bite us next.

05:45, 31 October 2013

Diff radio buttons on history pages

Hello Yair, your input is needed at WT:GP#Diff radio buttons on history pages. Any help would be appreciated!

17:36, 28 October 2013

My gadgets.

Thanks for asking. I have deleted the custom JS and CSS that I had in the vain hope that it would help.

I have the following gadgets selected:

  1. *** Navigation popups
  2. ** ToC right
  3. Box for blocked users
  4. Sidebar wikis to English
  5. Disable targeted translations
  6. Regular expressions
  7. * Accelerated creation of inflected forms
  8. Disable rhymes editor
  9. ** Patrolling enhancements

The *s indicate items that I value highly.

The regex gadget has never worked for me.

Other problems I have include the non-display of the controls that allow display of quotations, translations, rel-top items.

I should also check my per-browser items.

22:47, 7 October 2013

On per-browser preferences (not relevant for library problem) I have selected:

  1. X Special character input for search
  2. X Links to previous and next entries
  3. Language to ISO converter
  4. Archive links to BP
  5. Orange translation links
  6. Orange language section links
  7. others

Another non-functioning thing is the set of special characters appearing under the edit box. Several character sets appear, but I have to copy and paste rather than just click as formerly.

The hypothesis I've heard is that all of this is do to a "race condition", but that can't be right as some of my best friends are non-Caucasian ;-|}.

23:04, 7 October 2013
Edited by author.
Last edit: 19:37, 8 October 2013

Please ask me whatever questions would help in diagnosis. My problems in principal namespace are quite intermittent. I can hope that fixing the persistent problem will fix or improve the harder-to-diagnose intermittent problems.

Persistent problems are:

  1. The non-display of the {{rel-top}} "show" control on User:DCDuring.
  2. The failure of the special character functionality under my edit window.
  3. The non-appearance of the regex option.
  4. The non-appearance of the special character option under the search box.
23:40, 7 October 2013

Okay, two bugs fixed:

  • The "Show a special character input (like the one beneath the edit field) for the search field" pref hadn't been switched to use protocol-relative urls, so the recent-ish switch to https:// broke it.
  • The sidebar wikis to English gadget wasn't working well with some of the slight changes in monobook that happened a while ago. This is probably what was breaking the main JS.

Some of the gadgets are in serious need of cleanup...

How many of the problems you listed are still occurring?

16:35, 8 October 2013

The most annoying persistent problems were on my user page. I think they are fixed. I guessed that nested {{rel-top}} was a possible problem and that few others have used it on a large page so such a problem might be peculiar to me. I eliminated that and eliminated some other things and the problem went away. I will trying adding back the other things to see whether they might have been the cause.

[I just realized that it may have been your changes not mine that fixed my user page.]

The special characters below both the edit and search windows and the regex are back.

Thanks for giving this your attention and for actually succeeding in fixing it (at least apparently !!!).

I will let you know if I come across any of the other problems or if anything recurs.

I guess rarely selected and used options are somewhat likely to become problems as things change.

19:36, 8 October 2013

Everything important seems fine. But I don't think that the next-/previous-entry link thing ever worked for me. What is supposed to appear where on the screen?

21:22, 8 October 2013

Some users have suggested minor improvements to FindTrans.js here which you might want to look at. Thanks

18:47, 15 September 2013

Thanks for pointing this out.

19:47, 15 September 2013

Collapsible tables in etyltree?

Instead of showing all the descendants in one big tree, would it be possible to hide descendants of each branch like we do now, but show a button (like for quotations) that lets the user view the descendants of that branch? Perhaps it should only be hidden once the number passes a certain limit, like say 4.

12:41, 11 August 2013

Certainly possible, but why would that be useful?

06:29, 12 August 2013

It would make the list a bit shorter and easier to oversee. Someone who is interested in Latin won't need to scroll past Germanic first.

12:02, 12 August 2013

Definition editing gadget

AFAICT, the definition-editing gadget has not had problems, but I don't use it so I don't know for sure. Has it had problems? How many users have been using it? Has it been thoroughly tested?

I ask all this because if it has been tested AND you think it would be desirable as a default for all or all registered users (Is that even possible?), I would support a test to see whether it would encourage enough additional good contributions to offset whatever increase in bad contributions it might also bring. I'd be willing to do patrolling for the test period.

14:34, 18 July 2013

The tool was tested quite a lot, although most of that was a long enough time ago that it's possible that new problems may have popped up as a result of the many changes to Mediawiki since then.

There was a vote on enabling the tool for all users a while back (Wiktionary:Votes/2012-10/Enabling Definition Editing Options), which failed to pass. Enabling it by default for all users or specifically all registered users is indeed possible, but I think that excluding IPs misses most of the point.

Conducting a test sounds like an interesting idea, but it might be hard to gather enough data to determine whether/how much the tool encourages additional good contributions. Using the Tag filter/edit filter to tag edits done with the tool (so that the recent changes can be filtered to show specifically those changes and such), might be helpful. I'm not sure if that's possible/feasible, though.

16:19, 18 July 2013

I actually think that the key part of the test is whether bad contributions are encouraged. More total edits and a "small" increase in vandalism/bad edits would show success without requiring careful measurement.

18:58, 18 July 2013

Yes, I agree. A test sounds like a good idea. Want to bring it up in the BP?

07:56, 22 July 2013

That's what I had in mind

09:25, 22 July 2013



I tried to do what you said on eo:Vikivortaro:Diskutejo#TabbedLanguages.js, that is to say add javascript:(function(){importScript("Uzanto:Yair rand/TabbedLanguages.js")}) into the URL. But the result is a page with the title Fuŝa titolo ("invalid title" in Esperanto). Maybe I didn't add this text like I should in the URL:

Thank you by advance

18:56, 17 July 2013

Sorry, I didn't explain it clearly enough. You're supposed to replace the url with the javascript:(function(){importScript("Uzanto:Yair rand/TabbedLanguages.js")})(), not add it to the end.

01:31, 18 July 2013

I tried, but it does nothing.

09:56, 18 July 2013

Ah, sorry, there was a bug in the script. It should work now.

(By the way, is putting the page title in the L2 headers next to the language name standard over there now? If so, that's likely to cause some issues with the script...)

11:57, 18 July 2013

I tried again, by removing the title of the page next to {{Lingvo}}, then emptying the cache of the browser and by adding "&action=purge" to the path index.php to be sure, but I do not see any results then. Maybe I didn't do what I should.

13:09, 18 July 2013

show the links to senseids

Hi Yair_rand, sorry to bring this up again, I am hoping you are not annoyed. I recently tried to link to the second definition of context#English-text_in_which_a_word_appears and added a gloss for it. The only way to get the correct link: is however only by looking at the HTML source currently (e.g. via FireBug) and copying the id attribute to the URL in the browser location bar. Recently I saw on GitHub, that they provide #-fragments for titles when you hover on them: It seems to be basic HTML and CSS:

<span class="octicon octicon-link"></span>
.markdown-body h2:hover a.anchor .octicon-link

You would know better, if any JS was involved. Would it be difficult to make something like this for Wiktionary sense definitions?

22:25, 30 May 2013

Definitely not annoyed. :)

It would be very simple to make something like this for Wiktionary sense definitions (either using JS or plain HTML+CSS), but I suspect that it wouldn't be a good idea. Github is a coding site, so all of its users can be expected to be reasonably technically competent, whereas there's a good chance that most Wiktionary users wouldn't understand at all what the link was doing, or even know what the hash changing meant (and probably wouldn't have any real use for it even if they did :/ ). For the average user, an extra icon appearing when the user hovers over a definition would probably just add confusion.

For users who do understand enough to know what the hash in the URL means, I would think (or at least hope) that many/most would realize fairly quickly (assuming that links to definitions are somewhat widespread) that the definition's link always matches the gloss, which can typically be found at least once on the page (in a translation table head or similar). Wiki editors would probably also know to look at the page source. This is not an ideal situation, but having another icon popping in and out of an already somewhat complex interface is probably not an overall benefit.

13:36, 2 June 2013

Hm, maybe make it optional. I guess many users install their preferred gadgets anyhow. So we could offer it and then wait for adoption. I could promote it a little bit over Wiktionary2RDF ( Maybe make a screen cast. I guess, having these stable glosses would be a highly wanted feature in the NLP world. For example wordnet definitions have ids that change between each version and the changelog mapping has to be maintained manually.

18:22, 2 June 2013

Make the link icons optional? That could work, I guess. Full JS code would be $(".senseid").each(function(){var a;$(this).hover(function(){$(a).toggle();if(!a){a=document.createElement("a");a.href="#";$(a).text("#").css({position:'absolute',zIndex:5,marginLeft:'-5px'});$(this).prepend(a);}})}) (possibly buggy), and I guess it could be added to either WT:PREFS or as gadget, or both.

Regular adoption of {{senseid}} is still essentially blocked by the fact that the regular linking templates don't support any way to link to the senses. With the deployment of Lua, I had hoped that {{l}} would have support added (as I proposed here), but things seem to be happening disappointingly slowly...

21:57, 2 June 2013

Update: {{l}} now supports linking to senseids. Example: {{l|en|peach|id=fruit}} > peach .

21:48, 7 July 2013

Because {{lr}} was abandoned, some things have changed. The page *wódr̥ is now giving a script error. Can you look into it?

23:43, 5 July 2013

Hm, lr's deprecation caused a bunch of problems. Now fixed, sort of. The uses of {{recons}} aren't displaying properly italicized in wota's use of findetym, but I think that's an issue in recons and not in findetym.

21:06, 7 July 2013

The etymology at wota is all weird as well. It's displaying all kinds of terms that it shouldn't.

21:12, 7 July 2013

Thanks for pointing that out. Now fixed.

21:24, 7 July 2013

Thank you. And yes it appears that {{recons}} isn't italicising some terms. I'll see if I can fix it.

21:29, 7 July 2013
First page
First page
Previous page
Previous page
Last page
Last page
Return to the user page of "Yair rand".