121–127 of 127 posts
Earlier quoted context omitted.
A lot of DAWs use these. With the ones I have used you click the knob and then drag (up to turn the knob left, down for right). It's really horrible actually.
I would hope you can also use the mouse wheel by hovering over the knob
Funny how there are a few domains where the same problem is solved over and over again. Probably an indication that a good solution is truly missing. A long time ago I wrote a tiny audio synth. And yep, I wrote my own minimal GUI which had stuff like sliders, and most importantly knobs which general GUIs typically don't provide. Now I'm working on a non-audio webapp, and I have a problem where a knob would be the ide…
> You might say "use a slider then if you want to pull it up/down". True, but a slider takes a lot of UI space which sometimes is very precious. More importantly, the slider resolution is limited to it's height, while a knob could for example use the whole screen height for a full turn. Perhaps the solution is to make the slider pop up if you press a button?
Looks promising. Some things I'd like to see explained: - How does rendering work? Is it using retained mode or not? - Does the system prevent unnecessary work, such as repainting of certain elements (even when scrolling, since scrolling can be implemented using a less expensive bitblt)? - How easy (natural) is it to change the UI hierarchy once it is running? - Is memory management natural? Is there a form of garbag…
I'll do that in a follow up post. To be honest, I wasn’t ready to release this yet, not in this form, so the info is very preliminary, as noted in the introduction: "Let me tell you a bit about Photon… From my previous post about Ascend, some folks noticed its existence and actually found the github repository. The repository is rather underwhelming, I thought to myself, devoid of any documentation of any sort, other…
Earlier quoted context omitted.
Hi I'm Joel, the the author of Photon. It seems I have to change the name. Bummer :-) Anyway, I didn't know. Thanks for pointing it out.
All good names are taken
NanoGUI[1] is another GUI framework which uses NanoVG underneath. Interested to know if the author is familiar with that and what's their take on it. [1]: https://github.com/wjakob/nanogui
This reminds me of the look of Blender's GUI, which is also OpenGL based.
[1]: https://bitbucket.org/duangle/oui-blendish/src/default/
Earlier quoted context omitted.
I'm curious if you have come across (and recommend) any framework which lie in between Photon (Cairo) and Dear ImGui. I'm trying to follow all thr efforts in native desktop GUI tools and am currently using Dear ImGui for something which will only be used internally.
You might try Scenic. It’s more embedded oriented but does run on desktops using OpenGL. Also it’s new so the component library is pretty small still.
Earlier quoted context omitted.
Are most Windows apps currently designed with WPF or something else? I have always looked to things like the Calculator and Notepad as a signal of confidence; I know there’s little reason to rewrite them, but the proof of the pudding would be if Microsoft updated something as “simple” as those applets to their championed UI framework. I know Visual Studio (and their abandoned Expression Studio) is/was built with WPF,…
Most greenfield enterprise apps are WPF/UWP, some still insist on using Forms though. No one uses MFC/ATL for greenfield applications on Windows. When C++ comes into play, it is plugged via DLLs or COM into .NET applications (or even via C++/CX, C++/WinRT or C++/CLI). As for pure Win32 C style, for greenfield apps, only if are feeling masochist. Not counting 3rd party alternatives here like Qt, Delphi or C++ Builder.
What's the Windows' analogue of Swift+SwiftUI? i.e. telling someone new to the platform about what to focus on.