D&D Wiki:Requests for Adminship/Sepsis 2

Sepsis

Sepsis's Nomination. Failed.



Voice your opinion (0/4/0) 0% Approval; Ended 07:09, 14 September 2014 (MDT)

Sepsis has been a very helpful contributor and fulfilled his adminship role greatly. Since he has been inactive for a long time now, I am renominating him. --Green Dragon (talk) 07:11, 7 September 2014 (MDT)



Discussion

Support

Oppose

  • Per above. --Green Dragon (talk) 07:11, 7 September 2014 (MDT)
  • I mean yeah, unadmining inactive admins is common sense. We should just make it an automatic policy or somethin'. --SgtLion (talk) 13:32, 7 September 2014 (MDT)
  • Agreed. --Jwguy (talk) 06:15, 8 September 2014 (MDT)
  • Agreed, with suggestion that there be an implementation into the Admin rules that if inactive for X (say: 12 months) with no reasoning put forth that someone be de-admined automatically without the need for a second RfA that users can misunderstand. Not sure if de-admined is a word but I just used it anyway.   Hooper   talk    contribs    email   09:11, 8 September 2014 (MDT)
    • I thought that it was written that an inactive admin will be renominated somewhere. I am looking for it now, but cannot seem to find it. 12 months seems quite fine to me, especially if someone has something come up for some reason. Are there any objections, and should this be put to a vote, or should it be accepted as common practice (e.g. since "bureaucrats are the final arbiters" anyway)? --Green Dragon (talk) 04:49, 9 September 2014 (MDT)
      • Implementing it would probably be both clearer to users and just easier overall ('s long as it's actually written in admin rules). I can't think of any reason why someone would oppose this. --SgtLion (talk) 15:11, 12 September 2014 (MDT)

Neutral

gollark: Minoteaur 7.1 had file management capabilities, but while working on this now I realized I suddenly realized that this could probably be combined with the content model rework somehow, accursedly.
gollark: But I also really don't like writing much code, and want to generalize and combine features as much as possible. Which causes more problems.
gollark: The main causes of this are:- I wanted it to be interactable with externally via an API of some kind, and operating on text strings for that is kind of æ æa æ ææææ æææ.- I wanted some kind of structured data handling mechanism, partly for APIous purposes - see DokuWiki's `struct` plugin, and a cool feature a random journaling website has where you can use `CAPSTHING: bees` in a page and get tables out- I also thought that the design of all previous Minoteaurs, which made pages entirely text strings, hampered rich editing capabilities (such as "to-do lists" where you could easily check/uncheck things, and arbitrarily-nested-bullet-point "outliner" stuff)
gollark: However, design of this in any detail requires making decisions, which immediately induces apionic "bee" incursions.
gollark: If you want to know what the reworks are to be, and you do, then basically: I wanted to alter the content model, so that pages could contain multiple units of content, and of different kinds.
This article is issued from Dandwiki. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.