aka Player X

Bureaucrat Sysop
  • I was born on October 18
  • My occupation is Data Analyst
  • I am The Universe Experiencing Itself



Thread Poster Date


Thread Poster Date
Welcome to ReLIFE Wiki! BertH August 1, 2017
Adoption Merrystar September 15, 2017
Template:Mainpage/featuredpicture PanSola October 28, 2017
Chapter name templates PanSola October 28, 2017
"Semester"/"Term"/"Trimester" PanSola October 28, 2017
How to handle non-webcomic reports PanSola October 29, 2017
Counter PanSola October 30, 2017
Moving Synopsis into template PanSola October 30, 2017
ReLIFE "Research Institute"? PanSola October 30, 2017
Bonus reports 100.5 and 150.5? PanSola October 30, 2017
leaving behind redirects PanSola October 30, 2017
IMO "character" is a really bad parameter name PanSola October 30, 2017
webcomic nav box feedback PanSola October 30, 2017
after browsing the wiki on a mobile phone PanSola October 31, 2017
Please don't do "history cleanups" PanSola October 31, 2017
Housekeeping PanSola October 31, 2017
Use of the word "Report" PanSola November 1, 2017
"official" spelling for character names with long vowels PanSola November 1, 2017
your version of MediaWiki:Licenses‎‎ ... PanSola November 1, 2017
"ReLIFE Wiki, the ReLIFE Encyclopaedia Wiki" PanSola November 1, 2017
category convention PanSola November 2, 2017
avoid !important wherever possible PanSola November 5, 2017
how long is too long PanSola November 7, 2017
thoughts on title image dimensions PanSola November 9, 2017
Hai VictorLinear November 9, 2017
CSS tips PanSola November 10, 2017
are you serious about british english ... PanSola November 10, 2017
Manual of Style, Naming Conventions PanSola November 10, 2017
WikiText style... PanSola November 25, 2017
Really dude? VictorLinear December 30, 2017

  Loading editor
  • Hi Bagwis; I'm Amanda with FANDOM's community development team! I'm reaching out to you to see if you are interested in turning on Discussions.

    In case you are unaware of the feature, Discussions was introduced last year to help communities engage with users and fans. It lives in its own space on the wiki and allows users to interact with other members of the community. It is also mobile friendly, and gives mobile users a chance to contribute and engage with the community, and possibly turn them into wiki editors as well. You can read more about Discussions here.

    For more information on migrating forums to Discussions, you can check out this blog over on Community Central that explains everything in detail.

    If you have some concerns, Discussions and Forums can exist side-by-side in case you do not want to migrate just yet. However, eventually all Forums will be migrated over to Discussions, so getting ahead of the curve is never a bad idea.

    Let me know what you think, and if you want to proceed I can get the ball rolling.

      Loading editor
    • View all 5 replies
    • Feedback I have with the current /d/:

      • Visual inconsistencies with the wiki itself
        • Color/spacing are different
        • the Fandom header doesn't have the message notification icon
        • the tool bar that sticks at the bottom of the window is not present
      • Discussion posts don't show up in Special:WikiActivity nor Special:Recentchanges. For someone like me who is kind of an "older generation" of wiki editors, the absence from RecentChange kind of means Discussion doesn't exist on the wiki (or isn't part of the wiki). I have the same gripe against the "Mobile Home Page". At the least, it definitely feels weird that a wiki can have an extremely active active discussion, where none of it is reflected in WikiActivity.
        Loading editor
    • Hey PanSola,

      Thank you for the detailed feedback! Discussions continues to evolve visually and we do plan some updates to theme integration and controls.

      Regarding monitoring activity, you might find w:c:dev:DiscussionsFeed useful. It sets up a special page that is similar to RecentChanges, for Discussions. It's tough to please the "older generation" sometimes, since some (like yourself) rely on the wiki activity feed pages to see everything. But other communities never enabled Forum (or Message Wall, or Article Comments) specifically because they did not want that conversational content in the activity feeds. So we have this middle ground (the user-made script) for now. Let me know how it works for you! It's still another page to check, but at least the format may be more comfortable.

        Loading editor
    • A FANDOM user
        Loading editor
  • Hello from

    I was hoping you can become one of our affiliates, thank you. Also every other wiki, you are admin cause I see you're an active wiki editor, can you visit the wiki and help us add wiki to our wordmark or tells us any change we can make to the main page

      Loading editor
    • A FANDOM user
        Loading editor
  • MediaWiki doesn't know about images being used by Wikia's "mobile homepage" feature. So an image that is only used by the mobile homepage will show as "unused image".

    I just noticed two today that had been accidentally deleted, I think they were both deleted on Dec 30th. I can easily pick another picture for Kaizaki, but not sure what to replace the logo image with. ReLIFE wiki Broken Images

      Loading editor
  • The official release date of Report 211 is December 29. The official release date of Report 210 is December 22. The latest chapter, Report 212, is expected to have an official release date of January 5. The comico mobile app displays the official release dates: Comico app official release dates

    Comico users can spend "support points" to gain early access to the webcomic chapters before they are released (think of the "advanced screening" concept for movies, where some people get to watch a movie before its official release date in the theaters). This is why some people can already read the latest Report 212 before its official release date.

      Loading editor
  • ...

      Loading editor
    • You jelly of my drawings?

        Loading editor
    • I apologize for removing them without prior notice but this wiki is dedicated only for ReLIFE materials. You may re-upload them somewhere that allows your "drawings" to be hosted such as the community-central wiki.

      You can use the template below to import them into the wiki, thereafter.

      |wiki=<URL of the Wiki your file was uploaded at. (i.e., relife)>
      |image-name=<The file name of the uploaded file>
      |filetype=<Image Format of your file (i.e., png)>
        Loading editor
    • A FANDOM user
        Loading editor
  • According to your Manual_of_Style:

    Don't bypass redirects using things like [[Chizuru Hishiro|Chizuru]] make use of the redirect properly with [[Chizuru]].
    Is the above a guideline we want to follow, or is this a guideline we want to delete/ignore?


      Loading editor
    • A FANDOM user
        Loading editor
  • colour, metre, biscuit, today is 9/11/2017?

      Loading editor
  • c:

      Loading editor
  • First I assume you aren't done revising it, but I want to bring up the various issues that exist in the current version of the draft.

    • The character's official name should always be the title of the article.
      • The same goes for chapter, episode and volume titles. The literal translation of the Japanese should be the title and the English name should serve as a redirect.

    1. My first issue: The wording of the policy quoted above suggests that all English names are not official, but ReLIFE does has official localization in English up to Vol 7.
    2. Second, the policy quoted above would also mean that Report 1 should be renamed either to [[Report 1. Arata Kaizaki (27), Unemployed]] (the literal translation of the Japanese name equals the English name) or just [[Arata Kaizaki (27), Unemployed]], depending on whether we consider "Reprt 1." to be part of the name. While I personally don't care if it gets renamed, somehow I get the feeling that is not what you intended.
    3. Also, the policy as currently written does not elaborate on what happens if a chapter title and an episode title (and/or a volume title) are identical. We have previously discussed this, and the current draft of the policy contradicts (or at least does not represent) what you said last time.

    Another bullet point in the policy explicitly mentioned macrons as an example, so I feel I should also bring up that topic again.

    Take 大神和臣 as an example:

    • Official "Japanese English" spelling = Kazuomi Ohga
    • Official "American English" localization = Kazuomi Oga
    • Standard romanization of the Japanese name = Kazuomi Ōga

    The version with the macron is, ironically, the only non-official way to spell the name.

    For 夜明了, we get:

    • Official "Japanese English" spelling = Ryo Yoake
    • Official "American English" localization = Ryo Yoake
    • Standard romanization of the Japanese name = Ryō Yoake

    We can go with macrons if you really want to. I can appreciate it from an academic perspective, but that would require us to not follow the "The character's official name should always be the title of the article" policy. A possibly way to word that policy would be:

    • The standard romanization of the character's official Japanese name should always be the title of the article.
      • The same goes for names of location and institutions
        • For example, the capital of Japan would be Tōkyō, not Tokyo nor Toukyou.

    Some additional clarifications would still need to be added to the above wording assuming we want to use "Aoba High School" instead of "Aoba Kōtō Gakkō" as the article name of the school...

    On the other hand, if you want to stay with official names, we still need to pick a side between Official Japanese English spelling versus Official American English localization spelling.

    I'm fine whatever you decide on the policy, as long as the resulting policy does not contradict itself.

      Loading editor
    • A FANDOM user
        Loading editor
  • Instead of only giving the DOM elements one class "relife-tablet-blue" or "relife-tablet-blue", you can do two classes at once: "relife-tablet relife-tablet-blue" or "relife-tablet relife-tablet-green".

    Then in the css file, ".relife-tablet" can contain all the style rules that are common across all colors (and uses a default color), while "relife-tablet-blue" and "relife-tablet-green" only contain color-specific rules that override the default color.

    This allows you to easily maintain lots of different colors of the same basic style. As an example of this idea put into actual use, see the bottom of MediaWiki:Common/PortableInfobox.css where I gave override colors for bonus-report and episodeinfo.

      Loading editor
Give Kudos to this message
You've given this message Kudos!
See who gave Kudos to this message