/tech/ - Technology

Technology & Computing

New Reply
Files Max 5 files32MB total
[New Reply]

Prep work is done.

[Hide] (62.9KB, 2556x1401)
[Hide] (898.4KB, 2556x1383)
>have imperfect vision
>sit about 1 meter (3 feet) from the computer monitor
>be in video gaming clan
>they use mumble
>pic related is mumble
>can't just scale up fonts and elements by ctrl + scroll up like i can with my terminal emulator or web browser
>have to lean in every time I need to do something with the program

Is this why javascript and web apps are subsuming desktop application development? It is trivial to define a general page layout and theme and let the user zoom in as needed. Is it not the same for GUI frameworks?

second pic is comfortable reading siz except for the URL and title bar.
Replies: >>7613 >>7615
[Hide] (86.2KB, 920x1024)
>>7612 (OP) 
get glasses, nerd.
not everything will be perfect
Replies: >>7614
I shouldn't be wearing glasses.
>>7612 (OP) 
Windows has a built-in UI scaling feature that affects both system and external applications (provided they are scaling-aware which most modern ones are), why not try that?
Replies: >>7624 >>7794
You don't seem too visually impaired. Or maybe I'm more visually impaired than I think.
Replies: >>7624
Well, thanks I guess. I see clear edges, but my eye muscles do weird things which makes small GUI elements harder to see on a consistent basis. I can still read the tiny text on the title bar or the bottom status bars sometimes without leaning in, but they are fixed, non-interactive elements that I don't have to worry about misclicking.

I haven't kept up with versions of Windows. I don't think I will switch back, but it's nice to hear progress for software applications and not just web apps gaining more share of the market.
Replies: >>7629
font-config, various hidpi setting or just xrandr dpi for quick hacks. See arch/gentoo wiki.
>I don't think I will switch back
Oh you're on Linux... Tough luck then, although some DEs support UI scaling: https://wiki.archlinux.org/title/HiDPI
Otherwise you can resort to more "old school" solutions:
- Download a screen magnifier
- Decrease your screen resolution
Replies: >>7794
Does nobody write GUI programs on this board? What are your experiences?
Replies: >>7759 >>7763 >>7771
Sort of. Native applications are not popular these days, it is usually javascript this, react that, or some apps. I have only worked on program developed by someone else and my experience came mostly from the existing code. It sucks when the previous code monkeys didn't know what they were doing. When business logic got implement on a button. There are quirks and undesirables in the framework I am using and I hate it to the gut.
On another hand, there is no framework without the bads. gtk is pozz, qt forces the kitchen sink on you and tk is writing the gui in another lang.
Replies: >>7760 >>7794
I researched web assembly as a replacement for javascript and html. It partly works with immediate mode gui libraries such as imgui and nuklear, with not as good performance. There is qt web assembly, but it's qt. Manipulating dom can be done with js interops but it is slow and no different from js + html. Access to web apis is also limited to js interops and transmitting lots of data between the languages is tricky. The best solution for now is spa and pwa with immediate mode gui on web assembly.
Replies: >>7768 >>7794
I wrote a small program with a very simple (handmade) GUI using SDL, it wasn't very difficult but then again it only needed to display a paragraph of text and like two buttons... The worst part by far was the text rendering; using a bitmap font simplified things for sure but handling text wrapping / bounding was a pain.
Replies: >>7794
I have looked into crazier stuff such as porting X11 to emscripten, or forking off xserver xsdl. Then I found emscripten has a tiny bit of xlib implemented. Made me think porting X11 to emscripten may not be that bad if I can twist a fb to treat html canvas pixel buffer as the sink. It is still going to suck to run a display server on a browser to run on a display server.
Replies: >>7777
Tk (using Python + Tkinter) is easy and great for simple GUIs.
You want this:
Fullscreen zoom, picture-in-picture loupe zoom, cursor enlargement, alternate color schemes, etc.

>UI scaling
Those are intended for people with normal vision but tiny hi-rez monitors, though they can be helpful for bad vision too.

>qt forces the kitchen sink on you
>tk is writing the gui in another lang
>There is qt web assembly, but it's qt
LOL how can any of those be considered bad if you're already willing to put up with the bullshit of keeping up with HTML+CSS+JS+bazillion JS maymay frameworks+an entire extra copy of Chromium bundled exclusively with every running instance of every copy of your app+bindings to whatever language hopefully compiled to native code without GC your actual logic is written in?
>I wrote a small program with a very simple (handmade) GUI using SDL
I utterly despise these "I'm too much of a speshul snowflake to comply with your WM's native look & feel or use any of its widgets" fake WIMP GUIs

Just pick a REAL TOOLKIT, there's dozens of them and they all work natively on every desktop OS:
Then if you REALLY WANT TO and your toolkit doesn't already do it for you (which many of them do), make Android, iOS, & web ports using other toolkits.

There, you're done, and your app isn't cancerous non-native fucking bullshit.
Replies: >>7796
>already willing to put up with the bullshit
I am not working with any of those. The lack of native gui programs was gathered from the job market. I hate and have never used electron.
>just make ports with other toolkit
It is a big investment to maintain even one port, multiple ports with platform specific bugs is a nightmare.
[New Reply]
16 replies | 3 files
Show Post Actions



Select the solid/filled icons
- news - rules - faq -
jschan 0.10.2