Template talk:Dmbox
About this template
This template was made as a result of the discussion at Wikipedia talk:WikiProject Disambiguation#Disambig and setindex meta-template.
Currently this template uses the CSS id "disambig" when "type=disambig" is set or no type is set. The reason is that that is the id that the javascript in MediaWiki:Common.js uses to determine if a page is a disambiguation page or not, so it knows when to display the {{disambig editintro}}. But I find that id name too generic to be clear. Also that id is/was used to set the styles for the old disambig and setindex boxes. To keep the usage apart I intend to later change to use the id "disambigbox", which should only be used to trigger the javascript. While the looks should be determined solely by the dmbox CSS classes.
--David Göthberg (talk) 14:54, 12 October 2008 (UTC)
- I've now added the finalised dmbox style to Common.css; decaching expires 9 May 2009. Happy‑melon 11:35, 8 April 2009 (UTC)
- I just want to note why I didn't add that class before:
- It probably isn't necessary to have the dmbox style in MediaWiki:Common.css. Since I don't think the disambig boxes will be styled in other skins, and I don't think people will build hand coded disambig boxes. And users that want to style them in their own user /monobook.css can use the !important keyword.
- But it is only one class, since {{dmbox}} uses the generic mbox-* classes for its cells, so it isn't much CSS code. And it is a very widely used template. So it doesn't hurt much to add the styles.
- --David Göthberg (talk) 13:14, 8 April 2009 (UTC)
- I was prompted to add this after finding #disambig styled in common.css, which I agree is semantically dubious: that tag should be used only for identification, not styling. So if we can remove that class in compensation, there's not actually much new code added to common.css Plus it's more consistent with the other mbox templates to have the styles in common.css; it's where most people would automatically go to find mbox styles. Happy‑melon 14:17, 8 April 2009 (UTC)
- We have now updated the code in MediaWiki:Common.js so both the id "disambig" and the new id "disambigbox" triggers the showing of {{disambig editintro}}. But web browsers cache our CSS and javascript files for up to 31 days. So we can change the id used in {{dmbox}} to "disambigbox" on 17 April 2009, 03:01 UTC. After we have updated dmbox we can removed the old id "disambig" from the javascript and then that id will be fully deprecated.
- --David Göthberg (talk) 09:48, 16 April 2009 (UTC)
- Done - I see that RockMFR has finished the change from the id "disambig" to the id "disambigbox". He has updated this template and also removed the old id from MediaWiki:Common.js. Thanks RockMFR.
- --David Göthberg (talk) 17:33, 22 October 2009 (UTC)
Category:All disambiguation pages
- This discussion was moved here from Template talk:SIA since it concerns all the disambig, set index and name message boxes. --David Göthberg (talk) 08:58, 2 March 2009 (UTC)
Considering the following from WP:SETINDEX:
- A set index article is not considered a disambiguation page, and need not follow the formatting rules for disambiguation pages.
shouldn't the {{SIA}} template not add the hidden category Category:All disambiguation pages? I use this category in many of my toolserver scripts that identify orphans and dab pages with links, and it looks like SIAs are being miscategorized. --JaGatalk 06:15, 2 March 2009 (UTC)
- I agree with JaGa: it doesn't make sense to add SIAs to a global disambiguation category. —hike395 (talk) 07:12, 2 March 2009 (UTC)
- I think I agree. The set index boxes should probably have a separate "all" category.
- Here's the technical details about this:
- The {{SIA}} template, and all other message boxes that use the same style, such as set index, disambig and human name boxes use the meta-template {{dmbox}}. In December Remember the dot added category code to that meta-template. That code adds Category:All disambiguation pages to all pages that use any of these boxes (except when in template space), and it also adds Category:All article disambiguation pages to all articles (main space pages) that use any of these boxes.
- Usually I am opposed to having a style meta-template like {{dmbox}} handle the categorising, since it usually causes problems. But in this case it might be acceptable since there are so many different disambig boxes that use it that it perhaps is easier to have this category code in the meta-template.
- The {{dmbox}} meta-template is aware of when it is used for a disambig template versus when it is used as something else, for instance a set index or
humanname box. That is, it has a parameter "type = disambig / setindex". (The "type=disambig" parameter makes it so the {{disambig editintro}} is displayed when editing a page with any disambig template on. It means that {{dmbox}} internally sets the CSS id "disambig". The id is used by the javascript in MediaWiki:Common.js to determine if a page is a disambiguation page or not.) - So, we can make it so {{dmbox}} instead adds for instance Category:All set index and name pages when it is used for set index and name boxes. Or, we could even add the parameter "type=name" to {{dmbox}} so we could categorise the name pages separately from the set index pages.
- If/when you people have decided how we should categorise this, then feel free to contact me and I'll implement it in {{dmbox}}. (Since I built the {{dmbox}} and know all the details about how it works and what things depend on it in what way etc.)
- --David Göthberg (talk) 08:58, 2 March 2009 (UTC)
- I would support a different category for set indexes, but would prefer hndis etc to stay in the "All disambiguation pages" category, since (unless I'm missing something and I very well may be) I believe hndis etc are still disambig pages. --JaGatalk 18:03, 2 March 2009 (UTC)
- Oh, and I forgot: Thanks for moving this discussion to the correct place and providing the explanation, David. :) --JaGatalk 18:04, 2 March 2009 (UTC)
The whole reason for Category:All disambiguation pages was so that we could get count the number of articles in Wikipedia excluding disambiguation pages and the main page: {{Number of actual articles}}. So, it sounds reasonable to not count set index articles in that category. —Remember the dot (talk) 00:07, 3 March 2009 (UTC)
- JaGa: Oops, sorry I was a bit fuzzy in my description above. Right, {{hndis}} are for "human name disambiguation pages". But with the "name pages" I meant pages that use the {{given name}} and {{surname}} boxes. And such pages are not disambig pages. But I am not sure if they count as set indexes or something else. (All this disambig political stuff is new to me.) Anyway, they currently use "type=setindex" to not trigger the {{disambig editintro}}.
- So, it seems we all agree on making the non-disambig boxes categorise somewhere else. So should we simply not categorise them? Or what exactly should we call that other category? And if we categorise, then do {{given name}} and {{surname}} need special treatment?
- Here's one suggestion for category name: Category:All set index articles. And I think that category should be placed under Category:Set indices.
- --David Göthberg (talk) 03:13, 3 March 2009 (UTC)
- 1: Okay, I have done the update to {{dmbox}}. And pages are starting to arrive in Category:All set index articles.
- 2: We still need to decide what to do with {{given name}} and {{surname}}.
- 3: Many of the disambig and set index boxes need clean-up of their category code. I will perhaps have some time to fix that. I won't bore you guys with the details. But you who understand these things are welcome to look over those templates.
- --David Göthberg (talk) 22:17, 4 March 2009 (UTC)
Set index image
Today JHunterJ disabled the image on the generic set index article box {{SIA}}. He used the edit comment: "Remove disambig icon; is there an appropriate "set index" or "list" icon that can be substituted?"
I assume he did so to make the set index box differ more from the {{disambig}} boxes, since disambiguation pages and set index articles are not considered to be the same thing.
I think that not using an image at all is much worse than using the current image, so I reverted him for now.
I kind of agree that set index boxes should perhaps use a separate image. But the current image is pretty good for set index articles too, since they too are one name that then splits to several names. So the only reason I see to use another image would be to make it clearer if a page is a disambig or set index page.
We could use the current symbol, but with a different colour. I just tried a blue-grey version (pretty nice) and a light brown version (very nice) in my image editing program. I might make full SVG versions of them and upload them. Actually, I think the light brown version fits better for disambig pages, since it has some resemblance to the yellow and orange warning colours, and {{disambig}} partly is a cleanup notice since it says: "change the link to point directly". So perhaps we should instead keep the set index image grey and make the disambig image light brown?
I also tried to make or find a list symbol, but I couldn't come up with any nice list symbol.
So, does anyone have any suggestions for a better image?
--David Göthberg (talk) 21:59, 6 April 2009 (UTC)
Those who are interested in the images, and not the disambig vs. set index policy discussion, can skip directly to the section "List icon" below. --David Göthberg (talk) 21:13, 7 April 2009 (UTC)
- I think that no image is better than an incorrect image. SIA and dab things are too interleaved now (like using {{dmbox}} as the basis of {{SIA}}). Because SIAs are articles (and valid link targets) and dabs are not articles (and normally not valid link targets), they really need to be separated more. -- JHunterJ (talk) 11:13, 7 April 2009 (UTC)
- I disagree that SIAs are either "articles" or valid link targets. This is a long-festering confusion. Some name-related pages do have article-like content, but many, perhaps even most, are little more than lists of items sharing a similar name, much like a disambiguation page. However, as David has noted, it is uncertain that given names or surname pages are properly considered as SIAs. For other types of set indices, the similarity with disambiguation pages is even more pronounced. Links to SIAs should be disambiguated, where appropriate links exist on the set index page. The only time links to the set index page are appropriate is where the corresponding article for a particular item in the index doesn't exist yet. older ≠ wiser 12:23, 7 April 2009 (UTC)
- If they aren't articles, then they aren't set index articles. If they need to have incoming links disambiguated, then they are disambiguation pages. You're right, it's a long-festering confusion, but I think it's driven by some desires to have dab pages that don't follow the dab page guidelines, and I think it's a confusion that can be cleaned up by recasting the SIAs that are really dabs as dabs and the dabs that are really SIAs (if any) as SIAs. -- JHunterJ (talk) 15:02, 7 April 2009 (UTC)
- Or perhaps by restoring the MOSDAB to its 2006 version so it again makes sense to most editors who are actually trying to make the dab pages useful, not just mindlessly "clean" and "MOSDAB-compliant"? With users not "desiring" the sets to be marked as dabs, one would think there must be a good reason or two for why that is so. But we've already been through that with no avail... better not open the same can of worms once more.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 15:21, April 7, 2009 (UTC)
- I agree that the dab project tends to attract people who enjoy working with a rigorous set of rules. And I've been trying to avoid rules-creep where it doesn't actually help navigation. But I also don't think actual disambiguation pages need to be "mindlessly" cluttered with lots of red and blue links that don't help navigation either, in the name of "usefulness" when they aren't actually useful to a reader who has reached the dab page and intended to reach an ambiguous article. -- JHunterJ (talk) 15:41, 7 April 2009 (UTC)
- Like I said, I don't burn with desire to re-open this particular can, but I'd still like to point out that usefulness is in the eye of a beholder. Even red links, when added under a certain set of rules (which may quite possibly be incompatible with the MOSDAB regulations, but still make perfect sense to a WikiProject that deals with them), can be quite useful to readers. Aiding navigation is great, but sometimes it is simply insufficient or leads to suppression of little bits of information which cannot be immediately added elsewhere. Since disambig pages guidelines would not allow for that information to be added, sets are a perfect place for it—so the "avoidance" is not a blind desire to bypass the dab rules for the heck of it, but actually to communicate as much available information to the readers in the only way that seems to be available. I personally think that sets are a dumb, confusing, and redundant concept, as they add nothing to what a slightly relaxed set of disambig rules wouldn't be able to handle.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 16:31, April 7, 2009 (UTC)
- Absolutely, red links have good uses on articles. They have no use on disambiguation pages without a corresponding blue link to aid the reader in navigation to the article in need of disambiguation. Disambiguation pages are navigational aids. I also agree that set index articles are not particularly useful, but I think their lack of utility would not be remedied by moving their non-WP-article entries to WP dab pages. -- JHunterJ (talk) 16:42, 7 April 2009 (UTC)
- On the contrary, red links can be very helpful on disambig pages on their own. I am by no means saying that any random red links possess that quality, but there are definitely situations when some do. For examples, I refer you to my previous (and very long posts) here (the discussion was about something else, but the red-link reasons I outlined there apply to this discussion just as well).—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 17:37, April 7, 2009 (UTC)
- Only if you redefine what a dab page is. If it's a page to assist users in navigating to a Wikipedia article based on a search term that might refer to more than one Wikipedia article, then having red links in entries without blue links is not useful there. -- JHunterJ (talk) 17:56, 7 April 2009 (UTC)
- Thank you, you are getting very close to my point. Disambig pages are there to assist users in navigating to a correct page; to a page readers are looking for. Having red links in certain cases helps users understand that none of the blue-linked pages are the ones they need, so they either need to check back (when the red links turn blue), or keep searching elsewhere (in which case easing restrictions on external links may be very helpful; heck, for geo-places even the {{coord}} would do!). This is not that far outside of the definition, isn't it?—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 18:17, April 7, 2009 (UTC)
- Our points started out very close together. The remaining disagreement seems to be on whether red links are necessary to tell the reader that the article she's looking for isn't in the list, or whether the absence of the article from the list would suffice to tell her that. And the drawback to changing the function of dabs from simple navigation to navigation and explanation/education is that, once the line is moved, there is nothing as specific to refer to to keep other editors from clogging the dab pages with red links and external links. I've seen some doozies. -- JHunterJ (talk) 10:54, 8 April 2009 (UTC)
- So, relinquishing control is the only problem? Just kidding :) Seriously, though, the line can be moved wherever if the rules are adjusted appropriately. Take red links, for example (you are right, by the way, that they are my biggest grudge regarding MOSDAB, although by no means the only one). There are plenty of ways to retain the useful red links and yet still have them in a clearly-defined rules framework. Instead of the current draconian rule, each red link can be required to be referenced, or followed by an external link (just one, and to the point), or by an interwiki link (if the target is referenced), or (for geo-places) by coordinates, or whatever—the details can always be discussed at length later. Relegate all red links to the bottom; heck, to a separate section in a small font even, and here we go—you've got a useful and non-misleading page that aides in navigation as well as in research. What's the big deal about the dabs being purely navigational anyway? It's like playing with a balloon—you push down in one place only to see the stuff jutting elsewhere: over-regulate dabs—deal with sets; over-regulate sets—deal with "multi-stub articles"; over-regulate those—deal with another crazy thing someone is bound to come up with. In the end, you'll be getting the same rules creep you are trying to avoid—only instead of MOSDAB the rules will creep to other pages. I am sure that works for many Dab-project folks who, as you pointed out, enjoy working under a strict and limiting set of rules, but in the long run we are just getting more and more editors confused. I am yet to meet an editor who is not particularly involved with disambigs and who could tell the difference between the concepts of a dab and a set.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 13:28, April 8, 2009 (UTC)
- Our points started out very close together. The remaining disagreement seems to be on whether red links are necessary to tell the reader that the article she's looking for isn't in the list, or whether the absence of the article from the list would suffice to tell her that. And the drawback to changing the function of dabs from simple navigation to navigation and explanation/education is that, once the line is moved, there is nothing as specific to refer to to keep other editors from clogging the dab pages with red links and external links. I've seen some doozies. -- JHunterJ (talk) 10:54, 8 April 2009 (UTC)
- Thank you, you are getting very close to my point. Disambig pages are there to assist users in navigating to a correct page; to a page readers are looking for. Having red links in certain cases helps users understand that none of the blue-linked pages are the ones they need, so they either need to check back (when the red links turn blue), or keep searching elsewhere (in which case easing restrictions on external links may be very helpful; heck, for geo-places even the {{coord}} would do!). This is not that far outside of the definition, isn't it?—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 18:17, April 7, 2009 (UTC)
- Only if you redefine what a dab page is. If it's a page to assist users in navigating to a Wikipedia article based on a search term that might refer to more than one Wikipedia article, then having red links in entries without blue links is not useful there. -- JHunterJ (talk) 17:56, 7 April 2009 (UTC)
- On the contrary, red links can be very helpful on disambig pages on their own. I am by no means saying that any random red links possess that quality, but there are definitely situations when some do. For examples, I refer you to my previous (and very long posts) here (the discussion was about something else, but the red-link reasons I outlined there apply to this discussion just as well).—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 17:37, April 7, 2009 (UTC)
- Absolutely, red links have good uses on articles. They have no use on disambiguation pages without a corresponding blue link to aid the reader in navigation to the article in need of disambiguation. Disambiguation pages are navigational aids. I also agree that set index articles are not particularly useful, but I think their lack of utility would not be remedied by moving their non-WP-article entries to WP dab pages. -- JHunterJ (talk) 16:42, 7 April 2009 (UTC)
- Like I said, I don't burn with desire to re-open this particular can, but I'd still like to point out that usefulness is in the eye of a beholder. Even red links, when added under a certain set of rules (which may quite possibly be incompatible with the MOSDAB regulations, but still make perfect sense to a WikiProject that deals with them), can be quite useful to readers. Aiding navigation is great, but sometimes it is simply insufficient or leads to suppression of little bits of information which cannot be immediately added elsewhere. Since disambig pages guidelines would not allow for that information to be added, sets are a perfect place for it—so the "avoidance" is not a blind desire to bypass the dab rules for the heck of it, but actually to communicate as much available information to the readers in the only way that seems to be available. I personally think that sets are a dumb, confusing, and redundant concept, as they add nothing to what a slightly relaxed set of disambig rules wouldn't be able to handle.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 16:31, April 7, 2009 (UTC)
- I agree that the dab project tends to attract people who enjoy working with a rigorous set of rules. And I've been trying to avoid rules-creep where it doesn't actually help navigation. But I also don't think actual disambiguation pages need to be "mindlessly" cluttered with lots of red and blue links that don't help navigation either, in the name of "usefulness" when they aren't actually useful to a reader who has reached the dab page and intended to reach an ambiguous article. -- JHunterJ (talk) 15:41, 7 April 2009 (UTC)
- Or perhaps by restoring the MOSDAB to its 2006 version so it again makes sense to most editors who are actually trying to make the dab pages useful, not just mindlessly "clean" and "MOSDAB-compliant"? With users not "desiring" the sets to be marked as dabs, one would think there must be a good reason or two for why that is so. But we've already been through that with no avail... better not open the same can of worms once more.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 15:21, April 7, 2009 (UTC)
- If they aren't articles, then they aren't set index articles. If they need to have incoming links disambiguated, then they are disambiguation pages. You're right, it's a long-festering confusion, but I think it's driven by some desires to have dab pages that don't follow the dab page guidelines, and I think it's a confusion that can be cleaned up by recasting the SIAs that are really dabs as dabs and the dabs that are really SIAs (if any) as SIAs. -- JHunterJ (talk) 15:02, 7 April 2009 (UTC)
- (re-indent for readability). Two questions for Ezhiki: First, since your clear SIA-example Lvovo is limited to Russian places by (subject-driven) definition, how would I navigate and search for and find say 'Lvovo (album)' Or 'Lvovo (motorcycle)'? Already I see the same happening between DAB-page and surname-page (I am struggeling to get that one). Second question. You write about squeezing rules here sees unruliness elsewhere. In general, I don't disagree. But the opposite would be true too, innit: if we leave the rules on SIA as is now or as you describe (that's with few or lax rules), wouldn't that create worst-Wikipedia-pages: external links, red links, overlinking, interwikilinks, and at least three (three colors) per line. For me: imo we can use SIA very well as an article/navigational aid, diffferent from DAB by principle, style, standards. Now enter the surnames in this subject ;-) -DePiep (talk) 18:13, 8 April 2009 (UTC)
- DePiep, your first question is actually a very simple one. Sets are topic-specific, while dabs are not. So, taking your hypothetical Lvovo example—if "Lvovo" refers to many other things besides "inhabited localities in Russia", we would simply set up "Lvovo" as disambiguation page listing all items that need to be disambiguated (motorcycles, albums, etc.), and add a link to "Lvovo (rural locality)", which would be a SIA on Russian inhabited localities. Alternatively, if there are many inhabited localities and only one other concept (an album, say), then "Lvovo" would be kept as a set, and the album link would be added to the "see also" section of that set or added as a {{this}}/{{for}} hatnote. Surnames can be handled pretty much in the same manner, although, not having worked with the surnames extensively, I can't easily say how well it would work in practice. I've been treating the surnames articles effectively as "SIAs on surnames", and did not have any troubles with that approach, but again, my experience in that area was quite limited.
- Regarding the second question, I am sorry, I do not quite understand what you are asking. You are saying that SIAs formatted using lax rules would create the "worst pages" with "external links, red links, overlinking, interwikilinks, and at least three (three colors) per line". To me, that's a description of a typical Wikipedia article, and since "A" in "SIA" stands for "article", what seems to be the problem? The major difference of SIAs and dabs is that the latter are purely navigational aides, while the former also include content, just as any other, "normal", article would.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 18:50, April 8, 2009 (UTC)
- RE First answer: This way the difference between DAB and SIA is blurring. Then it becomes navigation/list/article in one. That leaves editors with multiple, overlapping sets of guidelines/styles to choose from. And the reader will always see/experience the effect, being: unclear. And our example was just quite simple.
- RE Second answer (I meant to ask: since you propose to allow all types of say links in every line, the page-face will be crowded with colors and not at ease): Indeed we use these link-types already in regular articles, sparsely or at separated locations. External links in references or their own subsection, interwikis sparsely. It would be chronically Overlinked.
- Adding: I have the impression that the strive for completeness here is overloading that one SIA: being an extensive list, having a small article about each item, and navigating to all the big articles - people like me wouldn't see the wood for the trees, I think. -DePiep (talk) 19:34, 8 April 2009 (UTC)
- Well, a regular article can be chronically overlinked, too. Editors just need to try keeping balance between useful and redundant, is all. There is no need to fit as many links as possible to every entry—linking related items that need explanation in the contest of the definition and providing a source that verifies the entry is usually all that is needed. Also, there are just too many useful things that dabs do not allow and sets do; omission of vital information because it cannot be immediately put into a disambig due to MOSDAB constraints is a big one, for WP:RUSSIA, at least.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 20:34, April 8, 2009 (UTC)
- Ezhiki: Since you reverted me: I lowered the indentation in the comments above to make the text readable for people like me who use devices with lower screen resolutions. Not every Wikipedia editor use a 21" screen with 1600×1200 resolution. So indentation is not a matter of taste, but about if we should be able to read your comments in a sane manner. (And using such devices also is not a matter of taste, but sometimes a matter of that one can't afford to buy that 21" screen.)
- --David Göthberg (talk) 19:07, 8 April 2009 (UTC)
- David, I don't have problems with excess identation even when I browse using a PocketPC; surely one can't go any more low-res than that? Also, while identation is of course a matter of taste, why not keep one's own tastes to one's own edits?—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 20:34, April 8, 2009 (UTC)
- The precise layout of a page is so heavily browser-dependent that it's impossible to say with any certainty whatsoever that if it looks ok on X it must work on Y. Our policy is that pages should be viewable on 800x600; I can tell you for a fact or you can check if you've got FF with the Web Developer toolbar, that the level of indentation above looks utterly ridiculous. Refactoring talk page comments for the purposes of readability is explicitly permitted by WP:TPG. Happy‑melon 20:45, 8 April 2009 (UTC)
- I could argue that editor's conscious choice of identation hardly qualifies as "formatting errors" under TPG, but seeing how this thread, which is unrelated to the topic of discussion, is already growing to ridiculous lengths, I'd say let's not make it any longer. From now on, on this particular page, feel free to refactor my comments any way you like, formatting-wise. Cheers,—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 21:20, April 8, 2009 (UTC)
- The precise layout of a page is so heavily browser-dependent that it's impossible to say with any certainty whatsoever that if it looks ok on X it must work on Y. Our policy is that pages should be viewable on 800x600; I can tell you for a fact or you can check if you've got FF with the Web Developer toolbar, that the level of indentation above looks utterly ridiculous. Refactoring talk page comments for the purposes of readability is explicitly permitted by WP:TPG. Happy‑melon 20:45, 8 April 2009 (UTC)
- David, I don't have problems with excess identation even when I browse using a PocketPC; surely one can't go any more low-res than that? Also, while identation is of course a matter of taste, why not keep one's own tastes to one's own edits?—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 20:34, April 8, 2009 (UTC)
- Ezhiki, maybe that would be a good topic for WT:MOSDAB: segregating "bare" red links and possibly even external links at the end of a page (after "See also"). Maybe with smaller text, maybe in a collapsible section that starts off collapsed. But I'd agree that such a section wouldn't interfere with the navigational aid that should remain the dab page's primary focus. -- JHunterJ (talk) 00:46, 9 April 2009 (UTC)
- I am OK with re-visiting this, even though in all honesty I am not exactly overjoyed with the prospective. Would you like to start the discussion there? It doesn't need to be a vote (probably even shouldn't be one at this point), but at least we could try collecting other people's ideas on how the red links can be handled differently. I think, a separate section might work for just fine, but others of course may view it differently.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 14:49, April 9, 2009 (UTC)
List icon
- Here are my quick renditions based on the disambig icons. — Edokter • Talk • 12:40, 7 April 2009 (UTC)
- I personally like the first one, at least as an interim solution. Any other thoughts?—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); 15:21, April 7, 2009 (UTC)
- Edokter: You are a frickin' genius! I love your List gray.svg.
- So let's try how it looks. I added the generic set index article box below but with your image. And for comparison I added some other versions and the generic disambig box.