Deku is a declarative binary parser. deku_string is an extension which currently provides utility wrappers for data vectors and unicode strings, which can be prefixed or fixed length. Additionally library provides support for 7-bit encoded integers from .NET.

For example, I often work with binary structures where strings are either length prefixed (with zero character in a buffer) or in fixed size buffer with a zero-ended sting inside.

There’s multiple examples with custom writer and reader functions, which work, but are less convenient to use.

Any additional ideas for utilities are welcome.

For 32-bit float 6 decimal digital are precise in representation, beyond that expect to have rounding errors.

I don’t see if blender ever has 64-bit support but there were rejected requests.

There’s many components which could be split out from this JS engine such as Regex.

I’d love to see how it passes all ECMA tests

And Deno

You have to provide source to a rust repository. Otherwise, it’s impossible to compile and link Rust safely. There was an article in the topic.

Long story short you can prepare and link a binary library, but you can’t guarantee any type safety or additional optimisations.

Quick analysis of code shows that there’s no suspicious build scripts or imports added, just an additional poorly documented and not tested function.

Documentation is additionally published to a third-party website.

Repository is probably is hidden which is ok.

Why you’ve wrote “dont sign in…” for GitLab? GitLab is safe

I’ve forgot slint. Same as QT

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.

It makes sense if they hire middles, not seniors

Following this logic whole human life is a puzzle game.

It’s a good suggestion

Basically the same.

I still prefer 7z for compression

7z was developed in 1999. As far as I know, rar was popular due to was shareware with practically unlimited “trial” and there was an opinion, that paid products are better.

7z can be at least decompressed in macOS & FreeBSD out of the box.

On windows tar.bz/gz/xz unpacks to tar and then to actual files. As tar is a separate archive format

7z has way better (ultra) compression

7z uses proprietary rar library to unpack

It would be more cool with better descriptions and visual examples

One more thing I forgot to say. If default function of the alt key is to open menu, that it’s defined somewhere in your game, settings or the engine. If you try default loop in win32 api app with an empty window, alt key does nothing and you need actually bind it to change its behaviour to show menu. So I recommend to blame settings or an engine first before disabling events on so low level.

Also such way of disabling events would prevent you of porting your app to other OSes like Linux and macOS