-
Notifications
You must be signed in to change notification settings - Fork 108
Commit
- Loading branch information
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,76 @@ | ||
# C API for Taffy (ctaffy) | ||
|
||
Taffy is a flexible, high-performance, cross-platform UI layout library written in Rust. | ||
|
||
This directory contains C bindings for Taffy. The API is a pure C API (no C++ features are used), and is designed to be easy to build other language bindings on top of. In addition to the documentation below, you may to read through the header file (`include/taffy.h`). | ||
|
||
## Examples | ||
|
||
There are readable examples in the examples directory. | ||
|
||
Assuming you have Rust and Cargo installed (and a C compiler), then this should work to run the basic example: | ||
|
||
```bash | ||
$ git clone https://github.com/DioxusLabs/taffy.git | ||
Check failure on line 14 in ctaffy/README.md GitHub Actions / Markdown LintDollar signs used before commands without showing output
|
||
$ cd taffy/ctaffy/examples | ||
Check failure on line 15 in ctaffy/README.md GitHub Actions / Markdown LintDollar signs used before commands without showing output
|
||
$ ./compile-basic.sh | ||
Check failure on line 16 in ctaffy/README.md GitHub Actions / Markdown LintDollar signs used before commands without showing output
|
||
$ ./basic | ||
Check failure on line 17 in ctaffy/README.md GitHub Actions / Markdown LintDollar signs used before commands without showing output
|
||
``` | ||
|
||
## Naming Conventions | ||
|
||
- Everything in the Taffy C API is prefixed with `Taffy`, except enum variant names which are prefixed with `TAFFY_` | ||
- Structs and Enums are named in UpperCamelCase (e.g. `TaffyTree`, `TaffyStyle`) | ||
- Functions begin with the name of the struct they apply to, followed by an underscore, followed by the name of the function in UpperCamelCase (e.g. `TaffyTree_New`, `TaffyStyle_SetFlexBasis`) | ||
- Enum variants are SCREAMING_SNAKE_CASE | ||
|
||
## Error Handling | ||
|
||
Error handling is managed by the use of return codes and "result" structs. All functions in the API return either an `enum TaffyReturnCode` or one of the `struct Taffy*Result` structs (or `void` in the case of infallible operations that don't return anything). | ||
|
||
### Return codes | ||
|
||
Error handling is managed by the use of an enum `TaffyReturnCode`: | ||
|
||
```c | ||
typedef enum TaffyReturnCode { | ||
TAFFY_RETURN_CODE_OK, | ||
TAFFY_RETURN_CODE_NULL_STYLE_POINTER, | ||
TAFFY_RETURN_CODE_NULL_TREE_POINTER, | ||
// ... (see header file for full definition) | ||
} TaffyReturnCode; | ||
``` | ||
|
||
`TAFFY_RETURN_CODE_OK` indicates that the operation succeeded. All other variant indicate | ||
Check failure on line 44 in ctaffy/README.md GitHub Actions / Markdown LintTrailing spaces
|
||
|
||
### Result structs | ||
|
||
"Result structs" are used for functions that need to return another value in addition to a `TaffyReturnCode` indicating success/failure (such as style getters which need to return the relevant style value). As C doesn't support generic structs, there are several "Result structs": one for each type of value. But each struct follows the same structure as the following example (varying only in the name of the struct and the type of the `value` field): | ||
|
||
<table> | ||
<tr><th>TaffyIntResult</th><th>TaffyDimensionResult</th></tr> | ||
<tr> | ||
<td> | ||
|
||
```c | ||
typedef struct TaffyIntResult { | ||
enum TaffyReturnCode return_code; | ||
int32_t value; | ||
} TaffyIntResult; | ||
``` | ||
|
||
</td> | ||
<td> | ||
|
||
```c | ||
typedef struct TaffyDimensionResult { | ||
enum TaffyReturnCode return_code; | ||
struct TaffyDimension value; | ||
} TaffyDimensionResult; | ||
``` | ||
|
||
</td> | ||
</tr> | ||
</table> | ||
|
||
Functions that return Result structs will either return a `TAFFY_RETURN_CODE_OK` along with a meaningful value, or a error variant of `TaffyReturnCode` along with | ||
Check failure on line 76 in ctaffy/README.md GitHub Actions / Markdown LintFiles should end with a single newline character
|