Template talk:incomplete

Explain xkcd: It's 'cause you're dumb.
Jump to: navigation, search

I like the idea of this template. But I'm wondering if we can make it more vertically compact by shrinking the characters a bit. I think it takes up a bit more space than it needs to. Also, this way, we could use the general format of the bar for other header notices. TheHYPO (talk) 14:31, 21 August 2012 (UTC)

Originally, the characters were sized at 45px, but with the broken image scaling they showed up as broken images. While somewhat apropos for the template, it wasn't what was intended. So I took out the 45px scaling, and they were too large. Given the choice between broken images or large images, I decided to leave them large. Once the image scaling issue is solved, I'm all for shrinking them back to 45px. Blaisepascal (talk) 14:38, 21 August 2012 (UTC)
I've just created {{ambox}} akin to wikipedia's template:Ambox for header messasges on pages. Not sure if we'll really need many of them but I thought why not standardize. I do like that your box is a bit more narrow and compact, but I thought uniformity might win out over a single pretty template.
To that end, I updated this template but put it in a beta location for the time being because, as you say, scaled images are broken. {{Incomplete/beta1}} is what I propose to replace this with once scaling is fixed. Feel free to discuss here whether you like it or not. We could ultimately setup a "type" field for ambox rather than manually putting in a color like they do at wiki (red for big issues, and colour coded down depending on the type of issue) TheHYPO (talk) 14:47, 21 August 2012 (UTC)
I didn't create this template, merely edited it. It was created by Omega, I believe. Blaisepascal (talk) 14:50, 21 August 2012 (UTC)
As I've stated in explain xkcd:Community portal/Proposals#Notice templates, I changed the template to use the {{notice}} template that is already being used in several places, and I'll delete {{ambox}} as it's redundant. Note that the styling of {{notice}} can always be changed. --Waldir (talk)

Recently there have been a lot of people preemptively removing incomplete tags. I think it would be a good idea to add a note to this template along the lines of "do not remove this too early". RamenChef (talk) 16:20, 13 March 2017 (UTC)

I've done this manually a few times in the past. But my BOT will add this in the future.--Dgbrt (talk) 22:59, 13 March 2017 (UTC)

Can someone add the “Please change this comment when editing this page. Do NOT delete this tag too soon” part to the template instead of having people manually put that in the reason field? Aaron Liu (talk) 19:23, 22 December 2023 (UTC)

Right now (or, at least, until the recent "Incompleteness wars" with precipitous removals and fervant re-adding), the relevent BOT tended to include all that and it would stick around (to entertain new visitors, if nothing else) until significantly after its creation. But at least after the next comic arrived, usually, whilst the article was most likely to still be subject to 'improvement' outside of landing on one by the Random button or leapfrogging by reference from an actual later one.
Which is not to say that the template couldn't be edited to supply such default text if not given an override (for those whose intent in using it does not require that). But it would need some careful thinking, checking the pages that are currently extant users of it (because I happen to think that certainly the last week's worth of comics are fair game to continue to display the incompleteness tagging unless proven to be explained to within an inch of its metaphorical life, though clearly others don't; and at least for the next week or so changing the transcluded text could make for silly stuff like doubling up that request or changing the actual latest intention of one).
...anyway, I can't edit it myself. And I perhaps also tend to prefer the status quo (both in usage(/removal) and application), but these are my suggestions for how to procede if so... 162.158.74.119 21:49, 22 December 2023 (UTC)