User:JulienDethurens/Draft

Introduction

Restricted doors, also commonly called VIP doors, are used to restrict access to a certain area to only certain users. There are many restrictions that one could want to apply to a restricted door, and this article can not cover them all. It will however cover the most common restrictions:

• Being a certain player.
• Owning a certain asset (usually a t-shirt, but can also be a badge, a shirt, or even a hat).
• Being in a specific group.
• Being the creator of the place.
• Being a friend or best friendss of a certain player or of the creator.

However, you should always think before making a restricted door that restricts access to a certain area. Ask yourself these questions:

• Is it really necessary?
• Wouldn't it be better to make a GUI or a command that teleports there?
• Isn't there a nicer way to do it?

The problem is that restricted doors are often overused. Sometimes, they are used to protect a room that contains certain items. Yet, these items could be given automatically to the players, instead of them having to enter the room every time they die. Try to avoid using a restricted door if you can do it in a cleaner way.

Building the Door

An example of a door.

Building the door should not be a problem, but I am still going to describe it. First, you will need to create the door. Usually, you will want it to be of the size of a character, so players can get through. You will probably want the door to be anchored too, unless you expect it to move whenever a player touches it...

The size of a player's character is 4 x 5 x 1, so you will probably want your door to have that size. However, you can't get exactly that size with the Brick FormFactor. Therefore, you will probably want to change the FormFactor to Symmetric, so you can get the exact size. Another solution would be to simply make the door slightly bigger than the exact size of a character. Usually, you will also want to build a room around the door, but that is out of the scope of this tutorial.

Scripting the Door

Structure

First, we will need to create a script in the door. Go in the "Insert" menu and choose "Object...". Then, use the dialog that appears to insert a script in the door. Once you have a script in your door, open it to edit it in the script editor.

Because the door will be manipulated a lot in the script, it would be a good idea to define a variable that contains a reference to it. I'll call that variable door, but you can call it whatever you want. local door = script.Parent You will probably want to be able to open and close the door. Let's make a function to open the door and another to close it.

There are many ways to open a door, but, for this tutorial, we will choose one that makes the door progressively disappear.

We will use a loop to make the door fade, and we will use its Transparency property to changnale its opacity. Then, finally, we will change the door's CanCollide property to allow players to walk through it.

Incase you weren't sure how to write the code, here is an example that works. However, you are encouraged to write your own code, as that is how you will learn. local door = script.Parent

function open() -- This function will open the door. door.CanCollide = false -- Make players able to walk through the door.

for transparency = 0, 1, .1 do door.Transparency = transparency wait(.1) end end If there is an open function, there is of course also a close function. That close function does exactly the opposite of what the open function does, so you should be able to write the code yourself. If not, here is the code as I wrote it, but remember you are encouraged to write it yourself. local door = script.Parent

function open() -- This function will open the door. door.CanCollide = false -- Make players able to walk through the door.

for transparency = 0, 1, .1 do door.Transparency = transparency wait(.1) end end

function close() -- This function will close the door. for transparency = 1, 0, -.1 do door.Transparency = transparency wait(.1) end

door.CanCollide = true -- Make players unable to walk through the door. end You probably want the door to open when it is touched, and, therefore, it should use the Touched event. Therefore, let's connect the Touched event to a function. Then, we will check if the part that touched the door is in a character. Here is the code that I wrote. local door = script.Parent

function open() -- This function will open the door. door.CanCollide = false -- Make players able to walk through the door.

for transparency = 0, 1, .1 do door.Transparency = transparency wait(.1) end end

function close() -- This function will close the door. for transparency = 1, 0, -.1 do door.Transparency = transparency wait(.1) end

door.CanCollide = true -- Make players unable to walk through the door. end

door.Touched:connect(function(part) if not part.Parent then return end -- We don't want the script to error just because the part has no parent. local player = game:GetService('Players'):GetPlayerFromCharacter(part.Parent) or game:GetService('Players'):GetPlayerFromCharacter(part.Parent.Parent) if not player then return end -- If it isn't a character that touched the door, then we ignore it. end) Now, what do we want to do when the door is touched? We want to check if the player corresponds to one of the restrictions. That brings me to the next section...

Restrictions

There are many ways to check if the player corresponds to one of the restrictions, but we will use a simple system in this case. However, you are encouraged to try other ways to do it, as that will help you to learn.

The system we will use in this example is simple. We will use a table that contains all the restrictions, under the form of boolean expressions. If any of these boolean expressions is true, then the door will open.

