Esta é uma entrevista simples que diz “Olá, Mundo!” para o usuário.
Para executar este procedimento, primeiramente configure seu servidor usando Docker.
Assim que o servidor de docassemble estiver em execução, clique em “Log in” no canto superior direito. O usuário e senha padrão são:
- E-mail: email@example.com
- Password: password
A senha padrão (“password”) precisará ser trocada. Troque-a por outra que tenha ao menos oito caracteres de comprimento e no mínimo uma letra minúscula e um número. Você também deve trocar seu e-mail acessando User List.
Then, click the
button to create a new interview. Call it “hello.yml.” (
the file extension for the data format known as YAML.)
Then, copy and paste the interview code above into the editor:
Then, click the button, followed by the button.
You should see:
(If you do not have a server yet, you can try it out here.)
Adding a question
Now let’s change the interview so that it asks the user a question. Edit the interview and change the contents to:
(If you do not have your own server yet, you can try it out here.)
It should now ask you “What is your planet’s name?” and then greet your world by its name.
Try clicking in the navigation bar. This toggles the display of information that will help you understand how a question came to be asked. This can be helpful for “debugging” your interview. Information about the readability of your interview question is also displayed.
In this example, the Source information explains that the interview
tried to show a
mandatory question, but couldn’t, because it
needed the definition of the variable
planet. Therefore it looked
for a question that offered to define
planet, and asked that
question of the user.
Adding some Python code
Now let’s extend the interview by adding a
code block that makes a
calculation based on a number provided by the user.
Change the interview code to the following:
Note that the order in which the question and code blocks appear
in the YAML does not determine the order in which questions are
asked. This is because docassemble only asks questions as needed
and when needed. The path of this interview is driven by the single
mandatory question. In order to say “Hello, ______”,
docassemble needs to know what
planet is, so it asks the
question “What is your planet’s name?” Then, in order to say “I
surmise that you have no more than ____ inhabitants,”
docassemble needs to know what
inhabitant_count is, so it runs
code that computes
inhabitant_count. However, in order to
compute that, docassemble needs to know
favorite_number, so it
asks “What is your favorite number?” Then it knows everything it
needs to know in order to display the
code block contains Python code. The syntax follows the
rules of Python. For example, the
== syntax tests whether the
favorite_number is 42 or not. The
+ performs addition and the
performs multiplication. The
= sets the value of a variable.
This creates a document “from scratch” that is available in PDF or RTF
format. The content of the document is contained in the
specifier within the
Let’s also try modifying this interview to use a DOCX template in order to generate a document that will be available to the user in PDF or DOCX format.
To do this, first open a word processing application capable of saving files in DOCX format (e.g., Microsoft Word). Create a file that looks like the following:
You can format this file
however you like; in this example, we have indented some text and
inserted an image. The important thing is that the variable names
inhabitant_count are spelled correctly and are enclosed
in double curly brackets.
Save the file as a DOCX file (e.g.,
To do this, go to the Folders menu and select “Templates.”
Then, go to “Upload a template file” and click .
Locate your DOCX file on your computer and select it. Then click .
Now you should see the DOCX file listed as one of your Templates.
Then, click or to go back to the main page of the Playground.
Now you need to edit the interview so that it uses the DOCX file.
For more information about assembling downloadable documents, see the documents section.
Decorate with an image
Now let’s try decorating one of the questions with an image.
First you need to upload the image you want to use.
Then, go to “Upload a static file” and click .
After you select the file (or files) on your computer that you want to upload, click .
You should now see the file listed as one of the “Static files.”
In this example, the file is globe.svg, a picture of a globe.
Now, click or and add the following to your interview:
The file globe.svg is a copyrighted image obtained from Freepik
with an attribution-only license. The
image sets block
facilitates the use of such images. It defines a set of images,
freepik, that share a common attribution. All the images you
obtain from this source can be added to this image set, and an
appropriate attribution line will be added to the screen whenever the
image is used.
images, we indicate that the shorthand name we will give our
Now, edit the “What is your planet’s name?” question and add a
decoration line referencing
Now, when you run the interview, you can see that the image “decorates” the question:
For more ideas about how you can extend your interview, check out the examples area of the Playground.
Any time you develop an interview, you will want to test it on multiple devices, and ask other people to test it out and give you feedback.
The “Save and Run” button is not the only way to start using an interview in your Playground. Any interview in the Playground can be started by visiting its hyperlink. To get this hyperlink, right-click on the Share button and copy the URL to your clipboard. You can share this URL with other people, or bookmark it in your browser. When people visit this URL, they will start an interview session. (Note that this only works if the server you are using is accessible to the user’s device; if you are using a personal computer, your computer’s firewall might prevent other people from accessing it.)
So far, we have been running our interview from the Playground, which is a testing area where we can test things, break things, and “play” with different possibilities. If our interview has reached a point where it is flawless and we want to put it into “production” to that users can use it, we need to move it out of the Playground and install it in a more “permanent” place.
To do this, we bundle our interview into a “package.” Packages can be installed on the same system, or another system, or they can be shared with other developers or posted on GitHub.
Go to the Folders menu and select “Packages.”
This will take you to the “Packages” folder, where you can create and edit packages.
If there is an existing package, click the button to create a new package. Otherwise, edit the “New” package.
Call your new package “helloworld.”
On this screen, you can define the characteristics of your package and indicate which resources from the Playground should be included in the package.
Under “Interview files,” select your
Under “Static files,” select your
Under “Template files,” select your
If you were creating an actual package for distribution, you would type a careful description of your package and the contents of a “README” file here. But since this is only a tutorial, you can skip that.
At the bottom of the screen, you will see some buttons:
Click the button to save your package.
Then, once your package is saved in the system, you will see the following buttons at the top of the screen.
You will see the following buttons at the bottom of the screen.
Now, users can run the interview using a different URL. If your
interview.example.com, users will be able to run the
interview by visiting a URL like:
Previously, the URL to your interview ended with something like
?i=docassemble.playground1:hello.yml. That is a link to the
“bleeding edge” version of your interview as it exists in the
Playground. The link that ends with
?i=docassemble.helloworld:data/questions/hello.yml is a link to the
snapshot that you installed. This will be the “stable” version of your
You can then continue to make changes to the Playground version, while your users are using the snapshot that you installed. When you have made further modifications and you have a new version you want to make available again, you can just click the “Install” button again.
For serious deployment of interviews, it is recommended that you use separate “development” and “production” servers.
Another thing you can do from the “Packages” folder is click the
button. This will
download the package as a ZIP file called
If you unpack the contents of the ZIP file, you will have a folder
docassemble-helloworld. You can make changes to the files,
then re-ZIP the
docassemble-helloworld folder, and install the
revised package on a docassemble server using the
Package Management tool. Or, if you want to edit the revised
contents of your package in the Playground again, click the
button to upload the
contents of your ZIP file into the Playground.
A docassemble package is really just a regular Python package. It follows all of the conventions of Python software package distribution. That means you can share your package on PyPI, the central repository for Python software. Other people can then install your package on their servers using pip, just as they would install any Python software.
This section of the tutorial will explain how to upload the
docassemble.helloworld package to PyPI, but keep in mind that if
you try this yourself on a package called
you will probably get an error because package names on PyPI are
unique and the
docassemble.helloworld package has already been
uploaded (namely, by me, when I was creating this tutorial). However,
these instructions will work if you use a package name of your own
First, you need to create a username and password on PyPI.
The docassemble configuration on your server will need to be set
up to allow publishing to PyPI. To configure this, log in as a user
admin privileges, go to “Configuration” on the menu, and add
the following to the configuration:
If this configuration has been made, you can go to “Profile” from the menu and scroll down to the “PyPI Username” and “PyPI Password” fields. Fill in these fields with the username and password you just obtained.
Then, go to the “Packages” folder of the docassemble
Playground and open your
docassemble-helloworld package that you
created above. At the bottom of the screen you will see
a message about whether the package is published on PyPI and/or
Press the button to publish the package to PyPI.
When the publishing is done, you will see an informational message with the output of the uploading commands. Check this message to see if there are any errors.
If the publishing was successful, then at the bottom of the page describing your package, you should see a message that the package now exists on PyPI. (However, sometimes the PyPI server is slow to reflect the existence of the package, so you may need to give it a minute or two.)
If you click the link, you can see what the package looks like on the PyPI web site.
Now, on the docassemble menu (of this server or another server), you can go to Package Management and install the package by specifying a “Package on PyPI.”
Once your server allows GitHub integration, you can go to “Profile” on the menu, open “Other settings,” and click the link for “GitHub integration.” Follow the instructions to connect your GitHub account with your docassemble account.
Once you have connected your GitHub account with your
docassemble account, go to the “Packages” folder of the
docassemble Playground and open your
package that you created above. At the bottom of the
screen you will see a message about whether the package is published
Press the button.
You will be asked for a “commit message.” This is a brief, one-line message that describes the changes made to your package since the last time you “committed” changes. Each “commit” is like a snapshot, and the history of “commit” messages is a record of the development of your project. You can give your first commit a simple name:
However, your subsequent “commits” should have meaningful names that describe succinctly how that snapshot is different from the previous snapshot. You should also use the README text box to describe to other people the history of all of your changes.
When you press the “Commit” button, your package will be “pushed” to a “repository” in your GitHub account. If a repository does not already exist on GitHub with the name of your package, a new repository will be created.
When the uploading is done, you will see an informational message with the output of the uploading commands. Check this message to see if there are any errors.
If the publishing was successful, then at the bottom of the page describing your package, you should see a message that the package now exists on GitHub.
If you click the link, you can see what the package looks like on GitHub: