How to get access to use the 5th Edition SRD update?

I was watching today's video announcement and noticed the 5e character sheet looks different than what I have with my free account.  I also noticed an extra icon (information?) available next to the Journal icon that allows for drag and drop of things like spells and creatures.  Do I need to upgrade my subscription to Pro Account to get that functionality?  With my free version, I can't seem to find that character sheet and functionality.  Thanks in advance!

You would need to start a new game and select the 5th Edition ( OGL by Roll20 ) sheet to get those features. They are tied to the sheet. 

Thanks!  I will give that a try.

I am currently running a 5e game using a previous community created 5e character sheet. Is there any easy way to switch to the new 5e sheet without manually rebuilding everything and losing my characters and NPC info? Thanks.

@John K. - Not currently.

Thanks again for the help!  I'm going to do some research now to learn more about the data entry for the attack section as it seems to roll the to hit dice but not the damage dice (even when I click on the damage section only).

@Randy B., By default, the new 5e sheet doesn't roll damage automatically. You have to either click the text underneath the two attack rolls to roll damage, or change the settings for the sheet by clicking the gear in the upper right corner and selecting "always roll damage"

Kevin said: @John K. - Not currently. Thanks for the response, Kevin.  That's slightly inconvenient.   I know it's not cool to complain, but I've been a Mentor level subscriber for over a year now. I have a long running game and have spent hours setting up the content for that campaign. I don't have the time to update every single NPC, monster and character, not to mention copy over all the other map content and such. I'm not a coder. I don't pay to tinker with macros and the API. I'm paying for a service and the conveniences of that service.  If new updates don't retrofit neatly into the old ones, how is that helpful?  

@John K. If you look into the shaped sheet thread you will see that Kryx is working on updating the shaped sheet to take advantage of the new compendium features while maintaining compatibility with the existing sheets.  He is also adding the sheet workers which should help to improve the sheet performance. So the features do retrofit, but it will take poor Kryx who is working feverishly (on his own time mind you as he is a community member, not a Roll20 Employee) to add this compatibility to the shaped sheet.

@Kevin Thanks again for the response.  I have notice this and posted on Kryx's post, as well. I appreciate his hard work. I guess my problem is this: Roll20 has an active and robust community which has allowed them a lot of leaps in their visibility both on Twitch and all over the internet. They've been hiring staff and growing as a company.  With that said, the community does a ton of work for them (and other players) via contributions and peer mentoring. So when a long awaited update to arguably the most popular, mainstream game on the market comes out. Why is it on poor Kryx (who doesn't work for the service I pay for) to suffer the burden of retrofitting the awesome character sheet he already contributed for free? I'm pretty sure Roll20 has metrics analysis to see who is playing and using what on their service. I certain they can see from just the forum post alone that a huge amount of people use Kryx's 5e sheet. Why shouldn't the service I pay for do the work and retrofit the sheet for him, at launch being he contributed it for free in the first place? It seems like the people not getting paid are the ones working furiously to obtain maximum compatibility for the community. Where as this update only caters to people that are willing to start fresh with their sheet. 

I can't speak for Roll20, but in general software development (which I am intimately familiar with even if I am not a hardcore/professional engineer) is a time consuming process and there are only so many hours in the day.  Remember there are still only a limited number of developers and they must work based on a priority associated with the product's vision/strategy. Roll20's vision is to be a cross platform virtual tabletop accessible to all, that vision hasn't wavered. As much as I would love to see the focus on the mainstream games because those are the games I am playing, there are plenty here on the boards that do not play those mainstream games, and nothing is preventing us from playing these mainstream games here.  Roll20 has shown that they are trying to make the platform better for all gamers, not just a subset who play a specific game.  Some games will get priority based solely on popularity, this update shows that, it's focus is on the 5e SRD and features that compliment it. Honestly, their model of making a toolset for the community to contribute to will very often lead to more innovation and definitely more options.  I liken this towards other community models like Linux, the more that people contribute the better and more diverse options you have available.  Look at Linux, how many different distributions are there?  I have no idea the number, but I know it is a large number.  I agree that it would be nice to recognize consistent contributors to the community as there are plenty of them here, but Roll20 has shown that they do try to work with these contributors as much as they are able within the scope of the vision, sure things will never be perfect, but man I am excited about the possibilities.

@Kevin I play every game imaginable so diversity is great for me. I've resigned to playing 5e (not that I haven't grown to love it) because the support for many classic games on Roll20 is basically anemic. When I first joined most of the superhero systems were not well supported. The same went for older fantasy and sci-fi games.  I have long said the system seems to have been built around D&D in it's various incarnations. Which is fine, because I am enjoying revisiting D&D after a long departure. My comment wasn't to point out my bias towards D&D or to infer that Roll20 didn't give enough attention to D&D. My opinion is in fact the contrary. What I was saying is that I find Roll20's regard for the fan base less than subservient. Especially in regards to paying players. If I'm paying for a service on a monthly basis I'd like it to be optimized for me and my needs. Especially if a large majority of the features and accessibility come from the community.  As I said, I'm not a coder. I work in Video Games as a designer. I am constantly confronted with end-user accessibility and fun, so when I see a great new feature coded in such a way that I need to reboot all my game progress to use it properly or wait for someone who is not getting paid to fix the old mod to make it work... I kind of get a little furious.  Linux is all well and good, as an alternative to a mass produced OS. But you can still use a mass produced OS. Roll20 is no longer the Linux of VTT, its the Windows of VTT and it really needs to start thinking that way if it wants to keep the paid members satisfied with their contributions.. 

