There have been more than 30 million unique activations of SketchUp in the last year, with more than 2.5M of them active on a weekly basis. Every second SketchUp is launched by 30 people around the world. Extension Warehouse now offers you a way to get your SketchUp Extension into the hands of the entire SketchUp community...
The rest of this page explains how to do it, but first, here's the bit our lawyers need us to include:
OK, now on to the process...
This section documents the requirements that developers must meet before we agree to publish their extensions on our Warehouse. We may change these requirements from time-to-time in our discretion.
The following are the minimum submission requirements for Extensions offered to SketchUp users through Extension Warehouse. While you may, without question, offer more than what follows, we will accept nothing less. Extensions offered through the Warehouse must be:
Useful: The extension should provide some useful functionality for SketchUp users.
Unique: Extensions must not simply duplicate existing features or services of the SketchUp client—they must significantly extend some core feature or add entirely new functionality.
Functional: Extensions must install and operate as advertised. The extension should not cause SketchUp to crash or perform slowly.
Safe: The extension should not, through the developer's malice, cause damage to the user's data nor to their operating system.
Documented: The extension should be documented. The SketchUp team will not document your extension for you.
Supported: The extension's developer should be available to answer technical support questions after users have installed the extension. The SketchUp team will not offer support to your users.
Packaged properly as an RBZ Archive: RBZ files are nothing more than ZIP archives of ruby scripts and other assets with a particular, internal folder structure. More on that below.
The following are minimum technical requirements for all submitted Extensions. These are the lines you must stay between in order to have your Extension behave well and operate efficiently within the SketchUp client application.
Note that we expect you're already an experienced SketchUp Ruby Developer. If you're new, please visit our API docs to learn more about SketchupExtensions and RBZ files.
Packaging: The Extension Warehouse only accepts RBZ archives at this time. RBZs are simply ZIP files with a different file extension. But beyond that, we have several requirements for what must be inside your RBZs.
It all starts by choosing a unique name for your extension. Let's assume you're building a plugin called Swivel Driver and your company is called GoCorp. We strongly recommend prepending your extension name with your initials or company name, like so...
Inside gocorp_swiveldriver_v1.0.0.rbz :
||← a SketchupExtension class
|← a folder containing all your assets. It MUST be the same name as your root .rb file.
|← OPTIONAL localization files by language code
This naming convention will help ensure that your assets are safely file spaced. You don't want someone else to accidentally overwrite your extension files. (And don't worry: when we review your submission, we'll check that whatever name you choose is unique across the Warehouse.)
Localization/Translation: langhandler.rb has been updated such that it looks first for translated resources within the Resources folder in the extension structure outlined above. All translated resources should be located within the appropriate language folder.
SketchUp is available in about a dozen languages worldwide, covering users on every continent (including Antarctica.) You have an opportunity to reach quite an international audience with your extension... but most of those folks don't speak English as their first language. SketchUp's Extension API offers some simple tools for localization that make it easy for you to find new markets for your code.
Extension Wrappers: All extensions in the Extension Warehouse must be wrapped with a SketchupExtension class so that the user can enable and disable the extension from the Preferences dialog and/or the Extension Warehouse UI.
Namespaces: Wrap all your code in a developer namespace to protect it from conflicts with other developers' scripts.
Best Practice for "Undo": If your extension adds to or alters the model, it's highly recommended that you wrap these steps in a Model.start_operation / commit_operation call so that users can get their model back with a single Edit > Undo.
The SketchUp team cannot be responsible for supporting users of your extension. You'll need to have some system in place for supporting your users. At a minimum, this includes:
Documentation: A surprising number of users install SketchUp extensions only to be met with the challenge of locating the new feature(s) in SketchUp's user interface, and figure out how it all works... with no support to do so. A successful extension is one that its users can learn how to use. Don't neglect this step. We highly recommend that you include the following in your description:
- Detailed steps for how to get started. Use specific menu names and screenshots if possible.
- A video that shows usage.
- If appropriate, a link to some sample files that allow users to demo the plugin in a "best case" scenario.
Support contact: Users must be able to contact you for support. Even if only via email. Provide a website or a mailto:email@example.com in your account profile links or in your extension description fields.
Training: While not required, users will appreciate any training videos or other similar materials you can offer them to help get them up the learning curve. Please consider offering training information in your extension description and in your account profile links.
If your extension has dependencies, you need to package them together in your extension package, or provide clear guidance for users telling them how to download and install them.
What follows below is a general description of the process of publishing your extension on Extension Warehouse
- Write some code: Come up with an innovative idea that you think will help SketchUp users. Write some code that makes the idea a reality. Test your code to prove to yourself that it works like you want it to work.
- Build your installer: Build the release-ready RBZ, in accordance with our stated Technical Requirements
- Upload to Extension Warehouse: Fill out the upload form and include details about your extension that let prospective users know what your code does and whether it would be useful for them. You'll have a chance to describe the following...
- Languages: Which languages does your extension support?
- Minimum system configuration: Does your extension work on Windows, Mac OS X or both? Does it have special hardware or software configuration requirements above and beyond those of the SketchUp client?
- Supported versions of SketchUp: Which version of SketchUp does your extension support?
- Dependencies: Does your extension depend on the presence of other extensions?
- Documentation: The URL to your extension's externally-hosted documentation
- Contact: A URL or email address that your new users can use to contact you for support. What you do with the inbound traffic is up to you... but users need to know they can find you if they need to.
- Final checks and publication: Check that all your t's are crossed and i's are dotted, hold your breath and punch the "Publish" button.
- SketchUp team review: Our crack team of extension reviewers will check over your submission and validate it against our (admittedly evolving) set of review and acceptance criteria. If something doesn't look right, we'll send you a message explaining what needs fixing before your extension can 'go-live.'
Note: Submission volumes will likely vary over time, which makes it difficult to accurately predict a timeframe for the review process. Some reviews may be quick, others may take a while. Know that we sincerely appreciate your efforts and your patience and we'll do our best to keep you informed as to the status of your submission.
- Extension goes live: Hooray! Your Extension has made it through Review, and is now live for all of SketchUp's users to try out. We'll email you with the good news once your submission has been approved so you can tell your mom. She's going to be really proud.
Reasons We May Reject Your Extension
The truth is, it's possible that your extension might not make it through our review process. If that happens, the reason will hopefully be something minor and easy to fix. The following is a list of reasons we may cite when rejecting an extension. It's intended to serve as a guide for increasing the likelihood of having your extension pass the review process.
Note: Our acceptance criteria will evolve over time as we figure out what works best for the entire community. We have to reserve some latitude in how our guidelines will be applied, and beg your forgiveness if the process seems inconsistent or confusing.
You didn't supply an extension. Extension Warehouse is not simply a listing service for promoting extensions that are offered for download via other services. For your listing to be published on Extension Warehouse, you must make the extension available for users to download and install directly from Extension Warehouse.
Your Extension crashes when used, or causes SketchUp to crash or perform poorly when loaded. If your Extension just plain crashes, it isn't of much use to anyone.
Your Extension causes someone else's extension to crash or perform poorly. Part of participation in the Extension Warehouse is an acknowledgement that you are not doing so in isolation. This thing only really works if everyone stays between the lines.
Your Extension exhibits obvious bugs that prevent it from being used as advertised. Nobody likes code that doesn't work right. It reflects poorly on you and on us. Test your code before submitting it and be sure it does what you think it does.
Your Extension does not perform as advertised. Don't "bait-and-switch" your users. You should describe what your extension does, and deliver that functionality.
Your Extension uses undocumented APIs in SketchUp. Undocumented APIs are unsafe to use because they are subject to change at any time and probably haven't been tested very well. In other words, they may not work tomorrow. And even if they do... they probably won't work well or reliably today because we haven't tested them properly.
Your Extension is a duplicate of someone else's extension. An extension that you claim to be yours shouldn't just be a copy of someone else's work. Be novel, or at least add something new if you are derivative. Don't flat out copy.
Your Extension is spam. Extensions that are simply an advertisement for something else will not be accepted.
It infringes on the trademark, copyright, or patents of another.
It executes malicious code intended to damage another user's computer.
It contains inappropriate, defamatory, obscene, salacious, pornographic or unlawful information, images or materials.
It does not comply with all applicable legal requirements.