Hello, you have come here looking for the meaning of the word Template talk:italbrac. In DICTIOUS you will not only get to know all the dictionary meanings for the word Template talk:italbrac, but we will also tell you about its etymology, its characteristics and you will know how to say Template talk:italbrac in singular and plural. Everything you need to know about the word Template talk:italbrac you have here. The definition of the word Template talk:italbrac will help you to be more precise and correct when speaking or writing your texts. Knowing the definition ofTemplate talk:italbrac, as well as those of other words, enriches your vocabulary and provides you with more and better linguistic resources.
Template name suggestion
Latest comment: 17 years ago4 comments2 people in discussion
I like the flexibility this offers. Its name set of a programmer's red flag for me, though, since it descrives its style instead of its function. Maybe that's not a bad thing for this template, though. Would it be better or worse to call it something related to the topic markers it is supposed to format? E.g. {{topic}}, taking a variable number of topic names as arguments, which, when multiple topics are given, it displays with commas, the serial "and" (I can't recall the template name), and the serial comma (i.e., {{,}})? We could then even automatically add the corresponding categories in the output. Rod (A. Smith) 21:56, 12 May 2006 (UTC)Reply
It's better to discuss this on the Beer parlour where I just posted but believe in KISS, so this does just one thing well. It is a formatting template only. It can certainly be used inside other templates though such as the one you suggest. In my experience I have seen this kind of formatting in various places including the translation section where you want the same formatting but not always the seem addittional stuff. I think Connel and possibly others have already discussed or even constructed templates like you suggested {{topic}} though so definitely ask him or the Beer parlour generally about the idea. Just don't make it part of this simple template. — Hippietrail22:04, 12 May 2006 (UTC)Reply
Thanks. No need to discuss it there, as I'm convinced by your argument that this is strictly a formatting template, not a functional one, so the name is appropriate. Rod (A. Smith) 23:44, 12 May 2006 (UTC)Reply
Why isn't the first keyword capitalized using ucfirst:?
Because this template is designed to do just what it says: "italicize and bracket", nothing more. It does that and only that because it is designed only to replace current inline text that does (this) or (that). For anything beyond this function I would recommend making a new template and advertising its use. — Hippietrail18:12, 4 June 2006 (UTC)Reply
What happened to making the parenthesis go away by default?
That was never to be the default. As above, this is a formatting/personalization template only. You can edit your CSS file to hide the parentheses but this should never be the default. If you feel we should have some standard type of text which is italicized without parentheses for some function in some context I recommend bringing up the topic in the Beer parlour or the formatting talk page. — Hippietrail18:12, 4 June 2006 (UTC)Reply
I thought even you understood the parenthesis are wrong, in all cases. Oh well, I suppose it will have to got back to the BP then, as you say. --Connel MacKenzieTC18:22, 4 June 2006 (UTC)Reply
Not at all. My Oxoford Pocket Spanish dictionary uses this kind of formatting, as does one of my dictionaries or grammars of an American indigenous language and the Collins Word Exchange online dictionary - just to name the last 3 places I remember seeing it for sure. This template is for all contexts. If it's decided to never use (this) or (this) and always this in all contexts, we would need a new template with a new name that reflects it's function. This may or may not include redirecting from italbrac but only if it's decided for all contexts. If it's decided only for restrictive sense labels, that's only one context for example. — Hippietrail19:42, 4 June 2006 (UTC)Reply
non-breaking space makes horrible formatting
Latest comment: 18 years ago5 comments4 people in discussion
Look at the article computer. This template is used for longish lists of countries which use each of the three Spanish words in the Translations section. Because there is a these lists can only wrap at normal spaces such as those in "Costa Rica" and "Puerto Rico". This is very ugly. The lists should be able to wrap at any old place.
I noticed that {{italbrac/separator}} contained the nbsp and tried to change it to a regular space. It seems that trailing spaces are trimmed by the wiki software! I thought "oh that's why it's an nbps". I tried putting an empty HTML comment after a real space to prevent it being trimmed. It is not trimmed but unexpectedly, computer is still rendered as though there are non-breaking spaces. What is going on here? I'm stumped. — Hippietrail02:16, 28 June 2006 (UTC)Reply
Yes it does seem to be OK now though I can't find what has changed. Perhaps it was some weird caching thing with Firefox that I was using yesterday. Today it works as it should with both Firefox and MSIE. — Hippietrail20:27, 28 June 2006 (UTC)Reply
It is usually better to use   rather than . The other way is to use <nowiki/> (which does nothing) so the space isn't the first or last in the parameter. Robert Ullmann11:54, 3 November 2006 (UTC)Reply
Why is this so complicated?
Latest comment: 18 years ago2 comments2 people in discussion
What's wrong with a simple template syntax like this:
I don't know. It did used to look pretty much like your version but several people have "improved" it. Perhaps just to teach themselves the parser functions and various tricks? — Hippietrail22:56, 19 July 2006 (UTC)Reply
What is this template good for?
Latest comment: 14 years ago5 comments5 people in discussion
I can't see what this template might be good for, don't understand it's source code and I am not able to make sense of the above discussions. Why do we have this template and what does it do??? Ncik21:19, 2 November 2006 (UTC)Reply
When terms are italicized and inside parentheses some people such as Stephen prefer it to look like (this) while it seems that most other people here prefer it to look like (this). Rather than having an ugly mix of both styles you should always use this template and then all will appear the same. The default is what most people want but by using either Connel's extra preferences or editing your personal CSS file you can see them all Stephen's way. — Hippietrail08:35, 3 November 2006 (UTC)Reply
Both you (more recently) and Ruakh (in that thread) have argued that any use of italbrac is a misuse. Since nobody's objected in 11 months, I'm gonna do it. But NOT replace the redirect yet in case anyone objects. Mglovesfun (talk) 09:47, 23 June 2012 (UTC)Reply
These were left over from the time that this was still a separate template from {{qual}}. They were merged in 2012. I would like to delete these redirects and update pages that use them, so that there is no confusion over the purpose of the template. It's not merely used for bracketed italic text, but for qualification. The focus should be on semantics of the template rather than its presentation/output. —CodeCat17:50, 5 February 2016 (UTC)Reply
Delete. —Aɴɢʀ (talk) 10:15, 8 February 2016 (UTC)Delete{{italbrac}}; keep{{i}}. I've always understood the "i" as standing for "information", which is more what this template is about than "qualifier" is. —Aɴɢʀ (talk) 21:32, 15 March 2016 (UTC)Reply
DeleteTemplate:italbrac. Template:i seems to continue to be used, and I don't see a pressing need to delete it, but I understand its "real estate" (a single letter) is probably valuable. Incidentally, I think it's bad that {{Q}} exists with a different purpose than {{q}}; almost none of our templates are case-sensitive and the fact that this one is has caused problems (including a bot erroneously replacing instances of {{Q}} while going after instances of {{q}}). - -sche(discuss)18:22, 22 February 2016 (UTC)Reply
Deprecate but keep. Use AbuseFilter to deprecate it on the technical level by preventing saving pages that contain the template if possible or explain why it is not possible. Point: make page histories legible. --Dan Polansky (talk) 10:04, 30 March 2016 (UTC)Reply
Deprecate but keep. Use AbuseFilter to deprecate it on the technical level by preventing saving pages that contain the template if possible or explain why it is not possible. Point: make page histories legible. --Dan Polansky (talk) 10:04, 30 March 2016 (UTC)Reply
There's a limit to how many tests can be run by AbuseFilters; if there are too many filters, that limit gets reached and edits don't get checked against some filters. Using filters to regulate templates that are almost never used is a bad use of resources. I can't offhand find technical documentation, but you can find people discussing the limit and the need to reduce the number of filters in several threads here. - -sche(discuss)17:59, 30 March 2016 (UTC)Reply
Intuitively, checking for the presence of a template is an extremely cheap computing operation; it is largely plain substring matching. Therefore, I don't find it plausible that we run into some sort of a limit any time soon. In fact, one filter could handle all deprecated templates via a single regular expression. Even if we do run into a limit eventually, let's cross the river after we come to it instead speculating. Such a simple substring matching is not any obvious waste of resources. --Dan Polansky (talk) 05:57, 2 April 2016 (UTC)Reply