Let's put it this way: the 5e D&D Shaped sheet, at its core, is a fan-submitted sheet. It is like an incredibly popular fanon headcanon in fandom. A lot of people use it. It works great, although sometimes it needs tweaks when canon reveals new information. But it's still fanon. When canon comes along and throws a gigantic boulder of universe-changing effects  (to use hyperbole), fans need to remember that their precious fanon headcanon is still fanon and thus always has the risk of being broken by canon events. Sometimes fans are lucky that fanon turns into canon, but that's certainly not a given. (Consider the number of "Jossed" events.) The 5e D&D Shaped sheet, made by Kryx, is undoubtedly incredibly popular. However , it is still a sheet made by a roll20 user. Who generously and painstakingly devotes a lot of his time to maintaining his sheet and deserves all the praise. But it's still a sheet made by a roll20 user , and not a dev. While yes the code is public and theoretically anyone can update it...well, if that were the case, then Kryx wouldn't be the only one working feverishly to update the sheet right now. It's basically Kryx's code; he's the one that wrote it, he's the one maintaining it, he's the one that knows where everything goes. Expecting roll20 devs to take over Kryx's code to make it "compliant" would be stepping on Kryx's toes. Expecting roll20 devs to write their code to match Kryx's would be backwards. Unless roll20 hires Kryx. :P Plus, unless a coder specifically plans for other people to look at their code and alter it...well, you just don't touch someone else's code. ;D If you're lucky it's well commented, but even then. 

@Toboe I think you're missing the point. This isn't a fan site. This is a paid subscription service that also offers tools for the fans to create content for the site if they choose to do so. Roll20 is supposed to continue to expand and support their own features. This is the role playing equivalent of Netflix, not YouTube. The service isn't leveraging user based content as it's only source. This isn't fan fiction vs. canon. This is a paying user built something for your game using open source tools and now 30% of your user base uses it.   If I were going to pay for just the services that Roll20 supplies: I.E.: their DM tools, their feature updates, their slow going release schedules, the level of attention paid to all game types that they actively support with character sheets, how well they listen to paying players wants and needs, etc... Well, I would not be paying for this service anymore. If the "amateur" coders in the community can update their incredibly robust character sheet in under week of release of the OGL rules, I'm sure the Roll20 Devs could have done it even faster. Maybe they should familiarize themselves with the most used sheets out there?   Especially, knowing that conservatively, a quarter of the D&D community uses the shaped sheet Kryx created. They don't need to squash Kryx's code. They could ask for permission to update the code from Kryx, though they don't need to. They could copy it and update it in the interim while Kryx chooses whether he feels the need to take his own pass on updating it.   And again, this all comes down to the frequency at which updates come and the relevance of those updates. I just paid my yearly dues. I've waited three months for an update that pertains to me and I get "Wait until Kryx (who doesn't work for Roll20) updates his sheet, or manually switch over yours".  Not cool.

You're also choosing to use Kryx's sheet over Roll20's sheet. You're explicitly requesting roll20 to modify Kryx's code, with or without permission. That, as I said, "steps on Kryx's toes," especially if Kryx has his own plans for the code layout of the sheet. Every coder has their "preferred style" of coding, wherein the code value is the same but the style is different; messing things around without warning is grounds for chaos. Making an exception specifically only for Kryx's sheet, just because it's popular, starts going down a slippery path of "why do you give special attention for that system but not this one." Roll20 is intended to be system-agnostic.  Besides, they're not "squashing" Kryx's code. They provided new abilities and shiny tools that require implementation to actually use. Each sheet author needs to write the code to allow implementation. If the FATE sheet author really wanted to, they could stick in the 5srd compendium too. Kryx simply hasn't implemented it yet (because it's harder than just saying "go implement it"). I wish all code were just plug-and-play, but that's just not how code works.  EDIT: to make another analogy, it's like the newest version of any program/operating system: Windows 10, iOS 9, Android Marshmallow, Adobe Photoshop. If you want the latest shiniest toys (and better security) you have to switch to the new program/system, which may involve some transition pains, and sometimes you find that it's just not possible because of the way the code is structured. Not everything can or should come with backwards-compatibility (and if you don't believe that, well, I guess this is just the end of things here). And I say this as a Windows 7 user who tried Windows 10, found it incompatibile with my computer, and went back to Win7. 

You're still not seeing the point and I'm not going to argue about it.   Especially not when the person defending Roll20 is someone who doesn't pay to use the service. It's fine and dandy to talk about philosophic views on coding when you're not paying to keep the lights on. In the end, this is a business and Roll20 is a software as a service. Textbook software as a service says customers that subscribe get the full benefits of the service.  That means if the functionality is there, its provided in a way that is accessible to all paying subscribers. It doesn't mean, here's a sandbox, code it yourselves.  The system agnostic aspect of this service is frankly hogwash. It can be summed up as:  "We want players from all systems to use our service so we have a ton of subscribers but we don't actually want to support all systems thoroughly... So we only address low hanging fruit for everything but D&D and Pathfinder." And that's fine... But now it's become... Community is so awesome on this service, all we need to do is give you the source code and tell you to code it yourself.   The philosophic aspect of why they don't add all the requested functionality is because it's more work for the same money.  Hence why there aren't a million lesser known Roll20 approved character sheets. Or why they don't provide options for chart based games like MEGs or Rolemaster.  Or why they haven't taken hints from the community API's and made a set of easy customized visual tools.  What they should have been working towards all along is a simple visual tool to access the power of the API functions. Something a DM that doesn't know how to code could use easily and someone that can code can modify. The bottom line is if I'm going to pay a subscription, I want an easy, hassle free  and reliable access to all of the functionality. And I'm sure I won't be the first or last paying customer to unsubscribe and join the non-paying crowd.