SimpleComplete | All scripting plugins in 1 + more!

marketplace_plugingitdiscorddocs

donate80robuxdonate1000robux

Find more of my resources in my index


[NOTE]: This plugin does not appear in your toolbar, you interact with it via the command bar. See the documentation for more information.

SimpleComplete is a relatively simple plugin which allows you to add docstrings to variables, table members and functions, add tags/attributes for your docstrings, as well as have shorthands for importing any of Roblox’s services and your own modules and instances.

Run this code in the command bar to insert the plugin into your game

game:GetObjects("rbxassetid://109628552165042")[1].Parent = workspace

Happy coding!

Was this resource useful for you?
  • Yes
  • I haven’t tried
  • No
0 voters
107 Likes

Oops forgot to public it, it’s public now

5 Likes

Update 1:

2 Likes

I need a better tutorial. The currwnt tutorial flies off my head

6 Likes

Essentially, there are 2 main things inside the docstrings: Tags and Attributes

These work similarly to Instance tags and attributes, tags are simply names and attributes have both a name and a value.

For example, <deprecated> is a tag, while <kind>: $Function$ is an attribute ($…$ is used to define strings)
These can be in any order inside the docstring, for example:

image

But for defining variable/table member docstrings, you need a special <docstring> tag at the start of the comment, like this:

--[[<docstring>

]]

on the top of it. This is as to not conflict with any existing comments

5 Likes

This makes alot more sense! Thx ill use it now

3 Likes

Update 2:

  • Added service auto-imports

    Screenshot 2025-03-24 113040
    It does not work when writing inside strings/comments (multiline and single line) and also does not work when you have already defined the service names as their own variables
3 Likes

Update 3:

  • Service auto imports no longer show up when defining a local variable and when doing a table member access via . or :
  • Docstrings & import utilities are now enabled by default
2 Likes

Update 4:

  • Docstrings now are completely reliable, same for service auto imports and shorthands:

    The next update will be module autoimports!
2 Likes

Update 5:

  • Added module auto imports, with the syntax for determining what ancestors to check being the --?module-ancestors {..paths...} directive, like so:

Note that all descendants of the ancestor which are modulescripts will be considered.

3 Likes

Patch 5.1:

  • Fixed module imports showing up after a service shorthand
4 Likes

Update 6:

  • Fixed module and service imports going in random order, now it goes directives → services → modules
  • Fixed service suggestions popping up in unwanted places such as string patterns or directives
  • Fixed a very big performance issue with auto imports, now it runs very smoothly even for relatively big scripts
4 Likes

Patch 6.1:

3 Likes

Patch 6.2:

  • Made it so that module path refreshes are done incrementally instead of clearing the whole table and rebuilding it, this considerably improved performance for module auto imports

  • Improved the new isInNonImportContext function to return true when inside multiline comments/strings (Also works for scoped multiline comments)

3 Likes

Update 7:

  • Added “script” and “.Parent” as usable within the --?module-ancestors {} directive (for example, you can now do --?module-ancestors {script.Parent})

  • Service imports no longer appear in function parameter lists

  • --? directives are now autocompleted:

  • Directives no longer apply when used within strings

Known issues:

  • Service imports show up when defining tuple variables, e.g local a, b, c
4 Likes

Patch 7.1:

  • Service imports no longer appear in tuple variable declarations
2 Likes

Patch 7.2:

  • Module results from different ancestors now combine with eachother
  • Module paths are resolved as the shortest

5 Likes

Patch 7.3:

  • Module and service imports now no longer consider statements within strings
  • Fixed relative path issue (e.g require(script.ServerScriptService.MyScript.MyModule when it should just be Script.MyModule)
  • Fixed a whole bunch of minor string pattern inconveniences
1 Like

Update 8:

  • Made it so that module auto imports now use game:GetService(name) instead of game.name when using services (if a variable has not been declared as it), but if a variable HAS been declared as the service (doesn’t matter the name, just need to be declared with game:GetService()), it’ll use that instead. (This doesn’t affect script relative paths)

  • Name sorting coming soon!

2 Likes

Patch 8.1:

  • Modules are now properly cleaned up if the module-ancestors directive has been changed/removed
1 Like