Hello, you have come here looking for the meaning of the word Template talk:trans-top. In DICTIOUS you will not only get to know all the dictionary meanings for the word Template talk:trans-top, but we will also tell you about its etymology, its characteristics and you will know how to say Template talk:trans-top in singular and plural. Everything you need to know about the word Template talk:trans-top you have here. The definition of the word Template talk:trans-top will help you to be more precise and correct when speaking or writing your texts. Knowing the definition ofTemplate talk:trans-top, as well as those of other words, enriches your vocabulary and provides you with more and better linguistic resources.
Latest comment: 17 years ago11 comments5 people in discussion
Why has "Translations to be checked" been added to this template. It causes the translation sections of many entries (such as dictionary) to appear incorrectly. —Stephen14:58, 2 January 2007 (UTC)Reply
In this format, a gloss is required, though, right? I think dictionary is was what needs to be fixed (and any others missing the gloss, using this template.) Perhaps the addition of an invisible "gloss-missing" cleanup category would be a better default? --Connel MacKenzie21:44, 2 January 2007 (UTC)Reply
That's not what the problematic edit was about; it was adding "Translations to be checked" as the section header if something was invalid (or something?). Using this (or top) without a gloss is fine in the simple cases where there is only one definition.
People are way too excited about this template, because they don't know how to do collapsible sections (which takes CSS). It was jus a demo, AND IS NOT READY TO BE USED ANYWHERE OTHER THAN AS A DEMO UNTIL THE CORRECT CSS WORK IS DONE!!! Robert Ullmann21:52, 2 January 2007 (UTC)Reply
I apologize for jumping the gun. However, I understood it to require the parameter, nevertheless, so that translation sections that haven't been checked (for incorrect subdivisions) would not be present. Sorry for stepping on your toe. --Connel MacKenzie21:57, 2 January 2007 (UTC)Reply
You aren't stepping on my toe :-). But this template was and is a demo, a hack to show what could be done. It is not ready to be used, it needs serious CSS work (classes, preferences, etc. etc. etc.) and maybe should be subbed into top eventually. It certainly is not some general collapsible section template! (but people are so eager!) sigh Robert Ullmann22:30, 2 January 2007 (UTC)Reply
Have you not seen WT:VOTE#Change style standard to use new trans-top style templates yet? I assumed you hadn't voted for some reason or another. But the demand for these is pretty high - leaving it in limbo seems to be causing confusion for too many people who are at a loss (perhaps learning their way around here.)
I'm not sure if it was poor documentation, or what. The current behavior is to count the number of navigation boxes on a rendered page. If one or less, the contents are exposed. In WT:PREFS I already have a "disable hiding" thing, which will expose the contents if more than zero appear. Obviously, something is amiss, as the nav boxes are hidden on pages such as WT:VOTE all the time. I'm tempted to overhaul that logic to make it dependent only on the user preference, and never on the number of nav frames appearing. This should really move to WT:GP now. --Connel MacKenzie07:25, 3 January 2007 (UTC)Reply
Kinda still trying to figure out what to do; not helped by the fact that the net here has been so unreliable (I was going to extend my last comment above, but the net promptly went away. ;-) Robert Ullmann11:38, 3 January 2007 (UTC)Reply
I now have the "Leave translation boxes ("Nav boxes") expanded on initial page load." checked, but they remain collapsed. __meco18:13, 31 March 2007 (UTC)Reply
Don't blame my change, fix dictionary et al.! Or maybe I should say thanks for bringing it to attention, since "fix dictionary et al." is a bit unreasonable. The original intent was just to provide a way of listing TTBC under the same collapsible box. I didn't mean to mess up your translation workload.
I'm going to make a minor change to at least note which pages are incorrectly formatted. This will use a different category than the TTBC you rely on. After that there shouldn't be any need for a generic header, since that would be an incorrect use! I would hope that applying TTBC as the default at that point isn't as controversial. DAVilla02:18, 14 January 2007 (UTC)Reply
Default parameter text isn't very useful
Latest comment: 17 years ago2 comments2 people in discussion
The default parameter text, "Translations", doesn't make much sense, since it is an exact duplicate of the "Translations" section heading. I think it'd make more sense to put one of the wikivariables in there, probably the one for the current pagename (i.e. the term being defined.) — SMcCandlishツ00:41, 13 January 2007 (UTC)Reply
Latest comment: 17 years ago2 comments2 people in discussion
The template does not allow floats next to it, see parrot (or its history). Is there a reasonable solution for this?
The nav CSS stuff it uses defines a full width box, and when expanded it uses full width, so it has to appear below float-right boxes.
I’d like to note that maybe we should strike the screaming above, or is the template still not ready to be used? That would be strange, it is being substituted by bots now. H. (talk) 11:17, 11 April 2007 (UTC)Reply
Latest comment: 17 years ago1 comment1 person in discussion
I suggest the user can click to include {{trans-top|}} <br>{{trans-mid}}<br> {{trans-bottom}} at the same time in the same page, with a single click. This gives more productivity.
I suggest include {{subst:trans-all}} link option in the edit box.
Change the Show/Hide link?
Latest comment: 16 years ago1 comment1 person in discussion
Can we move the Hide/Show link to the left side or make the entire bar clickable? On larger screens like mine, the link is far away from the rest of the content and when I move the mouse far over to click it, it often doesn't reveal much, making it seem like a waste to even be hidden in the first place. --DBN01:37, 24 April 2008 (UTC)Reply
Show/Hide all
Latest comment: 15 years ago1 comment1 person in discussion
Is it possible to make an alt-click show or hide all of the translation boxes in a section, or in an entry? This would be analogous to the way the alt key works for minimize and close window controls on the Mac. —MichaelZ. 2009-01-11 16:31 z
I think it would be possible, but fiddly, and, if the alt-click was not on the first translation box, it would cause everything visible to shift downwards horribly. Better to use the WT:PREF to not hide them, or if we had another "Expand All" button beside translations. Conrad.Irwin17:11, 13 April 2009 (UTC)Reply
Categories
Latest comment: 15 years ago1 comment1 person in discussion
Latest comment: 15 years ago2 comments1 person in discussion
I notice that some entries have the jump template placed inside this template as in:
Translations :Template:jump
This causes a scroll bar to appear on the right in Google Chrome browsers, which really looks terrible.
Is there any way to fix this? --Yair rand17:59, 6 September 2009 (UTC)Reply
Latest comment: 12 years ago9 comments4 people in discussion
Hello, I am admin on the gothic wikipedia and would like to have such a box on a side to display the text in latin alphabet. Could someone explain, how this works? I have already copied the sections from Mediawiki:Common.css and .js and the Template, but still, there is just a box with a title and the text. No top-down menu, no clickable title to show the content, etc. Does anybody know, what I am doing wrong? Thank you veeery much. This is the link to the Template on the gothic wikipedia. Zylbath12:10, 28 January 2012 (UTC)Reply
There's a number of problems in Common.js that are causing it not to work. First of all, the first line of the page is just NavBars, which causes a ReferenceError, breaking the whole thing, so it wouldn't matter what the rest of the content was. Second, it attempts to use newNode without actually having it available. You would need to copy the newNode function from Mediawiki:Common.js to got:Mediawiki:Common.js for this to work. Third, the version of NavTables imported to gotwikt uses the VisibilityToggles script. Either the NavTables script needs to be modified to not use VisibilityToggles, or VisibilityToggles needs to be imported. --Yair rand00:17, 30 January 2012 (UTC)Reply
Hello, I really thank you for your help for so far. I have no copied the VisibilityToggles script and the newMode function into the gothic common.js. I also changed the titles in the script by /*title*/. But still, it doesn't work. Is there maybe anything more to write in the script or have I done anything wrong? I would be really thankful if you answered again. Thank you very much. Zylbath10:08, 31 January 2012 (UTC)Reply
The Gothic Common.js has a else line at the beginning that is not preceded by a if, which is causing an error. This can be fixed by just removing the word else. Also, it looks like the VisibilityToggles script relies on the getCookie and setCookie functions, too. Once those two functions are imported and the first line is fixed, it should work, I think. --Yair rand10:30, 31 January 2012 (UTC)Reply
Hello again. Which "else" do you mean? I cannot find a "else" where is no if behind. There was a "else" from another function I added to display the titles as real titles in javascript. But I took that out. I have now copied the both "Cookie" things, but still, the template isn't working. Maybe it's really because of the "else" I wasn't unable to find yet. Please give me another hind where it is. ;) Zylbath21:06, 2 February 2012 (UTC)Reply
Oh, quelle miracle! I guess it was just because of my cache? Now it is running, uuuh how lucky I am. I really really really thank you for the big help. With a lucky and happy face, the best greets and liubos goleinis fram thizai wikipaidjai ana gutiskarazdai =) Zylbath14:31, 6 February 2012 (UTC)Reply
Add an ID?
Latest comment: 11 years ago3 comments1 person in discussion
Perhaps it would be helpful if the NavFrame had an ID attached to it, something like translations-(gloss), so that the tables could be linked to from templates like {{trans-see}}? --Yair rand (talk) 05:47, 14 March 2013 (UTC)Reply
This breaks HTML validation in pages where there are duplicate IDs. For example, march has invalid HTML because it has two divs with id="Translations-Translations_to_be_checked". (There are other validation problems, but they should all be fixed.)
I will revert the ID addition. —MichaelZ. 2013-06-04 16:43 z
Funny, I thought Mediawiki automatically changes one of the IDs by adding a number to the end if there are duplicates. Apparently not.
I suppose we could either modify {{checktrans-top}}, or add a function to trans-top to check if {1} equals "Translations to be checked" and not add an id if it does. Would there be any problems with either of those? --Yair rand (talk) 22:23, 4 June 2013 (UTC)Reply
I think MediaWiki does that when it generates section-heading IDs from their titles, but not when we provide an ID.
I’m not familiar with the details of these templates, but anything that tries to make unique IDs sounds good to me. I suppose there may as many as one per English etymology on a page. Apart from the checktrans sections, I think other translation NavFrames should normally have unique headings. —MichaelZ. 2013-06-04 23:10 z
It looks like this is an intermittant bug of unknown origin (unknown to me, anyway). I came here to complain about the same thing just now. By the time I started leaving a comment/question about it, the problem had cleared up. - dcljr (talk) 06:48, 29 December 2015 (UTC)Reply
Would be nice to have auto-sort
Latest comment: 8 years ago1 comment1 person in discussion
This has been discussed before. But that's irrelevant. What's really relevant is that you are trying to add a parameter to the template that doesn't do anything yet, and there had been absolutely no discussion anywhere to add such a parameter. --WikiTiki8919:31, 20 April 2017 (UTC)Reply
In other words, @Wikitiki89 had nothing to say for a month and gave no reason why such harmless parameter couldn't be added.
Quite clearly discussion stated by me in March right here. d1g (talk) 01:49, 22 April 2017 (UTC)Reply
I didn't see this until now, and I didn't realize that when you linked to here from my talk page that this was a month old. --WikiTiki8902:11, 23 April 2017 (UTC)Reply
<noinclude>
Latest comment: 5 years ago1 comment1 person in discussion
Latest comment: 2 years ago1 comment1 person in discussion
There is an ongoing discussion about deleting this template. <noinclude>{{documentation}}</noinclude> should be added to the template so that the RFD notice which I have added to the documentation page appears on the template page (but I lack the permissions to do this). - excarnateSojourner (talk | contrib) 23:04, 5 November 2022 (UTC)Reply
It may seem weird to nominate such a widely-used and critical template, but bear with me. Right now, we have templates that automatically split lists into columns, and as a result {{mid4}} and its cousins actually contain no template code at all, they're just kept for compatibility. So, why not do the same for translation tables? If {{trans-top}} is modified to use the automatic columns instead of the current table-based approach, then {{trans-mid}} becomes obsolete just like {{mid4}}. —Rua (mew) 13:55, 6 May 2019 (UTC)Reply
Seems reasonable, though we should ensure that the translation adding tool continues to work with whatever changes are made to the {{trans-}} templates. — SGconlaw (talk) 14:21, 6 May 2019 (UTC)Reply
Yeah, I seem to remember asking about making our translation tables sort into two columns automatically instead of manually with {{trans-mid}} a few years ago, and was told that for now at least manual columns were necessary because otherwise the translation adding tool wouldn't work. If that's been fixed in the meantime, then by all means delete. But if not, first fix the tool. —Mahāgaja · talk17:56, 6 May 2019 (UTC)Reply
Yes, the translation editor is the main roadblock in making this change. Which editor understands it the best right now? Do we have any kind of dedicated JS maintainers? User:Erutuon maybe? —Rua (mew) 14:26, 10 May 2019 (UTC)Reply
I've been doing some JavaScript maintenance, as well as User:Dixtosa, who now I think doesn't have as much time to do JavaScript stuff. There are a variety of changes that need to be made to the translation adder, and I've looked at it but not made enough headway in understanding it to implement them. It would at least be a good idea to list the desired changes on the MediaWiki:Gadget-TranslationAdder.js/documentation. — Eru·tuon17:25, 10 May 2019 (UTC)Reply
I've added a "todo" item to the page. I really hope we can find someone to do this. If the gadget is so complicated that nobody can maintain it, then maybe that's a sign we should rewrite it from scratch in a form that we can maintain. —Rua (mew) 17:32, 10 May 2019 (UTC)Reply
I now also altered the my ImprovedTranslationAdder.js to work when no tables are present in the translation sections by adding this code at line 1365:
function createTranslationAdderTable(li) {
var $ul = $("<ul>").append(li);
// TODO div instead?
return $("<table>")
.append($("<tr>"))
.append($("<td>"))
.append($("<td>"))
.append($("<td>").css("text-align", "left").append($ul));
}
// main - this calls the three functions above.
// Support divs
$('div.translations').each(function () {
// these divs have only one ul directly beneth them.
if (util.getTransGloss(this) != 'Translations to be checked') {
var ul = $(this).find("ul");
if (ul) {
var li = document.createElement('li');
// place TA after the div to avoid ending up in between the
// translations
$(this).parent().after(createTranslationAdderTable(li));
new AdderWrapper(editor, new TranslationAdder(ul), li);
var div = $(this).parent().parent().find('div.NavHead');
if (div) {
new TranslationLabeller(div)
}
}
}
}
); //close each function
It relies on "TD" being a parent element in at least one place. After having studied and tried and failed porting the code to jquery for many hours I have concluded that it is a terrible unmaintainable insufficiently commented kludge that would really benefit from a good rewrite in modern es6 with jquery, functional let-syntax and good inline documentation. The idea behind this add-on to mediawiki is really sound which is proven by the fact that it is in use in many wiktionaries by now. For the benefit of the whole community I hope someone will step up to this task.--So9q (talk) 04:00, 29 September 2019 (UTC)Reply
I'm closing this as RFD-deprecate as the template is now redundant and can be safely removed (see WT:NFE#December 2022). However, it is used in hundreds of thousands of entries, and removing it from these entries en masse will be a huge task. Let's be certain that that is what we want to do before we do it. I suggest we wait at least 2 weeks before beginning this process. This, that and the other (talk) 08:10, 2 January 2023 (UTC)Reply
@This, that and the other I think it's fine to just do this by itself; it will complicate things to try and clean up some of the other templates at the same time, and the translation templates don't specifically co-occur with column templates so there might not be too much overlap. Benwing2 (talk) 08:41, 16 January 2023 (UTC)Reply