rsc3/doc-schelp/HelpSource/Guides/UsingQuarks.scrbl

362 lines
11 KiB
Text
Raw Normal View History

2022-08-24 13:53:18 +00:00
#lang scribble/manual
@(require (for-label racket))
@title{Using Quarks}
A guide to Quarks@section{categories}
Quarks
@section{related}
Classes/Quarks, Classes/Quark, Classes/Git
Quarks are packages of SuperCollider code containing classes, extension methods, documentation and server UGen plugins. The Quarks class manages downloading these packages and installing or uninstalling them.
@section{section}
Installing quarks
@section{subsection}
using the GUI
You can install Quarks using the interface:
@racketblock[
Quarks.gui
::
This offers many community contributed packages most of which are hosted on github.
You can also add additional folders where you keep your personally developed quarks or those you have forked or downloaded.
These will also be shown on the GUI as options for installing.
]
@racketblock[
// put this in your startup.scd
Quarks.addFolder("~/supercollider/quarks");
::
]
@section{subsection}
by name
You can (un)install a Quark by name:
@racketblock[
Quarks.install("UnitTesting");
Quarks.uninstall("UnitTesting");
::
]
@section{subsection}
by git URL
@racketblock[
Quarks.install("https://github.com/supercollider-quarks/UnitTesting.git");
// uninstall it
Quarks.uninstall("https://github.com/supercollider-quarks/UnitTesting.git");
::
]
@section{subsection}
from a local folder
and you can install any local folder:
@racketblock[
// add your own classes
Quarks.install("~/supercollider/quarks/my-thing");
// install something that you downloaded and want to try out
Quarks.install("~/Downloads/something-i-found");
::
You can also add a folder where you keep your development quarks (your own and things you have forked):
]
@racketblock[
Quarks.addFolder("~/supercollider/quarks");
::
Now each quark inside that folder will appear on the GUI for you to un/install.
If you wish to be able to uninstall local quarks, but still see them in the GUI, it is highly recommended to collect your local quark directories under a single master directory. Then, use link::Classes/Quarks#*addFolder:: to add the master directory. ]
@racketblock[addFolder:: does not add individual quark directories.
]
@section{subsection}
Recompile the class library
After installing or uninstalling you need to strong::Language > Recompile Class Library::
If you've made a bit of a mess:
@racketblock[
// remove everything
Quarks.clear
::
]
@section{subsection}
Internals
When you install one it is cloned using git into:
@racketblock[
Quarks.folder;
// open the folder and have a look
Quarks.openFolder;
::
and this path is added to the link::Classes/LanguageConfig:: includePaths so that the classes are in SuperCollider's class path when you recompile the library.
You can view and edit the current include paths via strong::Preferences > Interpreter > Include Paths::.
]
@racketblock[
LanguageConfig.includePaths
::
You can also see or edit these settings in the file sclang_config.yaml
]
@section{subsection}
Fixing Conflicts
SuperCollider does not allow duplicate class definitions and will fail to compile if you've accidentally installed conflicting packages.
The Quarks interface can only work if SuperCollider is compiled and running, so if something goes wrong then you have to fix it manually.
If you are using the SC IDE then open strong::Preferences > Interpreter:: and remove the paths from the Include Paths.
You can also manually edit teletype::sclang_config.yaml::
@section{section}
Saving and Loading sets of Quarks
To make project work simpler you can save and later reload your currently installed Quarks to and from a quarks.txt file.
This is similar to what the LanguageConfig does but this also downloads the Quarks if needed and installs all dependencies.
This is very useful for projects because you can pin the exact releases of each Quark that your project depends on and you should be able to reload them exactly even years in the future.
@racketblock[
// save your current state
Quarks.save("~/supercollider/quarks.txt");
// reload it later
Quarks.load("~/supercollider/quarks.txt");
::
This saves both what quarks you have and what git revision they are on.
If you have uncommitted changes in one of the quarks then it will warn you that its dirty.
The save format specifies the revisions using git tags with a fall back to the full sha hash that specifies the revision. In git terminology this is known as a refspec.
If you have installed local paths that are not under git source control (your own work or things you have downloaded) then the paths will be saved without any version or refspec.
The file format looks like this:
]
@racketblock[
git://github.com/author/quarkname@tags/4.1.4
git://github.com/supercollider-quarks/ddwCommon@8ae156b460dcb08285013265cf3a1c7172bba665
~/supercollider/quarks/my-thing
::
Note that in this case `quarkname` was checked out to the tag 4.1.4, and `ddwCommon` was not on a tag so the refspec is the SHA hash. In both cases this results in an exact reference.
`~/supercollider/quarks/my-thing` was not a git repo so the best it can do is to specify the path.
Even if a quark was installed by name using the directory, the full repository URL will be saved to ensure that the reference is unvarying (the directory.txt could be edited and the URL changed, and that might then point to different source code).
Any packages not under git source control are specified by path, abbreviated to the most logical path relative to the quark file, the home directory or by absolute path. They do not have a version or refspec.
]
@section{section}
Making your own Quarks
Packages are a natural way to store your work.
Install any source code folder as a Quark:
@racketblock[
Quarks.install("~/path/to/my-quark")
::
Or create a folder where you do your development work and add that to the additional folders:
]
@racketblock[
Quarks.addFolder("~/supercollider/quarks");
::
Now you can (un)install your own packages from your local folder.
Managing your code with git is optional, but you should consider using it early on. Even if you do not intend to share your code with anyone else, git provides a backup system and a time machine if you break something.
]
@racketblock[
# in the terminal, its easy as this:
git init
::
Bitbucket offers free hosting for private repositories, and you can setup your own git host on any machine that you have SSH access to. But you don't even need an externally hosted repository to use git.
Hard drives die, backups fail, people make mistakes. If you keep a copy on bitbucket then your work is that much safer.
]
@section{section}
Publishing a Quark
Make a git repository and push it to github, bitbucket or any publicly accessible git host.
tag your releases. The name of the tag is the name of the release version. Using semver (eg "1.0.1") is recommended. This provides the Quarks system with a way to list versions in the interface and to checkout a version and for people to pin dependencies to a stable release. it also provides a downloadable version on your github releases page.
If its on github then anybody can install your quark.
You can also add your quark to the community directory:
https://github.com/supercollider-quarks/quarks/blob/master/directory.txt
Simply click teletype::edit::, make any changes and submit a pull request.
You specify the name, the git url and optionally the most recent version as @tags/{version-name}
@racketblock[
quarkname=git://github.com/author/quarkname@tags/4.1.4
::
]
@section{subsection}
Migrated Quarks from SVN
I (felix) migrated the old SVN repository to github and preserved all the commits and authorship.
You may find your old work in one of these quarks:
https://github.com/supercollider-quarks
Contact me to transfer ownership to your own github account. You may also just fork any repo there, or if you've already moved your code to github then just edit the directory to point to your preferred newer version.
Quarks with spaces in the name had to have those spaces removed. Quarks nested inside other quarks (dewdrop_lib) are now un-nested.
@section{subsection}
git branches
Releases are specified with a git tag which refers to a specific commit regardless of what branch it is on. The default branch is master, but the branch does not really matter, only the tag. If you are not tagging specific releases then Quarks will fetch the master branch.
@section{section}
Quark file
The quark file is a SuperCollider code file containing authorship, version, copyright and dependency information. It is optional but recommended. None of the fields are required and you may include any custom fields you like.
The most important feature is to specify dependencies, version, summary and to specify the help file.
It's similar to the package.json file in npm (JavaScript package manager) or bower.json for Bower (web/frontend package manager).
The file name is the name of the quark followed by the .quark extension:
@racketblock[
{quark name}.quark
::
and is a SuperCollider file that returns an IdentityDictionary
]
@racketblock[
(
name: "DemonWidgets",
summary: "Widgets, gadgets and arcane devices for summoning demons.",
version: "1.0.0",
schelp: "DemonWidgets",
dependencies: ["Bjorkland", "Canvas3D", "cruciallib@tags/4.1.4"],
license: "GPL",
copyright: "Frank Furter, Dr.-Ing. 2015"
)
::
Common fields
]
@section{list}
## name
## summary
## author
## copyright
## license - default is GPL
## version - semver compatible string is preferred eg. "1.0.0"
## schelp - title of the primary help file
## url - home page, defaults to the github/bitbucket url
## dependencies - see below
## isCompatible - a function returning a Boolean. Can check for presence of classes, features, version numbers.
## organization
## country
## since
## ext_dependancy - text describing external software like "PD" or "processing"
::
dependencies is a list of Quarks or git urls with optional an @refspec
@racketblock[
Bjorkland
cruciallib@tags/4.1.4
::
]
@section{subsection}
Deprecated/ignored fields
teletype::path:: was used for SVN
teletype::helpdoc:: specifies an html help file in the Quark. It will still work and will load the helpfile, but schelp is preferred.
@section{section}
Contributing fixes to a quark
Best practice is to clone the quark into a folder where you do your development work.
Make a ~/supercollider/quarks (or wherever you want it) and add this to the Quarks folders:
@racketblock[
Quarks.addFolder("~/supercollider/quarks");
::
git clone the quark into that folder. You can do your development work / hacking there
and submit a pull request to the repository owner.
There is a git extension that is quite useful for working with github repositories is https://hub.github.com
If you use Quarks.gui you should now be able to see both the downloaded version of the quark and also your own cloned version.
]
@section{section}
Offline Usage
Quarks should be usable even when offline.
The directory is cached, refreshed every four hours.
Cloned quarks can switch versions without needing to be online.
You can download a zipped release of all quarks:
https://github.com/supercollider-quarks/quarks/releases