Guild Wars 2 Wiki:Community portal

From Guild Wars 2 Wiki
Jump to: navigation, search

Community Portal

Lost in a sea of projects, formats, and debates? Look no further! These are the current hot topics, and you can find previous topics here.
Shortcut:
GW2W:CP

To begin a new topic on this page, use the "+" button at the top of the page.

If logged in, you can also add this page to your watchlist to track any changes and stay on top of things!

Old topics are archived to these subpages.

Proposal: Guild Chat transcripts[edit]

ArenaNet's Guild Chat video series is an abundant resource of official developer interviews and insights. However, due to being in a video format, it's also very difficult to search previous episodes to find information as a source for documentation or discussion. While the wiki is primarily for documenting the game itself, we have previous made exceptions for other official videos. How would you feel if I were to prepare transcripts of some previous episodes of Guild Chat, possibly starting with the most recent episode and working backwards? Due to the length of these transcripts, each would require its own article and could be linked from the primary Guild Chat article. -- Dashface User Dashface.png 16:49, 1 May 2018 (UTC)

Intriguing idea. My first concern would be the vetting of the transcripts. When we copy statements from ArenaNet staff, we've gone out of our way to do it {{verbatim}}. The Guild Chat episodes have Anet's seal of approval as being their word; will we then be needing their consent that our transcriptions are accurate? Would we need to add a caveat at the top of the page to say that the transcription has not been vetted by Anet staff?
I do like the idea, but before it gets going, we should reach out to Anet to get their stance on how best to handle a (non)-endorsed transcript of their words. G R E E N E R 17:10, 1 May 2018 (UTC)
I wouldn't be concerned about somehow misrepresenting ArenaNet- as it says at the top of the main page, the wiki is written and maintained by players. If anything, a simple disclaimer like "These unofficial transcripts were produced by players and may not be perfectly accurate" should suffice. As to the idea itself, I think it would be a valuable addition if we could provide this kind of resource. It would certainly be a time-intensive project, but for any contributor who wants to I say go for it. - Felix Omni 05:09, 2 May 2018 (UTC)
I agree with Felix's stance. So long as we add a disclaimer making it clear that these are unofficial transcriptions of an official source, along with a link to said official source, we should be fine. I like this idea and I'd probably contribute. --Idris (talk) 11:36, 2 May 2018 (UTC)
I'm fine with adding a disclaimer. Making a high-quality transcription can be time consuming, but it's something I've previously done professionally, and I think a lot of issues can be addressed by just being accurate. I'm presuming we'd need to start from scratch, though YouTube does provide subtitles for each episode that look automatically generated. Does anyone know if it's possible to extract these to use as a starting point? -- Dashface User Dashface.png 12:26, 2 May 2018 (UTC)
I Googled "YouTube caption extract" and got lots of results, so it seems pretty possible! I gave the first hit a spin and the results were a formatting nightmare, but it's better than nothing, I suppose.--Idris (talk) 12:57, 2 May 2018 (UTC)
Alright, if it's going to be understood to be "messy" no matter what we do, then a disclaimer will always have been needed. Best of luck with the transcribing, and thanks in advance for taking this on. G R E E N E R 17:06, 4 May 2018 (UTC)
Unnecessary If it's impossible to misrepresent ArenaNet through a proper transcription, then a disclaimer shouldn't be necessary. See other wikis, even though it's a live broadcast. I've never seen a disclaimer for any transcript, on a wiki or not. — Cronos 21:17, 14 July 2018 (UTC)
I don't think anyone said it was impossible to misrepresent them, just that the risk of misrepresentation wasn't so great that we needed ANet's written consent before we got started. But there's still a risk. I've seen quite a lot of folks assume that the wiki is written by ANet because it says "OFFICIAL WIKI" up in the corner, so I feel the disclaimer is worth keeping. —Idris User Idris signature.png 12:10, 15 July 2018 (UTC)

(Reset indent) Hi everyone, I saw that discussion and noticed that we may be able to help you on that! I double-checked and we can access subtitles that are automatically generated by YouTube for all the past Guild Chat shows. We wouldn't release those publicly because we've noticed in the past that these subtitles contain errors and inaccuracies, and we didn't have the time to go through them and make them good enough. However these could come in handy for this project, as it would provide a good base to create transcripts from?

One thing to note: for current and future Guild Chat episodes, we've already started looking into ways how we could create better transcripts of Guild Chat. We haven't finished exploring this avenue, but I'll keep you updated if and when we know more!

Let us know what you think and, if you're interested, where you want to start from. Thank you! --Stephane Lo Presti talk 23:00, 4 May 2018 (UTC)

Although I'm not part of the people who will be doing this much, I can say that correcting a text with inaccuracies is waaaaaaaaay faster than typing something out from scratch. So so long as those texts are somewhat accurate, they would most likely be very useful. It would probably require a trial run to see how accurate those auto subtitles are.
As well, if this is a project that will go on, I would also recommend making these transcripts in an SRT format so that it could be taken up by most video players (online or offline). There's a real quick overview of those files here to give people an idea.
It might be a bit more work, but if people are doing the transcripts, and presumably youtube would output them similar to this. It is infinitely easier to go from SRT to plain text (for wiki) than the opposite way around. These files could then also be available to the public; which could be expanded on (at a later point) by anet if they release the videos in raw form or decide to straight up use those srt files themselves.
Anyway, just a thought. -Darqam 04:24, 5 May 2018 (UTC)
Stephane, would I be able to ask if you could e-mail me the automatically-generated subtitles you have for a recent episode of Guild Chat? I will put together a sample article and present it back to the Community Portal for appraisal. It's okay if the best we have to start from is a big wall of text. Like Darqam says, correcting will be much faster than starting from zero.
Darqam, making a subtitle file would require timestamps, which would be a million times harder than what I'm proposing. If someone wants to turn the corrected text into a properly-timestamped file, I have no issue with that, but only someone experienced in this would be able to do it efficiently. For example, someone who performs a similar role for foreign-language fansubs. For anyone else, I would predict many afternoons of anguish per episode. -- Dashface User Dashface.png 17:00, 5 May 2018 (UTC)
I guess I suggested srt files because of how I assumed YT would output the subtitles. I am assuming that it would be a similar thing to SRT files, but yeah if it's not than I agree going from raw text to timestamp would be very painful. -Darqam 17:08, 5 May 2018 (UTC)
So that everyone is on the same page: I've sent Dashface the first .srt file for Guild Chat episode 60. Let me know if there's any other way I can help! --Stephane Lo Presti talk 16:03, 8 May 2018 (UTC)

(2)[edit]

@Stephane, would you be able to mail me one of these srt files? It doesn't seem like Dashface has had time to play with it, and its been two months now. We can get this rolling. -Chieftain AlexUser Chieftain Alex sig.png 23:29, 1 July 2018 (UTC)

So Dashface sent over the single SRT file, and hoo boy is it annoying and slow to salvage anything useable out of the subtitle files. It took me about 3 hours to do half an episode. Guild Chat - Episode 60 I got bored and have given up for the moment. -Chieftain AlexUser Chieftain Alex sig.png 16:44, 8 July 2018 (UTC)
I've started a new section for this below. -- Dashface User Dashface.png 17:48, 11 July 2018 (UTC)

Main page[edit]

It's time for the annual "let's delete/change/overhaul" the main page thread. I propose we review what's linked at the moment and consider whether (a) it's in the right section, and (b) whether we really need to link to it at all.

To try and stimulate some discussion, here's some suggestions I've pasted into discord. -Chieftain AlexUser Chieftain Alex sig.png 23:47, 1 July 2018 (UTC)

I suggest bringing this up on reddit and the forums and collect ideas on what people want on a main page. I still believe this is not really a task for us wiki folks since hardly any of us use it anyway (at least that was the impression I got from the last discussion on the topic ages ago).
Generally speaking, less is more — less text, more pictures, more simplifications. Graphics would be sweet too. User Incarnazeus Signature.pngtalk 14:01, 2 July 2018 (UTC)
I've had a go. -Chieftain AlexUser Chieftain Alex sig.png 15:29, 3 July 2018 (UTC)
I much prefer the information-dense layout that previously existed. Perhaps I can recreate it on my talk page. Separ (talk) 00:58, 7 July 2018 (UTC)
I agree with Separ. I like the previous layout better. The new one seems to have nearly as much information, just spatially spread out. I think it's trying too hard to look like the official news page. Less may be more, but sometimes that means fewer changes if what's already there is working. Just my thoughts. Depraved Ambience (talk) 23:24, 7 July 2018 (UTC)
So that I know you're both seeing the same layout that I'm seeing, here is what the new theme should look like at the moment on a relatively normal sized monitor: File:User Chieftain Alex main page new theme.jpg. (For reference the old theme was: File:User Chieftain Alex main page old theme.jpg)
In terms of why I've tried to redesign the main page:
  • We used the old layout for approximately 6 years since mid-2012. Before then we used tables similar to the gw1w.
  • I've gone for the flexbox approach this time instead of tables since this adapts better to the size of the screen, e.g. for a narrow mobile device it shows one column of 7 blocks instead of the 3x2+1 grid that is shown in my screenshot - previously it would crush the table as much as possible and then force the user to scroll left/right.
  • The old mainpage table looks nothing like any of the other tables on the wiki. Using traditional MW headers imo fits a lot better with the style of other pages.
  • Making things less compact should make it easier to click on links with a mobile device.
In terms of what content we show on the main page, that's always changing. Main Page/editcopy. -Chieftain AlexUser Chieftain Alex sig.png 10:18, 8 July 2018 (UTC)
I used to use a single 1440 x 900 monitor to view the wiki and play the game alt-tabbing back and forth as required. Recently I installed a secondary screen (800 x 1920) for the browser items: wiki/GW2 Efficiency/Reddit and play the game on the big screen. In the new version on the large screen I see the July 5 entry at the bottom of the screen then have to scroll up an entire screen to see the rest; If I establish 70% zoom I can see the whole thing...the text is small, but readable. In the old version, I see the line containing the 'Map' header in the 'Exploring the World' section and have to scroll up about 2 inches to see the rest of the page (but can then see all of the 'Table of Contents' sections and only lose the tabs and the shortcut to my talk page) 90% zoom lets me see it all quite clearly. On the small screen I see about 1/3 of the new layout at a time and have to scroll a lot to find the entry I want. The reasonably static ToC sections of the front page (Basics, Gameplay, Gear & Equipment (Was Economy), Exploring the World, History & Lore, Wiki Community (except for the article count) allow quick jumps to sections of interest. I like being able to get to them and use them with a minimum of scrolling.
If your main intent is to redesign the interface for use on a cell phone/tablet then I understand why you chose to make the front page less information-dense. Does your site track user access as far as determining what device is being used to access it? Are most of them mobile devices? I can't believe any significant number of people play the game on a smartphone, and not too many play on a tablet, although . Is there a way to use style sheets to change the layout for PC and mobile access? As I said previously if the new layout is retained I will recreate the ToC entries on my talk page and use that as my shortcut to Guildwars2 Wiki, going only to the front page if I need to check recent news. The preceding unsigned comment was added by Separ (talkcontribs) at 05:02, 9 July 2018‎ (UTC).

I made a stylesheet with different media queries for several resolutions. What's yet missing is tablet/mobile layouts. Try this (Alex: this is the n-th time this is being mentioned...) https://gist.github.com/codemasher/c925d0211185eea64a6d04881bc841a5 --Smiley™ de: user | talk 09:41, 9 July 2018 (UTC)

Changes have been made. Feel free to discuss: Main Page/editcopy --Smiley™ de: user | talk 21:17, 9 July 2018 (UTC)
I'm a fan of the black transition we currently have below the featured article. Without it, the break looks visibly jarring. I also like having the three columns that the editcopy shows, rather than the two columns I currently get from the main page on my 1440 monitor, though I'm not sure if that's just due to the editcopy not being on the front page and somehow having more room. G R E E N E R 23:03, 9 July 2018 (UTC)
As the IP who commented on wiki for the first time, thinking something may have broken (see this section: Talk:Main_Page/editcopy#Main_page_broken.3F), I much prefer the old layout. Not sure if I can upload an image for you to see, but on my laptop Alex's first image would be significantly longer, as I only get two columns instead of three. Maybe it's just my choice of setup, but that means that all I can see on the main page by default is the top section down to the Event Timers / Server Reset line of the News & Updates section, and the Races / Professions / Biography of the Basics section. The Gameplay section has then wrapped onto the next "line" if you will. This version Main_Page/editcopy is slightly better (or at least, the version that was there when I wrote this - sorry, don't know how to link to a specific version :) ), in that it has three columns, but I can still really only see the top section without scrolling. So, overall, I still prefer the old layout. Thanks for your time :) 76.22.92.175 03:06, 10 July 2018 (UTC)
I agree, the "featured article" thing is still far too large and i don't like it too. Someone just tried to resemble the GW2 website here, which i think is unnecessary. As for the rest and the displayed amount of columns: i've changed everything from fixed (px) to proportional sizes (em), so that the main page looks better on all devices - from tablets in portrait mode with only 600px width up to huge screens > 2560px - it may not be perfect for everyone but it should be for the majority. @Greener: i removed this thing because it steals more height and it's been used to cover up the pagination only (at least on the old forums and parts of the website). --Smiley™ de: user | talk 16:26, 10 July 2018 (UTC)
Back again, possibly for the last time - the current version is a definite improvement. FA section is now back to a "reasonable" size (for want of a better term). Personally, still prefer the overall look of the table-like approach of the old one, being so similar to the GWW was, in my opinion, a good thing, not a bad thing, but if this wiki is definitely planning to move away from that style, then I believe the current version is a good compromise between the two. Thanks for all your time everyone :) 76.22.92.175 03:15, 11 July 2018 (UTC)

The current revision of the edit copy is almost exactly the layout of the GWW main page, except without the style and there's one more box per row. Plus, it's responsive. --Smiley™ de: user | talk 04:32, 11 July 2018 (UTC)

Main Page content[edit]

I've asked Reddit for input on what we should link from the Main Page. https://www.reddit.com/r/Guildwars2/comments/8xgsbd/brainstorming_the_wikis_main_page/ If you guys want to pitch in there, you can too. Otherwise changing the Main Page/editcopy also works. -Chieftain AlexUser Chieftain Alex sig.png 22:10, 9 July 2018 (UTC)

*tumbleweed* --Smiley™ de: user | talk 07:41, 30 July 2018 (UTC)
There was a request for Guild missions to be included. I previewed a few things, but didn't like the spacing issues that it caused under PvE - it made the Gameplay section look way too long in narrower formats. It also didn't suit being beside Mounts, though I was tempted to put gliders there. As it stands, I like what we have atm. G R E E N E R 20:31, 30 July 2018 (UTC)
Except there's exactly zero progress regarding the clutter, which was my initial complaint that got the whole redesign started in first place. Also, Main Page/editcopy. --Smiley™ de: user | talk 21:02, 30 July 2018 (UTC)
This version just seems choppy to me, and the (3+3+3+2) layout of the blocks means I'm scrolling down a lot for small pieces of info. I'm not a design expert, so I can't say what improvements should be made with confidence; I can just say what irks me. Perhaps combining some of the information in a different way so that two blocks are not 1/4 and 1/2 full? G R E E N E R 22:24, 30 July 2018 (UTC)
Keep in mind that the silly welcome bar steals about 10% of the overall height (plus the editcopy-notice) - if you remove that, you get almost exactly the same height as the gww main page - given you're viewing it in full width (which is currently about 1700px), that is 3 rows with 4 boxes each. The responsive manner of the layout makes it so that it shows less boxes in the width, the fewer the width of the browser's viewport is, so that everything stays readable. There's still a few adjustments to make to the responsiveness, aka mediaqueries for more screen/viewport sizes (currently it's just 2 or 3), like font size, which automagically scales the whole page. So feel free to open your browser's console (F12) and play with it until it looks good for you and tell us the results. Only feedback helps in the process. --Smiley™ de: user | talk 22:47, 30 July 2018 (UTC)
Here's what it should look like https://imgur.com/a/LRIrYtS - i'm noot sure about the 3+3+3+2 view, that currently only appears in a very narrow range between 1600 - 1700 pixels, i only made it appear that way because people wanted the "more important" 3rd box in the topmost row. I don't like it, however. --Smiley™ de: user | talk 23:03, 30 July 2018 (UTC)
I'm firmly with Greener on this one; there was a reason i didn't copy over all of the changes. I don't think removing the welcome message is an option, and if we go for 11 boxes then it increases the page length + the boxes end up pretty sparse. I think the header pattern was a test? -Chieftain AlexUser Chieftain Alex sig.png 05:59, 31 July 2018 (UTC)
What exactly was the reason? Which rule exactly says that the main page should be viewable without scrolling and which viewport size is defined there? The concept of scrolling is as old as computers, and i'm not here to argue about it with a handful people who are too lazy to do so (who are probaly also the least affected usergroup). The height difference between the current main page and the editcopy is +/-120px, while one is an ugly cluttered mess and the other has plenty of room for even more content. You did not come up with a screenshot yet of how it looks for you, nor did you try to change anything about it. My revision of the editcopy has been untouched since. Also, my further suggestions to invite the community over here for discussion via the sitenotice, as well as a dismissable welcome banner have been widely ignored. That's not how consent works. --Smiley™ de: user | talk 08:48, 31 July 2018 (UTC)
I'm not a fan of the current editcopy version. The pattern used in the header section is too dark for the blue link and has too high of a contrast between it and the white box/text below. Maybe reduce the opacity or find a lighter pattern? The pictures in the first box also aren't aligned properly (less space on the right and excess space on the left), but that's probably an issue of the pictures used. Maybe have them align center? The 2nd box (News & updates) has weird spacing, or should I say, not enough. Long text, such as the current one (Festival of the Four Winds Begins Next Week!) is straight up almost hitting the border, so maybe have a look at increasing the width of the box? I like the colored lines and header text; they're not too strong or too faint, and they match the design of the wiki at the moment, so I approve of that.
I'm not going to list the semi-empty boxes as an issue, because that's not what this discussion is about (at the moment), but I do have trouble with how... boxy everything looks. I know you tried simulating some of the design from the GWW, but I just don't think it works here. The borders of the boxes create awkward space when looking at the central ones (for example, PvE, Competitive and Gear and equipment could be one long box, instead of 3?) and I'm just not a fan of how constricting everything looks, as opposed to the current setup we have. I do appreciate that everything is aligned with one another, something that is amiss with the current version (history/lore and the community are mostly to blame for this). I also don't think getting rid of the "welcome notice" would be a good thing; it's become a staple of the wiki and I'd like to see it remain. If your design suffers from it, I think the design should change, not suggest a removal of the notice, but then again, that's my opinion and maybe others have a problem with the notice as well.
So, to summarize. I'd remove the pattern on the header, or reduce its opacity significantly. Reduce the amount of 'boxes' and maybe even attempt a version without them altogether? Hopefully the spacing fixes itself with those tweaks. Thanks for the work you've put into this. Hopefully my criticism is constructive. —Ventriloquist 09:38, 31 July 2018 (UTC)

Thank you for your feedback! Inc made several different images for the header backgrounds per my request - you can browse them in the edit history starting from here - i personally prefer the current dark version because it's the best readable - the lighter (or partial) backgrounds turned out problematic for the readability of the contained text (that doesn't mean they do look bad). Feel free to come up with your own samples - recommended size ~700x100.

I personally don't care about the main page banner as i can simply put a .mainpage-banner{display:none;} in my Stylebot rules (ur user style even). However, i've got reports from people with smaller screens, where this banner breaks to 2 lines and steals way more space than acceptable for zero productive use (it's currently completely hidden on small screens via mediaquery). That's why i say make it dismissable like the sitenotice - it wouldn't hurt anyone that way. If you like and care about it, just don't dismiss it then, while others don't have to suffer from it. Aside of that, the image with the "Guild Wars 2" text looks ugly, misplaced and pixel-y.

As for the boxes and their amount: i think the borders calm down the layout (reminder that you had a frickin' table before). I've added one more row to fill up the layout so that it always displays an even amount of boxes depending on available width: (2x6,) 3x4, 4x3, 6x2, 12x1 - missing boxes make it look messy, just like the current 8-box layout which only looks good at 2x4 or 4x2 but however is still cluttered because of too much content per box and missing box-y-ness that separates the content. I'm reluctant to making more of them double-size as it would only break the layout again and double-boxes in mid-layout with switching positions would probably look weird anyway. I wanted the featured article/conten box to be special and made an exception for it - i agree that it could use some changes still. Also, i'm pretty sure the game has to offer way more things the average wiki visitor would want to browse that could be put in this amount of boxes (or probably even more...). The content of the current editpage boxes could be sorted (i just did a rough draft) and more things can be added. I agree that the "News & Updates" box looks weird, but so does it on the current main page and it could be fixed with a bit more padding on the right side to force the text break to the next line - which in turn would make the box higher... (hint: just use shorter headlines).

btw. i've added several screens from smaller devices to the collection of the "intended layout looks" over here https://imgur.com/a/LRIrYtS --Smiley™ de: user | talk 13:20, 31 July 2018 (UTC)

Optional 2-factor authentication for the wikis[edit]

A couple years ago i already made a request for adding a 2FA login extension to the wikis, so that users - especially the ones with widget, sysop and bureaucrat rights - could opt-in for additional account security. That request was mostly ignored and it was said that "we don't need that here". Ok. Although the risk may be low for the wikis, we know 2 things for sure:

1. there are databases with stolen username/password combinations available on the internet (yes, yours is in there too!) and
2. javascript is the root of all evil.

Now combine these two, add widget or syspop rights and BOOM, you could install your own bitcoin miner on the wiki without people knowing about it. Or any other kind of malicious javascript, like... imagine a script that downloads a porgram which is able to steal the credentials for your game account... all of this exists.

Maybe i'm paranoid. But maybe i just know how simple such things could be done. So, all i'd like to see is the extension OATHAuth or similar being installed on the GW2 wikis, and maybe even GWW, so that people could use it.

Since it's completely optional, it doesn't take away anything from anyone - ok, i'd go that far and would require it for sysop, widget and bcrat accounts. The only downside would be if a user who opted in for it and lost their authenticator would need to be manually opted out - a thing that shouldn't happen *that* often and may be managable. Oh, and once more for those in the back: i'm not talking about securing your "private" data on the wiki. I'm talking about how your account could be abused with already stolen credentials.

--Smiley™ de: user | talk 18:43, 5 July 2018 (UTC)

Wouldn't other sysops, bcrats, etc be able to see such a change and raise a red flag? I feel like if something like this is going to get pushed, then you'd need to also consider user pages with custom js. Sure that may be just one user, but the same thing could be run. And then what if that gets duplicated on a bunch of other accounts?
I mean if it's an easy thing to add for the wiki and it's opt-in I don't mind much, but if it's just to get an even more annoying login (and possibly user creation) then no. I also don't think forcing anyone of a specific role to have 2FA would be a good idea. It could be nice to have the option to have it, but forcing it is silly imo. -Darqam 18:48, 5 July 2018 (UTC)
Of course others could see that an edit has been made - but would you be able to identify if that external javascript is a malicious one? (even if it's only there for a short duration - the damage is done) --Smiley™ de: user | talk 18:50, 5 July 2018 (UTC)
I have no issue with adding security to my account. What I'm unfamiliar with is the additional overhead this addon may bring: enabling, maintaining, and fixing when something inevitably goes awry. G R E E N E R 17:22, 6 July 2018 (UTC)
Enabling is a standard process which could be done with the next wiki/server maintenance. The point of fixing (aka. unlocking someone who lost their authenticator and all backup codes) is a manual process which would require someone on server side - at least for the Extension i linked - maybe there are others which may allow unlocking users from the admin panel so that noone at Anet would be required. --Smiley™ de: user | talk 17:28, 6 July 2018 (UTC)
Let's say a wiki contributor has a issue with the 2FA. They would then need to contact either an Anet rep or a wiki admin. How would we properly verify who they are? We may not be able to go off of Check User info as they're likely on a different IP (where they would have encountered their problem), and that log is scrubbed rather frequently. G R E E N E R 00:18, 7 July 2018 (UTC)

They *should* have enough backup codes to unlock themselves in first place. So if someone really needs to be unlocked manually, they'd best need to contact you personally through a trusted channel, like e.g. discord or so. But again - this would only be necessary for accounts with extended rights mentioned above, as these are able to do damage - so the affected user group is very limited and it should be possible to get in touch with them. --Smiley™ de: user | talk 01:09, 7 July 2018 (UTC)

Guild Chat transcript proof of concept[edit]

As per previous discussions, I present the following:

Episode 65 does not yet have a proper infobox or introduction, but have a look over the content and see what you think. I invite comments. Due to the amount of discussion, transcribing a single episode takes several hours.

Also, there is not yet a disclaimer that it's not an official transcript. Would anyone like to suggest wording for this? -- Dashface User Dashface.png 17:46, 11 July 2018 (UTC)

You've pretty much nailed the layout with #65, imo. The screenshots are a nice touch. Nice work, thank you for doing this! I reckon the intro box should be turned into a template; we can then stick the disclaimer into said template so future transcribers don't have to faff about with remembering to add one. Is it necessary to have an "external links" section? I think in this case, it might be more appropriate to simply link the official video somewhere in the intro box instead. —Idris User Idris signature.png 19:26, 11 July 2018 (UTC)

Adding links to my dye web-app?[edit]

Hello. A while ago, I've programmed a web-app about dyes, and I think it'd be useful for many players: https://kulinda.github.io/dyes/

I'd like to see a link added to the Template:Dye infobox (or Template:Default item parameter, not sure which fits better), but I figured I'd ask for consensus before spamming widespread links to my stuff. Direct linking of dyes is possible by name, e.g. https://kulinda.github.io/dyes/#dye/Citrus_Breeze

I will never monetize the site (no ads, no donation links etc), nor will I spy on users (the only data collected are github's server logs, which I can't even see). The source code is also on github, and in the spirit of a collaborative wiki, I'm open to pull requests.

Opinions? Kulinda (talk) 15:32, 1 August 2018 (UTC)

Could you further elaborate what exactly your app does? A quick look at the link tells me that it shows appearance of dyes on armor and similar dyes, which does seem useful. —Ventriloquist 17:48, 1 August 2018 (UTC)
the main feature seems to be showing dyes with similar colours. -Chieftain AlexUser Chieftain Alex sig.png 17:49, 1 August 2018 (UTC)
The goal for the tool is basically "visualize all the information the API provides", so the features ended up as listing, searching and correlating dyes. I guess the main use case is to help people find the best dyes for their characters, by making hidden stats like contrast visible, by suggesting similar dyes (which might fit better and/or be cheaper), by suggesting dyes that go well together (via the color wheel), or by browsing/searching in some ways the wiki can't provide.
When linked from a dye page, the main use case is indeed to provide alternative and matching dyes, which would be incredibly difficult to implement inside the wiki. Kulinda (talk) 18:29, 1 August 2018 (UTC)
I support the idea. I doubt dye articles have a lot of traffic, but having such information in the infobox could only help the folks looking for similar dyes or other features. It might even completely eliminate the occasional "is there a similar dye to this" comment we get on dye articles. —Ventriloquist 19:07, 1 August 2018 (UTC)

(Reset indent) Seconded. Adding this resource would pose a vast improvement to our current dye articles. Very nice site, by the way — the mount license calculator is incredibly nifty. I appreciate your work! User Incarnazeus Signature.pngtalk 13:53, 2 August 2018 (UTC)

Wait. Does that mean you solved that nasty color shift/post processing problem that bugged us for ages and noone had a real idea what was going on? I mean, this one: https://github.com/arenanet/api-cdi/issues/65 and https://github.com/arenanet/api-cdi/pull/132 --Smiley™ de: user | talk 16:34, 2 August 2018 (UTC)
I've added a link to your tool from Template:Default item parameter. Currently the link spans two lines, which is a bit ugly. If you want to rename the link, please feel free to do so. -Chieftain AlexUser Chieftain Alex sig.png 18:17, 2 August 2018 (UTC)
@smiley: The colors I'm getting look right, and they precisely match the rgb values from the API. Our guild emblem looks pretty close to the original, but I haven't been able to validate actual armors because I don't have access to raw armor textures.
What I'm doing is explained in the FAQ in my webapp, and there's always the source code: matrix generation, rendering. If you see something wrong with that, or have further questions, my talk page is always open.
@Chieftain Alex: oh, thanks! The css rule for div.infobox dd has width: 125px, even though there's room for ~145px. Do you know if that's a bug or a deliberate design decision? If the former, we could fix the css and it'll fit on one line.
In the meantime, I've shortened it, and I've also fixed it to show up for non-tradeable dyes like Stream Dye and link correctly for multi-word dyes like Crimson Lion Dye. Thanks again! Kulinda (talk) 22:15, 2 August 2018 (UTC)

Quick links[edit]

So the Quick links article is looking pretty dated. Ideas for changes in content/appearance? (e.g. add a list of the available mounts) -Chieftain AlexUser Chieftain Alex sig.png 17:19, 15 August 2018 (UTC)

For the appearance we could just make it like an extension to the Main Page. (3 columns) -Chieftain AlexUser Chieftain Alex sig.png 17:42, 15 August 2018 (UTC)
Hm, lacks colours and fancy icons, in my opinion. Think we could separate the armour galleries from the profession classes and group them with the weapons (and add Bltc weapon gallery to the list). Other than that, maybe a link to the AR page and update the raid section and make them all a different colour. User Incarnazeus Signature.pngtalk 17:51, 15 August 2018 (UTC)
Agree.
The other thing i wanted to ask "does anyone actually use it?" -Chieftain AlexUser Chieftain Alex sig.png 18:33, 15 August 2018 (UTC)
Not even once. :D User Incarnazeus Signature.pngtalk 18:53, 15 August 2018 (UTC)
Same. Starting with equipment, everything under it looks plain, grey, and too-texty. —Ventriloquist 20:12, 15 August 2018 (UTC)
Apart from the following, everything else is a repeat of something we already link on the Main Page: (1) professions and their reference guides, (2) crafting disciplines, (3) armor/weapon galleries. The rest we have pretty well covered - I'm not convinced the individual raids/dungeons need listing. I think it should be possible to make something pretty from my 3 outlined points. -Chieftain AlexUser Chieftain Alex sig.png 23:23, 15 August 2018 (UTC)
I've made some changes. -Chieftain AlexUser Chieftain Alex sig.png 19:56, 12 September 2018 (UTC)
Needs links to the skill pages for each of the elite specializations. I personally don't like that the skills were moved off of pages like "List of thief skills" but the elite specs will need to be on the quick links article if it stays that way. --— Cronos 09:26, 3 September 2018 (UTC)

Game Updates nav[edit]

Would anybody mind if I updated the navigation panel on the top right corner of the game updates to be nicer looking? I'd basically like to copy what the Spanish wiki is curently using. - Doodleplex 02:46, 9 September 2018 (UTC)

Do you mean by changing the {{STDT}} type for the main Game updates page (Game updates vs. es:Actualizaciones del juego) or the information on the month-by-month update page (Game updates/June 2018 vs. es:Actualizaciones del juego/junio 2017)? G R E E N E R 04:25, 9 September 2018 (UTC)
Both. It looks prettier and it makes it easier to navigate from month to month imo. It would also remove all the game update monthly overviews from being Orphaned too. - Doodleplex 04:31, 9 September 2018 (UTC)
The month-to-month nav would be nice, though it may leave a red-link in the current month for the upcoming one. If no one else has an opinion, do what Alex does: a scream test. No, not an "ice cream test". G R E E N E R 04:43, 9 September 2018 (UTC)
Oh yeah, forgot about the upcoming month, but that's not too terrible since it would be eliminating a ton of red links from talk pages. And what's a scream test? I already have ice cream. - Doodleplex 04:51, 9 September 2018 (UTC)
Sorry, I forgot to circle back here. If people currently seem indifferent to the change, then be bold and change the navs. If it causes an actual problem, you'll hear the screaming ; ). G R E E N E R 04:49, 12 September 2018 (UTC)
I removed the talkpage links since they're usually dead ends, and added a margin to make them slightly prettier. I'm not fussed about colours.
Do we want a link the next/previous month? edit: I've now changed Game updates/June 2018 and Game updates as an example. -Chieftain AlexUser Chieftain Alex sig.png 20:10, 12 September 2018 (UTC)
Also, can we just use a template for all of the Game update overview pages, i.e. the whole content of Game updates/June 2018 generated by one template. -Chieftain AlexUser Chieftain Alex sig.png 20:24, 12 September 2018 (UTC)
But, that will ruin my routine of how I make those pages. I don't think I could adapt! /s G R E E N E R 20:26, 12 September 2018 (UTC)

(Reset indent) Thank you Alex for doing pretty much everything except the colours. I'll have my bot sweep through rest of the page updates. <3 - Doodleplex 00:29, 13 September 2018 (UTC)

Extracting Account Keybinds[edit]

Is there any way to get a printable copy of my accounts key binds? I am looking for hardcopy backup in case I need to reinstall the game at some point. Separ (talk) 15:26, 15 September 2018 (UTC)

It doesn't appear that the API will be of help. Screen captures are the only way that I can think of atm. G R E E N E R 15:57, 15 September 2018 (UTC)
Aren't keybinds stored server-side? ❄The F. Prince❄ (talk) 19:57, 15 September 2018 (UTC)

Healing Formulas[edit]

All Healing skills in the game appear to follow the formula Healing = (Base Heal) + Level^2 * (Level Scaling Factor) + (Healing Power) * (Healing Power Coefficient)

You can find these values in the ArcDPS skilldefs file that deltaconnected provides on his site, or they can be calculated by recording tooltip values for a skill at different levels (while at 0 Healing Power) and then combining them:

(Level Scaling Factor) ~= ((Tooltip Healing Value)A - (Tooltip Healing Value)B) / (LevelA^2 - LevelB^2)

Where A and B denote different levels. Plugging the calculated Level Scaling Factor back into the main equation will then yield the Base Heal.

Example of calculating the values: Withdraw has a tooltip healing value of 4766 at level 80, and a tooltip healing value of 818 at level 31. Plugging those values into the equation yields: (4766 - 818) / (80^2 - 31^2) = 0.725868726 ~= 0.726 Plugging that value back into the main equation yields 4766 - 80^2 * 0.726 = 119.6 ~= 120

Some of the Base Heal and Level Scaling Factor numbers have already been added to their respective skill's notes sections. There are currently two different formats used for displaying this information:

  • The base healing done by this skill is equal to (Base Heal) + Level^2 * (Level Scaling Factor).
  • The healing done by this skill is equal to (Base Heal) + Level^2 * (Level Scaling Factor) + Healing Power * (Healing Power Coefficient).

The base healing format is easier to maintain in the event that a Healing Power Coefficient changes (no redundant information on page/only have to remember to edit one value). But the full healing formula doesn't obfuscate the contribution from Healing Power (more information is better). Either way we will need to pick a format.

Outside of updating every skill that provides healing's page, other pages that potentially could be updated include the Healing, and Template:Skill_fact pages.

DarkFire (talk) 20:54, 24 September 2018 (UTC)

Basically you're asking us to depend on deltaConnected's skilldefs being correct? -Chieftain AlexUser Chieftain Alex sig.png 21:25, 24 September 2018 (UTC)
No.
I gave a way to calculate it without using the skilldefs file, as well as pointing out that the skilldefs file also contains the information.
From the values I calculated (all thief healing skills), the only value that didn't explicitly match the skilldefs file was the Base Heal value of Withdraw (and the correct base heal value was present just mislabeled).
DarkFire (talk) 22:05, 24 September 2018 (UTC)

Copy gamelinks to clipboard when you click them?[edit]

I created a account just so I could implement this for myself. I edited my common.js with

 jQuery(".gamelink").on("click", function(){
   document.execCommand("copy")
 });

Thought that perhaps more people would appreciate the convenience.

For extra "pop" one could add jQuery UI to the site and use the tooltip function to display a small alert indicating that the text has been copied to the clipboard.

--RainForDays (talk) 11:19, 25 September 2018 (UTC)

That's not a terrible idea, thanks for the suggestion.
Browsers have moved on quite a bit since 2013 when the first version of Widget:Game link was written - at this time you couldn't always access the clipboard in every browser, and since the only universal option were flash plugin hacks, we didn't implement copy on click functionality. I have added the one line you've suggested to the widget, and therefore you can now copy text from a chatlink without doing CTRL+C.
Although I considered adding a popup notification (+ discussed it on discord), it looks really ugly without fadeIn/fadeOut - and to use those we'd need jquery, but that would involve waiting for the rest of the page to load (jquery is one of the last to load modules on any page). I like pages to load fully + fast so we'll go with this compromise for the moment. -Chieftain AlexUser Chieftain Alex sig.png 17:50, 27 September 2018 (UTC)
You certainly shouldn't need jQuery for a fade, you can either use setInterval() or CSS animations to animate it yourself. It's a bit more work, but it can be done. User Noxx Sig.png 21:58, 27 September 2018 (UTC)

Where are all the FL players at from the USA????[edit]

Hey everyone I am a new player to this game. I love mmorpg games. I do wonder though where are players from Florida at in the USA??? If you are from Florida would like to start a Florida Guild please respond to my message. We can do meetups at public places to get to know each other before establishing further arrangements. Lets game and build a state community of Guild of wars2 players!!! The preceding unsigned comment was added by Guardianofrespect (talk) at 16:12, September 26, 2018‎ (UTC).

Hi there. I think you'll have more luck finding other players in your region on the guild recruitment subreddit and/or the official forums. The wiki and its community portal centers more around the documentation of the game, rather than providing a social networking platform. User Incarnazeus Signature.pngtalk 16:48, 26 September 2018 (UTC)

Potential Acquisition Template?[edit]

Can we make a acquisition template that uses the {{gathered from}}, {{vendor list}}, {{dropped by}}, and {{contained in}} templates (along with some new code) to automatically put down a section header with the table if it can be acquired a certain way, and doesn't put any text if it's not acquired from that way. For example, I have a testing one at User:Trevor95251/Template:Acquisition template test, and while it doesn't add headers I'm sure someone more knowledgeable than I could do that. Not only would this save time while editing, but it could also save time in the future as if an item gains another acquisition source it would automatically update as long it had the proper property. ~~Trevor95251 15:32, 27 September 2018 (UTC)

Notifications - (10^n) th edit[edit]

Firstly congratulations to User:Incarnazeus for being the first user to report the existence of the automated notification for reaching an order of 10 contributions.

Wiki notification 10,000 edits.jpg

This has highlighted the existence of the system messages which we weren't previously aware of - at the moment the messages are pretty bland. Here's the list: list.

It might be fun if we customise the messages a bit. Here's some suggestions from Discord:

Suggestion maker Edit count Message
F Prince 1
Ahai outlander, {{GENDER:$2|You}} just made {{GENDER:$2|your}} first edit; thank {{GENDER:$2|you}}, and welcome!
F Prince 1
{{GENDER:$2|You}} just made {{GENDER:$2|your}} first edit; wow, that's quality edit, take a look!
Konig 1
{{GENDER:$2|You}} just made {{GENDER:$2|your}} first edit; for Zhaitan!
F Prince 1
Commander, {{GENDER:$2|you}} just made {{GENDER:$2|your}} first edit; thank {{GENDER:$2|you}}, and welcome!
F Prince 1,000,000
{{GENDER:$2|You}} just made {{GENDER:$2|your}} millionth edit; nerf please.

Evidently the discord suggestions are mostly troll suggestions that brand-new users may not get the references to, so I'm going to ignore them :P -Chieftain AlexUser Chieftain Alex sig.png 11:03, 14 October 2018 (UTC)

As mentioned on the discord, I think we should go from happy-go-lucky friendly to seasoned and bitter notifications. On a more serious note, messages in the lower numbers should be especially friendly and encouraging. I'd suggest adding something along the lines of "We hope to see you around!" or "We are looking forward to seeing you around more often" or "With your help we can make the wiki a great resource for the general playerbase" or "We appreciate the time you invest in editing the wiki; please know that you are a valuable individual and that your work matters."
There's usually a reason beyond having time/boredom that leads to an individual editing the wiki, so we should keep that in mind and act appropriately on it. Praise, along with gratitude, goes a long way. User Incarnazeus Signature.pngtalk 11:15, 14 October 2018 (UTC)
I missed this section, and the Discord discussion. I'll see if I can write up some ideas tomorrow. G R E E N E R 06:34, 16 October 2018 (UTC)

Halloween[edit]

I'd like to see some suggestions for a halloween theme for the wiki. We would need:

-Chieftain AlexUser Chieftain Alex sig.png 06:32, 16 October 2018 (UTC)

This is super last minute as usual. :D
Anyhow, I'll think about it some more later (I need to head out now), but meanwhile, here's what the french wiki has. Maybe we can ask Irule if we can steal the footer? User Incarnazeus Signature.pngtalk 09:39, 16 October 2018 (UTC)
Hey, this isn't last minute, the ingame events are always stupidly early for a one day RL event. -Chieftain AlexUser Chieftain Alex sig.png 17:09, 16 October 2018 (UTC)
Just wanted to say I think it looks great, love some Halloween spirit. ~~Trevor95251 18:14, 17 October 2018 (UTC)

Standalone, Sets - United[edit]

Long story short, I'd like to get rid of the standalone weapon pages in favor of listing ALL of the weapons/skins/etc on *one* page. It's putting all the information in one place instead of scattered all over the place and would make it much easier for your average player to know all shiny things that came from X thing. I have two mockup pages done already: User:Doodleplex/Sandbox 7 and User:Doodleplex/Sandbox 3(not linking cause might delete later...less cleanup). I'm curious to know what other people think. - Doodleplex 23:17, 19 October 2018 (UTC)

I propose: (1) we do it by campaign, (2) and we do not set the "set" parameter for any of them - use categories instead if you must. -Chieftain AlexUser Chieftain Alex sig.png 13:43, 20 October 2018 (UTC)
I've removed the set parameter from a bunch of annoying Heart of Thorns ones -with two weapons in each of three sets- and deleted the set pages. I don't mind the current layout of List of standalone weapons. -Chieftain AlexUser Chieftain Alex sig.png 14:00, 20 October 2018 (UTC)
I agree removing set in the infobox, since it sort of contradicts the point of being a unique/not set weapon. If by campaign you mean by how I set it up on Sandbox 3, then yay, if not, please explain. - Doodleplex 15:00, 20 October 2018 (UTC)
Sorry Doodle, I don't like the combination of tables and galleries on a long page, repeating sections of tables+galleries. Pick one, not both. -Chieftain AlexUser Chieftain Alex sig.png 15:25, 20 October 2018 (UTC)
Galleries it is then. Picture's worth more anyway. - Doodleplex 15:26, 20 October 2018 (UTC)


Removing Sensitive & Public-Facing Data from Anet Employee Pages[edit]

Due to the recent Reddit witch hunt, which so far seems to have resulted in Chris Cleary deleting his reddit account, and past occurences (JP debacle), I would like to propose to remove all kinds of public-facing data from ArenaNet staff member pages. The wiki as a neutral place should not provide the means for an angry mob to look up vital information such as twitter, reddit and/or other social media accounts. Yes, social media accounts are mostly publicly accessible, but we should neither "serve it on a silver platter" nor enable people. Similarly, we need to ask ourselves whether it is morally acceptable to add profile pictures taken from streams or other sites to employee pages. Yes, taken from streams those screencaps would technically count as ArenaNet property, but without explicit permission of the staff members in question, we should not have these images on their pages, else it counts as violation of privacy. Thoughts? User Incarnazeus Signature.pngtalk 20:12, 31 October 2018 (UTC)

I support it. I'd hate to see the wiki became a way for (angry) users to track down developers' social media accounts. —Ventriloquist 20:23, 31 October 2018 (UTC)
Assuming you're including LinkedIn on here, agreed b/c that data's just too close for comfort. -Chieftain AlexUser Chieftain Alex sig.png 20:36, 31 October 2018 (UTC)
I support it as well. Some might argue, that angry users can track down developer/employee social media accounts even if they are not on the wiki, but removing them here makes it A) harder to get and B) avoids any kind of backlash the wiki might get for providing the info. As for images on the employee pages, at the moment i would generally remove them (if the image wasn't explicitly added/provided by the employee) and maybe create a form were employees can grant us the rights to use a picture/provide one them self. Same idea could be applied to the social media accounts. Almdudler (talk) 20:51, 31 October 2018 (UTC)
Sounds good, Alm. And yeah, LinkedIn URLs should be removed as well. If there's no dissenting voices, I'll give the employee formatting style sheet a look and go through staff pages tomorrow. User Incarnazeus Signature.pngtalk 21:00, 31 October 2018 (UTC)
Just tell me what exactly you want removed/deleted and I can crawl through them with a bot (assuming there's quite a few staff pages) -Chieftain AlexUser Chieftain Alex sig.png 21:24, 31 October 2018 (UTC)
I support Inc's proposal as well; I've always been a bit hesitant listing LinkedIn information on devs' wiki pages for this very reason, and the pages are easily reachable from Google if someone needs to update relevant job title info. --Kossage (talk) 21:46, 31 October 2018 (UTC)
I have no object, just a question: what if the staffer themselves put it on their own page? - Doodleplex 22:27, 31 October 2018 (UTC)
I would say in all cases, curate the information (i.e. look at the history) to see if the staff member appears comfortable with what's present. G R E E N E R 00:38, 1 November 2018 (UTC)

(Reset indent) This is now done. The only thing left for discussion is whether we should be removing images as well. 80% looked fairly "private" to me. User Incarnazeus Signature.pngtalk 08:36, 1 November 2018 (UTC)

Although the removal of the links do make these pages less useful, I can understand the purpose of this. However, I object to the removal of screencaps of official videos. These are neither private nor sensitive, and they were provided while these employees represented the company in an official capacity. They also provide no benefit to witch-hunters. I agree that some review could be done on the licensing of existing images; some are listed as "Public Domain" when they are unlikely to truly be so. However, I would encourage this review to be done carefully without a guilty-unless-proven innocent approach. For example, the image of Stéphane appears to be a personal photo and not one provided by ArenaNet, but on closer investigation it was uploaded by Stéphane himself. Likewise, the image of Jon Peters doesn't have any obvious source, but a little research reveals that this is from the official Guild Wars 2 pre-launch blog. While some staff images may have been sourced inappropriately, many were not. -- Dashface User Dashface.png 13:26, 1 November 2018 (UTC)
Hey, can we slow our roll on this stuff? I didn't even see this topic until I got into the office this morning and already people are changing formatting guides and talking about bot edits. This is a major change to the way we document something, and it should not be done in a hurry. - Felix Omni 13:37, 1 November 2018 (UTC)
to be fair it was just my suggestion to use a bot and it wasn't followed up. -Chieftain AlexUser Chieftain Alex sig.png 18:08, 1 November 2018 (UTC)

(Reset indent) I object strongly to all of these changes (not least of which how quickly it was pushed through.) The wiki is not beholden to angry reddit mobs any more than ArenaNet itself is, and we should not be preemptively removing content based on speculation of what Joe Theoretical Angry Gamer could do with it. Many of the blogs and social medias Inc removed have been displayed for nearly a decade with no apparent issues. We don't preemptively protect articles to prevent vandalism, we only do it if they're actively being targeted (as we did with the "JP debacle," which took all of 10 minutes). Why would we remove information that's of real interest to users with zero evidence that it's somehow being misused? Frankly, I find it distasteful and entirely counter to our community values that some of you distrust our own user base to this extent. If we are to document ArenaNet employees at all, then it's entirely valid and valuable to provide additional background and context about them via their own chosen, personally curated platforms- which, by the way, are also often cited sources of lore and trivia on the wiki. Should we go through all our articles and delete every cited dev tweet and post as well? Of course not.

Now, I do think it's important that we accommodate ArenaNet employees and former employees if they personally request we remove their information, as several have done with their displayed photos recently. Stephane has communicated that to them, and they have plenty of ways of contact us if they want to. For anything beyond that, I do not see a need. - Felix Omni 19:58, 1 November 2018 (UTC)

The wiki is here to document the game, not arenanet's staffers, so I don't think its a big deal imo. Employees choosing to post on their own personal LinkedIn pages doesn't qualify for reposting without their permission. Sure, if they've added links to their own pages, leave them, but I wholeheartedly agree with the early consensus reached last night, their backgrounds don't really have a place here.
Sure, angry man can track them down outside of the wiki, but that's not our problem if they know how to google. -Chieftain AlexUser Chieftain Alex sig.png 20:24, 1 November 2018 (UTC)
LinkedIn is a joke and nobody uses it except tech recruiters. I'm talking about the twitter links, reddit users, personal blogs. Stuff the devs actually use, which provides actual and ongoing insight into both the creators and the game itself. And again, I don't care what imaginary angry man does. It's not relevant to what content we do or do not display. - Felix Omni 20:46, 1 November 2018 (UTC)
Twitter links and links to personal, not-game-related, blogs is something that should absolutely go. When developers put 'opinions expressed here are mine and do not reflect the views of my employer' in their bios, that's a sign that maybe we shouldn't link to that on their wiki, game-related, article.
"...I don't care what imaginary angry man does. It's not relevant to what content we do or do not display." Since an 'imaginary' person won't convince you, how about a real one? When the whole JP scandal happened, a lot of people were not aware of who she even was. Then other users would give them the wiki link, so they could see for themselves who she was exactly, and what work she did. Unsurprisingly, the link to her Twitter was right there. Did the majority of the tweets aimed at her come through the wiki? Of course not. But did it make the process easier? Absolutely.
Ultimately, we're discussing the removal of non-wiki-or-game-related content here. How does a link to a dev's LinkedIn benefit the wiki, or the dev's article? Sure, you have a more in-depth look into their work history, but is that something the wiki should foster? I don't believe so. We're not removing this information from the web, we're just removing it from an article about the dev on a wiki they worked on, which is not something I see as a bad thing. —Ventriloquist 13:01, 2 November 2018 (UTC)
JP's twitter handle was visible here for all of 3 hours. We didn't even have an article on her until the day after the tweets happened. You really think the wiki was a significant part of that? If anything, the JP situation shows that ArenaNet employees do represent the company and the game on social media, even if their bio includes a little disclaimer.
I'm seeing LinkedIn specifically come up a lot here. I'll concede that LinkedIn profiles are not useful information to include in articles, primarily because they are not useful information at all. We could remove those, along with any listed non-ArenaNet job history for employee articles, and I wouldn't object. - Felix Omni 14:29, 2 November 2018 (UTC)
And why was it up for such a short time? The revision literally states what has been said, it "only serves as an avenue for continued drama". Devs "represent" the game in the sense that they feature it on their dash, but their views do not reflect the job they work for as such. Why should we link to that? That's my main concern - putting LinkedIn aside, as you agreed - what benefit does linking to their Twitter have? You can argue that they post some lore tidbits here and there, as Peter Fries used to do, but it's far and few. Of the other links, I'd support leaving Reddit in, especially if it's a GW2-only account. —Ventriloquist 15:21, 2 November 2018 (UTC)
In that case one editor made a judgment call to remove it based on real and evident harassment toward the dev, and I think that was fine. But since the RMT fracas that spurred these proposed changes is already over, I'm glad this discussion can move away from knee jerk reactions and toward "what is actually useful for readers?" Reddit usernames and maybe official forum profiles (I think we've listed those on a few employee articles) are definitely useful for tracking dev responses that are specifically relevant to the game. I still would prefer to keep social media links (but not linkedin) because I think there's real value both in the occasional nuggets of game-related content they post, but also in providing a way to engage postively with devs. - Felix Omni 15:42, 3 November 2018 (UTC)

(Reset indent) If we're talking about 'wiki-usefulness', what is the reason for including staffers previous jobs? It's not related to the wiki nor game at all — the same reason we don't want to include links to their social media platforms profiles. ❄The F. Prince❄ (talk) 19:46, 2 November 2018 (UTC)

I find the work history can be interesting if a dev was previously an intern and was then promoted to an actual dev/artist or some-such. It's also interesting to see if a dev has previously worked on other games or if a voice actor is particularly famous. I can see an argument for not including non-ANET history, but then there's weird blank spots. I do question on artist pages if linking to their deviant art/artspace/whatever page falls under the "too personal" umbrella? Because again, those are interesting and nice to have easy access to. --Rain Spell (talk) 01:04, 3 November 2018 (UTC)
I think linking at least Art station should stay, as even ArenaNet themselves posted some links in the big PoF-related concept art article or what that was. ~SimeUser Sime Maraca Choya.pngTalk 01:07, 3 November 2018 (UTC)
Agree that art blogs should stay, I randomly clicked on one artist's blog the other day and found some GW2 cinematic concepts and gifs that I'd never seen before. That's definitely relevant to the game. As far as job history, I think showing what an employee's roles at ArenaNet have been is pretty uncontroversial and should be retained. Where they went to school and what they worked on before and after ArenaNet, maybe less so. For voice actors we can link to their Behind The Voice or IMDB pages rather than giving a history of their work here. - Felix Omni 15:42, 3 November 2018 (UTC)
Summarizing our conversation, feel free to edit this list when decisions are made. Keep discussing below:
  • We have valid reason to limit access to or remove certain information from employee pages. We're a game wiki, not an internal business database. We have no good reason to store large amounts of personal data on non-public figures.
  • Some employees contribute certain bits of information themselves and that's fine. The issue arises when contributors go full on-stalker and find personal pages such as employee's personal non-work twitter or facebook, etc. Even if the contributor means well, this easy access to someone who is NOT a public figure is questionable and can very quickly turn to DOXing if someone is nasty enough.
  • To fix this we want to do the following:
  • Update guidelines, forms, and templates for the ANET dev pages. These guidelines should outline what pages and information are "expected" as a hazard of the work place and what pages and information is too personal.
    • Artists with public facing Deviant Art/Art Station pages are fine. Public facing blogs should be fine. (I'm guessing exceptions made where necessary, if ever.)
    • Voice Actors should link to their IMDB pages, etc.
    • Developers and similar may have a work portfolio website. Unsure if this should be linked.
    • Images are ok if taken from an official GW2 stream or if submitted by the Dev themselves. Use a place-holder otherwise.
  • General Work history while employed with ANET is acceptable. Before and after is a bit stalker-y, but in certain cases may have relevance. (easter eggs, references, etc.) Use discretion.
  • It was brought up that a custom form be created for Anet devs where they can volunteer certain bits of information themselves. (i.e. pictures.) Accessibility issues?
  • On the subject of information removal, the jury is still out.
--Rain Spell (talk) 05:43, 4 November 2018 (UTC)
"Developers and similar may have a work portfolio website. Unsure if this should be linked." - going to vote no on linking to that one. -Chieftain AlexUser Chieftain Alex sig.png 11:00, 4 November 2018 (UTC)
If we're talking about like, a front end developer's list of previous clients' websites then no, we don't need that. For a game designer or gameplay programmer... maybe? I'm not really sure what that would look like. I think we could judge it on a case by case basis if it ever came up. - Felix Omni 14:20, 5 November 2018 (UTC)
I was thinking in the cases where a designer or programmer may have made their own "business card" website. I don't think it would be necessary or useful to list client websites.--Rain Spell (talk) 01:16, 7 November 2018 (UTC)
Do you have any examples of those handy? - Felix Omni 15:42, 7 November 2018 (UTC)

(Reset indent) Now that I'm looking I can't find any. I've seen them a few times on reddit where a programmer or web developer has their own professional website. I think that's a reasonable equivalent to an artist's artspace, etc. I'm really just throwing it out there because we're trying to set new guidelines, and so we can get all our bases covered. --Rain Spell (talk) 20:42, 7 November 2018 (UTC)

Wow. As just a fan of the game, and its creators, I am saddened by the proposed removals of information. It seems such a pessimistic view of the playerbase and users of the Wiki. It seems to me, anyway, if someone wanted to harass an employee, there are plenty of ways to do so without using the Wiki. Seems unfair to punish the majority just because someone _might_ use the Wiki unresponsibly. I am especially disappointed to hear pictures were/are to be removed. I think many enjoy putting a face to forum posts, etc. Just my two cents. Inculpatus cedo (talk) 17:14, 12 November 2018 (UTC)
Removal of pictures is only related to pictures obtained from sources other than official ArenaNet videos/blog posts. ❄The F. Prince❄ (talk) 15:09, 13 November 2018 (UTC)

New guideline draft[edit]

Okay, after letting this percolate for a couple of weeks I've considered the above discussion and written a revised draft of the employee formatting guideline, which can be found here. Please offer any feedback here on the community portal. - Felix Omni 18:21, 14 November 2018 (UTC)

I think it's pretty good. Do we want a section in the infobox that says if they're currently employed by anet? A simple yes/no question answer? Just so you don't have to scroll through to the work history.--Rain Spell (talk) 08:17, 15 November 2018 (UTC)
Well upon checking, it turns out that the infobox does have a former parameter, which if set will auto-categorize the employee in Category:Former employees. However it's not actually displayed in the infobox, or in the template usage section for that matter. We can change that pretty easily. - Felix Omni 14:48, 15 November 2018 (UTC)
I think this is a nice compromise. Seems to show the most important information, and leaves room for additional content. —Ventriloquist 22:16, 19 November 2018 (UTC)

Wiki popups[edit]

Hi all, Darqam has suggested something really interesting over on Guild Wars 2 Wiki talk:Requests for technical administration - might be worth discussing if we want to get behind this idea and make it happen. -Chieftain AlexUser Chieftain Alex sig.png 18:21, 6 November 2018 (UTC)

I love this new (to me) feature in the regular Wikipedia. My vote is a resounding 'Yes!'. Inculpatus cedo (talk) 16:46, 12 November 2018 (UTC)

Updating the runes and sigils[edit]

Hey there, I had a silly idea after looking at some wiki pages after the sigil and rune change. I didn't realize every recipe was entered manually. While updating the stats should be fairly simple, though time consuming, I feel like updating the recipes will be way more complicated, even though I imagine most of them will be standardized. Especially when you consider they are split between the different crafting professions and some have to be discovered, etc. Anyway, all that to say I played with the API a bit and made what is hopefully a more or less practical list of every recipe that's been changed with this update.

Being unsure where to put all that info, I made a project page for it: Guild Wars 2 Wiki:Sigils_and_Runes_update. If you're willing to help update everything, this might help a bit, you just need to search on the page the name of the rune/sigil and then copy/paste the recipes. It's not perfect, but I hope it's helpful. Sk8er Of Bodom (talk) 03:16, 14 November 2018 (UTC)

That's absolutely wonderful! Thank you so much for pulling that giant list of recipes from the API. G R E E N E R 17:54, 14 November 2018 (UTC)

Acquisition of the Orrian temple marks for the LS4E3 collection[edit]

Hey all, I've come across some oddities when obtaining Orrian temple marks for The Tyrian Service Medal collection. In the last week, I got two of these marks when completing a defense event (Lyssa & Grenth), one of these when failing the defense event (Balthazar) and two when completing some pre-events (Dwayna & Melandru). I also failed to get one after completing a pre-event (Grenth).

I went ahead, assumed it could drop from any event in the chain and edited the mark pages accordingly, but it does seem like a very bold claim that can hardly be justified (item descriptions only talk about capture completion, game updates only talk about completing defense events for precursor collections and I didn't think of taking any screenshot). Any thoughts about what should appear on the pages? Aikan (talk) 12:03, 18 November 2018 (UTC)

Pretty sure I've received a mark during a pre event for Dwayna too.
My personal preference would be only to state which events have positively dropped it, and add them individually to the pages, rather than assume all events and verify later. -Chieftain AlexUser Chieftain Alex sig.png 12:44, 18 November 2018 (UTC)
Sounds good. I'll modify the pages along these lines.
I'll also mention this as an anomaly. That way, people who need the mark and see the page won't necessarily wait for the capture event while others may work. Aikan (talk) 18:51, 19 November 2018 (UTC)

Release v Requires[edit]

To quote from the discord "I'm getting so confused about release, I don't want to touch them anymore x.x" — JP and "I'm actually not sure I understand when we would or wouldn't use it now." — Adeira Tasharo, I think it may be better if we change the "release" parameter to "requires" instead. Less of a "when was it released", which can be confusing when things are released later on instead of with the initial big bang, and more of "in some way, this thing requires X to be obtained". - Doodleplex 01:15, 19 November 2018 (UTC)

I have a similar mindset. Knowing when something came out is quaint, like trivia, but rarely pertinent to the reader. Knowing if a release is necessary for the content is useful information, like the notes section. G R E E N E R 02:26, 19 November 2018 (UTC)
I have to agree, especially for newer editors having the parameter/template named "release" can and most likely will be confusing., which could be avoided by changing the its name to clarify it's purpose. Information about when something was released, is of little value for the average user and can easily be done by mentioning it in the Trivia or Notes section. Almdudler (talk) 03:53, 19 November 2018 (UTC)
If no one objects before Thursday, I'll start the change with J.A.R.V.I.S. (it's a holiday in the US and I have the day off). - Doodleplex 01:51, 20 November 2018 (UTC)
I agree, but the only issue I have is with content introduced in festival releases. Having requires = Halloween seems... odd. Nevermind, I forgot we stopped using those. Anyway, sounds good to me. —Ventriloquist 19:51, 20 November 2018 (UTC)
We may be able to remove it from many of the templates altogether by using other available information. An NPC or event that takes place in an expansion zone would require that expansion. If an item is non-tradable and it’s only method of acquisition is via an NPC/event/achievement in an expansion zone then it too will require that expansion. If an item is acquired during an expansion but is tradable, can it be traded to players without that expansion? If so then it does not require that expansion and does not need to be labelled. The only things that truly need to be labelled are specializations and masteries. J.Tesla (talk) 00:23, 21 November 2018 (UTC)
This is true, and to an experienced editor or player, that would be easy to figure out, however to those who aren't that savy, it would cause more questions I think. Additionally, the parameter is also used to categorize if something is HoT or Pof or whatever content and indicates on the page itself that it's from <x> thing. So I don't think removing it completely is a good idea. - Doodleplex 00:30, 21 November 2018 (UTC)
Sorry, I only wrote down half my idea. I meant that instead of writing it into the infobox we would query the existing information such as location and acquisition and use that to determine and categorise its requirement. The end result with the little icon in the top right and content category would be the same as it is now without needing the “release” parameter itself anymore. J.Tesla (talk) 00:41, 21 November 2018 (UTC)
That sounds out of my technical knowledge completely so I have no idea if that's possible or not; it also sounds a lot more complicated than the current set up. I'm not opposed to the idea, I'd need to see how it would work, and have other people who are more code savy than myself give it the thumbs up. In the meanwhile I'd still do the switch, just in case the idea doesn't work so that everything would still be categorized correctly, as long as you don't object. - Doodleplex 02:05, 21 November 2018 (UTC)
So basically doodle you're volunteering to edit every single page with an infobox with the "release" parameter as well as all of the infoboxes and templates that set what the parameters called? I think we should for the time being set the infobox to use {{{requires|{{{release|}}}}}} rather than a straight swap, otherwise we might make data display incorrectly inbetween changing the template + the page. -Chieftain AlexUser Chieftain Alex sig.png 18:05, 21 November 2018 (UTC)

(Reset indent) Yeah, that sounds like a better idea, making it accept requires, swap it all out, and then remove release. You do the code, I'll do he bot stuff. - Doodleplex 21:29, 21 November 2018 (UTC)

That was the collective "we", I'm not editing anything before the weekend, burning out at work. -Chieftain AlexUser Chieftain Alex sig.png 22:18, 21 November 2018 (UTC)
Oh sorry. Then what you pasted above is all I need to do then? Just to make sure I don't break anything. - Doodleplex 22:22, 21 November 2018 (UTC)
Okay plopped in what you said, and everthing seems good. Running J.A.R.V.I.S now to switch from release to requires. If anything starts getting loopy just talk on it' talk page and it'll stop. I except the switch to take pretty much all day so I'll be checking it here and there but otherwise it should be a good boy. - Doodleplex 16:11, 22 November 2018 (UTC)

Name convention for bounty pages?[edit]

Hey all, I'd like to add the locations of the new LS4 episodes bounties. Is there a naming convention for the bounty pages? I see some of them include the rank (Legendary Seneb the Desecrated or Champion Vebis the Inquisitor/locations) while others don't (Starcaller, Vebis the Inquisitor). Aikan (talk) 20:39, 21 November 2018 (UTC)

Some of the bounties have Champion/Legendary rank as part of their names, some of they don't (differs from map to map). Though I think Seneb shoud not have the rank (as Sandswept Isles bounties are all without it), need to check it ingame. EDIT: Yes, he doesn't have Legendary in name. Also some of the events also have lowercase champion whereas other uppercase ingame, it is a random mess basically.~SimeUser Sime Maraca Choya.pngTalk 20:45, 21 November 2018 (UTC)
If there's one thing we can thank Anet for, it's naming inconsistency.--Rain Spell (talk) 06:04, 26 November 2018 (UTC)

Unimplemented content on the wiki[edit]

A couple of points should preclude all others in this discussion:

  1. This wiki is hosted by ArenaNet. While ArenaNet takes a hands-off approach to how the wiki's built and maintained, the community does not have complete free rein in what appears here.
  2. Accessing game assets from files like the .dat is against the Terms of Service, as brought up by our liaison, Stephane.

Now for the meat of the discussion. We have documented on this wiki a fair amount of unimplemented content; we also have the penchant for adding more. Some items that we have document the beta. Some content describes ideas which were dropped from development. Other items [[Mini Corrupted Troll|appeared temporarily in the API]]. And yes, some items were pulled from the game's .dat file.

I would like to hear the community's thoughts on how we should handle current and future documentation of unimplemented content. G R E E N E R 17:44, 26 November 2018 (UTC)

To me "Unimplemented" means "it was in the game during some beta state, but didn't make it to the final game", ie beta content that players saw but it didn't stay around. I've never been a fan of "unimplemented" tags on "things we found while dumpster diving into the game's files" since in a way, that is speculation: there's no way of knowing what something found in the files true purpose is/was if it isn't in the game and was found because somebody was snooping around. The exception to that would be the paper bag hats since it was stated to do be the result of an ArenaNet staff member goofing around, we know it exists because somebody was being goofy. The only other exception is Marjory's Everliving Blade, that item I would like to see what's what with Stephane. The rest? Honestly if it's just something somebody found while poking the game files, I honestly feel that it should go cause it's documenting stuff we weren't supposed to know/have/whatever. There is one more thing to that should probably be brought up now: some things that have been found and have pages aren't meant for players outside of China. So they exist, but we'll never see them. I sort of feel that those should either be documented as sort of a trivia thing on a page somewhere, but I don't think we should have pages for them either. - Doodleplex 21:22, 26 November 2018 (UTC)
Of the existing unimplemented content, there's certain articles that I'd delete, and that's mainly stuff that was clearly never meant for players to view (NPC weapons, 'large bundle' articles) and items that have nothing about them aside from a single ID (plenty of mini articles, such as [[Mini Coyote]]). The others are, in my opinion, worth keeping because it's interesting to see how the game developed, and what exactly was planned to be implemented (Party Animal, adventures for the HoT expansion); they provide a historical value when compared to other articles. I think it mostly comes down to how much informational value an article holds, for players and the wiki users alike. —Ventriloquist 21:45, 26 November 2018 (UTC)
What if perhaps the "unimplemented content" had other sources other than the game files? I feel like if there were at least one other source, there'd be less issues. Either that or some of it would probably fit nicely as trivia on appropriate pages. - Doodleplex 21:49, 26 November 2018 (UTC)
The fundamental reason the wiki exists is to document the game. Personally, I feel that unless anet explicitly says to not document something, it could negatively impact the well-being of someone, or there is a pressing reason on a case-by-case basis to leave some things undocumented, we should document it. The more we restrict our content, the less likely people will be to depend on the wiki for information. Thrain | contribs 21:58, 26 November 2018 (UTC)
In my opinion, we should document unimplemented changes. We did so on GWW with zero causality; this list of unimplemented skills can solely from the gw.dat, and there was next to no complaint about them. Obviously GW2 is a much larger game and has been getting new content far longer, so obviously there's quite a bit more in the gw.dat. Ultimately, I would document unimplemented content if it falls under three categories: 1) items or ideas from development that were dropped (e.g., Bowl of Cabbage Sautee); 2) it was discussed in a blog post but never made it into the game (e.g., Bar Brawl); or 3) it has an active (or has been active for a lengthy duration before being removed) chat link ID therefore people can link and, therefore, /wiki the item in-game. This is especially true for the last, as some people who have the codes may link them causing confusion if nothing shows up when folks search for the item.
If, however, it was something only showed up for a short time and has no real search value - e.g., [[White Mantle Sunderer (large bundle)]] (which, actually, is probably the bundle that you get from Counter Magic (skill) while fighting the Legendary Bandit Executioner) - or is something in-game but cannot be linked to (e.g., the Krait Spear skin that seems to have started this discussion), I see no real reason to keep. Removal of things would be a rather case-by-case basis in the end, but I do not think that we should remove all unimplemented content, or even most of it, that we know about. Some people find this trivia entertaining to go through (I know I do). Konig (talk) 06:48, 28 November 2018 (UTC)
I don't think that needing another source is a good criteria. For one, most implemented in-game stuff doesn't have another source . For two, sources tend to disappear; two of my best resources for researching gw2 went under a few years ago, and even the main forum archive is a black hole you were lucky if google could penetrate. The two nonstandard Quip weapons/skins were confirmed by one of the devs to be Scarlet's weapons from her first appearance, but I doubt I could find that page any more to cite it :/ SarielV 20 x 20px 07:32, 28 November 2018 (UTC)
I echo Konig’s opinion here. And as part of his third suggested criterion, I propose to add that anything with a screenshot of a unique appearance is worth preserving. Some of these are not “unimplemented”, because use by an NPC is itself an implementation. It seems totally illogical to me to be removing interesting articles where the research has already been done. I’m not sure how I’d explain to someone why the wiki once had in-game screenshots of the School Uniform town clothes, for example, but someone campaigned to have them removed. — Dashface User Dashface.png 07:49, 28 November 2018 (UTC)
Previous discussions here and here for reference.
First of all, the semantics. I think we need three separate categories:
  • Discontinued (Could be unlocked in the past, no longer available)
  • Removed (Could be unlocked in the past, but was removed later)
  • Unimplemented (Could never be unlocked).
Unimplemented refers to player/wardrobe availability, not game implementation. Skins not present in the game files are considered concept art, be them artwork or renders.
As for my project: Every skin has a chat link which you can preview ingame (including the aforementioned [[User:Lon-ami/Skins/Krait Spear (skin)|Krait Spear]] ). Also, I didn't find them by meddling with the game's files, if you think that's an issue. I just checked codes one by one, inputting them myself ingame. Did a first round for 8600 entries, then did a second round with a whitelist, using the API as a filter, reducing the entries to 3125. And yes, it was a pain. The way the game works, every skin used ingame, either by players or NPCs, has a wardrobe entry. If it doesn't, then it's part of another model (Which seem to be the case with the Monkey King and his staff), or it no longer exists.
I am however planning to browse the game's text files, just to see if I can find any item strings associated with these skins, since most of them have no names. The method above isn't viable for items, since there's more than 300,000, and many of them can't be linked ingame. I won't find any new skins using this method, only potential item names associated to the ones I already found.
Finally, my primary goal with this project isn't "documentation of unobtainable skins" on itself, but bug reporting for polearm/spear misplacements. The wardrobe is a huge mess, where they recycled polearm/rifle/staff skins for harpoon/speargun/trident skins, but then someone also made unique skins for those, but they forgot to upgrade the items and the wardrobe, or sometimes there's an unique spear skin, but they still pushed the polearm skin, forgetting the spear skin actually exists. It's a disaster, and half the time it doesn't make any sense. I mean, look at this thing, does it ring any bell?
I still insist my additions are no different from the ones already in the wiki, like [[Fargate Opener (skin)|Fargate Opener]] and [[Belinda's Greatsword (Imbued)]], so if mine are to be excluded, then the rest should follow through. Obviously, I'd rather see them all in the main space, but the rules should be the same for every skin.
@SarielV What? Scarlet and Quip? Now that's interesting.--Lon-ami (talk) 11:55, 28 November 2018 (UTC)

(Reset indent) Sariel, you could probably ask Stephane to get that information for you and add it as trivia on Quips page or something. - Doodleplex 03:20, 29 November 2018 (UTC)

"Unimplemented refers to player/wardrobe availability, not game implementation. Skins not present in the game files are considered concept art, be them artwork or renders." Gonna disagree greatly here, Lon-ami, but unimplemented content is - simply put - content that was never put into the game's content. For sake of simplicity, I'm ignoring chat links (chat links existing != exists in wardrobe btw; wardrobe is specifically and solely what we see from the bank) since while accessible in-game, they're not available from any content thus unimplemented. Things that are in the game but unavailable to players are simply in the game but unavailable to players and don't have a specific categorization.
To use an example: Marjory's Everliving Blade is not unimplemented content. It is implemented, but it is unavailable to players as it is an NPC-only weapon. Same would technically go for Sohothin prior to Path of Fire if it didn't use the FDS skin at the time (it does now, but it is also a limited-time bundle for players now like Caladbolg). The Krait Spear in question above is not unimplemented content, it is merely an NPC-only weapon. IMO there is no need to split Marjory's Everliving Blade from [[Belinda's Greatsword (Imbued)]] because they are, effectively, the same thing. One is the NPC-only skin for the NPC-only weapon. I believe we have them separated only because
Regarding "many of them can't be linked ingame", these things have little need to document since they do not exist in a form viewable by any means to players in the game, especially if they overlap with "most of them have no names", which are nigh impossible to document due to the lack of a name to document them under. If - and it's a needless if IMO - we were to document these, then it should be on a singular "list of unimplemented skins" (not to be confused with List of unobtainable wardrobe unlocks, which is about historical/discontinued skins).
Lastly, I want to point out that there is no, and never was, such thing as polearms. Some weapon sets have two skins for spears, yes (though Wolfborn is not one), but polearms never existed. Harpoonguns or Tridents having duplicate skins is a thing that exist too, and they should be documented IIF they can be linked to/have a name associated with the chat link.
ADDENDUM: Do we know when a skin chat link is for an unimplemented weapon or for a bundle? E.g., [[White Mantle Sunderer (large bundle)]]; how do we know it's a bundle, exactly? If it is, it's likely just the one-skill bundle players get from using Counter Magic on Sword of Vengeance while fighting the Legendary Bandit Executioner. Such a thing would be both implemented and able to be further fleshed out. Konig (talk) 03:34, 29 November 2018 (UTC)
Well, that's where you're mistaking the "model" with the "skin". Weapon models are obviously implemented, since they're in the game, but weapon skins aren't, since you can't get them. That's one of the big reasons why I added the " (skin)" suffix to the pages when I created them, even when most of them didn't need it. Model=Implemented, Skin=Unimplemented, Item=Unimplemented/Doesn't exist.
Again, the wardrobe is full of hidden skins, so you can't take that as a point of reference. You could use the API to see what's available or not, but then Fargate and friends have to go.
I find the term "unavailable" confusing, since it could imply it was available at some point, but it isn't now (discontinued, not available at the moment). "Unreleased" could work, but then again, it implies it could be released some day (coming soon, to be released later). "Unimplemented" leaves no room for confusion, since it's obviously something that isn't obtainable, since it never existed in the first place (as an obtainable skin).
Also, I think it's pretty bold for you to question the polearm issue, when there's multiple concept art, the weapon type is still used internally to this day (, , , , , ), and the Wolfborn Harpoon I linked above is an obvious greataxe. Here's a full list of potential polearm skins for your pleasure.
Finally, I don't think bundle skins are worth documenting. Most of them have no names and no icons, and they will never be obtainable, since you can't apply skins to bundles. They use the wardrobe system, but they are obviously not intended for player usage in any way whatsoever. Taking screenshots of the preview panel is an entirely different thing though.--Lon-ami (talk) 12:03, 29 November 2018 (UTC)
I'd like to suggest that guessing chatlinks is equivalent to scraping the dat. If we didn't ping it from something we actually have, it isn't something intended for us. -Chieftain AlexUser Chieftain Alex sig.png 18:03, 29 November 2018 (UTC)
I second that, and Stephane agrees with this as well(can screenshot from discord if needed). Also if you're going to debate over the polearm, do that on it's talk page instead of here, more appropriate. That being said, I think we're in agreement about the "White Mantle Sunderer (large bundle)"/bundle skins being deleted. I also do like Konig's list, providing you include things like reddit comments as well, since we've gotten confirmation on a a few things that way as well. - Doodleplex 01:37, 30 November 2018 (UTC)
@Lon-Ami: There is no distinction between "model" and "skin", they're the same thing ultimately. The "hidden skins" in the wardrobe are almost exclusively gemstore skins (or some other super hard to get skin); anything else is intentionally hidden because they've never been implemented, so yes, it is viable. The term "unavailable" in no way implies something was ever available, that's just not how English works. And that article you linked is 100% player stipulation, those are all spears; "polearms" is a term created by players (called such because some look like halberds rather than spears), even in the earliest rendition of that page, and is ultimately just "land spears"; they were eventually scrapped as a weapon but then returned as an aquatic-only weapon. Further disagreement on that, however, can be brought to my talk page. I will agree bundle skins are not worth documenting.
@Alex: I would disagree since it's something available in-game. To me, dat diving is external. Either way, I don't see dat diving to be harmful for documentation purposes; as said, GWW did this extensively without qualm.
@Doodle: For "my list", blog posts could be supplemented for "developer comments" ultimately. Blog was just an "official" outlet I was thinking of. Konig (talk) 05:00, 30 November 2018 (UTC)
How is there no distinction between model and skin? There's multiple models with no skin (present in the game's files, but not ingame), and models used in multiple skins too (rifles and staves recycled as harpoon guns and tridents). There's also many weapon models which are part of another model, meaning they have no skin id either, even if they're present ingame. Speaking of "implementation", many models implemented as skins are not implemented as items in any way whatsoever. To leave things clear:
  • Model: 3D files with textures, multiple attachment points, and multiple dye channels.
  • Skin: Wardrobe entry with a selected attachment point, designated materials for the dye channels (cloth, leather, or metal), skin type (sword, boots, etc), class (for armor weight), and default character animations (how you hold it). Has skin id.
  • Item: They can contain skins. Has item id.
This is basic technical knowledge. A skin is not a model, and a model is not a skin. I know there are multiple unused models in the game's files, but I'm not covering those in this project.
And again (I'm really tired of repeating this) every weapon skin used ingame, by players or NPCs, has a wardrobe entry. No exceptions. Gem Store skins aren't the only hidden thing in the wardrobe.
As for polearms: Just preview the codes I provided you, ingame, and check their weapon type.
The likes of Fargate Opener, [[Belinda's Greatsword (Imbued)]], School Uniform, and Paper-Bag Helm 4-Pack were found using datamining (by finding the item first, the skin second). If they stay in the public space, so should mine, right?--Lon-ami (talk) 11:09, 30 November 2018 (UTC)
You're talking about source material, I am not. For all intents and purposes, for the purpose of the wiki, there is no difference between the model and a skin, even if it's a duplicated skin. Do you have any source telling us that "every weapon skin used ingame, by players or NPCs, has a wardrobe entry"? Because I'm 99.999 with a lot more 9s % sure that you're making this up off of your own conclusion. Wardrobe entries likely have to be coded into the wardrobe itself - after all, the wardrobe didn't always exist in the game, while many of these "hidden skins" have.
And as for "what remains in public space", it seems you're under the impression everyone here is saying all that should remain in your user space? Because that's not what's been said. That said, while I would need to go through what got moved into your userspace, I think it should be rather self-explanatory which fall under my three points (which it seems Doodle and Dash, at the very least, agree with). Konig (talk) 20:31, 30 November 2018 (UTC)
I think we're getting slightly off topic. However as a result of getting off topic, it does actually further the idea to me that if we have unimplemented content, that we need information from somewhere other than poking things with a stick(that we should or shouldn't be poking) so we know the why/what/etc so we don't have debates like the one above about the polearm/pole weapon. - Doodleplex 23:17, 30 November 2018 (UTC)
It's basic technical knowledge. What source do you need? You're asking me to prove the Earth isn't flat. First you tell me I made up polearms, when in the previous reply I linked you not one, but six items containing the polearm weapon type, which you didn't even bother checking. I don't know, learn database basics? Base64 encoding/decoding? Datamine yourself until you understand how the game is built? Or do you want me to ask ArenaNet for a full disclosure signed by every member of the company?
I think the problem here is trust. Again and again I've been doubted, and again and again I've proved my points were correct, with concept art, screenshots, and chat links. What else do you need? All I see are cries of "you don't have proof", yet I keep on giving, while you give nothing in exchange.
Back to the topic: Prove my entries are different from the ones already in the main space. If you can't, then mine deserve to be moved back. If you can, or if you vote to remove "unimplemented content" from the main space, then move the remaining pages to my user space so I can keep documenting them in a single location, instead of two.
And quit with the double standards.--Lon-ami (talk) 18:52, 1 December 2018 (UTC)

(Reset indent) Talk:Polearm (weapon type). Polearm/pole weapon discussion there, not here. - Doodleplex 19:19, 1 December 2018 (UTC)

"Prove my entries are different from the ones already in the main space." For starters, the fact that User:Lon-ami/Skins/Krait Harpoon (skin) comes up with no name when you plug in the chat link in-game. Red flag #1. No name, no way to properly document it as an individual weapon, and it is clearly not something meant for players to ever utilize. So no need nor point in making it an article. It's clearly an NPC weapon or bundle, and the latter doesn't get skin pages while the former doesn't need pages at all.
Second example, the historical appearance of Flamekissed - there is zero need to create a separate page when merely an image and trivia note will do. A separate page will do absolutely nothing but bloat up searches. Konig (talk) 19:31, 1 December 2018 (UTC)
By the way, the majority of the pages in the Unimplemented content category are, as far as I can tell, content from the betas that didn't make it into the final version of the game, hence the category's description and why it was made in the first place. So an "everything or nothing" result is unlikely because of that. - Doodleplex 19:34, 1 December 2018 (UTC)

After reading the above, I believe there's general agreement that we can go beyond our mandate of just documenting the game. If ArenaNet has released information about a topic publicly, be it on a blog, through another website, during a beta, on Guild Chat, etc., then the content is fair game to document on the wiki.

Skipping over all of the grey area, we come to what may end up in the black for documentation. ArenaNet is company with its own intellectual property. They own their IP as well as this wiki. It is their right to decide when and how their IP gets released to the public, which is one of the reasons why digging through the .dat is against the EULA: they own what's in the .dat.

I am going to reach out to Stephane to see if ArenaNet would like to comment on this issue. They may choose to overlook the topic much like they did for the gw1 wiki, but as pointed out, gw2 is a different beast. If they do choose to comment, then we should also be aware that it's year-end, and the marketing team is quite busy with the roller beetle races and who knows what else. It may take some time before we hear from them, if at all.

Thank you all for commenting on this topic so far, please feel free to continue the discussion. G R E E N E R 00:23, 2 December 2018 (UTC)

Greener you asked me once if I would be able to ban you. Right now, I can't, you can un-ban yourself, but you are wrong here. Guild Wars 2 Wiki:About states the wiki is hosted by Arenanet, but it doesn't say "owns", because the wiki isn't owned by anybody, it's a volunteer group effort. We should be able to figure out the best course of action on our own without having to ask ArenaNet what to do, because we're the ones running this thing, not them. Additionally, the official stuff you're looking for I think is on the wiki already, albeit in a place nobody ever looks: Guild Wars 2 Wiki:General disclaimer. "...it should be clearly understood that information that has not been officially released by ArenaNet pertaining to the game should not be posted to this website....Any information in violation of this policy is subject to immediate deletion." If you were looking for an official stance, we already had one it appears. - Doodleplex 03:42, 2 December 2018 (UTC)
Thank you very much Doodle for that important distinction. I was quite wrong about the owning vs. hosting. Thank you also for finding the link to the general disclaimer, and pointing out that the important part is the community coming to its own consensus. G R E E N E R 06:22, 2 December 2018 (UTC)
Anyway so upon finding the disclaimer, I think we really do need to be careful about our "grey" content. As of now, I think if it was found in ways that does not include the API(since anybody can check that), and if it hasn't been referred to by an ArenaNet staffer, past or present, in some way, that it either be deleted completely, and if the content is relevant/appropriate as being a line of trivia, that can be added elsewhere. I believe this should apply to both userspace and main space, since while users can use their space to do with as they like more or less, they shouldn't be using it to do things that would be tagged for deletion in mainspace articles, that does strike me as being a bit of a double standard that we shouldn't be doing. As for stuff found only in the API, I'm not sure. I kinda feel like if we can't find anything about something found via the API in over a year that it should be reviewed to see if it's actually in game, or exists only in the API and therefore probably shouldn't have a page. - Doodleplex 01:25, 3 December 2018 (UTC)
If I setup a project page to review the unimplemented content we already have, then we can figure out the context for how we found it. It'll help if we know what the common groupings are. -Chieftain AlexUser Chieftain Alex sig.png 19:03, 3 December 2018 (UTC)
Perhaps a little late but I wanted to add my $0.02 about the line from the general disclaimer that it is generic enough (as "pertaining to the game" can be lawyerspeaked into meaning "is part of the game") that it can be attributed to any and all future content as well thus subjugating Category:Future content and Upcoming changes and features and similar pages to the same controversy. Since "officially released" would dis-include things like employee twitter or reddit accounts, too, as I'm not sure they're technically considered official. This would also pretty much include almost all concept art images as they're drawn primarily from third party sites the artists have uploaded images to. I'm pretty sure no one, including ArenaNet, would like to see such a widescale wiping. So I suggest sticking to the simple notation of "can players run across it (e.g., via blog, forum, chat links that provide item name, api, or Anet comments on third party sites) and does it have enough information to merit its own page". Konig (talk) 02:27, 4 December 2018 (UTC)
After taking a looking into that category, the only thing I find questionable is Tigris Opal, the majority is pretty much birthday presents. Otherwise, I like Alex's idea. - Doodleplex 04:30, 4 December 2018 (UTC)
Okay I'd now like to invite other users to see which pages they disagree with the proposal for on Guild Wars 2 Wiki:Projects/Unimplemented content/list. -Chieftain AlexUser Chieftain Alex sig.png 21:07, 4 December 2018 (UTC)
I agree with most of it. If it appeared in the API and was removed later, then it's an obvious mistake.
However, I don't like the "it's popular" as an excuse to keep things. Anyone can go to reddit now, post about something, and make it popular. The only skins I would save are the paper bag helms, and only because they were directly acknowledged by an ArenaNet employee. The rest should be gone, which includes:
An alternative is to allow everything that has a wardrobe chat link (no items, only the skins). For those arriving late to the party, here's a few of them. I'm documenting them as a personal project, but I'd be willing to adapt them for the main space if they're deemed worth of it.
Also, I think historical skins deserve their own separate pages (most have different icons, and their chat links still work). While that's being discussed, I'd like to have these two pages restored+moved to my user space:
If people agree, they can be moved back to the main space (together with my other historical pages). If not, I'll keep them as part of my personal project.--Lon-ami (talk) 21:31, 6 December 2018 (UTC)
Historical like a sub page that the skill pages do you mean? Eh, nah I don't think that's needed the few pages where that applies it fits better as trivia, so I vote no. Also if most of those user pages is made up of content you found via chat code scraping, those should be flagged for deletion. Reason being, since if those sort of pages aren't allowed in the mainspace due to not being intended to be found by players/not officially released, they shouldn't be allowed in userspace either, double standard. Otherwise, I'd suggest you just make/remake the pages you want instead of waiting for people to figure out what to do with them, it's faster and easier for your project that way. - Doodleplex 00:11, 7 December 2018 (UTC)
The advantage of historical pages is they have their own category, making them easier to be found.
As for those deleted pages, I'd rather recover what I already had than remake them. Less work for me, and less wasted space for the wiki itself, so stop removing the red links until it's done. And anyway, if pages with datamined icons and chat codes are fine, I don't see why mine aren't. All of them are present in the game in one way or another, I'm not dealing with unreleased weapon models.--Lon-ami (talk) 12:10, 7 December 2018 (UTC)
I've delinked pages that Alex deleted today. Additionally, if the pages you requested to be moved are restored ans moved, the original links would need to be delinked anyway afterwards, all there is to it. As per your request, I've left your proposed user page links alone for the time being. That being said, if there's a decent number of skins that were drastically changed(excluding icons since those change fairly often over all items), then perhaps a sub page, but only if there's a fairly decent number. And that info should probably be put elsewhere as not to de-rail this conversation.
In regards to this conversation, excluding the half a dozen items still up for debate(three of which are likely to be deleted), it looks like 99% of the pages that still exists that are flagged as Unimplemented is content encountered during a beta or things ArenaNet staffers have provided information from. Everything that got deleted was content that was found in the .dat/data-mined that had basically no information, or what little information did exist was moved as trivia elsewhere if deemed appropriate/suitable. I feel and think that based on that, moving forward if content is found via methods that are less than official it either needs confirmation from an ArenaNet employee in some way or be added simply as trivia on a more appropriate page. Otherwise, it simply isn't appropriate to be on the wiki, in either main or user space. - Doodleplex 01:38, 8 December 2018 (UTC)
I suggested deleting the pages, but keeping the images as trivia concept art inside related pages. As long as the weapon model is physically visible ingame, as NPC gear or terrain props, we aren't really "leaking" something, just showing a better picture of something that is already there.--Lon-ami (talk) 12:50, 8 December 2018 (UTC)
Regarding "no user space", screenshots should be fine, right? As long as they appear in the game in one way or another. The only sensible information is the chat code, which I don't care about removing (half of my entries don't even have one anyway, since they're historical skins).--Lon-ami (talk) 14:15, 8 December 2018 (UTC)
Depends on how you got the screenshot. If we wouldn't be able to use in main space articles because of how it was obtained, then I'd have to say no. So use your judgement based on that. - Doodleplex 15:57, 8 December 2018 (UTC)
As long as it's already present ingame, how the screenshots are obtained is kinda irrelevant. Now, if it only exists at the .dat (chat code or render), then yeah, it shouldn't be around. None of the screenshots I uploaded so far qualify for that though. That said, I sanitized my pages a bit, removing chat codes, item references, and other bits of data, so they shouldn't be a problem anymore. Now it's just a screenshot plus notes on where it appears ingame.
I would like to see both [[Fargate Opener (skin)]] and [[Belinda's Greatsword (Imbued)]] moved to my userspace, where I will remove the sensible data as well.--Lon-ami (talk) 16:35, 10 December 2018 (UTC)

(Reset indent) Providing the screenshots are not from a chat link obtained via dat diving/data mining/chat code scraping, they're fine yes. However if they are from one of those, please replace them, they aren't to be on the wiki. This seems to be the general consensus based on project Alex started, and because of that, no, those pages shouldn't be restored and moved to your userspace, they were obtained via poking things that shouldn't have been poked, hence why there were deleted. They don't belong on the wiki anywhere peroid. Done. - Doodleplex 04:04, 11 December 2018 (UTC)

So you're telling me to wait for the NPC wielding them to stand in a good pose for a screenshot? The result will always be considerably worse, not to speak about the waste of time it's going to be for whoever wants to take those screenshots. I assume this file File:Fargate Opener.jpg is to be deleted then? Good luck taking an ingame screenshot to replace it.
As long as the chat codes and other sensible information are removed, preview screenshots should be fine. You are not showing anything that isn't already available ingame, for everyone to see.--Lon-ami (talk) 13:56, 11 December 2018 (UTC)