-
This forum is strictly intended to be used by members of the VS Battles wiki. Please only register if you have an autoconfirmed account there, as otherwise your registration will be rejected. If you have already registered once, do not do so again, and contact Antvasima if you encounter any problems.
For instructions regarding the exact procedure to sign up to this forum, please click here. -
We need Patreon donations for this forum to have all of its running costs financially secured.
Community members who help us out will receive badges that give them several different benefits, including the removal of all advertisements in this forum, but donations from non-members are also extremely appreciated.
Please click here for further information, or here to directly visit our Patreon donations page. -
Please click here for information about a large petition to help children in need.
Suggestions for improvement
- Thread starter Kavpeny
- Start date
-
- Tags
- vs battles wiki
- Status
- 8,229
- 1,487
Is it possible to make it so that we receive notifications whenever someone replies to a blog of ours?
- 10,873
- 12,277
- 31,701
- 5,478
I'm not sure if this isthe right place to put this, but oh well.
The Profile Creation Thread is in need of serious overhaul. It's swamped by random requests and ideas, without any sort of formatting, or any rhyme or reason really. Most of the time it just equates to I want X character from X franchise and I think they're X tier without any sort of elaboration, reasoning, or scans. It doesn't work at all in it's current state in my opinion.
The Profile Creation Thread is in need of serious overhaul. It's swamped by random requests and ideas, without any sort of formatting, or any rhyme or reason really. Most of the time it just equates to I want X character from X franchise and I think they're X tier without any sort of elaboration, reasoning, or scans. It doesn't work at all in it's current state in my opinion.
- 8,229
- 1,487
Naturally you're automatically following your own blog, right? Yet I don't get notifications when someone replies. Never have.
- 10,873
- 12,277
Really? I always get E-mails like these:Arrogant Schmuck said:
- 8,229
- 1,487
I'm not talking about emails. I'm talking about notifications. These things.
- 10,873
- 12,277
In that case there is probably no way to do that.
So it is best to use e-mails to keep track of stuff.
So it is best to use e-mails to keep track of stuff.
- 167,678
- 76,256
E-Mail notifications are not a realistic solution if you follow several thousand pages, as I do, only if you follow a select few, and are fine with getting a swamped inbox.
As for the profiles creation request thread, perhaps this feature should be shut down, as nobody will create profiles for franchises that they are not interested in and know nearly nothing about anyway? Feel free to start a thread in the staff discussion forum about this issue.
As for the profiles creation request thread, perhaps this feature should be shut down, as nobody will create profiles for franchises that they are not interested in and know nearly nothing about anyway? Feel free to start a thread in the staff discussion forum about this issue.
- 31,701
- 5,478
- 7,681
- 996
I see most of the regular members are complaining about how it took so long for a concluded matches to be added. Maybe we needs more content Mods or something. Just my suggestion btw.
- 167,678
- 76,256
I am working on more content moderators, but these things take time, and I cannot force the staff to focus constant time and energy on one of their least important tasks. It is even stated at the start of the request thread in question.
- 8,229
- 1,487
Profile Review Request Thread
For when someone creates a rough draft of a character's profile either as a blog or in their sandbox and would like staff or just knowledgable members' input before they legitimately publish it.
For when someone creates a rough draft of a character's profile either as a blog or in their sandbox and would like staff or just knowledgable members' input before they legitimately publish it.
- 628
- 209
I thought about a more organized way to manage the Request Threads: The one who does a calculation, evaluates a calculation or renders an image should give a Kudo to a request in order to say to others persons that he is doing the service requested. This way, the others members of the Calculation Group and Image Helpers won't waste their time doing a request that is going to be done and they will be able to distinguish more easily what request hasn't been taken into account.
For example, a member ask for an evaluation of a calculation. By giving a Kudo to this request, everyone can see who has evaluated the request and take another request that has no (or only one) Kudos.
For example, a member ask for an evaluation of a calculation. By giving a Kudo to this request, everyone can see who has evaluated the request and take another request that has no (or only one) Kudos.
- 628
- 209
In that case, we can see the number of Kudos as the number of evaluation.
- 628
- 209
I've done so.
- 31,701
- 5,478
- 802
- 126
I'm interested in the idea of implementing navboxes on this wiki. For how they'd look, click here. For how they'd look on a page, click here.
I think they're nice, a lot of wikis use them, and it would really benefit this one. More of looking for opinions on how they look rather than immediate approval.
I think they're nice, a lot of wikis use them, and it would really benefit this one. More of looking for opinions on how they look rather than immediate approval.
Agnaa
VS Battles
Super Moderator
Administrator
Calculation Group
Translation Helper
Human Resources
Gold Supporter
- 15,481
- 13,689
I'm not a huge fan of them for our wiki with the way its laid out, since we have verse pages which provide those links between pages as well as providing other relevant info.
- 802
- 126
I get what you're saying, but I think verse pages are a bit unwieldy for navigation. I mean, just take Real Life as an example. What an enormous chunk of a page. I tried to fix it up by breaking it into subheaders for easier editing, which works to an extent (it's much easier to add animals now, since there's a separate edit button for each subsection, excluding inverts, which are so numerous that they have subsubsections). With navboxes, you just scroll to the bottom of whatever page you happen to be viewing, and click on the related pages in the verse, including the verse page.
Plus, they're even better for pages with no verse page at all, like Injustice, or pages with subverses, like MS Paint Adventures (Problem Sleuth / Homestuck).
Plus, they're even better for pages with no verse page at all, like Injustice, or pages with subverses, like MS Paint Adventures (Problem Sleuth / Homestuck).
- 5,336
- 1,216
Not indefinite, just after this major shit goes down.
- 167,678
- 76,256
I am also personally strongly opposed to them, as they would require an enormous amount of edits to apply and regularly update (which would also ignificantly increase my edit-patrolling workload), and recurrently get filled with hundreds of profile links, which is not practical. Not to mention that our verse categories and verse pages already handle this function, so it would be redundant and not add anything of value to the wiki.
- 5,336
- 1,216
Its sad this thread isnt used more often.
- 31,208
- 27,406
Now that the forum has been completed I would like to bring back my proposal for introducing Navboxes to the wiki (for the sake of easing navigation between pages).
My suggestions is that these are not mandatory and do not need to be added to the standard profile layout.
Navboxes will be consistent in design and appearance - and will be locked by default after being created meaning that constant editing of the navboxes does not need to be patrolled which should lower staff workload. To edit the Navboxes users would simply have to put in a request on the all-purpose request thread.
Examples of navbox appearances can be found here, and here, and here.
I'm not saying this needs to be accepted immediately and for navboxes to start being allowed straight away, but I would prefer this to be accepted for a future date when site-wide changes permissable.
My suggestions is that these are not mandatory and do not need to be added to the standard profile layout.
Navboxes will be consistent in design and appearance - and will be locked by default after being created meaning that constant editing of the navboxes does not need to be patrolled which should lower staff workload. To edit the Navboxes users would simply have to put in a request on the all-purpose request thread.
Examples of navbox appearances can be found here, and here, and here.
I'm not saying this needs to be accepted immediately and for navboxes to start being allowed straight away, but I would prefer this to be accepted for a future date when site-wide changes permissable.
Agnaa
VS Battles
Super Moderator
Administrator
Calculation Group
Translation Helper
Human Resources
Gold Supporter
- 15,481
- 13,689
Meh, I like verse pages over navboxes.
Navboxes will be consistent in design and appearance - and will be locked by default after being created meaning that constant editing of the navboxes does not need to be patrolled which should lower staff workload. To edit the Navboxes users would simply have to put in a request on the all-purpose request thread.
I may just not be understanding things, but wouldn't this be more staff workload? Imagine if every verse page was locked by default, and every user had to submit a request whenever they wanted to change something on them. That sounds way worse.
But then again, I'm not staff, I can only imagine how it'd affect things.
Navboxes will be consistent in design and appearance - and will be locked by default after being created meaning that constant editing of the navboxes does not need to be patrolled which should lower staff workload. To edit the Navboxes users would simply have to put in a request on the all-purpose request thread.
I may just not be understanding things, but wouldn't this be more staff workload? Imagine if every verse page was locked by default, and every user had to submit a request whenever they wanted to change something on them. That sounds way worse.
But then again, I'm not staff, I can only imagine how it'd affect things.
- 31,208
- 27,406
@Agnaa; the naboxes are not intended to replace verse pages. Simply offer another path of navigation.
Navboxes would only need to be edited whenever a character's page is added or deleted. For some verses this would be a very rare occurence.
EDIT: Again though, I want to stress that I am not advocating we just dive into doing these. I am fine to wait a few months or longer, after a lot of the current site-wide revision projects have been finished, before this gets implemented.
Navboxes would only need to be edited whenever a character's page is added or deleted. For some verses this would be a very rare occurence.
EDIT: Again though, I want to stress that I am not advocating we just dive into doing these. I am fine to wait a few months or longer, after a lot of the current site-wide revision projects have been finished, before this gets implemented.
Last edited:
Agnaa
VS Battles
Super Moderator
Administrator
Calculation Group
Translation Helper
Human Resources
Gold Supporter
- 15,481
- 13,689
And I think since they're not replacing, their function is duplicated.
For quite a few verses, character's pages being added or deleted is a frequent occurrence. Multiplied by how many verses are on the site, and it becomes pretty annoying.
I just fail to see how "We won't need to patrol pages, we'll just have people ask to unlock pages!" would actually reduce staff burden. If it did, why not suggest locking every page on the wiki? It seems to me like we leave so many pages unlocked since having random people edit them to be patrolled later is less of a staff burden than having people request unlocks for every edit. The pages we have locked are because we deem them as having a high risk of malicious edits, making patrolling no longer worthwhile. And I don't personally imagine every random infobox as having a high risk of malicious edits.
To clarify, this particular "locking vs patrolling" point isn't against the idea of navboxes as a whole, it's just a really weird sticking point of your suggested implementation that I don't understand.
For quite a few verses, character's pages being added or deleted is a frequent occurrence. Multiplied by how many verses are on the site, and it becomes pretty annoying.
I just fail to see how "We won't need to patrol pages, we'll just have people ask to unlock pages!" would actually reduce staff burden. If it did, why not suggest locking every page on the wiki? It seems to me like we leave so many pages unlocked since having random people edit them to be patrolled later is less of a staff burden than having people request unlocks for every edit. The pages we have locked are because we deem them as having a high risk of malicious edits, making patrolling no longer worthwhile. And I don't personally imagine every random infobox as having a high risk of malicious edits.
To clarify, this particular "locking vs patrolling" point isn't against the idea of navboxes as a whole, it's just a really weird sticking point of your suggested implementation that I don't understand.
- 31,208
- 27,406
- 167,678
- 76,256
I agree with Agnaa. We already have verse pages and verse categories for this purpose, and the navboxes would constantly have to be updated whenever character pages are added or renamed, so this is a big resolute no from me. My apologies.
- 31,208
- 27,406
Ah well. I tried. Do know that I'm suggesting it in the hopes of improving the wiki. The sheer size of the wiki seems to make even basic optional features unfeasible.
MrKerf
He/Him- 2,082
- 822
I am gonna bring back my old massage than. The move was merciless to it.
Perhaps we can create a page for work in progress pages? It would be like Knowledgeble Members page, but instead with verses and with people working on them. For example:
Verse A (User A working)
Verse B (User B working)
Second suggestion is to add link to the tag of the "x" verse in the bottom of said "x" verse. Similar to our old system. For example:
Cthulhu Mythos
...
Forum discussions
And maybe the same for character pages.
Although I wasn't really active since this new forum is a bit confusing to me, so I'm sorry if these ideas are already implemented/approved and I'm just wasting time.
Perhaps we can create a page for work in progress pages? It would be like Knowledgeble Members page, but instead with verses and with people working on them. For example:
Verse A (User A working)
Verse B (User B working)
- User C (working on Character D and Character Z pages)
Second suggestion is to add link to the tag of the "x" verse in the bottom of said "x" verse. Similar to our old system. For example:
Cthulhu Mythos
...
Forum discussions
And maybe the same for character pages.
Although I wasn't really active since this new forum is a bit confusing to me, so I'm sorry if these ideas are already implemented/approved and I'm just wasting time.
- Status
