blazebra

joined 1 year ago
[–] blazebra 24 points 5 months ago (2 children)

Following this logic whole human life is a puzzle game.

[–] blazebra 13 points 5 months ago

It’s a good suggestion

[–] blazebra 1 points 5 months ago

Basically the same.

[–] blazebra 2 points 5 months ago

I still prefer 7z for compression

[–] blazebra 1 points 5 months ago (1 children)

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.

[–] blazebra 1 points 5 months ago (2 children)

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

[–] blazebra 3 points 5 months ago (3 children)

7z has way better (ultra) compression

[–] blazebra 1 points 5 months ago

7z uses proprietary rar library to unpack

[–] blazebra 2 points 5 months ago

It would be more cool with better descriptions and visual examples

[–] blazebra 2 points 6 months ago

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

[–] blazebra 2 points 6 months ago

The test of behaviour I tell is an input field, allowing to type letters of European languages like ü, ä, ą and so on. I’m quite disappointed when I can’t input something like „Łabądź” as a player name, but able to edit in memory or in save file.

Also I prefer to have Alt-F4 as an emergency exit

[–] blazebra 2 points 6 months ago (3 children)

If you’d have any user input, this would break it. Even if you emulate it using key codes later, localisation will be hard

view more: next ›