Macross series | |
---|---|
Franchise | |
Video games | |
Characters |
|
Universe | |
Production | |
Music | |
Related |
al/Archive]]
== Re: [[Tempee You asked me to unprotect the template so you could make some changes to it. Just reminding you that I did reduce it to semi-protection, so whenever you get around to making your changes... Later. — Jul. 1, '06 [13:58] <freak|talk>
I received a message from you that I edited the Colgate University page, and the edit was vandalism. I must let you know, however, that I was incorrectly identified through the IP address. All computers on the Colgate networked are masked under a small number (less than 10) IP addresses, so it could have been any other of the 3500 computer users on this campus. Not your fault, but I just wanted to let you know.
Hello, the law page looks a bit odd with a long blank space, because there's a short introduction and lots of content categories. Surely that counts as a good reason to deviate from the wikimanual you referred to when responding to the other person's complaint about this in August. I imagine wikimanuals are there for guidance on the more wild and undeveloped pages, where people fiddle with the style all the time and do little with substance. Best wishes. User:Wikidea
Hello, I've investigated a problem with the display of the [edit] links (next to the title of each paragraph) when there is more than one object (usually image) with "float" parameter in the preceding paragraph. In this case (using FF) the [edit] link does not appear on the same height as the title of the paragraph - but on the same height as the lowest floating preceding object - which apparently is the exact behavior specified in CSS 2.0. I think I have a solution, and I came to talk to you about it in advise of user:rotemliss on the Hebrew wikipedia - who said you take care of this aspect. The solution is pretty simple, instead of having the editsection CSS (on /skins-1.5/common/shared.css) defined as -
.editsection { float: right; margin-left: 5px; }
set it to -
.editsection { display: block; text-align: right; position: relative; }
("text-align: left;" on RTL projects). In this setup the [edit] link would always be in-line with the paragraph title, and lined to the top of the title - this works good on FF, and IE as far as I've checked, so if there are nothing I've missed I don't see a reason why not to replace it. תודה, Costello (talk) 20:27, 4 January 2008 (UTC)
...to the next New York City Meetup!
New York City Meetup
|
In the morning, there are exciting plans for a behind-the-scenes guided tour of the American Museum of Natural History.
In the afternoon, we will hold a session dedicated to discussing meta:Wikimedia New York City issues (see the last meeting's minutes).
In the evening, we'll share dinner and chat at a local restaurant, and (weather permitting) hold a late-night astronomy event at Columbia's telescopes.
You can add or remove your name from the New York City Meetups invite list at Wikipedia:Meetup/NYC/Invite list.
This has been an automated delivery by BrownBot (talk) 01:29, 5 January 2008 (UTC)
Hi there. Hope the little debate we had yesterday wasn't too exhausting! :-) I was wondering if you would be able to point me towards the actual revision that implemented rollbacker? The impression I get from the "shell" stuff is that the switch is in some en-wiki specific thing, and that globally (for all the projects) the ability to turn on this new user right was available earlier. One of the points (I think) is that this software change wasn't available at the time of the earlier poll. I do remember seeing some talk somewhere about how some clunky patch that was used to change user rights had been made redundant by some change - was it this change that also allowed the rollbacker thing to go ahead? Any pointers would be much appreciated. Carcharoth (talk) 13:22, 10 January 2008 (UTC)
The other type of access you can have is shell access, i.e., more or less full access to the servers (possibly restricted somewhat so that you can't seriously disrupt the system). Shell users can run programs and store files and so on on the servers if they want, but the more relevant thing is that they are given the permission to change various configuration settings, they can update the code that's running on the servers to the latest version from Subversion (or any other version), and some (maybe all, I don't know, but at least all the roots) have direct access to the database. These things are not kept in Subversion, cannot be changed by people with only commit access, and are not publicly viewable. Therefore there is no revision to link you to.
I refer to developers and sysadmins separately, by the way, because the two groups are not only quite different in their rights, but they don't fully overlap. Sysadmins like JeLuF may have commit access, but in practice they never use it. They might not be familiar with the MediaWiki code, they might not even be familiar with programming at all beyond simple scripts. They therefore can't add new features to the software, and perhaps more importantly, they can't review things like new extensions. The two main sysadmins who are also developers are Brion Vibber and Tim Starling. (Other active or semi-active sysadmins can also write code, like Domas and River, but they don't presently tend to add new features to the software, or review them.)
As for the software change: up until a few months ago, there was no reasonable way for user-rights assignment to be given out on a modular basis. Either you were a steward and could change all rights however you wanted on Special:Userrights, or you could change nothing. When, in days of yore, it was perceived this was a little inflexible, someone coded up a totally different page, Special:Makesysop, and gave it a special right so that bureaucrats could use it. Later, stewards were having to field an excessive number of bot addition/removal requests, and there was quite a bit of lag involved (this was true until maybe a year ago, I think), and so Rob Church coded up yet another entirely different special page, Special:Makebot. What this meant is that if you wanted to create a rollbacker group, you would have to get a developer to write an entire extension for you, and it would have to be checked over and enabled by one of the two active developer/sysadmins I mentioned for reasonableness.
So several months ago, I changed Special:Userrights so any group could be easily configured to have limited access to it, for instance only to grant sysop, bureaucrat, and bot and to remove bot. None of the sysadmins used it that I know of, however, until a short while ago, when Werdna improved it further (by adjusting interwiki rights-granting, etc.). Now it is possible for any group to be given the right to add or remove any other group, and quite a few long-standing shell requests can be fulfilled (plus Makesysop and Makebot will be obsoleted once the Userrights interface is cleaned up a bit more). So when this was previously discussed, no, it could not have been implemented. It's only possible within the past few weeks. —Simetrical (talk • contribs) 19:06, 10 January 2008 (UTC)
As you made an edit to the incident listed in the Administrators notice board, it is requested that you confirm the details of the incident here (section 1.1.2)
This is as the incident is used as the basis of an argument and needs to be confirm by persons familar with the event
Regards --User:Mitrebox talk 2008-02-22 —Preceding unsigned comment added by 70.11.244.78 (talk) 07:57, 22 February 2008 (UTC)
There has been a mailing list created for Wikipedians in the New York metropolitan area (list: Wikimedia NYC). Please consider joining it! Cbrown1023 talk 21:39, 22 February 2008 (UTC)
New York City Meetup
|
In the afternoon, we will hold a session dedicated to meta:Wikimedia New York City activities, and have salon-style group discussions on Wikipedia and the other Wikimedia projects (see the last meeting's minutes).
Well also make preparations for our exciting Wikipedia Takes Manhattan event, a free content photography contest for Columbia University students planned for Friday March 28 (about 2 weeks after our meeting).
In the evening, we'll share dinner and chat at a local restaurant, and (weather permitting) hold a late-night astronomy event at Columbia's telescopes.
You can add or remove your name from the New York City Meetups invite list at Wikipedia:Meetup/NYC/Invite list.
You're also invited to subscribe to the public Wikimedia New York City mailing list, which is a great way to receive timely updates.
This has been an automated delivery because you were on the invite list. BrownBot (talk) 03:32, 4 March 2008 (UTC)
The convention that the Chess Wikiproject uses is to put the "chess notation" tag at the top of the article. Bubba73 (talk), 15:32, 17 April 2008 (UTC)
The literal string "<ref>" could legitimately occur in a reference's text.[citation needed] --Random832 (contribs) 03:37, 24 April 2008 (UTC)
Template:FootnotesSmall has been nominated for deletion. You are invited to comment on the discussion at the template's entry on the Templates for Deletion page. Thank you. — Rockfang (talk) 08:01, 15 May 2008 (UTC)
New York City Meetup
|
In the afternoon, we will hold a session dedicated to meta:Wikimedia New York City activities, elect a board of directors, and hold salon-style group discussions on Wikipedia and the other Wikimedia projects (see the last meeting's minutes).
We'll also review our recent Wikipedia Takes Manhattan event, and make preparations for our exciting successor Wiki Week bonanza, being planned with Columbia University students for September or October.
In the evening, we'll share dinner and chat at a local restaurant, and (weather permitting) hold a late-night astronomy event at Columbia's telescopes.
You can add or remove your name from the New York City Meetups invite list at Wikipedia:Meetup/NYC/Invite list.
Also, check out our regional US Wikimedia chapters blog Wiki Northeast (and we're open to guest posts).
This has been an automated delivery by BrownBot (talk) 00:39, 20 May 2008 (UTC)
There are several proposals for changes to wikibits.js, here. Could you offer some guidance on how best to prepare the proposals for submission to bugzilla? Thanks! SharkD (talk) 21:48, 18 August 2008 (UTC)
File one bug per issue. Make sure patches are in unified diff format against the current version of wikibits.js. Ideally, prepare patches by checking out a copy of MediaWiki (or just phase3/skins/common/ if you like) and using the command "svn diff", or "Create patch" (something like that) in TortoiseSVN. Attach the patch to the bug report, and give an explanation of what it does and why in the report itself. If you want to commit performance improvements, make sure you know that they're actually a performance improvement. Set the "assignee" to Simetrical+wikibugs@gmail.com. —Simetrical (talk • contribs) 23:21, 18 August 2008 (UTC)
Hey, could you take a look at the discussion at Wikipedia:Village pump (technical)#nstab-main and tell us what you think? —Remember the dot (talk) 06:11, 7 September 2008 (UTC)
Alright, if you're not interested in the discussion that's fine. Would you consider taking a look at bugzilla:15507, at least? I made a patch to fix the issue, but no one has looked at it. —Remember the dot (talk) 20:55, 12 September 2008 (UTC)
Go to BetaWiki or someplace and talk to the Spanish and French translators. I don't know either language and am not going to commit changes to their localizations. —Simetrical (talk • contribs) 21:10, 12 September 2008 (UTC)
In re this, your patch r40499 is live now and works good. I was able to view my test page and watch the cat counts get corrected (with some judicious null-edits). At least, it sure seems that way!
Did you go any further with the idea of a job to recount all categories? That seemed like a strictly server-side function, which is certainly beyond my scope. Seems like a good idea though... Franamax (talk) 01:25, 24 September 2008 (UTC)
You might try talking to Brion or Tim if you want the script run, I suppose. —Simetrical (talk • contribs) 01:09, 25 September 2008 (UTC)
Template:!vote has been nominated for deletion. You are invited to comment on the discussion at the template's entry on the Templates for Deletion page. Thank you. Thinboy00 @076, i.e. 00:49, 3 December 2008 (UTC)
Regarding your recent edit to quaternion, I'm wondering whether I'm understanding it correctly; maybe it's just a terminology issue, but since octonions, quaternions, and complex numbers all have the reals as proper subrings, there should be three division rings (and not two, per your edit)? Thanks, Jens Koeplinger (talk) 02:30, 15 December 2008 (UTC)
Hello, Simetrical. Based on the templates on your talk page, please consider joining the Article Rescue Squadron. Rescue Squadron members are focused on rescuing articles from deletion, that might otherwise be lost forever. I think you will find our project matches your vision of Wikipedia. You can join >> here <<. |
Hi Simetrical, I just performed a massive update of ((pf)) that ended up deprecating ((cpf)), so I redirected the latter. At some point after logging in, I intend to create a similar template for magic words (unless such a template already exists; I haven't searched for one yet), and I plan to tweak ((pf)) some more as well. Any thoughts? BTW, if you reply, could you please leave a ((tb)) on my talkpage? In all likelihood, I won't remember this when you do answer, or at least where it is. =P --Dinoguy1000 as 66.116.12.126 (talk) 08:32, 28 February 2009 (UTC)
Hi, be careful with quoting claims that are apparently from Eben Moglen. Moglen frequently publishes claims in the semi-public that are contradicting his view as lawyer. The same happened with me for cdrtools. I have a private statement from Eben Moglen that there of course is no license problem in cdrtools. After Moglen send me this statement, he aborted his license review for Shuttleworth. Please correct the cdrtools page.... Schily (talk) 12:44, 11 March 2009 (UTC)
Hi Simetrical
Since I've read you'll be mentoring the GSC project I've got a question/suggestion.
I find our handling of JPEG images a bit wanting. I'd think that ideally, we should convert all our uploaded JPEG files into a lossless format and store them as PNG instead. The thumbnailing process should then decide whether an image is best delivered as a PNG or JPG, depending on the image content. Ideally, that determination needs only be made once, and stored as some meta information with the picture.
There are two reasons behind all of this. First, we have a sizeable amount of photographs stored in a lossless format which should really be served as JPGs, to save both the users and servers the time and bandwith. Second, we would reduce the problem of generation loss, so it wouldn't be always necessary to start from the original and attempt to redo all previous steps just to get the best quality. Currently, some editors are uploading JPGs with only little compression, which somewhat works around the problem but has a bandwith impact if the fullsize image is displayed somewhere on an article where the uncompressed image will be served, and not a compressed thumbnail.
I assume that thumbnail format and image format are already somewhat decoupled, judging by what I read about TIFF support. I'm unsure how hard it would be to do so down to the specific images, but I think it would be beneficial. I could think of both quick&easy and hard&slower algorithms to determine whether a picture is best served as PNG or JPEG, and as I said this only has to be done once per image. And if we someday want to support more complex formats, like XCF (which might be possible if the conversion happens on seperate servers) that decoupling would certainly be helpful, too.
Amalthea 11:09, 28 April 2009 (UTC)
Hi, I came accross ((PD-status)), and was wondering if it is still useful/used in our current set of policies. If it's not, perhaps we should delete it ? —TheDJ (talk • contribs) 00:33, 4 May 2009 (UTC)
Hi, I believe you added the MediaWiki software for ALT text in images late last year. Thanks from everyone at WP:ACCESS! Several of us were wondering if you could adjust the onmouseover hovering tooltip to reflect the ALT text, if it's defined. It seems redundant to have it just repeat the caption, although I see the point for captionless images such as the thumbnails on the Main Page. If you could make the tooltip work for images of math-mode equations, we'd be especially grateful. Thanks in advance! Proteins (talk) 17:20, 5 May 2009 (UTC)
Thanks for your reply! Here are a few reasons. First, if the caption is visible (as is customary on Wikipedia), then having it appear again in the tooltip is redundant. Second, as mentioned here, sighted editors would like to be able to read the ALT text more easily, both for checking it and for better understanding the image itself. Although the ALT text is intended mainly to depict the image for those who can't see it, sometimes even sighted people benefit from cues as to what they should be looking at. They see, but they don't see. I often had that experience myself when I was first learning architecture; I would see the building, but I didn't really take it in. Having ALT text easily available is another avenue by which we can inform our readers more effectively.
Conveniently available math-mode ALT text would help lay-readers understand the formulae better, I believe. Not everyone will understand mathematical equations written in symbols, but some will understand them if they're translated into English. Not many formulae have ALT text, it's true, but I intend to push the mathematicians to include more ALT text, and I aspire to write an automated ALT-text generator for LaTeX formulae this summer.
The usual method of finding the ALT text on the image "Properties" isn't convenient if the ALT text is long, which may often be the case; the ALT text scrolls off the edge of the popup window. You may wish to also speak to qp10qp, a prominent editor in literature who would like to foster more ALT text. Proteins (talk) 02:49, 6 May 2009 (UTC)
\mathbf{q} = - k \nabla u
The Gadget idea for registered editors sounds great to me, although others might not agree. For me, the hovering tooltip was only one option of several for helping editors to review the ALT text. The redundancy of the caption in the tooltip does seem pointless, as you say, but if it can't be removed easily, then it's probably not worth fixing. I also agree that the ALT text should not say more than the image, although IMO there's an art to crafting good ALT text that says no more than the image but says it well and usefully, even for sighted editors. But I also suspect that most editors won't take such care in crafting ALT text.
I haven't thought through the math-mode issues, but speaking as a physics professor who's used LaTeX continually for over 20 years, I'm not convinced that it's the best option for ALT text. However, a slightly parsed version of it might work well, and wouldn't require much tweaking to program. We should probably collect more data on what would be most useful for different categories of Wikipedia's readers. In the example you give above, it's obvious to us two that q is a vector field and u is a scalar field, but that won't be obvious to most readers. Speaking for myself, I'm not willing to sacrifice the understanding of all the others. A well-written exposition in the main article would (try to) make the equations intelligible to lay-readers, but as I'm sure you know, such exposition is still rare on Wikipedia. So, in my view, English versions of mathematical equations can serve a purpose on Wikipedia. Proteins (talk) 01:06, 7 May 2009 (UTC)
I agree that most editors won't take a lot of care in crafting alt text. But that's okay; it's a wiki, so the people who know and care about good alt text can write it.
As for LaTeX, extra info on the equations might be useful, depending on the audience. (Extra explanation makes the material more useful to lay readers, but less useful to knowledgeable readers. I've read popular articles on mathematical research where it took me halfway through the article to even figure out what field of mathematics they were talking about . . .) But if it is useful, it needs to be in the article text, not in the alt text. I'm not sure what sort of alt text you'd like for math images, but it should be as faithful and readable a translation as possible, not add extra explanatory info.
I do agree that LaTeX isn't at all the best alt text, but it's actually pretty decent: mostly too ugly and complicated, is all. Incomprehensible to lay readers, of course, but then, I don't expect that most of the equations in a typical math/physics article (e.g., Homology (mathematics)) will make any sense to non-experts anyway. If it could be simplified, that would be great, of course, as long as it doesn't become significantly more ambiguous.
Anyway, I guess the pending requests boil down to:
If there aren't bugs open for these, you might want to file some. —Simetrical (talk • contribs) 21:17, 7 May 2009 (UTC)
3.5 years ago you pretty much built the Roman Censor article by adding the entry from William Smith's Dictionary of Greek and Roman Antiquities. The section on classes of punishable offenses described them as "threefold" but only discussed two. While wikifying the text you noticed this and added the comment "<!-- Huh? Only two listed -->"". Fortunately you did not change the word "threefold", so while reading the article today I noticed the discrepancy. I discovered that some online versions of Smith's Dictionary omit the second of three paragraphs, although the missing paragraph is present in many other online versions. I just finished adding it to the article. I'd be rather surprised if you remembered this ancient edit, but thought that you might be interested in hearing of a forgotten riddle's closure. -- Thinking of England (talk) 11:54, 21 June 2009 (UTC)
I took the liberty of making two small changes to your subpage User:Simetrical/WikipediaSister. The first change was the removal of an incorrect protection template, the second of a documentation page. Please see the edit summaries. I hope this is fine with you. If you have any questions, please write me on my talkpage. Debresser (talk) 14:15, 14 July 2009 (UTC)
See this discussion on the village pump. Graham87 10:48, 19 September 2009 (UTC)
FYI -- there is a discussion at [1] as to whether or not to allow the use of the all-numeric YYYY-MM-DD format in footnotes/references.
I'm mentioning it to you in the event that you would like to join in the discussion or follow it, as I recognize that this is an issue you have been interested in in the past. Thanks.--Epeefleche (talk) 08:24, 30 September 2009 (UTC)
You might've noticed already, but named entities aren't actually output from wikimarkup. On most pages, there seem to be just two problematic entities, one from MediaWiki:Copyright and one from MonoBook.php. —Ms2ger (talk) 19:25, 12 November 2009 (UTC)
No, I hadn't noticed that, actually. That's a very interesting point – it could be a much better solution than changing the doctype. Thanks for the pointer! —Simetrical (talk • contribs) 17:25, 13 November 2009 (UTC)
Just wanted to say thanks for correcting me after I removed a discussion that I'd started (and had been resolved) on a talk page. I'd seen other people remove discussions from talk pages after they'd gotten old and become irrelevant and thought that was appropriate. I appreciate you pointing me to the page on wikipedia that explains not to do that , and talks about archiving, etc. Whenever I think I'm starting to know almost everything about editing on wikipedia, I find out just how wrong I am - and I appreciate greatly the people who point it out to me when I screw up! So thanks! Spiral5800 (talk) 06:12, 12 January 2010 (UTC)
I removed you're changes in this article. read the comment and use the talkpage(of the article) please ;) mabdul 18:25, 10 February 2010 (UTC)
Thanks for adding that to the default of MediaWiki. You rock! :) Take Care...NeutralHomer • Talk • 22:50, 26 March 2010 (UTC)
Account Approval, ACCAPP-61
The ball is now, apparently, in your court - please give me a shout on my talk if you need anything from me. Many thanks, Chzz ► 21:21, 10 April 2010 (UTC)
Hello. Your account has been granted the "reviewer" userright, allowing you to review other users' edits on certain flagged pages. Pending changes, also known as flagged protection, is currently undergoing a two-month trial scheduled to end 15 August 2010.
Reviewers can review edits made by users who are not autoconfirmed to articles placed under pending changes. Pending changes is applied to only a small number of articles, similarly to how semi-protection is applied but in a more controlled way for the trial. The list of articles with pending changes awaiting review is located at Special:OldReviewedPages.
When reviewing, edits should be accepted if they are not obvious vandalism or BLP violations, and not clearly problematic in light of the reason given for protection (see Wikipedia:Reviewing process). More detailed documentation and guidelines can be found here.
If you do not want this userright, you may ask any administrator to remove it for you at any time. Courcelles (talk) 18:03, 19 June 2010 (UTC)
You might be interested in Howcome's attempt. He has some IE<8-specific CSS, but I haven't been able to test in IE6. —Ms2ger (talk) 12:49, 21 June 2010 (UTC)
No problem with this. You are, of course, correct in principle.Mzk1 (talk) 18:29, 12 July 2010 (UTC)
I dug through the revision history of your userpage and read your comments about notability. I created the outline of a proposal here and here for addressing the notability issue. I wonder if there is a way for both the inclusionists and the deletionists to have their way. That is, Wikipedia can remain the way it is now, with the same rules on notability. But we can create another project, Inclupedia, that is like an extension of Wikipedia. That is, to use a programming analogy, it will be kind of as if someone wrote:
class Inclupedia extends Wikipedia {
public nonNotableArticle = array ( ... );
...
}
That's strictly an analogy rather than actual code, but you get the idea. Inclupedia will have everything Wikipedia has, and more. If a revision is made to Wikipedia, it will be mirrored to Inclupedia through the backend. And ideally the way this should work is that if a revision is made to, say, the cat article on Inclupedia, that revision should be added to the article revision history at Wikipedia, provided that Inclupedia user isn't blocked on Wikipedia (in which case, he will be blocked from making such a revision on Inclupedia as well, because the top-level revision of an Inclupedia article that exists on Wikipedia is supposed to always be the same as Wikipedia's top-level revision for that article). On the other hand, suppose the non-notable article Foofy (dog belonging to John Smith) is edited at Inclupedia. That revision won't respawn on Wikipedia, because the article doesn't exist on Wikipedia.
You've been around longer than I have. Does a wiki for non-notable topics have a chance in heck of getting implemented within the Wikimedia umbrella? And if not, is there any way to overcome the technical difficulties of creating an up-to-date Wikipedia mirror? (Because whatever else Inclupedia is, it's built on the foundation of an up-to-date Wikipedia mirror.) Replag and such seem like possible hindrances. But maybe it could be dealt with by getting the recent changes periodically, throwing the recent changes metadata for any un-updated items in a database table, and then polling every so often to see if the full data for those revisions are available. Ugh, it is probably going to be a lot uglier than using the backend, though. Thanks, Tisane talk/stalk 21:48, 25 July 2010 (UTC)
For the time being, I'd give it up. There's no way to push for change on Wikipedia, when you have to convince a supermajority of hundreds of people who probably won't even read your arguments. The policy-making structure here may as well have been explicitly designed to promote reactionism. The only editorial or administrative policies that can succeed are the ones that everyone agrees with to begin with, because the editors and admins will just ignore them if they don't agree. The only areas where real change can currently occur are technical things, where the result of a decision can be imposed regardless of community support. —Aryeh Gregor (talk • contribs) 15:06, 26 July 2010 (UTC)
You reverted the entry published on 10:18, 10 August 2010 without any further notification? Why? You think it don't meet the WP:EL? Ohter external links provided with the articel may? Don't think so!! —Preceding unsigned comment added by 217.235.35.77 (talk • contribs) 18:26, 14 August 2010
Hi. As you recently commented in the straw poll regarding the ongoing usage and trial of Pending changes, this is to notify you that there is an interim straw poll with regard to keeping the tool switched on or switching it off while improvements are worked on and due for release on November 9, 2010. This new poll is only in regard to this issue and sets no precedent for any future usage. Your input on this issue is greatly appreciated. Off2riorob (talk) 23:48, 20 September 2010 (UTC)
Template:Two other uses has been nominated for deletion. You are invited to comment on the discussion at the template's entry on the Templates for discussion page. Thank you. Magioladitis (talk) 06:34, 16 October 2010 (UTC)
Hi, I see over at MediaWiki that you're working on a solution to the age-old alphabetical ordering problem, which is greatly encouraging. Any idea when something might be ready to try out? What kind of help (if any) would you need regarding the sort rules for particular foreign alphabets?--Kotniski (talk) 13:23, 7 January 2011 (UTC)
Template:Fact since has been nominated for deletion. You are invited to comment on the discussion at the template's entry on the Templates for discussion page. Thank you. Mhiji 23:07, 10 January 2011 (UTC)
Template:Section template list has been nominated for merging with Template:Hatnote templates documentation. You are invited to comment on the discussion at the template's entry on the Templates for discussion page. Thank you. -DePiep (talk) 21:23, 23 January 2011 (UTC)
Hey Simetrical. I saw some of your contributions to discussions elsewhere concerning HTML 5, tables, and border="1". I would appreciate your participation in this discussion: MediaWiki talk:Common.js#Border="1". --Timeshifter (talk) 18:31, 17 November 2011 (UTC)
Template:Numbers (130s) has been nominated for deletion. You are invited to comment on the discussion at the template's entry on the Templates for discussion page. Bulwersator (talk) 05:54, 8 December 2011 (UTC)
Template:Identity has been nominated for deletion. You are invited to comment on the discussion at the template's entry on the Templates for discussion page. Alakzi (talk) 10:13, 31 August 2015 (UTC)
Hi,
You appear to be eligible to vote in the current Arbitration Committee election. The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to enact binding solutions for disputes between editors, primarily related to serious behavioural issues that the community has been unable to resolve. This includes the ability to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail. If you wish to participate, you are welcome to review the candidates' statements and submit your choices on the voting page. For the Election committee, MediaWiki message delivery (talk) 12:56, 23 November 2015 (UTC)
Template:Solicit then inform has been nominated for deletion. You are invited to comment on the discussion at the template's entry on the Templates for discussion page. Ten Pound Hammer • (What did I screw up now?) 03:57, 5 June 2017 (UTC)
Hello, Simetrical. Voting in the 2018 Arbitration Committee elections is now open until 23.59 on Sunday, 3 December. All users who registered an account before Sunday, 28 October 2018, made at least 150 mainspace edits before Thursday, 1 November 2018 and are not currently blocked are eligible to vote. Users with alternate accounts may only vote once.
The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to impose binding solutions to disputes between editors, primarily for serious conduct disputes the community has been unable to resolve. This includes the authority to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail.
If you wish to participate in the 2018 election, please review the candidates and submit your choices on the voting page. MediaWiki message delivery (talk) 18:42, 19 November 2018 (UTC)
The article will be discussed at Wikipedia:Articles for deletion/LogFS until a consensus is reached, and anyone, including you, is welcome to contribute to the discussion. The nomination will explain the policies and guidelines which are of concern. The discussion focuses on high-quality evidence and our policies and guidelines.
Users may edit the article during the discussion, including to improve the article to address concerns raised in the discussion. However, do not remove the article-for-deletion notice from the top of the article until the discussion has finished.