Write your Titanium Alloy stylesheets using SCSS (Sassy CSS) syntax.
STSS allows you to harness the full power of SCSS to generate your TSS stylesheets. Nested properties, variables, mixins, imports, it's all there!
To get SCSS conversion up and running, this project utilizes the powerful libsass library. Libsass is a C-port of the original SASS, written in Ruby. The benefit is that it is a whole lot faster. The primary disadvantage however is that feature-wise it's not on par with the latest version of SASS.
SCSS is a superset of CSS. It's perfectly fine for you to embed CSS directly into a SCSS document. However, this is not the case for STSS, which has been built directly on top of SCSS. As such it is a superset of SCSS. It is not built on top of TSS and it would balk if you ever tried to mix TSS directly into STSS.
This means that if you want to use the power STSS brings you, you will have to get used to writing CSS-like stylesheets, instead of JSON. However, if you come from the web-world, this might be considered a benefit!
In short: Knowledge of (at least) CSS is required.
There are two ways to install STSS: globally and locally. If you need STSS for a single project, local will suit your needs just fine. If you prefer to use STSS for multiple projects and dislike having to install it every time, then feel free useto the global method.
Go to the root folder of your project (that contains the 'app' subfolder) and execute:
npm install stss
During installation STSS will try to add a pre-compile hook to your project's alloy.jmk file. If it does not exist, the file will be created.
From any location execute:
npm install stss -g
This will make sure stss can be invoked from the CLI from any location. But -unlike the local installation- the alloy.jmk file won't be updated with a pre-compile hook. In order to get your STSS files automatically converted you will need to perform an additional command in the root folder of each of your projects (where you want to use STSS).
Go to the root folder of your project (that contains the 'app' subfolder) and execute:
stss --jmk
STSS can be used via the command line interface (CLI), or by interacting directly with its API. If the pre-compile hook was installed successfully you don't have to do anything at all. STSS will simply be invoked everytime you build your app.
If not working on an Alloy project, most of you will simply want to add STSS to your development stack using the CLI. Below you can find information on how to use it this way.
To convert a STSS file into a TSS file:
stss <input.stss> <output.tss>
For example:
stss stss/app.stss tss/app.tss
Path to look for @import-ed files. Defaults to the current working directory.
Print the resulting TSS to stdout.
Install a pre-compile hook for STSS into the app's alloy.jmk file.
JSON file containing custom shorthand (structured after shorthand.json)
Print the outout from the various conversion stages
Print usage info.
Aside from the command line, STSS can be invoked from within your node application as well.
Render a STSS file by supplying its path:
var stss = require('stss');
stss.render({
file: stss_filename,
success: callback
[, options..]
});Or, render STSS data directly:
var stss = require('stss');
stss.render({
data: stss_content,
success: callback
[, options..]
});There is also a renderSync method if synchronous execution is required:
var stss = require('stss');
stss.renderSync({
file: stss_filename,
success: callback
[, options..]
});file is a String that contains the path to an STSS file that is to be converted. Either this property or data needs to be provided.
data is a String containing raw STSS that is to be rendered. Either this property or file needs to be provided.
success is a Function that will be called upon successful rendering of the STSS to TSS.
error is a Function that will be called upon occurrence of an error when rendering the STSS to TSS. This option is optional, but it's the only way to know an error occurred.
Below is a description of the primary features that have been added to STSS.
Similar to CSS and SCSS, only actual String-values need to be quoted. In practice this means only text-property values should be quoted. However, quotes (both single and double) are permitted. For example, this is perfectly fine:
Label {
font: {
fontSize: '12dp';
fontWeight: 'bold';
}
}But it could also be written without quotes, like this:
Label {
font: {
fontSize: 12dp;
fontWeight: bold;
}
}Though TSS uses camelCase for property names, the CSS-world is more used to seeing hyphens instead. For this reason STSS supports both notations. Wherever you normally encounter a mid-word capital letter, you can instead insert a hyphen. For example:
.classname {
width: Ti.UI.SIZE;
textAlign: Ti.UI.TEXT_ALIGNMENT_LEFT;
shadowColor: #111;
shadowOffset: {
x: 1;
y: 3;
}
}could also be written as:
.classname {
width: Ti.UI.SIZE;
text-align: Ti.UI.TEXT_ALIGNMENT_LEFT;
shadow-color: #111;
shadow-offset: {
x: 1;
y: 3;
}
}Though TSS does not allow selectors to be nested (like SCSS does), it does allow for SCSS-like namespaces. Usually SCSS compiles these to flat properties, but STSS keeps them intact. For example:
Label {
font: {
fontSize: 12dp;
fontWeight: bold;
}
}will compile to:
"Label": {
"font": {
"fontSize": "12dp",
"fontWeight": "bold"
}
}Note: Since TSS does not support the CSS concept of child or descendent selectors, take care not to nest actual selectors when writing STSS. Though one of the strengths of SCSS -and STSS won't complain- the resulting TSS will be invalid.
Property names used in TSS are directly derived from their Titanium API counterparts. This makes perfect sense, but some of these names are quite lengthy. The value you are to assign them can grow even lengthier however. Especially when you need to use constants. Furthermore, now that you'll be using CSS-style notation for your markup, it might be nice to use terms you are already familiar with from your CSS-writing days. For these reasons STSS comes with support for abbreviations, or shorthand notation.
In order to not break future TSS (Titanium) versions, shorthands are bound to certain property-, or namespace names.
Fortunately most property names are pretty similar to their CSS-equivalent. When it comes to nesting however, some (sub-)propertynames are longer than their CSS-counterparts. For some of these properties, STSS remedies this. Take for example the Font-property
Inside a font namespace, the following shorthand values can be used:
- family:
fontFamily - size:
fontSize - style:
fontStyle - width:
fontWidth
For example:
Label {
font: {
size: 12dp;
weight: bold;
}
}Property values are a 'bigger issue'. Especially due to the required use of constants. Below is a list of all properties whose values can be written in a shorter, more CSS-like variant.
- left:
Ti.UI.TEXT_ALIGNMENT_LEFT - right:
Ti.UI.TEXT_ALIGNMENT_RIGHT - center:
Ti.UI.TEXT_ALIGNMENT_CENTER
For example:
Label {
textAlign: left;
}- size:
Ti.UI.SIZE - fill:
Ti.UI.FILL
For example:
Button {
width: size;
}For your convenience a number of (often used) queries have been shortened as well. Below is a list:
- ios:
platform=ios - android:
platform=android - blackberry:
platform=blackberry - mobileweb:
platform=mobileweb
- handheld:
formfactor=handheld - tablet:
formfactor=tablet
For example:
Label[ios handheld] {
background-color: #f00;
text: 'iPhone';
}TSS queries are probably the area in which TSS differs most significantly from CSS. Using STSS however you have the option to use @media-queries as well. Below are the various supported options.
Label[platform=ios formFactor=handheld] {
background-color: #f00;
text: 'iPhone';
}Instead of separated using spaces, every query is inside its own pair of brackets:
Label[platform=ios][formFactor=handheld] {
backgroundColor: #f00;
text: 'iPhone';
}@media (platform: ios) and (formFactor: handheld) {
Label {
background-color: #f00;
text: 'iPhone';
}
}Or using shorthand:
@media ios and (handheld) {
Label {
background-color: #f00;
text: 'iPhone';
}
}Label {
@media (platform: ios) and (formFactor: handheld) {
background-color: #f00;
text: 'iPhone';
}
}One of the nice features SCSS offers is the ability to import other SCSS files into the current one. As of version 0.2 STSS supports this feature as well for STSS files.
The syntax is identical to SCSS:
@import "file.stss";
Multiple files can be imported on one line like this:
@import "import1.stss", "import2.stss";
Of course your STSS files can contain multiple import-statements, dispersed throughout the document.
Note: Only files with an .stss-extension, or no extension at all will be imported.
Because the original @import-handling of SCSS has been left intact, files with a .scss extension will also be imported. But these can only contain valid SCSS data. To prevent stupid mistakes please always use STSS files and be sure to use the .stss extension for your stss files and @import-statements!
For those interested, below is a basic outline of how conversion currently works.
- Convert all hyphenated terms to camelCase (e.g. background-color to backgroundColor)
- Quote all unquoted Ti.* and Alloy.* strings
- Convert regular TSS queries to split TSS queries
- Standard conversion using libsass
- Convert all hyphenated terms to JSON objects
- Convert all @media queries into square bracketed queries that are then glued to the selector
- Expand all shorthand forms (e.g. 'ios' and 'center')
- Unquote all Ti.* and Alloy.* statements
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent