Report Bug
Β·
Request Feature
Β·
Wiki
Don't forget to star the project if you like it ππ
young-shell.mp4
This preview is part of a WIP shell I made using Spell called Young Shell.
Spell is a framework that provides necessary tooling to create highly customisable, shells for your wayland compositors (like niri, hyprland) using Slint UI.
Here is a tutorial for new comers to get a hang of spell.
Rather then leveraging Gtk for widget creation.Spell leverages Slint, a declarative language provides a very easy but comprehensive way to make aesthetic interfaces. It, supports rust as backend, so as though there are not many batteries (for now) included in the framework itself, everything can be brought to life from the dark arts of rust.
Important
Please provide your inputs to improve Spell 1.0.3 is out but remote IPC access remains broken. Ability to pass vectors of ipc and non ipc will be added in the next release.
- Simple frontend with fast backend: As Spell uses Slint for creating widgets, which is extremely customisable while being easy to use. Backed by rust, the code remains lightweight, memory safe and predictable.
- Hot Reload: Once the size of widget is set. Changes in slint code is reflected as is in the widget. Leading to faster iterations of code.
- Streamline Project Structure: Spell doesn't change the project structure of slint in any way. So, no new paradigm needs to be learned for working with spell.
- Remote Accessibility: Spell also ships a CLI through which state of widget can be made accessible, enabling integration in compositor settings.
- Prebuilt Components(Material, Vivi): Spell's CLI can port slint's
material components to your project, Just add
--materialor--viviwhen creating a starter project withsp. - Services: (WIP) Spell also provides a vault with common functionalities like app launcher backend, notification backend, MPRIS etc.
Let's first install the CLI of Spell.
# To install CLI
cargo install spell-cli
# To create a starter project
sp new project-name
sp CLI offers this clean way to create a project so you wouldn't have to hustle with
the initial setup. Under the hood, it uses cargo new command paired
with filling the files with appropriate content.
Now the main code, following code in you slint file create a counter and initialises it from default value of 42.
// In path and file name `ui/app-window.slint`
import { VerticalBox, Button } from "std-widgets.slint";
export component AppWindow inherits Window {
in-out property <int> counter: 42;
callback request-increase-value();
VerticalBox {
Text {
text: "Counter: \{root.counter}";
}
Button {
text: "Increase value";
clicked => {
root.request-increase-value();
}
}
}
}Now, to increment the data and specify the dimensions of widget add the following to your src/main.rs file.
use slint::ComponentHandle;
use spell_framework::{
self, cast_spell,
layer_properties::{LayerAnchor, LayerType, WindowConf},
};
use std::{env, error::Error};
slint::include_modules!();
// Generating Spell widgets/windows from slint windows.
spell_framework::generate_widgets![AppWindow];
fn main() -> Result<(), Box<dyn Error>> {
// Setting configurations for the window.
let window_conf = WindowConf::builder()
.width(376_u32)
.height(576_u32)
.anchor_1(LayerAnchor::TOP)
.margins(5, 0, 0, 10)
.layer_type(LayerType::Top)
.build()
.unwrap();
// Initialising Slint Window and corresponding wayland part.
let ui = AppWindowSpell::invoke_spell("counter-widget", window_conf);
// Setting the callback closure value which will be called on when the button is clicked.
ui.on_request_increase_value({
let ui_handle = ui.as_weak();
move || {
let ui = ui_handle.unwrap();
ui.set_counter(ui.get_counter() + 1);
}
});
// Calling the event loop function for running the window
cast_spell!(ui)
}Running this code with cargo will display a widget in your wayland compositor.
It is important to mention that if you have defined width and height in both your window and in the rust code,then the renderer will manage the more or less dimensions accordingly, which may lead to undefined behaviour.
For details of arguments and use of [layer_properties::WindowConf] and [cast_spell], head to their respective attached docs. The frontend code for this example is adopted from./slint-rust-template
You can clone this repository and run the following examples.
- Example of a simple bar.
cargo run -p spell-demo --bin barI remember adding this section a few months ago, now I can say that the first stable version is out!!. Create a spell project and give it a shot.
Warning
There are some heavy breaking changes for making CLI/IPC/Remote access to
variables easier. ForeignController essentially replaced by IpcController.
Leading to a much lighter window.
Warning
The crate is under active development and breaking changes are expected.
- Multi-widget gets unstable sometimes due to changes in slint.
- Multiwidget event loops are slow in niri than in hyprland
- Hide and show features of widgets work flawlessly in niri but hangs in hyprland due to an underlying bug.
Efforts are in way to clear out these rough edges. For the time being, you can head over to minimal example to add appropriate patches and dependencies to use spell with slint.
The project started as a personal repo for my own use. There is lack of widget creating tools in rust. Secondly, I had a question:
How the heck wayland works?
So, to understand wayland and side-by-side create a client gave birth to Spell. I know a lot more about functioning of wayland than I did. Also, a framework developed that could be delivered in some time for others to use and create widgets in rust.
Slint because it is a simple yet powerful declarative lang that is extremely easy to learn (you can even get a sense in just few mins here). Secondly, unlike other UI toolkits, it has awesome integration for rust. A compatibility that is hard to find.
Not a lot of batteries included for now, future implementations of common functionalities will occur
in vault module of this crate. For now it has a AppSelector, which can be used to retrieve app information
for creating a launcher. Other common functionalities like system tray, temp etc, will be added later for
convenience. I recommend the use of following crates for some basic usage, though you must note
that I haven't used them extensively myself (for now). For roadmap, view here.
- sysinfo: For System info like uptime, cpu, memory usage etc.
- rusty-network-manger: For network management.
- bluer: For bluetooth management.
The library is still in an early stage. Yet I will encourage you to try it out, feel free to open issues and even better, PRs for issues. Feature requests can be posted in the issues section itself, but since a lot of things are planned already, they will take a lower priority.
Made with
