blazebra

joined 2 years ago
[–] blazebra@programming.dev 1 points 1 week ago

I’ve forgot slint. Same as QT

[–] blazebra@programming.dev 1 points 1 week ago (1 children)

Currently I use WxWidgets and Cocoa for macOS.

The best would probably be pure native UI with static/dynamic library in Rust for logic. Sounds hard, but it’s the best option in my opinion.

My 2 cents is below. Your decision depends on your tasks, preferences and targets.

  • GPU framework maybe fast, but accessibility at 0
  • HTML backend is nice, but I can’t choice other than native, which limits me quite hard for target user base. And I don’t like JS if not strictly required (it’s a personal preference).
  • GTK on macOS and windows is quite hard to install and I don’t like visuals
  • QT is in grey zone if static (non-GPL project), and I haven’t found good way to bundle it if dynamic
  • ImGUI is nice but I don’t know if they support HiDPI monitors and accessibility is not the highest
  • fltk is nice, but 1) many things you’ll have to write by you own, rewriting sometimes from FLTK2 C++ code… and community could be more chill and friendly
  • Windows Metro UI… probably no crates
  • Win32 API GUI works perfect
  • Swift… probably yes, but it’s very OS-dependent
  • Cocoa — very nice for macOS.
  • current stop is WxWidgets: small, embedded, look… ok for now.
  • there’s some framework for iOS and Android, looks fine for me, but not my target ATM.
 

New version of deku_string v 0.4.0. Notable changes:

  • Support for Vec<T> will all benefits of the library.
  • Full support for no_std (thanks for contribution).
  • Support for defmt library used in embedded environments.
  • New more readable documentation (including tests).

deku_string is a utility crate for deku, binary bit-aware parser with ability create serde-like models. Crate provides thin wrappers around String and Vec to support various common layouts such as fixed-length, prefix length (Pascal-like and .Net-like) and zero-ended strings.

Stay tuned for for more awesome news!

PS: Looking for contributors to provide 16-bit compile target support.

 

What’s new:

  • UTF-32 support
  • Optional serde support
  • 7-bit encoded unsigned integers like in .Net of all known fixed sizes
  • 7bit encoded u32 can be used as a size, to parse .Net strings
  • Unified implementation.

More is coming

https://crates.io/crates/deku_string

 

I just released helper library for deku to decode and encode strings in popular binary layouts (fixed length, pascal-like and c-like)

https://crates.io/crates/deku_string

[–] blazebra@programming.dev 3 points 6 months ago

It makes sense if they hire middles, not seniors

[–] blazebra@programming.dev 12 points 1 year ago

It’s a good suggestion

[–] blazebra@programming.dev 1 points 1 year ago (1 children)

Does it still work?

[–] blazebra@programming.dev 2 points 1 year ago

Integer sqrt can be used for integers with any length, not only for integers fit into f64

[–] blazebra@programming.dev 1 points 1 year ago (2 children)

Integer sqrt is usually not a library function and it’s very easy to implement, just a few lines of code. Algorithm is well defined on Wikipedia you read a lot. And yes, it doesn’t use FPU at all and it’s quite fast even on i8086.

[–] blazebra@programming.dev 1 points 1 year ago (4 children)

Algorithm is so plain and simple, it doesn’t require nightly or Rust specifically to implement.

[–] blazebra@programming.dev 2 points 1 year ago (6 children)

Nice article, I enjoyed it. Why float sqrt has been used? Integer sqrt is way faster and easily supports integers of any lengths

[–] blazebra@programming.dev 5 points 1 year ago

Could you please explain why he should be embarrassed by such post? What would you improve?