What we will need is a table and a loop that iterates through the table. If any of the values in the table is true, it will open the door, wait 4 seconds and then close it. You can see the code I wrote below. local door = script.Parent

function open() -- This function will open the door. door.CanCollide = false -- Make players able to walk through the door.

for transparency = 0, 1, .1 do door.Transparency = transparency wait(.1) end end

function close() -- This function will close the door. for transparency = 1, 0, -.1 do door.Transparency = transparency wait(.1) end

door.CanCollide = true -- Make players unable to walk through the door. end

door.Touched:connect(function(part) if not part.Parent then return end -- We don't want the script to error just because the part has no parent. local player = game:GetService('Players'):GetPlayerFromCharacter(part.Parent) or game:GetService('Players'):GetPlayerFromCharacter(part.Parent.Parent) if not player then return end -- If it isn't a character that touched the door, then we ignore it. local restrictions = {} for _, restriction in pairs(restrictions) do if restriction then open() delay(4, close) end end end) Now, we need to put some restrictions in there. A restriction, in this case, is

Let's see some common restrictions you might want to apply.

Being a Certain Player

Often, you will want to authorize certain specific players to go through the door. In a such case, this is probably what you would do.

You have probably already guessed how to apply this restriction, but, if you didn't, it is simple. You just check if the player's name is equal to a certain string: player.Name == "PlayerName"

Being in a Certain Group

Checking if a player is in a certain group is easy. You have to use the IsInGroup method of the Player object.

Incase you don't already know what the IsInGroup method does, I'll explain:

The IsInGroup method accepts one argument, which is a group's id. If the player is in the group with that id, the method will return true. Otherwise, it will return false.

Therefore, here is an example of applying this restriction (note: you can change 127081 to the id of any group): player:IsInGroup(127081)

Owning a Certain Asset

You might already know that it is possible to verify if a player has a certain badge with the UserHasBadge method of the BadgeService. But what you might not know is that this method can actually be used to know if the user is the owner of any asset, including hats, gear, badges, t-shirts, shirts, pants and even places!

Restricted doors often use t-shirts, and, in the past, the BadgeService did not exist, so scripters had to check if the player was wearing the t-shirt, which forced the users to constantly change their t-shirts, and which was annoying.

Since the release of the BadgeService, and since the discovery of the fact that it can actually be used to know if the user owns any asset, more and more users are using it for restricted doors and other kinds of scripts.

The UserHasBadge method has two arguments, userId and badgeId. The userId argument is the id of a certain player, and the badgeId argument is the id of a certain asset. The method will return true if the player with the specified id has the asset specified by the badgeId argument.

Here is an example of applying this restriction: game:GetService('BadgeService'):UserHasBadge(player.userId, 1032571) Note: some older scripts that still use the method of checking if the user is wearing the t-shirt ask you to substract 1 from the id. However, this method does not require you to substract one from the id.

Being the Creator of the Place

This restriction could be achieved by simply comparing the player's name with a certain predefined name (the name of the place's owner) and checking if they are equal. However, this way of doing it is useful, as it will work correctly in any place. For instance, you don't need to edit the script before giving it to a friend, as it will adapt to the place. It uses the CreatorId property of the DataModel and compares it to the player's id. If they are equal, then the player is the owner. Therefore, it works in any place and you don't even need to change your name to the name of your friend when giving it to him.

Here is how you apply this restriction: game.CreatorId == player.userId

Being the Friend of a Certain User

What if you want all your friends to be able to go through the door? Well, the admins made a method just for that! It is the IsFriendsWith method of the Player object. It has one argument, called userId, which is the id of an user. It could be interesting to send game.CreatorId to this method as the argument, if you want to allow all the friends of the creator.

This restriction is simple to apply: player:IsFriendsWith(3365919)

Note: there is also an IsBestFriendsWith method, which does exactly the same thing, except it instead checks if the player is in the user's best friends list.

Terminology

This is a list of some of the terms that were used in this article, as well as their definition, in the context of the article.

restriction

A boolean expression that evaluates to true or false depending on the value of the player variable.

asset

A specific item, usually represented by its id. Can be a t-shirt, a shirt, a pants, a model, a badge, a place, a hat, a gear and many more.

identifier

An unique integer representating a specific thing out of many things of the same kind. Often abbreviated to "id".

terminology

The vocabulary of technical terms used in a particular field, in this case, the current article.