It might be lack of sleep, but I can't figure this out.
I have a Label
, and I want its text to be red when it represents an error, and I want it be green when it represent "good to go".
I found search result for C
and maybe a solution for Python
, but nothing for Rust
.
I tried manually setting the css-classes
property and running queue_draw()
; it didn't work.
I can have a gtk::Box
or a Frame
that I place where the Label
should go, then declare two Label
s, and use set_child()
to switch between them, but that seems like an ugly solution.
Do you have a solution?
SOLVED:
I have to add a "." before declaring a CSS "thing" for it to be considered a class.
Ex:
.overlay {
background: rgba(60, 60, 60, 1);
font-size: 25px;
}
instead of:
overlay {
background: rgba(60, 60, 60, 1);
font-size: 25px;)
}
Just use label.add_css_class(), label.remove_css_class() or label.set_css_classes() and make sure to properly load your CSS style sheets,
Source: the comment of d_k_bo@feddit.org
Before anyone suggests another library:
Iced
andEgui
both can't handle Arabic, which is a deal breaker.Iced
takes forever to compile and iterate, maybe that'll be fixed with dynamic linking.Relm
: I didn't know it existed before I started this project.Qt
bindings: IDK I forgotQt
existed, I was always more of GNOME* guy.* GNU Network Object something Environment
Use libcosmic 😑
No, but seriously.. skip to the end.
Iced can handle Arabic shaping-wise when cosmic-text is used, but it can't handle the direction (yet). If you only need it for the interface, a shit workaround would be to prefix all text with an RLM (RIGHT-TO-LEFT Mark). This would left-align all text of course.
Fast iteration is already fixed by using cranelift in your release-dev profile (or whatever you want to call it), and mold as a linker. The binary will be slower, but iteration will be much much faster.
Okay, something helpful instead: Did you try asking in the
rust:gnome.org
matrix room mentioned in the project page?Unfortunately no, I expect users to enter Arabic text as well.
Maybe, I didn't try that before, but I don't expect Cranelift to match the speeds
gtk-rs
is currently giving me; Cranelift also doesn't solve the problem ofrust-analyzer
acting crazy.No, I prefer public posts to prevent effort duplication, so much so that my mind started filtering out such things on project pages, but thanks for reminding me.