README.md

TouchDesigner Save External

a simple save external tox and text helper
matthew ragan | SudoMagic

TouchDesigner Version

• 099 2021.13610

OS Support

• Windows 10
• macOS

Summary

Working with git and TouchDesigner isn't always an easy process, but it's often an essential part of the process of tracking your work and collaborating with others. It also encourages you to begin thinking about how to make your projects and components more modular, portable, and reuseable. Those aren't always easy practices to embrace, but they make a big difference in the amount of time you invest in future projects. It's often hard to plan for the gig in six months when you're worried about the gig on Friday - and we all have those sprints or last minute changes.

It's also worth remember that no framework will ever be perfect - all of these things change and evolve over time, and that's the very idea behind externalizing pieces of your project's code-base. An assembly of concise individually maintainable tools is often more maintainable than rube golbergian contraption - and while it's certainly less cool, it does make it easier to make deadlines.

So, what does all this have to do with saving external tox files? TOX files are the modules of TouchDesigner - they're component operators that can be saved as individual files and dropped into any network. These custom operators are made out of other operators. In 099 they can be set to be private if you have a pro license - keeping prying eyes away from your work (if you're worried about that).

That makes these components excellent candidates for externalization, but it takes a little extra work to keep them saved and sycned. In a perfect world we would use the same saving mechanism that's employed to save our TOE file to also save any external file, or better yet, to ask us if we want to externalize a file. That, in fact, is the aim of this TOX.

Supported File Types

• .tox

Parameters

Log to Texport

If you want to track when and where your external files are being saved, or if you're worried that something might be going wrong, you can turn on the Logtotextport parmeter to see the results of each save operation logged for easy view and tracking.

Default Color

The default color is set as a read-only parameter used to reset the network worksheet background color. This is used in conjunction with the following two parameters to provide visual indicators for when a save or load operation has happened.

BG Color

This is the color that the network background will flash when you externalize a TOX - it's the visual indicator that your tox has been successfully saved.

Save Color

This is the color that the network background will flash save a text based file in an external editor - it's the visual indicator that your file has been reloaded.

File Color

All DATs that have been externalized can be set to this color so you can more quickly identify external text files.

EXT Color

This is the color used to set the node color of your newly externalized tox - this can help ensure that at a glance you can tell which operators have been externalized. Changing this parameter will also update the color of all external components. This change isn't saved until you manually save each component.

Version

The version number for this tool.

ctrl+w

The way you'll use this tox is just as if you were working as you might normally. Only, when you hit ctrl + w, if you're inside of a COMP that hasn't been saved externally, you'll be asked if you want to externalize that module. If you select yes you'll next be asked where you want to save that module. This module will then create a folder that has the same name as your component, and save the tox inside of that folder (the tox will also have the same name as the component). Better yet, this module will auto-populate the path to the external tox with the location you've selected. When you press ctrl + w again it will warn you that you're about to over-write your tox. If you confirm that you want to replace your tox, it will save the updated version right where your previous tox was located.

ctrl+shift+w

In addition to saving a single file, you can also see all the components that you've changed by using this shortcut. This will open a menu of all dirty components that may need to be saved. You can then save them directly from this menu.

Suggested Workflow

Externalization Only

1. Create a directory for your project
   

2. Open TouchDesigner and save your .TOE file in your new directory this is an important step - saving your project makes sure that the member project.folder correct points to your .TOE file.
   

3. Drop the base_save.tox from touchdesigner-save-external\release into your network - I'd recommend doing this at the root of your project, or in a place in your project specifically designed to hold other tools. I like to create a base called tools where I keep all the things that I use for development, or that any machine might need (meaning when you're thinking on a single .TOE file that's configured based on a machine's role)
   

4. Create a new component, and navigate inside of this new COMP.
   

5. Use ctrl + w to save your project as you might usually.

6. Notice that you're now prompted to save your COMP externally - select Yes
   

7. Create a new folder in your project folder called td-modules (this is my suggestion, though you can use any name you like). Navigate into this folder and compete the save process.
   

8. Check finder (macOS) or explorer (windows) to see that in td-moduels you now have a new directory for your tox, and inside of that directory is your saved tox file.
   
   

9. Notice that the color of your tox has changed so you know that it's externalized.
   

10. Continue to work and save. Note that when you use ctrl+w both your project and your tox are saved. If you happen to create an external .TOX inside of a tox that's already externalized, you'll be prompted to save both the parent() and the current COMP or just the current COMP.

Using Git

1. Create a new repo

2. Clone / Initialize your repo locally

3. Open TouchDesigner and save your .TOE file in your repo
   

4. Drop the base_save.tox from touchdesigner-save-external\release into your network - I'd recommend doing this at the root of your project, or in a place in your project specifically designed to hold other tools. I like to create a base called tools where I keep all the things that I use for development, or that any machine might need (meaning when you're thinking on a single .TOE file that's configured based on a machine's role)
   

5. Create a new component, and navigate inside of this COMP.
   

6. Use ctrl + w to save your project as you might usually.

7. Notice that you're now prompted to save your COMP externally - select Yes
   

8. Create a new folder in your project folder called td-modules (this is my suggestion, though you can use any name you like). Navigate into this folder and compete the save process.
   

9. Check finder (macOS) or explorer (windows) to see that in td-moduels you now have a new directory for your tox, and inside of that directory is your saved tox file.
   
   

10. Notice that the color of your tox has changed so you know that it's externalized.
    

11. Continue to work and save. Note that when you use ctrl+w both your project and your tox are saved. If you happen to create an external .TOX inside of a tox that's already externalized, you'll be prompted to save both the parent() and the current COMP or just the current COMP.

12. Commit and push your work.

Additional Considerations and Suggestions

At this point, you might have guess that this kind of approach works best in well structured projects. Some suggestions for organization and approach:

• Think about Order and Structure - while I've structured projects lots of different ways, it's worth finding a file structure that you like and sticking with it. That might be a deeply nested structure (watch out that'll bite you if you get too deep - at least on windows), or it might be something more flat. Regardless, think about a structure and stay with it.
• Make Small Simple Tools - to the best of your ability, try to make sure your modules are independent islands. That's not always possible, but if you can think carefully about creating dependencies, you'll be happier for it. Use custom parameters on your components to keep modules independent from one another. Use select operators, or In's and Out's to build connenctions.
• Reuse that TOX - while this approach is fancy and fun, especially when working with git, it's also about making your future self happier. Thank carefully about how you might make something re-usable and portable to another project. THe more you can think through how to make pieces that can easily move from project to project the more time you can spend on the fun stuff... not on the pieces that are fussy and take lots of time.

An Example Project

In the folder called sample_project open the Sample_project.toe to see how this might work.

Credits

Inspired by the work of:

Anton Heestand
Willy Nolan
I've had the great fortune of working with both of these find developers. I regularly use an externalization tool authored by these two developers, and this TOX is partially inspired by their work. Many thanks for a tool that keeps on working and makes using GIT with TouchDesigner something that's reasonable.

Icons

Material Design Icons by Google