As of now, Capy is NOT ready for use in production as I'm still making breaking changes
Capy is a GUI library for Zig. It is mainly intended for creating applications using native controls from the operating system. Capy is a declarative UI library aiming to be easy to write for and versatile.
It has been made with the goal to empower standalone UI applications, integration in games or any other rendering process is a non-goal.
- Use Zig for frontend and backend
- Accessibility: compatibility with almost all accessibility tools
- Cross-platform
- Uses the target OS toolkit
- Cross-compilable from any platform to any other platform
- Tiny executables - Every example's size < 2MB, which is smaller than 'hello world' in Go
A simple application using capy:
const capy = @import("capy");
const std = @import("std");
pub fn main() !void {
try capy.backend.init();
var window = try capy.Window.init();
try window.set(
capy.column(.{ .spacing = 10 }, .{ // have 10px spacing between each column's element
capy.row(.{ .spacing = 5 }, .{ // have 5px spacing between each row's element
capy.button(.{ .label = "Save", .onclick = @ptrCast(&buttonClicked) }),
capy.button(.{ .label = "Run", .onclick = @ptrCast(&buttonClicked) })
}),
// Expanded means the widget will take all the space it can
// in the parent container
capy.expanded(
capy.textArea(.{ .text = "Hello World!" })
)
})
);
window.setPreferredSize(800, 600);
window.show();
capy.runEventLoop();
}
fn buttonClicked(button: *capy.Button) !void {
std.log.info("You clicked button with text {s}", .{button.getLabel()});
}
It is easy to add something like a button or a text area. The example can already be used to notice a widget's parameters are usually enclosed in anonymous
structs (.{ .label = "Save" }
). You can also see that simply wrapping a widget with capy.Expanded( ... )
will tell it to take all the space it can.
Note: Capy targets Zig master so please try to get the latest version
If you're starting a new project, simply clone capy-template and follow build instructions.
Otherwise or for more information, please look in the docs.
You can questions and receive updates on the #capy-ui Matrix channel.
Contributing can be as simple as opening an issue and detailling what bug you encountered or what feature you wish to have.
If you want to help the project more directly, you can fork the project and then create a pull request.
A platform is considered supported only if it can be built to from every other OS.
โ
Windows x86_64
โ
Windows i386
๐ macOS M1
๐ macOS x86_64
โ
Linux x86_64
โ
Linux i386
โ
Linux aarch64 (PinePhone, PineBook...)
โ FreeBSD x86_64
๐งช Android
๐ iOS
โ WebAssembly
- โ Working and can be cross-compile from all platforms supported by Zig
- ๐งช Experimental
- ๐ Planned
Note: As there's no "official" GUI library for Linux, GTK 4 has been chosen as it is the one that works and can be configured on the most distros. It's also the reason Libadwaita won't be adopted, as it's meant for GNOME and GNOME only by disallowing styling and integration with other DEs.