Jump to content

Wikipedia:Articles for deletion/Graphical Identification and Authentication

From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by Ihcoyc (talk | contribs) at 15:23, 8 January 2009 (Graphical Identification and Authentication: keep). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.
Graphical Identification and Authentication (edit | talk | history | protect | delete | links | watch | logs | views) (delete) – (View log)

Non notable and poorly written, wikipedia is not an indiscriminate list (WP:NOT), etc Verbal chat 08:10, 8 January 2009 (UTC)[reply]

  • Keep and mark for cleanup. Article lacks context, but describes an important technology that allows Windows to use logon authentication mechanisms more secure than the usual username/password combination. JulesH (talk) 09:52, 8 January 2009 (UTC)[reply]
  • Keep Yes, it's not at all well-written. At the very least it needs a short introductory paragraph (which I am not capable of providing, or I would do so). The topic, though, has at least modest significance, and an article on the subject is useful. Tim Ross (talk) 11:13, 8 January 2009 (UTC)[reply]
  • Note: This debate has been included in the list of Software-related deletion discussions. -- • Gene93k (talk) 11:55, 8 January 2009 (UTC)[reply]
  • Keep A secure login mechanism is notable and neither bad writing nor the indiscriminate list are relevant for deletion. Bad writing is specifically excluded as a valid reason for deletion, and the article is not a list, let alone an indiscriminate one. - Mgm|(talk) 11:57, 8 January 2009 (UTC)[reply]
  • Keep. Not intolerably badly written. This is a description of an optional security feature in Microsoft Windows, apparently. The fact that this software is apparently from Microsoft weighs in its favor, since Microsoft doesn't really need to resort to inserting bogus Wikipedia articles for marketing purposes. - Smerdis of Tlön (talk) 15:23, 8 January 2009 (UTC)[reply]