SaaSHub helps you find the best software and product alternatives Learn more →
Fontdue Alternatives
Similar projects and alternatives to fontdue
-
ab-glyph
Rust API for loading, scaling, positioning and rasterizing OpenType font glyphs
-
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
-
-
-
wgpu-text
📜A simple 2D text renderer for wgpu📜 > is a wrapper over glyph-brush for easier text rendering in wgpu > inspired by similar to wgpu_glyph
-
encoding_rs
A Gecko-oriented implementation of the Encoding Standard in Rust
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
-
-
-
-
simdjson
Parsing gigabytes of JSON per second : used by Facebook/Meta Velox, the Node.js runtime, ClickHouse, WatermelonDB, Apache Doris, Milvus, StarRocks
-
-
-
-
-
-
-
hubris
A dependently typed programming language, and verification tool (by hubris-lang)
-
storm
Toy game engine. It's unstable, buggy, and really just a playground for me. (by mooman219)
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
fontdue reviews and mentions
- A Programmable Markup Language for Typesetting [pdf]
-
Does a wgpu text renderer exist for Android?
The other alternative is to go a level lower and use something like fontdue and then roll my own font rendering pipe, but that seems overkill for what seems like a simple problem.
-
Rust, Wright's Law, and the Future of Low-Latency Systems
I agree that no_std is incredible. I really want to see more crates embrace it and encapsulate their no_std logic away from their standard logic. I very often see crates that are like 95% of the way to no_std but then choose to bundle some standard only features without flagging them.
I wrote fontdue [0] (which is very incomplete spec wise) because there just wasn't another font library that was no_std at that time. It felt like the existing libraries were in an arms race for gpu caches and bundling file loading. Like if I wanted to commit to a running on a platform I'd do the sane thing and use harfbuzz or the platform APIs.
- Text Rendering w/ HarfBuzz, FreeType and OpenGL
-
swash: Complex text shaping and glyph rasterization in pure Rust
Like tiny-skia? As for font-specific one there are ab-glyph and fontdue.
-
Show HN: High-speed UTF-8 validation in Rust
I work on a SIMD optimized font library [0] and have stumbled into the same situation of hand writing SIMD intrinsics. Some things are just kinda hard to make sure they get optimized correctly, and there is enough difference between the platforms where that matters when fiddling with bits. I also kinda have fun writing SIMD code like this too.
[0]: https://github.com/mooman219/fontdue/blob/master/src/platfor...
-
The `rusttype` crate is looking for a new maintainer
The other library that does a similar thing to ab_glyph/rusttype I remember hearing about is fontdue (https://github.com/mooman219/fontdue)
-
A note from our sponsor - SaaSHub
www.saashub.com | 19 Mar 2024
Stats
mooman219/fontdue is an open source project licensed under Apache License 2.0 which is an OSI approved license.
The primary programming language of fontdue is Rust.